Quản lý serial và IMEI trong WMS: truy vết từng sản phẩm giá trị cao

Tóm tắt nhanh

Serial/IMEI không nên được ghi rời rạc trong Excel hoặc chỉ chụp ảnh gửi qua chat. Với hàng giá trị cao, WMS cần bắt buộc scan serial/IMEI ở các điểm kiểm soát: nhận hàng, cất vị trí, lấy hàng, kiểm hàng, đóng gói, xuất kho và nhập hàng hoàn. OMS giữ liên kết giữa đơn hàng, khách, kênh bán, vận đơn, COD và yêu cầu đổi trả; WMS ghi nhận sản phẩm vật lý cụ thể đang ở vị trí nào, trạng thái nào và đã đi qua tay nhân viên nào.

• Từ khóa trọng tâm: quản lý serial IMEI, WMS serial number, truy vết sản phẩm, kiểm soát hàng giá trị cao.
• JST ERP Việt Nam cung cấp giải pháp ERP/OMS + WMS cho doanh nghiệp ecommerce cần kiểm soát đơn hàng, kho, tồn, serial/IMEI và sau bán tại Việt Nam.
• Kênh liên quan: Shopee, Lazada, TikTok Shop, website, social commerce, livestream, đơn đại lý, đơn COD và đơn bảo hành.
• Quy trình kho liên quan: nhập kho theo serial, barcode, bin location, PDA scan, picking, checking, packing, bàn giao vận chuyển, hàng hoàn, đổi trả và bảo hành.

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

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

Vì sao SKU là chưa đủ với hàng có serial/IMEI?

SKU cho biết sản phẩm thuộc mẫu nào, màu nào, dung lượng nào hoặc phiên bản nào. Nhưng với điện thoại, thiết bị điện tử, máy làm đẹp, đồng hồ thông minh hoặc sản phẩm bảo hành theo số máy, SKU không đủ để chứng minh chính xác món hàng nào đã được giao cho khách. Hai sản phẩm cùng SKU có thể khác serial, khác IMEI, khác ngày nhập, khác nhà cung cấp và khác trạng thái bảo hành.

Khi xảy ra đổi trả, khách có thể gửi lại sản phẩm không phải món đã mua, thiếu phụ kiện hoặc IMEI không khớp với đơn gốc. Nếu hệ thống không lưu serial/IMEI tại thời điểm xuất kho, CSKH, kho và kế toán rất khó thống nhất căn cứ xử lý. Đây là lý do WMS cần quản lý đến cấp sản phẩm đơn chiếc thay vì chỉ nhìn tồn tổng.

• SKU dùng để quản lý mẫu hàng; serial/IMEI dùng để truy vết từng sản phẩm cụ thể.
• Đơn bán hàng giá trị cao nên lưu serial/IMEI đã xuất, mã vận đơn và người thao tác.
• Hàng hoàn, đổi trả và bảo hành phải đối chiếu serial/IMEI với đơn gốc trước khi nhập lại tồn.

Nhập kho: ghi serial/IMEI ngay từ lúc nhận hàng

Quy trình nên bắt đầu từ phiếu nhập. Khi nhà cung cấp giao hàng, nhân viên kho kiểm số lượng theo SKU, sau đó dùng PDA hoặc máy quét để ghi nhận từng serial/IMEI. Nếu sản phẩm có tem hãng, mã hộp và mã thân máy, doanh nghiệp nên định nghĩa rõ mã nào là bắt buộc, mã nào là thông tin bổ sung để tránh nhập thiếu dữ liệu.

Sau khi scan, WMS cần liên kết serial/IMEI với phiếu nhập, nhà cung cấp, lô hàng, ngày nhập, trạng thái kiểm hàng và vị trí cất hàng. Nếu phát hiện serial trùng, sai định dạng hoặc không nằm trong danh sách dự kiến, hệ thống nên đưa vào trạng thái ngoại lệ để quản lý duyệt thay vì cho nhập kho bình thường.

• Bắt buộc scan serial/IMEI ở bước nhận hàng với SKU có yêu cầu truy vết.
• Chặn serial trùng, serial sai định dạng hoặc serial không khớp phiếu nhập.
• Liên kết serial với nhà cung cấp, phiếu nhập, trạng thái QC và bin location.

Cất hàng vào vị trí kho và quản lý trạng thái tồn

Sau khi nhập, sản phẩm không nên chỉ nằm trong “kho tổng”. WMS cần biết serial/IMEI nào đang ở vị trí nào: khu hàng mới, khu bán được, tủ khóa hàng giá trị cao, khu chờ kiểm, khu lỗi, khu bảo hành hoặc khu chờ xuất. Với hàng nhỏ nhưng giá trị cao, quản lý vị trí càng quan trọng vì thất lạc một món có thể tạo tổn thất lớn.

Trạng thái tồn phải tách rõ: bán được, đã giữ theo đơn, đang picking, đã checking, đã packing, đã bàn giao vận chuyển, chờ kiểm hoàn, hàng lỗi, hàng bảo hành hoặc hàng khóa do tranh chấp. Nếu serial đang ở trạng thái chờ kiểm hoặc đang bảo hành, OMS không nên đưa serial đó vào tồn khả dụng để phân bổ đơn mới.

• Gắn serial/IMEI với bin location thay vì chỉ ghi tổng tồn theo SKU.
• Tách tồn bán được, tồn giữ theo đơn, tồn chờ kiểm, tồn lỗi và tồn bảo hành.
• Chỉ serial ở trạng thái bán được mới được tham gia phân bổ đơn mới.

Picking, checking và packing: bắt buộc scan đúng sản phẩm

Trong bước picking, PDA nên hướng dẫn nhân viên đến đúng vị trí và scan đúng serial/IMEI được phân bổ. Với một số mô hình, OMS có thể chỉ giữ SKU trước, còn WMS chọn serial cụ thể khi picking theo quy tắc FIFO, FEFO hoặc vị trí gần nhất. Dù chọn cách nào, hệ thống phải ghi nhận serial thực tế được lấy cho đơn.

Ở bước checking, nhân viên cần scan lại serial/IMEI trước khi đóng gói. Đây là điểm chặn lỗi quan trọng: nếu picking lấy nhầm sản phẩm cùng SKU nhưng khác serial, checking sẽ phát hiện trước khi kiện đi khỏi kho. Khi packing, serial/IMEI nên được liên kết với mã vận đơn, ảnh đóng gói nếu có và trạng thái bàn giao vận chuyển.

• PDA hướng dẫn vị trí lấy hàng và bắt buộc scan serial/IMEI khi picking.
• Checking scan lại serial trước packing để chặn giao nhầm.
• Packing liên kết serial với mã vận đơn, kiện hàng, người đóng gói và thời điểm bàn giao.

Đổi trả, hàng hoàn và bảo hành cần đối chiếu serial

Khi khách trả hàng, kho không nên nhập lại chỉ bằng SKU. Nhân viên cần scan serial/IMEI của sản phẩm hoàn, đối chiếu với đơn gốc và trạng thái đã xuất. Nếu serial không khớp, thiếu phụ kiện, hộp khác mã hoặc sản phẩm có dấu hiệu đã sử dụng sai chính sách, WMS cần ghi nhận ngoại lệ để CSKH và quản lý quyết định.

Với bảo hành, serial/IMEI là bằng chứng nối khách hàng, đơn mua, thời gian bảo hành, nhà cung cấp và lịch sử xử lý. Nếu doanh nghiệp bán qua Shopee, Lazada, TikTok Shop hoặc livestream, dữ liệu này giúp giảm tranh cãi khi khách hỏi “sản phẩm này có phải hàng của shop không” hoặc khi cần làm việc với hãng vận chuyển và nhà cung cấp.

• Hàng hoàn phải scan serial/IMEI và đối chiếu đơn gốc trước khi nhập lại tồn.
• Serial không khớp nên vào trạng thái ngoại lệ, không cộng thẳng vào tồn bán được.
• Hồ sơ bảo hành nên lưu đơn gốc, khách, serial, ngày bán, tình trạng nhận lại và kết quả xử lý.

Quyền điều chỉnh và báo cáo chống thất thoát

Serial/IMEI là dữ liệu nhạy cảm vì liên quan trực tiếp đến tài sản. Không phải nhân viên nào cũng nên được sửa serial, xóa serial hoặc chuyển trạng thái từ hàng lỗi sang bán được. Doanh nghiệp cần phân quyền rõ: ai được nhập mới, ai được sửa lỗi, ai duyệt điều chỉnh và ai xem báo cáo.

Báo cáo nên trả lời được các câu hỏi vận hành: serial này nhập từ đâu, đang ở vị trí nào, đã xuất cho đơn nào, ai đã scan, vì sao bị trả về, đang bảo hành hay bán được, có từng bị điều chỉnh thủ công không. Khi dữ liệu này nằm trong OMS + WMS, quản lý không phải tìm chứng cứ rải rác trong ảnh chụp, chat nhóm hoặc file cá nhân.

• Phân quyền sửa serial/IMEI, duyệt ngoại lệ và điều chỉnh trạng thái tồn.
• Lưu log thao tác theo người dùng, thời gian, thiết bị PDA và vị trí kho.
• Theo dõi tỷ lệ lỗi theo serial: sai picking, sai checking, hàng hoàn không khớp và bảo hành.

Checklist go-live cho quản lý serial/IMEI

Trước khi go-live, doanh nghiệp nên chọn một nhóm SKU có yêu cầu truy vết cao để chạy thử: hàng mới nhập, hàng đã có tồn, hàng cần bảo hành, hàng đổi trả và hàng bán trên nhiều kênh. Mục tiêu không phải chỉ là quét được mã, mà là đảm bảo serial đi xuyên suốt từ nhập kho đến xuất kho và sau bán.

Kịch bản kiểm thử nên dùng đơn thật hoặc dữ liệu gần thật: một đơn có một serial, một đơn nhiều sản phẩm, một đơn combo có sản phẩm cần serial, một đơn bị hủy sau khi giữ tồn, một kiện hoàn không khớp serial và một ca bảo hành sau khi khách mua qua sàn.

• Xác định SKU nào bắt buộc serial/IMEI và SKU nào chỉ cần barcode thường.
• Kiểm thử nhập kho, putaway, picking, checking, packing, hoàn hàng và bảo hành.
• Đo chỉ số nghiệm thu: tỷ lệ scan đủ serial, lỗi checking, serial không khớp khi hoàn, thời gian truy vết và số lần chỉnh tay.

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ủ đề quản lý serial và IMEI trong 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 truy vết từng sản phẩm giá trị cao theo serial number, IMEI, barcode, vị trí kho, đơn xuất, đơn hoàn, đổi trả và bảo hà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 quản lý serial và IMEI trong 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 quản lý serial/IMEI, bao gồm quy tắc bắt buộc theo ngành hàng.
• Mẫu dữ liệu serial hiện có: file nhà cung cấp, tem sản phẩm, tem hộp, IMEI, số máy hoặc số bảo hành.
• Sơ đồ kho và vị trí lưu hàng giá trị cao, bao gồm khu bán được, khu chờ kiểm, khu lỗi và khu bảo hành.
• Quy trình scan ở nhập kho, picking, checking, packing, nhập hàng hoàn và bảo hành.
• Quyền người dùng: ai được nhập, sửa, duyệt ngoại lệ, điều chỉnh trạng thái và xem báo cáo serial.
• Kịch bản go-live với đơn Shopee, Lazada, TikTok Shop, livestream, COD, đổi trả và bảo hành.

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

JSTERP hỗ trợ quản lý serial và IMEI bằng cách kết nối OMS với WMS: đơn hàng, khách hàng, kênh bán và vận đơn nằm ở OMS; sản phẩm vật lý, vị trí kho, trạng thái tồn và log scan nằm ở WMS. Khi hai lớp này nối với nhau, doanh nghiệp truy được một serial từ lúc nhập kho đến khi giao cho khách và quay lại sau đổi trả hoặc bảo hành.

Đội triển khai JST ERP Việt Nam có thể khảo sát nhóm hàng giá trị cao, quy trình kho hiện tại, cách đặt SKU, cách dán barcode, điểm scan bắt buộc và báo cáo sau bán. Từ đó doanh nghiệp có thể triển khai từng bước: bắt đầu từ SKU cần truy vết nhất, sau đó mở rộng sang nhiều kho, nhiều kênh và quy trình bảo hành 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.