Kiến thức / Bán hàng – Chăm sóc khách hàng / Sale / CSKH

AI Agent quản lý đại lý & CTV: dữ liệu và giới hạn

AI Agent cho Quản lý đại lý & CTV: vòng đời, attribution và hoa hồng

Thuật ngữ: Partner lifecycle là vòng đời đối tác; referral là lượt giới thiệu có mã nguồn; attribution là quy nguồn; commission là hoa hồng; dispute là hồ sơ tranh chấp; DRAFT là bản nháp chờ duyệt.

Consent hai chủ thể: dữ liệu ứng viên/đại lý/CTV phục vụ xét hồ sơ, onboarding và hợp đồng là một phạm vi riêng; consent của khách được giới thiệu cho phép xử lý hoặc liên hệ theo purpose, channel và thời hạn cụ thể là phạm vi khác. Đối tác chấp nhận điều khoản không thể thay khách cấp consent. Khi một bên thu hồi, giao tiếp thuộc phạm vi đó phải dừng; STOP_CONTACT của khách chặn liên hệ nhưng referral/transaction ledger tối thiểu chỉ được giữ theo retention hợp lệ, quyền hạn chế và không tái sử dụng cho mục đích mới.

Tình huống thật khi đơn có hai người nhận công

AI Agent cho Quản lý đại lý và CTV cần bắt đầu từ bằng chứng, không từ tin nhắn “khách này của em”. Một CTV gửi lead qua Zalo, đại lý nhập lại vào Google Sheets, khách sau đó mua trên Sapo bằng số khác. Cả hai cùng inbox xin ghi nhận; hợp đồng lại quy định cửa sổ attribution khác nhau.

Nếu AI chỉ so tên hoặc thời điểm gần nhất, nó có thể gán sai nguồn, tính sai hoa hồng và tạo tranh chấp. Hệ thống phù hợp để kiểm hồ sơ thiếu, chuẩn hóa referral event, ghép candidate theo rule, lập statement DRAFT và đóng gói evidence. Quyết định chấp nhận đối tác, attribution ngoại lệ, khấu trừ, thanh toán và xử lý khiếu nại thuộc con người.

Bài này lập bản đồ toàn nghề trước khi chọn pilot. Workflow cùng cụm đi sâu từ đơn đăng ký đến onboarding, referral, commission và dispute. Prompt pack cung cấp năm artifact vận hành. Mỗi bài giữ intent riêng để không biến partner management thành một chiến dịch tuyển CTV hay một quy trình sale.

Việc giao cho AI trong vòng đời đối tác

Ở giai đoạn `APPLICANT`, AI kiểm trường hồ sơ, liệt kê tài liệu hết hạn và tạo completeness report. Ở `REVIEW`, nó so hồ sơ với checklist, nhưng không xác minh pháp lý hay phê duyệt. Ở `ACTIVE`, nó chuẩn bị onboarding theo role, catalog, territory và policy version đã được duyệt.

Với referral, AI chuẩn hóa source_event_id, partner_id, customer_ref đã giảm định danh, campaign, occurred_at và evidence_ref. Nó phát hiện candidate conflict, áp rule ở chế độ simulation và tạo attribution packet. Với commission, nó đối soát eligible event, rate card, adjustment và return/cancel status để lập statement DRAFT.

AI không tự kích hoạt tài khoản, cấp quyền dữ liệu, đổi rate, gán khách, duyệt ngoại lệ, giữ tiền hoặc thanh toán. Nó không kết luận gian lận từ pattern và không xếp hạng đối tác bằng thuộc tính nhạy cảm. Thiếu hợp đồng hiệu lực, evidence, consent hoặc owner thì `BLOCKED`.

Dữ liệu cần chuẩn bị cho bản đồ đại lý và CTV

Partner master cần partner_id, legal_or_person_ref, role, territory, status, contract_id/version, effective dates, payout profile ref và owner. Chỉ giữ dữ liệu cần cho vận hành; giấy tờ định danh nằm ở kho hạn chế, không đưa vào prompt. Access matrix tách partner portal, catalog, lead view, order view và statement.

Referral ledger cần immutable referral_id, source_event, partner_id, customer_ref, occurred_at, campaign, consent_scope và evidence. Attribution policy nêu eligible event, lookback, precedence, shared case, exclusion, approval role và effective version. Không sửa event gốc để “khớp” kết quả.

Commission policy gồm rate_card_id, basis, eligible status, return/cancel treatment, tax/withholding handling theo bộ phận phụ trách, adjustment reason, approval và payout batch. Dispute case cần claim, disputed lines, evidence, prior decisions, SLA, case owner và final decision ref. Dữ liệu DEMO phải có referral trùng, đơn hoàn, rate đổi giữa kỳ và partner tạm khóa.

Workflow sáu bước chọn pilot đúng ranh giới

Bước 1 — Kiểm kê partner jobs: tách application check, onboarding, referral normalization, attribution packet, commission draft và dispute brief. Bước 2 — Gắn policy/evidence: mỗi output có contract, rule version, source và reviewer; thiếu một mục thì chưa pilot.

Bước 3 — Phân loại quyền: AI READ và CREATE_DRAFT; APPROVE_PARTNER, GRANT_ACCESS, ATTRIBUTION_OVERRIDE, ADJUST_COMMISSION và PAY là human-only. Bước 4 — Tạo test set: ca trùng lead, shared credit, hoàn đơn, rate transition, missing evidence và appeal.

Bước 5 — Chạy shadow: AI tạo packet/statement cạnh kết quả do vận hành xử lý, ghi reason chênh lệch. Bước 6 — Duyệt charter: channel owner, finance, legal/compliance, data và IT khóa scope, metric, stop condition, rollback. Một account được kích hoạt, quyền cấp, attribution đổi hoặc tiền xử lý chưa duyệt là điều kiện dừng.

Sơ đồ chọn pilot AI quản lý đại lý và CTV theo policy, evidence, quyền và reviewer
Workflow minh họa ưu tiên artifact kiểm được trước các quyết định kích hoạt, attribution và thanh toán.

Năm prompt thiết kế bản đồ kênh đối tác

Prompt 1 kiểm kê lifecycle job; Prompt 2 chấm hồ sơ và contract readiness; Prompt 3 vẽ permission boundary; Prompt 4 lập attribution evidence standard; Prompt 5 tạo pilot scorecard. Đây là prompt kiến trúc, không tuyển đại lý, nhắn CTV hay tính tiền cuối.

Mỗi prompt nhận policy có version, dữ liệu DEMO và owner directory. Output dùng `READY`, `NEEDS_WORK`, `REVIEW` hoặc `BLOCKED`. Điểm số chỉ giúp thảo luận; người phụ trách kênh và tài chính quyết định. Không đưa số tài khoản, giấy tờ hoặc token portal vào model.

Khi workshop, mời channel operations, finance và legal/compliance cùng xem vì một field có thể tác động khác nhau. Ví dụ `eligible_order` không chỉ là đơn tạo: cần trạng thái hoàn/hủy, cửa sổ và policy. AI không được tự định nghĩa thuật ngữ này.

Công cụ phù hợp cho từng lớp vận hành

Zalo OA hoặc form nhận application/referral; Sapo/KiotViet giữ order; MISA AMIS hoặc CRM nội bộ giữ partner/customer reference; Base.vn giữ phê duyệt; Google Sheets phù hợp cho checklist và đối soát pilot có quyền. MISA kế toán hoặc hệ tài chính giữ payout proof theo quy trình riêng.

Partner portal nên có RBAC, contract acceptance, catalog version và statement download. n8n/Make có thể điều phối, nhưng credential payout không đi qua AI node. Canva chỉ dùng tài liệu onboarding công khai đã duyệt, không chứa hồ sơ pháp lý hay bảng hoa hồng cá nhân.

Ma trận partner lifecycle với dữ liệu, policy, quyền AI và người duyệt
Ma trận minh họa tách công việc chuẩn bị của AI khỏi quyết định thương mại, pháp lý và tài chính.

AI làm gì và người duyệt quyết định gì

AI kiểm completeness, chuẩn hóa referral, truy policy, tạo attribution packet, lập commission statement DRAFT và tóm tắt dispute. Nó không xác minh danh tính/pháp lý, không quyết định hành vi gian lận, không sửa contract hoặc biến correlation thành kết luận.

Channel owner duyệt ứng viên, role, territory và ngoại lệ attribution. Legal/compliance xác nhận hồ sơ, hợp đồng và trường hợp cần chuyên môn. Finance kiểm basis, rate, adjustment, thuế/khấu trừ theo trách nhiệm và phê duyệt payout. Data/IT quản master, access, audit cùng rollback.

Human-in-the-loop cần hiển thị evidence lines, policy clause/version, calculation trace và impact. Người duyệt có thể accept, reject, request evidence hoặc escalate. Reason code trở thành dữ liệu cải tiến; không cho AI tự cập nhật rule từ các quyết định ngoại lệ.

Sai lầm và rủi ro cần tránh

Sai lầm một là lấy “last touch” làm attribution mặc định. Sai lầm hai là sửa referral timestamp. Sai lầm ba là cho CTV xem dữ liệu khách ngoài lead họ được phép. Sai lầm bốn là coi đơn thành công trước khi hết điều kiện hoàn/hủy. Sai lầm năm là dùng một rate card không có effective date.

Rủi ro tài chính xuất hiện khi statement DRAFT bị gửi như kết quả cuối, adjustment thiếu reason hoặc retry tạo payout trùng. Rủi ro quan hệ xuất hiện khi dispute không có case_id và SLA. Rủi ro dữ liệu xuất hiện khi Google Sheets chia sẻ rộng giấy tờ hoặc số tài khoản.

Khắc phục bằng immutable ledger, policy registry, RBAC, dual approval, payout idempotency và dispute queue. Dừng ngay nếu AI kích hoạt partner, mở quyền, override attribution, sửa commission hoặc kích hoạt thanh toán. Rollback tắt connector write, giữ packet và đưa batch về review.

Triển khai cho đội kênh ở ba mức

Cá nhân quản lý nhóm nhỏ thử completeness report trên hồ sơ DEMO. Đội nhỏ thêm onboarding checklist và attribution packet, mọi quyết định thủ công. Doanh nghiệp thiết kế partner master, referral ledger, contract registry, policy engine, statement store, dispute module và audit.

Đo completeness có source, thời gian review, candidate conflict, phần adjustment, dispute aging và reviewer correction. Số liệu thử ghi “minh họa”. Không đo thành công bằng số CTV được kích hoạt nhanh hoặc tổng hoa hồng do AI “tính”, vì hai con số có thể che sai policy.

Mở rộng theo lifecycle: hồ sơ trước, onboarding sau, referral/attribution tiếp, commission cuối. Không mở payout trong wave đầu. Mỗi wave có canary partner, test case, owner, stop condition và rollback rehearsal. Quyền cũ được rà khi role hoặc hợp đồng đổi.

Kết quả mẫu và câu hỏi thường gặp

Dữ liệu minh họa: use case `PARTNER-MAP-DEMO-03` chọn “kiểm completeness và tạo onboarding DRAFT”. AI đọc checklist, contract metadata và role; hồ sơ P-DEMO-12 thiếu acceptance của phụ lục nên `NEEDS_EVIDENCE`. Quyền GRANT_ACCESS, ATTRIBUTION_OVERRIDE và PAY bị cấm. Channel owner cùng legal reviewer xác nhận sau khi bổ sung; pilot chưa xử lý hoa hồng.

Nên bắt đầu AI ở bước nào?

Từ kiểm completeness hoặc onboarding checklist vì đầu ra dễ đối chiếu và chưa tác động quyền, attribution hay tiền.

AI có được tự duyệt CTV không?

Không. AI chỉ lập checklist; người phụ trách và bộ phận có chuyên môn xác minh, phê duyệt theo policy.

Có thể tự tính rồi trả hoa hồng không?

AI có thể tạo statement DRAFT có trace; finance kiểm và hệ payout riêng thực hiện sau approval/idempotency.

Khi nào phải dừng pilot?

Khi có kích hoạt, cấp quyền, attribution override, adjustment hoặc payout chưa duyệt; hoặc evidence/policy không truy được.

Tiếp tục với workflow đại lý & CTV, dùng bộ prompt đối tác hoặc liên hệ NganAds qua Zalo 0983543063 để thiết kế pilot.

Workflow

  1. Bước 1: Kiểm kê partner jobs — Tách hồ sơ, onboarding, referral, attribution, commission và dispute thành tác vụ riêng.
  2. Bước 2: Gắn policy, evidence và consent — Mỗi output có contract/rule version, source refs, owner; consent ứng viên/CTV tách consent khách giới thiệu theo purpose và channel.
  3. Bước 3: Khóa quyền — AI READ/CREATE_DRAFT; approve, access, override, adjustment và payout human-only.
  4. Bước 4: Tạo test set — Dùng ca trùng lead, shared credit, hoàn đơn, rate transition và dispute.
  5. Bước 5: Chạy shadow — So packet/statement AI với kết quả vận hành và ghi reason chênh lệch.
  6. Bước 6: Duyệt pilot charter — Channel, finance, legal, data và IT khóa metric, stop cùng rollback.

Prompt mẫu

Kiểm kê partner lifecycle job

MỤC TIÊU: Tách việc quản lý đại lý/CTV thành use case có input, output và reviewer.
[ĐẦU VÀO]: [JOB_LIST, FREQUENCY, SYSTEM, INPUT, OUTPUT, ERRORS, OWNER].
RÀNG BUỘC: Tách approve, access, attribution, commission và payout khỏi tác vụ AI.
ĐỊNH DẠNG ĐẦU RA: use_case | lifecycle_stage | evidence | output | risk | permission | reviewer.
VÍ DỤ ĐIỀN SẴN: kiểm hồ sơ → completeness DRAFT; channel owner duyệt; không kích hoạt.

Chấm hồ sơ và contract readiness

MỤC TIÊU: Đánh giá metadata hồ sơ/hợp đồng trước onboarding.
[ĐẦU VÀO]: [CHECKLIST, PARTNER_DEMO, CONTRACT_ID, VERSION, EFFECTIVE_DATES, ACCEPTANCE_REFS].
CẤM: Không xác minh pháp lý; thiếu bằng chứng trả NEEDS_EVIDENCE.
ĐỊNH DẠNG ĐẦU RA: item | present | valid_period | evidence_ref | owner | status | question.
VÍ DỤ ĐIỀN SẴN: P-DEMO-12 thiếu acceptance phụ lục v2; status NEEDS_EVIDENCE.

Vẽ permission boundary đối tác

MỤC TIÊU: Tách quyền portal, catalog, lead, order, statement và payout theo role.
[ĐẦU VÀO]: [PARTNER_ROLES, RESOURCES, ACTIONS, CONTRACT_SCOPE, ACCESS_POLICY, AUDIT].
YÊU CẦU: AI không GRANT_ACCESS, APPROVE_PARTNER, OVERRIDE_ATTRIBUTION hoặc PAY; quyền có expiry.
ĐỊNH DẠNG ĐẦU RA: role-resource-action | allow/deny | approver | expiry | log | revoke_trigger.
VÍ DỤ ĐIỀN SẴN: CTV xem referral của mình; không xem lead đại lý khác; channel owner cấp quyền.

Lập chuẩn bằng chứng attribution

MỤC TIÊU: Xác định evidence tối thiểu cho mỗi loại referral và dispute.
[ĐẦU VÀO]: [CHANNELS, REFERRAL_EVENTS, PARTNER_DATA_BASIS, CUSTOMER_CONSENT_BY_PURPOSE_CHANNEL, ATTRIBUTION_POLICY, LOOKBACK, EXCLUSIONS].
RÀNG BUỘC: Không lấy consent ứng viên/CTV thay consent khách; revocation/STOP_CONTACT chặn giao tiếp; ledger tối thiểu chỉ giữ theo retention hợp lệ.
ĐỊNH DẠNG ĐẦU RA: event_type | required_keys | partner_basis | customer_consent | evidence | precedence | exceptions | reviewer.
VÍ DỤ ĐIỀN SẴN: Zalo referral cần event_id, partner_id, customer_ref, occurred_at và consent khách đúng purpose/channel.

Tạo scorecard pilot kênh

MỤC TIÊU: Chọn use case có giá trị, dữ liệu và rollback phù hợp.
[ĐẦU VÀO]: [JOB_INVENTORY, DATA_CARDS, POLICY_REGISTRY, PERMISSION_MATRIX, TEST_SET].
YÊU CẦU: Thiếu reviewer/evidence hoặc liên quan payout tự động thì REJECT.
ĐỊNH DẠNG ĐẦU RA: use_case | value | readiness | risk | verify | stop | rollback | decision.
VÍ DỤ ĐIỀN SẴN: completeness report → PILOT; auto payout → REJECT.

Câu hỏi thường gặp

Nên bắt đầu AI ở bước nào?

Từ kiểm completeness hoặc onboarding checklist vì đầu ra dễ đối chiếu và chưa tác động quyền, attribution hay tiền.

AI có được tự duyệt CTV không?

Không. AI chỉ lập checklist; người phụ trách và bộ phận có chuyên môn xác minh, phê duyệt theo policy.

Có thể tự tính rồi trả hoa hồng không?

AI có thể tạo statement DRAFT có trace; finance kiểm và hệ payout riêng thực hiện sau approval cùng idempotency.

Khi nào phải dừng pilot?

Khi có kích hoạt, cấp quyền, attribution override, adjustment hoặc payout chưa duyệt; hoặc evidence và policy không truy được.

Bài liên quan

Chọn pilot ở completeness hoặc onboarding DRAFT; giữ phê duyệt partner, attribution, hoa hồng và payout cho đúng người có thẩm quyền.