Vì sao đơn B2B vỡ ở bước đẩy vào ERP — và cách chặn
Nhảy tới mục›
Nói ngắn: trong B2B ecommerce, catalog là phần dễ. Bước lặng lẽ ăn ngân sách là bước đẩy đơn: đưa từng đơn web vào ERP và hệ thống kế toán mà không ai phải gõ lại. Ở một dự án gần đây (~15.000 SKU, 5 bậc giá theo khách, ~500 đơn/tháng), riêng bước đó tốn khoảng 35 ticket thật. Thứ giữ cho nó chạy ổn là một lớp health check kiểm tra từng đơn trước khi đẩy đi. Đơn lỗi dừng ở preview. Không phải ở buổi đối soát cuối tháng.
#Dự án B2B không vỡ ở catalog
Bảng giá riêng theo từng khách và một storefront phải đăng nhập là chuyện nhiều người đã làm. Chỗ vỡ là lúc bàn giao sang back office.
Một đơn sỉ chưa xong khi người mua bấm "đặt hàng". Nó chỉ xong khi đã nằm đúng trong ERP, rồi thêm một lần nữa trong kế toán để xuất hoá đơn VAT. Làm tay chuyện đó với vài chục đơn mỗi ngày là bạn đã dựng sẵn một cỗ máy đẻ ra bất ngờ cuối tháng.
#Năm chỗ thật sự hay vỡ
Từ một dự án thật, lớp đẩy đơn phải xử lý trên từng đơn:
- SKU chưa map. Sản phẩm storefront biết nhưng ERP không biết: tên gọi khác, SKU tạm, SKU trùng.
- Thiếu mã khách hàng. Người mua mới chưa có tài khoản trong ERP, nên đơn không có chỗ để rơi vào.
- Lệch đơn vị tính. Trên web bán theo hộp, trong ERP tính theo cái.
- Phí ship và Incoterms. Phí ship phải tách thành một dòng riêng, điều kiện giao hàng lại chia hai bước.
- VAT theo công ty. Cách tính thuế đúng phụ thuộc vào pháp nhân nào đang mua.
Không lỗi nào lộ ra lúc demo. Lỗi nào cũng lộ ra lúc đối soát.
#Cách chặn: đặt health check trước bước đẩy đơn
Đừng đẩy đơn đi thẳng rồi dọn sau. Kiểm tra từng đơn trước khi nó rời storefront, mỗi luật ở trên là một check riêng.
Đơn nào trượt sẽ dừng ở màn hình preview. Người phụ trách sửa trong một phút, lúc còn nhớ vừa trao đổi gì với người mua, thay vì ba tuần sau kế toán mới phát hiện và không hiểu vì sao số không khớp.
Ở dự án bài này lấy làm ví dụ, riêng lớp check đã là ~35 ticket, vì loại đơn nào cũng có cái bẫy riêng. Khi lớp đó chạy rồi thì ~500 đơn/tháng vào ERP và vào kế toán mà không ai gõ lại. Lỗi trước đây nổi lên cuối tháng giờ nổi lên ngay lúc đặt hàng.
#Vì sao phải thiết kế thành một hệ thống
Giá, đặt hàng và đồng bộ ERP không phải ba plugin. Chúng là một hệ thống. Mỗi luật (bậc giá, quy đổi đơn vị, VAT) chỉ nằm ở đúng một chỗ, nên đổi nó không làm vỡ ngầm đơn kế tiếp.
Đó cũng là thứ giữ cho dữ liệu đủ sạch để trợ lý AI đọc được về sau. Nhưng đó là chuyện của bài khác. Nếu bạn đang cân nhắc nền tảng cho kiểu dự án này, bài so sánh Shopify Plus và Magento 2 cho B2B nói rõ mỗi bên đặt đường nối với ERP ở đâu.
Xem case đầy đủ, có số: Nhà phân phối B2B: 15.000 SKU, đơn vào ERP không gõ lại
Đơn sỉ của bạn vẫn đang được gõ lại bằng tay? Một bản đọc async miễn phí sẽ chỉ ra luồng đơn → ERP của bạn đang rò ở đâu, trước khi bạn động vào phần build: luma-e.com/ai-readiness. Không cần gọi.