Giải pháp kho hàng lạnh ecommerce trong OMS + WMS: kiểm soát nhiệt độ, hạn dùng và giao đúng SLA

Tóm tắt nhanh

Doanh nghiệp bán hàng lạnh hoặc hàng nhạy điều kiện bảo quản trên Shopee, Lazada, TikTok Shop, website và social commerce cần quản lý tồn theo trạng thái, hạn sử dụng và vị trí kho thay vì chỉ nhìn tổng số lượng. OMS + WMS phải tách tồn bán được, tồn chờ QC, tồn cận date, tồn đã giữ theo đơn, hàng đang picking, hàng đã packing, hàng chờ bàn giao và hàng hoàn cần kiểm lại nhiệt độ hoặc bao bì. JST ERP Việt Nam khuyến nghị thiết kế quy trình từ nhập hàng, putaway vào khu lạnh, FEFO, picking bằng PDA, checking barcode, packing bằng vật tư phù hợp, staging theo cut-off và xử lý hàng hoàn có lý do rõ.

• Từ khóa trọng tâm: giải pháp kho hàng lạnh ecommerce, OMS WMS hàng lạnh, quản lý hạn sử dụng FEFO.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp ecommerce cần kiểm soát đơn hàng, tồn kho, barcode, vị trí, PDA, batch, hạn sử dụng, fulfillment, hàng hoàn và đối soát vận hành.
• Bối cảnh Vietnam ecommerce: doanh nghiệp bán hàng nhạy nhiệt trên Shopee, Lazada, TikTok Shop, livestream, website D2C và social commerce thường gặp áp lực giao nhanh, COD, hàng hoàn và yêu cầu bảo quản khác nhau theo SKU.
• Quy trình kho liên quan: receiving, QC, batch/lot, hạn sử dụng, FEFO, bin location lạnh, tồn khả dụng, picking, checking, packing, vật tư giữ nhiệt, staging, bàn giao vận chuyển, hàng hoàn và kiểm kê.

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

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

Vì sao hàng lạnh không thể quản lý như hàng thường?

Với hàng thường, doanh nghiệp có thể chấp nhận một số thao tác chờ giữa picking, checking và packing. Với hàng lạnh hoặc hàng nhạy nhiệt, thời gian nằm ngoài khu bảo quản, vật tư đóng gói và thời điểm bàn giao vận chuyển đều ảnh hưởng trực tiếp đến chất lượng hàng. Nếu hệ thống chỉ ghi “đã xuất kho”, quản lý không biết sản phẩm đã rời khu lạnh lúc nào và có bị chờ quá lâu ở staging hay không.

Một SKU còn 200 sản phẩm cũng chưa chắc đều bán được. Trong đó có thể có 40 sản phẩm cận hạn, 12 sản phẩm chờ QC vì bao bì móp, 8 sản phẩm vừa hoàn về chưa kiểm, 30 sản phẩm đã giữ cho đơn TikTok Shop và 20 sản phẩm đang được chuyển sang khu packing lạnh. OMS + WMS phải hiểu các trạng thái này trước khi đồng bộ tồn lên kênh bán.

• Tách tồn bán được, tồn chờ QC, tồn cận date, tồn giữ theo đơn và tồn hàng hoàn.
• Ghi nhận thời điểm hàng rời khu lạnh để kiểm soát thời gian xử lý.
• Không đưa hàng chưa đủ điều kiện bảo quản hoặc chưa qua QC vào tồn khả dụng.

Nhập hàng và putaway phải ghi batch, hạn dùng và vị trí lạnh

Quy trình nên bắt đầu từ receiving. Khi hàng về kho, nhân viên cần đối chiếu PO hoặc ASN, kiểm SKU, số lượng, barcode, batch/lot, hạn sử dụng, bao bì và điều kiện nhận hàng. Nếu phát hiện thùng giao trễ, bao bì ướt, tem nhiệt bất thường hoặc hạn dùng không đạt chính sách bán, WMS nên đưa vào trạng thái chờ xử lý thay vì nhập thẳng vào tồn bán được.

Sau QC, putaway cần gắn hàng với vị trí cụ thể: khu mát, khu đông, khu nhiệt độ phòng có kiểm soát, kệ fast-pick lạnh, khu hàng cận date, khu lỗi hoặc khu chờ trả nhà cung cấp. Nhân viên dùng PDA scan vị trí và barcode để hệ thống biết SKU không chỉ đã nhập, mà đang nằm ở ô nào, kệ nào, trạng thái nào.

• Bắt buộc dữ liệu batch/lot và hạn sử dụng với SKU có yêu cầu FEFO.
• Dùng vị trí kho riêng cho hàng lạnh, hàng cận date, hàng lỗi và hàng chờ QC.
• Chặn nhập tồn bán được nếu thiếu barcode, thiếu hạn dùng hoặc không đạt điều kiện nhận hàng.

OMS cần giữ tồn theo hạn dùng, kênh bán và cut-off vận chuyển

Không phải kênh nào cũng nên nhận cùng một nhóm tồn. Một SKU cận date có thể phù hợp để chạy campaign xả hàng trên website nhưng không nên đẩy lên marketplace nếu thời gian giao dài và chính sách đổi trả phức tạp. OMS cần biết tồn nào đủ điều kiện bán cho Shopee, Lazada, TikTok Shop, livestream hoặc đơn nội bộ.

Cut-off cũng quan trọng. Nếu đơn phát sinh sau giờ hãng vận chuyển nhận hàng lạnh, OMS nên cảnh báo hoặc chuyển sang ngày xử lý phù hợp thay vì đẩy xuống kho rồi để kiện nằm chờ. Với đơn COD giá trị cao, hệ thống có thể yêu cầu packing có ảnh, vật tư lạnh và scan bàn giao riêng để giảm tranh chấp sau giao.

• Định nghĩa tồn khả dụng theo hạn dùng, trạng thái QC, kho, kênh bán và quy tắc vận chuyển.
• Ưu tiên FEFO nhưng vẫn cần chặn lô không phù hợp với kênh hoặc thời gian giao.
• Cảnh báo đơn sau cut-off để tránh hàng đã pack nhưng không bàn giao kịp.

Picking và checking phải bảo vệ cả độ chính xác lẫn thời gian

WMS nên tạo nhiệm vụ picking theo vị trí lạnh, hạn dùng và SLA. Nhân viên dùng PDA đến đúng location, scan barcode vị trí, scan SKU hoặc batch được chỉ định và xác nhận số lượng. Nếu lấy sai lô, sai hạn dùng hoặc sai vị trí, hệ thống phải chặn ngay thay vì đợi đến khi packing mới phát hiện.

Checking là điểm xác nhận trước khi hàng rời kiểm soát kho. Với hàng lạnh, checking không chỉ kiểm đúng SKU và số lượng; còn cần kiểm bao bì, hạn dùng, batch, quà tặng nếu có và thời gian từ picking đến checking. Khi lỗi được phát hiện, đơn phải chuyển sang ngoại lệ rõ: đổi lô, đổi SKU, chờ CSKH, hủy một phần hoặc trả hàng về vị trí lạnh.

• PDA hướng dẫn picking theo FEFO, vị trí và thời hạn xử lý đơn.
• Checking scan barcode để chặn sai SKU, sai batch, sai hạn dùng hoặc thiếu quà tặng.
• Đo thời gian hàng nằm ngoài khu bảo quản giữa picking, checking và packing.

Packing hàng lạnh cần vật tư, bằng chứng và staging ngắn

Packing hàng lạnh thường cần vật tư khác hàng thường: túi giữ nhiệt, thùng xốp, gel lạnh, tem cảnh báo, nhãn dễ hỏng hoặc hướng dẫn giao nhanh. Nếu vật tư không được quản lý trong WMS, chi phí fulfillment sẽ khó kiểm soát và nhân viên có thể dùng sai quy cách cho SKU nhạy nhiệt.

Khu staging nên được thiết kế ngắn và rõ. Kiện sau packing cần đi vào vị trí chờ theo hãng vận chuyển, tuyến giao hoặc ca lấy hàng. WMS ghi nhận mã vận đơn, thời điểm vào staging, người scan và thời điểm bàn giao. Nếu hãng không lấy kịp, đơn phải có trạng thái ngoại lệ để quản lý quyết định mở kiện, đưa hàng về vị trí lạnh hoặc xử lý theo chính sách chất lượng.

• Cấu hình vật tư packing theo nhóm SKU: túi giữ nhiệt, thùng xốp, gel lạnh, tem cảnh báo.
• Chụp ảnh packing cho đơn giá trị cao, đơn COD, đơn dễ tranh chấp hoặc hàng nhạy nhiệt.
• Scan bàn giao để xác nhận kiện rời trách nhiệm kho và chuyển sang hãng vận chuyển.

Hàng hoàn không được nhập lại tồn nếu chưa qua QC

Hàng hoàn là điểm rủi ro lớn nhất của kho hàng lạnh. Một kiện giao không thành công có thể quay lại còn nguyên niêm phong, nhưng cũng có thể đã đi ngoài điều kiện bảo quản quá lâu. Nếu kho nhập lại tồn bán được chỉ vì sản phẩm còn đủ số lượng, doanh nghiệp có nguy cơ bán hàng không đạt chất lượng cho khách tiếp theo.

Luồng chuẩn là scan mã vận đơn hoàn, đối chiếu đơn gốc trong OMS, kiểm barcode/SKU/batch/hạn dùng trong WMS, ghi nhận tình trạng bao bì và phân loại trạng thái: bán lại được, chờ QC, hủy, trả nhà cung cấp hoặc xử lý nội bộ. Lý do hoàn cần được chuẩn hóa để báo cáo biết lỗi đến từ khách từ chối nhận, giao trễ, hàng hỏng, sai SKU hay vận chuyển không đạt điều kiện.

• Không nhập hàng hoàn về tồn khả dụng nếu chưa kiểm tình trạng và điều kiện bảo quản.
• Tách reason code cho hoàn do giao trễ, bao bì hỏng, sai SKU, khách hủy hoặc vận chuyển lỗi.
• Liên kết hàng hoàn với COD, refund, đơn gốc, mã vận đơn và batch đã xuất.

Báo cáo quản trị cần nhìn được chất lượng vận hành, không chỉ số đơn

Báo cáo cho kho hàng lạnh phải trả lời được các câu hỏi rất cụ thể: SKU nào sắp cận date, lô nào đang kẹt ở vị trí lạnh, đơn nào đã packing nhưng chưa bàn giao, hãng vận chuyển nào hay trễ cut-off, hàng hoàn nào không đủ điều kiện nhập lại và ca kho nào xử lý chậm ở checking hoặc packing.

Khi OMS + WMS nối dữ liệu đơn hàng với thao tác kho, quản lý có thể điều chỉnh quy trình thay vì chỉ tăng người. Nếu lỗi tập trung ở vật tư đóng gói, cần sửa định mức packing. Nếu lỗi nằm ở đơn sau cut-off, cần sửa quy tắc nhận đơn. Nếu hàng hoàn hỏng nhiều ở một tuyến giao, cần đánh giá lại hãng vận chuyển hoặc điều kiện bàn giao.

• Theo dõi tuổi tồn, hạn dùng, tỷ lệ hàng cận date và tốc độ bán theo kênh.
• Đo thời gian picking-checking-packing-staging cho nhóm SKU lạnh.
• Báo cáo tỷ lệ hàng hoàn không đạt QC theo kênh bán, hãng vận chuyển và lý do.

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 kho hàng lạnh ecommerce trong 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 kiểm soát hàng cần điều kiện bảo quản, nhiệt độ, batch, hạn sử dụng, FEFO, tồn khả dụng, picking nhanh, packing đúng vật tư lạnh, bàn giao vận chuyển đúng cut-off và xử lý hàng hoàn không làm sai tồn, 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 kho hàng lạnh ecommerce trong 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 SKU cần điều kiện bảo quản riêng, gồm nhiệt độ, hạn sử dụng, batch/lot và quy tắc FEFO.
• Sơ đồ vị trí kho: khu lạnh, fast-pick lạnh, QC, hàng cận date, hàng lỗi, staging và khu hàng hoàn.
• Quy trình nhận hàng, QC, putaway, picking, checking, packing, bàn giao và nhập hàng hoàn.
• Danh sách vật tư packing theo nhóm SKU: túi giữ nhiệt, thùng xốp, gel lạnh, tem cảnh báo và nhãn vận chuyển.
• Cut-off vận chuyển theo hãng, vùng giao, đơn COD, đơn hỏa tốc và đơn marketplace.
• Kịch bản go-live bằng đơn thật: đơn Shopee, Lazada, TikTok Shop, livestream, đơn COD, đơn cận date, đơn hủy sau packing và kiện hoàn cần QC.

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

JSTERP hỗ trợ kho hàng lạnh ecommerce bằng cách nối OMS và WMS trong cùng một luồng vận hành. OMS quản lý đơn, kênh bán, tồn khả dụng, SLA, COD và trạng thái ngoại lệ; WMS kiểm soát hàng thật theo SKU, barcode, batch, hạn sử dụng, vị trí, PDA và log thao tác kho.

Đội triển khai JST ERP Việt Nam có thể khảo sát danh mục SKU, điều kiện bảo quản, kho hiện tại, hãng vận chuyển, vật tư đóng gói, hàng hoàn và nhóm lỗi vận hành để đề xuất phạm vi triển khai phù hợp. Doanh nghiệp có thể bắt đầu từ nhóm SKU rủi ro cao, sau đó mở rộng sang nhiều kho, nhiều kênh và báo cáo chất lượng chi tiết hơn.

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.