ASN trong WMS: nhập hàng trước khi xe tới để kho không bị nghẽn

Tóm tắt nhanh

ASN trong WMS giúp kho chuẩn bị trước lịch nhận hàng, nhân sự, khu staging, danh sách SKU, barcode, tiêu chuẩn QC và vị trí putaway. Khi hàng tới, nhân viên dùng PDA quét PO/ASN, thùng, SKU hoặc barcode để đối chiếu số lượng thực nhận với số lượng dự kiến. Hàng đạt kiểm được chuyển sang putaway hoặc cross-docking; hàng thiếu, thừa, sai SKU, móp méo hoặc cần kiểm chất lượng được đưa vào trạng thái ngoại lệ. Với doanh nghiệp ecommerce Việt Nam bán trên Shopee, Lazada, TikTok Shop và livestream, ASN giúp hàng mới về được cập nhật tồn đúng lúc, giảm nghẽn dock, giảm lệch tồn và rút ngắn thời gian từ xe tới kho đến khi hàng sẵn sàng bán.

• Từ khóa trọng tâm: ASN trong WMS, advance shipping notice WMS, nhập hàng trước khi xe tới, quản lý inbound ecommerce.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp cần nối mua hàng, nhập kho, tồn khả dụng, barcode, PDA, vị trí kho, đơn đang chờ và báo cáo vận hành.
• Bối cảnh Việt Nam: hàng về theo đợt campaign, nhà cung cấp giao nhiều lần, nhập hàng sau livestream, hàng quốc tế về chậm, đơn COD và đơn marketplace cần cập nhật tồn nhanh.
• Quy trình kho liên quan: PO, ASN, lịch dock, khu staging, receiving, QC, barcode, batch/lot, bin location, putaway, cross-docking, tồn chờ kiểm và tồn bán được.

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

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

Vì sao nhập hàng bị nghẽn dù kho vẫn còn người?

Nghẽn nhập hàng thường không phải vì nhân viên làm chậm, mà vì dữ liệu chưa sẵn sàng. Khi xe tới mà kho chưa biết PO nào, SKU nào, số thùng bao nhiêu, có cần kiểm hạn sử dụng hay không, có cần dán barcode lại hay không, mọi quyết định đều phải hỏi lại qua chat hoặc điện thoại.

Trong ecommerce, chậm nhập hàng kéo theo nhiều lỗi phía sau. OMS vẫn thấy thiếu tồn nên đơn đang chờ không được giải phóng; đội bán không dám mở tồn cho campaign; kho không biết hàng nào đưa vào fast-pick trước; kế toán mua hàng khó đối chiếu thiếu thừa với nhà cung cấp. ASN giải quyết phần chuẩn bị này trước khi hàng chạm cửa kho.

• Không có lịch dock rõ khiến nhiều xe tới cùng lúc.
• SKU, barcode, batch hoặc hạn sử dụng chưa được chuẩn hóa trước khi receiving.
• Hàng cần bán ngay bị để chung với hàng chờ QC hoặc hàng chưa xác định vị trí.

ASN nên chứa những dữ liệu nào?

Một ASN tốt không chỉ ghi tổng số thùng. Nó nên nối với PO hoặc kế hoạch nhập, thể hiện nhà cung cấp, thời gian dự kiến tới kho, SKU, số lượng dự kiến, đơn vị đóng gói, barcode, batch/lot, hạn sử dụng nếu có, điều kiện QC và ghi chú xử lý đặc biệt.

Với doanh nghiệp bán đa kênh, ASN cũng nên cho biết SKU nào đang có đơn chờ hoặc sắp vào campaign. Khi WMS nhận dữ liệu này, hệ thống có thể gợi ý khu staging, ưu tiên receiving, tạo nhiệm vụ putaway vào vị trí fast-pick hoặc đưa hàng đi cross-docking thay vì cất lên kệ rồi lại lấy xuống.

• Thông tin nền: PO, nhà cung cấp, thời gian dự kiến, kho nhận, dock hoặc khu staging.
• Thông tin hàng: SKU, barcode, số lượng, thùng, lô, hạn sử dụng, điều kiện bảo quản.
• Thông tin vận hành: cần QC hay không, ưu tiên campaign, đơn đang chờ, vị trí đề xuất và quy tắc xử lý chênh lệch.

Receiving bằng PDA: đối chiếu dự kiến với thực nhận

Khi xe tới, nhân viên kho không nên nhập tay lại toàn bộ dữ liệu. PDA có thể mở ASN, quét mã thùng, mã SKU hoặc barcode sản phẩm, sau đó hệ thống so sánh với số lượng dự kiến. Nếu nhận đủ, WMS chuyển hàng sang bước QC hoặc putaway. Nếu thiếu, thừa, sai SKU hoặc barcode không tồn tại, hệ thống tạo ngoại lệ ngay tại điểm nhận.

Cách làm này giúp quản lý nhìn được chênh lệch theo nhà cung cấp và theo SKU. Ví dụ, ASN báo 500 hộp mỹ phẩm mã A nhưng thực nhận 480 hộp, trong đó 12 hộp móp méo. WMS cần ghi nhận 468 hàng đạt, 12 hàng chờ QC hoặc không bán được, 20 hàng thiếu để mua hàng làm việc lại với nhà cung cấp. Không nên cộng toàn bộ vào tồn bán được.

• Quét PDA theo ASN giúp giảm nhập tay và giảm sai mã.
• Chênh lệch thiếu, thừa, sai SKU, sai barcode phải có trạng thái riêng.
• Tồn chỉ nên chuyển sang bán được sau khi đạt điều kiện nhận hàng và QC.

QC, staging và trạng thái tồn sau khi nhận hàng

Sau receiving, không phải hàng nào cũng có cùng trạng thái. Hàng đạt kiểm có thể putaway; hàng cần kiểm chất lượng phải nằm ở tồn chờ QC; hàng lỗi nằm ở tồn không bán được; hàng thiếu chứng từ có thể chờ xử lý; hàng ưu tiên có thể chuyển sang khu staging để xuất ngay.

Điểm quan trọng là OMS chỉ nên dùng tồn khả dụng để bán hoặc giải phóng đơn. Nếu WMS cộng cả hàng chờ QC vào tồn khả dụng, sàn có thể nhận thêm đơn nhưng kho chưa thể xuất. Ngược lại, nếu hàng đã đạt kiểm nhưng chưa cập nhật kịp, doanh nghiệp mất cơ hội bán trong ngày campaign.

• Tách trạng thái tồn: chờ nhận, chờ QC, đạt kiểm, không bán được, chờ putaway, sẵn sàng bán.
• OMS chỉ dùng tồn khả dụng đã đủ điều kiện để giữ tồn và phân bổ đơn.
• Báo cáo inbound nên cho thấy hàng đang nghẽn ở receiving, QC, staging hay putaway.

Putaway và cross-docking sau ASN

Nếu không có ASN, kho thường cất hàng theo chỗ trống gần nhất. Điều này nhanh trong vài phút đầu nhưng làm picking chậm về sau. Khi WMS biết trước SKU nào sắp về, hệ thống có thể gợi ý vị trí putaway theo nhóm hàng, tốc độ bán, kích thước, hạn sử dụng, khu fast-pick hoặc quy định FEFO/FIFO.

Một phần hàng có thể không cần lên kệ. Nếu OMS đang có đơn chờ hàng về, WMS có thể đưa SKU vừa nhận sang khu cross-docking, tạo nhiệm vụ checking/packing cho đơn đã đủ điều kiện. Quy trình này rất hữu ích khi hàng về sát giờ bàn giao vận chuyển hoặc sau một phiên livestream đã bán trước.

• Putaway theo bin location giúp tồn đúng vị trí và picking nhanh hơn.
• SKU bán chạy nên được đưa vào fast-pick hoặc tạo replenishment ngay khi nhận.
• Cross-docking giúp đơn chờ được xử lý nhanh mà vẫn có quét barcode và checking.

Kiểm soát nhà cung cấp và go-live nhập hàng

ASN cũng là công cụ quản trị nhà cung cấp. Doanh nghiệp có thể đo tỷ lệ giao đúng hẹn, đúng SKU, đúng số lượng, đúng barcode, tỷ lệ lỗi QC và số lần giao thiếu chứng từ. Đây là dữ liệu giúp mua hàng đàm phán và giúp vận hành chuẩn bị nhân sự theo thực tế.

Trước go-live, doanh nghiệp nên thử bằng các tình huống thật: một ASN giao đủ, một ASN giao thiếu, một ASN thừa SKU, một lô cần QC, một lô có hạn sử dụng, một lô cần cross-docking và một trường hợp barcode chưa tồn tại. Nếu các tình huống này chạy ổn, quy trình nhập kho mới đủ chắc để dùng trong mùa cao điểm.

• Đo SLA nhà cung cấp theo thời gian giao, số lượng, chất lượng và chứng từ.
• Test đủ ngoại lệ trước go-live thay vì chỉ demo một lô hàng đẹp.
• Đào tạo rõ vai trò: mua hàng tạo PO/ASN, kho nhận hàng, QC phân loại, quản lý duyệt chênh 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ủ đề ASN trong WMS cho nhập hàng ecommerce, đ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 chuẩn bị dữ liệu nhập hàng trước khi xe tới kho, đối chiếu PO với SKU thực nhận, đặt lịch dock, kiểm barcode, phân loại QC, putaway đúng vị trí, cross-docking cho đơn đang chờ và cập nhật tồn khả dụng kịp thời cho OMS, 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 ASN trong WMS cho nhập hàng ecommerce, 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

• Liệt kê nhà cung cấp, loại hàng, quy cách thùng, SKU, barcode, batch/lot và hạn sử dụng nếu có.
• Chuẩn hóa mối liên kết giữa PO, ASN, SKU kho, đơn vị đóng gói và mã vạch.
• Định nghĩa trạng thái tồn sau nhập: chờ nhận, chờ QC, đạt kiểm, chờ putaway, sẵn sàng bán, không bán được.
• Thiết kế khu staging, dock nhận hàng, vị trí QC, vị trí fast-pick và quy tắc putaway.
• Chuẩn bị kịch bản ngoại lệ: thiếu hàng, thừa hàng, sai SKU, sai barcode, hàng móp méo, thiếu chứng từ và đơn đang chờ cross-docking.
• Đặt KPI sau go-live: thời gian nhận hàng, tỷ lệ chênh lệch ASN, thời gian từ nhận đến bán được, lỗi putaway và tồn chờ QC quá hạn.

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

JSTERP hỗ trợ ASN trong WMS bằng cách nối kế hoạch mua hàng, thông báo hàng về, thao tác receiving bằng PDA, QC, putaway, cross-docking và cập nhật tồn khả dụng cho OMS. Nhờ vậy nhập kho không còn là thao tác cuối ngày mà trở thành một phần của luồng bán hàng đa kênh.

Đội triển khai JST ERP Việt Nam có thể khảo sát hiện trạng nhập hàng, nhà cung cấp, SKU, barcode, kho, vị trí, trạng thái tồn và đơn đang chờ để thiết kế quy trình ASN phù hợp. Doanh nghiệp có thể bắt đầu từ inbound WMS nếu điểm nghẽn lớn nhất nằm ở nhận hàng, hoặc nối sâu với OMS nếu hàng mới về cần lập tức giải phóng đơn marketplace.

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.