Kết luận nhanh: hóa đơn là một trạng thái của đơn hàng, không phải một việc kế toán làm cuối tháng
Hầu hết shop ecommerce Việt Nam đã có phần mềm hóa đơn điện tử. Vấn đề không nằm ở chỗ bấm nút phát hành, mà ở chỗ không ai trả lời được năm câu hỏi dữ liệu: đơn nào phải có hóa đơn, xuất vào lúc nào, mỗi dòng hóa đơn lấy giá nào, khi hàng hoàn thì điều chỉnh dòng nào, và cuối kỳ con số trên hóa đơn có khớp với doanh thu trên bảng đối soát sàn và với phiếu xuất kho hay không. Khi năm câu hỏi đó được trả lời bằng file Excel và trí nhớ của một kế toán, mọi thứ vẫn chạy được ở vài trăm đơn mỗi tháng và bắt đầu vỡ ở vài trăm đơn mỗi ngày.
Cách sửa là chuyển năm câu hỏi đó thành quy tắc trong OMS và bằng chứng trong WMS:
- Quy tắc kích hoạt: một bảng quyết định duy nhất nói trạng thái đơn nào sinh yêu cầu hóa đơn, được kế toán ký xác nhận.
- Mapping dòng có phiên bản: SKU sàn, SKU nội bộ, combo, quà tặng, voucher shop, trợ giá sàn, phí vận chuyển người mua trả — mỗi thành phần đi vào đâu trên hóa đơn.
- Khóa chống trùng và chống sót: mỗi đơn có đúng một khóa hóa đơn; mọi đơn đủ điều kiện mà chưa có hóa đơn sau N giờ vào hàng đợi ngoại lệ.
- Điều chỉnh theo bằng chứng kho: chứng từ điều chỉnh cho hàng hoàn chỉ sinh ra khi WMS quét nhận đúng dòng, không theo yêu cầu hoàn tiền.
- Ba tổng kiểm soát mỗi kỳ: đơn đã giao, hóa đơn đã phát hành trừ điều chỉnh, doanh thu và thuế khấu trừ trên bảng đối soát sàn — chênh lệch nào cũng phải có lý do.
Một câu kiểm tra ngắn: nếu cơ quan thuế hoặc kiểm toán chọn ngẫu nhiên một mã đơn Shopee tháng trước, doanh nghiệp có đưa ra được trong vài phút hóa đơn, phiếu xuất kho, dòng đối soát sàn và (nếu có) chứng từ điều chỉnh hàng hoàn của đúng đơn đó không? Nếu không, vấn đề là mô hình dữ liệu, không phải phần mềm hóa đơn.
Tóm tắt nhanh
Bài này mô tả luồng dữ liệu từ đơn sàn đến sổ kế toán cho doanh nghiệp và hộ kinh doanh bán hàng hóa trên sàn thương mại điện tử tại Việt Nam, gồm: bối cảnh quy định đã thay đổi từ năm 2025; bảng trạng thái hóa đơn gắn với trạng thái đơn; quy tắc mapping giá, voucher, combo và phí; xử lý hủy, giao thất bại, hoàn một phần; đối chiếu thuế sàn khấu trừ; bút toán giá vốn từ WMS; ba tổng kiểm soát; và kế hoạch triển khai 30–60–90 ngày.
Bài bổ sung cho pillar đối soát dòng tiền ecommerce bằng 4-way match (trả lời câu hỏi “tiền có về đủ không”) và lợi nhuận thật từng đơn (trả lời “đơn này lãi hay lỗ”). Bài này trả lời câu hỏi thứ ba, thường bị bỏ quên cho đến khi có thanh tra hoặc quyết toán: “chứng từ của đơn này có đầy đủ, nhất quán và truy vết được không”.
Lưu ý phạm vi: các điểm quy định được tóm tắt ở mức chung để giải thích vì sao dữ liệu cần được tổ chức như vậy. Đây không phải tư vấn thuế. Doanh nghiệp cần kế toán trưởng hoặc tư vấn thuế xác nhận cách áp dụng cho loại hình, ngành hàng và phương thức bán của mình, và kiểm tra văn bản hướng dẫn mới nhất tại thời điểm áp dụng.
Thông tin thực thể liên quan
Tranh cãi giữa vận hành và kế toán thường xuất phát từ việc cùng một từ được dùng cho nhiều đối tượng khác nhau. Bảng dưới chuẩn hóa các thực thể mà bài viết sử dụng.
| Thực thể | Hệ thống giữ bản gốc | Khóa nhận diện | Liên kết bắt buộc |
|---|---|---|---|
| Đơn sàn (order) | Sàn, đồng bộ về OMS | Mã đơn sàn + mã shop | Dòng đơn, vận đơn, dòng đối soát |
| Dòng đơn (order line) | OMS | Mã đơn + mã item/model sàn | SKU nội bộ, giá, voucher theo dòng |
| Yêu cầu hóa đơn | OMS | Khóa hóa đơn duy nhất theo đơn (hoặc theo đơn tách) | Đơn, quy tắc kích hoạt, phiên bản mapping |
| Hóa đơn điện tử | Phần mềm hóa đơn / nhà cung cấp dịch vụ hóa đơn | Ký hiệu + số hóa đơn + mã cơ quan thuế (nếu có) | Yêu cầu hóa đơn, từng dòng đơn |
| Chứng từ điều chỉnh | Phần mềm hóa đơn | Ký hiệu + số, tham chiếu hóa đơn gốc | Phiếu nhập hoàn WMS, dòng hóa đơn gốc |
| Phiếu xuất kho | WMS | Mã phiếu / mã kiện | Đơn, SKU, số lượng, lô/hạn dùng nếu có |
| Phiếu nhập hoàn | WMS | Mã phiếu hoàn + mã vận đơn hoàn | Dòng đơn gốc, kết quả QC, kho đích |
| Dòng đối soát sàn | Sàn (file/API settlement) | Mã đơn + loại giao dịch | Doanh thu, phí, thuế khấu trừ, kỳ thanh toán |
| Bút toán kế toán | Phần mềm kế toán | Số chứng từ kế toán | Hóa đơn, phiếu xuất/nhập, dòng đối soát |
Nguyên tắc: mỗi thực thể có đúng một hệ thống giữ bản gốc. OMS không “sửa” hóa đơn; phần mềm hóa đơn không “quyết định” đơn nào được xuất; phần mềm kế toán không “tự tính” giá vốn đơn ecommerce nếu doanh nghiệp đã quyết định lấy giá vốn theo phiếu xuất thực tế từ WMS.
So sánh nhanh theo mức độ vận hành
| Quy mô minh họa | Cách làm thường gặp | Rủi ro chính | Mức kiểm soát tối thiểu nên có |
|---|---|---|---|
| Dưới 100 đơn/ngày, một sàn, một kho | Kế toán tải file đơn và file đối soát, xuất hóa đơn theo lô bằng Excel | Sót đơn, xuất trùng khi tải lại file, sai giá sau voucher | Khóa hóa đơn theo mã đơn; bảng mapping voucher bằng văn bản; đối chiếu tổng cuối tháng |
| 100–500 đơn/ngày, 2–3 sàn | Tích hợp phần mềm bán hàng với hóa đơn, nhưng hàng hoàn và điều chỉnh làm tay | Chứng từ điều chỉnh không khớp hàng thật nhận về; thuế khấu trừ không ai đối chiếu | Quy tắc kích hoạt trong OMS; điều chỉnh sinh từ phiếu nhập hoàn; đối chiếu thuế theo kỳ thanh toán |
| 500–3.000 đơn/ngày, nhiều kho hoặc 3PL, có combo | Nhiều hệ thống, mỗi hệ thống có một con số doanh thu khác nhau | Không giải thích được chênh lệch; giá vốn bình quân che sai lệch kho | Ba tổng kiểm soát theo ngày; giá vốn theo phiếu xuất WMS; hàng đợi ngoại lệ có owner và tuổi |
| Trên 3.000 đơn/ngày hoặc campaign đỉnh gấp nhiều lần ngày thường | Phát hành hóa đơn dồn, API nhà cung cấp hóa đơn bị nghẽn | Tồn đọng hàng nghìn yêu cầu hóa đơn; xuất trùng khi retry | Hàng đợi có idempotency; giới hạn tốc độ; SLA tồn đọng; kế hoạch tải campaign |
Các mốc số đơn chỉ để định hướng. Điều quyết định là số điểm chuyển giao dữ liệu: càng nhiều sàn, kho, 3PL, combo và hàng hoàn thì càng cần quy tắc trong hệ thống thay vì quy tắc trong đầu người.
1. Khoảng trống nội dung: thị trường nói “đáp ứng quy định”, doanh nghiệp cần mô hình dữ liệu
Trước khi viết, chúng tôi rà soát trang sản phẩm hóa đơn điện tử và trang phần mềm bán hàng của các nhà cung cấp quen thuộc tại Việt Nam, cùng nội dung sẵn có trên jsterp.vn. Kết quả nhất quán: nội dung công khai trả lời câu hỏi “có phần mềm hóa đơn không” và “có đúng quy định không”, nhưng không trả lời câu hỏi mà shop sàn thực sự gặp hàng ngày.
| Nguồn | Quan sát được | Khoảng trống còn lại |
|---|---|---|
| Trang Sapo Invoice | Mô tả hỗ trợ quy trình hóa đơn từ đăng ký, phát hành đến điều chỉnh, thay thế ở mức tổng quát | Không nói đơn sàn nào sinh hóa đơn lúc nào, voucher/trợ giá sàn vào hóa đơn thế nào, hoàn một phần điều chỉnh ra sao |
| Trang hóa đơn điện tử KiotViet | Nhấn mạnh mốc từ 1/6/2025 hộ kinh doanh doanh thu từ 1 tỷ đồng/năm phải dùng hóa đơn điện tử và “đáp ứng đầy đủ nghiệp vụ” | Không đề cập đơn sàn, hàng hoàn, thuế do sàn khấu trừ hay đối chiếu với bảng đối soát |
| Trang chủ KiotViet | Hóa đơn điện tử xuất hiện như một liên kết tiện ích bên cạnh phần mềm bán hàng | Không có mô tả luồng từ đơn đến hóa đơn đến kế toán |
| Nội dung sẵn có trên jsterp.vn | Có bài tổng quan tuân thủ thuế ecommerce (tiếng Anh, ngắn) và bài kiểm soát đơn cần hóa đơn VAT ở khâu đóng gói | Chưa có bài tiếng Việt chuyên sâu về trạng thái hóa đơn, điều chỉnh theo bằng chứng kho, đối chiếu thuế khấu trừ và bàn giao dữ liệu kế toán |
Khoảng trống cụ thể: không nguồn nào đưa ra bảng quyết định kích hoạt hóa đơn theo trạng thái đơn, quy tắc mapping thành phần giá, công thức tổng kiểm soát giữa đơn–hóa đơn–đối soát, hay cách để chứng từ điều chỉnh phụ thuộc vào kết quả quét hàng hoàn. Đây chính là những thứ quyết định doanh nghiệp có chứng minh được số liệu của mình hay không.
2. Bối cảnh quy định từ năm 2025: vì sao dữ liệu đơn phải chặt hơn
Phần này chỉ tóm tắt những thay đổi có tác động trực tiếp đến dữ liệu vận hành. Chi tiết áp dụng cần được kế toán xác nhận.
| Thay đổi | Tóm tắt ở mức chung | Tác động lên dữ liệu OMS/WMS |
|---|---|---|
| Nghị định 70/2025/NĐ-CP sửa đổi Nghị định 123/2020 về hóa đơn, chứng từ (hiệu lực từ 1/6/2025) | Điều chỉnh nhiều quy định về lập hóa đơn, gồm hóa đơn khởi tạo từ máy tính tiền cho một số đối tượng (trong đó có hộ, cá nhân kinh doanh doanh thu từ 1 tỷ đồng/năm), cách xử lý hóa đơn khi trả lại hàng và sai sót | Cần truy vết được từ từng lần bán đến hóa đơn; chứng từ khi trả hàng phải liên kết với hóa đơn gốc |
| Nghị định 117/2025/NĐ-CP về quản lý thuế với hoạt động kinh doanh trên nền tảng thương mại điện tử (hiệu lực từ 1/7/2025) | Sàn có chức năng thanh toán khấu trừ, nộp thay thuế cho hộ, cá nhân kinh doanh; với hàng hóa, mức thường được nêu là 1% GTGT và 0,5% TNCN trên doanh thu. Tổ chức kinh doanh không thuộc diện khấu trừ này | Bảng đối soát sàn có thêm dòng thuế khấu trừ cần đối chiếu theo đơn và theo kỳ; đơn hoàn/hủy sau khấu trừ cần theo dõi |
| Lộ trình bỏ thuế khoán với hộ kinh doanh từ 2026 | Hộ kinh doanh chuyển dần sang tự kê khai theo doanh thu thực tế | Hộ bán sàn cần sổ doanh thu và chứng từ nhất quán giữa các kênh, không chỉ dựa vào số sàn báo |
Điểm chung của ba thay đổi: cơ quan thuế ngày càng có dữ liệu từ nhiều phía — sàn, nhà cung cấp hóa đơn, ngân hàng, đơn vị vận chuyển. Rủi ro lớn nhất với shop không còn là “thiếu một tờ hóa đơn” mà là “các nguồn dữ liệu kể những câu chuyện khác nhau về cùng một doanh thu”. Vì vậy mục tiêu của hệ thống là nhất quán và truy vết được, trước khi là tự động.
Hai lưu ý thực tế. Thứ nhất, doanh nghiệp (công ty) bán trên sàn không được sàn khấu trừ thuế theo cơ chế trên, nhưng vẫn nhận bảng đối soát có phí và các khoản khấu trừ khác; logic đối chiếu vẫn cần. Thứ hai, một doanh nghiệp có thể vừa bán qua sàn, vừa bán qua website, fanpage, livestream và bán buôn; mỗi kênh có nguồn dữ liệu doanh thu khác nhau, và chỉ OMS nhìn thấy tất cả.
3. Bảng trạng thái: đơn nào sinh hóa đơn, vào lúc nào
Câu hỏi đầu tiên và quan trọng nhất là mốc kích hoạt. Nguyên tắc chung với bán hàng hóa là thời điểm lập hóa đơn gắn với chuyển giao quyền sở hữu hoặc quyền sử dụng, không phụ thuộc đã thu tiền hay chưa. Với đơn sàn, “chuyển giao” có thể được hiểu ở nhiều mốc: bàn giao cho đơn vị vận chuyển, giao thành công cho người mua, hay hết thời hạn đổi trả. Doanh nghiệp cần kế toán chốt một mốc phù hợp với điều kiện giao hàng của mình, rồi ghi mốc đó thành quy tắc cố định.
Bảng dưới là mẫu bảng quyết định cho phương án “kích hoạt khi giao thành công” — phương án thường gặp với đơn COD vì tránh phải điều chỉnh cho đơn giao thất bại. Doanh nghiệp chọn phương án khác thì thay cột “Hành động hóa đơn” tương ứng.
| Trạng thái đơn trong OMS | Bằng chứng | Hành động hóa đơn | Ngoại lệ cần xử lý |
|---|---|---|---|
| Chờ xác nhận / chờ thanh toán | Đồng bộ từ sàn | Không tạo | — |
| Hủy trước khi xuất kho | Trạng thái sàn + OMS hủy giữ tồn | Không tạo | Nếu đã lỡ tạo yêu cầu: hủy yêu cầu, không phát hành |
| Đã đóng gói, chờ bàn giao | WMS: quét packing | Không tạo (ghi nhận phiếu xuất kho nháp) | Đơn yêu cầu hóa đơn công ty: kiểm tra đủ mã số thuế, tên, địa chỉ |
| Đã bàn giao vận chuyển | WMS: quét bàn giao carrier | Không tạo (phiếu xuất kho chính thức) | Hủy sau bàn giao chuyển sang luồng hoàn |
| Giao thành công | Trạng thái carrier/sàn | Tạo yêu cầu hóa đơn, xếp hàng phát hành | Thiếu dữ liệu mapping: vào hàng đợi ngoại lệ |
| Giao thất bại, đang hoàn | Trạng thái carrier | Không tạo | Theo dõi đến khi WMS nhận hoàn |
| Trả hàng/hoàn tiền sau giao | Yêu cầu trên sàn | Chưa tạo điều chỉnh | Chờ WMS quét nhận hoặc sàn xác nhận hoàn tiền không cần trả hàng |
| WMS đã nhận hoàn và QC | WMS: quét dòng hoàn + QC | Tạo yêu cầu chứng từ điều chỉnh cho đúng dòng, đúng số lượng | Hàng nhận về không khớp dòng đơn: ngoại lệ, không tự điều chỉnh |
Hai quy tắc cứng đi kèm bảng trạng thái:
- Một đơn, một khóa hóa đơn. Khóa được tạo trước khi gọi phần mềm hóa đơn; mọi lần retry dùng lại khóa này. Không có khóa, lần tải lại file hoặc lỗi mạng sẽ sinh hóa đơn trùng — lỗi khó sửa nhất vì phải điều chỉnh hoặc thay thế trên chứng từ đã gửi cơ quan thuế.
- Hạn chót có đo đếm. Mỗi yêu cầu hóa đơn có tuổi. Ví dụ ngưỡng minh họa: quá 24 giờ kể từ khi đủ điều kiện mà chưa phát hành thì cảnh báo người phụ trách; quá 48 giờ thì báo kế toán trưởng. Ngưỡng thật phải phù hợp với quy định về thời điểm lập hóa đơn mà kế toán đã chốt.
4. Mapping dòng hóa đơn: phần mà mọi bảng tính đều làm sai theo một cách khác nhau
Một đơn sàn có nhiều lớp giá. Ví dụ một dòng đơn TikTok Shop có thể chứa: giá niêm yết, giá khuyến mãi của shop, voucher shop chịu, voucher hoặc trợ giá sàn chịu, đồng xu/điểm thưởng, phí vận chuyển người mua trả, trợ giá vận chuyển của sàn. Bảng đối soát lại tách thêm phí cố định, phí thanh toán, phí dịch vụ, phí affiliate và thuế khấu trừ. Nếu OMS chỉ lưu “giá cuối cùng người mua trả”, kế toán sẽ không bao giờ tách lại được.
| Thành phần | OMS cần lưu ở mức | Câu hỏi kế toán phải trả lời | Cách ghi cấu hình |
|---|---|---|---|
| Giá bán sau khuyến mãi shop | Dòng đơn | Đây có phải đơn giá trên hóa đơn không? | Quy tắc mặc định |
| Voucher shop chịu (cấp đơn) | Đơn, phân bổ xuống dòng theo tỷ lệ giá trị | Thể hiện là chiết khấu trên hóa đơn hay giảm đơn giá? | Quy tắc phân bổ có phiên bản |
| Voucher/trợ giá do sàn chịu | Đơn và dòng | Có thuộc doanh thu của shop không, ghi nhận ra sao? | Quyết định kế toán bằng văn bản, gắn theo sàn |
| Phí vận chuyển người mua trả | Đơn | Có lên hóa đơn là một dòng dịch vụ không? | Theo sàn và theo điều kiện giao |
| Combo/bộ sản phẩm | Dòng đơn + BOM phiên bản | Hóa đơn ghi tên combo hay tách thành phần? | Theo SKU combo, phân bổ giá thành phần nếu tách |
| Quà tặng 0 đồng | Dòng đơn riêng | Xử lý hàng khuyến mãi, quà tặng thế nào? | Quy tắc riêng, không để lẫn vào dòng bán |
| Phí sàn, phí thanh toán, affiliate | Dòng đối soát, không phải dòng hóa đơn bán | Chứng từ đầu vào từ sàn là gì, hạch toán chi phí ra sao? | Mapping loại giao dịch đối soát sang tài khoản |
| Thuế sàn khấu trừ (nếu thuộc diện) | Dòng đối soát theo đơn | Đối chiếu với doanh thu kê khai thế nào? | Mapping sang tài khoản thuế/khoản phải thu |
Ba nguyên tắc thiết kế:
- Lưu thành phần, không lưu kết quả. Giá cuối cùng luôn tính lại được từ thành phần; điều ngược lại thì không.
- Quy tắc có phiên bản và ngày hiệu lực. Khi sàn đổi chính sách voucher hoặc kế toán đổi cách ghi nhận, tạo phiên bản mới; hóa đơn cũ vẫn truy được đã dùng quy tắc nào.
- Phân bổ voucher cấp đơn xuống dòng theo một công thức duy nhất. Ví dụ phân bổ theo tỷ lệ giá trị dòng, phần dư do làm tròn dồn vào dòng có giá trị lớn nhất. Công thức gì cũng được, miễn là một và được ghi lại — vì khi hoàn một phần, số tiền điều chỉnh phải khớp chính xác với phần đã phân bổ.
Ví dụ minh họa phân bổ: đơn có hai dòng, dòng A 300.000 đồng, dòng B 200.000 đồng, voucher shop 50.000 đồng cấp đơn. Phân bổ theo tỷ lệ: A chịu 30.000, B chịu 20.000. Nếu người mua trả lại B, số điều chỉnh là 180.000 đồng (200.000 − 20.000), không phải 200.000 và không phải 150.000 như hai cách tính nhẩm thường gặp. Chênh lệch nhỏ trên một đơn, nhưng nhân với vài nghìn đơn hoàn mỗi tháng là một khoản không giải thích được ở cuối kỳ.
5. Hủy, giao thất bại, hoàn một phần: ma trận xử lý chứng từ
Phần lớn sai lệch chứng từ ecommerce nằm ở đơn không đi hết luồng thuận. Bảng dưới dùng phương án kích hoạt “khi giao thành công” ở mục 3.
| Tình huống | Hóa đơn gốc | Chứng từ điều chỉnh | Kho (WMS) | Kế toán |
|---|---|---|---|---|
| Hủy trước xuất kho | Không có | Không | Nhả giữ tồn | Không phát sinh |
| Hủy sau đóng gói, trước bàn giao | Không có | Không | Putback về vị trí, hủy phiếu xuất nháp | Không phát sinh |
| Giao thất bại, hoàn về kho | Không có | Không | Nhận hoàn, QC, nhập lại | Đảo phiếu xuất kho; chi phí vận chuyển hoàn là chi phí |
| Giao thành công, người mua trả toàn bộ | Đã phát hành | Có, toàn bộ giá trị, sau khi WMS nhận | Nhận hoàn, QC, nhập kho bán hoặc kho lỗi | Giảm doanh thu; nhập lại giá vốn phần phục hồi được |
| Giao thành công, trả một phần | Đã phát hành | Có, đúng dòng, đúng số lượng, đúng giá đã phân bổ | Nhận đúng dòng hoàn | Giảm doanh thu phần tương ứng |
| Hoàn tiền không cần trả hàng | Đã phát hành | Theo quyết định kế toán về bản chất khoản giảm trừ | Không có nhập kho | Không nhập lại giá vốn |
| Nhận về sai hàng / thiếu phụ kiện | Đã phát hành | Chưa tạo; chờ khiếu nại sàn | Nhập khu chờ xử lý, chụp ảnh bằng chứng | Treo khoản chờ khiếu nại |
| Carrier làm mất hàng, bồi thường | Tùy trạng thái giao đã ghi nhận | Theo kết luận của kế toán | Ghi giảm tồn có lý do | Khoản bồi thường là thu nhập khác hoặc giảm chi phí theo chính sách |
Điều quan trọng nhất trong bảng: chứng từ điều chỉnh đi theo hàng, không đi theo tiền. Sàn có thể hoàn tiền cho người mua trước khi hàng về kho, và hàng về kho có thể khác với thứ người mua khai. Nếu điều chỉnh theo yêu cầu hoàn tiền, doanh nghiệp sẽ giảm doanh thu cho hàng chưa về, hoặc tệ hơn, cho hàng không bao giờ về. Các bài quản lý hàng hoàn theo cost-to-recover và kiểm soát hàng hoàn thiếu phụ kiện mô tả khâu QC cung cấp bằng chứng này.
6. Thuế sàn khấu trừ: đối chiếu theo đơn, theo kỳ, và theo chiều ngược
Với hộ và cá nhân kinh doanh bán trên sàn có chức năng thanh toán, từ 1/7/2025 sàn khấu trừ thuế trước khi chuyển tiền. Điều này thường được hiểu nhầm thành “sàn lo thuế rồi, không cần làm gì”. Trên thực tế vẫn còn ba việc dữ liệu.
6.1. Đối chiếu theo đơn
Với mỗi dòng đối soát có thuế khấu trừ, OMS kiểm tra: thuế khấu trừ ≈ doanh thu tính thuế của đơn × tỷ lệ áp dụng, với dung sai làm tròn. Doanh thu tính thuế lấy theo định nghĩa mà sàn công bố trong chứng từ khấu trừ; nếu định nghĩa đó khác cách OMS tính doanh thu (ví dụ về trợ giá sàn), chênh lệch là hệ thống và phải giải thích được một lần, không phải mỗi tháng.
6.2. Đối chiếu theo kỳ
Tổng thuế khấu trừ trên các bảng đối soát trong kỳ phải bằng tổng trên chứng từ khấu trừ thuế sàn cung cấp. Kỳ thanh toán của sàn thường không trùng với tháng dương lịch; đơn giao cuối tháng có thể được đối soát sang tháng sau. Vì vậy cần lưu cả hai ngày: ngày ghi nhận doanh thu theo quy tắc của doanh nghiệp và ngày đối soát của sàn.
6.3. Đối chiếu theo chiều ngược: đơn hoàn sau khi đã khấu trừ
Khi đơn đã được đối soát và khấu trừ thuế rồi mới phát sinh hoàn tiền, cần theo dõi sàn có điều chỉnh khoản thuế đã khấu trừ hay không và điều chỉnh ở kỳ nào. Đây là điểm dễ thất thoát nhất vì không ai được giao theo dõi. Cách đơn giản: một báo cáo “đơn có hoàn tiền sau đối soát” liệt kê thuế đã khấu trừ và trạng thái điều chỉnh, rà mỗi kỳ.
| Kiểm tra | Công thức minh họa | Dung sai gợi ý | Chênh lệch nghĩa là |
|---|---|---|---|
| Thuế theo đơn | |thuế khấu trừ − doanh thu tính thuế × tỷ lệ| | Không quá vài đồng làm tròn mỗi đơn | Định nghĩa doanh thu khác, tỷ lệ khác hoặc lỗi dữ liệu |
| Thuế theo kỳ | Σ thuế trên đối soát − thuế trên chứng từ khấu trừ | Bằng 0 sau khi xử lý đơn chuyển kỳ | Thiếu file đối soát hoặc đơn chuyển kỳ chưa khớp |
| Doanh thu theo kỳ | Σ doanh thu tính thuế sàn − Σ doanh thu OMS cùng tập đơn | Chỉ còn các khoản đã giải thích (trợ giá sàn…) | Đơn thiếu trong OMS hoặc mapping sai |
| Hoàn sau đối soát | Số đơn hoàn tiền sau đối soát có thuế đã khấu trừ nhưng chưa có điều chỉnh | Mọi dòng có trạng thái và người phụ trách | Khoản thuế có thể bị nộp thừa |
Với doanh nghiệp (công ty) không thuộc diện khấu trừ, bảng trên vẫn dùng được cho phí và doanh thu; chỉ bỏ dòng thuế. Phần khớp tiền về tài khoản thuộc phạm vi của 4-way match.
7. Giá vốn: vì sao con số này phải đến từ WMS
Hóa đơn nói về doanh thu. Nhưng khi kế toán đóng kỳ, câu hỏi tiếp theo luôn là giá vốn. Nhiều shop dùng giá vốn bình quân cuối kỳ tính trong phần mềm kế toán từ tổng nhập và tổng xuất. Cách này ổn khi tồn kho sổ sách khớp tồn kho thật. Khi không khớp — do nhặt sai biến thể, hàng hoàn chưa nhập, combo xuất thành phần không đúng BOM, thất thoát chưa ghi nhận — giá vốn bình quân sẽ hấp thụ sai lệch một cách lặng lẽ và không ai thấy.
| Nguồn giá vốn | Ưu điểm | Điểm yếu | Phù hợp khi |
|---|---|---|---|
| Bình quân cuối kỳ trong phần mềm kế toán, số lượng xuất nhập từ file tổng | Đơn giản, ít tích hợp | Không truy được đơn nào xuất lô nào; che sai lệch kho | Một kho, ít SKU, ít hoàn, không combo |
| Số lượng xuất theo phiếu xuất WMS từng đơn, đơn giá theo phương pháp kế toán đã chọn | Truy vết đơn–phiếu xuất–SKU; hàng hoàn nhập lại đúng dòng | Cần tích hợp và kỷ luật quét mã | Nhiều kho, combo, hàng hoàn đáng kể |
| Theo lô/hạn dùng từ WMS | Cần cho hàng có hạn sử dụng, truy xuất lô | Yêu cầu quét lô ở cả nhập và xuất | Mỹ phẩm, thực phẩm, dược phẩm, hàng FEFO |
Điểm mấu chốt không phải phương pháp tính giá (bình quân, nhập trước xuất trước…), vì đó là lựa chọn kế toán. Điểm mấu chốt là số lượng xuất và nhập lại có đến từ bằng chứng quét mã theo đơn hay không. Khi số lượng đúng, phương pháp nào cũng cho kết quả có thể bảo vệ được. Liên quan: kiểm soát thất thoát tồn kho và tồn kho combo và SKU thành phần.
8. Bàn giao dữ liệu sang kế toán: chi tiết hay tổng hợp?
Câu hỏi hay gặp là có nên đẩy từng đơn sang phần mềm kế toán không. Với vài nghìn đơn mỗi ngày, bút toán từng đơn làm phần mềm kế toán nặng và khó đọc. Với bút toán tổng hợp thuần túy, mất khả năng truy vết. Phương án thực tế là tổng hợp có truy vết: bút toán theo ngày × sàn × loại nghiệp vụ, kèm file chi tiết đơn làm chứng từ đính kèm, và OMS giữ liên kết hai chiều.
| Nhóm bút toán minh họa | Nguồn dữ liệu | Mức tổng hợp gợi ý | Khóa truy vết |
|---|---|---|---|
| Doanh thu bán hàng | Hóa đơn đã phát hành | Ngày × sàn/kênh × thuế suất | Danh sách số hóa đơn |
| Giảm trừ doanh thu (hàng trả lại) | Chứng từ điều chỉnh | Ngày × sàn | Số chứng từ + mã phiếu nhập hoàn |
| Phải thu sàn / tiền về | Bảng đối soát, sao kê | Kỳ thanh toán × sàn | Mã kỳ đối soát |
| Chi phí sàn, thanh toán, affiliate, quảng cáo | Dòng đối soát, chứng từ sàn | Kỳ × sàn × loại phí | Mã giao dịch đối soát |
| Thuế khấu trừ (nếu thuộc diện) | Dòng đối soát, chứng từ khấu trừ | Kỳ × sàn | Số chứng từ khấu trừ |
| Giá vốn xuất bán | Phiếu xuất WMS | Ngày × kho × sàn | Danh sách mã phiếu xuất |
| Nhập lại hàng hoàn | Phiếu nhập hoàn WMS + QC | Ngày × kho × kết quả QC | Mã phiếu nhập hoàn |
| Hàng hỏng, thất thoát, bồi thường | Phiếu điều chỉnh WMS có lý do | Kỳ × kho × lý do | Mã phiếu điều chỉnh + người duyệt |
Tài khoản cụ thể phụ thuộc chế độ kế toán doanh nghiệp áp dụng, nên bảng trên chỉ nêu nhóm. Việc đầu tiên khi triển khai là kế toán lập bảng mapping “loại nghiệp vụ OMS/WMS → tài khoản”, có phiên bản, giống như bảng mapping dòng hóa đơn ở mục 4.
Về cách truyền: API trực tiếp vào phần mềm kế toán là lý tưởng nhưng không bắt buộc. Một file xuất chuẩn theo mẫu nhập của phần mềm kế toán, sinh tự động mỗi ngày, có tổng kiểm soát ở cuối file và được kế toán xác nhận đã nhập, thường đủ cho giai đoạn đầu. Điều không nên là mỗi tháng một người tự lọc, tự cộng rồi gõ lại.
9. Ba tổng kiểm soát mỗi kỳ: phần định lượng quan trọng nhất
Mọi thứ ở trên hội tụ vào ba con số mà kế toán và vận hành cùng ký mỗi kỳ. Nếu chỉ triển khai được một việc trong bài này, hãy triển khai phần này.
Tổng kiểm soát 1: Đơn đủ điều kiện so với hóa đơn đã phát hành
Số đơn đủ điều kiện xuất hóa đơn trong kỳ − số đơn đã có hóa đơn = số đơn tồn đọng. Mục tiêu: tồn đọng chỉ gồm đơn trong hạn xử lý hoặc đơn ngoại lệ có người phụ trách. Đồng thời kiểm tra chiều ngược: số hóa đơn không liên kết được với đơn nào phải bằng 0 (hoặc là hóa đơn bán ngoài OMS đã được đánh dấu).
Tổng kiểm soát 2: Giá trị hóa đơn so với doanh thu đối soát
Σ giá trị hóa đơn − Σ điều chỉnh = Σ doanh thu theo bảng đối soát cùng tập đơn ± các khoản chênh lệch đã được định nghĩa. Các khoản chênh lệch được định nghĩa trước, ví dụ trợ giá sàn nếu kế toán quyết định không đưa lên hóa đơn, hoặc phí vận chuyển nếu được xử lý riêng. Mọi chênh lệch ngoài danh sách là ngoại lệ.
Tổng kiểm soát 3: Số lượng trên hóa đơn so với số lượng xuất kho
Σ số lượng theo SKU trên hóa đơn (quy đổi combo về thành phần) − Σ số lượng xuất theo phiếu xuất WMS của cùng tập đơn = 0, và tương tự cho điều chỉnh so với phiếu nhập hoàn. Chênh lệch ở đây thường chỉ ra lỗi mapping SKU hoặc BOM combo, và đó cũng là nơi phát hiện sớm nhặt sai hàng.
| Chỉ số | Tần suất | Ngưỡng cảnh báo minh họa | Người chịu trách nhiệm |
|---|---|---|---|
| Yêu cầu hóa đơn quá hạn | Hằng ngày | Bất kỳ yêu cầu nào quá hạn nội bộ đã chốt | Kế toán bán hàng |
| Hóa đơn trùng khóa đơn | Hằng ngày | Lớn hơn 0 | Quản trị hệ thống |
| Chênh lệch giá trị chưa giải thích / doanh thu kỳ | Hằng tuần, chốt tháng | Trên 0,1% hoặc trên một số tiền tuyệt đối kế toán đặt | Kế toán trưởng |
| Chênh lệch số lượng hóa đơn – xuất kho | Hằng ngày | Lớn hơn 0 dòng SKU | Quản lý kho + master data |
| Hoàn tiền sau đối soát chưa có trạng thái điều chỉnh thuế | Mỗi kỳ đối soát | Lớn hơn 0 đơn không có người phụ trách | Kế toán thuế |
Các ngưỡng là điểm khởi đầu gợi ý, không phải chuẩn ngành. Doanh nghiệp nên đo baseline trong 1–2 kỳ đầu rồi siết dần.
10. OMS-only hay OMS + WMS cho luồng hóa đơn và kế toán
| Dấu hiệu | Nghiêng về OMS-only | Nghiêng về OMS + WMS |
|---|---|---|
| Số kho | Một kho, một người quản lý | Nhiều kho, kho thuê, 3PL |
| Tỷ lệ hàng hoàn | Thấp, hàng hoàn nhập lại nguyên trạng | Đáng kể, cần QC và phân loại kho bán/kho lỗi |
| Combo, quà tặng, bộ sản phẩm | Không có hoặc rất ít | Thường xuyên, BOM thay đổi theo campaign |
| Nguồn giá vốn | Bình quân cuối kỳ chấp nhận được | Cần số lượng xuất/nhập theo đơn, theo lô |
| Yêu cầu truy vết | Đơn → hóa đơn là đủ | Đơn → hóa đơn → kiện → lô → phiếu nhập hoàn |
| Tổng kiểm soát 3 (số lượng) | Làm được ở mức tổng tháng | Cần hằng ngày để bắt lỗi nhặt hàng và mapping |
Nói ngắn gọn: OMS đủ để trả lời “đơn nào, bao nhiêu tiền, hóa đơn nào”. WMS cần thiết khi câu hỏi mở rộng sang “hàng nào thực sự đã rời kho và đã quay về, trong tình trạng nào”, vì đó là căn cứ của giá vốn và chứng từ điều chỉnh. Xem thêm khi nào chuyển từ OMS sang OMS + WMS.
11. Đơn yêu cầu hóa đơn công ty và bán B2B trong cùng hệ thống
Một phần nhỏ đơn sàn có người mua yêu cầu hóa đơn ghi thông tin công ty. Tỷ lệ này thường thấp nhưng rủi ro cao: sai mã số thuế hoặc tên đơn vị sẽ phải xử lý chứng từ sai sót, và người mua doanh nghiệp thường phản hồi nhanh. Quy trình tối thiểu:
- OMS tách cờ “yêu cầu hóa đơn công ty” thành trường có cấu trúc (mã số thuế, tên, địa chỉ, email nhận), không để trong ghi chú tự do.
- Kiểm tra định dạng mã số thuế và tra cứu thông tin trước khi phát hành; đơn thiếu hoặc sai thông tin vào hàng đợi ngoại lệ, không phát hành với thông tin người mua lẻ rồi “sửa sau”.
- WMS gắn cờ tương ứng để khâu đóng gói kiểm tra chứng từ đi kèm nếu có — chi tiết ở bài kiểm soát đơn cần xuất hóa đơn VAT.
Với doanh nghiệp vừa bán lẻ trên sàn vừa bán buôn cho đại lý từ cùng kho, OMS nên giữ cả hai loại đơn trong cùng mô hình dữ liệu, khác nhau ở quy tắc kích hoạt (đơn B2B thường xuất hóa đơn khi giao hàng theo phiếu giao) và điều khoản thanh toán. Tách hai hệ thống là cách nhanh nhất để tổng kiểm soát 3 không bao giờ khớp. Liên quan: quản lý đơn B2B và B2C cùng kho.
12. Campaign 9.9, 10.10, 11.11: khi hàng đợi hóa đơn trở thành nút cổ chai
Ngày campaign, số đơn có thể gấp nhiều lần ngày thường. Nếu hóa đơn kích hoạt khi giao thành công, đỉnh hóa đơn đến chậm vài ngày sau đỉnh đơn — và trùng với đỉnh hàng hoàn. Ba rủi ro kỹ thuật:
- Giới hạn tốc độ của dịch vụ hóa đơn. Hỏi nhà cung cấp hóa đơn giới hạn số lượng phát hành mỗi phút và hành vi khi vượt. Hàng đợi phát hành cần tự điều tiết, không bắn đồng loạt.
- Retry sinh trùng. Khi dịch vụ chậm, timeout không có nghĩa là thất bại. Retry phải dùng cùng khóa hóa đơn và kiểm tra trạng thái trước khi gửi lại.
- Mapping mới chưa kiểm thử. Campaign thường đi kèm combo, quà tặng và voucher mới. Mọi SKU combo và quy tắc voucher mới phải qua kiểm thử mapping trước ngày chạy, ít nhất bằng một đơn thử có đủ các lớp giá.
Chỉ số theo dõi trong tuần campaign: tồn đọng yêu cầu hóa đơn theo tuổi (dưới 24 giờ, 24–48 giờ, trên 48 giờ), số lỗi phát hành theo mã lỗi, và số đơn ngoại lệ mapping. Kế hoạch năng lực kho cho campaign xem tại điều tiết công suất kho mùa campaign; đối soát phí sau campaign xem đối soát phí sàn và COD sau campaign.
13. Ví dụ minh họa: shop 600 đơn/ngày trên ba sàn
Ví dụ dưới đây hoàn toàn giả định, dùng để minh họa cách ba tổng kiểm soát bắt lỗi. Không phải số liệu khách hàng.
Một công ty bán đồ gia dụng trên Shopee, Lazada và TikTok Shop, trung bình 600 đơn/ngày, một kho tự vận hành, khoảng 8% đơn giao thất bại hoặc bị trả, có bán combo. Trước khi có quy tắc, kế toán tải file đơn hàng tuần và xuất hóa đơn theo lô.
| Phát hiện ở tháng đầu chạy tổng kiểm soát | Tổng kiểm soát bắt được | Nguyên nhân gốc | Sửa |
|---|---|---|---|
| Khoảng vài chục hóa đơn trùng | TKS 1 (chiều ngược) | Tải lại file tuần bị chồng ngày | Khóa hóa đơn theo mã đơn |
| Chênh lệch giá trị hóa đơn và doanh thu đối soát không giải thích được | TKS 2 | Voucher shop cấp đơn không phân bổ; trợ giá TikTok Shop lẫn vào đơn giá | Lưu thành phần giá; quy tắc phân bổ; quyết định kế toán về trợ giá bằng văn bản |
| Hóa đơn ghi 1 combo, kho xuất 3 thành phần nhưng một ngày có SKU thành phần lệch | TKS 3 | BOM combo đổi cho campaign nhưng mapping hóa đơn chưa đổi | BOM có phiên bản, gắn ngày hiệu lực |
| Chứng từ điều chỉnh cho đơn hoàn mà hàng chưa về | Đối chiếu điều chỉnh – phiếu nhập hoàn | Điều chỉnh theo trạng thái hoàn tiền trên sàn | Điều chỉnh chỉ sinh sau khi WMS quét nhận |
Bài học của ví dụ: không lỗi nào ở trên là lỗi của phần mềm hóa đơn. Tất cả đều là lỗi quy tắc và dữ liệu ở phía trước nó. Và cả bốn đều chỉ lộ ra khi có tổng kiểm soát, vì từng hóa đơn riêng lẻ nhìn đều “đúng”.
14. Kế hoạch 30–60–90 ngày
| Giai đoạn | Việc chính | Đầu ra kiểm chứng được |
|---|---|---|
| Ngày 1–30: chốt quy tắc | Kế toán chốt mốc kích hoạt, quy tắc voucher/trợ giá/phí vận chuyển/combo/quà tặng, phương án bán lẻ theo quy định hiện hành; lập mapping nghiệp vụ → tài khoản; đo baseline ba tổng kiểm soát bằng dữ liệu tháng trước | Bảng quyết định có chữ ký; báo cáo baseline chênh lệch |
| Ngày 31–60: đưa quy tắc vào hệ thống | Khóa hóa đơn theo đơn; hàng đợi yêu cầu hóa đơn có tuổi; lưu thành phần giá; điều chỉnh sinh từ phiếu nhập hoàn; file bàn giao kế toán hằng ngày | Không còn hóa đơn trùng; mọi điều chỉnh có mã phiếu nhập hoàn |
| Ngày 61–90: vận hành và siết | Chạy ba tổng kiểm soát hằng ngày/tuần; đối chiếu thuế khấu trừ theo kỳ; diễn tập campaign với hàng đợi hóa đơn; siết ngưỡng dung sai | Chốt tháng có biên bản ba tổng kiểm soát; chênh lệch chưa giải thích dưới ngưỡng đã đặt |
Nếu doanh nghiệp đang triển khai OMS + WMS mới, hãy đưa phần này vào tiêu chí nghiệm thu ngay từ đầu thay vì làm sau go-live. Xem chọn và nghiệm thu OMS + WMS và triển khai OMS + WMS không gián đoạn.
15. Checklist thực thi cho đội ecommerce Việt Nam
- Viết bảng quyết định kích hoạt hóa đơn trong một trang, gồm mọi trạng thái đơn ở mục 3 và phương án cho đơn hủy, giao thất bại, trả hàng; kế toán trưởng ký xác nhận. Làm xong trong một tuần.
- Chọn 50 đơn tháng trước có đủ tình huống (voucher shop, trợ giá sàn, combo, quà tặng, hoàn một phần, giao thất bại, hóa đơn công ty) và dò tay từ đơn đến hóa đơn, phiếu xuất, dòng đối soát. Mỗi đơn không dò được là một lỗ hổng quy tắc cần ghi lại.
- Chạy ba tổng kiểm soát cho tháng trước bằng file xuất sẵn có, dù thủ công. Con số chênh lệch đầu tiên là baseline để đo tiến bộ và là căn cứ đầu tư hệ thống.
- Đổi quy tắc điều chỉnh hàng hoàn: chỉ tạo chứng từ điều chỉnh khi kho đã quét nhận đúng dòng hoặc khi có quyết định hoàn tiền không cần trả hàng. Áp dụng ngay, không cần chờ hệ thống mới.
- Hỏi nhà cung cấp OMS và hóa đơn ba câu: khóa chống trùng là gì, giới hạn tốc độ phát hành bao nhiêu, và làm sao truy từ số hóa đơn về mã đơn sàn trong một bước.
16. Sai lầm phổ biến cần sửa
| Câu nói thường gặp | Vì sao chưa đủ hoặc sai | Cách đúng hơn |
|---|---|---|
| “Phần mềm hóa đơn của chúng tôi đáp ứng đầy đủ quy định” | Phần mềm hóa đơn đúng định dạng không đảm bảo dữ liệu đưa vào đúng; phần lớn lỗi nằm ở đơn và mapping | Kiểm tra quy tắc kích hoạt, mapping và ba tổng kiểm soát |
| “Sàn khấu trừ thuế rồi nên không cần đối chiếu” | Chỉ áp dụng cho hộ, cá nhân kinh doanh; vẫn cần đối chiếu theo đơn, theo kỳ và đơn hoàn sau khấu trừ | Báo cáo đối chiếu thuế mỗi kỳ đối soát |
| “Xuất hóa đơn khi khách hoàn tiền thì điều chỉnh luôn” | Điều chỉnh theo tiền, không theo hàng, dẫn đến giảm doanh thu cho hàng chưa hoặc không về | Điều chỉnh theo phiếu nhập hoàn WMS |
| “Giá trên hóa đơn là số tiền khách trả” | Bỏ qua phân biệt voucher shop, trợ giá sàn, phí vận chuyển | Lưu thành phần giá; quy tắc có phiên bản |
| “Cuối tháng kế toán tổng hợp là được” | Sai lệch tích lũy cả tháng mới lộ, nguyên nhân đã khó truy | Tổng kiểm soát hằng ngày cho số lượng, hằng tuần cho giá trị |
| “Giá vốn để phần mềm kế toán tự tính bình quân” | Che sai lệch kho, nhặt sai biến thể, hàng hoàn chưa nhập | Số lượng xuất/nhập theo bằng chứng quét mã WMS |
| “Retry khi lỗi là xong” | Retry không idempotent sinh hóa đơn trùng | Khóa hóa đơn duy nhất; kiểm tra trạng thái trước khi gửi lại |
17. Câu hỏi nghiệm thu khi đánh giá OMS + WMS cho luồng hóa đơn
- Cho xem một đơn thật có voucher shop cấp đơn và hoàn một phần: số tiền điều chỉnh được tính từ đâu, và có khớp với phần voucher đã phân bổ không?
- Tắt kết nối đến dịch vụ hóa đơn trong lúc phát hành một lô, bật lại: có hóa đơn trùng không, log nào chứng minh?
- Đổi BOM một combo từ ngày mai: hóa đơn và phiếu xuất của đơn hôm qua có giữ BOM cũ không?
- Từ một số hóa đơn bất kỳ, mất bao nhiêu thao tác để ra mã đơn sàn, mã kiện, phiếu xuất và dòng đối soát?
- Báo cáo ba tổng kiểm soát có xuất được theo ngày, theo sàn, theo kho không, và chênh lệch có dẫn xuống danh sách đơn không?
- Đơn yêu cầu hóa đơn công ty thiếu mã số thuế đi vào đâu, ai nhận cảnh báo?
Mọi câu trả lời nên được chứng minh trên dữ liệu thật của doanh nghiệp trong POC, không bằng tài liệu. Khả năng cụ thể của sản phẩm và tích hợp với nhà cung cấp hóa đơn, phần mềm kế toán đang dùng cần được xác nhận trên phạm vi thật.
18. FAQ triển khai ngắn
Hộ kinh doanh bán sàn nhỏ có cần làm những việc này không?
Cần ở mức tối giản: lưu file đơn và file đối soát từng kỳ, đối chiếu thuế sàn khấu trừ với doanh thu, và có quy tắc nhất quán khi trả hàng. Khi chuyển sang tự kê khai, sổ doanh thu nhất quán giữa các kênh là nền tảng.
Bán trên website, fanpage và sàn cùng lúc thì hóa đơn khác gì?
Đơn ngoài sàn không có bảng đối soát sàn và không có cơ chế sàn khấu trừ thuế, nên tổng kiểm soát 2 đối chiếu với tiền COD từ đơn vị vận chuyển hoặc tiền chuyển khoản. Quy tắc kích hoạt và mapping vẫn dùng chung.
Dùng 3PL thì phiếu xuất kho lấy từ đâu?
Từ dữ liệu xác nhận xuất của 3PL theo đơn, đối chiếu với trạng thái bàn giao carrier. Hợp đồng 3PL nên yêu cầu dữ liệu này theo đơn, theo SKU, có mã kiện. Xem SLA 3PL fulfillment.
Có cần đổi phần mềm kế toán không?
Thường không. Điều cần là file hoặc API bàn giao chuẩn, có tổng kiểm soát và khóa truy vết. Đổi phần mềm kế toán mà không sửa quy tắc phía trước sẽ chỉ chuyển sai lệch sang giao diện mới.
Ai nên sở hữu bảng quy tắc?
Kế toán sở hữu quyết định (ghi nhận gì, khi nào); vận hành sở hữu bằng chứng (quét gì, ở đâu); quản trị hệ thống sở hữu cấu hình và phiên bản. Không bên nào được sửa quy tắc của bên kia mà không có phê duyệt.
19. Kết luận: nhất quán trước, tự động sau
Hóa đơn điện tử cho ecommerce không phải bài toán phần mềm hóa đơn. Đó là bài toán nhất quán dữ liệu giữa bốn nguồn — đơn, kho, sàn và kế toán — trong bối cảnh cơ quan thuế ngày càng nhìn thấy nhiều nguồn cùng lúc. Doanh nghiệp làm tốt không phải doanh nghiệp tự động hóa nhiều nhất, mà là doanh nghiệp giải thích được mọi chênh lệch.
Ba việc tạo ra phần lớn khác biệt: một bảng quyết định kích hoạt hóa đơn có chữ ký kế toán, chứng từ điều chỉnh đi theo hàng chứ không theo tiền, và ba tổng kiểm soát chạy đều đặn. OMS-only đủ khi kho đơn giản và giá vốn bình quân chấp nhận được. OMS + WMS cần thiết khi giá vốn, combo, hàng hoàn và nhiều kho khiến câu hỏi “hàng nào thực sự đã rời kho và quay về” trở thành căn cứ của chứng từ.
Để đánh giá sát doanh nghiệp Việt Nam, hãy xem phạm vi sản phẩm OMS + WMS, cách xử lý đơn và tồn đa kênh tại giải pháp bán hàng đa kênh, các bước vận hành kho tại giải pháp vận hành kho, cam kết dịch vụ và cách xác nhận phạm vi, đọc câu hỏi thường gặp, rồi đăng ký tư vấn. Đội JST ERP Việt Nam có thể cùng kế toán và vận hành dựng bảng trạng thái hóa đơn, quy tắc mapping và tổng kiểm soát trên dữ liệu thật; mọi khả năng sản phẩm và tích hợp cần được xác nhận trên phạm vi thật, và phần quy định cần kế toán hoặc tư vấn thuế xác nhận.