Vì sao tiền đối soát Tiki có thể khác calculator

Trả lời nhanh: Tiền đối soát Tiki có thể khác calculator vì hai bên đang dùng khác phạm vi, khác thời điểm hoặc khác dữ liệu đầu vào. Đừng chỉnh rate để ép khớp ngay. Hãy kiểm tra theo thứ tự: kỳ và trạng thái đơn → doanh thu → voucher → từng khoản khấu trừ → hoàn/điều chỉnh → làm tròn → chi phí ngoài bảng kê.

Lưu ý dữ liệu: Calculator của sieugiare là công cụ ước tính hỗ trợ quyết định, không phải hệ thống cam kết khớp tiền nền tảng khấu trừ từng đồng. Muốn tuyên bố khớp payout cần dữ liệu đối soát và hợp đồng tính đã được kiểm chứng riêng.

Chênh lệch không phải lúc nào cũng là lỗi

Calculator thường dùng một bộ input do người bán nhập tại thời điểm tính. Bảng kê lại phản ánh dữ liệu nền tảng ghi nhận sau khi đơn trải qua nhiều trạng thái. Vì vậy, hai kết quả chỉ có thể so trực tiếp khi cùng:

• một đơn hoặc cùng tập đơn;
• cùng kỳ;
• cùng trạng thái;
• cùng cơ sở doanh thu;
• cùng khoản được bao gồm;
• cùng cách xử lý hoàn và điều chỉnh.

Nếu một bên tính đơn giao thành công còn bên kia chứa cả khoản điều chỉnh kỳ trước, chênh lệch là điều dễ xảy ra.

Nguyên nhân 1: Khác phạm vi thời gian

Calculator có thể được nhập theo ngày đặt đơn. Bảng kê có thể ghi theo ngày hoàn tất, ngày đủ điều kiện thanh toán hoặc ngày điều chỉnh.

Ví dụ:

• đơn tạo cuối tháng;
• giao thành công đầu tháng sau;
• hoàn tiền hoặc điều chỉnh ở kỳ tiếp theo.

Nếu lấy doanh thu tháng trước nhưng lấy khấu trừ tháng sau, phép so không còn cùng phạm vi.

Cách xử lý:

1. Chọn một đơn cụ thể trước.
2. Ghi ngày tạo, ngày hoàn tất và ngày xuất hiện trong bảng kê.
3. Chỉ so các dòng thuộc cùng đơn.
4. Sau khi hiểu một đơn mới mở rộng ra cả kỳ.

Nguyên nhân 2: Dùng giá niêm yết thay doanh thu thực

Calculator có thể đang dùng giá niêm yết, trong khi bảng kê dùng giá sau phần ưu đãi shop chịu hoặc một cơ sở doanh thu khác.

Kiểm tra:

• giá sản phẩm ban đầu;
• phần shop giảm;
• voucher do nền tảng tài trợ;
• hoàn tiền một phần;
• giá trị nào được dùng làm cơ sở tính khoản khác.

Một lỗi phổ biến là nhập giá sau giảm vào calculator rồi vẫn nhập toàn bộ voucher shop chịu, khiến khoản giảm bị trừ hai lần.

Nguyên nhân 3: Thiếu hoặc cộng trùng voucher

Voucher có thể được hiển thị ở nhiều nơi nhưng chỉ nên tác động một lần trong phép tính. Khi đối chiếu, hãy ghi:

Tổng giá trị ưu đãi khách nhận
Phần nền tảng chịu
Phần shop chịu
Cách phần shop chịu được ghi nhận

Không tự suy phần shop chịu bằng toàn bộ chênh lệch giữa giá niêm yết và số khách thanh toán.

Nguyên nhân 4: Sai phạm vi phí hoặc chương trình

Một rate có thể phụ thuộc:

• ngành hàng;
• loại gian hàng;
• chương trình đang tham gia;
• ngày hiệu lực;
• cơ sở tính;
• mức trần hoặc điều kiện đặc biệt.

Nếu calculator dùng rate của ngành gần giống, dùng chính sách cũ hoặc không biết shop đang tham gia chương trình nào, kết quả có thể lệch.

Không sửa dữ liệu bằng cách lấy “tỷ lệ tổng” từ một đơn rồi áp cho mọi SKU. Cần xác định từng khoản và nguồn của nó.

Nguyên nhân 5: Khoản điều chỉnh hoặc hoàn trả

Bảng kê có thể chứa:

• khoản hoàn từ kỳ trước;
• truy thu;
• bù trừ;
• sửa sai;
• hoàn tiền khách;
• điều chỉnh liên quan đơn hủy hoặc hoàn.

Calculator ước tính tại thời điểm đặt giá thường không biết trước các khoản này. Khi so, hãy tách:

Kết quả chuẩn theo chính sách dự kiến
Khoản điều chỉnh đặc biệt

Nếu không tách, bạn có thể nhầm một điều chỉnh một lần thành rate thường xuyên.

Nguyên nhân 6: Đơn nhiều sản phẩm

Một khoản có thể được tính ở cấp đơn nhưng calculator đang tính từng SKU. Cần biết cách phân bổ:

• theo giá trị sản phẩm;
• theo số lượng;
• theo trọng lượng hoặc kích thước;
• theo một quy tắc khác của nền tảng.

Nếu không biết quy tắc thật, hãy ghi rõ cách phân bổ là giả định. Đừng kết luận SKU sai chỉ vì tổng cấp đơn chưa được chia đúng.

Nguyên nhân 7: Cách làm tròn

Làm tròn có thể diễn ra:

• ở từng khoản;
• sau khi cộng tổng;
• trước hoặc sau khi áp trần;
• trên từng sản phẩm;
• trên toàn đơn.

Chênh lệch nhỏ có thể đến từ cách làm tròn khác nhau. Nhưng không nên dùng “do làm tròn” để giải thích mọi sai lệch.

Nếu chênh lệch lớn, ưu tiên kiểm tra thiếu khoản, sai base hoặc sai kỳ trước.

Nguyên nhân 8: Chi phí ngoài bảng kê

Calculator tính lợi nhuận có thể trừ thêm:

• giá vốn;
• quảng cáo;
• đóng gói;
• nhân sự;
• kho;
• rủi ro hoàn hàng.

Trong khi tiền đối soát chỉ phản ánh dòng tiền nền tảng. Vì vậy:

Tiền đối soát ≠ lợi nhuận

Nếu bạn so lợi nhuận calculator với tiền đối soát mà không cộng lại giá vốn và chi phí nội bộ, hai số đương nhiên khác nhau.

Quy trình đối chiếu 8 bước

Bước 1: Chọn một đơn đơn giản

Ưu tiên đơn một SKU, không có điều chỉnh phức tạp.

Bước 2: Khóa phạm vi

Ghi rõ mã tham chiếu, trạng thái, kỳ và ngày ghi nhận.

Bước 3: Chuẩn hóa doanh thu

Xác định giá niêm yết, phần giảm và doanh thu thực.

Bước 4: Map từng khoản

Không gộp tất cả thành một rate tổng ở lần kiểm tra đầu.

Bước 5: Tách khoản đặc biệt

Hoàn, truy thu, bù trừ và điều chỉnh để riêng.

Bước 6: Tính expected

Dùng rule và input đang có để tính số dự kiến.

Bước 7: So chênh lệch

Chênh lệch = số thực tế - số dự kiến

Bước 8: Ghi nguyên nhân hoặc để “chưa giải thích”

Không ép mọi chênh lệch vào một nguyên nhân khi chưa có bằng chứng.

Ví dụ giả định

Ví dụ giả định, không phải dữ liệu đối soát Tiki thực tế.

Calculator dự kiến tiền sau khoản nền tảng của một đơn là 352.000đ. Bảng kê hiển thị 345.000đ. Chênh lệch là 7.000đ.

Sau khi kiểm tra, shop phát hiện:

• calculator chưa nhập 5.000đ phần voucher shop chịu;
• bảng kê có 2.000đ điều chỉnh liên quan xử lý đơn.

Khi bổ sung:

352.000 - 5.000 - 2.000 = 345.000đ

Trong trường hợp này, công thức chính không nhất thiết sai; input ban đầu thiếu hai khoản.

Không sửa rule chỉ để khớp một đơn

Việc lấy số thực tế của một đơn rồi suy ngược thành rate mới có thể làm các đơn khác sai. Trước khi cập nhật rule, cần có:

• nguồn chính thức hoặc bằng chứng đáng tin;
• ngày hiệu lực;
• phạm vi shop/ngành/chương trình;
• cơ sở tính;
• nhiều case đối chiếu;
• test chống regression.

Một đơn lệch là tín hiệu để điều tra, không tự động là bằng chứng chính sách đã đổi.

Khi nào chênh lệch là blocker thật

Chênh lệch cần xử lý gấp khi:

• kết luận từ lãi thành lỗ hoặc ngược lại;
• lặp lại ở nhiều đơn cùng phạm vi;
• có một khoản lớn không giải thích được;
• policy calculator dùng đã hết hiệu lực;
• category hoặc loại shop bị map sai;
• chênh lệch tăng theo giá trị đơn theo một mẫu rõ ràng.

Chênh lệch nhỏ do cách phân bổ hoặc làm tròn có thể là improvement, nhưng vẫn cần ghi rõ nếu muốn nâng mức tin cậy.

Mẫu bảng kiểm tra

Khoản                 Expected     Actual     Chênh lệch     Ghi chú
Doanh thu             ...          ...        ...            ...
Voucher shop chịu     ...          ...        ...            ...
Khoản nền tảng A      ...          ...        ...            ...
Khoản nền tảng B      ...          ...        ...            ...
Điều chỉnh            ...          ...        ...            ...
Tổng                  ...          ...        ...            ...

Đọc cách đọc bảng kê và các khoản khấu trừ Tiki trước khi lập bảng và dùng máy tính lời/lỗ bán hàng để chạy lại cùng input.

Ghi chú: Kết quả calculator có thể chênh lệch nhỏ so với thực tế do dữ liệu nhập, phạm vi và cách xử lý từng khoản. Không nên gọi kết quả “chính xác từng đồng” nếu chưa có settlement fixture và rounding contract đã được kiểm chứng.