So Sánh Order Retail Và E-Commerce Qua Mô Hình OMS Hai Chiều

Bài viết được chia sẻ từ chuyên gia Business Analyst 

Khi mình còn làm ở dự án E-Commerce, mỗi khi nói đến “Order”, mình thường nghĩ ngay đến Customer Order – khách đặt hàng trên website, hệ thống xử lý thanh toán, chuyển sang OMS, rồi warehouse đóng gói và giao hàng. Dễ hiểu, gọn gàng, một chiều.

Nhưng khi chuyển sang dự án Retail, nơi có hàng trăm cửa hàng vật lý, hàng ngàn SKU, và nhiều điểm nhập – xuất hàng hóa khác nhau, mình nhận ra rằng: “Order” không còn đơn giản là khách đặt hàng nữa.

Trong Retail, “Order” là một hệ sinh thái đa hướng, kết nối giữa khách hàng, cửa hàng, kho trung tâm, nhà cung cấp, và cả nhà vận hành nội bộ. Ở đây, một hệ thống OMS (Order Management System) không chỉ quản lý đơn hàng khách hàng, mà còn phải xử lý các loại đơn hàng nội bộ – những giao dịch không diễn ra online, nhưng lại chiếm phần lớn vận hành doanh nghiệp.

Order trong e-commerce là luồng một chiều hướng ra ngoài

Trong E-Commerce, “Order” được hiểu một cách rất trực diện – Customer Order.
Quy trình cơ bản gồm:

1. Customer places order → qua website/app.
2. Payment process → gateway xác nhận, order chuyển sang trạng thái “Paid”.
3. OMS receives order → xác định kho xuất hàng.
4. WMS (Warehouse Management System) → thực hiện pick–pack–ship.
5. 3PL / Delivery partner → giao hàng cho khách.
6. Customer receives product, order completed.

Đây là mô hình “one-directional order flow” – luồng dữ liệu đi từ khách hàng → hệ thống → kho → giao hàng → hoàn tất.
Mục tiêu của hệ thống E-Commerce là tối ưu trải nghiệm người mua: checkout nhanh, tracking dễ, return thuận tiện.

Toàn bộ order ở đây là external-facing, nghĩa là sinh ra từ hành vi mua của người dùng bên ngoài.
BA khi làm ở E-Commerce sẽ tập trung vào luồng:

• Checkout Flow.
• Payment Integration.
• Order Status Lifecycle (Pending, Paid, Shipped, Completed, Returned).
• Refund/Exchange Process.

Tất cả đều xoay quanh khách hàng và hành trình mua hàng online.

Order trong retail là hệ thống hai chiều và đa tần

Khi bước sang Retail, bức tranh về “Order” thay đổi hoàn toàn.
Ở đây, OMS không chỉ quản lý Customer Order mà còn phải điều phối hàng loạt Internal Orders – tức các giao dịch vận hành giữa kho, cửa hàng và nhà cung cấp.

Có thể chia Retail Orders thành hai hướng chính:

Outbound Flow (Từ Retail → Khách hàng)

Đây là phần tương tự E-Commerce, gồm:

• Customer Order: Khách mua hàng tại cửa hàng hoặc online.
• Pickup Order: Khách đặt hàng online, chọn nhận tại cửa hàng (Click & Collect).
• Delivery Order: Khách mua tại store nhưng yêu cầu giao hàng về nhà.

Inbound Flow (Từ Nhà cung cấp → Kho → Store)

Đây là phần chỉ có ở Retail:

• Purchase Order (PO): Cửa hàng hoặc trung tâm mua hàng tạo yêu cầu nhập hàng từ vendor.
• Transfer Order (TO): Điều chuyển hàng giữa kho trung tâm và các cửa hàng, hoặc giữa các cửa hàng với nhau.
• Return to Vendor (RTV): Trả hàng ngược lại cho nhà cung cấp do lỗi, hết hạn, hoặc tồn kho quá lâu.

Khi ghép hai nhóm này lại, ta có mô hình OMS hai chiều (Two-way OMS Model) – nơi “Order” không chỉ là “bán hàng cho khách” mà là quản lý toàn bộ luồng di chuyển của hàng hóa trong và ngoài doanh nghiệp.

Case study: Khi một customer order kéo theo transfer order

Để hiểu rõ hơn, hãy cùng đi qua một case cụ thể trong Retail Fashion.

Tình huống thực tế

Khách hàng A đặt mua một chiếc áo size M tại cửa hàng trung tâm (Store 001).
Tuy nhiên, kho tại Store 001 đã hết size M, chỉ còn size S và L.
Thu ngân kiểm tra hệ thống OMS và phát hiện Store 005 (ở một quận khác) vẫn còn hàng.

Cách xử lý trong hệ thống OMS Retail:

1. Store 001 tạo Customer Order cho khách hàng A.
2. OMS phát hiện Store 001 không đủ tồn kho.
3. OMS tự động tạo một Transfer Order (TO) từ Store 005 → Store 001.
4. Khi Store 005 đóng gói và chuyển hàng đi, trạng thái TO = “In Transit”.
5. Khi Store 001 nhận được hàng, OMS cập nhật stock lại, đồng thời trigger Customer Order sang trạng thái “Ready for Pickup”.
6. Khách hàng A quay lại nhận hàng, Customer Order hoàn tất.

Ở đây, trong một giao dịch bán lẻ duy nhất đã phát sinh 2 loại order:

• Customer Order (đơn hàng bán cho khách).
• Transfer Order (đơn điều chuyển nội bộ).

E-Commerce không bao giờ có trường hợp như vậy, vì toàn bộ hàng thường xuất từ một kho duy nhất, còn Retail thì phải điều phối multi-store inventory.

Store order và return to vendor – Những luồng ẩn trong retail

Một điểm đặc biệt của Retail là các cửa hàng hoạt động gần như những mini-warehouse.
Mỗi store có thể:

• Nhập hàng (PO).
• Bán hàng (Customer Order).
• Trả hàng về (RTV).
• Chuyển hàng đi (TO).

Ví dụ:

• Khi store cần nhập thêm hàng, họ không tự tạo đơn với vendor, mà gửi Store Replenishment Order đến trung tâm phân phối.
• Khi có hàng lỗi hoặc hết hạn, store gửi Return to Vendor Order (RTV).
• Khi hàng bán chạy ở khu vực A nhưng tồn ở khu vực B, OMS tạo Transfer Order để cân bằng tồn kho.

Mỗi loại order này có lifecycle riêng, nhưng đều phải được OMS quản lý tập trung, để doanh nghiệp luôn có cái nhìn “single source of truth” về trạng thái hàng hóa.

Đó là lý do tại sao trong Retail, OMS được coi như “bộ não điều phối”, không chỉ là nơi nhận order của khách mà là trung tâm vận hành toàn bộ luồng hàng.

Sự khác biệt trong tư duy thiết kế hệ thống OMS

Góc nhìn E-Commerce:

• 1 loại order chính: Customer Order
• Order flow 1 chiều (Online → Warehouse → Customer)
• Tập trung vào trải nghiệm người dùng
• OMS chủ yếu nhận order từ web/app

Góc nhìn Retail:

• Nhiều loại order khác nhau (PO, TO, RTV, Customer Order, Store Order)
• Order flow 2 chiều (Vendor ↔ Warehouse ↔ Store ↔ Customer)
• Tập trung vào vận hành nội bộ và tối ưu chuỗi cung ứng
• OMS là trung tâm điều phối giữa nhiều hệ thống (POS, ERP, WMS, Vendor Portal)

Ta thấy rõ: OMS trong E-Commerce thiên về front-end, còn OMS trong Retail là hệ thống back-end “xương sống”.

Một lỗi nhỏ trong thiết kế OMS Retail có thể khiến chuỗi cung ứng rối loạn: hàng không về đúng store, tồn kho ảo, hoặc khách không thể nhận hàng đúng thời hạn dù hàng vẫn nằm đâu đó trong hệ thống.

Vai trò của BA trong việc mapping order flow retail

Với Business Analyst, phần “Order Flow” trong dự án Retail chính là nơi thể hiện năng lực domain rõ nhất.
Một BA giỏi phải hiểu:

• Các loại order trong Retail và mối quan hệ giữa chúng.
• Luồng nghiệp vụ giữa các hệ thống OMS – POS – WMS – ERP.
• Cách dữ liệu chuyển đổi trạng thái từ inbound sang outbound.
• Cách đồng bộ tồn kho (stock sync) giữa các node.

Ví dụ, khi vẽ BPMN cho Retail Order Flow, BA cần mô tả chi tiết:

• Ai tạo order? (store, OMS, ERP)
• Order được approve ở đâu?
• Luồng dữ liệu chạy thế nào giữa OMS ↔ ERP ↔ POS?
• Trạng thái thay đổi theo event nào? (goods issue, goods receipt, return)

Nếu BA không nắm rõ từng loại order và cách chúng tương tác, hệ thống OMS sẽ không thể thiết kế chính xác, dẫn đến các lỗi nghiêm trọng trong inventory và báo cáo bán hàng.

Order trong retail là bức tranh hai chiều của vận hành

Sự khác biệt giữa E-Commerce và Retail trong “Order” không chỉ là kỹ thuật, mà là sự khác biệt trong bản chất vận hành.

• Với E-Commerce, order là giao dịch đơn hướng giữa khách hàng và doanh nghiệp.
• Với Retail, order là mạng lưới đa chiều kết nối mọi thực thể trong chuỗi cung ứng.

Một BA từng làm E-Commerce, khi chuyển sang Retail, sẽ nhanh chóng nhận ra rằng “Order” không còn là dữ liệu front-end, mà là dòng chảy sống còn của vận hành nội bộ.

Hiểu được mô hình OMS hai chiều – nơi order vừa inbound, vừa outbound – chính là nền tảng để làm chủ domain Retail. Và khi đó, bạn không chỉ phân tích một hệ thống, mà đang phân tích toàn bộ chuỗi giá trị của doanh nghiệp bán lẻ.