Tối ưu quy trình kế toán cho thương mại điện tử: nối đơn, bảng kê và tiền

Đội bán hàng thấy đơn hoàn tất, kho thấy đã giao, còn kế toán vẫn chưa tìm được khoản tiền tương ứng. Với thương mại điện tử, đó có thể là khác biệt bình thường giữa các mốc: khách trả, đối tác thu hộ, sàn quyết toán và ngân hàng ghi có. Nếu chỉ dựa vào một mốc, báo cáo dễ lẫn tiền đang chờ với tiền thực nhận.

Tối ưu quy trình kế toán cho thương mại điện tử vì thế nên bắt đầu bằng khả năng nối các chứng cứ, không chỉ nhập liệu nhanh hơn. Dữ liệu đơn, bảng kê và giao dịch cần giữ mối liên hệ xuyên suốt để kế toán giải thích được khoản chênh. Nguồn thanh toán Pay2S được giới thiệu trên hoadontudong.com.vn có thể tham gia lớp đối chiếu này. Quyết định ghi sổ, thuế và thời điểm hóa đơn vẫn cần căn cứ nghiệp vụ do người phụ trách chuyên môn xác nhận.

Đơn bán và tiền nhận không cùng một nhịp

Mã đơn là điểm đầu để theo dõi hàng hóa, nhưng một đơn có thể trải qua nhiều trạng thái và khoản điều chỉnh. Khách đổi sản phẩm, áp ưu đãi, hủy trước giao hoặc trả một phần sau nhận. Dữ liệu kế toán cần giữ lịch sử thay đổi thay vì chỉ lấy trạng thái cuối cùng rồi bỏ diễn biến.

Tiền vào ngân hàng cũng có nhiều nguồn: khách chuyển trực tiếp, đơn vị vận chuyển trả COD hoặc sàn chuyển một lô sau bù trừ. Một giao dịch ngân hàng có thể liên quan hàng trăm đơn; ngược lại, một đơn trả góp hoặc trả từng phần có thể liên quan nhiều giao dịch. Ép tất cả thành quan hệ một-một sẽ tạo chênh lệch giả.

Hãy thống nhất những mốc cần giữ: tạo đơn, xác nhận thanh toán, giao hàng, hoàn/trả, kỳ bảng kê và ghi có. Mỗi mốc trả lời một câu hỏi khác nhau. Khi báo cáo chậm thu tiền, cần biết khoản nào chưa đến kỳ trả và khoản nào quá hạn cần tra cứu, thay vì gộp cả hai thành chưa thu.

Tách ba luồng tiền trước khi thiết kế đối soát

Khách chuyển khoản trực tiếp

Luồng này có thể đối chiếu giao dịch nhận với tham chiếu đơn và số tiền phải thu. Nếu dữ liệu đi qua Pay2S, đội tích hợp cần giữ mã giao dịch nguồn, tài khoản và thời gian. Tham khảo webhook biến động số dư để hiểu lớp dữ liệu nhận; việc nhận được thông báo không tự xác định khoản tiền là doanh thu của kỳ nào.

Đơn vị vận chuyển thu COD

Khách trả cho đơn vị vận chuyển, sau đó doanh nghiệp nhận tiền theo bảng kê. Cần nối mã vận đơn với mã đơn, trạng thái giao và phí/điều chỉnh được thể hiện. Khoản ngân hàng chỉ xác nhận phần đã chuyển trả; chưa đủ để giải thích những đơn chưa nằm trong lô hoặc đang tranh chấp.

Sàn hoặc đối tác chuyển trả theo lô

Giữ định danh lô, từng dòng bảng kê và khoản chuyển trả. Những dòng có thể gồm tiền bán, hoàn tiền, phí hoặc điều chỉnh theo hợp đồng. Không giả định cấu trúc mọi sàn giống nhau. Tạo adapter riêng cho mỗi nguồn và lưu phiên bản file để khi đối tác đổi định dạng còn kiểm tra được.

Sau khi tách luồng, báo cáo sẽ cho biết bên nào đang giữ khoản phải thu và dữ liệu nào còn thiếu. Đó là nền để phân công việc: đội bán hàng kiểm tra đơn, vận hành làm rõ giao/hoàn, kế toán đối chiếu bảng kê và người phụ trách ngân hàng kiểm tra ghi có.

Một khoản chuyển trả phải nối được về từng dòng bảng kê

Thiết kế đối chiếu ba chiều: đơn hàng, bảng kê quyết toán và giao dịch ngân hàng. Tổng bảng kê kiểm tra với khoản chuyển trả; từng dòng bảng kê kiểm tra với đơn hoặc vận đơn. Khi tổng lệch, khoanh vùng từ lô xuống dòng để biết chênh do thiếu đơn, phí hay khoản chuyển chưa đủ.

Ví dụ giả định sau chỉ minh họa phép đối chiếu, không phải mức phí của một nền tảng hoặc cách hạch toán:

Nếu ngân hàng nhận 770.000 đồng, phép đối chiếu lô có thể khớp nhưng vẫn cần kiểm tra từng dòng. Không dùng 770.000 đồng thay cho doanh số một triệu đồng trên mọi báo cáo. Cách ghi nhận các thành phần còn phụ thuộc nghiệp vụ và quy định kế toán của doanh nghiệp.

Ngược lại, nếu ngân hàng nhận khác 770.000 đồng, không sửa bảng kê để ép khớp. Kiểm tra có nhiều khoản chuyển cho cùng lô, bù trừ kỳ khác hoặc dữ liệu điều chỉnh chưa được nhập. Giữ số chênh và chứng cứ để làm việc với đối tác.

Trả hàng và hoàn tiền cần đi xuyên qua các kỳ

Đơn bán ở kỳ trước có thể trả ở kỳ sau, còn khoản hoàn được bù trong một lô chuyển trả khác. Nếu báo cáo chỉ lọc ngày tạo đơn, những điều chỉnh này dễ bị bỏ sót. Cần liên kết nghiệp vụ trả với đơn gốc và lô thực tế chứa khoản bù trừ.

Phân biệt khách yêu cầu trả, doanh nghiệp duyệt, hàng đã nhận lại và tiền đã hoàn. Mỗi trạng thái có chứng cứ khác nhau. Người bán cần biết yêu cầu nào đang chờ hàng và yêu cầu nào đã đủ điều kiện xử lý tiền; kế toán cần biết khoản hoàn đã thực hiện ở kênh nào.

Đối với đơn nhiều sản phẩm, trả một phần phải giữ dòng hàng và giá trị tương ứng. Xóa cả đơn để làm lại sẽ mất dấu hàng đã bán, khoản đã nhận và điều chỉnh sau đó. Giữ dữ liệu gốc cùng bản ghi điều chỉnh giúp cả kho lẫn tài chính truy tìm được diễn biến.

Thông báo thanh toán hoặc bảng kê gửi lại không được tạo khoản mới. Tham khảo kiểm soát xử lý trùng cho luồng nhận tự động. Chống trùng cần dựa vào định danh nguồn và phạm vi, không bỏ giao dịch chỉ vì cùng số tiền với khoản cũ.

Đặt bước hóa đơn ở đúng quy trình nghiệp vụ

Ngày sàn chuyển tiền hoặc COD trả về không mặc nhiên là thời điểm lập hóa đơn của mọi giao dịch. Doanh nghiệp phải xác định theo loại hàng hóa, dịch vụ và quy định áp dụng. Tương tự, một khoản tiền vào có thể là trả trước, đặt cọc hoặc chuyển nội bộ; dữ liệu ngân hàng không tự chứa đủ kết luận pháp lý.

Nghị định 254/2026/NĐ-CP về hóa đơn điện tử, chứng từ điện tử có hiệu lực từ 01/07/2026. Hướng dẫn Cục Thuế tách các bước phát sinh giao dịch, xác định thời điểm, lập hóa đơn, gửi người mua, chuyển dữ liệu và lưu trữ. Khi xây tự động hóa, các trạng thái này cần được lưu riêng để biết lỗi xảy ra ở đâu.

Pay2S Collection Link V2 có metadata người mua, hàng hóa và yêu cầu hóa đơn đi cùng luồng thanh toán. Có thể xem dữ liệu hóa đơn trong Collection Link V2 cho phần kỹ thuật. Metadata không thay người phụ trách quyết định thuế suất hoặc thời điểm theo nghiệp vụ.

Chỉ định một nơi chịu trách nhiệm kích hoạt bước hóa đơn. Nếu website và ERP cùng tự phát hành khi thấy paid, doanh nghiệp có thể tạo trùng. Khi phát hành lỗi, cần thử lại đúng nghiệp vụ đã lưu thay vì tạo một yêu cầu mới không liên kết với lần trước.

Một lịch kiểm soát giúp giảm dồn việc cuối tháng

Hằng ngày, kiểm tra khoản thu trực tiếp chưa khớp, dữ liệu bảng kê mới và các lỗi đồng bộ. Phân công người phụ trách, giữ trạng thái hàng hóa và hành động tiếp theo. Những ngoại lệ còn mới thường dễ tìm bằng chứng hơn khoản đã để qua nhiều tuần.

Theo chu kỳ chuyển trả của từng đối tác, đối chiếu lô và những đơn chưa được quyết toán. Danh sách cần có kỳ dự kiến, số tiền đang chờ, lý do và ngày làm việc tiếp theo. Không cần đặt cùng một tuổi nợ cho mọi nguồn nếu hợp đồng và lịch trả khác nhau.

Trước khi chốt kỳ, đối chiếu dữ liệu chi tiết với các báo cáo tổng hợp và kiểm tra khoản điều chỉnh xuyên kỳ. Người có thẩm quyền quyết định cách xử lý chứng từ, kỳ khóa và dữ liệu thiếu. Tự động hóa có thể chuẩn bị danh sách, nhưng không nên âm thầm sửa ngày hoặc xóa chênh lệch đã tồn.

Đo lượng việc tồn theo nguyên nhân: thiếu bảng kê, mã vận đơn không nối được, phí chưa giải thích hay giao dịch ngân hàng chưa nhận. Nếu chỉ có một tổng “chưa đối soát”, doanh nghiệp không biết nên sửa kết nối, quy trình kho hay cách phối hợp đối tác.

Thiết kế dữ liệu để đổi phần mềm vẫn truy được chứng cứ

Giữ mã đơn của doanh nghiệp làm tham chiếu ổn định bên cạnh mã sàn, vận đơn, lô và giao dịch ngân hàng. Tạo quan hệ thay vì nhét mọi mã vào một ô ghi chú. Khi đổi công cụ, những liên kết này giúp tiếp tục đối soát các khoản chưa kết thúc.

Lưu bản gốc bảng kê, thời điểm nhập và phiên bản mapping. Nếu một file được nhập lại, hệ thống phải biết đó là cùng dữ liệu hay một bản điều chỉnh mới. Có nhật ký thay đổi sẽ dễ giải thích hơn so với chỉ giữ bảng tổng cuối ngày.

Phân quyền theo công việc: bán hàng xem đơn, vận hành xem giao/hoàn, kế toán xem nguồn thu và chứng từ, kỹ thuật xem log đã che dữ liệu nhạy cảm. Với đầu nguồn ngân hàng, API Pay2S và BankHub là một lớp kết nối; không nên xem nó là kho chứa toàn bộ thông tin sàn, vận chuyển và kế toán.

Điều gì cho thấy quy trình đã tốt hơn?

Quan sát số khoản phải dò tay, thời gian giải thích một lô lệch và lượng ngoại lệ quá hạn. Tỷ lệ tự khớp cần được tính trên phạm vi rõ ràng. Nếu loại các đơn phức tạp khỏi mẫu, con số có thể tăng trong khi kế toán vẫn mất nhiều giờ ở chính những khoản khó nhất.

Một quy trình tốt cho phép người xem đi từ tiền ngân hàng về bảng kê, từ bảng kê về đơn và từ điều chỉnh về chứng cứ ban đầu. Khi các mối nối đó rõ, báo cáo tổng hợp mới đáng tin; khi một khoản chưa rõ, cả nhóm biết đang thiếu gì và ai có thể bổ sung.