Giải pháp click-and-collect và ship-from-store bằng OMS + WMS: dùng cửa hàng làm điểm fulfillment mà không lệch tồn

Tóm tắt nhanh

Doanh nghiệp nên dùng OMS + WMS cho click-and-collect và ship-from-store khi muốn tận dụng tồn cửa hàng để giao nhanh hơn nhưng vẫn giữ dữ liệu chính xác. Quy trình đúng phải tách tồn trưng bày, tồn bán được, tồn giữ cho đơn online, tồn giữ cho khách tại quầy, hàng đang chuyển, 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ể mở thêm phương thức nhận hàng mà không dựa vào chat thủ công, giảm hủy đơn do kho trung tâm hết hàng, giảm giao trễ và truy vết rõ trách nhiệm giữa cửa hàng, kho và kênh bán.

• Từ khóa trọng tâm: giải pháp click and collect OMS WMS, ship from store ecommerce Việt Nam, quản lý đơn tự nhận tại cửa hàng.
• 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, cửa hàng, kho, SKU, barcode, PDA, tồn khả dụng, hàng hoàn, COD, đối soát và go-live theo quy trình thực tế.
• Bối cảnh Vietnam ecommerce: cửa hàng offline, showroom, website D2C, Shopee, Lazada, TikTok Shop, TikTok Shop Live, Shopee Live, Facebook, Zalo và social commerce có thể cùng dùng một nguồn tồn nhưng khác SLA và cách nhận hàng.
• Quy trình kho liên quan: available-to-promise, stock reservation, store picking, scan barcode, customer pickup, ship-from-store, packing tại cửa hàng, carrier handover, return-in-store, exchange, QC hàng hoàn và kiểm kê cửa hàng.

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

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

Vì sao click-and-collect dễ làm lệch tồn nếu thiếu OMS?

Click-and-collect nghe đơn giản: khách đặt online rồi đến cửa hàng nhận. Nhưng phía sau là nhiều trạng thái tồn phải phân biệt rõ. Một SKU còn 20 sản phẩm tại cửa hàng có thể gồm hàng trưng bày, hàng đã bán tại quầy nhưng chưa lấy, hàng giữ cho khách VIP, hàng thiếu hộp, hàng vừa đổi trả và hàng thật sự có thể giao cho đơn online.

Nếu cửa hàng chỉ nhận thông báo qua chat, nhân viên có thể lấy hàng khỏi kệ nhưng quên cập nhật tồn; hoặc khách không đến nhận nhưng tồn vẫn bị giữ nhiều ngày. OMS cần tạo đơn tự nhận, giữ tồn có thời hạn, đổi trạng thái khi cửa hàng đã chuẩn bị hàng và tự động nhả tồn hoặc chuyển ngoại lệ khi khách quá hẹn.

• Tạo trạng thái riêng cho đơn chờ cửa hàng chuẩn bị, sẵn sàng nhận, đã nhận và quá hạn nhận.
• Giữ tồn theo đơn pickup, không trừ nhầm vào tồn bán tại quầy hoặc tồn online khác.
• Tự động nhả tồn khi khách hủy, quá hạn thanh toán hoặc không đến nhận theo chính sách.

Ship-from-store cần cửa hàng vận hành như một mini warehouse

Khi cửa hàng xuất đơn online, cửa hàng không còn chỉ là POS. Cửa hàng phải biết SKU nằm ở kệ nào, khu kho sau cửa hàng nào, hàng nào được phép đóng gói, vật tư packing nào dùng được và carrier nào đến lấy. Nếu không có WMS hoặc quy trình scan, đơn rất dễ đi sai biến thể, sai label hoặc thiếu phụ kiện.

WMS nên tạo nhiệm vụ picking tại cửa hàng, yêu cầu scan barcode SKU, xác nhận đúng biến thể, checking trước packing, in hoặc xác nhận mã vận đơn, chụp ảnh bằng chứng nếu cần và scan bàn giao cho hãng vận chuyển. Với đơn COD, hệ thống cần giữ cả trạng thái tiền, mã kiện và đối soát sau giao.

• Gán vị trí cửa hàng: kệ bán, kho sau cửa hàng, khu giữ pickup, khu packing, staging và khu hàng lỗi.
• Dùng PDA hoặc thiết bị quét để xác nhận picking, checking, packing và bàn giao.
• Chặn xuất nếu SKU đang ở trạng thái trưng bày, thiếu phụ kiện, chờ QC hoặc đã giữ cho khách khác.

OMS chọn điểm fulfillment dựa trên tồn khả dụng và SLA

Không phải đơn nào cũng nên xuất từ cửa hàng gần khách. OMS cần so sánh tồn khả dụng, năng lực cửa hàng, cut-off của carrier, trạng thái thanh toán, giá trị COD, chi phí vận chuyển, SLA marketplace và chính sách ưu tiên kho. Một cửa hàng còn hàng nhưng chỉ có một nhân viên trong ca tối có thể không phù hợp để nhận thêm 100 đơn campaign.

Với Shopee, Lazada, TikTok Shop hoặc website D2C, quy tắc phân bổ nên được cấu hình rõ: đơn cùng tỉnh có thể ưu tiên cửa hàng; đơn giá trị cao cần checking hai bước; đơn nhiều SKU có thể xuất từ kho trung tâm nếu cửa hàng chỉ có một phần hàng; đơn khách tự nhận cần giữ tồn theo thời hạn lấy hàng.

• Tính tồn khả dụng theo cửa hàng, kho, trạng thái hàng và năng lực xử lý trong ca.
• Ưu tiên điểm fulfillment theo SLA, khoảng cách khách, carrier, tồn buffer và loại đơn.
• Tách ngoại lệ: thiếu một SKU, hết vật tư packing, cửa hàng quá tải hoặc khách đổi phương thức nhận.

Đổi trả tại cửa hàng phải nối lại đơn online

Khách có thể mua trên TikTok Shop nhưng đem đổi tại cửa hàng, hoặc đặt website rồi trả lại ngay tại showroom. Nếu nhân viên cửa hàng nhập hàng về tồn bán được mà không liên kết đơn gốc, kế toán không đối soát được refund, CSKH không biết lý do đổi trả và kho có thể bán lại hàng chưa đủ điều kiện.

Quy trình tốt là scan mã đơn hoặc mã vận đơn, kiểm SKU, barcode, phụ kiện, tình trạng bao bì, lý do trả và trạng thái thanh toán. Hàng đạt QC có thể nhập lại tồn bán được; hàng cần đóng gói lại, hàng lỗi, hàng thiếu phụ kiện hoặc hàng chờ tranh chấp phải vào trạng thái riêng trước khi OMS đồng bộ tồn lên kênh bán.

• Liên kết hàng đổi trả tại cửa hàng với đơn gốc, kênh bán, COD/refund và reason code.
• Không cộng hàng hoàn vào tồn khả dụng trước khi QC xong.
• Theo dõi tỷ lệ đổi trả theo SKU, cửa hàng, kênh bán và nguyên nhân để cải thiện vận hành.

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

Chủ doanh nghiệp nên dùng giải pháp này khi cửa hàng còn hàng nhưng online thường hủy vì kho trung tâm hết, hoặc khi muốn mở dịch vụ nhận hàng tại cửa hàng để tăng trải nghiệm khách. Operations manager nên triển khai khi đội vận hành phải hỏi cửa hàng qua chat trước khi xác nhận đơn. Quản lý cửa hàng và warehouse manager nên quan tâm khi cửa hàng bắt đầu đóng vai trò picking, checking, packing hoặc nhận hàng hoàn online.

Giải pháp đặc biệt phù hợp với thời trang, mỹ phẩm, mẹ và bé, phụ kiện điện tử, đồ gia dụng nhỏ, sản phẩm có nhiều biến thể, doanh nghiệp có showroom ở thành phố lớn, cửa hàng gần khách hoặc muốn rút ngắn thời gian giao trong campaign.

• Có từ hai điểm lưu hàng trở lên và muốn dùng chung tồn cho offline + online.
• Muốn bật nhận hàng tại cửa hàng, giao nhanh từ cửa hàng hoặc đổi trả tại cửa hàng.
• Cần giảm hủy đơn do kho trung tâm hết hàng nhưng cửa hàng vẫn còn tồn bán được.

Checklist go-live cho click-and-collect và ship-from-store

Trước go-live, doanh nghiệp nên kiểm thử bằng đơn thật hoặc dữ liệu gần thật: một đơn website tự nhận, một đơn Shopee xuất từ cửa hàng, một đơn khách không đến nhận, một đơn đổi size tại cửa hàng, một đơn nhiều SKU chỉ có một phần ở cửa hàng, một ca carrier từ chối lấy và một lần kiểm kê lệch tại cửa hàng.

Mục tiêu không phải demo một đơn mẫu chạy được, mà là chứng minh hệ thống xử lý đúng trạng thái tồn trong từng tình huống. Khi đơn pickup quá hạn, tồn phải nhả đúng; khi cửa hàng scan sai SKU, WMS phải chặn; khi hàng hoàn chưa QC, OMS không được đẩy tồn đó lên marketplace.

• Chuẩn hóa SKU, barcode, biến thể, vật tư packing và mapping kênh bán.
• Định nghĩa vị trí cửa hàng: kệ, kho sau cửa hàng, pickup shelf, packing, staging, return và damage.
• Thiết lập quyền nhân viên: ai được giữ tồn, ai được xác nhận khách nhận, ai được điều chỉnh tồn.
• Đo chỉ số nghiệm thu: thời gian chuẩn bị đơn pickup, tỷ lệ khách không nhận, lỗi scan, đơn trễ SLA, lệch tồn cửa hàng và tỷ lệ hàng hoàn nhập sai trạng thái.

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 click-and-collect và ship-from-store 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 dùng cửa hàng, showroom hoặc mini warehouse làm điểm fulfillment cho đơn online, giữ tồn theo đơn, chặn bán nhầm tồn trưng bày, picking tại cửa hàng, checking barcode, packing, khách tự nhận, bàn giao vận chuyển, đổi trả tại cửa hàng, hàng hoàn và SLA đa kênh, 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 click-and-collect và ship-from-store 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 được phép dùng cho click-and-collect hoặc ship-from-store, 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 website, POS, Shopee, Lazada, TikTok Shop, livestream và đơn CSKH nhập tay.
• Cut-off xử lý tại từng cửa hàng, carrier hỗ trợ lấy hàng, vật tư packing và khu staging.
• Chính sách khách không đến nhận, đổi trả tại cửa hàng, hàng hoàn chờ QC, refund/COD và quyền điều chỉnh tồn.

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

JSTERP hỗ trợ click-and-collect và ship-from-store bằng cách nối OMS và WMS trong cùng một luồng. OMS quyết định đơn được tự nhận hay xuất từ cửa hàng, giữ tồn theo thời hạn và đồng bộ trạng thái với kênh bán; WMS ghi nhận hàng thật qua barcode, vị trí, picking, checking, packing, bàn giao, đổi trả và kiểm kê.

Đội triển khai JST ERP Việt Nam có thể khảo sát mô hình cửa hàng, kênh bán, số SKU, tốc độ đơn, chính sách giữ hàng, năng lực nhân sự cửa hàng và các lỗi lệch tồn hiện tại để đề xuất phạm vi triển khai. Doanh nghiệp có thể bắt đầu bằng một cửa hàng thí điểm, một nhóm SKU bán chạy hoặc một kênh website trước khi mở rộng sang marketplace và livestream.

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.