Hướng dẫn đối soát tiền thực nhận, voucher, phí sàn trên sàn

Đối soát doanh thu trên các sàn thương mại điện tử không chỉ dừng ở việc kiểm tra số tiền được chuyển về tài khoản. Người bán còn cần theo dõi chính xác tiền thực nhận, giá trị voucher, các khoản phí sàn, phí vận chuyển và những điều chỉnh phát sinh để đảm bảo doanh thu, lợi nhuận cũng như hạch toán kế toán đúng quy định. Trong bài viết này, bạn sẽ được hướng dẫn cách đối soát tiền thực nhận, voucher và phí sàn một cách chi tiết, giúp hạn chế sai lệch số liệu và quản lý tài chính hiệu quả.

1. Tiền thực nhận khác số liệu đơn hàng

Trước khi tải nhiều báo cáo về rồi cộng trừ, shop nên thống nhất ba lớp số liệu.

1.1. Lớp 1 - Số liệu giao dịch trên sàn

Đây là dữ liệu mô tả giao dịch phát sinh:

• Giá trị hàng hóa;
• Số tiền khách thanh toán;
• Khoản giảm giá;
• Voucher;
• Trợ giá hoặc hỗ trợ;
• Trạng thái giao dịch;
• Hàng hủy hoặc trả lại.

Các chỉ tiêu này là đầu vào để shop xác định bản chất giao dịch. Không nên lấy riêng một cột bất kỳ trên dashboard làm “doanh thu chuẩn” cho mọi mục đích.

1.2. Lớp 2 - Doanh thu theo đúng phạm vi pháp lý đang xét

Với hộ kinh doanh, cá nhân kinh doanh, Điều 5 Nghị định 68/2026/NĐ-CP quy định riêng về doanh thu để xác định thuế TNCN. Khoản 1 của Điều này bao gồm tiền bán hàng, gia công, cung ứng dịch vụ và một số khoản trợ giá, hỗ trợ, khuyến mại mà người kinh doanh được hưởng; đồng thời không bao gồm chiết khấu thương mại, giảm giá hàng bán và giá trị hàng bán bị trả lại.

Còn trong cơ chế nền tảng TMĐT khấu trừ, nộp thay theo Nghị định 252/2026/NĐ-CP, căn cứ của từng giao dịch được xác định theo quy định riêng tại Điều 44. Trong đó, doanh thu phát sinh tại Việt Nam được xác định theo số tiền bán hàng, cung cấp dịch vụ mà chủ thể kinh doanh được hưởng và do tổ chức kinh doanh tại Việt Nam chi trả hoặc chủ quản nền tảng thu hộ.

1.3. Lớp 3 - Tiền sàn đối soát và tiền thực nhận

Đây là lớp dòng tiền sau khi có thể đã phát sinh:

• Phí dịch vụ;
• Phí thanh toán;
• Phí vận chuyển shop chịu;
• Chi phí chương trình;
• Khoản cấn trừ khác;
• Thuế bị nền tảng khấu trừ trong trường hợp áp dụng;
• Điều chỉnh từ kỳ trước.

Tiền thực nhận là kết quả cuối của quá trình thanh toán và đối soát, không phải mặc nhiên là số thay thế cho doanh thu.

Mục tiêu của shop là giải thích được vì sao từ số liệu giao dịch ban đầu lại đi đến số tiền thực tế nhận về.

2. Trước khi đối soát tiền thực nhận, cần chuẩn bị 5 nhóm dữ liệu

Một file đối soát tốt không bắt đầu từ tổng tiền tháng. Nó bắt đầu từ từng mã đơn hoặc mã giao dịch.

2.1. Nhóm dữ liệu giao dịch gốc

Với mỗi đơn, nên có tối thiểu:

• Mã đơn;
• Mã giao dịch nếu có;
• Ngày đặt hàng;
• Ngày giao dịch hoàn tất;
• Trạng thái;
• Giá trị hàng hóa;
• Số tiền khách thanh toán.

Đây là bộ dữ liệu để truy ngược khi phát hiện chênh lệch.

2.2. Nhóm giảm giá và hàng trả lại

Tách riêng:

• Chiết khấu thương mại nếu có;
• Giảm giá hàng bán;
• Giá trị hàng bị trả lại;
• Các khoản điều chỉnh giá trị giao dịch khác.

Với phạm vi doanh thu để xác định thuế TNCN tại Điều 5 Nghị định 68/2026/NĐ-CP, chiết khấu thương mại, giảm giá hàng bán và giá trị hàng bán bị trả lại được nêu trong nhóm không bao gồm trong doanh thu này. Vì vậy, shop cần xác định đúng bản chất khoản giảm thay vì chỉ nhìn tên cột trên báo cáo.

2.3. Nhóm voucher, trợ giá và hỗ trợ

Nên tạo các cột riêng:

• Tên chương trình;
• Số tiền khách được giảm;
• Phần shop chịu;
• Phần nền tảng hoặc bên khác hỗ trợ;
• Khoản shop thực tế được hưởng.

Đây là nhóm cần phân loại trước khi chốt số liệu vì “voucher sàn” hay “voucher shop” chỉ là tên gọi vận hành, chưa đủ để tự xác định cách xử lý pháp lý.

2.4. Nhóm phí và khoản cấn trừ

Ví dụ:

• Phí dịch vụ sàn;
• Phí thanh toán;
• Vận chuyển shop chịu;
• Phí chương trình;
• Quảng cáo bị cấn trừ;
• Affiliate nếu có;
• Các khoản điều chỉnh khác.

Trong bảng đối soát, nên giữ các khoản này ở lớp phí/chi phí hoặc khoản làm giảm payout, không tự động biến chúng thành khoản giảm doanh thu để xác định thuế TNCN chỉ vì sàn đã trừ tiền trước khi chuyển cho shop. Phạm vi doanh thu TNCN phải đối chiếu theo Điều 5 Nghị định 68 và việc xác định chi phí theo phương pháp tính thuế phù hợp là một vấn đề riêng.

2.5. Nhóm thuế bị khấu trừ và tiền thanh toán

Nếu giao dịch thuộc cơ chế nền tảng khấu trừ, nộp thay theo Nghị định 252/2026/NĐ-CP, nên lưu riêng:

• Số thuế bị khấu trừ;
• Kỳ khấu trừ;
• Số tiền sàn báo thanh toán;
• Ngày thanh toán;
• Tiền thực tế vào ngân hàng.

Nghị định 252 quy định trách nhiệm khấu trừ, nộp thay đối với chủ quản nền tảng TMĐT có chức năng đặt hàng trực tuyến và thanh toán trong phạm vi Điều 43; do đó không nên suy rộng cơ chế này cho mọi nền tảng hoặc mọi mô hình giao dịch.

Tiền sàn chuyển về tài khoản, doanh thu của giao dịch và nghĩa vụ thuế là những lớp dữ liệu cần được phân biệt rõ khi đối soát.

Nếu shop chưa xác định được khoản nào ảnh hưởng đến dòng tiền, khoản nào ảnh hưởng đến doanh thu tính thuế hoặc cách xử lý phần thuế nền tảng đã khấu trừ, không nên chỉ dựa vào báo cáo tiền thực nhận để tự kết luận.

👉 EcomTax hỗ trợ hộ kinh doanh và doanh nghiệp rà soát nghĩa vụ thuế dựa trên mô hình kinh doanh và dữ liệu thực tế phát sinh.

3. Voucher sàn, voucher shop và trợ giá: Đối soát thế nào để không cộng trừ nhầm?

Câu hỏi quan trọng không chỉ là “voucher của ai?”, mà là:

Ai thực sự chịu khoản giảm và shop cuối cùng được hưởng khoản nào?

Điều 5 Nghị định 68 cho thấy trong phạm vi doanh thu để xác định thuế TNCN, một số khoản trợ giá, hỗ trợ và khuyến mại mà hộ kinh doanh, cá nhân kinh doanh được hưởng thuộc phạm vi doanh thu, trong khi chiết khấu thương mại, giảm giá hàng bán và giá trị hàng bán bị trả lại không được bao gồm. Vì vậy, không thể áp một kết luận chung kiểu “voucher sàn luôn tính” hoặc “voucher shop luôn được trừ” cho mọi chương trình.

Khuyến nghị vận hành: thêm hai cột vào file đối soát:

• Bên thực tế chịu khoản giảm
• Khoản shop được hưởng sau chương trình

Nhờ đó, người kiểm tra có thể nhìn lại logic phân loại mà không phải nhớ cơ chế của từng voucher.

4. Quy trình 6 bước đối soát tiền thực nhận theo từng đơn

Đây là phần shop có thể áp dụng trực tiếp khi đối soát cuối kỳ.

4.1. Chốt phạm vi kỳ cần đối soát

Xác định rõ:

• Kỳ giao dịch;
• Kỳ sàn chốt thanh toán;
• Ngày tiền về ngân hàng.

Ba mốc này không nhất thiết trùng nhau.

Ví dụ, đơn hoàn tất cuối tháng có thể được thanh toán sang tháng sau. Ngược lại, khoản điều chỉnh của một đơn cũ có thể xuất hiện trong kỳ thanh toán hiện tại.

Vì vậy, nên có riêng các cột:

Ngày đặt hàng
Ngày hoàn tất
Kỳ đối soát
Ngày sàn thanh toán
Ngày tiền vào ngân hàng

4.2. Đối soát từ từng mã đơn, không bắt đầu bằng tổng tháng

Mỗi dòng nên đại diện cho một đơn hoặc một giao dịch đủ chi tiết để truy ngược.

Cách này giúp khi tổng bị lệch, shop có thể lọc đúng những dòng bất thường thay vì kiểm tra lại toàn bộ doanh thu tháng.

4.3. Ghép báo cáo đơn hàng với báo cáo thanh toán

Chọn một khóa đối chiếu, chẳng hạn:

• Mã đơn;
• Mã giao dịch;
• Mã thanh toán;
• Mã điều chỉnh.

Sau khi ghép, mỗi đơn cần trả lời được:

Giao dịch này có giá trị bao nhiêu, phát sinh khoản điều chỉnh nào và sàn đã cộng/trừ những khoản nào trước khi thanh toán?

4.4. Tách “điều chỉnh giao dịch” khỏi “khoản giảm tiền thanh toán”

Có thể chia bảng thành hai cụm.

Cụm A - Khoản cần xác định bản chất giao dịch

• Giảm giá;
• Voucher;
• Trợ giá;
• Hỗ trợ;
• Hàng trả lại.

Cụm B - Khoản ảnh hưởng tới dòng tiền thanh toán

• Phí sàn;
• Phí thanh toán;
• Vận chuyển;
• Khoản cấn trừ;
• Thuế bị khấu trừ nếu thuộc trường hợp áp dụng.

Không nên sử dụng công thức:

Doanh thu đơn hàng − mọi khoản sàn trừ = doanh thu mới.

Một khoản làm giảm tiền thực nhận chưa đương nhiên là một khoản làm giảm doanh thu theo phạm vi pháp lý đang xét.

4.6. Lọc danh sách ngoại lệ

Sau lần ghép đầu tiên, lọc riêng:

• Đơn chưa đến kỳ thanh toán;
• Khoản thanh toán sang kỳ sau;
• Đơn hủy hoặc trả hàng;
• Khoản điều chỉnh từ kỳ trước;
• Voucher chưa rõ nguồn tài trợ;
• Phí chưa xác định được;
• Tiền thanh toán gộp nhiều đơn;
• Giao dịch chưa tìm được mã đơn gốc.

Shop nên xử lý danh sách này trước khi cố ép tổng hai bên phải khớp.

5. Đơn hủy, trả hàng và điều chỉnh lệch kỳ cần xử lý thế nào?

Trước tiên, hãy xác định thời điểm và trạng thái của giao dịch, thay vì áp một kết luận chung cho tất cả “đơn hoàn”.

5.1. Đơn hủy trước khi giao dịch hoàn tất

Kiểm tra:

• Đơn đã được ghi nhận vào báo cáo thanh toán chưa;
• Có phát sinh khoản sàn đã thu hoặc hoàn lại không;
• Giao dịch có nằm trong kỳ đang đối soát không.

Không nên chỉ vì đơn xuất hiện trong báo cáo đơn hàng mà mặc định đưa toàn bộ giá trị vào số cần thanh toán.

5.2. Đơn hoàn tất rồi mới phát sinh trả hàng

Trường hợp này có thể tạo một giao dịch điều chỉnh ở kỳ sau.

Nên lưu:

• Mã đơn gốc;
• Mã điều chỉnh;
• Ngày phát sinh trả hàng;
• Kỳ ghi nhận điều chỉnh;
• Số tiền điều chỉnh.

Nhờ đó, shop có thể giải thích vì sao tiền kỳ này bị giảm bởi một giao dịch phát sinh từ kỳ trước.

5.3. Trường hợp thuế đã bị nền tảng khấu trừ

Theo Điều 44 Nghị định 252/2026/NĐ-CP, với chủ quản nền tảng thuộc phạm vi áp dụng, thời điểm khấu trừ là thời điểm nền tảng xác nhận giao dịch thành công và chấp nhận thanh toán theo quy định của nền tảng. Điều 45 quy định cơ chế bù trừ số thuế đã khấu trừ, nộp thay đối với giao dịch bị hủy hoặc trả lại hàng với số thuế phải khấu trừ, nộp thay của các giao dịch khác; Điều 46 đồng thời quy định trách nhiệm liên quan của chủ quản nền tảng đối với giao dịch bị hủy hoặc trả lại hàng.

Điều này không đồng nghĩa với kết luận đơn giản rằng “mọi đơn hoàn đều không tính thuế”. Shop cần theo dõi đúng giao dịch gốc, giao dịch điều chỉnh và khoản thuế đã được xử lý trên báo cáo nền tảng.

6. Checklist chốt kỳ đối soát tiền thực nhận

Trước khi khóa kỳ, shop có thể rà:

• Đã đối chiếu theo mã đơn hoặc mã giao dịch.
• Đã tách đơn chưa đến kỳ thanh toán.
• Đã phân biệt số liệu giao dịch với tiền thực nhận.
• Đã xác định ai thực sự chịu khoản giảm của voucher.
• Đã kiểm tra khoản trợ giá/hỗ trợ shop được hưởng.
• Đã tách phí và khoản cấn trừ khỏi điều chỉnh giá trị giao dịch.
• Đã rà đơn hủy, hàng trả lại và điều chỉnh lệch kỳ.
• Đã tách riêng thuế nền tảng khấu trừ nếu thuộc trường hợp áp dụng.
• Đã so tiền dự kiến nhận với báo cáo thanh toán.
• Đã so báo cáo thanh toán với sao kê ngân hàng.
• Đã lập danh sách riêng các giao dịch còn chênh lệch.
• Đã lưu báo cáo gốc để truy ngược khi cần.

Với shop có nhiều đơn, nhiều kênh hoặc phải nhập liệu lặp lại, có thể tham khảo phần mềm quản lý bán hàng tích hợp hóa đơn điện tử của Nhanh.vn để lựa chọn phương án phù hợp với quy trình vận hành thực tế. Phạm vi triển khai theo từng kênh phụ thuộc cấu hình cụ thể.

7. 6 lỗi dễ khiến shop đối soát sai tiền thực nhận

7.1. Lấy tiền vào ngân hàng làm doanh thu duy nhất

Tiền vào tài khoản có thể đã qua nhiều lớp phí, khấu trừ và điều chỉnh.

Hãy truy ngược từ giao dịch đến thanh toán thay vì chỉ nhìn sao kê.

7.2. Cộng toàn bộ đơn được tạo trong tháng

Đơn được tạo chưa chắc đã hoàn tất hoặc đã đến kỳ thanh toán.

7.3. Coi mọi voucher là một loại

Một voucher có thể do shop chịu, nền tảng tài trợ hoặc cả hai cùng tham gia.

Phải kiểm bản chất trước khi cộng/trừ.

7.4. Trừ mọi khoản phí sàn khỏi doanh thu TNCN

Việc sàn khấu trừ một khoản khỏi tiền thanh toán không tự động làm khoản đó trở thành khoản giảm doanh thu để xác định thuế TNCN. Phạm vi doanh thu phải bám Điều 5 Nghị định 68; vấn đề chi phí là lớp xác định riêng tùy phương pháp và điều kiện áp dụng.

7.5. Chỉ so tổng kỳ

Tổng doanh số một bên và tổng tiền nhận một bên có thể lệch nhưng không cho biết giao dịch nào gây chênh lệch.

Đối soát từng mã đơn giúp tìm nguyên nhân nhanh hơn.

7.6. Coi mọi đơn hủy, trả hàng có cách xử lý giống nhau

Cần xem:

• giao dịch đã thành công chưa;
• đã được sàn thanh toán chưa;
• khoản điều chỉnh xuất hiện ở kỳ nào;
• thuế đã bị khấu trừ hay chưa;
• nền tảng đã thực hiện bù trừ/xử lý khoản thuế như thế nào.

Tại thời điểm bài viết áp dụng, cơ chế khấu trừ, nộp thay trên nền tảng TMĐT được thực hiện theo Nghị định 252/2026/NĐ-CP. Nghị định này có hiệu lực từ 01/07/2026 và thay thế Nghị định 117/2025/NĐ-CP, vì vậy không nên tiếp tục dùng Nghị định 117 làm căn cứ hiện hành cho các giao dịch sau thời điểm thay thế.

Tóm lại, cách đối soát tiền thực nhận hiệu quả là không bắt đầu từ câu hỏi “tại sao tiền về thấp hơn doanh thu đơn hàng?”, mà bắt đầu từ câu hỏi:

Từng khoản chênh lệch phát sinh ở lớp nào?

Shop nên lần lượt xác định số liệu giao dịch, phân loại voucher và khoản điều chỉnh theo bản chất, tách phí và thuế bị khấu trừ, rồi nối các dữ liệu này đến số tiền sàn thực tế thanh toán.

Khi mỗi chênh lệch đều truy được về một mã giao dịch và một nguyên nhân cụ thể, việc đối soát sẽ rõ ràng hơn nhiều so với chỉ so hai con số tổng cuối kỳ.

Nguồn tham khảo

• Nghị định 68/2026/NĐ-CP của Chính phủ, đặc biệt Điều 5 về doanh thu để xác định thuế thu nhập cá nhân và Điều 6 về các khoản chi trong phạm vi phương pháp tính thuế có liên quan.
• Nghị định 252/2026/NĐ-CP của Chính phủ, đặc biệt Điều 43–46 về phạm vi, thời điểm, căn cứ khấu trừ và việc kê khai/nộp thay đối với hoạt động trên nền tảng thương mại điện tử.
• Điều 74 Nghị định 252/2026/NĐ-CP, quy định hiệu lực từ 01/07/2026 và việc thay thế Nghị định 117/2025/NĐ-CP.

Lưu ý: Nội dung trên chỉ mang tính chất tham khảo. Để được tư vấn cụ thể và giải đáp chính xác theo từng trường hợp, bạn có thể liên hệ đội ngũ chuyên môn tại EcomTax để được hỗ trợ.