Hệ thống quản lý hoàn trả vật tư dư trong sản xuất: hướng dẫn triển khai

Triển khai hệ thống quản lý hoàn trả vật tư dư sau sản xuất không chỉ là đưa thùng hàng từ dây chuyền về kho. Với vật tư đã xuất cho lệnh sản xuất nhưng chưa sử dụng, nhà máy phải xác định ai yêu cầu trả, ai kiểm tra mã hàng, lô, số lượng và tình trạng thực tế, khi nào phải giữ chờ kiểm tra chất lượng, cất vào vị trí nào, và cách đối chiếu giao dịch trong ERP, MES, WMS. Nếu bỏ qua các điểm này, hàng thật có thể đã về kho mà sổ sách chưa có; ngược lại, sổ sách có thể báo sẵn dùng khi vật tư chưa đủ điều kiện tái sử dụng. Bài viết tập trung vào vật tư không dùng hết trên dây chuyền tại một nhà máy ở Thái Lan, từ thiết kế quy trình, RFP tới FAT và SAT.

Xác định ranh giới của việc trả vật tư từ dây chuyền về kho

Đối tượng là nguyên liệu hoặc linh kiện mua ngoài đã được xuất từ kho cho lệnh sản xuất nhưng còn nguyên sau khi hoàn thành, đổi mã hàng hoặc hủy lệnh. Một thùng chưa mở, cuộn linh kiện dùng dở và đoạn kim loại cắt thừa đều là “vật tư dư”, song điều kiện tái sử dụng khác nhau. Yêu cầu trả phải gắn với lệnh, công đoạn, giao dịch xuất ban đầu, mã hàng, lô gốc và trạng thái tồn kho. Lời nói rằng “còn chừng này” không đủ để quyết định số lượng có thể cấp cho lệnh tiếp theo.

Trả thành phẩm từ khách hàng là giao dịch liên quan đến giao hàng và bảo hành; trả vật tư cho nhà cung cấp thuộc mua hàng và hợp đồng. Xử lý tồn kho dư nói chung thuộc kế hoạch nhu cầu, kitting là chuẩn bị bộ vật tư trước sản xuất, còn xuất vật tư là chiều đi từ kho ra dây chuyền. Bài này chỉ xử lý chiều trả lại kho của vật tư đã xuất nhưng chưa sử dụng. Hãy ghi rõ ranh giới trong RFP, nếu không nhà cung cấp giải pháp có thể trình diễn một “mô đun trả hàng” dành cho khách hàng cuối.

Tài liệu Microsoft Dynamics 365 mô tả lệnh sản xuất ở trạng thái Released đã sẵn sàng cho thực hiện tại xưởng và hoạt động kho, với công việc lấy hàng cho vật tư được giữ chỗ. Hướng dẫn phát hành dòng BOM và công thức vào kho giải thích việc xem vật tư đã ở vị trí cấp cho sản xuất chưa, rồi di chuyển từ kho đến đó khi cần. Các tài liệu này nói về chiều cấp vật tư; chúng không chứng minh rằng khâu kiểm tra tình trạng và nhập lại vật tư dư được bảo đảm tự động. Do đó, hãy mô hình hóa chiều trả như một luồng trạng thái riêng. Quản lý cấp phát vật tư sản xuất và quản lý kitting trong sản xuất giải thích hai quy trình đầu nguồn; phần này xử lý sau khi chúng kết thúc.

Lỗi hoàn trả không chỉ là chênh lệch số lượng

Trường hợp thường gặp: vật tư đã về kho nhưng ERP vẫn ghi là đã tiêu hao cho lệnh. Trường hợp ngược lại: giao dịch trả đã được ghi nhưng thùng vẫn ở xe đẩy cạnh máy. Nếu số lượng đó sẵn để phân bổ, lệnh kế tiếp sẽ nhìn thấy một lượng tồn không thể lấy. Vì vậy, ngoài mã hàng và số lượng, cần kiểm tra danh tính lô, tình trạng dùng được, vị trí và thời điểm ghi giao dịch.

Cuộn linh kiện điện tử dùng dở có thể cần thời gian mở bao và lịch sử độ ẩm. Phần kim loại cắt thừa cần chiều dài, bề mặt, gỉ sét và thùng chứa xác định. Nhựa hoặc nguyên liệu quá trình có thể phụ thuộc hạn sử dụng, đóng kín lại và rủi ro nhiễm bẩn. Quy tắc cụ thể do loại hàng, khách hàng và tiêu chuẩn chất lượng quyết định. Không thể áp dụng một luật “còn dư thì trả để dùng ngay”. Khi cần kiểm nghiệm, đặt trạng thái giữ chất lượng giữa việc tiếp nhận và đưa vào tồn sẵn dùng.

Việc trả có thể ảnh hưởng chi phí lệnh, tồn nguyên liệu và số dư theo lô. Bút toán kế toán thực tế phụ thuộc cấu hình ERP và chính sách công ty. Không nên để ứng dụng hiện trường tự tạo “xuất âm” mà chưa xác nhận với ERP. Tài liệu Oracle Fusion Cloud Manufacturing phân biệt giao dịch Issue và Return gắn với lệnh và công đoạn. Hãy thử giao dịch thực tế trong phiên bản đang dùng và để kế toán kiểm tra kết quả.

Thiết kế bảy trạng thái hoàn trả rõ ràng

Thứ nhất, vật tư dự kiến trả được xác định khi lệnh kết thúc hoặc thay đổi. Thứ hai, người vận hành lập yêu cầu trả, ghi lệnh, lần xuất gốc, mã, lô, thùng, số lượng khai báo và tình trạng bao bì; mã ID hoàn trả duy nhất đi cùng thùng. Thứ ba, hàng chờ tiếp nhận, chưa được cộng vào tồn sẵn dùng. Thứ tư, nhân viên kho kiểm tra hiện vật bằng quét nhãn và đếm, cân hoặc đo chiều dài phù hợp. Thứ năm, chất lượng quyết định giữ hoặc cho dùng. Thứ sáu, kho cất vào vị trí đúng loại tồn và ô kệ. Thứ bảy, nhà máy đối chiếu ghi sổ, ghép giao dịch Return của ERP và sự kiện đổi vị trí của WMS theo cùng ID.

Thứ tự nghiệp vụ này không buộc thứ tự ghi dữ liệu kỹ thuật phải giống hệt. Có ERP tăng tồn sẵn dùng ngay khi Return được ghi; hệ khác chặn phân bổ bằng trạng thái chất lượng hoặc vị trí. RFP phải ghi rõ mỗi hệ thống hiển thị gì khi hàng chưa đến, chưa được chất lượng duyệt hoặc chưa cất lên kệ. Sau đó mới chọn trình tự ghi an toàn để không khiến vật tư chưa kiểm trở thành hàng có thể lấy.

Phân quyền cho từng quyết định. Nếu người yêu cầu tự duyệt lượng đã khai, sai lệch có thể lọt qua. Nếu mọi hộp chưa mở đều chờ trưởng chất lượng, công việc sẽ ùn lại. Chia trường hợp tự thông qua và trường hợp cần người duyệt theo loại hàng, bao đã mở hay chưa, tỷ lệ sai lệch, kiểm soát lô và yêu cầu khách hàng. Xác định người thay thế trong ca đêm.

Kiểm tra lô, lượng và tình trạng thực tế

ID hoàn trả là khóa nối thùng vật lý với sự kiện số, không chỉ là số biểu mẫu. Nếu một thùng chứa nhiều lô, yêu cầu dòng dữ liệu và ngăn vật lý riêng; nếu cấm trộn thì dùng thùng riêng. Màn hình có thể gợi ý “lô vừa sử dụng” để nhập nhanh, nhưng vẫn phải quét nhãn thật vì giao dịch xuất ban đầu cũng có thể sai.

Xác định đơn vị rõ ràng: “một hộp” không cho biết số chiếc còn lại. Duy trì bảng quy đổi có phiên bản giữa đơn vị mua, xuất, đơn vị cơ sở và khối lượng hay chiều dài đo thực tế. Với trả một phần, ghi phương pháp đo, dung sai, làm tròn và lượng tối thiểu. Nếu hệ số đổi phụ thuộc lô, không dùng duy nhất hệ số cố định trong danh mục hàng. Tài liệu Oracle nói tới giao dịch hai đơn vị đo, nhưng phạm vi áp dụng phải kiểm tra trong cấu hình thật.

Ba giới hạn tối thiểu: lượng tiếp nhận không vượt lượng đo thực tế; không vượt lượng ròng được phép trả theo lệnh; và không tính lại lượng đã trả từ cùng lô và thùng. Tuy nhiên, xuất bổ sung, chuyển vật tư giữa công đoạn, hàng thay thế, phế phẩm và điều chỉnh kiểm kê làm công thức “đã xuất trừ đã dùng” có thể sai. RFP cần nêu giao dịch nào tính vào và ai có quyền sửa sai lệch.

Danh sách kiểm tra tình trạng nên theo nhóm vật tư: nguyên bao hay đã mở, bao bì gốc, nhãn lô có đọc được, hư hại, gỉ, nhiễm bẩn, hạn, tiếp xúc môi trường, phương pháp đo và ảnh bắt buộc. Ảnh đơn độc không chứng minh có thể tái sử dụng. Nếu không xác định được mã hay lô, đặt mã ngoại lệ và để thùng ở khu riêng. Không đoán lô chỉ để phần mềm cho qua. Dán lại nhãn phải có phê duyệt của chất lượng và chủ kho; nếu không, chuyển sang kiểm tra thêm, hủy hoặc mục đích khác đã được duyệt.

Tách hàng giữ chất lượng khỏi tồn sẵn dùng

Hàng đã vào kho chưa có nghĩa là được phép sử dụng. Cần tách ba thuộc tính: ai giữ hàng thật, hàng thuộc sổ nào và có được phân bổ hay không. Thùng ở kệ giữ phải bị loại khỏi đặt chỗ và lấy hàng. Ngược lại, hàng đã đạt chất lượng nhưng chưa đăng ký ô kệ cũng không nên hiện để lấy. Nếu ERP và WMS có hai bộ trạng thái, chỉ định hệ nào là nguồn quyết định quyền phân bổ.

Mở bao có thể rút ngắn thời gian sử dụng; ngày trả không tự động trở thành mốc hạn mới. Bộ phận chất lượng phải xét quy cách hàng, điều kiện bảo quản và yêu cầu khách. Dù tách lô hay cấp ID thùng mới, vẫn giữ liên hệ tới lô gốc và lệnh cũ. GS1 Global Traceability Standard và EPCIS cung cấp cách nghĩ về mã nhận dạng, sự kiện, nơi, thời gian và ngữ cảnh nghiệp vụ. Dùng tiêu chuẩn không tự động quyết định hàng đạt chất lượng.

Mỗi trường hợp giữ cần người phụ trách, hạn ra quyết định và bước tiếp theo. Kệ giữ đầy dần là tồn kho bị che khuất ngay cả khi màn hình trả hàng báo “hoàn tất”. Phân loại quá hạn do chờ kiểm, chưa rõ lô, chờ duyệt giá thành, v.v. Nếu cuối cùng phải hủy, giữ sự kiện tiếp nhận ban đầu và thêm giao dịch hủy được duyệt, không âm thầm ghi đè lịch sử.

Dùng một ID để đối chiếu ERP, MES và WMS

MES thường biết lệnh, công đoạn và lượng tiêu hao; WMS biết thùng, ô kệ và di chuyển; ERP biết số dư và chi phí. Quyền sở hữu dữ liệu thực tế phụ thuộc hệ thống đã lắp và cấu hình. Trước khi tích hợp, trả lời ba câu hỏi: nguồn chuẩn của lượng ròng được trả nằm ở đâu, hệ nào được phép tăng tồn phân bổ, và hệ nào giữ vị trí thực? Giao chủ sở hữu theo từng trường và giao dịch, không chỉ theo tên sản phẩm phần mềm.

Sự kiện tích hợp nên mang ID trả, lệnh, công đoạn, ID xuất gốc, mã hàng, lô và serial nếu có, thùng, lượng khai và đo, đơn vị, tình trạng, lý do giữ, thời gian nhận, quyết định chất lượng, ô kệ và ID giao dịch ERP. Nếu dữ liệu cũ thiếu ID xuất gốc, hiện các giao dịch có khả năng liên quan để người xác nhận và ghi ngoại lệ. Có thể học cách EPCIS bảo toàn việc gì xảy ra, ở đâu, khi nào, vì sao mà không buộc mọi ứng dụng dùng cùng một định dạng.

Định nghĩa trường hợp chỉ một phần hệ thống thành công. Nếu MES nhận yêu cầu nhưng WMS không tạo công việc, gửi lại với cùng ID. Nếu cất kệ xong nhưng ERP báo hết thời gian, tra cứu giao dịch ERP trước khi gửi lại với khóa chống trùng. Phản hồi có thể mất sau khi máy chủ đã ghi thành công. Không thực hiện Return lần hai vô điều kiện. Hiển thị lỗi dễ hiểu cho hiện trường, đồng thời giữ log kỹ thuật.

Ít nhất đối chiếu năm lượng: khai báo, nhận thực tế, được chất lượng duyệt, Return trong ERP và cất kệ trong WMS. Chênh lệch có thể hợp lệ tạm thời khi còn kiểm hoặc chỉ một phần đạt, nhưng luôn phải có lý do và người phụ trách. Báo cáo hằng ngày nên tách ID quá hạn, ID chỉ có giao dịch ERP và ID chỉ có hàng vật lý. Điều chỉnh một lần vào cuối tháng sẽ xóa dấu vết nguyên nhân.

Ngăn hoàn trả hai lần bằng cách nào?

Quét cùng thùng hai lần không được tăng tồn hai lần. Dùng cặp ID dòng trả và ID thùng làm điều kiện duy nhất. Sau khi chốt, sửa lượng phải có hủy và ghi lại hoặc điều chỉnh sai lệch có lịch sử, không ghi đè. Nếu cho nhận nhiều lần, tổng các lần không vượt yêu cầu. Hai thùng khác nhau từ cùng lệnh và lô nhưng thuộc hai dây chuyền có thể là hai lượt trả hợp lệ.

Cũng cần định nghĩa chế độ ngoại tuyến. Có được chuyển hàng lúc mất mạng không? ID tạm được cấp thế nào để không trùng? Khi kết nối lại sự kiện nào là nguồn chuẩn? Ghi ngoại tuyến không giới hạn có thể làm tồn sẵn dùng bị nhân đôi, nhất là khi lệnh khác đã dùng hàng. Với lô rủi ro cao, giữ cả thực tế lẫn hệ thống cho đến khi đối chiếu hoàn tất.

Viết RFP thành các kịch bản có thể chạy thử

“Có chức năng trả hàng” và “hỗ trợ mã vạch” là yêu cầu quá chung. Nêu nhà máy, dây chuyền, nhóm vật tư, số lệnh, quản lý lô, phiên bản ERP/MES/WMS, thiết bị, bố trí kho và vai trò duyệt. Yêu cầu nhà cung cấp diễn giải một lệnh vừa hoàn thành: người làm thấy gì, thùng đi đâu, sổ từng hệ thay đổi ra sao và ai giải quyết lệch. Trong từng câu trả lời tách chức năng chuẩn, cấu hình, phát triển thêm và thao tác thủ công.

Các kịch bản tối thiểu: trả nguyên lô chưa mở; trả một phần từ bao mở; hai lô cùng ở dây chuyền; lượng khai khác đo; nhãn không đọc được; gần hết hạn; chất lượng không đạt; gửi cùng ID lần hai; mất kết nối ERP; lệnh tiếp theo cố phân bổ hàng vừa trả. Thêm đoạn cắt, cuộn hoặc hàng theo serial nếu liên quan. Mỗi kịch bản phải chỉ rõ màn hình, nơi để hàng thật, tác động số dư, người duyệt và cách phục hồi.

So sánh tổng chi phí gồm phần mềm, tem, máy quét, cân, mạng, sửa giao diện ERP, làm sạch dữ liệu chủ, kệ giữ, đào tạo và bảo trì. Đừng chỉ dựa vào tốc độ nhập liệu. Thử đo thất lạc yêu cầu trả, số dư trùng, hủy hàng, mua gấp và lệch kiểm kê trong pilot. Chỉ đặt lợi ích tiền tệ sau khi có dữ liệu nội bộ và điều kiện thử. Tất cả con số dưới đây là giả định minh họa, không phải thành tích của một nhà máy có thật.

Ví dụ giả định về số lượng và hiệu quả đầu tư

Ví dụ giả định: xuất 100 chiếc cùng một lô, 72 chiếc vào sản phẩm tốt, ba chiếc thành phế phẩm công đoạn và 25 chiếc còn nguyên. Giải thích vật lý là 100 = 72 + 3 + 25. Nếu ERP ghi tiêu hao tự động 75 chiếc, chưa thể mặc định rằng phải tạo giao dịch “xuất âm” 25 chiếc. Xem cấu hình thực, xuất bổ sung và giao dịch phế phẩm. Nếu kho chỉ đo được 24, giữ chênh một chiếc thay vì ghi ngay theo khai báo 25.

Ví dụ giả định: trong 25 chiếc, 20 chiếc chưa mở đạt kiểm tra, năm chiếc đã mở bị giữ. Lúc đó lượng trả sẵn dùng là 20 và lượng giữ là năm. Sau đó ba chiếc giữ đạt, hai chiếc bị hủy. Kết quả cuối cùng là 23 chiếc dùng được và hai chiếc hủy, đồng thời giữ chuỗi quyết định. Sửa yêu cầu ban đầu từ 25 thành 23 sẽ che quyết định chất lượng. Trình tự kế toán phải theo ERP và chính sách công ty, đồng thời giải thích được lượng hiện vật, giữ và dùng được.

Tính đầu tư giả định: 300 yêu cầu mỗi tháng, kiểm tra từ 12 phút còn tám phút một yêu cầu, tiết kiệm 1.200 phút hay 20 giờ/tháng. Trước khi định giá thành chi phí lao động, cần xác nhận thời gian ấy có thực sự chuyển sang việc khác. Nếu số ca chênh từ 20 xuống tám, cơ cấu hàng hoặc sản lượng cũng có thể đã đổi. So cùng dây chuyền, nhóm hàng, thời gian và cách đo. Không tính hai lần lợi ích giảm hủy và tránh thiếu hàng từ cùng một nguyên nhân.

FAT và SAT cần thử các ngoại lệ

Trong FAT, dùng dữ liệu đại diện và giá trị biên tại môi trường nhà cung cấp. Một lô đúng và lượng đúng chưa đủ. Thử không tìm thấy lần xuất gốc, lượng quá mức, lô sai, nhãn không đọc, ID gửi lặp, không đạt chất lượng, API hết thời gian và mất phản hồi sau khi máy chủ ghi thành công. Kiểm tra màn hình cùng ID giao dịch ERP, ô kệ WMS, số dư lệnh MES và audit log. Ghi kết quả mong đợi trước khi đánh giá đạt.

SAT dùng mạng thật của nhà máy, máy quét, cân, máy in, kệ, quyền ca đêm, găng tay, dầu và ánh sáng thực. Kiểm nhãn còn quét được không, đoạn vật tư có đo chiều dài an toàn không, thùng có vừa kệ không, hàng giữ có bị lẫn hàng đạt không. Thử vào giờ nhận hàng cao điểm. API đạt FAT có thể thất bại khi thiết bị cầm tay ngủ hoặc mạng chậm. Đường đi thực tế của công nhân cũng thuộc phạm vi nghiệm thu.

Tiêu chí đạt phải là trạng thái quan sát được, chẳng hạn: “Khi cố lấy thùng đang giữ chưa được duyệt, tác vụ dừng, hiển thị lý do giữ, tồn ERP sẵn dùng không tăng và hệ thống lưu lần thử.” Đây là ví dụ thiết kế; hệ thống nắm quyền phân bổ có thể khác. Thỏa thuận cách phục hồi, phạm vi thử lại và trách nhiệm chuyển dữ liệu trước khi ký. Sau triển khai theo dõi thời gian đóng yêu cầu, sai lệch khai/đo, tuổi hàng giữ, tỷ lệ không biết lần xuất gốc, số lần gửi lại, giao dịch trùng và lệch hiện vật trên kệ. Số lần trả giảm không tự động là thành công vì sản lượng hoặc hành vi báo cáo có thể đổi; dùng số lệnh hoặc số lượt xuất làm mẫu số.

Bắt đầu nhỏ và đo bằng cùng một định nghĩa

Chọn một dây chuyền và một kho có tần suất trả cao nhưng quy tắc lô quản lý được. Thu thập phiếu trả gần đây, lệch kiểm kê, ca hủy và giữ chất lượng, rồi đi theo đường vật tư thật. Thiết kế khóa nối thùng với lần xuất, xác định chủ của từng dữ liệu và đồng ý sơ đồ trạng thái cùng mã ngoại lệ trước khi làm màn hình. Phát máy quét khi chưa có các quyết định này chỉ làm tăng lượt quét chứ chưa chắc tăng độ chính xác.

Trong pilot, đối chiếu hệ thống mới với quy trình hiện tại trong một kỳ xác định. Đếm yêu cầu bị bỏ sót, lô sai, giữ chưa giải quyết và chậm ghi sổ. Ban đầu thu hẹp đường tự động chuyển sang tồn sẵn dùng. Mở rộng nhóm vật tư, dây chuyền và kho khi kết quả ổn định. Mỗi lần mở rộng cập nhật đồng thời dữ liệu chủ, quy tắc chất lượng, vị trí, thiết bị và bài thử FAT/SAT. Một lần FAT đạt trước đó không chứng minh mọi vật tư mới đều đạt.

Báo cáo lãnh đạo bằng thời gian từ yêu cầu tới tồn dùng được, chênh hiện vật chưa giải thích, tuổi hàng giữ, mua gấp và điều chỉnh tồn, với định nghĩa giống nhau trước và sau. Chênh lệch có thể tăng lúc đầu vì nay đã nhìn thấy. Đánh giá cả thời gian xử lý và tái diễn. Không đặt mục tiêu chung “không có vật tư trả”: trả nhiều có thể do kitting quá mức; trả ít có thể do cấp phát chuẩn hoặc do người ta không báo. Đọc chỉ số trả cùng độ chính xác xuất vật tư và số lần dừng dây chuyền.

Chức năng Return chuẩn của ERP đã đủ chưa?

Có thể đủ nếu ERP và WMS hiện có quản lý được tiếp nhận hiện vật, tình trạng bao, giữ chất lượng, ô kệ, thiết bị ngoại tuyến và chống trùng bằng cấu hình; cũng có thể chưa đủ. Chạy kịch bản đại diện trên phiên bản thực và tách chi phí cấu hình khỏi phát triển thêm.

Vừa trả xong có thể phân bổ cho lệnh tiếp theo ngay không?

Tối thiểu phải xác nhận lô, lượng và vị trí. Vật tư chịu ảnh hưởng của mở bao hoặc lưu kho cần giữ cho đến khi chất lượng cho phép. Lưu lý do và thời điểm trở thành sẵn dùng. Không dùng một dòng sổ thay cho việc cất hàng thật.

Nếu không biết lô của lần xuất ban đầu thì sao?

Để vào thùng riêng cho lô chưa rõ. Đối chiếu nhãn, lệnh, lịch sử di chuyển và sự kiện kho. Bộ phận chất lượng cùng chủ kho quyết định có đủ căn cứ xác định lại không. Nếu không, hủy hoặc dùng phương án được duyệt và ghi riêng, không đoán lô để tạo Return thông thường.

Phạm vi tối thiểu của RFP và FAT/SAT là gì?

Yêu cầu lệnh, lần xuất gốc, lô, lượng trả một phần, tình trạng, giữ, ô kệ và ID giao dịch ERP. Thử ca thường và cả sai lệch, nhãn không rõ, bị từ chối, mất mạng, gửi lại và quét hai lần. Nghiệm thu bằng hàng thật cùng số dư và lịch sử cuối cùng ở ERP/MES/WMS.

Thay đổi công đoạn hoặc hủy lệnh thì trả lượng nào?

Một lệnh hoàn tất theo kế hoạch có lượng thành phẩm tốt, phế phẩm và tiêu hao đã xác nhận. Hủy giữa chừng có thể để vật tư trong máy, cuộn còn gắn trên thiết bị hoặc thùng đã chuyển công đoạn mà chưa ghi nhận. Màn hình có thể gợi ý “xuất kế hoạch trừ dùng kế hoạch”, nhưng đó chưa phải lượng trả được duyệt. Trưởng dây chuyền phải kiểm trong thiết bị và vật tư đang vận chuyển, ghi vị trí theo công đoạn. Nếu thay đổi thiết kế khiến vật tư cũ không được dùng, dù đã đếm đúng vẫn giữ chờ quyết định của chất lượng và kỹ thuật.

Buộc hoàn thành mọi yêu cầu trả trước khi đóng lệnh là quy tắc dễ hiểu, nhưng có thể làm chậm đóng lệnh khi kiểm hiện vật vào ngày sau. Một số nhà máy nên tách điều kiện hoàn tất sản xuất khỏi việc kết thúc kiểm chất lượng và nhập kho, đồng thời vẫn tra được ID trả còn mở từ lệnh. Nếu sai lệch trả ảnh hưởng trọng yếu tới giá thành, kế toán có thể cần chặn đóng sổ. Quyết định theo nhóm vật tư cùng chủ giá thành và chất lượng rồi kiểm thử đóng cuối tháng trong RFP.

Không trộn tồn chuyển hệ thống với yêu cầu trả mới

Ngày chạy hệ thống mới, vật tư nằm cạnh dây chuyền có thể có hoặc không có giao dịch xuất cũ truy được. Với vật tư truy được, gắn vào lệnh cũ, kiểm hàng thật và cấp ID trả mới. Đừng nhập hàng không rõ nguồn gốc thành các giao dịch trả thông thường, vì lô không rõ sẽ trông như hợp lệ ngay ngày đầu. Kiểm mã hàng, lô, tình trạng và vị trí trước chuyển đổi. Cách ly nguồn gốc không rõ như ngoại lệ chuyển hệ thống và dùng giao dịch số dư đầu kỳ hoặc điều chỉnh được duyệt. Báo cáo KPI hoàn trả mới riêng với số ngoại lệ chuyển đổi đã giải quyết.

Màn hình xưởng cần chỉ rõ bước kế tiếp

“Error 409” không cho công nhân biết phải đặt thùng bị từ chối ở đâu. Phân biệt “lô không có trong lần xuất gốc,” “lượng vượt số có thể trả,” “đang chờ chất lượng,” và “không rõ phản hồi ERP”; sau đó hướng dẫn quét lại, đặt ở kệ sai lệch, gọi chất lượng hoặc chờ gửi lại an toàn. In ID thùng kèm kệ ngoại lệ giúp nối việc mở trên hệ thống với hàng thật. Trong SAT, xác nhận màn hình tiếng Thái của người vận hành và tiếng Nhật của quản lý hiển thị cùng mã, lô, đơn vị và quyền tương ứng. Sau khi gửi lại, kiểm tra tác vụ mở đã đóng và cả lịch sử nhận kho lẫn lệnh đều tra được cùng ID trả.

Kết luận

Hoàn trả vật tư dư là luồng kiểm soát từ yêu cầu, kiểm tra hiện vật, quyết định chất lượng, cất kệ đến đối chiếu sổ. Mục tiêu là giải thích chính xác khi nào vật tư chưa dùng trở thành hàng an toàn, có vị trí và sẵn cho lệnh kế tiếp. Hãy ghi rõ trách nhiệm giữ hàng thật và sở hữu dữ liệu trong RFP; FAT/SAT phải tái hiện ngoại lệ thật. Khi đó phần vật tư trước đây “không thấy rõ” trở thành tồn kho có thể lần theo nguồn gốc, lượng, tình trạng và vị trí.

Nếu nhà máy tại Thái Lan đang xác định quy trình trả vật tư dư của dây chuyền, cách nối ERP/MES/WMS hoặc điều kiện giữ chất lượng, hãy liên hệ TOMAS TECH. Chúng tôi có thể cùng xác định một dây chuyền và một nhóm vật tư trước khi soạn RFP hay triển khai thử.

Tài liệu tham khảo

• Microsoft Dynamics 365: Release production orders.
• Microsoft Dynamics 365: Release BOM and formula lines to the warehouse.
• Oracle Fusion Cloud Manufacturing: How You Report Material Transactions.
• GS1 EPCIS.
• GS1 Global Traceability Standard.