Chọn WMS theo nghiệp vụ kho: nên yêu cầu nhà cung cấp demo những tình huống nào?
Một buổi demo WMS có thể chạy rất trơn tru: tạo đơn, quét mã, nhập hàng, lấy hàng rồi xuất kho. Đến lúc triển khai, doanh nghiệp mới thấy những câu hỏi chưa được kiểm tra: hàng về thiếu xử lý ra sao, cùng SKU có nhiều lô thế nào, đơn thay đổi sau khi đã lấy hàng thì ai được sửa?
Để đánh giá WMS, hãy yêu cầu nhà cung cấp chạy một số giao dịch đại diện cho kho của mình, gồm cả công việc bình thường và ngoại lệ. Mỗi tình huống cần có đầu vào, kết quả mong đợi, quyền xử lý và cách kiểm chứng trên hệ thống.
Chuẩn bị một bộ dữ liệu demo nhỏ nhưng đủ khác biệt
Doanh nghiệp không cần chuyển toàn bộ dữ liệu thật cho buổi demo đầu. Có thể chuẩn bị dữ liệu giả lập đã bỏ thông tin nhạy cảm, gồm:
- Một SKU quản lý theo thùng và đơn vị lẻ.
- Một SKU có lô/hạn dùng nếu kho có nhu cầu này.
- Một nhóm hàng cần chờ kiểm tra hoặc cách ly.
- Vị trí nhận hàng, lưu trữ, lấy hàng và chờ xuất.
- Đơn nhập, đơn xuất và một giao dịch trả hàng có liên quan.
Toàn bộ số lượng dưới đây là ví dụ minh họa để thiết kế bài kiểm tra, không phải dữ liệu hoặc kết quả dự án của SCO. Doanh nghiệp cần thay bằng quy tắc phù hợp với kho thực tế.
Bảy tình huống nên đưa vào buổi demo
1. Nhận hàng có chênh lệch hoặc hàng chờ xử lý
Ví dụ, đơn nhập dự kiến 24 đơn vị; thực nhận 24, trong đó 2 đơn vị bị hư hỏng. Nếu quy trình cho phép ghi nhận nhận đủ và cách ly hàng lỗi, hãy kiểm tra hệ thống thể hiện 22 đơn vị có thể sử dụng và 2 đơn vị ở trạng thái chờ xử lý như thế nào.
Cần hỏi: ai được quyết định nhận/từ chối, bằng chứng được lưu ở đâu và trạng thái này truyền sang hệ thống liên quan ra sao? Nếu doanh nghiệp dùng cách tiếp nhận khác, phải demo theo cách đó.
2. Cùng SKU nhưng khác đơn vị tính
Giả sử một thùng bằng 12 đơn vị. Nhập 2 thùng, lấy ra 5 đơn vị: hệ thống phải thể hiện số còn lại theo quy tắc đã thống nhất, tương đương 19 đơn vị nếu không có giao dịch khác.
Hãy kiểm tra người thao tác có nhìn rõ đơn vị đang dùng không; mã quét thuộc thùng hay đơn vị; ai được sửa hệ số quy đổi và ảnh hưởng tới dữ liệu cũ được xử lý thế nào.
3. Cất hàng vào vị trí không đáp ứng điều kiện
Chọn một vị trí không đủ sức chứa hoặc không phù hợp với nhóm hàng cần lưu. Yêu cầu nhà cung cấp thể hiện hệ thống ngăn thao tác, cảnh báo hay cho phép người có quyền ghi đè như thế nào.
Mục đích là làm rõ mức kiểm soát doanh nghiệp cần và phần dữ liệu/cấu hình phải chuẩn bị. Không mặc định mọi WMS đều kiểm soát được cùng một điều kiện.
4. Lấy hàng theo lô và yêu cầu hạn dùng
Nếu kho quản lý lô/hạn dùng, chuẩn bị hai lô và một đơn có yêu cầu hạn sử dụng còn lại. Kiểm tra cách hệ thống chọn lô theo quy tắc đã duyệt, phản ứng khi quét sai lô và quyền đổi lựa chọn.
Cần phân biệt “ưu tiên lô hết hạn trước” với “đáp ứng yêu cầu hạn dùng của khách”. Hai điều kiện có thể cần được xét cùng nhau.
5. Vị trí lấy hàng thiếu nhưng kho còn hàng ở khu lưu trữ
Tạo đơn vượt lượng tại vị trí lấy, trong khi khu lưu trữ vẫn còn hàng. Xem ai nhận yêu cầu bổ sung, đơn đang chờ được hiển thị thế nào và khi nào người soạn được tiếp tục.
Đây là lúc đánh giá sự phối hợp giữa các công đoạn, thay vì chỉ xem tốc độ quét của một người.
6. Đơn thay đổi hoặc hàng quay lại sau khi đã lấy
Thử giảm số lượng hoặc hủy một dòng sau khi người soạn đã lấy hàng. Kiểm tra thao tác hoàn lại, vị trí/trạng thái tồn, quyền phê duyệt và lịch sử thay đổi.
Nếu có trả hàng, cần xem hệ thống liên kết với giao dịch gốc và xử lý hàng chờ đánh giá chất lượng ra sao. Không tự động coi mọi hàng trả lại là hàng có thể bán.
7. Giao dịch tích hợp bị gửi lại hoặc mất kết nối
Yêu cầu giải thích và, trong môi trường thử phù hợp, trình diễn cách xử lý thông điệp trùng, lỗi đồng bộ hoặc gián đoạn kết nối. Cần biết cách phát hiện, thử lại, đối soát và người chịu trách nhiệm.
Phần nào mới là mô phỏng, chưa kết nối ERP/POS thật phải được ghi rõ. Một màn hình báo “thành công” chưa xác nhận dữ liệu đã đúng ở cả hai phía.
Ghi kết quả theo mức đáp ứng
Sau mỗi tình huống, ghi lại bằng chứng thay vì chỉ đánh dấu “có chức năng”. Có thể dùng bảng sau:
| Tình huống | Kết quả mong đợi | Đã trình diễn | Mức đáp ứng | Điều kiện/chi phí cần xác nhận |
|---|---|---|---|---|
| Ví dụ: lấy hàng khác đơn vị tính | Tồn và đơn vị quy đổi khớp sau giao dịch | Mã giao dịch, ảnh hoặc biên bản | Có sẵn / cần cấu hình / cần phát triển / chưa đáp ứng | Dữ liệu quy đổi, thiết bị, phạm vi báo giá |
Các yêu cầu bắt buộc nên được xét riêng. Không nên dùng điểm trung bình cao để bỏ qua một yêu cầu không thể thiếu như truy xuất lô đối với hoạt động có yêu cầu đó.
Buổi demo chưa thay cho nghiệm thu triển khai
Demo giúp đánh giá mức phù hợp ban đầu. Trước khi đưa hệ thống vào vận hành, doanh nghiệp vẫn cần kiểm thử trên cấu hình, dữ liệu, thiết bị và các kết nối thực tế, có người dùng nghiệp vụ xác nhận.
Danh sách tình huống đã dùng khi chọn giải pháp có thể trở thành đầu vào cho bộ kiểm thử nghiệm thu, sau khi bổ sung sản lượng, quyền hạn và các tình huống riêng của kho.
SCO hỗ trợ ở đâu trong quá trình chọn WMS?
SCO có thể cùng doanh nghiệp làm rõ yêu cầu nghiệp vụ, xây dựng tình huống đánh giá và rà soát mức phù hợp của phương án WMS trong phạm vi tư vấn đã thống nhất. Việc cấu hình, phát triển và tích hợp phụ thuộc giải pháp được chọn và điều kiện hệ thống thực tế.
Nếu doanh nghiệp đang chuẩn bị xem demo, hãy bắt đầu bằng ba giao dịch thường xảy ra nhất và ba ngoại lệ gây nhiều khó khăn nhất. Đó là cơ sở cụ thể để trao đổi với SCO trước khi mở rộng danh sách chức năng.
Xem nhóm dịch vụ WMS của SCO · Trao đổi yêu cầu WMS · Hotline: 0902 226 607.
Tham khảo nghiệp vụ: Microsoft — Warehouse management overview. Tài liệu mô tả một giải pháp cụ thể; không dùng để suy ra mọi WMS có cùng tính năng hoặc SCO là đối tác của nhà cung cấp này.