Giải pháp đồng bộ tồn cửa hàng offline và ecommerce bằng OMS + WMS: bán chung hàng nhưng không lệch tồn

Tóm tắt nhanh

Doanh nghiệp nên dùng OMS + WMS để đồng bộ tồn cửa hàng và ecommerce khi vừa bán offline, vừa bán trên marketplace hoặc livestream. Quy trình đúng không cộng toàn bộ hàng trong cửa hàng vào tồn online, mà phải tách tồn bán được, tồn trưng bày, tồn giữ cho khách tại quầy, tồn chờ chuyển kho, tồn đã bán nhưng chưa lấy, hàng hoàn chờ QC và hàng lỗi. Với JST ERP Việt Nam, chủ doanh nghiệp, operations manager, quản lý cửa hàng, warehouse manager và ecommerce team có thể nhìn cùng một nguồn dữ liệu, giảm overselling, giảm chuyển hàng thủ công và xử lý đơn đa kênh ổn định hơn.

• Từ khóa trọng tâm: giải pháp đồng bộ tồn cửa hàng offline ecommerce, OMS WMS tồn cửa hàng và kho online, quản lý tồn showroom Shopee Lazada TikTok.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp ecommerce cần quản lý đơn đa kênh, tồn khả dụng, cửa hàng, kho, SKU, barcode, PDA, hàng hoàn, COD, đối soát và go-live theo quy trình thật.
• Bối cảnh Vietnam ecommerce: doanh nghiệp bán tại showroom, cửa hàng offline, Shopee, Lazada, TikTok Shop, TikTok Shop Live, Shopee Live, website D2C, Facebook, Zalo và social commerce thường dùng chung SKU nhưng khác SLA, cách giữ tồn và cách giao hàng.
• Quy trình kho liên quan: stock reservation, store stock, display stock, transfer order, ship-from-store, click-and-collect, picking tại cửa hàng, checking barcode, packing, bàn giao vận chuyển, hàng hoàn, kiểm kê và điều chỉnh tồn có phê duyệt.

Thông tin thực thể liên quan

Bảng so sánh lựa chọn vận hành

Vì sao tồn cửa hàng không nên đẩy hết lên online?

Một cửa hàng còn 50 sản phẩm không có nghĩa là 50 sản phẩm đều sẵn sàng giao cho đơn online. Trong đó có thể có 8 sản phẩm đang trưng bày, 5 sản phẩm đã được khách tại quầy đặt giữ, 3 sản phẩm thiếu hộp, 2 sản phẩm đang chờ đổi size, 10 sản phẩm cần giữ cho cuối tuần và chỉ 22 sản phẩm thật sự có thể bán ngay cho Shopee hoặc TikTok Shop.

Nếu OMS chỉ nhận số tổng từ POS hoặc file cửa hàng, hệ thống sẽ đẩy tồn quá cao lên marketplace. Khi đơn online vào, WMS hoặc nhân viên cửa hàng mới phát hiện hàng không còn ở trạng thái xuất được. Kết quả là hủy đơn, giao trễ SLA hoặc phải gọi nhiều cửa hàng để tìm hàng thay thế.

• Tồn cửa hàng cần tách: bán được, trưng bày, giữ cho khách, lỗi, thiếu phụ kiện và chờ chuyển.
• Tồn online chỉ nên lấy từ phần hàng đủ điều kiện xuất trong SLA cam kết.
• OMS phải biết cửa hàng nào được dùng để ship-from-store, cửa hàng nào chỉ bán offline.

OMS là lớp quyết định tồn khả dụng theo kênh

OMS cần gom dữ liệu từ cửa hàng, kho online, kho 3PL và marketplace để tính available-to-promise. Cùng một SKU có thể được phép bán trên Shopee nhưng không được bán qua livestream nếu cửa hàng gần hết hàng; hoặc được giữ cho khách click-and-collect nhưng không được đẩy lên Lazada trong thời gian giữ.

Quy tắc giữ tồn nên khác nhau theo kênh. Đơn tại quầy có thể trừ tồn ngay khi thanh toán; đơn online prepaid giữ tồn chính thức khi thanh toán thành công; đơn COD hoặc đơn livestream có thể giữ tồn tạm với thời hạn rõ. Khi hết thời hạn, OMS phải giải phóng tồn hoặc chuyển sang ngoại lệ để CSKH xử lý.

• Định nghĩa tồn khả dụng theo kho, cửa hàng, trạng thái hàng và kênh bán.
• Thiết lập rule giữ tồn cho POS, Shopee, Lazada, TikTok Shop, website và livestream.
• Tự động release tồn khi đơn hủy, quá hạn thanh toán hoặc khách không xác nhận.

WMS cần kiểm soát cửa hàng như một điểm lưu hàng thật

Nếu cửa hàng được dùng để xuất đơn online, cửa hàng không thể chỉ là một cột ghi chú trong hệ thống. WMS cần biết SKU nằm ở kệ nào, khu trưng bày nào, khu kho sau cửa hàng nào và trạng thái ra sao. Nhân viên cửa hàng hoặc kho mini cần scan barcode khi nhận chuyển kho, picking, checking, packing hoặc trả hàng về kệ.

Với ship-from-store, WMS có thể tạo nhiệm vụ picking tại cửa hàng, yêu cầu scan SKU, kiểm đúng biến thể, in hoặc xác nhận mã vận đơn, packing bằng vật tư phù hợp và scan bàn giao cho hãng vận chuyển. Nếu cửa hàng chỉ bán offline, hệ thống vẫn cần kiểm kê định kỳ để OMS không dựa vào số tồn cũ.

• Gán mã vị trí cho khu bán, khu kho sau cửa hàng, khu hàng lỗi, khu giữ khách và khu chờ chuyển.
• Dùng barcode/PDA hoặc thiết bị quét để ghi nhận nhập, xuất, chuyển và kiểm kê tại cửa hàng.
• Chặn xuất online nếu SKU đang ở trạng thái trưng bày, thiếu phụ kiện hoặc chờ QC.

Chuyển hàng giữa cửa hàng và kho online phải có quy trình

Khi online hết hàng nhưng cửa hàng còn tồn, nhiều đội vận hành xử lý bằng cách nhắn chat: "Cửa hàng A giữ giúp 10 cái". Cách này nhanh trong một lần, nhưng rất dễ lệch tồn nếu người nhận không cập nhật, hàng đang trên đường không có trạng thái hoặc cửa hàng bán mất trước khi kho online nhận được.

Quy trình tốt là tạo transfer order có SKU, barcode, số lượng, vị trí xuất, vị trí nhận, người picking, người checking, mã kiện và thời điểm bàn giao. Trong thời gian chuyển, tồn không nên được tính là bán được ở cả hai nơi. Khi kho nhận hàng scan đủ, OMS mới đưa phần tồn đó vào nhóm có thể bán cho online hoặc campaign.

• Tạo phiếu chuyển kho cho điều chuyển cửa hàng - kho online - 3PL.
• Tách trạng thái hàng đang chuyển khỏi tồn bán được.
• Đối chiếu bằng scan barcode và biên bản nhận thiếu nếu hàng về không đủ.

Hàng hoàn online về cửa hàng cần QC trước khi bán lại

Một khách có thể mua trên TikTok Shop nhưng đem đổi tại cửa hàng, hoặc đơn Shopee giao thất bại quay về điểm gần nhất. Nếu cửa hàng nhập lại tồn bán được ngay, hệ thống có thể bán tiếp sản phẩm thiếu tem, mất phụ kiện, móp hộp hoặc sai trạng thái refund.

WMS nên yêu cầu scan mã vận đơn hoặc mã đơn gốc, kiểm SKU, barcode, biến thể, phụ kiện, tình trạng bao bì và lý do hoàn. OMS dùng kết quả QC để cập nhật refund, COD, đổi hàng và tồn khả dụng. Hàng đạt có thể bán lại; hàng lỗi, thiếu phụ kiện hoặc chờ khiếu nại phải nằm ở trạng thái riêng.

• Không cộng hàng hoàn về cửa hàng vào tồn online nếu chưa QC.
• Liên kết hàng hoàn với đơn gốc, kênh bán, refund/COD và reason code.
• Tách hàng bán lại được, hàng cần đóng gói lại, hàng lỗi và hàng chờ khiếu nại.

Khi nào nên dùng giải pháp này?

Chủ doanh nghiệp nên triển khai khi tồn offline và online thường xuyên lệch, khách online bị hủy đơn trong khi cửa hàng vẫn còn hàng, hoặc cửa hàng báo đã bán nhưng sàn vẫn nhận đơn. Operations manager nên quan tâm khi đội vận hành phải hỏi tồn qua chat trước mỗi campaign. Quản lý cửa hàng và kho nên dùng khi ship-from-store, click-and-collect hoặc điều chuyển cửa hàng - kho online bắt đầu tăng.

Giải pháp đặc biệt phù hợp với ngành thời trang, mỹ phẩm, mẹ và bé, phụ kiện điện tử, đồ gia dụng nhỏ, FMCG, showroom có hàng mẫu và doanh nghiệp vừa bán trực tiếp vừa bán trên Shopee, Lazada, TikTok Shop, livestream hoặc website D2C.

• Có nhiều cửa hàng, showroom, kho online hoặc kho 3PL dùng chung SKU.
• Muốn bật ship-from-store, click-and-collect hoặc chuyển hàng nhanh giữa điểm bán.
• Cần báo cáo tồn theo kênh, vị trí, trạng thái và trách nhiệm điều chỉnh.

Checklist go-live cho đồng bộ tồn offline và ecommerce

Trước khi go-live, doanh nghiệp cần chạy thử bằng dữ liệu thật: một đơn bán tại cửa hàng, một đơn Shopee dùng tồn cửa hàng, một đơn livestream giữ tồn tạm, một phiếu chuyển kho từ showroom về kho online, một đơn click-and-collect, một hàng hoàn online trả tại cửa hàng và một ca kiểm kê lệch.

Nếu tất cả tình huống này chỉ được demo bằng một SKU mẫu, hệ thống có thể chạy đẹp trên màn hình nhưng vẫn lệch khi vào vận hành thật. Mục tiêu nghiệm thu là chứng minh từng trạng thái tồn thay đổi đúng và các kênh bán nhận đúng tồn khả dụng.

• Chuẩn hóa SKU, barcode, biến thể, đơn vị tính và mapping kênh bán.
• Vẽ sơ đồ vị trí: cửa hàng, kho sau cửa hàng, trưng bày, giữ khách, kho online, return, damage và staging.
• Định nghĩa rule tồn khả dụng theo kênh: POS, marketplace, livestream, website và đại lý.
• Kiểm thử ship-from-store, click-and-collect, chuyển kho, hàng hoàn và kiểm kê lệch.

JSTERP trong bối cảnh Top Gia và doanh nghiệp tăng trưởng nhanh

Case tham khảo Top Gia từng đạt đỉnh khoảng 200.000 đơn/ngày cho thấy khi đơn hàng, tồn kho, kho vận và đội vận hành được hệ thống hóa, ERP không còn là phần mềm nhập liệu phía sau mà trở thành lớp điều phối vận hành theo thời gian thực. Với chủ đề Giải pháp đồng bộ tồn cửa hàng offline và ecommerce bằng OMS + WMS, điểm đáng học không phải là con số lớn để gây ấn tượng, mà là cách doanh nghiệp chuẩn hóa dữ liệu trước khi đơn hàng bùng lên: SKU thống nhất, tồn khả dụng rõ, trạng thái đơn được gom về OMS và thao tác kho được WMS ghi nhận.

Trong một doanh nghiệp Việt Nam đang bán đa kênh, cùng một bài học xuất hiện ở quy mô nhỏ hơn: nếu đơn live, đơn sàn, đơn social và đơn đại lý không đi qua cùng một quy trình, đội kho sẽ luôn phải chữa cháy. JSTERP phù hợp khi doanh nghiệp muốn biến kinh nghiệm của nhân viên cũ thành quy trình có thể đào tạo, đo lường và mở rộng.

• Tập trung vào luồng vận hành thật thay vì chỉ xem danh sách tính năng.
• Dùng OMS để gom đơn và giữ tồn; dùng WMS để kiểm soát thao tác kho.
• Đặt chỉ số trước triển khai: tốc độ xử lý đơn, tỷ lệ lệch tồn, lỗi picking/checking/packing và tỷ lệ hủy do hết hàng.

So sánh với BigSeller, Haravan và quản lý thủ công

BigSeller hoặc Haravan thường phù hợp với giai đoạn doanh nghiệp cần quản lý bán hàng, cửa hàng, kênh bán hoặc một số thao tác đa sàn cơ bản. Nhưng khi bài toán chuyển sang đồng bộ tồn giữa cửa hàng, showroom, kho online, kho 3PL, marketplace, livestream, website, tồn trưng bày, tồn bán được, tồn giữ theo đơn, chuyển kho, picking tại cửa hàng, hàng hoàn và kiểm kê đa điểm, doanh nghiệp cần nhìn xa hơn lớp bán hàng: đơn đi vào kho ra sao, tồn được giữ lúc nào, ai kiểm hàng và báo cáo vận hành có truy vết được lỗi hay không.

Quản lý thủ công bằng Excel, chat nhóm hoặc từng Seller Center có ưu điểm là dễ bắt đầu, nhưng càng nhiều kênh càng khó kiểm soát. Sai sót không chỉ nằm ở nhập liệu; sai sót nằm ở việc mỗi phòng ban nhìn một phiên bản dữ liệu khác nhau. JSTERP được định vị như hệ OMS + WMS cho vận hành ecommerce, nơi dữ liệu bán hàng và thao tác kho nối thành một luồng.

• Nếu chỉ cần đăng sản phẩm và xử lý đơn ít, công cụ nhẹ có thể đủ.
• Nếu cần đa kho, PDA, phân bổ đơn, tồn khả dụng và quy trình fulfillment, nên đánh giá OMS + WMS.
• Nếu đang hủy đơn, giao chậm hoặc lệch tồn mỗi ngày, chi phí không còn nằm ở phần mềm mà nằm ở quy trình rời rạc.

Lộ trình triển khai thực tế cho doanh nghiệp Việt Nam

Doanh nghiệp không cần bật toàn bộ hệ thống trong một lần. Với Giải pháp đồng bộ tồn cửa hàng offline và ecommerce bằng OMS + WMS, lộ trình hợp lý là bắt đầu từ khảo sát kênh bán, số đơn/ngày, số SKU, số kho, tình trạng barcode, nhóm lỗi hiện tại và năng lực đội vận hành. Sau đó mới chọn phạm vi OMS, WMS hoặc OMS + WMS.

Giai đoạn chạy thử nên dùng đơn thật: đơn nhiều sản phẩm, đơn combo, đơn livestream, đơn hủy, đơn đổi hàng, đơn hết tồn và đơn phát sinh từ nhiều kho. Khi các tình huống này chạy ổn, go-live mới có ý nghĩa. Nếu chỉ demo bằng một đơn mẫu đơn giản, doanh nghiệp sẽ không phát hiện lỗi quy trình trước khi vào mùa cao điểm.

• Khảo sát dữ liệu: kênh bán, SKU, mã vạch, tồn đầu kỳ và kho.
• Cấu hình quy trình: giữ tồn, phân đơn, picking, checking, packing, hoàn hàng.
• Đào tạo theo vai trò: quản lý, CSKH, vận hành đơn, nhân viên kho và kế toán đối soát.

Checklist trước khi trao đổi demo

• Danh sách cửa hàng, showroom, kho online, kho 3PL và vai trò của từng điểm trong fulfillment.
• Danh sách SKU dùng chung giữa offline và online, gồm barcode, biến thể, tồn trưng bày và tồn bán được.
• Quy tắc giữ tồn theo POS, Shopee, Lazada, TikTok Shop, livestream, website và đơn nhập tay.
• Mẫu phiếu chuyển kho, quy trình nhận hàng, xử lý nhận thiếu và quyền điều chỉnh tồn.
• Chỉ số nghiệm thu: tỷ lệ lệch tồn, số đơn hủy do hết hàng, thời gian chuyển kho, tỷ lệ hàng hoàn nhập sai trạng thái và số lần hỏi tồn thủ công.

JSTERP có thể hỗ trợ như thế nào?

JSTERP hỗ trợ đồng bộ tồn cửa hàng offline và ecommerce bằng cách nối OMS và WMS trong cùng một luồng vận hành. OMS quyết định tồn nào được phép bán, giữ tồn theo đơn và phân bổ kênh; WMS ghi nhận hàng thật tại cửa hàng, kho online, kho 3PL, khu trưng bày, khu hàng hoàn và khu chờ chuyển.

Đội triển khai JST ERP Việt Nam có thể khảo sát mô hình cửa hàng, số SKU, kênh bán, tốc độ đơn, chính sách giữ hàng, cách chuyển kho hiện tại và các lỗi lệch tồn đang gặp. Doanh nghiệp có thể bắt đầu từ một nhóm SKU hoặc một cửa hàng thí điểm, sau đó mở rộng sang toàn bộ mạng lưới offline + ecommerce.

Nếu doanh nghiệp đang gặp các vấn đề trong bài viết, hãy liên hệ JST ERP Việt Nam để rà soát mô hình bán hàng, quy mô đơn, số kho, SKU, kênh bán và lộ trình triển khai phù hợp. Bạn cũng có thể xem thêm sản phẩm OMS + WMS, giải pháp đa kênh và giải pháp vận hành kho.