Giải pháp tích hợp Website thương mại điện tử với hệ thống hoạch định doanh nghiệp SAP Business One và SAP S/4HANA

1. Đặc thù kiến trúc giao tiếp của SAP Business One (Service Layer) và SAP S/4HANA (OData / BAPI)

Khác với các hệ thống ERP mã nguồn mở cho phép can thiệp sâu vào mã nguồn lõi, hệ sinh thái SAP tuân thủ nghiêm ngặt nguyên tắc bảo toàn tính toàn vẹn của cơ sở dữ liệu (Database Integrity) và dấu vết kiểm toán (Audit Trail). Mọi hành vi dùng câu lệnh SQL (INSERT, UPDATE, DELETE) tác động trực tiếp vào cơ sở dữ liệu MS SQL Server hoặc SAP HANA bên dưới SAP đều bị nghiêm cấm tuyệt đối, vì hành động này sẽ phá vỡ cấu trúc khóa, làm lệch sổ cái và khiến doanh nghiệp mất ngay quyền hỗ trợ kỹ thuật chính hãng từ SAP.

Đối với phân khúc SAP Business One (SAP B1), phương thức tích hợp hiện đại và tiêu chuẩn là thông qua **SAP B1 Service Layer** (xây dựng trên giao thức OData v3/v4 qua HTTPS, trả về định dạng JSON) thay thế cho bộ thư viện DI API (COM Object) thế hệ cũ vốn nặng nề và dễ rò rỉ bộ nhớ. Trong khi đó, với các tập đoàn sử dụng **SAP S/4HANA**, luồng tích hợp chuẩn đi qua cổng **SAP Gateway (OData RESTful APIs)**, **SOAP Web Services**, hoặc thông qua nền tảng đám mây **SAP Integration Suite (CPI - Cloud Platform Integration)** kết nối về các hàm nghiệp vụ chuẩn BAPI / RFC và bản tin bất đồng bộ IDoc.

Vì cả SAP Service Layer lẫn SAP OData Gateway đều tiêu tốn tài nguyên phiên làm việc (Session License / Memory) và thực thi hàng loạt quy tắc kiểm tra nghiệp vụ phức tạp mỗi khi nhận yêu cầu, việc phơi bày trực tiếp cổng SAP ra ngoài Internet cho giao diện Website gọi thẳng là một rủi ro lớn về cả bảo mật lẫn hiệu năng. Do đó, kiến trúc bắt buộc phải có một lớp **Middleware / Integration Hub** đứng giữa để điều phối phiên kết nối (Connection Pooling), chuyển đổi định dạng dữ liệu và bảo vệ máy chủ SAP bên trong vùng mạng nội bộ an toàn.

3. Quy trình đẩy đơn hàng về SAP: kiểm soát Transaction Notification, thuế và phân bổ lô

Nhiều dự án tích hợp Website với SAP gặp thất bại ở giai đoạn vận hành thực tế do xem nhẹ các quy tắc kiểm duyệt nội bộ (Validation Rules) bên trong SAP. Trên SAP Business One, bộ phận kế toán và IT nội bộ thường cài đặt các đoạn mã kiểm tra trong thủ tục lưu trữ SBO_SP_TransactionNotification (ví dụ: bắt buộc đơn hàng phải có mã nhân viên kinh doanh phụ trách, bắt buộc phải chọn trung tâm chi phí Cost Center / Profit Center, hoặc không cho phép chiết khấu dòng hàng vượt quá tỷ lệ quy định). Trên SAP S/4HANA, các quy tắc tương tự nằm trong các User Exit, BAdI và cấu hình Incompletion Log của chứng từ Sales Order.

Nếu lớp tích hợp của Website đẩy đơn hàng vào SAP mà thiếu một trong các trường bắt buộc nội bộ này, SAP sẽ từ chối tạo chứng từ và trả về lỗi. Do đó, trước khi lập trình luồng đẩy đơn hàng (POST /b1s/v1/Orders trên SAP B1 hoặc API_SALES_ORDER_SRV trên S/4HANA), đội ngũ triển khai phải rà soát toàn bộ kịch bản kiểm tra của TransactionNotification và cấu hình sẵn các giá trị mặc định chuẩn cho kênh thương mại điện tử (như gán mã nhân viên bán hàng mặc định là Kênh Online, gán đúng mã kho xuất hàng TMĐT và mã thuế suất đầu ra tương ứng).

Một điểm quan trọng khác là quy trình xuất hóa đơn và ghi nhận thanh toán. Đối với các đơn hàng bán lẻ B2C phát sinh hàng nghìn đơn nhỏ lẻ mỗi ngày từ người tiêu dùng cá nhân không lấy hóa đơn đỏ riêng, nếu đẩy từng khách hàng thành một mã Business Partner mới vào SAP sẽ làm phình to bảng dữ liệu đối tác của kế toán. Giải pháp chuẩn là cấu hình một hoặc một nhóm mã Khách hàng lẻ trực tuyến (One-Time Customer / Online Retail Customer theo khu vực) trên SAP, trong khi thông tin tên, địa chỉ nhận hàng thực tế và mã số thuế xuất hóa đơn (nếu khách có yêu cầu) được truyền vào các trường địa chỉ giao hàng cụ thể (ShipToCode / AddressExtension) và trường tham chiếu trên từng chứng từ Sales Order.

• Lưu mã định danh đơn hàng của Website vào trường NumAtCard (Số tham chiếu của khách hàng trên SAP B1) hoặc PurchaseOrderByCustomer (BSTKD trên SAP S/4HANA) kèm kiểm tra chống trùng lặp trước khi tạo mới chứng từ.
• Xử lý chuẩn xác chênh lệch làm tròn tiền tệ và thuế giá trị gia tăng (VAT): truyền rõ giá trước thuế, mã thuế (TaxCode / VatGroup) và tổng tiền thanh toán để SAP tự tính khớp đến từng đồng, tránh lỗi lệch 1-2 đồng do quy tắc làm tròn dòng hàng.
• Đóng gói luồng tạo chứng từ liên hoàn bằng kỹ thuật $batch OData hoặc Changeset khi cần vừa khởi tạo thông tin khách hàng B2B mới vừa tạo đơn đặt hàng trong một giao dịch nguyên tử (Atomic Transaction).