Báo cáo tuổi tồn trong OMS + WMS: phát hiện tồn chậm trước khi thành tồn chết

Tóm tắt nhanh

Báo cáo tuổi tồn trong OMS + WMS cho biết một SKU đã nằm trong kho bao lâu, đang ở vị trí nào, thuộc lô nhập nào, có đang bị giữ cho đơn hay không, đã từng qua hàng hoàn hay chưa và kênh bán nào vẫn còn khả năng đẩy ra. Với Shopee, Lazada, TikTok Shop, livestream và social commerce, báo cáo này giúp doanh nghiệp ra quyết định giảm giá, chuyển kho, đổi vị trí fast-pick, tạo campaign xả hàng, khóa hàng lỗi, ưu tiên FEFO cho hàng cận date và tránh nhập thêm SKU đang chậm. Điểm quan trọng là tuổi tồn phải nối với thao tác kho thật: receiving, putaway, picking, checking, packing, returns, kiểm kê và điều chỉnh tồn có lý do.

• Từ khóa trọng tâm: báo cáo tuổi tồn, inventory aging OMS WMS, tồn chậm ecommerce, tồn chết kho hàng.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp cần quản lý đơn đa kênh, tồn khả dụng, SKU, barcode, vị trí kho, PDA, hàng hoàn, kiểm kê và báo cáo vận hành.
• Bối cảnh Việt Nam: nhiều shop bán cùng SKU trên Shopee, Lazada, TikTok Shop, livestream và social commerce nhưng chưa biết SKU nào đang nằm lâu, lô nào cần đẩy trước và tồn nào không nên tiếp tục nhập.
• Quy trình kho liên quan: nhập hàng, ghi nhận ngày nhận, putaway vào bin location, chuyển vị trí, giữ tồn theo đơn, picking, checking, packing, nhập hoàn, phân loại trạng thái tồ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

Tuổi tồn khác gì so với tồn tổng?

Tồn tổng trả lời câu hỏi còn bao nhiêu hàng. Tuổi tồn trả lời câu hỏi hàng đó đã nằm trong kho bao lâu và còn đáng được giữ ở trạng thái bán được hay không. Một SKU còn 500 chiếc có thể là bình thường nếu mới nhập tuần này, nhưng là rủi ro vốn nếu đã nằm sáu tháng, qua hai mùa sale và tỷ lệ bán đang giảm.

Trong ecommerce, tuổi tồn cần đọc theo nhiều lớp: SKU, biến thể màu size, lô nhập, kho, vị trí, trạng thái hàng, kênh bán và lịch sử campaign. Nếu chỉ gom tất cả thành một số tồn tổng, quản lý không biết nên giảm giá SKU nào, chuyển hàng sang kho nào, dừng nhập nhóm nào hoặc tách hàng nào sang khu chờ xử lý.

• Tồn tổng cho biết số lượng; tuổi tồn cho biết chất lượng của tồn theo thời gian.
• Một SKU bán chậm ở Lazada nhưng vẫn chạy tốt trên TikTok Shop không nên xử lý giống SKU đã chết toàn kênh.
• Hàng hoàn, hàng lỗi và hàng chờ kiểm phải tách khỏi tồn bán được khi đọc tuổi tồn.

Dữ liệu nền cần có trước khi đọc báo cáo tuổi tồn

Báo cáo tuổi tồn chỉ đáng tin khi dữ liệu nhập kho và di chuyển kho được ghi nhận đúng. WMS cần biết ngày nhận hàng, phiếu nhập hoặc ASN, SKU, barcode, số lượng, lô hàng nếu có, vị trí putaway đầu tiên và mọi lần chuyển vị trí sau đó. Nếu hàng được cất bằng trí nhớ hoặc ghi ngoài file, báo cáo aging sẽ chỉ là ước lượng.

OMS bổ sung lớp tốc độ bán và kênh bán. Một SKU có tuổi tồn cao nhưng vẫn đang được đặt đều có thể cần chuyển sang vị trí fast-pick hoặc tạo replenishment. Ngược lại, SKU tuổi tồn cao và tốc độ bán giảm liên tục cần được đưa vào danh sách xử lý: bundle, giảm giá, chuyển kênh, trả nhà cung cấp hoặc khóa nhập thêm.

• Chuẩn hóa SKU, barcode, đơn vị tính, biến thể và mã lô trước khi nhập tồn.
• Bắt buộc PDA scan khi putaway, chuyển vị trí, picking, nhập hoàn và kiểm kê.
• Lưu trạng thái tồn: bán được, giữ theo đơn, chờ kiểm, hàng lỗi, hàng hoàn, cận date, khóa xử lý.

Cách phân nhóm tuổi tồn để hành động được

Một báo cáo tốt không chỉ liệt kê số ngày tồn. Doanh nghiệp nên chia nhóm theo ngưỡng hành động, ví dụ 0-30 ngày là tồn mới, 31-60 ngày là cần theo dõi, 61-90 ngày là cần kích hoạt bán ra, trên 90 ngày là tồn chậm và trên 180 ngày là nguy cơ tồn chết. Ngưỡng này cần điều chỉnh theo ngành: mỹ phẩm, thời trang, phụ kiện điện tử, mẹ và bé hoặc FMCG sẽ khác nhau.

Mỗi nhóm tuổi tồn nên có hành động rõ. Hàng mới có thể ưu tiên vị trí fast-pick nếu tốc độ bán cao. Hàng 61-90 ngày cần kiểm tra giá, kênh bán, hình ảnh sản phẩm và lịch campaign. Hàng trên 180 ngày cần quyết định mạnh hơn: xả hàng, combo, chuyển kho, thanh lý, trả nhà cung cấp hoặc ngừng nhập.

• 0-30 ngày: kiểm tra putaway, vị trí và khả năng đồng bộ tồn lên kênh bán.
• 61-90 ngày: đưa vào kế hoạch campaign, bundle hoặc chuyển sang kênh có tốc độ bán tốt hơn.
• Trên 180 ngày: yêu cầu chủ sở hữu quyết định, không để hàng nằm im trong kho.

Kết nối tuổi tồn với vị trí kho và thao tác WMS

Tuổi tồn không nên chỉ nằm ở báo cáo quản lý. Nó cần quay lại thành nhiệm vụ kho. Ví dụ SKU bán chậm đang chiếm vị trí fast-pick nên được chuyển về bulk storage để nhường chỗ cho hàng bán nhanh. Ngược lại, SKU tuổi tồn thấp nhưng tốc độ bán cao nên được replenishment từ bulk sang fast-pick để tránh đơn bị treo dù tổng tồn còn.

WMS có thể tạo danh sách vị trí cần kiểm tra: vị trí có hàng nằm lâu, vị trí có hàng cận date, vị trí chứa nhiều SKU chậm, khu hàng hoàn chưa xử lý hoặc khu staging còn tồn qua nhiều ca. Nhân viên dùng PDA scan vị trí và SKU để xác nhận hàng thật, sau đó hệ thống ghi nhận chuyển vị trí, khóa tồn hoặc điều chỉnh trạng thái với lý do rõ ràng.

• Chuyển SKU chậm khỏi fast-pick để giảm quãng đường picking cho hàng bán nhanh.
• Tạo nhiệm vụ kiểm tra vị trí có hàng nằm lâu hoặc hàng hoàn chưa phân loại.
• Ghi log mọi chuyển vị trí, khóa tồn và điều chỉnh để truy nguyên khi kiểm kê lệch.

Tuổi tồn, hàng hoàn và hàng lỗi phải được đọc cùng nhau

Nhiều doanh nghiệp tưởng một SKU còn nhiều vì nhập dư, nhưng thực tế một phần lớn là hàng hoàn chưa QC, hộp móp, thiếu phụ kiện hoặc hàng bị khách dùng thử. Nếu WMS không tách trạng thái, báo cáo tuổi tồn sẽ tính cả hàng không bán được vào kế hoạch bán ra, khiến OMS tiếp tục đẩy tồn sai lên marketplace.

Luồng đúng là khi hàng hoàn về kho, nhân viên scan mã vận đơn, đối chiếu đơn gốc, quét barcode SKU, kiểm tình trạng và chọn trạng thái: bán lại được, cần đóng gói lại, hàng lỗi, chờ CSKH quyết định hoặc trả nhà cung cấp. Chỉ hàng đạt điều kiện mới quay lại tồn khả dụng. Tuổi tồn của hàng hoàn cũng nên tách khỏi hàng mới để quản lý biết chất lượng tồn thật.

• Không gộp hàng hoàn chờ kiểm vào tồn bán được.
• Theo dõi tuổi tồn riêng cho hàng lỗi, hàng cận date, hàng thiếu phụ kiện và hàng chờ CSKH.
• OMS chỉ nên đồng bộ tồn khả dụng lên Shopee, Lazada, TikTok Shop sau khi WMS xác nhận trạng thái.

Dùng tuổi tồn để ra quyết định mua hàng và campaign

Báo cáo tuổi tồn có giá trị lớn nhất khi được dùng trước quyết định nhập hàng. Nếu buyer chỉ nhìn doanh số 7 ngày gần nhất mà không thấy kho còn nhiều hàng tuổi tồn cao, doanh nghiệp dễ nhập thêm đúng SKU đang kẹt vốn. OMS + WMS nên cho người mua nhìn cùng lúc: tốc độ bán, tồn khả dụng, tồn đang giữ, tuổi tồn, số ngày đủ bán và lịch campaign sắp tới.

Đội marketing cũng cần dữ liệu này. Một campaign xả hàng nên chọn SKU có tuổi tồn cao nhưng vẫn còn nhu cầu, biên lợi nhuận đủ giảm giá và vị trí kho có thể xử lý được. Nếu chỉ chạy giảm giá theo cảm tính, kho có thể bị dồn đơn cho SKU nằm ở nhiều vị trí khó lấy hoặc hàng hoàn chưa đủ điều kiện bán.

• Chặn đề xuất nhập thêm khi SKU có tuổi tồn cao và tốc độ bán thấp.
• Ưu tiên campaign cho SKU có tồn lâu nhưng vẫn bán được trên một số kênh.
• Kiểm tra năng lực picking, checking, packing trước khi đẩy hàng chậm vào flash sale.

Chỉ số nên theo dõi sau khi triển khai

Sau go-live, doanh nghiệp không nên chỉ hỏi báo cáo có hiển thị hay không. Cần đo xem báo cáo có làm thay đổi hành động thật hay không: tỷ lệ tồn trên 90 ngày giảm bao nhiêu, số SKU chậm có chủ sở hữu xử lý không, hàng hoàn chờ kiểm giảm không, và giá trị vốn mắc kẹt trong kho có đi xuống không.

Một chỉ số quan trọng khác là độ tin cậy của dữ liệu. Nếu nhân viên vẫn bỏ qua scan putaway, chuyển vị trí không ghi nhận hoặc nhập hoàn ngoài hệ thống, tuổi tồn sẽ sai dần. Vì vậy KPI báo cáo phải đi cùng KPI tuân thủ thao tác WMS: tỷ lệ scan đúng vị trí, tỷ lệ điều chỉnh có lý do và thời gian xử lý hàng hoàn.

• Giá trị tồn trên 90 ngày, 180 ngày và 365 ngày theo SKU/kho/kênh bán.
• Tỷ lệ hàng hoàn chờ QC quá SLA và giá trị hàng lỗi chưa xử lý.
• Tỷ lệ chuyển vị trí, điều chỉnh tồn và khóa tồn có log thao tác đầy đủ.

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ủ đề báo cáo tuổi tồn 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 phân tích tuổi tồn theo SKU, lô hàng, vị trí kho, trạng thái tồn, kênh bán, hàng hoàn, tồn giữ theo đơn, hàng chậm bán và tồn chết trước khi vốn bị mắc kẹt, 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 báo cáo tuổi tồn 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

• Chuẩn bị danh sách SKU, barcode, biến thể, đơn vị tính và nhóm hàng cần theo dõi tuổi tồn.
• Kiểm tra dữ liệu ngày nhập, phiếu nhập, lô hàng, kho, bin location và trạng thái tồn hiện tại.
• Liệt kê các nhóm tuổi tồn cần hành động: 30 ngày, 60 ngày, 90 ngày, 180 ngày hoặc theo đặc thù ngành.
• Xác định quy trình xử lý hàng chậm: giảm giá, combo, chuyển kho, trả nhà cung cấp, thanh lý hoặc khóa nhập thêm.
• Chuẩn bị tình huống demo gồm hàng mới, hàng lâu ngày, hàng hoàn, hàng lỗi, hàng đang giữ theo đơn và SKU bán nhanh.

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

JSTERP hỗ trợ báo cáo tuổi tồn bằng cách nối dữ liệu OMS và WMS trong cùng một luồng. OMS cho biết tốc độ bán, kênh bán, đơn đang giữ tồn và nhu cầu campaign; WMS cho biết hàng thật đang nằm ở đâu, nhập từ khi nào, trạng thái gì và đã qua thao tác nào.

Khi tư vấn triển khai, đội JST ERP Việt Nam có thể rà soát cơ cấu SKU, số kho, dữ liệu nhập hàng, cách đặt vị trí, quy trình hàng hoàn và quyết định mua hàng hiện tại. Từ đó doanh nghiệp xây dựng báo cáo aging không chỉ để xem, mà để tạo nhiệm vụ xử lý tồn chậm và giảm vốn mắc kẹt.

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.