Hệ thống quản lý cấp phát vật tư sản xuất: từ lệnh sản xuất đến tiêu hao, hoàn trả và nghiệm thu

Triển khai hệ thống quản lý cấp phát vật tư trong nhà máy đòi hỏi nhiều hơn việc ghi nhận xuất kho. Với mỗi lệnh sản xuất đã được phát hành, hệ thống cần chỉ ra lô linh kiện nào, số lượng bao nhiêu được giữ chỗ, lấy từ kho, chuyển đến vị trí cấp liệu và thực sự tiêu hao lúc nào; từ đó thay đổi tồn kho và chi phí ra sao. Vật tư chưa dùng trả về kho là một giao dịch khác với vật tư hỏng bị loại bỏ. Bài viết giúp nhà máy tại Thái Lan xác định ranh giới ERP–MES–WMS, quy trình quét mã, xử lý chênh lệch, RFP và kiểm thử FAT/SAT.

Hướng dẫn hệ thống quản lý vật tư trình bày cả mua hàng và tồn kho. Bài về giữ chỗ tồn kho cho sản xuất tập trung vào cam kết hàng cho nhu cầu tương lai. Bài này bắt đầu ở bước sau: di chuyển vật tư thực tế và xác nhận lượng sử dụng thực tế. Lệnh sản xuất, giữ chỗ, lấy hàng, chuyển vị trí và hạch toán tiêu hao là các sự kiện khác nhau.

Xác định phạm vi và ranh giới giao dịch cấp phát

Mô tả đủ tám bước: (1) phát hành lệnh sản xuất, (2) xác định nhu cầu theo BOM hoặc công thức, (3) giữ chỗ tồn kho, (4) lấy vật tư trong kho, (5) chuyển và nhận tại vị trí cấp liệu, (6) ghi nhận lượng sử dụng thực tế, (7) hoàn trả phần chưa dùng hoặc loại bỏ phần hỏng, (8) duyệt chênh lệch và đóng lệnh. Có nhà máy gọi bước 4 là “cấp phát”, có nơi dùng từ đó cho bước 6. Trong RFP, thay thuật ngữ mơ hồ bằng bảng nêu tác động của từng sự kiện tới vị trí, tồn khả dụng, quyền quản lý và chi phí.

Tài liệu chính thức của Microsoft Dynamics 365 Supply Chain Management mô tả lệnh sản xuất trạng thái Released là đã sẵn sàng cho hoạt động tại xưởng và kho. Công việc lấy vật tư có thể được tạo cho phần đã giữ chỗ thực tế. Dòng BOM có thể được phát hành cho kho cùng lúc với lệnh, theo tác vụ hàng loạt hoặc bằng thao tác thủ công. Vật tư đã có ở vị trí cấp liệu có thể không cần di chuyển từ kho. Đây là ví dụ cấu hình của một sản phẩm, không phải quy tắc chung, nhưng cho thấy lý do phải tách trạng thái lệnh, công việc kho và tiêu hao. Xem phát hành lệnh và phát hành dòng BOM.

Quyết định hệ thống nào xác nhận tiêu hao cuối cùng. Theo tài liệu hạch toán sản xuất của Microsoft, việc ghi sổ nhật ký picking list sản xuất tạo giao dịch xuất làm giảm tồn kho. Di chuyển một thùng không đồng nghĩa dùng hết nó; quét trên thiết bị cũng chưa chứng minh ERP đã ghi sổ. Đối chiếu tài liệu với cấu hình sản phẩm thực tế của nhà máy.

Từ phát hành lệnh đến lấy hàng: khi nào được phép cấp?

Bắt đầu từ vòng đời lệnh. Quy định lúc nào được cấp vật tư khi lệnh đang lập kế hoạch, xác nhận, phát hành, bắt đầu, hoàn tất hay hủy. Phát hành quá sớm sẽ kéo theo nhiều vật tư phải trả khi kế hoạch đổi; quá muộn khiến kho không đủ thời gian chuẩn bị. Mô tả việc thay đổi số lượng, phiên bản BOM, vật tư thay thế, lệnh khẩn cấp và hủy lệnh trước khi chọn hệ thống.

Số lượng tính theo BOM là cơ sở của công việc lấy hàng, không phải lúc nào cũng là số phải lấy. Hao hụt, mức dùng cố định, làm tròn, kích cỡ bao, công đoạn và lượng thực sản xuất tạo chênh lệch. Lệnh 100 sản phẩm có thể chỉ cấp vật tư cho 25 sản phẩm của ca tới. Tính năng Microsoft cho phép phát hành theo công đoạn hoặc theo một phần số lượng thành phẩm. RFP phải nói rõ nhà máy cho phép cấp toàn bộ, theo công đoạn, theo ca hay từng phần, đồng thời tính phần nhu cầu còn lại thế nào.

Khi cùng mã vật tư nằm ở nhiều lô, kệ và thùng, kết quả giữ chỗ chưa đủ làm hướng dẫn lấy hàng. Nhiệm vụ phải nêu lệnh, dòng BOM, mã hàng, lượng và đơn vị, lô hợp lệ, vị trí nguồn, vị trí nhận, hạn và ưu tiên. Quy định người được duyệt thay lô hoặc thiếu hàng. Quét ở kệ rồi xác nhận nhận ở vị trí cấp liệu giúp phát hiện nhầm lẫn trong vận chuyển.

Một số cấu hình tự động ghi tiêu hao khi công việc kho hoàn tất. Cách này có thể phù hợp vật tư dùng hết và ổn định, nhưng không phù hợp với vật tư chờ ở chuyền, dùng một phần, trả lại hoặc cần thời điểm dùng lô chính xác. Hướng dẫn tham số thực hiện sản xuất của Microsoft cho phép tự động trừ BOM khi khởi động, khi hoàn tất công đoạn hoặc khi báo hoàn thành lệnh; tài liệu cảnh báo cấu hình mâu thuẫn có thể trừ hai lần hoặc không trừ lần nào. Chỉ định thời điểm tiêu hao theo nhóm vật tư và công đoạn, rồi kiểm thử.

Mã vạch phải xác nhận nhiều hơn mã vật tư

Máy đọc quét được mã chưa chứng minh giao dịch đúng. Chỉ mã hàng không cho biết lô, số lượng trong bao hoặc thùng cụ thể. Xác định đơn vị kiểm soát là mã hàng, lô, serial, thùng, pallet hay phần đã cân; liên kết nó với lệnh, công đoạn, vị trí, người thao tác, lượng và đơn vị. Không cần nhét mọi thuộc tính vào một mã, nhưng phải thiết kế thứ tự quét và thông tin hệ thống tự điền được.

GS1 General Specifications định nghĩa Application Identifier (10) cho số batch hoặc lot. Nhãn GS1 tự nó không thể hiện lệnh, công đoạn hay lượng thực dùng trong nhà máy. Phân biệt quét nhãn nhà cung cấp với việc cấp ID thùng nội bộ. Các thùng tách từ cùng lô cần ID khác nhau khi đường đi khác nhau. Quy định in lại nhãn hỏng và quyền nhập thủ công. Dùng quy cách GS1 để kiểm tra trường dữ liệu.

Giao diện nên yêu cầu chọn lệnh hoặc nhiệm vụ trước, sau đó quét vị trí, thùng, lô, nhập lượng và xác nhận đích. Quét thùng trước khi chọn lệnh có thể gán nó cho công việc khác. Dùng động từ và màn hình khác nhau cho “chuyển tới vị trí cấp liệu” và “ghi nhận tiêu hao”. Sau khi thành công, hiển thị ID giao dịch đã được máy chủ chấp nhận, không chỉ một biểu tượng màu xanh; ID đó giúp tra cứu khi mất phản hồi mạng mà không cấp phát lần hai.

Đơn vị thường gây chênh lệch ẩn: mua theo kg, lưu theo bao, cân dùng theo g. Định nghĩa hệ số quy đổi, làm tròn, trừ bì và dung sai trong dữ liệu gốc lẫn màn hình. Với bao 25 kg dùng một phần, quy định cân nào đo phần còn lại, ai ghi và ai duyệt hoàn trả. Khi yêu cầu truy xuất lô nghiêm ngặt, ghi lại đúng lô, lượng và thời điểm sử dụng. Ví dụ ghi tiêu hao trên thiết bị cầm tay của Microsoft có các trường lệnh, vị trí cấp liệu, mã hàng, batch và lượng trước khi ghi sổ.

Phân vai ERP, MES, WMS theo dữ liệu gốc và ID giao dịch

Khẩu hiệu “ERP quản lý tồn, WMS quản lý kho, MES quản lý xưởng” vẫn bỏ trống điểm giao nhau. Với lệnh, BOM, mã hàng, lô, vị trí, số dư, nhiệm vụ và nhật ký tiêu hao, hãy nêu hệ thống nào là nguồn dữ liệu gốc, hệ thống nào phát sự kiện và hệ thống nào xác nhận cuối. Một mô hình có thể để ERP quản lệnh và giá thành, WMS thực hiện lấy hàng, MES ghi nhận dùng thực tế; cấu hình thật phụ thuộc sản phẩm và thiết bị hiện có.

Chỉ số lệnh là khóa tích hợp chưa đủ, vì cùng một dòng vật tư có thể được cấp nhiều lần tại nhiều công đoạn. Thiết kế hợp đồng dữ liệu với ID giao dịch duy nhất, ID dòng lệnh, công đoạn, mã hàng, lô, thùng, nguồn, đích, lượng, đơn vị, thời gian, hệ thống gửi, trạng thái và ID giao dịch được chỉnh. Lưu phiên bản lệnh và BOM để so sánh phần đã lấy theo bản cũ với nhu cầu mới. Ghi rõ phía nhận cập nhật gì và ACK nghĩa là đã nhận thông điệp hay đã ghi sổ.

Chủ động kiểm thử gửi lại. Nếu Wi-Fi đứt sau khi thiết bị gửi dữ liệu nhưng trước khi nhận phản hồi, thiết bị có thể gửi lại. Bên nhận phải trả kết quả “ID đã xử lý” và không trừ tồn hoặc ghi sổ lần nữa. Cùng ID với nội dung khác phải bị từ chối và lưu nhật ký. Nếu thông điệp tiêu hao tới trước thông điệp hoàn tất lấy hàng, quy định giữ, thử lại hoặc chuyển người xử lý. Tăng số lần retry không sửa được hệ thống thiếu chống trùng, giám sát và hàng chờ ngoại lệ.

Quy định dừng hay tiếp tục ngoại tuyến tùy rủi ro vật tư. Với linh kiện quan trọng về truy xuất, có thể không cho dùng khi chưa xác minh trên máy chủ. Nếu cho phép ngoại tuyến, cần số biên nhận tạm, cách ly thùng liên quan, đối soát khi mạng phục hồi, chống ghi sổ lặp và phê duyệt. “Nhập sau” không phải quy trình ngoại lệ có thể kiểm toán.

Tách chênh lệch, hoàn trả và loại bỏ

Chênh giữa lượng cần và lượng lấy, giữa lượng lấy và lượng nhận, giữa lượng nhận và lượng dùng phát sinh ở ba ranh giới khác nhau. Lưu lượng, đơn vị, lô, thùng, thời gian, người làm và người duyệt tại mỗi bước để tìm nguyên nhân. Đặt ngưỡng phê duyệt theo rủi ro và giá trị vật tư của nhà máy; không có một con số chung hợp lý. Một ô ghi “chênh lệch” không cho biết kho lấy thiếu, vận chuyển mất thùng hay chuyền dùng quá.

Trước khi trả phần chưa dùng, kiểm tra bao đã mở chưa, điều kiện bảo quản còn phù hợp không và nhãn lô có đọc được không. Vật tư đã dùng hoặc hỏng không được âm thầm nhập lại tồn tốt. Tách cách ly chất lượng, kiểm lại, đóng gói lại và hủy. Giao dịch đảo cần tham chiếu cấp phát gốc với lệnh và lô. Xóa một sự kiện bằng số âm không giải thích sẽ làm suy yếu khả năng kiểm toán.

Vật tư phế có mã lý do và xử lý kế toán khác hàng trả. Hỏng trước khi dùng, hao hụt trong quá trình và không đạt kiểm chất lượng có nơi chịu trách nhiệm khác nhau. Tài liệu Microsoft mô tả tùy chọn phân bổ giá trị lượng lỗi vào sản phẩm tốt hoặc tài khoản scrap riêng. Áp dụng chính sách kế toán của doanh nghiệp và xin duyệt từ tài chính. Yêu cầu hệ thống phải nói rõ phát hiện chênh ở đâu, ai duyệt, dùng giao dịch nào sửa và xuất hiện ở báo cáo nào.

Đưa trách nhiệm và duyệt ngoại lệ lên màn hình nghiệp vụ

Tích hợp kỹ thuật đúng vẫn có thể để việc tồn đọng nếu không rõ ai xử lý. Nhân viên kho lấy hàng theo lệnh và nhiệm vụ; sản xuất nhận lô tại vị trí cấp liệu; công nhân nhập lượng dùng; kế hoạch thông báo thay lệnh; chất lượng quyết định hàng cách ly; tài chính kiểm tra ghi sổ. Thiết kế hàng chờ theo vai trò, người thay thế và giới hạn quyền duyệt.

Nếu kho lấy 20 đơn vị và chuyền chỉ nhận 19, đừng hoàn tất nhận bằng cách giả định đơn vị thiếu đang ở đâu đó. Giữ một đơn vị ở trạng thái chênh trong vận chuyển. Kiểm tra kệ nguồn, thùng, tuyến và thời gian. Xác định kho lấy sai, chuyền quên quét hay mất vật lý, sau đó thực hiện điều chỉnh được duyệt. Viết mực đỏ trên giấy không làm mất số dư treo trong hệ thống.

Khi lệnh bị hủy, nhiệm vụ chưa lấy có thể dừng, nhưng thùng đang ở vị trí cấp liệu phải được kiểm thực tế rồi trả hoặc phân bổ lại. Một thông điệp hủy một chiều từ ERP không nên xóa công việc WMS đang chạy hay bằng chứng MES. Hệ thống nhận cần trả kết quả chấp nhận, từ chối hoặc tạm giữ và hiển thị việc tạm giữ cho người chịu trách nhiệm.

Kiểm tra dữ liệu gốc và chuyển đổi trước khi triển khai

Hệ thống mới không sửa được BOM sai. Với vật tư đại diện, kiểm quy tắc thay thế, lượng tiêu chuẩn, công đoạn, đơn vị, quản lý lô, tình trạng tồn, kệ nguồn và vị trí cấp liệu. Nếu mã cũ và mới mơ hồ, nhân viên sẽ bỏ qua lỗi đối chiếu mã vạch bằng nhập tay. Phân biệt trên nhãn là mã ERP, mã nhà cung cấp hay ID thùng nội bộ.

Chuyển đổi cần đối soát hơn số dư: lệnh đã phát hành, vật tư đã giữ chỗ, việc lấy dở, thùng ở vị trí cấp liệu và nhật ký tiêu hao chưa ghi sổ. Định thời điểm hệ thống cũ ngừng tạo giao dịch, cách xử lý sự kiện đến chậm, số xác nhận của hệ thống mới và người ký đối soát. Với lệnh đầu tiên sau go-live, so mã hàng, lô và lượng thực tế với WMS, MES, ERP trước khi đóng.

Báo cáo hằng ngày nên liệt kê việc chưa lấy, hàng trên đường, tồn ở điểm cấp liệu, tiêu hao chưa ghi sổ, hàng chờ trả và việc chờ duyệt. Trưởng ca cần xử lý ngoại lệ hằng ngày thay vì để điều chỉnh lớn cuối tháng. Xác định thời gian lưu, quyền truy cập và đồng bộ giờ theo hợp đồng và yêu cầu chất lượng của doanh nghiệp; thử dựng lại đường đi của một lô từ dữ liệu thật.

So sánh chức năng, chi phí và trách nhiệm trong RFP

Đính kèm sơ đồ quy trình hiện tại và dữ liệu thật. Giao mọi nhà cung cấp cùng kịch bản: lệnh phát hành, vật tư nhiều lô, lấy một phần, đổi công đoạn, trả dư, loại phế, hủy và mất mạng. Yêu cầu họ phân loại cách thực hiện thành tính năng chuẩn, cấu hình, phát triển riêng hoặc sản phẩm khác. Đánh giá tồn kho, WIP, giá thành và truy xuất lô, không chỉ giao diện đẹp.

Tách báo giá giấy phép, thiết bị, đầu đọc, cân, máy in, Wi-Fi, làm sạch dữ liệu, tích hợp, di trú, đào tạo, giao diện tiếng Thái, hỗ trợ và chi phí thêm công đoạn hay mã hàng. Tùy nhà cung cấp, sửa màn hình thiết bị và kết nối ghi sổ ERP là hai hợp đồng. Nêu người chịu trách nhiệm và đầu mối xử lý sự cố tại từng ranh giới. So giá theo cùng kịch bản hữu ích hơn một “giá thị trường” không có phạm vi.

Thí điểm có thể bắt đầu ở một công đoạn nhưng phải gồm các tình huống khó của sản xuất: nhiều lô và thùng, đổi đơn vị, dùng một phần, trả lại và mất mạng. Một lô dùng hết không chứng minh xử lý chênh lệch. Đo tần suất ngoại lệ và thời gian thao tác hiện tại trước khi triển khai để so kết quả sau này.

FAT và SAT phải chứng minh số dư, không chỉ chứng minh màn hình chạy

FAT lặp lại kịch bản nghiệp vụ đã thống nhất trong môi trường nhà cung cấp và kiểm tra giao dịch. SAT dùng kệ, điểm cấp liệu, nhãn, Wi-Fi, cân, thiết bị, cấu hình và người làm thực tế tại nhà máy Thái Lan. API qua FAT có thể thất bại với nhãn mờ hoặc sóng yếu. Định bằng chứng và điều kiện đạt từ RFP, tránh tiêu chí mơ hồ “chạy tốt”.

Đừng dùng chỉ một lệnh hoàn hảo. Kết hợp nhiều lô, thùng, số lượng một phần, đơn vị khác nhau, lệnh khác, hàng mở đã trả và mất mạng. Chạm lặp là tình huống bình thường của thiết bị, không nên loại khỏi thử nghiệm. Đạt nghĩa là mỗi hệ thống có một giao dịch nhất quán; tồn thực, giữ chỗ, tồn điểm cấp, tiêu hao, WIP và chi phí theo đúng định nghĩa.

Ghi lỗi SAT với mức nghiêm trọng, cách làm tạm, người phụ trách, hạn sửa và kiểm lại. Không vận hành bình thường khi lỗi chọn sai lô hoặc tiêu hao hai lần chưa được xử lý. Nhân viên thật phải tự chọn lệnh, phục hồi sau quét sai, trả hàng và đối soát sau mất mạng trên màn hình tiếng Thái. Người trình diễn của nhà cung cấp làm được chưa chứng minh nhà máy vận hành được.

Kịch bản nghiệm thu: theo dõi cấp một phần, hoàn trả và gửi lại trên một lệnh

Các con số sau chỉ là giả định để giải thích, không phải tiêu chuẩn ngành hoặc mức dung sai được khuyến nghị. Giả sử một lệnh đã phát hành để sản xuất 100 thành phẩm; BOM cần hai đơn vị linh kiện A cho mỗi thành phẩm. Tổng nhu cầu là 200 đơn vị. Ca tiếp theo chỉ bắt đầu 40 thành phẩm, vì vậy kho nhận yêu cầu cấp một phần 80 đơn vị. Kho lấy 60 đơn vị từ lô L1 và 20 đơn vị từ lô L2 trong hai thùng. Ví dụ giả định cả hai lô đã được phê duyệt sử dụng cho lệnh; quy tắc phối lô thật phụ thuộc sản phẩm và công đoạn. Thiết lập các giả định này trong lệnh, BOM và trạng thái tồn trước khi thử.

Đầu tiên, kiểm tra WMS hoàn tất hai nhiệm vụ lấy hàng và cập nhật đúng lượng khả dụng ở kệ nguồn và phần giữ chỗ còn lại. MES hoặc thiết bị tại xưởng quét hai thùng ở vị trí cấp liệu, nhận L1 60 đơn vị và L2 20 đơn vị. Trong tình huống này giả định vật tư chưa đưa vào công đoạn, nên tồn tại vị trí cấp liệu là 80 và tiêu hao thực tế bằng không. Nếu ERP đã ghi sổ tiêu hao ở thời điểm này, ý nghĩa “đã nhận” tại xưởng có thể khác “đã dùng” trong kế toán. So kết quả với thời điểm ghi sổ đã thống nhất cho cấu hình sản phẩm đang chọn.

Sau đó công nhân đăng ký sử dụng L1 50 đơn vị và L2 18 đơn vị. Tổng tiêu hao là 68; phần chưa dùng ở vị trí cấp liệu là L1 10 và L2 hai đơn vị. Giả sử máy chủ nhận sự kiện dùng L2 nhưng Wi-Fi đứt trước khi thiết bị nhận phản hồi thành công. Khi thiết bị gửi lại cùng ID giao dịch, thực tế MES và bút toán tiêu hao ERP phải chỉ phản ánh 18 đơn vị một lần, bên nhận trả lời ID này đã xử lý. Nếu công nhân tạo ID khác cho cùng thao tác, đánh giá xem hệ thống có cảnh báo giao dịch đáng ngờ theo lệnh, công đoạn, lô, thùng và thời gian hay không. Chống trùng theo ID không tự động chặn được một ID mới được tạo do nhầm lẫn.

Kết thúc công đoạn, giả sử mười đơn vị L1 chưa mở và được bảo quản đúng điều kiện đã được duyệt trả kho. Hai đơn vị L2 đã mở được chuyển sang chờ kiểm tra chất lượng. Mười đơn vị trả có thể quay lại tồn tốt; hai đơn vị đang chờ không được dùng cho giữ chỗ mới. Quyết định chất lượng sau đó hoặc cho nhập lại theo quy trình được duyệt, hoặc tạo giao dịch scrap. Cả hai đường đều tham chiếu lần cấp phát gốc. Trước khi nghiệm thu kịch bản cấp phát một phần này, đối soát 80 đơn vị đã lấy thành 68 đã dùng + 10 trả vào tồn tốt + hai đang chờ chất lượng. Nhu cầu 120 đơn vị còn lại của toàn lệnh chưa hề được cấp, nên không được tính là tiêu hao hay chênh lệch.

Bằng chứng đạt gồm bản ghi WMS về kệ nguồn, lấy hàng và trả; bản ghi MES về nhận, dùng theo lô và gửi lại; bút toán ERP về tồn và WIP hoặc chi phí; cùng lịch sử cách ly và phê duyệt. Ảnh màn hình riêng lẻ chưa đủ: các bản ghi phải nối được bằng ID dòng lệnh và ID giao dịch. Lặp lại quy trình trên thiết bị thứ hai và so số dư, số bút toán trước và sau khi gửi lại. Nếu không đạt, xác định ranh giới giao dịch nơi lượng thay đổi, sửa rồi thử lại.

KPI và quản lý thay đổi sau go-live

Theo dõi hơn thời gian cấp phát: quét sai lô bị chặn, chênh lệch lấy hàng, chuyển chưa nhận, tiêu hao chưa ghi sổ, hàng chờ trả, chênh khi đóng lệnh và sự kiện gửi lại. Phân tích theo công đoạn, vật tư, lô và ca. Nếu cảnh báo quá nhiều, kiểm dữ liệu gốc và mã lý do thay vì tắt xác minh.

BOM đổi, nhãn nhà cung cấp mới, quy cách đóng gói mới, quy tắc lô hay công đoạn mới đều thay đổi luồng cấp phát. Duy trì danh mục kiểm thử lại cho phiên bản lệnh/BOM, màn hình, nhãn, nhật ký ERP, nhiệm vụ WMS và thực tích MES. Thay thứ tự quét vẫn phải giữ ID giao dịch, chống trùng và dấu vết kiểm toán. Kiểm kê đúng không bù được sai thời điểm tiêu hao hoặc gán sai lô. Trước khi đóng lệnh, cần giải thích được lượng giữ chỗ, đã lấy, đang ở điểm cấp, đã dùng, trả và loại.

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

Giữ chỗ và cấp phát có giống nhau không?

Không. Giữ chỗ cam kết tồn cho nhu cầu. Cấp phát có thể là lấy, chuyển hoặc tiêu hao tùy thuật ngữ hệ thống. RFP phải định tác động tới tồn kho và kế toán của từng sự kiện.

Có WMS rồi thì không cần chức năng cấp phát của MES?

WMS có thể làm việc kho nhưng không ghi chính xác lô và lượng dùng tại công đoạn. Có thể dùng MES hoặc màn hình ERP tại xưởng, song phải chọn nguồn dữ liệu gốc của tiêu hao và đường ghi sổ ERP.

Chỉ in mã vật tư trên nhãn có đủ không?

Không nếu quản lý lô và thùng tách. Phải nhận diện mã hàng, lô, thùng và gắn lần quét với lệnh, công đoạn; hiển thị lượng và đơn vị để người làm xác nhận.

Nên trừ tự động hay quét khi sử dụng thực tế?

Tùy mức biến động và yêu cầu truy xuất. Trừ tự động có thể hợp với mức dùng ổn định; cần lô, lượng, thời gian chính xác thì ghi tại chỗ. Kiểm thử để hai cơ chế không cùng trừ một vật tư.

Có thể hoàn trả bằng lượng tiêu hao âm không?

Cần giao dịch đảo có kiểm soát, tham chiếu giao dịch gốc và giữ mã hàng, lô, tình trạng chất lượng. Hàng còn niêm, đã mở và hỏng không thể cùng trở thẳng về tồn tốt. Xin duyệt cách hạch toán.

Phạm vi đầu tiên nhỏ đến đâu?

Một công đoạn đủ nếu có cấp một phần, nhiều lô, trả dư và mất mạng. Kiểm thử chuỗi đầy đủ từ phát hành lệnh đến tiêu hao và đóng lệnh.

Kết luận

Xác định lệnh phát hành → giữ chỗ → lấy hàng → vị trí cấp liệu → tiêu hao thực tế → trả hoặc loại thành các giao dịch riêng. Với từng bước, quy định hệ thống gốc, ID giao dịch, lô, lượng, đơn vị, phê duyệt và tác động kế toán. Mã vạch nối vật tư thực với giao dịch; chống gửi trùng và quy trình chênh lệch giữ ERP, MES, WMS nhất quán. Dùng ngoại lệ thực tế trong RFP, FAT và SAT.

Để lập kế hoạch theo các hệ thống đang có trong nhà máy Thái Lan, hãy liên hệ TOMAS TECH. Chúng tôi có thể cùng xây sơ đồ hiện trạng, ranh giới giao dịch, kịch bản chọn nhà cung cấp và bằng chứng nghiệm thu.

Nguồn tham khảo

• Microsoft Learn: Release production orders
• Microsoft Learn: Release BOM and formula lines to the warehouse
• Microsoft Learn: Register material consumption using a mobile device
• Microsoft Learn: Production parameters for manufacturing execution
• Microsoft Learn: Production posting
• GS1 General Specifications: AI (10) batch/lot