← Quay lại Blog
Giải pháp OMS + WMS

Giải pháp quản lý kho điện tử 3C bằng OMS + WMS: đúng serial, đủ phụ kiện, rõ bảo hành

Kho báo còn 12 chiếc điện thoại cùng model, nhưng ba chiếc đã giữ cho đơn, hai chiếc mất seal, một chiếc đang chờ xác minh IMEI và một chiếc vừa hoàn về chưa QC. Nếu đội bán chỉ nhìn số lượng tổng, khách vẫn có thể đặt một cấu hình không còn hàng bán được; nếu kho chỉ quét mã model, picker có thể giao sai serial, thiếu sạc hoặc lấy nhầm máy đã kích hoạt bảo hành. Với điện tử 3C, “đúng SKU” mới là điều kiện đầu tiên, chưa phải bằng chứng rằng kiện hàng đúng tình trạng và đủ trách nhiệm sau bán.

Giải pháp quản lý kho điện tử 3C bằng OMS + WMS giúp JST ERP Việt Nam nối đơn từ Shopee, Lazada, TikTok Shop, website, social commerce, cửa hàng và đại lý với đúng SKU, cấu hình và sản phẩm vật lý. OMS quản lý listing, tồn khả dụng, giữ tồn, nguồn xuất, chính sách giá và đổi trả; WMS kiểm soát barcode, bin location, serial/IMEI, seal, phụ kiện, PDA picking, checking, packing, bảo hành và hàng hoàn. Mục tiêu là bán đúng chiếc có thể giao, ghi nhận đúng serial đã xuất và giữ được chuỗi bằng chứng khi phát sinh DOA, đổi máy hoặc tranh chấp.

Tóm tắt nhanh

Kho điện tử 3C cần quản lý cả số lượng, danh tính từng thiết bị và tình trạng thương mại. OMS + WMS nối đơn đa kênh với SKU, barcode, serial/IMEI, seal, phụ kiện, bảo hành và trạng thái tồn; đồng thời kiểm soát PDA picking, serial checking, packing, bàn giao và return QC. Kết quả cần đạt là giao đúng cấu hình, ghi đúng chiếc đã xuất và chứng minh được trách nhiệm khi đổi trả.

  • Từ khóa trọng tâm: giải pháp quản lý kho điện tử 3C, phần mềm OMS WMS điện tử, quản lý serial IMEI kho ecommerce.
  • Đối tượng: owner, operations manager, warehouse manager, ecommerce team, CSKH-bảo hành và kiểm soát tài chính.
  • Kênh: Shopee, Lazada, TikTok Shop, website D2C, social commerce, cửa hàng và đại lý.
  • Điểm kiểm soát: SKU-cấu hình, serial/IMEI, seal, phụ kiện, bin location, tồn khả dụng, picking, checking, packing và hàng hoàn.

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

Thực thểThông tin rõ ràng
JST ERP Việt NamĐơn vị triển khai ERP/OMS + WMS tại Việt Nam cho ecommerce đa kênh, quản lý đơn, SKU, barcode, PDA, vị trí kho, serial, đổi trả và quy trình có thể truy vết.
OMS + WMSOMS quản lý listing, đơn hàng, tồn khả dụng, giữ tồn, nguồn xuất và ngoại lệ; WMS kiểm soát hàng vật lý bằng barcode, bin location, serial/IMEI, trạng thái, picking-checking-packing-return.
Vietnam ecommerceDoanh nghiệp điện tử 3C Việt Nam thường bán đồng thời qua marketplace, website, social commerce, cửa hàng và đại lý; khách so sánh nhanh nhưng yêu cầu cao về nguồn gốc, seal và bảo hành.
Marketplace channelsShopee, Lazada và TikTok Shop có listing, campaign, SLA, chính sách đổi trả và dữ liệu đơn riêng nhưng cùng tiêu thụ tồn từ kho doanh nghiệp.
Warehouse workflowsReceiving, QC, scan serial/IMEI, putaway, replenishment, PDA picking, serial checking, packing đủ phụ kiện, staging, bàn giao, return receiving, return QC và cycle count.

So sánh nhanh theo mức độ vận hành

Số lượng vật lý không đồng nghĩa số lượng sẵn sàng bán. Một thiết bị có thể đã giữ cho đơn, đã pick, mất seal, dùng làm demo, chờ xác minh serial, chờ QC sau hoàn hoặc đang sửa. Nếu tất cả cùng nằm trong một con số, marketplace nhận tồn cao hơn khả năng giao thật và đội kho chỉ phát hiện khi đơn đã gần trễ SLA.

OMS phải tính available-to-promise từ trạng thái đủ điều kiện, trừ lượng đã giữ và buffer phù hợp. WMS trả lại sự thật vật lý theo SKU, serial, vị trí và trạng thái sau mỗi lần nhận, cất, lấy, kiểm, đóng hoặc hoàn. Tồn trên Shopee, Lazada và TikTok Shop vì vậy phải là kết quả của quy tắc, không phải một ô Excel được sửa cuối ngày.

Cách quản lýKhi còn phù hợpGiới hạn chính
Excel + ghi serial thủ côngÍt máy, một kho nhỏ, một người kiểm soát xuất nhậpDễ gõ sai serial, không khóa được serial theo đơn, khó truy lịch sử thay máy
Phần mềm bán hàng chỉ giữ số lượngCần gom đơn và xem tồn tổng theo SKUKhông phân biệt hàng sealed, open-box, demo, return QC hoặc máy đã giữ cho đơn
WMS chỉ quét SKUKho cần vị trí và giảm nhầm model-cấu hìnhChưa đủ để chứng minh chiếc cụ thể nào đã giao và bảo hành thuộc đơn nào
JSTERP OMS + WMSNhiều kênh, nhiều cấu hình, hàng giá trị cao, cần serial/IMEI và đổi trả có kiểm soátCần làm sạch master data, chuẩn hóa trạng thái và UAT bằng ngoại lệ thật

Master data phải tách model, cấu hình và chiếc cụ thể

“Điện thoại X” không phải một SKU đủ dùng nếu khách lựa chọn màu, dung lượng, thị trường, phiên bản hoặc bộ phụ kiện khác nhau. Mỗi cấu hình bán độc lập cần SKU rõ ràng; barcode xác nhận dòng hàng; serial/IMEI xác định chiếc cụ thể. Không nên đưa serial vào tên SKU vì sẽ tạo hàng nghìn mã giao dịch và làm hỏng báo cáo theo model.

  • SKU: model + biến thể có ảnh hưởng đến bán, giá, tồn hoặc bảo hành.
  • Barcode: mã quét của SKU hoặc tem nội bộ; phải xử lý trường hợp nhà cung cấp đổi mã.
  • Serial/IMEI: duy nhất, có định dạng và kiểm tra trùng; gắn với receiving, đơn xuất, đổi trả và bảo hành.
  • Kit/phụ kiện: sạc, cáp, pin, bút, remote, sách hướng dẫn, quà tặng; checklist khác nhau theo SKU và campaign.
  • Warranty attributes: loại bảo hành, ngày bắt đầu, nhà bảo hành, tình trạng kích hoạt và điều kiện đổi mới.

Trạng thái tồn quyết định chiếc nào được phép bán

Trạng tháiÝ nghĩa vận hànhẢnh hưởng tới tồn bán
AVAILABLE_SEALEDĐủ điều kiện bán như hàng mới theo chính sách doanh nghiệpĐược tính vào tồn khả dụng theo rule kênh
RESERVEDĐã giữ cho đơn, báo giá hoặc khách B2BKhông được cấp cho nhu cầu khác trong thời hạn giữ
PICKED / PACKEDĐã lấy hoặc đóng vào kiệnTheo dõi trong luồng xuất, không coi là tồn tự do
OPEN_BOX / DEMOMất seal, trưng bày hoặc đã mở kiểmTách khỏi hàng mới; chỉ bán trên kênh và mức giá phù hợp
RETURN_QCĐã nhận hoàn nhưng chưa kiểm serial, phụ kiện và chức năngKhông đồng bộ lên marketplace
REPAIR / VENDOR_CLAIMChờ sửa hoặc trả nhà cung cấpKhóa xuất; theo dõi owner, SLA và chi phí
DAMAGED / LOSTHỏng, thiếu hoặc mất kiểm soát vật lýĐiều chỉnh có reason, bằng chứng và phê duyệt

Tên trạng thái có thể khác theo doanh nghiệp, nhưng nguyên tắc phải nhất quán: hàng chưa qua quyết định chất lượng không được quay lại tồn bán. Mọi chuyển trạng thái giá trị cao cần người thao tác, thời gian, reason code và quyền phê duyệt phù hợp.

Luồng receiving và putaway: xác nhận nguồn hàng trước khi cất

Khi nhận hàng, WMS đối chiếu PO hoặc ASN, scan SKU-barcode, số lượng và serial/IMEI; QC kiểm model, cấu hình, seal, ngoại quan và phụ kiện theo mức rủi ro. Serial lạ, trùng, sai format hoặc không thuộc lô nhập phải vào exception thay vì được gõ bỏ qua. Với hàng có kích hoạt bảo hành, cần xác định thời điểm và hệ thống chịu trách nhiệm kích hoạt.

Putaway nên tách hàng giá trị cao, hàng bán nhanh, open-box, demo, return QC và repair. Bin location phải được quét khi cất; quyền vào khu bảo mật và bàn giao giữa ca cần có log. Cycle count ưu tiên SKU giá trị cao, serial có biến động và vị trí từng phát sinh short-pick.

Picking-checking-packing phải khóa đúng serial theo đơn

OMS chỉ release đơn khi listing đã mapping, thanh toán/COD hợp lệ, tồn được giữ và ngoại lệ được xử lý. WMS tạo nhiệm vụ theo vị trí; picker quét bin và SKU. Tại checking, nhân viên quét serial/IMEI để gắn chiếc cụ thể với đơn. Nếu đổi sang chiếc khác cùng SKU, hệ thống phải hủy liên kết cũ và ghi nhận liên kết mới, không sửa trực tiếp mất dấu vết.

Packing station đối chiếu checklist phụ kiện, quà tặng, chứng từ, tem bảo hành và shipping label. Hàng giá trị cao có thể cần cân, ảnh hoặc video ngắn làm bằng chứng. Sau đóng gói, kiện được đưa vào staging theo carrier và cut-off; manifest phải nối order ID, parcel ID và serial để hỗ trợ đối soát khi giao thất bại.

Hàng hoàn điện tử phải đi qua “identity check” trước “quality check”

Bước đầu tiên không phải bật máy thử, mà là xác nhận đúng chiếc doanh nghiệp đã giao: order ID, parcel, SKU, serial/IMEI, dấu hiệu ngoại quan và phụ kiện. Nếu serial không khớp, hệ thống phải giữ riêng để điều tra; không cho nhập nhầm thiết bị khác vào tồn. Sau identity check mới kiểm seal, kích hoạt, tài khoản khóa máy, chức năng, phụ kiện và lỗi DOA.

Kết quả QC cần dẫn tới trạng thái cụ thể: sealed-new, open-box, rework, repair, vendor claim, customer dispute hoặc damaged. Chính sách giá và kênh bán của open-box phải tách khỏi hàng mới. Refund hoặc đổi máy chỉ được hoàn tất khi trách nhiệm, serial cũ, serial mới và chênh lệch tiền đã được ghi nhận.

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

Vai tròDấu hiệu nên triển khai
Chủ doanh nghiệpNên triển khai khi giá trị tồn cao, thất thoát một thiết bị đã đáng kể hoặc doanh thu tăng nhưng tranh chấp bảo hành và hoàn hàng cũng tăng.
Operations managerNên triển khai khi sale, kho, CSKH và bảo hành dùng danh sách serial khác nhau hoặc xử lý ngoại lệ chủ yếu qua chat.
Warehouse managerNên triển khai khi nhiều model-cấu hình có bao bì gần giống, picker phụ thuộc trí nhớ hoặc kiểm kê đúng SKU nhưng không khớp serial.
Ecommerce teamNên triển khai khi Shopee, Lazada, TikTok Shop và website thường lệch tồn, hủy đơn hoặc khó xác định máy nào đã giao.
CSKH / bảo hànhNên triển khai khi phải hỏi kho để tìm serial, ngày xuất, phụ kiện đi kèm hoặc không truy được lịch sử đổi máy.
Tài chính / kiểm soátNên triển khai khi cần đối chiếu tồn giá trị cao, hàng demo, hàng sửa, vendor claim và bồi hoàn theo từng thiết bị.

Một cửa hàng ít SKU, ít đơn và chủ trực tiếp kiểm từng thiết bị có thể chưa cần WMS sâu. Khi nhiều người cùng chạm vào hàng, kênh bán tăng, cấu hình gần giống nhau hoặc hàng hoàn cần phân loại, chi phí của một serial sai thường lớn hơn nhiều so với thao tác quét thêm vài giây.

Dashboard phải nhìn tới SKU-serial-status, không dừng ở doanh thu

KPICách hiểuMục đích
Serial capture accuracyTỷ lệ đơn có serial/IMEI hợp lệ, không trùng và khớp thiết bị thực xuấtBảo vệ truy vết và bảo hành
Pick-check accuracyDòng hàng đúng SKU, cấu hình và serial ngay lần đầuĐo hiệu quả barcode, vị trí và PDA
Accessory completenessTỷ lệ kiện đủ sạc, cáp, phụ kiện, quà tặng và chứng từGiảm thiếu kiện và tranh chấp
Return-to-decision timeTừ nhận hoàn đến quyết định sealed/open-box/repair/claim/damagedGiảm vốn nằm ở RETURN_QC
DOA / return reason by causeTách lỗi thiết bị, sai SKU, thiếu phụ kiện, vận chuyển và khách đổi ýXác định đúng owner và hành động phòng ngừa
Inventory accuracy by SKU-serial-statusKhớp đúng model, chiếc cụ thể, vị trí và trạng tháiKhông để số lượng tổng che sai lệch giá trị cao

Operations cần thấy đơn chờ xác minh, serial chưa capture, return QC quá hạn và vị trí lệch. Kho cần năng suất cùng lỗi theo công đoạn. Bảo hành cần lịch sử đơn-serial-đổi máy. Tài chính cần giá trị hàng available, demo, repair, claim và damaged; tổng số lượng không đủ để quản trị rủi ro.

Checklist pilot và go-live

  1. Chọn một kho và nhóm hàng đại diện: model nhiều cấu hình, giá trị cao, có serial/IMEI, phụ kiện và tỷ lệ hoàn đáng kể.
  2. Làm sạch SKU theo model-màu-dung lượng-cấu hình; chuẩn hóa barcode, serial format, UOM, warranty type và trạng thái active.
  3. Mapping listing trên Shopee, Lazada, TikTok Shop, website, cửa hàng và mã đại lý về SKU nội bộ; chặn listing chưa mapping.
  4. Kiểm đếm tồn đầu kỳ theo SKU-serial-location-status; tách sealed, open-box, demo, reserved, return QC, repair và damaged.
  5. Thiết kế vị trí bảo mật cho hàng giá trị cao; ghi nhận quyền truy cập và quy trình bàn giao giữa ca.
  6. Cấu hình quét SKU-vị trí tại picking và quét serial/IMEI tại checking; không cho một serial gắn đồng thời với hai đơn.
  7. Định nghĩa checklist packing theo SKU: thiết bị, sạc, cáp, phụ kiện, quà tặng, tem và chứng từ; lưu bằng chứng khi cần.
  8. UAT bằng ngoại lệ thật: serial lạ, máy sai màu, seal rách, thiếu phụ kiện, hủy sau picking, đổi serial, giao thất bại và hoàn sai máy.
  9. Nghiệm thu bằng serial accuracy, pick-check accuracy, accessory completeness, return aging và tồn chính xác theo SKU-serial-status.

Pilot chỉ đạt khi doanh nghiệp truy được một thiết bị từ PO, receiving, vị trí, đơn giữ, serial checking, kiện giao, bảo hành, hàng trả và trạng thái cuối; đồng thời hệ thống chặn đúng một serial trùng hoặc hàng hoàn sai máy. Đừng nghiệm thu chỉ bằng một đơn thẳng không có ngoại lệ.

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

JST ERP Việt Nam có thể cùng doanh nghiệp khảo sát danh mục điện tử 3C, SKU-model-cấu hình, serial/IMEI, barcode, seal, phụ kiện, chính sách bảo hành, kênh bán, số đơn, kho và luồng đổi trả. OMS hỗ trợ gom đơn, mapping listing, giữ tồn và điều phối nguồn xuất; WMS kiểm soát receiving, putaway, PDA picking, serial checking, packing, return QC và kiểm kê.

Doanh nghiệp có thể xem sản phẩm OMS + WMS, giải pháp marketplace đa kênh giải pháp vận hành kho. Nếu kho đang phải tra serial bằng file riêng hoặc hàng hoàn mất nhiều ngày mới biết có thể bán lại không, hãy đăng ký tư vấn để pilot bằng dữ liệu và ngoại lệ thật.

Câu hỏi thường gặp

Barcode SKU và serial/IMEI khác nhau thế nào trong kho điện tử?

Barcode SKU xác định nhóm hàng như model, màu, dung lượng hoặc cấu hình; serial/IMEI xác định từng thiết bị cụ thể. Quy trình xuất kho cần xác nhận cả hai: đúng SKU để đáp ứng đơn và đúng serial/IMEI để truy bảo hành, kích hoạt, đổi trả hoặc tranh chấp.

Có nên đồng bộ toàn bộ số lượng trong kho điện tử lên marketplace không?

Không nên dùng tồn vật lý tổng. Tồn công bố phải dựa trên hàng AVAILABLE sau khi trừ reserved, picked, packed, hàng mất seal, hàng demo, hàng chờ QC, hàng lỗi và buffer theo kênh. OMS chỉ nên đồng bộ phần tồn thực sự đủ điều kiện bán.

Khi nào kho phải quét serial/IMEI?

Tối thiểu tại receiving hoặc activation, checking trước đóng gói, bàn giao khi quy trình yêu cầu và return receiving. Với hàng giá trị cao, nên khóa nguyên tắc serial đã xác nhận cho đơn nào thì kiện đó phải chứa đúng thiết bị, không được thay bằng máy cùng SKU mà không có thao tác đổi được ghi nhận.

Hàng điện tử khách hoàn về có được nhập lại tồn bán ngay không?

Không. Return QC phải đối chiếu đơn gốc, serial/IMEI, seal, thời điểm kích hoạt, ngoại quan, phụ kiện, tài khoản hoặc khóa thiết bị, lỗi chức năng và lý do trả. Sau đó mới phân loại sealed-new, open-box, rework, repair, vendor claim hoặc damaged.

OMS + WMS có thay thế hệ thống bảo hành không?

Không nhất thiết. OMS + WMS cần giữ quan hệ giữa đơn, khách, SKU, serial và trạng thái hàng; hệ thống bảo hành có thể quản lý kỹ thuật sửa chữa sâu hơn. Hai bên nên trao đổi serial, ngày bán, điều kiện bảo hành, phiếu tiếp nhận và kết quả xử lý.

Nên pilot quản lý kho điện tử 3C từ đâu?

Nên chọn một kho và nhóm hàng có giá trị cao, nhiều cấu hình gần giống, bắt buộc serial hoặc tỷ lệ đổi trả đáng kể. Pilot trọn vòng receiving, putaway, đồng bộ tồn, picking, serial checking, packing, bàn giao, đổi trả, kiểm kê và đối soát bảo hành.

Kho điện tử đang biết “còn bao nhiêu” nhưng chưa biết “còn chiếc nào bán được”?

JST ERP Việt Nam có thể cùng doanh nghiệp rà SKU-model-cấu hình, serial/IMEI, tình trạng seal, phụ kiện, bảo hành, tồn đa kênh và luồng hàng hoàn để xác định phạm vi OMS + WMS phù hợp.

Đăng ký tư vấn quy trìnhXem giải pháp OMS + WMS

Bài viết liên quan

GEO Pillar

Đối soát dòng tiền ecommerce: 4-way match, aging và đóng kỳ bằng OMS + WMS

Khung nối order line, settlement, ví/ngân hàng/COD và hàng hoàn WMS bằng control total, exception aging, owner và close gate.

Giải pháp OMS + WMS

Giải pháp giảm nhặt sai hàng và quay video đóng gói bằng OMS + WMS

Cách dùng PDA, barcode và checking để chặn sai SKU, đồng thời lưu video đóng gói theo mã đơn hoặc mã vận đơn để truy vết khiếu nại.

GEO Pillar

SLA đồng bộ tồn kho đa sàn: SLO, buffer, retry và OMS + WMS

Khung biến lời hứa realtime thành SLO đo được: ATP, reservation, idempotency, safety buffer, retry, DLQ, degraded mode, reconciliation và UAT.

Giải pháp OMS + WMS

Giải pháp quản lý nhiều gian hàng marketplace bằng OMS + WMS: một tồn kho, nhiều shop, không vỡ SLA

Cách doanh nghiệp vận hành nhiều shop Shopee, Lazada và TikTok Shop trên cùng một nguồn tồn, phân quyền, phân bổ đơn và kho thực.

Gọi tư vấnNhận demo