Đối soát công nợ sàn thương mại điện tử: Shopee, Lazada, TikTok Shop

MARKETPLACE RECONCILIATION

Đối soát công nợ sàn thương mại điện tử – Shopee, Lazada, TikTok Shop

Một đơn hàng đi qua bán, giao, hoàn, phí, thuế và thanh toán trước khi trở thành tiền trong ngân hàng.

Chào bạn,

Sai lầm phổ biến nhất khi bán trên sàn là ghi doanh thu bằng số tiền sàn chuyển về. Tiền thực nhận đã có thể bị trừ phí, quảng cáo, voucher người bán tài trợ, hoàn tiền, thuế khấu trừ hoặc khoản bù trừ của kỳ trước. Đối soát đúng phải dựng lại gross-to-net cho từng đơn và từng đợt thanh toán.

Nguyên tắc: báo cáo sàn là nguồn dữ liệu đối chiếu, không tự thay hóa đơn, chứng từ kế toán hoặc chính sách ghi nhận của đơn vị. Shopee, Lazada và TikTok Shop có tên file, trạng thái và chu kỳ khác nhau, nên quy trình cần map theo ý nghĩa thay vì copy cột máy móc.

1. Công nợ sàn là khoản gì?

Sau khi giao dịch đủ điều kiện ghi nhận nhưng tiền còn nằm ở nền tảng, doanh nghiệp hoặc hộ có một khoản phải thu từ sàn hay đơn vị thanh toán theo bản chất hợp đồng. Khoản này khác phải thu khách hàng nếu nền tảng đã thu tiền và có nghĩa vụ quyết toán lại cho người bán.

Trạng thái kinh tế Số cần theo dõi Rủi ro
Đơn đang xử lý Chưa kết luận doanh thu Ghi sớm
Đã giao, còn khiếu nại Doanh thu hoặc nghĩa vụ tùy chính sách Bỏ cửa sổ hoàn
Đủ điều kiện thanh toán Phải thu sàn Không mở công nợ
Sàn đã chuyển Giảm phải thu, tăng tiền Ghi trùng doanh thu
Bị giữ lại Khoản treo hoặc reserve Xóa khỏi theo dõi

2. Bảy nguồn dữ liệu tối thiểu

  • Báo cáo chi tiết đơn hàng và trạng thái.
  • Báo cáo doanh thu hoặc thu nhập của người bán.
  • Báo cáo phí, hoa hồng, thanh toán và quảng cáo.
  • Báo cáo trả hàng, hoàn tiền, tranh chấp và bồi thường.
  • Danh sách hóa đơn đầu ra và hóa đơn phí đầu vào.
  • Bảng khấu trừ, khai thay, nộp thay thuế nếu có.
  • Sao kê ngân hàng hoặc ví nhận tiền.

Tải file theo cùng timezone và giữ nguyên bản gốc. Không sửa trực tiếp CSV nguồn. Tạo lớp staging có ngày tải, kỳ báo cáo, tên sàn, shop ID và checksum để có thể tái lập kết quả.

3. Chọn khóa đối soát

Mã đơn hàng thường chưa đủ vì một đơn có nhiều sản phẩm, nhiều lần hoàn hoặc nhiều dòng phí. Khóa tốt có thể gồm platform, shop ID, order ID, line ID, transaction type và settlement ID. Nếu sàn không có line ID ổn định, tạo surrogate key nhưng giữ cột nguồn.

Khóa Dùng để nối
Order ID Đơn bán với vận chuyển
Line or item ID Sản phẩm, số lượng, giá vốn
Return ID Hoàn hàng và giảm doanh thu
Transaction ID Phí, bồi thường, điều chỉnh
Settlement ID Nhóm giao dịch thành lần chuyển tiền
Bank reference Settlement với sao kê

4. Gross-to-net bridge

Bridge bắt đầu bằng doanh thu gộp theo chính sách ghi nhận, sau đó tách giảm giá, hoàn hàng, phí và khoản thuế để đi đến tiền sàn phải trả. Không gộp mọi khoản trừ vào phí sàn vì cách trình bày kế toán và điều kiện thuế có thể khác nhau.

Dòng Bản chất cần xác minh
Giá sản phẩm Doanh thu trước khoản giảm trừ
Voucher người bán Giảm giá do shop chịu
Voucher nền tảng Khoản hỗ trợ hoặc bù trừ theo hợp đồng
Hoàn tiền Giảm doanh thu, công nợ hoặc khoản bồi thường
Phí cố định, hoa hồng Chi phí dịch vụ kèm hóa đơn, chứng từ
Phí vận chuyển Shop chịu, khách chịu hay sàn trợ giá
Quảng cáo Chi phí riêng, có thể cấn vào settlement
Thuế khấu trừ Nghĩa vụ đã nộp thay, không phải phí vận hành

5. Ví dụ một đợt thanh toán

Một settlement có doanh thu hàng đủ điều kiện ghi nhận 120 triệu đồng. Hàng trả lại 8 triệu, voucher shop chịu 4 triệu, phí sàn 10 triệu, quảng cáo 6 triệu, thuế được nền tảng khấu trừ 2 triệu và bồi thường hàng thất lạc 1 triệu. Tiền dự kiến là 120 – 8 – 4 – 10 – 6 – 2 + 1 = 91 triệu đồng.

Nếu ngân hàng nhận 89 triệu, còn chênh 2 triệu chưa được phép đưa thẳng vào chi phí. Cần tra reserve, điều chỉnh kỳ trước, phí chưa tải, thời điểm chuyển hoặc settlement khác. Chênh lệch chỉ được đóng khi có transaction ID và bằng chứng.

6. Cut-off giữa đơn hàng và settlement

Ngày đặt, ngày giao, ngày hoàn tất, ngày hết cửa sổ khiếu nại, ngày sàn chốt và ngày tiền về có thể nằm ở các tháng khác nhau. Kế toán ghi theo bản chất và chế độ áp dụng, sau đó công nợ làm cầu nối tới tiền. Không dời doanh thu sang tháng tiền về chỉ để tờ khai và ngân hàng bằng nhau.

Tại ngày khóa sổ, chia giao dịch thành đã ghi nhận chưa quyết toán, đã quyết toán chưa chuyển, đã chuyển chưa thấy ngân hàng và đang tranh chấp. Mỗi nhóm có owner cùng ngày xử lý.

7. Hoàn hàng và hoàn tiền

Return có ít nhất ba mốc: khách yêu cầu, sàn chấp nhận, hàng về kho. Tác động doanh thu, GTGT, giá vốn và tồn kho không nhất thiết xảy ra cùng một lúc. Cần kiểm hàng thực nhận, tình trạng, khả năng bán lại và hóa đơn xử lý.

  • Hoàn tiền toàn phần nhưng chưa nhận hàng.
  • Hoàn một phần giá, khách giữ hàng.
  • Sàn bồi thường thay cho khách.
  • Hàng về kho nhưng hỏng hoặc thiếu phụ kiện.
  • Hoàn sau khi settlement đã thanh toán.

Không ghi tăng tồn kho chỉ từ trạng thái returned. Kho phải xác nhận số lượng và chất lượng.

8. Phí sàn và quảng cáo

Mỗi loại phí cần đối chiếu hợp đồng, công thức, báo cáo giao dịch, hóa đơn và thanh toán. Phí bị cấn vào tiền không có nghĩa đã đủ hồ sơ thuế. Chi phí quảng cáo có thể chạy theo campaign và ví riêng nhưng bị trừ vào settlement, vì vậy phải nối campaign ID với transaction ID.

Tạo fee matrix gồm tên phí trên từng sàn, base tính, tỷ lệ, thuế, tài khoản kế toán, hóa đơn và owner. Khi sàn đổi chính sách, thêm version có ngày hiệu lực thay vì sửa đè lịch sử.

9. Thuế do nền tảng khấu trừ

Nền tảng có chức năng đặt hàng trực tuyến và thanh toán có trách nhiệm khấu trừ, khai thay, nộp thay theo phạm vi pháp luật quy định. Người bán phải đối chiếu doanh thu thuộc phạm vi khấu trừ, số thuế từng giao dịch và chứng từ. Khoản này không làm doanh thu gộp biến thành tiền ròng.

Hộ bán đa kênh cần tổng hợp doanh thu sàn và ngoài sàn để kiểm ngưỡng, phương pháp cùng nghĩa vụ tự khai. Doanh nghiệp cần tách khoản thuế của mình với khoản phí dịch vụ và GTGT trên hóa đơn phí.

10. Gợi ý bút toán theo bản chất

Với doanh nghiệp, khi đủ điều kiện ghi nhận, thông thường ghi nhận phải thu, doanh thu và thuế đầu ra; đồng thời ghi giá vốn và giảm tồn kho. Phí đủ hồ sơ ghi vào chi phí cùng thuế đầu vào nếu được khấu trừ, đối ứng giảm phải thu sàn. Khi nhận tiền, tăng tiền gửi và giảm khoản phải thu.

Các tài khoản cụ thể phải theo Thông tư 99/2025/TT-BTC hoặc chế độ doanh nghiệp đang áp dụng, chính sách hạch toán và hợp đồng nền tảng. Không copy một bút toán cho hộ kinh doanh, doanh nghiệp khấu trừ GTGT và doanh nghiệp trực tiếp.

11. Bảng đối soát chuẩn

Trường Mục đích
Opening receivable Công nợ đầu kỳ theo settlement
Recognized sales Giao dịch tăng phải thu
Returns and adjustments Giao dịch giảm hoặc đảo
Fees by type Phí có thể kiểm lại công thức
Tax withheld Thuế sàn đã xử lý
Cash received Khớp ngân hàng
Closing receivable Số còn phải thu có tuổi
Unexplained difference Phải bằng 0 hoặc có issue

12. Exception log

Exception log nên có shop, order, settlement, loại chênh, số tiền, nguồn, giả thuyết, owner, hạn và kết quả. Phân mức theo giá trị, tuổi và rủi ro thuế. Không xóa chênh nhỏ lặp lại vì nhiều chênh nhỏ có thể là lỗi mapping hệ thống.

Mức Ví dụ Xử lý
Critical Settlement thiếu lớn, nghi gian lận Khóa thay đổi, escalation ngay
High Chênh thuế hoặc hóa đơn Tax và accounting cùng review
Medium Phí sai công thức Mở ticket với sàn
Low Lệch thời điểm đã giải thích Theo dõi đến kỳ sau

13. Quy trình khóa sổ 5 ngày

  1. Ngày 1: tải file gốc và kiểm đầy đủ shop.
  2. Ngày 2: chuẩn hóa khóa, trạng thái và transaction type.
  3. Ngày 3: chạy gross-to-net, khớp hóa đơn và sổ.
  4. Ngày 4: khớp settlement với ngân hàng, phân loại chênh.
  5. Ngày 5: review, ghi bút toán, khóa file và phát hành dashboard.

Không chờ sàn chuyển hết tiền mới khóa doanh thu. Khoản mở được trình bày thành công nợ cuối kỳ với tuổi và trạng thái.

14. Chỉ số quản trị nên xem

  • Tỷ lệ tiền ròng trên doanh thu gộp.
  • Phí sàn theo kênh và nhóm sản phẩm.
  • Tỷ lệ hoàn theo nguyên nhân.
  • Số ngày từ giao thành công đến nhận tiền.
  • Giá trị settlement quá hạn.
  • Chênh chưa giải thích theo tuổi.
  • Biên đóng góp sau phí, quảng cáo và hoàn.

Doanh thu cao nhất không chắc là kênh hiệu quả nhất. Dashboard phải nối với sổ, nhưng báo cáo quản trị được phép chi tiết hơn theo SKU, campaign và shop.

15. Tách kế toán, thuế, dòng tiền và quản trị

Lớp Đầu ra
Kế toán Doanh thu, phí, công nợ, giá vốn đúng kỳ
Thuế Hóa đơn, GTGT, số khấu trừ và tự khai
Dòng tiền Settlement sẽ về và reserve bị giữ
Quản trị Lợi nhuận đóng góp theo sàn, SKU, campaign

16. Checklist tháng

  • Đủ file cho từng shop và timezone.
  • Khóa nối không tạo duplicate.
  • Doanh thu dùng số gộp đúng bản chất.
  • Return khớp kho và hóa đơn.
  • Phí có invoice hoặc hồ sơ.
  • Thuế khấu trừ được tách riêng.
  • Settlement khớp sao kê.
  • Công nợ cuối kỳ có tuổi.
  • Exception có owner và hạn.
  • File nguồn, mapping và bản cuối được lưu.

17. Lỗi thường gặp

  • Ghi tiền thực nhận thành doanh thu.
  • Đếm trùng order và transaction.
  • Không tách voucher shop với voucher sàn.
  • Ghi phí khi chưa có hồ sơ.
  • Đưa mọi chênh vào chi phí khác.
  • Hoàn tiền nhưng quên xử lý giá vốn và kho.
  • Không reconcile thuế sàn nộp thay.

18. FAQ

Tiền sàn chưa về có phải doanh thu chưa?

Thời điểm doanh thu theo bản chất giao dịch và chế độ áp dụng, không chỉ theo ngày tiền về. Phần chưa nhận được theo dõi qua công nợ phù hợp.

Có cần đối soát từng đơn không?

Nên lưu khả năng truy đến từng đơn. Báo cáo khóa sổ có thể tổng hợp theo settlement nếu kiểm soát khóa, trạng thái và exception tốt.

Chênh nhỏ có thể bỏ qua không?

Ngưỡng xử lý do doanh nghiệp phê duyệt, nhưng chênh lặp lại phải điều tra vì có thể là lỗi hệ thống hoặc tỷ lệ phí sai.

– Gr Hanh Lee · Một người, ít lời – nhiều ý, nhiều hành trình
Lặng lẽ học, vững vàng đi 🌸

Để lại một bình luận

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *

Lên đầu trang