Hệ thống quản lý bộ linh kiện sản xuất: thiết kế và nghiệm thu tại Thái Lan

Số hóa thao tác gom linh kiện vào hộp chưa đủ để ngăn thiếu vật tư hoặc lắp sai chi tiết. Hệ thống quản lý kitting cho nhà máy phải nối phiên bản lệnh sản xuất, danh sách linh kiện của bộ, vị trí, lô và số lượng lấy thực tế, phê duyệt vật tư thay thế, xác minh bộ linh kiện và xác nhận nhận tại chuyền. Bài viết dành cho các nhóm kế hoạch sản xuất, kho, chất lượng và IT của nhà máy tại Thái Lan đang chuẩn bị mua hệ thống. Nội dung đi từ ranh giới giao dịch và xử lý ngoại lệ đến RFP và nghiệm thu FAT/SAT, tập trung vào tính đầy đủ của bộ linh kiện theo từng lệnh sản xuất thay vì chỉ mô tả picking xuất hàng hay phương tiện vận chuyển.

Thống nhất thế nào là “bộ linh kiện hoàn tất”

Bộ linh kiện là đơn vị vật lý sẵn sàng bàn giao cho lệnh và công đoạn xác định, chứa đủ chi tiết, phiên bản, số lượng và lô được phép sử dụng. Đơn vị có thể là hộp, khay, xe đẩy hoặc ngăn kệ nhưng cần Kit ID duy nhất. Từ ID này phải truy xuất được lệnh và phiên bản, sản phẩm, công đoạn, số lượng dự kiến, phiên bản BOM, các dòng picking, vật chứa con và điểm nhận. Nếu một bộ chiếm hai hộp, hãy dùng ID vật chứa con dưới ID chung hoặc quy tắc chia bộ được kiểm soát.

Tài liệu của Microsoft mô tả lệnh sản xuất ở trạng thái Released là lệnh có thể thực hiện trên sàn và trong kho; công việc lấy nguyên vật liệu có thể được sinh cho lượng đã được giữ chỗ vật lý trước khi phát hành. Oracle cũng mô tả picking theo work order đã được phát hành để chuyển vật tư đến khu cấp cho sản xuất. Hai ví dụ giúp thấy ranh giới giữa cho phép sản xuất, nhu cầu vật tư và thi hành trong kho, nhưng từng ERP có cấu hình riêng. Xem Microsoft: Release production orders và Oracle: How You Pick Materials for Work Orders.

Trước khi hiển thị màu xanh “hoàn tất”, hãy chốt năm câu hỏi: thiếu một dòng có chặn hoàn tất không; vật tư thay thế đã duyệt được tính cho dòng gốc như thế nào; vật tư bị giữ kiểm định hoặc quá hạn khiến bộ ở trạng thái nào; bộ đã kiểm ở kho nhưng chuyền chưa nhận thì gọi là gì; và khi lệnh hoặc BOM đổi, bộ đang tồn phải được xét lại ra sao. “Picking xong”, “xác minh bộ xong”, “chuyền nhận xong” và “đã tiêu hao” là bốn sự kiện khác nhau.

Phân biệt quản lý bộ với picking, phân bổ tồn kho và giao hàng đến chuyền

Picking thông thường kiểm tra mã và số lượng theo đơn hàng hoặc yêu cầu chuyển. Kitting bổ sung phiên bản BOM của lệnh sản xuất, thứ tự công đoạn, tính đầy đủ của nhiều dòng cùng lúc, xác minh vật chứa, quản lý thiếu hụt và bàn giao cho chuyền. Mỗi dòng đã lấy có thể đúng nhưng bộ vẫn thiếu một dòng khác. Do vậy hãy đo tỷ lệ picking đúng và tỷ lệ bộ hoàn tất tách biệt.

Phân bổ tồn kho là cam kết logic dành hàng cho lệnh. Khi lấy thật, người vận hành có thể thấy ngăn trống, lô khác dữ liệu, thùng trộn hoặc trạng thái giữ chất lượng. Màn hình phân bổ không chứng minh bộ vật lý đầy đủ. Ngược lại, một bộ đã lấy không thể tự động đổi sang lệnh khác khi chưa xét phiên bản, hạn chế lô và phê duyệt. Bằng chứng phân bổ, xác nhận hàng thật và sử dụng tại công đoạn phải tách nhau.

Tự động cấp linh kiện cạnh chuyền quyết định thùng đi tuyến nào và khi nào tới máy. Quản lý kitting quyết định trong thùng có đúng lệnh và việc nhận đã được ghi nhận hay chưa. Thiết kế tuyến và tín hiệu cấp bù được trình bày trong hướng dẫn cấp linh kiện cạnh chuyền. Nếu cân nhắc hướng dẫn picking bằng chiếu sáng/hình ảnh, xem hướng dẫn hệ thống projection picking. Bài này nối bằng chứng picking với trạng thái hoàn tất của một bộ cho sản xuất.

Cố định phiên bản lệnh và BOM trước khi tạo danh sách bộ

Đầu vào phải nhiều hơn mã lệnh. Ghi phiên bản lệnh, mã và phiên bản sản phẩm, số lượng sản xuất, công đoạn, thời điểm bắt đầu dự kiến, chuyền đích, phiên bản và ngày hiệu lực của danh sách vật tư, quy tắc thay thế và hạn chế lô. Nếu mỗi lần mở màn hình hệ thống lại lấy BOM mới nhất, một thay đổi thiết kế sau khi phát hành sẽ âm thầm sửa bộ cũ. Chụp cấu trúc có hiệu lực khi lệnh được Released; coi thay đổi sau đó là sự kiện mới có người duyệt, lý do, chênh lệch trước/sau và các bộ bị tác động.

Mỗi dòng danh sách bộ nên có lệnh, công đoạn, phiên bản chi tiết, số lượng và đơn vị yêu cầu, quy tắc lô hoặc hạn dùng, quyền thay thế, quy tắc làm tròn, địa điểm cấp và mức ưu tiên. Một số lượng tính theo chiếc trong BOM không đương nhiên bằng một túi, cuộn hoặc thùng cân. Định nghĩa hệ số đổi đơn vị và làm tròn. Khi chia túi đã mở cho hai bộ, ghi số lượng còn thực tế và cả hai Kit ID. Phân biệt lượng bắt buộc, lượng dự phòng và yêu cầu cấp thêm về sau; đừng biến quy tắc “lấy dư chút ít” thành tồn trong chuyền không thấy được.

Hủy lệnh, đổi lượng, đổi chuyền hoặc thứ tự công đoạn cần luồng riêng. Đừng đặt bộ đã lấy lại thành “chưa bắt đầu” khi vật tư đang trên xe. Giữ bộ liên quan ở trạng thái tạm dừng rồi cho người có quyền chọn xác minh lại, trả kho, đổi mục đích hoặc lấy bổ sung. Lưu ID cũ/mới, chênh lệch, người xử lý và thời gian. Tài liệu tích hợp MES của Microsoft tách sự kiện phát hành lệnh, dữ liệu tham chiếu như BOM/route và thông điệp tiêu hao. Nếu nhận sự kiện mà không tải được BOM, hãy đưa vào hàng đợi ngoại lệ thay vì tạo bộ rỗng. Xem Microsoft: MES integration.

Kiểm vị trí, lô và số lượng trên hàng thật

Công việc lấy hàng phải hiển thị vị trí đề xuất, điều kiện chọn vị trí khác, vật chứa, mã và phiên bản chi tiết, lô, số lượng, đơn vị và trạng thái chất lượng. Chỉ quét vị trí rồi gõ mã còn nguy cơ nhầm chi tiết giống nhau. Chỉ quét mã mà không ghi vị trí khiến khó điều tra chênh lệch tồn. Với dòng rủi ro cao, xác nhận nhãn vị trí và hàng thật riêng; đọc lô hoặc số sêri từ nhãn thật khi cần.

Microsoft mô tả việc cấu hình xác nhận batch, serial, license plate và location trên thiết bị kho, đồng thời nêu trường hợp xác nhận có thể được bỏ qua, như một số lần lấy toàn bộ lượng. Tích tùy chọn không chứng minh mọi giao dịch đều buộc xác nhận giống nhau. Trong FAT hãy thử lấy một phần, lấy hết, vật chứa trộn, phần lẻ và đổi vị trí. Xem Microsoft: Warehouse confirmation.

“FIFO” hay “FEFO” chưa phải toàn bộ chính sách lô. Cần đưa vào giữ kiểm định, tuổi thọ còn lại tối thiểu, hạn chế khách hàng, nhà cung ứng, tương thích phiên bản, gói đã mở và quy định trộn lô trong một bộ. Nếu lô quét khác lô đề xuất, ghi lý do và xin giám sát phê duyệt khi chính sách yêu cầu. Gợi ý vị trí thay thế không được đưa hàng bị chặn. Mã và số lượng khớp không làm lô bị cấm trở nên hợp lệ.

Cách nhập lượng tùy nhóm vật tư. Một số chi tiết quét từng chiếc, nguyên liệu rời cân, cuộn điện tử theo số còn lại. Định nghĩa chữ số thập phân, chuyển đơn vị, kết nối cân, trừ bì, số còn trong gói mở và ý nghĩa mỗi lượt quét. Khi chênh lệch, giữ lượng cần, lượng thực, phần chênh và cách xử lý ở các trường khác nhau; không ghi đè kế hoạch bằng thực tế. Lưu lịch sử chênh lệch và sửa chữa dù cuối cùng số đã đúng.

Người vận hành cũng phải tiếp tục an toàn sau khi hết pin hoặc mất mạng. Dùng ID ổn định cho công việc, dòng và sự kiện quét. Gửi lại sự kiện đã xác nhận không được tạo thêm lần di chuyển hoặc tiêu hao. Nếu cho phép offline, chỉ rõ cách tránh hai người lấy cùng tồn, áp dụng trạng thái giữ chất lượng xuất hiện sau đó và thể hiện “đã xác minh” khi offline chỉ là tạm thời đến lúc máy chủ chấp nhận.

Thiếu hụt là quyết định đang chờ chủ sở hữu

“Thiếu một chiếc” che giấu nhiều nguyên nhân: số trên sổ cũng thiếu, sổ có nhưng kệ không có, chỉ thiếu lô được phép, hàng bị giữ chất lượng, lệnh tăng nhu cầu sau sửa đổi hoặc hàng về nhưng chưa kiểm nhập. Với từng dòng, ghi mã nguyên nhân, nơi phát hiện, người xác nhận, nhóm chịu trách nhiệm và thời điểm quyết định tiếp theo. Chuyển tác động đến giờ hoàn tất bộ cho kế hoạch sản xuất.

Quyết định trước có thể giao bộ chưa đủ cho chuyền hay không. Nếu được, gắn dòng còn thiếu, lượng thiếu, dự kiến bổ sung, người nhận và công đoạn không được khởi động với Kit ID. Một tờ giấy đỏ trên thùng trong khi phần mềm ghi “đủ” không phải kiểm soát. Nếu cấm giao thiếu, khóa bước xác minh nhưng vẫn theo dõi được vị trí và trách nhiệm của vật tư đã lấy. Thay thế chi tiết, giảm lượng sản xuất và chuyển bộ sang chuyền khác cần tuyến phê duyệt riêng.

Đừng xóa dòng yêu cầu ban đầu để xử lý thiếu. Việc đó xóa sự khác biệt giữa thiết kế và vật tư thực cấp. Chi tiết thay thế đã duyệt phải tham chiếu dòng gốc và ghi mã thay thế, phiên bản sản phẩm, phạm vi, yêu cầu duyệt của khách hàng nếu có, người duyệt, thời hạn và lô dùng. Nhân viên kho không nên tự chọn chi tiết cho là tương đương nếu kỹ thuật/chất lượng chưa cho phép. Sau duyệt, tính lại các dòng của bộ và sinh việc lấy thêm hoặc trả kho.

Quét mã chứng minh danh tính vật tư chứ không chứng minh được phép dùng theo thiết kế. Đặc tính điện, vật liệu, phiên bản và hạn chế khách hàng có thể khác dù mã được xếp chung nhóm. Liên kết đến hồ sơ phê duyệt và kiểm hiệu lực cho lệnh, lô, ngày hiện tại. Nếu phê duyệt hết hạn khi một bộ chưa giao vẫn chờ ở kho, kiểm lại trước khi bàn giao.

Hai cổng riêng: xác minh bộ và chuyền xác nhận nhận

Ở cổng kho, kiểm từng dòng theo lượng cần, mã/phiên bản, lô, trạng thái chất lượng và phê duyệt thay thế. Kiểm đủ vật chứa con. Phân biệt bằng chứng của người lấy hàng với người thứ hai niêm phong hoặc kiểm mẫu. Nếu có tem niêm phong, lưu mã tem, lần mở và lần dán lại.

Ở chuyền, tách “kho đã giao” và “chuyền đã nhận”. Người nhận kiểm Kit ID, số thùng, hư hỏng, lệnh và công đoạn đích. Hàng hư, mất hoặc nhãn sai tạo chênh lệch nhận có chủ xử lý. Lưu trạng thái đang vận chuyển và vị trí tạm đặt cạnh chuyền. Khi hai lệnh tương tự chạy đồng thời, có thể thêm bước xác nhận lệnh hoặc máy trước khi đưa vào sản xuất. Nhận bộ không có nghĩa toàn bộ vật tư đã được dùng.

Ví dụ của Microsoft chuyển nguyên liệu từ kho đến vị trí cấp cho sản xuất trước khi người vận hành ghi lô và lượng thực tiêu hao. Tài liệu giải thích vì sao thời điểm tiêu hao thực quan trọng với vật tư cần truy xuất nghiêm ngặt, và hạch toán tự động có thể không hợp với một số loại. Vì vậy, một lần quét đồng thời xác minh bộ, ghi nhận chuyền và trừ tiêu hao cần được chứng minh phù hợp với sự kiện vật lý. Xem Microsoft: Mobile material consumption.

Nếu chỉ dùng một phần, tách tiêu hao một phần, lượng còn, nơi trả, kiểm chất lượng lại và gán sang lệnh khác. Hàng chưa dùng nhưng đã mang vào chuyền có thể chịu điều kiện tái sử dụng khác vì mở gói hoặc tiếp xúc môi trường. Chất lượng quyết quyền tái sử dụng, WMS quản lý vị trí và ERP nhận giao dịch tồn liên quan.

Đặt ranh giới giao dịch ERP, WMS và MES trong một bảng

Trước khi mua ứng dụng mới, xác định nguồn dữ liệu chuẩn cho mỗi sự kiện. ERP thường giữ lệnh, BOM, mua hàng, giá trị tồn và xuất dùng theo kế toán. WMS thường giữ vị trí, vật chứa, lô, công việc lấy và di chuyển kho. MES có thể giữ bắt đầu sản xuất, kết quả công đoạn, tiêu hao thực, máy và người vận hành. Ứng dụng kitting riêng có thể giữ Kit ID, cổng hoàn tất, ngoại lệ và bàn giao. Nếu ERP hoặc WMS hiện có đáp ứng thì không cần thêm ứng dụng. Hãy quyết định theo người phê duyệt và hệ nào được sửa giao dịch, không theo tên sản phẩm.

Oracle mô tả việc tích hợp picking theo work order với WMS và hai lựa chọn: chuyển đến subinventory cấp cho sản xuất hoặc xuất trực tiếp vào lệnh. Cùng từ “pick” có thể tạo kết quả tồn khác nhau. RFP phải chọn loại giao dịch, thời điểm vị trí và chi phí thay đổi. Oracle cũng mô tả báo cáo lượng vật tư và lô/sêri khi thực hiện công đoạn. Xem Oracle: Picking materials và Oracle: Report Materials.

Định nghĩa giao diện gồm ID sự kiện, giờ xảy ra, giờ gửi, lệnh/phiên bản, bộ/thùng con, vật tư/phiên bản, lô, lượng/đơn vị, vị trí đi/đến, người duyệt và tham chiếu sửa. Thử gửi lại, thông điệp đến sai thứ tự, nhận trùng và thông điệp phiên bản cũ đến sau khi hủy lệnh. Tài liệu tích hợp MES của Microsoft có thông điệp tiêu hao và theo dõi lỗi xử lý. Sơ đồ phải chỉ ra xác nhận đã ghi của bên nhận và người sửa lỗi, không chỉ có các mũi tên giữa hệ thống.

Trường hợp nhiều lệnh cùng dùng một chi tiết

Khi hai lệnh cùng dùng một mã, kho có thể lấy gộp rồi phân vào từng bộ. Cách này hợp lệ nếu tách sự kiện lấy khỏi kệ và phân vào từng Kit ID. Nếu dừng việc trước khi bỏ chi tiết vào bộ A, phần mềm không được ghi đã phân cho A. Vật chứa trung gian cần ID, người chịu trách nhiệm, vị trí và thời gian được phép để đó. Người ca sau phải tái dựng được lô nào đã vào bộ nào.

Nếu lệnh A hủy và muốn chuyển bộ chưa dùng sang lệnh B, cùng mã hàng vẫn chưa đủ. Phiên bản BOM, điều kiện khách hàng, công đoạn, lô, lượng và cài đặt máy có thể khác. Chức năng chuyển phải đối chiếu mọi dòng vật lý với B, trả hàng thừa và tạo việc lấy thêm. Giữ liên kết lệnh trước/sau, lý do duyệt và kết quả kiểm lại. Một lô cũng có thể bị chất lượng chặn sau picking; bộ từng được coi là đủ nhưng đang vận chuyển hoặc chờ ở chuyền có thể phải dừng trước khi dùng. Vật tư đã dùng cần cách ly và đánh giá ảnh hưởng chất lượng chứ không thể chỉ sửa một trường của bộ.

Nếu thiếu hụt được bổ sung bằng chuyến sau, gắn vật chứa phụ với bộ gốc và dòng thiếu. Chỉ hoàn tất sau khi chuyền nhận chính vật chứa phụ, không dựa vào tin nhắn “chắc là đã tới.” Giao diện nên có ít trạng thái chính để người làm hiểu nhanh, còn lý do chi tiết và phê duyệt lưu ở lịch sử sự kiện.

Viết RFP theo luồng công việc có ngoại lệ

Yêu cầu “trọn bộ hệ thống kitting” khiến nhà thầu hiểu phạm vi khác nhau. Nêu nhà máy, chuyền, công đoạn, phân bố số lệnh mỗi ngày và số dòng BOM từ số đo thực, nhóm vật tư và lô/sêri, thùng/nhãn, ERP/WMS/MES hiện có, Wi-Fi, ngôn ngữ, số thiết bị, ca làm và chủ dữ liệu gốc. Điền mức tải và chỉ tiêu hiệu năng đo tại nhà máy mình. Nêu phạm vi chuyển dữ liệu: mã hàng, vị trí, phê duyệt thay thế, trạng thái chất lượng, lệnh dở và gói đã mở.

Luồng bình thường từ phát hành lệnh, tạo danh sách, quét vị trí và vật tư, xác minh bộ, niêm phong, chuyền nhận, tiêu hao thật rồi trả hàng. Mỗi bước cần kết quả màn hình, quyền, hệ nhận, ID lưu và bằng chứng nghiệm thu. Bao gồm một người xử lý nhiều bộ, picking gộp rồi phân chia vào từng bộ và một bộ chia nhiều thùng. Picking gộp có thể giảm quãng đi nhưng không được giảm bằng chứng bộ nào nhận vật tư nào.

Ngoại lệ tối thiểu gồm lệch vị trí, quét sai mã, sai lô, giữ chất lượng, quá hạn, lấy một phần, thiếu, thay thế đã duyệt, đổi lệnh, bộ hư hoặc mất, chuyền từ chối nhận, trả hàng, mất mạng, thông điệp trùng và kết nối ERP thất bại. Với từng ngoại lệ, xác định ai chặn/mở, hàng thật ở đâu, có đảo giao dịch tồn không và giữ lịch sử gốc/sửa thế nào. Yêu cầu người bán phân loại cách xử lý là chức năng chuẩn, cấu hình, phát triển thêm hay thủ tục tay, và trình diễn.

So giá nhiều hơn giấy phép và máy quét. Tách tích hợp ERP/WMS/MES, dọn master data, máy in và nhãn, mạng không dây, chuyển dữ liệu, đào tạo tại Thái, màn hình Thái/Nhật, FAT/SAT, bảo trì và phí đổi sau này. Báo giá gạt thiếu hụt, thay thế và trả hàng sang “quy trình thủ công” có thể bỏ qua những kiểm soát quan trọng nhất.

FAT/SAT phải chứng minh hệ thống chặn đúng

FAT dùng lệnh, phiên bản BOM, vị trí, lô, trạng thái chất lượng và thùng giả lập. Ngoài bộ thành công, hãy quét linh kiện sai phiên bản, lô đang giữ, vật tư thay thế chưa duyệt, để thiếu một dòng rồi bấm hoàn tất, và gửi cùng sự kiện hai lần. Kết quả mong đợi phải gồm trạng thái bộ, nơi giữ hàng thật, lượng tồn, audit log và cách làm tiếp, không chỉ một cửa sổ báo lỗi.

SAT dùng kệ, thùng, nhãn, ánh sáng, mạng, găng tay và tư thế người thực. Ở nhà máy dùng tiếng Thái và tiếng Nhật, để người vận hành kiểm đơn vị, lô, tên người duyệt và cảnh báo, không chỉ tiêu đề đã dịch. Bao gồm ngày đổi lệnh, nhiều chuyền yêu cầu cùng lúc và giao ca. Máy quét đọc được trong phòng họp chưa chứng minh đọc được thùng xếp chồng trên kệ thật.

Giữ ID thử, dữ liệu đầu, các bước, kết quả kỳ vọng/thực, ảnh màn hình và log, sai lệch, ngày thử lại và người duyệt chung một bộ. Chốt thời gian đáp ứng và điều kiện đọc thành công từ yêu cầu đo tại nhà máy trước khi phát RFP. Thử số thiết bị đồng thời theo kế hoạch, đứt mạng/khôi phục, chống ghi trùng, cảnh báo thông điệp lỗi và xử lý lại. Sau chạy thật, theo dõi thời gian quyết định thiếu hụt, tuổi bộ chưa đủ, phê duyệt thay thế chờ, kiểm lại sau đổi lệnh, sai lệch nhận, trả hàng chưa xử lý, lỗi tích hợp và sửa tay. Chia theo công đoạn và nguyên nhân để phân biệt lỗi master data với lỗi phần mềm.

Trình tự triển khai tại nhà máy Thái Lan

Đầu tiên quan sát một chuyền và một nhóm vật tư giới hạn từ lệnh, phiên bản BOM, phân bổ, picking, thiếu, nhận và tiêu hao. Chọn cả ngày có ngoại lệ, biểu mẫu giấy, phê duyệt qua chat và hàng trả. Đối soát vì sao “cùng một tồn” khác số ở các hệ: thời điểm ghi, đơn vị, trạng thái chất lượng và hàng tạm để cạnh chuyền thường là lý do.

Tiếp theo định nghĩa Kit ID, trạng thái dòng, quyền, mã ngoại lệ và xử lý đổi phiên bản. PoC nhỏ phải tái hiện thiếu, thay thế đã duyệt, đổi lệnh và chuyền từ chối nhận bên cạnh luồng thường. Quan sát thời gian làm và hành vi quét. Ép quét quá nhiều với vật tư rủi ro thấp có thể khiến nhân viên quét hộ; chất lượng và sản xuất cần chọn mức kiểm theo rủi ro. Sau đó cố định RFP và FAT/SAT, so nhà thầu trên cùng kịch bản, chuẩn bị thời gian chạy song song, cách vận hành dự phòng và bộ dở khi chuyển hệ. Đào tạo nơi để hàng thật và người liên hệ khi có ngoại lệ, không chỉ trình tự màn hình.

Câu hỏi thường gặp về kitting linh kiện sản xuất

Kitting khác xác minh picking ở điểm nào?

Xác minh picking kiểm một lần lấy khỏi kệ. Hoàn tất bộ kiểm mọi dòng của lệnh và công đoạn, gồm phiên bản, lượng, lô được phép, chất lượng và phê duyệt thay thế. Mọi lần lấy đều đúng nhưng còn thiếu một dòng thì bộ vẫn chưa xong.

Khi nào nên trừ vật tư khỏi tồn theo lệnh sản xuất?

Không có thời điểm chung cho mọi nhà máy. Chuyển đến vùng cấp cho sản xuất và dùng thực tại công đoạn có thể là hai giao dịch. Liên hệ sự kiện vật lý với quy tắc xuất ERP, di chuyển WMS, tiêu hao MES và yêu cầu truy xuất. Nếu ghi cùng một lúc, thử xem nó có đúng hoạt động vật lý không.

Có thể giao bộ thiếu một phần cho chuyền không?

Có thể nếu công đoạn được phép tiến hành an toàn và ngoại lệ đã duyệt. Theo dõi dòng thiếu, lượng, hạn bổ sung, công đoạn bị cấm và người nhận bằng Kit ID. Chưa gọi là hoàn tất đến lúc chuyền nhận vật chứa bổ sung. Nếu chất lượng hoặc khách hàng đòi bộ nguyên vẹn, khóa giao một phần.

Đã có ERP và WMS thì có cần ứng dụng riêng?

Nếu hệ hiện có xử lý được phiên bản lệnh, kiểm mọi dòng, phê duyệt thiếu/thay thế, truy vật chứa, nhận ở chuyền và audit log thì có thể không cần thêm. Khi các khả năng rời rạc khiến phải chép tay, hãy so cấu hình, lớp tích hợp và hệ chuyên dụng trên cùng kịch bản.

Hệ thống quản lý bộ linh kiện giúp chỉ giao cho chuyền vật tư phù hợp lệnh sản xuất kèm chứng cứ. Đánh giá nó qua việc quyết định thiếu/thay thế có rõ ràng và kho, chuyền, sổ tồn cùng mô tả một sự kiện vật lý. Nếu nhà máy bạn đang soạn RFP và tiêu chí nghiệm thu từ lệnh, BOM, nhãn kệ và ca thiếu thực tế, hãy liên hệ TOMAS TECH và chia sẻ chuyền mục tiêu cùng bản đồ hệ thống hiện có.

Tài liệu nguồn chính

• Microsoft: Release production orders — trạng thái Released và điều kiện picking nguyên liệu.
• Microsoft: Integrate with third-party MES — sự kiện lệnh, dữ liệu tham chiếu, tiêu hao và giám sát lỗi.
• Microsoft: Register material consumption using a mobile device — khác biệt giữa đưa hàng đến nơi cấp và ghi tiêu hao thật.
• Microsoft: Batch, serial, license plate, and location confirmation — quy tắc xác nhận trên thiết bị kho.
• Oracle: How You Pick Materials for Work Orders — picking theo lệnh và tích hợp WMS.
• Oracle: Report Materials — ghi vật tư và lô/sêri tại công đoạn.