Kiến trúc kết nối dữ liệu đơn hàng, phí sàn và chiết khấu từ các Sàn TMĐT cùng Website về chung hệ thống kế toán – ERP
Kiến trúc kết nối dữ liệu đơn mua từ các sàn thương mại điện tử và website về chung hệ thống kế toán ERP đòi hỏi một lớp trung gian chuẩn hóa dữ liệu nhằm đồng nhất danh mục mã hàng, tách bạch các khoản phí dịch vụ sàn, phân bổ chiết khấu mã giảm giá đồng tài trợ và tự động đối soát dòng tiền giải ngân. Thay vì đẩy thẳng từng đơn lẻ gây quá tải sổ cái, hệ thống hiện đại tách luồng vận hành kho theo thời gian thực và luồng hạch toán tài chính theo sự kiện đối soát thực nhận.
Bán hàng trên nhiều sàn thương mại điện tử song song với kênh Website riêng giúp doanh nghiệp mở rộng độ phủ thị trường nhanh chóng, nhưng lại tạo ra một cơn ác mộng thực sự cho phòng tài chính kế toán. Mỗi kênh trả về một cấu trúc dữ liệu hoàn toàn khác nhau, đi kèm hàng chục khoản phí ẩn, trợ giá chéo và đơn hoàn trả trễ hạn khiến số liệu giữa báo cáo bán hàng và sổ cái ERP luôn trong tình trạng lệch pha.
Bức tranh hỗn loạn khi dữ liệu đơn hàng từ Sàn TMĐT và Website đổ về phòng kế toán
Sự khác biệt căn bản giữa một đơn mua phát sinh trên Website thương mại điện tử tự chủ và một đơn mua trên các sàn nằm ở quyền kiểm soát luồng tiền cùng cấu trúc chi phí đi kèm. Trên Website riêng của doanh nghiệp, giá bán niêm yết trừ đi mã giảm giá nội bộ cộng với phí vận chuyển thu hộ sẽ khớp hoàn toàn với số tiền cổng thanh toán hoặc đơn vị giao nhận chuyển về tài khoản ngân hàng. Ngược lại, một đơn mua trên sàn thương mại điện tử phải đi qua một mê cung tài chính gồm phí cố định theo ngành hàng, phí dịch vụ thanh toán, phí gói hiển thị hoàn xu, mã giảm giá của nhà bán, mã giảm giá của sàn và các khoản trợ giá đồng tài trợ theo chiến dịch.
Thách thức càng nhân lên gấp bội khi chu kỳ sống của đơn mua và chu kỳ giải ngân tiền hàng trên các sàn diễn ra hoàn toàn lệch nhịp với kỳ kế toán truyền thống. Một đơn mua có thể được xuất kho và ghi nhận doanh thu tạm tính vào cuối tháng này, nhưng phải đến giữa tháng sau người mua mới bấm xác nhận đã nhận hàng hoặc bất ngờ phát sinh yêu cầu trả hàng hoàn tiền một phần. Trong suốt khoảng thời gian đó, các sàn còn có thể tự động cấn trừ tiền phạt giao hàng trễ, phí vận chuyển chiều hoàn về hoặc điều chỉnh lại mức phí dịch vụ ngay trên số dư ví điện tử của gian hàng mà không gắn rõ với từng mã hóa đơn ban đầu.
Nếu doanh nghiệp kết nối dữ liệu theo cách thô sơ là cứ có đơn mua mới liền đẩy thẳng sang phân hệ kế toán để sinh hóa đơn và ghi nhận công nợ phải thu, sổ cái ERP sẽ nhanh chóng biến thành một mớ hỗn độn không thể kiểm toán. Nhân viên kế toán sẽ phải ngồi dò tìm từng dòng lệch vài trăm đồng do làm tròn số thuế giá trị gia tăng giữa thuật toán của sàn và thuật toán của phần mềm ERP. Do đó, bài toán tích hợp đa kênh về ERP không đơn thuần là việc nối hai đầu cổng API, mà là việc thiết kế một kiến trúc dịch thuật tài chính có khả năng chuẩn hóa mọi biến số dị biệt về một chuẩn hạch toán thống nhất.
- Cấu trúc doanh thu thực nhận từ sàn bị cắt giảm bởi hàng loạt loại phí dịch vụ, phí thanh toán và chương trình đồng tài trợ phức tạp.
- Độ trễ giữa thời điểm xuất kho vật lý và thời điểm sàn giải ngân tiền hàng kéo dài qua nhiều kỳ chốt sổ kế toán khác nhau.
- Hiện tượng hoàn hàng một phần, hủy đơn sau khi đã xuất kho hoặc cấn trừ phí vận chuyển chiều về làm sai lệch hoàn toàn công nợ ban đầu.
- Sự khác biệt về quy tắc làm tròn thuế suất và phân bổ chiết khấu giữa hệ thống sàn với chuẩn mực kế toán trong ERP gây lệch số liệu.
| Hạng mục dữ liệu | Kênh Website Thương mại điện tử riêng | Kênh Sàn Thương mại điện tử | Yêu cầu xử lý khi đẩy về ERP |
|---|---|---|---|
| Thông tin định danh khách hàng | Đầy đủ tên, số điện thoại, lịch sử mua | Bị che ẩn thông tin cá nhân theo chính sách sàn | Gom nhóm theo mã khách hàng đại diện từng sàn |
| Cấu trúc giảm giá và Voucher | Doanh nghiệp tự cấu hình, kiểm soát 100% | Trộn lẫn voucher nhà bán, voucher sàn và đồng tài trợ | Tách riêng phần giảm trừ doanh thu và phần thu hộ sàn |
| Chi phí dịch vụ trên từng đơn | Chỉ gồm phí cổng thanh toán và phí vận chuyển | Phí cố định, phí thanh toán, phí gói tiếp thị, phí phạt | Tự động hạch toán vào tài khoản chi phí bán hàng tương ứng |
| Thời điểm đối soát dòng tiền | Nhận trực tiếp từ cổng thanh toán hoặc đơn vị vận chuyển | Giải ngân theo chu kỳ ví sàn sau khi hết hạn khiếu nại | Theo dõi qua tài khoản tiền đang chuyển chờ quyết toán |
Kiến trúc lớp trung gian chuẩn hóa dữ liệu (Canonical Data Model) cho đơn hàng đa kênh
Để giải quyết triệt để sự bất đồng bộ cấu trúc dữ liệu giữa các sàn thương mại điện tử và kênh Website riêng, kiến trúc hệ thống bắt buộc phải có một lớp trung gian đóng vai trò chuyển đổi mọi định dạng đầu vào về một mô hình dữ liệu chuẩn duy nhất. Khi đơn mua từ Website, từ sàn A hay sàn B đi vào lớp trung gian này, toàn bộ tên trường dữ liệu, mã trạng thái vận chuyển và cấu trúc bảng kê chi tiết đều được biên dịch lại thành một định dạng JSON chuẩn hóa trước khi giao tiếp với hệ thống ERP. Nhờ lớp đệm kiến trúc này, phân hệ kế toán và kho vận bên trong ERP không cần phải viết hàng chục đoạn mã xử lý riêng lẻ cho từng kênh bán hay phải sửa đổi lõi hệ thống mỗi khi một sàn thay đổi phiên bản API.
Trọng tâm của lớp chuẩn hóa này là hệ thống quản lý dữ liệu danh mục gốc, nơi thiết lập mối quan hệ ánh xạ chính xác giữa mã sản phẩm nội bộ trong ERP với các mã hiển thị trên Website và từng gian hàng trực tuyến. Đối với các mặt hàng bán theo gói combo hoặc chương trình mua kèm tặng quà trên Website và sàn, lớp trung gian sẽ thực hiện bước phân rã tự động thành các dòng sản phẩm vật lý đơn lẻ kèm theo tỷ lệ phân bổ giá bán tương ứng với giá vốn định mức. Quá trình làm sạch và chuẩn hóa ngay từ cửa ngõ giúp hệ thống kho nhận được lệnh xuất hàng đúng mã vật tư, đồng thời hệ thống kế toán nhận được số liệu doanh thu chi tiết tới từng đơn vị sản phẩm.
Bên cạnh việc chuẩn hóa mã hàng, lớp trung gian còn đảm nhận nhiệm vụ tách luồng xử lý thành hai đường ống độc lập gồm luồng vận hành kho theo thời gian thực và luồng ghi nhận tài chính theo trạng thái hoàn tất. Ngay khi đơn mua được xác nhận đặt thành công trên Website hoặc sàn, luồng vận hành sẽ lập tức gửi yêu cầu giữ chỗ tồn kho và tạo lệnh soạn hàng xuất kho tại phân hệ quản lý kho của ERP để kịp tiến độ giao nhận. Trong khi đó, luồng tài chính sẽ giữ đơn mua ở trạng thái chờ hoặc ghi nhận vào sổ phụ tạm tính, chỉ chính thức kích hoạt việc tạo hóa đơn kế toán và ghi nhận công nợ phải thu khi đơn mua chuyển sang trạng thái giao thành công hoặc có dữ liệu quyết toán.
- Xây dựng mô hình dữ liệu chuẩn giúp biên dịch mọi cấu trúc đơn mua dị biệt từ các sàn và Website về một ngôn ngữ thống nhất cho ERP.
- Quản lý bảng ánh xạ SKU tập trung kết hợp thuật toán tự động phân rã gói sản phẩm combo và quà tặng thành các mã vật tư gốc.
- Tách biệt hoàn toàn luồng giữ chỗ xuất kho tức thời và luồng ghi nhận bút toán doanh thu kế toán để tránh phải hủy sửa sổ cái liên tục.
- Bảo vệ hệ thống ERP lõi khỏi sự biến động khi các sàn thương mại điện tử thường xuyên nâng cấp hoặc thay đổi cấu trúc trả về của API.
Thuật toán bóc tách phí sàn, phân bổ chiết khấu đồng tài trợ và xử lý đơn hoàn trả
Một trong những bài toán hóc búa đối với đội ngũ kỹ sư tích hợp ERP là xử lý chính xác các loại mã giảm giá và chương trình trợ giá trên sàn thương mại điện tử để tuân thủ đúng chuẩn mực kế toán. Khi một sản phẩm có giá niêm yết năm trăm ngàn đồng được bán ra với giá bốn trăm ngàn đồng, hệ thống phải phân biệt rõ một trăm ngàn đồng chênh lệch đó là khoản giảm giá trực tiếp do doanh nghiệp tự chịu hay là khoản mã giảm giá do sàn tài trợ. Nếu do doanh nghiệp tự tài trợ, giá trị này được hạch toán vào khoản giảm trừ doanh thu; nhưng nếu do sàn tài trợ toàn phần, doanh nghiệp vẫn phải xuất hóa đơn và ghi nhận doanh thu đủ năm trăm ngàn đồng, trong đó bốn trăm ngàn thu từ khách và một trăm ngàn ghi nhận phải thu từ phía sàn.
Phức tạp hơn nữa là các chương trình mã giảm giá đồng tài trợ, nơi doanh nghiệp và sàn cùng chịu một tỷ lệ phần trăm nhất định trên tổng mức giảm giá cho người tiêu dùng. Lớp tích hợp dữ liệu phải đọc sâu vào các trường thông tin chi tiết của API tài chính đơn mua để tách chính xác phần tiền doanh nghiệp chịu đưa vào chiết khấu thương mại, còn phần sàn chịu đưa vào công nợ phải thu đối tác sàn. Tương tự, toàn bộ các khoản phí hoa hồng cố định, phí xử lý thanh toán và phí tham gia gói tiếp thị bị sàn khấu trừ trực tiếp trên đơn mua cũng phải được bóc tách tự động để định khoản vào tài khoản chi phí bán hàng tương ứng kèm theo mã trung tâm chi phí của từng kênh.
Đối với nghiệp vụ đơn mua bị hủy giữa chừng hoặc khách trả hàng hoàn tiền sau khi đã nhận, hệ thống tích hợp cần thiết lập quy trình xử lý tự động theo đúng giai đoạn phát sinh sự cố. Nếu đơn mua bị hủy khi hàng vừa mới đóng gói tại kho nhưng chưa bàn giao cho bưu tá, hệ thống chỉ cần hủy phiếu xuất kho nháp và giải phóng lượng tồn kho đang tạm giữ mà không làm phát sinh bút toán kế toán. Ngược lại, nếu hàng đã giao thành công và đã xuất hóa đơn nhưng khách yêu cầu trả hàng, hệ thống phải tự động khởi tạo quy trình nhập kho hàng bán bị trả lại để kiểm tra chất lượng, đồng thời sinh bút toán điều chỉnh giảm doanh thu và ghi nhận thêm chi phí vận chuyển chiều hoàn về do sàn thu.
- Phân biệt tự động giữa chiết khấu do nhà bán tự chịu và khoản trợ giá do sàn tài trợ để xác định đúng giá trị xuất hóa đơn thuế.
- Tách tỷ lệ đồng tài trợ voucher chính xác tới từng dòng sản phẩm nhằm phục vụ báo cáo biên lợi nhuận gộp theo từng nhãn hàng.
- Tự động hạch toán các khoản phí cố định, phí thanh toán và phí dịch vụ sàn vào đúng tiểu khoản chi phí bán hàng của từng kênh.
- Xử lý linh hoạt quy trình hoàn hàng theo hai kịch bản: hủy lệnh xuất kho trước khi giao và nhập hàng bán trả lại kèm điều chỉnh hóa đơn.
| Thành phần tài chính trên đơn | Bản chất nghiệp vụ kinh tế | Cách xử lý tự động tại lớp tích hợp | Tài khoản hạch toán đích trong ERP |
|---|---|---|---|
| Giá bán sau giảm của nhà bán | Doanh thu bán hàng thực tế của doanh nghiệp | Phân bổ theo tỷ lệ giá trị từng SKU trong giỏ hàng | Ghi Có tài khoản Doanh thu bán hàng và cung cấp dịch vụ |
| Trợ giá và Voucher của Sàn | Khoản sàn trả thay cho người mua hàng | Cộng vào giá trị hóa đơn và ghi nhận sàn thu hộ | Ghi Nợ tài khoản Phải thu khác chi tiết theo đối tác sàn |
| Phí hoa hồng và phí thanh toán | Chi phí dịch vụ thương mại điện tử phải trả | Đọc từ API quyết toán đơn và gom theo kỳ hóa đơn phí | Ghi Nợ tài khoản Chi phí bán hàng chi tiết theo từng sàn |
| Tiền thực nhận về ví hoặc ngân hàng | Dòng tiền thuần sau khi cấn trừ mọi loại phí | Đối chiếu tự động với sao kê ngân hàng qua mã phiên rút | Ghi Nợ tài khoản Tiền gửi ngân hàng, xóa công nợ phải thu |
Tự động hóa quy trình đối soát dòng tiền giải ngân (Settlement Reconciliation) và tối ưu tải cho ERP
Mảnh ghép hoàn chỉnh của kiến trúc tích hợp dữ liệu đa kênh về ERP chính là phân hệ đối soát dòng tiền giải ngân tự động giữa báo cáo quyết toán của các sàn hoặc cổng thanh toán Website với sổ cái kế toán. Định kỳ hàng tuần hoặc hàng ngày, khi sàn thương mại điện tử thực hiện lệnh chuyển tiền từ ví gian hàng về tài khoản ngân hàng của doanh nghiệp, hệ thống tích hợp sẽ tự động tải tệp báo cáo quyết toán chi tiết thông qua API tài chính. Thuật toán đối soát sẽ quét qua hàng chục ngàn mã đơn mua nằm trong phiên giải ngân đó, so khớp từng đồng doanh thu, từng khoản phí bị trừ và tiền bồi thường hàng thất lạc với số liệu tạm tính đã ghi nhận trước đó trong hệ thống.
Những đơn mua khớp hoàn toàn về mặt số liệu sẽ được hệ thống tự động đóng trạng thái công nợ phải thu và kết chuyển sang bút toán thu tiền ngân hàng mà không cần bất kỳ sự can thiệp nào của con người. Đối với một tỷ lệ nhỏ những đơn mua có sự chênh lệch giữa số tiền dự kiến thu và số tiền thực tế sàn trả, hệ thống sẽ tự động cô lập và đẩy vào một danh sách cảnh báo ngoại lệ trên màn hình làm việc của kế toán viên. Cách tiếp cận quản trị theo ngoại lệ này giúp bộ phận tài chính giải phóng tới chín mươi phần trăm thời gian dò bảng tính thủ công, chỉ tập trung xử lý những trường hợp thực sự có sai sót hoặc cần khiếu nại với bộ phận hỗ trợ của sàn.
Về mặt hiệu năng hệ thống, đối với các doanh nghiệp có quy mô từ vài chục ngàn đến hàng trăm ngàn đơn mua mỗi tháng, việc tạo bút toán sổ cái riêng lẻ cho từng đơn mua sẽ làm phình đại cơ sở dữ liệu ERP và làm chậm các tác vụ chạy báo cáo tài chính. Giải pháp kiến trúc được khuyến nghị là lưu trữ toàn bộ chi tiết từng đơn mua tại cơ sở dữ liệu của lớp trung gian hoặc phân hệ bán lẻ chuyên biệt, sau đó thực hiện gom nhóm để đẩy các bút toán tổng hợp theo ngày, theo kênh bán và theo kho xuất vào sổ cái ERP. Phương pháp kết hợp giữa lưu trữ chi tiết ở tầng ngoài và hạch toán tổng hợp ở tầng lõi vừa giữ trọn vẹn khả năng truy vết kiểm toán tới từng mã vận đơn, vừa giữ cho hệ thống ERP vận hành nhẹ nhàng và ổn định lâu dài.
- Tự động tải báo cáo quyết toán qua API để so khớp từng mã vận đơn với khoản tiền thực tế được giải ngân về tài khoản ngân hàng.
- Áp dụng cơ chế đối soát theo ngoại lệ, tự động đóng công nợ các đơn khớp số và chỉ cảnh báo những đơn có chênh lệch phí bất thường.
- Tối ưu hiệu năng cơ sở dữ liệu ERP bằng cách lưu chi tiết đơn ở tầng trung gian và đẩy bút toán tổng hợp theo ca hoặc theo ngày vào sổ cái.
- Duy trì khả năng truy vết ngược từ một bút toán tổng trên báo cáo tài chính về danh sách hàng ngàn đơn mua gốc trên Website và sàn.
Câu hỏi thường gặp
Giải đáp nhanh những điểm thương hiệu bán lẻ D2C, chuỗi cửa hàng đa chi nhánh, doanh nghiệp sản xuất – phân phối B2B và đơn vị xây dựng sàn giao dịch thương mại điện tử hay hỏi về chủ đề này.
Doanh nghiệp có nên đẩy trực tiếp từng đơn hàng lẻ từ sàn thương mại điện tử vào thẳng sổ cái kế toán ERP không?
Với quy mô vài chục đơn mỗi ngày thì có thể đẩy trực tiếp, nhưng khi lên tới hàng ngàn đơn mỗi ngày, việc đẩy từng đơn lẻ sẽ làm quá tải bảng dữ liệu bút toán trong ERP và gây rối loạn khi có đơn hủy hoặc hoàn một phần. Kiến trúc chuẩn là đồng bộ chi tiết đơn ở tầng quản lý vận hành kho, còn tầng kế toán sổ cái chỉ nhận dữ liệu tổng hợp theo ngày hoặc theo phiên đối soát đã hoàn tất.
Làm thế nào để xử lý việc lệch vài đồng tiền thuế GTGT giữa cách tính của sàn và cách tính của phần mềm ERP?
Lớp phần mềm trung gian tích hợp cần được cấu hình để lấy nguyên giá trị tiền thuế và tổng thanh toán từ dữ liệu gốc của đơn hàng làm chuẩn, sau đó tự động tính toán phần chênh lệch làm tròn số học từ một đến vài đồng để hạch toán vào một dòng điều chỉnh làm tròn riêng biệt, giúp hóa đơn và công nợ khớp tuyệt đối.
Khi khách mua hàng trên Website riêng và thanh toán qua cổng trung gian hoặc thu hộ COD thì quy trình đối soát về ERP diễn ra thế nào?
Quy trình diễn ra tương tự như đối soát sàn nhưng đơn giản hơn nhiều: hệ thống sẽ nhận tệp đối soát qua API hoặc Webhook từ cổng thanh toán và đơn vị vận chuyển COD, tự động khớp theo mã đơn hàng trên Website, tách riêng phần phí giao dịch cổng thanh toán hoặc phí thu hộ để đưa vào chi phí, và tự động gạch nợ phải thu khách hàng.
Nhận tư vấn kiến trúc & Báo giá chi tiết hệ thống Website Thương mại điện tử
Hãy cho Uptech biết mô hình bán hàng của bạn (B2C, B2B hay Đa kho/Sàn), số lượng mã sản phẩm (SKU) dự kiến và các phần mềm cổng thanh toán, vận chuyển, ERP/POS cần kết nối. Kỹ sư giải pháp của Uptech sẽ phân tích và gửi bản đề xuất kiến trúc kèm dự toán chi phí minh bạch trong 24 giờ làm việc.
- Phản hồi kèm sơ đồ kiến trúc đề xuất trong vòng 24 giờ làm việc
- Tư vấn miễn phí lộ trình đồng bộ tồn kho ERP/POS và cấu trúc SEO danh mục lớn
- Hợp đồng pháp nhân rõ ràng, bàn giao mã nguồn, xuất hóa đơn GTGT (VAT) đầy đủ