Hệ thống Kanban hai thùng tiếp vật tư tại dây chuyền không chỉ phát hiện thùng rỗng. Tín hiệu phải đến điểm cấp vật tư kiểu siêu thị, tạo đúng lệnh lấy hàng, đi cùng đúng vật tư và được đóng khi dây chuyền nhận hàng. Bài viết dành cho đội sản xuất, logistics và IT tại nhà máy ở Thái Lan, trình bày cách chọn vật tư, quản lý thẻ và quét mã, ranh giới tồn kho ERP/MES/WMS, ngoại lệ, yêu cầu RFP và nghiệm thu FAT/SAT.
Xác định đúng quy trình tiếp vật tư hai thùng tại dây chuyền
Hai thùng chứa cùng một loại linh kiện được đặt gần điểm sử dụng. Khi một thùng hết, thùng rỗng hoặc thẻ của nó trở thành tín hiệu yêu cầu tiếp, còn sản xuất tiếp tục dùng thùng thứ hai. Nhân viên cấp vật tư lấy một thùng theo lượng chuẩn từ siêu thị vật tư và giao đến vị trí được chỉ định. Chu trình hoàn tất khi dây chuyền nhận thùng đầy và thu lại thùng rỗng hoặc thẻ. Tài liệu Oracle Flow Manufacturing mô tả tín hiệu khi thùng hết và việc sử dụng thùng còn lại trong khi chờ tiếp.
Phạm vi này khác việc bổ sung hàng từ kho dự trữ sang kệ lấy hàng trong nhà kho: kệ lấy hàng phục vụ thao tác kho, còn đích ở đây là điểm dùng trên dây chuyền. Nó cũng khác việc trả vật tư dư chưa dùng từ dây chuyền về kho sau khi phân loại chất lượng, vốn là dòng đi ngược. RFP cần ghi rõ dòng thuận: “thùng rỗng tại dây chuyền → xuất từ siêu thị vật tư → nhận tại dây chuyền”. Trộn nghiệp vụ trả hàng vào tiếp vật tư khiến yêu cầu, tồn kho thực tế và tiêu hao trở nên khó đối chiếu.
Kanban không đơn thuần là nhãn linh kiện mà là tín hiệu cho phép và hướng dẫn trong hệ thống kéo. Thẻ có thể ghi mã, số lượng đóng gói, nguồn cấp, vị trí lưu và công đoạn sử dụng. Lean Enterprise Institute phân biệt thẻ rút hàng để chuyển xuống công đoạn sau với thẻ sản xuất để tạo thêm hàng tại nguồn. Hãy xác định hệ thống tại dây chuyền tạo tín hiệu nào trước khi thiết kế màn hình.
Chọn vật tư phù hợp với hai thùng
Không cần áp dụng hai thùng cho mọi mã vật tư. Nên bắt đầu với mức dùng lặp lại tương đối ổn định, quy cách đóng gói chuẩn, đủ chỗ cạnh dây chuyền và nguồn cấp có thể bổ sung thường xuyên. Vật tư đặc biệt biến động mạnh, quá cồng kềnh hoặc phải chọn lô và hạn dùng nghiêm ngặt có thể cần phương án khác. Tổng quan Kanban của Oracle nêu nhu cầu tương đối ổn định và sản lượng trung bình đến cao là điều kiện áp dụng điển hình.
Với từng mã, ghi nhận mã và phiên bản, lượng mỗi gói, biến động sử dụng theo giờ, thời gian từ yêu cầu đến hoàn tất, tồn tại siêu thị, tuyến vận chuyển, kích thước thùng, độ sâu kệ, trạng thái kiểm tra và quy tắc thay thế. Trung bình một ngày không phản ánh đợt dùng nhiều trước giờ nghỉ, đổi mã sản xuất hoặc xe giao chậm. Ngược lại, lấy trường hợp xấu nhất để tăng mọi thùng sẽ giữ quá nhiều tồn cạnh dây chuyền. Quan sát nhu cầu và tiếp hàng theo thời điểm, tách ngày bình thường khỏi ngoại lệ rồi mới đặt lượng ban đầu.
Để ước tính, thùng còn lại phải đáp ứng mức sử dụng trong toàn bộ chu kỳ tiếp hàng cộng phần dự phòng biến động. So sánh với quy cách đóng gói thật, sức chứa thùng, lịch tuyến và hàng đang cách ly chất lượng. Nếu không thể đợi đến lúc thùng thứ nhất rỗng hoàn toàn, có thể phát tín hiệu khi bắt đầu dùng thùng hoặc dùng hơn hai thùng. Lưu số liệu thời gian tiếp và mức dùng làm căn cứ, sau đó điều chỉnh bằng thử nghiệm vật lý.
Gắn thùng rỗng, thẻ và lượt quét vào một lần chuyển trạng thái
Lỗ hổng thường gây thiếu hàng là thùng đã rỗng nhưng tín hiệu không đến người cấp. Gắn một hành động vật lý với một hành động hệ thống: đặt thùng ở ô đánh dấu, bỏ thẻ vào hộp hoặc quét mã. Nếu lượt quét tạo yêu cầu chính thức, quy trình phải nói rõ chỉ đặt thùng xuống là chưa yêu cầu. Nếu thu thẻ là tín hiệu chính, lượt quét có thể ghi thời điểm và xác nhận danh tính, kèm cách làm dự phòng khi đầu đọc lỗi. Không để cả hai hành động tạo hai yêu cầu độc lập.
Các trạng thái cần theo dõi gồm thùng đầy ở dây chuyền, đang dùng, rỗng/đã yêu cầu, đã giữ hàng tại siêu thị, đã lấy, đang vận chuyển, dây chuyền đã nhận và đã thu lại thùng/thẻ. Không phải trạng thái nào cũng cần quét. Chọn điểm chứng từ theo rủi ro sai và công sức. Mỗi yêu cầu cần ID duy nhất, mã và phiên bản vật tư, dây chuyền và ô kệ, ID thùng/thẻ, số lượng, thời điểm, người phụ trách và trạng thái. Khi mạng gửi lại, giữ nguyên ID để không tạo lệnh lấy thứ hai.
Trước khi in mã, quyết định mã đó nhận dạng gì. Chỉ mã vật tư không phân biệt hai thùng thật; chỉ ID thùng có thể không phát hiện vật tư bên trong bị lắp sai. Có thể gắn ID thẻ với dữ liệu chuẩn vật tư và vị trí, hoặc ID thùng duy nhất với mã và lô. Tổng quan mã vạch của GS1 giải thích nhận dạng hàng, vị trí, lô và thuộc tính. Chọn mã GS1 hay mã nội bộ theo đối tác và hệ thống hiện có; thử khoảng cách đọc và độ bền nhãn tại dây chuyền.
Tách dữ liệu người cần đọc khỏi dữ liệu máy đọc trên thẻ. Cân nhắc mã, tên, lượng chuẩn, nguồn cấp, kệ dây chuyền, số thẻ, tuyến, phiên bản và ngày hiệu lực. Khi đổi vị trí kệ, thẻ cũ có thể tạo yêu cầu hợp lệ nhưng giao sai chỗ. In lại thẻ phải vô hiệu thẻ trước đó để không có hai thẻ cùng đại diện một thùng. Khi hủy thẻ, kiểm tra cả kệ, hộp thu, xe đẩy và siêu thị xem còn bản cũ không. Nếu thấy thùng đầy mang thẻ đã hủy, cách ly để kiểm mã, lô, lượng và đích trước khi cấp thẻ mới. Lượt quét thẻ đã hủy không được tạo yêu cầu; hệ thống ghi số thẻ và nơi phát hiện, thông báo người phụ trách. Chia sẻ danh sách thẻ hủy giữa các ca. Thử cách gắn nhãn ở nơi có dầu, nước và vệ sinh thường xuyên.
Nối yêu cầu với thao tác lấy hàng tại siêu thị vật tư
Sau khi có yêu cầu từ thùng rỗng, phải đối chiếu với hàng thật ở siêu thị. Lấy ngay từng yêu cầu có thể tăng quãng đi và tách nhiều chuyến đến cùng một dây chuyền. Gom quá lâu có thể làm thùng thứ hai hết. Màn hình nên cho thấy thời điểm yêu cầu, chuyến kế tiếp, thời gian dự kiến thùng còn lại đủ dùng và mức quan trọng của mã để điều phối ưu tiên. Nếu phần mềm tự đề xuất thứ tự, trưởng ca cần được can thiệp có ghi lý do.
Khi lấy, kiểm ô kệ nguồn, mã và phiên bản, lô hoặc hạn dùng, số lượng và tình trạng thùng. Quyết định một yêu cầu gắn một thùng hay gộp lấy nhiều yêu cầu rồi phân tuyến. Nếu gộp, “đã giữ tại nguồn” và “đã chuẩn bị cho từng dây chuyền” là hai trạng thái khác nhau. Người lấy không tự thay mã hay lô; việc thay thế phải theo phê duyệt của kỹ thuật, chất lượng và kế hoạch.
Siêu thị là điểm cấp phía trước bổ sung đúng lượng phía sau đã rút. Định nghĩa supermarket của Lean Enterprise Institute mô tả tín hiệu thẻ hoặc thùng rỗng quay ngược về nguồn sau khi rút hàng. Phần mềm tại dây chuyền không thể tạo ra hàng đang thiếu tại siêu thị. Tiếp thêm cho siêu thị cần liên kết Kanban nguồn, mua hàng hoặc điểm đặt hàng lại. Với quyết định ở tầng trước đó, xem hướng dẫn hệ thống điểm đặt hàng lại cho nhà máy.
Xác nhận bàn giao và nhận hàng thực tế
Đã lấy chưa phải đã giao. Thùng có thể ở trên xe đi sai dây chuyền, bị để gần điểm dùng nhưng chưa vào đúng kệ, hoặc được bấm nhận trước khi tới. RFP cần quy định nơi ghi giờ và người chịu trách nhiệm khi xuất từ siêu thị, bàn giao xe và nhận vào vị trí dây chuyền. Quét từng thùng hay chấp nhận theo chuyến phụ thuộc rủi ro giao sai và công sức. Chỉ dựa vào màu thùng dễ nhầm khi nhiều dòng sản phẩm hoặc ca đêm.
Khi nhận, đối chiếu mã vị trí kệ với thẻ thùng, hiển thị mã vật tư, ảnh và đích ngắn gọn trên thiết bị. Nếu mạng mất nhưng vẫn vận chuyển, dùng phiếu ngoại lệ có số riêng. Sau khi mạng trở lại, ghi cả thời điểm nhận hàng thật và thời điểm nhập bù; không làm dữ liệu nhập sau trông như lượt quét trực tiếp. ID sự kiện giúp phát hiện nhập trùng và nhận trước.
Dây chuyền kiểm đích, mã, phiên bản, lô, lượng và tình trạng nhìn thấy. Thùng bị cách ly chất lượng không thể thành thùng sẵn dùng chỉ vì đã đến nơi. Lập kế hoạch thu thùng rỗng và thẻ; nếu không, thẻ cũ có thể phát lại yêu cầu ở chuyến sau. Cần quy định thu hồi là bước của cùng luồng hay ngoại lệ theo dõi riêng.
Quyết định ranh giới tồn kho ERP, MES và WMS trước
Câu hỏi khó là tồn thay đổi ở thời điểm nào. Một phương án giảm tồn siêu thị và chuyển sang tồn dây chuyền khi xuất hoặc khi nhận. Phương án khác ghi tiêu hao thực tế trong MES rồi chuyển kết quả sang ERP. Nhà máy dùng backflush có thể hạch toán tiêu hao lý thuyết theo thành phẩm sau đó. Quét trạng thái rỗng hay đầy không có một ý nghĩa kế toán chung; bút toán tùy chiến lược tiếp và cấu hình. Hãy chỉ định thời điểm nghiệp vụ được duyệt để ERP, MES và WMS không cùng trừ một chuyển động vật lý.
ERP thường quản lý mua hàng và tồn tài chính, WMS quản lý vị trí siêu thị và tác vụ kho, MES quản lý sử dụng tại dây chuyền và kết quả sản xuất. Đây chỉ là giả định để khảo sát; cần lập bảng hệ thống nào là nguồn chuẩn, ai sở hữu dữ liệu và ai được sửa trong nhà máy thật. Tổng quan ISA-95 của OPC Foundation giúp mô tả dòng thông tin giữa quản trị doanh nghiệp và vận hành sản xuất, bao gồm thông tin vật tư.
Ít nhất phải phân biệt hàng dự trữ trong kho, hàng sẵn dùng tại siêu thị, hàng đã lấy đang vận chuyển, thùng đầy ở dây chuyền, thùng đang dùng, hàng cách ly chất lượng và thùng rỗng. Thùng rỗng không luôn có nghĩa tồn sổ bằng không: có thể còn vật tư lẻ và lượng thực khác lượng đóng chuẩn. Ghi lý do chênh lệch và quy định ERP/giá thành xử lý thế nào. Quyết định tài chính cuối cùng phải theo cấu hình và chính sách kế toán của doanh nghiệp.
Thiết kế các sự kiện riêng cho yêu cầu, giữ hàng, xuất, nhận, tiêu hao, hủy và điều chỉnh. Mỗi sự kiện mang ID duy nhất, mã, lượng, vị trí, thời gian, ID sự kiện nguồn và kết quả để gửi lại vẫn là giao dịch cũ. GS1 giải thích EPCIS qua các câu hỏi cái gì, khi nào, ở đâu và vì sao. Không phải nhà máy nào cũng cần triển khai EPCIS, nhưng tư duy sự kiện giúp tích hợp có thể kiểm toán.
Chuyển giữa các vị trí trong kho khác về nghiệp vụ so với xuất từ siêu thị đến điểm dùng trên dây chuyền. Hướng dẫn quản lý chuyển vị trí trong kho đề cập phần đầu. Bài này bắt đầu từ yêu cầu tiếp của dây chuyền đến khi nhận. Vẽ điểm bàn giao WMS sang MES và thời điểm ghi ERP trong RFP.
Thiết kế ngoại lệ trước khi dây chuyền dừng
Các trường hợp ưu tiên gồm thẻ chưa thu, quét trùng, mất thùng, yêu cầu chậm, siêu thị thiếu hàng, lấy sai mã, xe trễ, dây chuyền từ chối nhận, lô cách ly chất lượng và đổi vị trí kệ. Với từng trường hợp, nêu ai phát hiện, ai quyết định, ai sửa dữ liệu và điều kiện trở về bình thường. “Báo quản trị viên” không đủ cho ca đêm không có người đó tại chỗ.
Quét trùng nên hiện yêu cầu cũ chứ không tạo mới. Quy tắc hủy khác nhau trước lấy, sau lấy, đang vận chuyển và sau nhận. Xóa thẳng một yêu cầu đã nhận có thể đẩy tồn sổ về nguồn trong khi hàng vẫn ở dây chuyền. Giữ sự kiện gốc và tạo sự kiện điều chỉnh sau khi kiểm đích và lượng thực. Tiêu chuẩn EPCIS của GS1 cũng mô tả việc bổ sung sự kiện sửa sai thay vì xóa lịch sử.
Yêu cầu đã tạo khác với khả năng cấp hàng. Nếu siêu thị thiếu, báo trưởng dây chuyền thời gian thùng còn lại dự kiến đủ dùng, sau đó làm theo phê duyệt cho hàng thay thế, sản xuất gấp hoặc điều chuyển từ dây chuyền khác. Phần mềm chỉ thực hiện thay thế đã duyệt và ghi lý do. Với thiết bị mất mạng, quy định việc nào được tiếp tục, phiếu giấy hoặc dữ liệu ngoại tuyến có ID ra sao và cách giải quyết xung đột khi đồng bộ. Nếu hai máy quét cùng thẻ khi ngoại tuyến, phải đối chiếu thùng, thẻ, vị trí thật và người nhận cuối, không chỉ thứ tự kết nối lại. Diễn tập trong SAT.
Đo chất lượng tiếp hàng thay vì chỉ đếm yêu cầu
Chỉ số hữu ích gồm thời gian từ yêu cầu đến nhận, tỷ lệ hàng đến trước khi thùng thứ hai hết, thời gian dừng vì thiếu vật tư, số lần giao nhầm, yêu cầu trùng, chênh lệch tồn, thẻ mất và tỷ lệ chuyến khẩn cấp. Nhiều yêu cầu không chứng minh hệ thống tốt hơn: thùng có thể quá nhỏ. Ít yêu cầu có thể do dư hàng cạnh dây chuyền. Đọc các chỉ số cùng kích cỡ thùng và sản lượng.
Tách thời gian từ yêu cầu đến lấy, từ lấy đến xuất xe và từ xuất xe đến nhận. Tổng thời gian không cho biết chậm vì thiếu hàng, lấy hàng hay vận chuyển. So sánh ca, cuối tuần và ngày đổi mã, rồi xác nhận nguyên nhân tại hiện trường. Đặt mục tiêu theo phân bố thời gian đo được và rủi ro chấp nhận, không dùng một con số chung thiếu căn cứ. Khi rà soát, so trạng thái số với kệ thật: hệ thống báo “đã nhận” nhưng không có thùng, thùng “đầy” mang thẻ cách ly, hoặc thẻ hôm trước còn trong hộp. Số hóa làm lệch hiện rõ hơn chứ không thay kiểm đếm vật lý.
Ghi chức năng, dữ liệu và tiêu chí nghiệm thu vào RFP
Trang đầu RFP cần nêu dây chuyền, số mã, ca, điểm cấp, ERP/MES/WMS hiện có, thiết bị, mạng và mục tiêu đo được. Thêm lượng yêu cầu lúc cao điểm, sản xuất nhiều mẫu, quản lý lô, cách ly chất lượng, vận hành ngoại tuyến, bảo trì nhãn và giới hạn API. Nhà cung cấp nhờ đó tách được phần cấu hình khỏi phần phát triển.
Chia chức năng thành nhận tín hiệu thùng rỗng, chống yêu cầu trùng, giữ và lấy hàng tại siêu thị, bàn giao vận chuyển, nhận ở dây chuyền, xử lý ngoại lệ, màn hình giám sát và nhật ký kiểm toán. Với mỗi chức năng ghi dữ liệu vào, người phụ trách, trạng thái sau xử lý, hành vi lỗi, quyền và thời điểm. In lại và hủy thẻ cũ phải thuộc phạm vi. Đề nghị nhà thầu trình diễn một mã và thùng thật trọn chu trình, không chỉ màn hình đẹp.
Yêu cầu phi chức năng gồm giờ hoạt động, mức chịu mất mạng, gửi lại, số người dùng đồng thời, độ bền thiết bị, khả năng đọc mã, kiểm soát truy cập, sao lưu và thời gian giữ log. Thử ở thời điểm đổi ca cao điểm. Với từng tích hợp, chỉ rõ chiều dữ liệu, tần suất, trường, ID, quy tắc gửi lại, cảnh báo lỗi, đối soát và người vận hành. Bút toán tồn ERP chỉ phát sinh đúng thời điểm nghiệp vụ đã duyệt.
So báo giá theo phần mềm, máy quét, máy in, nhãn, Wi-Fi, tích hợp, làm sạch dữ liệu chuẩn, đào tạo, bảo trì và đơn giá thay đổi. Dùng số liệu thiếu hàng và công logistics thực tế của nhà máy để tính lợi ích. Yêu cầu nhà cung cấp nêu giả định và cách đo bên cạnh mỗi lợi ích, không sao chép một tỷ lệ ROI chung.
FAT và SAT phải thử cả chu trình và ngoại lệ
Ở FAT, dùng dữ liệu thử tạo một yêu cầu từ thùng rỗng, theo dõi giữ hàng, lấy, vận chuyển, nhận và thu thẻ. Thử quét lặp, máy mất mạng, nguồn thiếu hàng, lấy sai mã, từ chối nhận, hủy, gửi lại và lô cách ly. Không nghiệm thu chỉ vì màn hình đúng; kiểm ID yêu cầu và lượng tồn tương ứng ở các hệ thống. Sau gửi lại vẫn phải là một yêu cầu và một lần lấy dự kiến. Sau hủy, phải giải thích được hàng thật và tồn sổ.
SAT dùng kệ, thùng, thẻ, máy cầm tay, Wi-Fi, tuyến vận chuyển và nhân viên ca thật. Làm hết thùng thứ nhất và đo thùng thay thế có đến đúng chỗ trước khi thùng thứ hai hết không. Kiểm khả năng quét khi có dầu, phản xạ, khoảng cách và găng tay; kiểm đường đi và chỗ đặt. Ghi kết quả theo mã và ca rồi chỉnh lượng thùng hoặc tần suất giao. FAT đạt không thay được nghiệm thu tại hiện trường.
Trước vận hành thật, vô hiệu thẻ cũ, đối soát tồn đầu kỳ, kiểm dữ liệu vị trí, quyết định xử lý yêu cầu đang mở và cách trở lại quy trình giấy có kiểm soát. Những ca đầu so trạng thái số với thùng thật ở mỗi chuyến, chỉ định người duyệt điều chỉnh. Đào tạo cả nơi đặt thùng rỗng, lúc dừng vì ngoại lệ và cách từ chối hàng sai. Sản xuất, logistics, chất lượng và IT nên cùng chấp nhận một biên bản nghiệm thu.
Thử một dây chuyền rồi mở rộng dựa trên điều kiện thật
Chọn dây chuyền thử có vật tư lặp lại nhưng đủ biến động về tuyến, ca và ngoại lệ để học. Thử quá đơn giản sẽ che vấn đề nhiều mẫu và ca đêm; triển khai toàn nhà máy ngày đầu nhân rộng lỗi thẻ và dữ liệu kệ. Trong giai đoạn thử, tuyên bố quy trình giấy cũ hay hệ thống mới là nguồn giao dịch chính, tránh trừ tồn hai lần.
Khi chu trình ổn định, định nghĩa điều kiện thêm mã: lượng mỗi thùng, số thẻ, kệ dây chuyền, nguồn, thời gian tiếp, nhóm chất lượng và điểm ghi ERP/MES/WMS. Khi bỏ mã, hủy thẻ và xử lý thùng còn lại. Đổi kệ phải cập nhật biển thật và thẻ in cùng với dữ liệu thiết bị. Giao người sở hữu và quy trình phê duyệt thay đổi dữ liệu chuẩn ngay trong thiết kế.
Lịch sử hệ thống sản xuất của Toyota mô tả Kanban củng cố mô hình siêu thị bằng việc chuyển đúng thứ cần, đúng lúc và đúng lượng. Chỉ số hóa thẻ chưa tạo ra hệ thống kéo. Yêu cầu phải phát sinh từ sử dụng thật, việc rút hàng nối với tiếp hàng phía trước và ngoại lệ không được biến thành giao trước không ghi nhận.
Câu hỏi thường gặp
Mọi linh kiện đều cần tiếp hàng Kanban hai thùng không?
Không. Cách này phù hợp vật tư dùng lặp, thùng chuẩn, đủ chỗ và nguồn cấp đáng tin cậy. So sánh cách khác cho vật tư lớn, dùng hiếm, làm theo đơn hoặc kiểm soát lô nghiêm. Xác nhận mức dùng, thời gian tiếp, chỗ kệ và điều kiện lô bằng hàng thật.
Quét thùng rỗng có làm giảm tồn ERP không?
Không nhất thiết. Lượt quét có thể chỉ tạo yêu cầu tiếp. Xuất từ siêu thị, nhận tại dây chuyền và tiêu hao thực là các sự kiện riêng. Cấu hình bút toán tài chính tại thời điểm nghiệp vụ được duyệt, tránh giảm hai lần giữa ERP, MES và WMS.
Nên dùng thẻ giấy hay mã vạch?
Thẻ đưa ra chỉ dẫn dễ nhìn; mã vạch giúp ghi danh tính và thời gian. Nếu dùng cả hai, xác định một tín hiệu chính. Thử thẻ mất, nhãn hỏng và thiết bị ngoại tuyến, cùng chứng từ dự phòng và đối soát sau đó.
Xác định lượng mỗi thùng thế nào?
Kiểm thùng còn lại có đáp ứng nhu cầu theo thời điểm trong suốt thời gian tiếp không. Tính đến lượng đóng gói, lịch xe, hàng cách ly và biến động. Điều chỉnh bằng vật tư thật trong SAT. Nếu không đủ, đổi điểm phát tín hiệu, số thùng hoặc tuyến giao.
FAT và SAT khác nhau ở đâu?
FAT xác minh trạng thái, tích hợp, gửi lại, chống yêu cầu trùng và đối soát tồn trong môi trường thử. SAT xác minh luồng đó với kệ, thùng, thiết bị, Wi-Fi, tuyến, ca và vật tư thật. Cả hai đều phải thử ngoại lệ.
Kết luận
Tiếp hai thùng tại dây chuyền biến tiêu dùng thật thành lệnh rút hàng được phép và đưa đúng thùng đến đúng điểm dùng trước khi hết. Chọn mã và lượng thùng từ số liệu đo, chọn một tín hiệu thẻ/quét chính, theo dõi giữ hàng, bàn giao, nhận và thu thùng rỗng. Xác định ranh giới tồn ERP/MES/WMS và ngoại lệ trước khi thử. Chứng minh một dây chuyền bằng FAT và SAT, chỉnh thùng và tuyến rồi mới mở rộng.
Nếu đang đánh giá hai thùng có hợp với vật tư của mình hay phân chia giao dịch ERP/MES/WMS thế nào, hãy liên hệ TOMAS TECH cùng danh sách mã dự kiến và tuyến giao hiện tại. Có thể bắt đầu bằng sơ đồ một chu trình và tiêu chí nghiệm thu.
