Đối soát doanh thu, hoàn hủy và hoa hồng KOC Affiliate

Ghi tên báo cáo, nguồn, khoảng thời gian, múi giờ, ngày trích xuất và định nghĩa mỗi trường. “Doanh thu” trong bảng nội bộ có thể không cùng cơ sở với trường hiển thị trên nền tảng; không đổi nhãn mà bỏ định nghĩa.

Nên tách giá trị đơn ban đầu, giá trị điều chỉnh, trạng thái và hoa hồng. Nếu dữ liệu không có đủ chi tiết, ghi giới hạn thay vì tự suy từ tổng tiền.

Chỉ chia sẻ dữ liệu cần thiết cho đối soát; thông tin người mua không liên quan nên được loại hoặc xử lý phù hợp.

Ghép dữ liệu bằng mã phù hợp, kiểm tra dòng thiếu, trùng và khác trạng thái. Nếu một đơn có nhiều sản phẩm, cần biết bảng đang ở cấp đơn hay cấp sản phẩm để không cộng tổng đơn nhiều lần.

Với nhiều creator, không tự phân bổ một đơn cho tất cả người có video về sản phẩm. Sử dụng nguồn quy gán đã xác định và ghi giới hạn. Nếu nhãn hàng có mô hình phân tích riêng, tách nó khỏi số nền tảng dùng để trả hoa hồng.

Một báo cáo có thể đúng tổng nhưng sai phân bổ giữa creator. Vì vậy, kiểm tra mẫu các dòng có chênh lệch lớn và các trường hợp điều chỉnh, không chỉ xem tổng cuối cùng có khớp không.

Giả định một dòng đủ điều kiện có cơ sở 200.000 đồng và tỷ lệ 10%. Hoa hồng ước tính là 20.000 đồng. Nếu theo cơ chế áp dụng dòng này hoàn một phần 50.000 đồng, phép tính minh họa còn 150.000 × 10% = 15.000 đồng; nếu hoàn toàn bộ thì phần tương ứng không còn để tính.

Ví dụ diễn giải quan hệ số học theo cơ chế được kiểm tra, không thay thế bảng quyết toán thực tế. Cần xác minh khoản giảm nào đã được trừ trong cơ sở ban đầu để tránh trừ lại, và không tự áp phép tính cho giao dịch có quy tắc khác.

TikTok trình bày sự khác nhau giữa hoa hồng ước tính, hoàn một phần và hoàn toàn bộ trong hướng dẫn hoa hồng. Không dùng ngày chốt báo cáo nội bộ để thay ngày đủ điều kiện của đơn.

Nên kiểm tra cách ghép dữ liệu bằng một tập nhỏ trước khi áp dụng cho toàn bộ chiến dịch. Tập đó cần có đơn hoàn thành, đơn bị hủy, đơn hoàn một phần và đơn còn chờ. Nếu chỉ thử những dòng đã hoàn thành sạch, lỗi xử lý trạng thái có thể chỉ xuất hiện khi cộng tổng lớn.

Bảng minh họa ở cấp dòng sản phẩm

Giả định dưới đây dùng cùng tỷ lệ 10% trên cơ sở được nêu trong từng dòng. Đây là dữ liệu tự đặt để minh họa phép đối chiếu, không phải dữ liệu khách hàng hoặc quy tắc xử lý mọi giao dịch của TikTok Shop.

Ba dòng đã khóa có tổng cơ sở 500.000 đồng và hoa hồng 50.000 đồng. Dòng D04-A được trình bày riêng; không cộng thành 75.000 đồng đã phải trả. Khi trạng thái thay đổi, người quản lý tạo bản cập nhật có thể đối chiếu với bản trước.

Nếu tệp nguồn đã ghi cơ sở sau hoàn, không trừ 100.000 đồng thêm lần nữa ở D03-A. Cần đọc tên trường và định nghĩa thay vì đoán theo một tên ngắn trong bảng. Đây là lỗi có thể làm sai cả tổng hoa hồng lẫn đánh giá hiệu quả creator.

Kiểm tra quan hệ một đơn và nhiều dòng

Một đơn có hai sản phẩm có thể tạo hai dòng trong báo cáo. Nếu mỗi dòng lặp lại tổng giá trị đơn, cộng cột đó trực tiếp sẽ đếm trùng. Người xử lý phải xác định trường đang ở cấp đơn, cấp sản phẩm hay cấp thanh toán trước khi tổng hợp.

Khi ghép với bảng creator, quan hệ cũng cần được kiểm tra. Một dòng không được nhân lên thành nhiều dòng chỉ vì cùng sản phẩm có nhiều creator. Kết quả phân bổ phải dựa vào nguồn quy gán đã xác định hoặc một mô hình phân tích riêng được ghi rõ, không dựa vào danh sách người đang hợp tác.

Có thể kiểm tra số dòng và tổng tiền trước, sau mỗi phép ghép. Nếu số dòng tăng ngoài dự kiến, dừng để tìm khóa trùng hoặc quan hệ nhiều–nhiều. Đừng sửa bằng cách xóa các dòng nhìn giống nhau mà chưa xác định chúng có phải giao dịch khác nhau hay không.

Nếu nhãn hàng trả phí cố định, thưởng hoặc phí quản lý ngoài hoa hồng, mỗi khoản cần căn cứ riêng. Không cộng một khoản phí video vào “hoa hồng nền tảng” vì sẽ làm sai cơ sở đối soát.

Bảng có thể có hai phần: dữ liệu từ nền tảng và nghĩa vụ thương mại bổ sung theo hợp đồng. Phần thứ hai cần người duyệt, điều kiện và chứng từ phù hợp. Chưa thống nhất khoản thưởng thì không nên ghi thành khoản chắc chắn phải trả.

Phí cố định và hoa hồng cần được tách từ lúc báo giá, không đợi đến khi quyết toán mới phân loại.

Một giao dịch có thể phát sinh ở kỳ này nhưng điều chỉnh hoặc quyết toán ở kỳ sau. Báo cáo theo ngày đặt hàng khác báo cáo theo ngày thanh toán. Hai bảng có tổng khác nhau chưa chắc một bảng sai; cần đối chiếu câu hỏi mỗi bảng đang trả lời.

Nếu nhãn hàng muốn xem hiệu quả của nhóm video đăng trong một đợt, cần xác định cửa sổ dữ liệu phù hợp và giới hạn quan sát. Nếu muốn kiểm tra khoản đã chuyển cho creator, cần dùng trạng thái và chứng từ của việc thanh toán. Không lấy một ảnh chụp kết quả bán làm bằng chứng tiền đã về tài khoản.

Tệp bàn giao nên giữ tên báo cáo gốc, bộ lọc, múi giờ và thời điểm xuất. Những dòng điều chỉnh sau ngày khóa được đưa vào nhật ký bổ sung. Người duyệt có thể thấy tổng thay đổi bao nhiêu và vì sao, thay vì chỉ nhận một file mới có tên giống file cũ.

Ghi mã dòng, hai giá trị đang so, nguồn, ngày trích xuất, nguyên nhân đã biết và việc cần kiểm tra. Những nguyên nhân như khoảng ngày khác nhau, đơn cập nhật sau bán hoặc thiếu dòng cần được xác minh; không dùng chúng như lời giải thích mặc định cho mọi sai lệch.

Không ghi đè dữ liệu gốc để ép hai bảng khớp. Giữ bản gốc, bản làm việc và bản được duyệt. Nếu phải điều chỉnh thủ công, nêu lý do, người xác nhận và tài liệu kèm theo.

Trường hợp không truy cập được dữ liệu cần thiết, báo rõ phạm vi chưa đối soát. Không yêu cầu mật khẩu cá nhân để giải quyết một nhu cầu có thể thực hiện bằng báo cáo hoặc quyền truy cập phù hợp.

Một sai lệch cần được mô tả bằng mã dòng, giá trị ở hai nguồn và bước đang nghi ngờ. Chẳng hạn, nguồn A ghi 20.000 đồng ước tính, nguồn B ghi 15.000 đồng sau hoàn một phần. Nếu điều chỉnh và cơ sở phù hợp, đó là chênh lệch có lời giải, không phải lỗi cần ép hai số bằng nhau.

Với dòng không tìm thấy ở nguồn còn lại, kiểm tra phạm vi ngày, trạng thái được lọc, loại đơn và quyền truy cập. Nếu vẫn thiếu, giữ ở danh sách chờ xác minh. Không tự phân bổ số thiếu theo tỷ lệ tổng doanh thu chỉ để làm báo cáo cân đối.

Người xử lý và người duyệt nên tách vai khi điều kiện vận hành cho phép. Bản được duyệt cần ghi những dòng đã kiểm tra, khoản còn mở và giới hạn dữ liệu. Việc kiểm tra một mẫu không chứng minh đã kiểm từng giao dịch; báo cáo phải nói đúng phạm vi đã thực hiện.

Sau khi chốt, bảo vệ dữ liệu người mua và creator theo quyền cần thiết. Có thể dùng mã định danh thay cho thông tin cá nhân trong bản phân tích. Đầu ra của đối soát là một bộ số có định nghĩa và dấu vết kiểm tra, không chỉ một tổng doanh thu có nhiều chữ số.

Bảng đối soát trả lời “số nào đúng theo cơ chế và khoản nào cần xử lý”. Nó chưa trả lời chiến dịch có tạo lợi nhuận tăng thêm hay không. Để đánh giá, cần thêm chi phí, mục tiêu và giới hạn quy gán.

Bài đo hiệu quả booking dùng số đã định nghĩa để tính và diễn giải. Giữ hai nhiệm vụ tách biệt giúp không biến một khoản hoa hồng đã quyết toán thành bằng chứng rằng toàn bộ doanh thu đó do chiến dịch tạo thêm.