Quản lý phê duyệt linh kiện thay thế không chỉ là thêm một ô “đã duyệt” vào hệ thống mua hàng. Một linh kiện được đề xuất có thể phù hợp với một phiên bản sản phẩm nhưng không được phép dùng cho khách hàng, nhà máy, phiên bản BOM hoặc giai đoạn khác. Dù quan hệ thay thế đã được duyệt, lô hàng thực nhận vẫn có thể bị QA giữ lại. Bài viết này chuyển các quyết định của kỹ thuật, chất lượng, mua hàng, lập kế hoạch, kho và MES thành yêu cầu RFP cùng tình huống FAT/SAT cho nhà máy tại Thái Lan. Đây là phương án kiểm soát được đề xuất; không phải cam kết rằng mọi hệ thống ERP đều cung cấp sẵn tất cả chức năng.
Phê duyệt linh kiện thay thế là quản lý điều kiện được phép sử dụng
Linh kiện thay thế không đơn thuần là một mã khác có thể lắp vừa. Cần đánh giá kích thước, tính chất điện và cơ, vật liệu, chất bị hạn chế, đồ gá, thông số công đoạn, phương pháp kiểm tra và yêu cầu khách hàng. Quyết định phê duyệt phải nêu được sản phẩm và phiên bản BOM áp dụng, khách hàng, nhà máy, thời gian, giới hạn số lượng hoặc lô, nhà sản xuất và nhà cung cấp. Hai mã nhà sản xuất trông tương tự không tự chứng minh địa điểm sản xuất, quy cách đóng gói hay trạng thái chất lượng giống nhau.
Nên tách năm lớp thông tin. Ứng viên đang được xem xét và chưa đi vào MRP. Phù hợp kỹ thuật ghi nhận kết quả đánh giá thiết kế và quy trình. Chấp nhận chất lượng chứa kết quả thử nghiệm, hồ sơ và điều kiện khách hàng. Quyền sử dụng gắn với sản phẩm, dòng BOM, khách hàng, site, thời gian và lượng. Tiêu hao thực tế ghi mã linh kiện và lô đã đưa vào lệnh sản xuất. Một cờ “đã phê duyệt” không thể diễn tả “kỹ thuật đã đồng ý nhưng chờ khách hàng” hoặc “nhà máy T được dùng, nhà máy U không được dùng”.
Tài liệu Microsoft Dynamics 365 Supply Chain Management mô tả plan group và mức ưu tiên của vật tư thay thế trong BOM hoặc công thức. Công cụ lập kế hoạch có thể xét vật tư thay thế khi vật tư ưu tiên không đáp ứng nhu cầu. Đây là cơ chế của một sản phẩm với điều kiện về phiên bản và cấu hình, không có nghĩa là mọi điều kiện khách hàng, QA và lô sẽ tự được kiểm tra. Hãy tách phê duyệt quan hệ thay thế khỏi cho phép dùng lô cụ thể trên lệnh cụ thể. Xem tài liệu Microsoft về item substitution.
Ứng viên, quan hệ được duyệt và quyền đưa vào lệnh là ba việc khác nhau
Đăng ký ứng viên tạo ra lựa chọn; phê duyệt cho phép lựa chọn đó trong giới hạn; quyền đưa vào lệnh xác nhận lệnh và lô nhận hàng hiện tại đáp ứng giới hạn. Vật tư được duyệt cho khách hàng A có thể bị cấm cho khách hàng B. Lô của vật tư đã duyệt vẫn có thể bị giữ để kiểm tra đầu vào. Nếu cần ngoại lệ một lần, ghi mã ngoại lệ, lệnh, lượng, người duyệt và thời hạn riêng với thay đổi BOM lâu dài.
Phân biệt thay thế song song với thay đổi thiết kế vĩnh viễn
Nếu linh kiện cũ và mới được phép dùng song song, cần quy tắc ưu tiên và phạm vi áp dụng. Nếu linh kiện mới thay hoàn toàn linh kiện cũ, cần ngày chuyển đổi, cách xử lý tồn cũ, lệnh đã phát hành và WIP. Microsoft nêu ví dụ hiệu lực phiên bản BOM/công thức theo khoảng thời gian, số lượng, site và thuộc tính sản phẩm; “phê duyệt” và “kích hoạt” là khái niệm riêng. Đó là ví dụ của Dynamics, không phải quy luật chung cho mọi ERP. RFP nên mô tả kết quả cần kiểm chứng mà không phụ thuộc tên sản phẩm. Xem hướng dẫn BOM và công thức của Microsoft.
Luồng phê duyệt: phân rõ kỹ thuật, QA, mua hàng và kế hoạch
Một luồng phù hợp có tám bước: đề xuất, đánh giá kỹ thuật, đánh giá chất lượng, đánh giá nguồn cung, phê duyệt ảnh hưởng, kích hoạt, xác nhận sử dụng thực tế và hết hiệu lực. Tên bộ phận có thể khác nhau nhưng trách nhiệm quyết định phải rõ. Hồ sơ đề xuất nên có mã gốc và mã ứng viên, mã nhà sản xuất/nhà cung cấp, bản vẽ và revision, khai báo vật liệu, kết quả thử, giới hạn khách hàng, lý do và ngày dự kiến áp dụng. Không nên cho phép nhấn “duyệt” khi hồ sơ bắt buộc còn thiếu.
| Bước | Chủ trách nhiệm | Quyết định và chứng cứ | Điều kiện chuyển bước |
|---|---|---|---|
| Đề xuất | Mua hàng/kỹ thuật | Thiếu hàng, ngừng sản xuất, giá hoặc lý do khác | Ghi rõ mã gốc, mã mới và khác biệt |
| Kỹ thuật | Thiết kế/kỹ thuật sản xuất | Chức năng, bản vẽ, đồ gá, thông số, tỷ lệ dùng | Nêu sản phẩm và thử nghiệm bổ sung |
| Chất lượng | QA | Kiểm tra đầu vào, mẫu đầu, độ tin cậy, yêu cầu khách | Phân biệt đạt, không đạt, tạm giữ |
| Nguồn cung | Mua hàng | Nhà cung cấp, năng lực, lead time, đơn vị đặt | Xác nhận nguồn được phép |
| Ảnh hưởng | Chủ sản phẩm/khách nếu cần | BOM, site, lệnh mở, tồn kho | Đủ phê duyệt bắt buộc |
| Kích hoạt | Chủ dữ liệu gốc | Ngày hiệu lực, phiên bản cũ, phân phối dữ liệu | ERP/MRP/MES nhận và đối chiếu đúng |
| Tiêu hao | Kho/sản xuất/QA | Lệnh, linh kiện và lô thực, trạng thái QA | Quét kiểm tra đạt và ghi sự kiện |
| Hết hiệu lực | Kỹ thuật/QA | Hết hạn, lỗi, thay đổi đặc tính | Chặn dùng mới, vẫn tìm được lịch sử |
Không nên để một người đề xuất, duyệt kỹ thuật, giải phóng lô QA và xuất vật tư mà không có kiểm soát bù trừ. Nhà máy ít người có thể dùng ủy quyền rõ ràng và rà soát nhật ký bởi quản lý. Điều cần giữ là biết ai đã xem phiên bản tài liệu nào vào thời điểm nào, và không thể sửa lặng lẽ liên kết giữa quyết định, điều kiện và chứng cứ.
Trạng thái chấp thuận của khách hàng phải tách riêng
Bản vẽ, hợp đồng hoặc thỏa thuận chất lượng có thể yêu cầu thông báo hay chấp thuận trước khi đổi linh kiện. Ghi riêng “có cần không”, “đã nhận chưa” và “áp dụng cho khách hàng, sản phẩm, revision nào”. Phê duyệt nội bộ không đủ để bắt đầu sản xuất khi còn chờ khách. Tài liệu engineering change order của Microsoft có ví dụ trường về yêu cầu và trạng thái chấp thuận của khách hàng, nhưng điểm hệ thống tự động chặn phụ thuộc cách triển khai. Phải kiểm tra trạng thái này trong demo RFP.
Không biến ngoại lệ khẩn cấp thành phê duyệt vĩnh viễn
Trong trường hợp thiếu hàng có thể cần một ngoại lệ có kiểm soát. Ghi mã ngoại lệ, lý do, người duyệt, lệnh, lô, trần số lượng, thời hạn, kiểm tra bổ sung và đồng ý của khách nếu bắt buộc. Không cho phép tái dùng mã đó cho lệnh khác. Quyền một lần không được tự động chuyển thành linh kiện thay thế được duyệt lâu dài.
Biểu diễn vật tư thay thế qua BOM, MRP, ERP và MES
Nếu hồ sơ phê duyệt chỉ nằm trong Excel trong khi BOM ERP chỉ có vật tư gốc, MRP có thể tiếp tục mua vật tư đang thiếu còn hiện trường dùng vật tư mới. Ngược lại, nếu thêm ứng viên chưa duyệt vào BOM đang chạy, lập kế hoạch có thể chọn nó quá sớm. Cần thống nhất hệ thống nguồn và thời điểm thông tin đã duyệt được chuyển tới kế hoạch, mua hàng, kho và MES. Vấn đề chung về chất lượng dữ liệu gốc được phân tích trong bài viết hệ thống MRP; ở đây tập trung vào quyền thay thế có điều kiện và tiêu hao thực tế.
| Dữ liệu | Nguồn chính có thể chọn | Định danh/điều kiện | Chuyển xuống dưới |
|---|---|---|---|
| Mã vật tư/mã nhà sản xuất | ERP/MDM | Mã nội bộ, mã hãng, revision, đơn vị | Xác định ứng viên |
| Quan hệ thay thế | PLM/hệ duyệt/ERP | Mã gốc, mã mới, sản phẩm/dòng BOM, khách, site | Quan hệ được cho phép |
| BOM/công thức | PLM/ERP | Phiên bản, thời điểm, lượng, yield, ưu tiên | Điều kiện MRP/lệnh |
| Nguồn mua | ERP/mua hàng | Nhà cung cấp, hãng, hợp đồng, lead time, đơn vị | Nguồn được mua |
| Chất lượng lô | QMS/ERP/WMS | Vật tư, lô nhận, kiểm tra, giữ/giải phóng | Quyền xuất kho |
| Lệnh sản xuất | ERP/kế hoạch | Lệnh, phiên bản sản phẩm/BOM, site, thời gian | Bối cảnh xác nhận MES |
| Sử dụng thực | MES/hiện trường | Lệnh, công đoạn, mã, lô, lượng, thời gian | Tồn kho, giá thành, phả hệ |
Bảng là ví dụ, không phải cấu trúc bắt buộc cho mọi nhà máy. Có nơi PLM quản lý engineering BOM, ERP quản lý manufacturing BOM và MES ghi sự kiện dùng thực tế. Quan trọng là một chủ thể có quyền quyết định cho mỗi thông tin; không cho ERP và MES sửa quyền thay thế độc lập. Xem thêm bài viết ranh giới ERP và MES tại nhà máy Thái Lan về dữ liệu được chuyển và trách nhiệm của mỗi tầng.
Lựa chọn của MRP khác tiêu hao vật lý
MRP đề xuất vật tư đáp ứng nhu cầu theo quy tắc và tồn tại thời điểm lập kế hoạch. Lô nhận có thể bị QA giữ; cuộn vật tư có thể đổi trên dây chuyền; lệnh cũng có thể bị đổi. Không được sao chép kết quả kế hoạch thành tiêu hao thực tế. Nếu kế hoạch A, xuất kho B nhưng quét sử dụng C, hệ thống phải cho biết quyền dùng được đánh giá lại ở bước nào. Yêu cầu nhà cung cấp demo riêng thời điểm lập kế hoạch, xác nhận lệnh, xuất kho và quét thực tế.
Ngày hiệu lực đơn lẻ chưa đủ
Cân nhắc mã gốc/mới, sản phẩm hoặc dòng BOM, phiên bản, khách hàng, site, thời gian bắt đầu/kết thúc, giới hạn lượng, nguồn cung, trạng thái QA, chứng cứ, lý do thay đổi và điều kiện thu hồi. Không phải mọi trường đều cần ở mọi nhà máy, nhưng việc “không giới hạn khách hàng” cũng nên ghi rõ. Chốt phiên bản tại lúc phát hành lệnh, xuất vật tư hay sử dụng thực? Lệnh đã phát hành trước ngày đổi được đánh giá lại ra sao? Ngày có hiệu lực một mình không trả lời được.
Quy đổi lượng, yield và tổng chi phí
Thay thế không nhất thiết một đổi một. Trong ví dụ giả định, cần hai đơn vị vật tư mới thay một đơn vị cũ; vì thế lượng BOM và MRP thay đổi. Kiểm tra quy đổi hộp/chiếc, khối lượng/chiều dài, làm tròn, mức xuất tối thiểu và yield. Giá đơn vị không phản ánh đầy đủ hao hụt, vận chuyển, kiểm nghiệm và chênh lệch giá thành. Ví dụ hai đổi một chỉ để minh họa, không phải số liệu thực tế hay cam kết tiết kiệm.
Dùng MES và kho để chặn lắp sai và giữ phả hệ lô thực tế
Danh sách đã phê duyệt không chứng minh hộp hay cuộn đặt trên dây chuyền là đúng. Khi quét mã vạch hoặc mã 2D, đối chiếu mã, lô, trạng thái QA, lệnh, công đoạn, thiết bị, phiên bản BOM và hạn mức còn lại. Nếu không đạt, hiển thị lý do và chặn xuất hay tiêu hao tại điểm kiểm soát đã xác định. Nếu phải làm việc offline, quy định phiên bản quy tắc lưu trên thiết bị, thời hạn, quyền override và đồng bộ lại không tạo bản ghi trùng. Khi không thể khóa vật lý công đoạn, cần quy trình cách ly sản phẩm có nguy cơ.
Ghi sự kiện “mã B, lô nhận L, lượng Q, dùng ở công đoạn P của lệnh O lúc T”, không phải chỉ ghi “A được phép thay bằng B”. Khi sửa, liên kết sự kiện hiệu chỉnh với bản gốc thay vì xóa âm thầm. Tài liệu electronic batch records của Microsoft mô tả ví dụ truy vấn phiên bản BOM/công thức, lượng kế hoạch và thực tế, nguyên liệu thay trong quá trình sản xuất, thuộc tính lô và quality orders. Đây là ví dụ chức năng của sản phẩm; cần yêu cầu nhà cung cấp thực tế trình diễn kết quả truy vấn và xuất dữ liệu tương ứng.
GS1 EPCIS/CBV 2.0 là ngôn ngữ sự kiện cho biết đối tượng nào, lúc nào, ở đâu, vì sao và như thế nào; hữu ích khi chia sẻ sự kiện lô và đơn vị logistics giữa các tổ chức. Nó không quy định quy trình phê duyệt ERP hay thiết kế BOM. Nhà máy vẫn phải liên kết mã phê duyệt, lô vật tư đã dùng, lô thành phẩm và chuyến giao trong mô hình dữ liệu của mình. Xem tổng quan EPCIS của GS1.
Phả hệ tối thiểu theo hai chiều
Từ lô thành phẩm phải truy được lệnh, phiên bản BOM, mã và lô vật tư thực dùng, lô nhà cung cấp và phê duyệt áp dụng. Ngược lại, từ một lô linh kiện nghi ngờ phải tìm tất cả lô thành phẩm, tồn chưa giao và đơn hàng/khách đã giao. Khi nhiều lô đầu vào hợp thành một lô đầu ra, phải giữ đủ mọi đầu vào; tách lô, sửa lại, hàng trả cần sự kiện liên kết riêng. GS1 Global Traceability Standard cung cấp nguyên tắc định danh và ghi/chia sẻ dữ liệu; mức chi tiết phụ thuộc rủi ro sản phẩm, hợp đồng và quy định áp dụng.
Giữ lô QA và thu hồi quyền thay thế
Vật tư thay thế đã duyệt vẫn không được dùng khi lô đầu vào chưa có kết quả đạt theo quy tắc nhà máy. Tài liệu quality orders của Microsoft nêu ví dụ kiểm nghiệm gắn với mua hàng, sản xuất và cách ly. Xác định trạng thái chờ, đạt, không đạt, giải phóng có điều kiện và ảnh hưởng đến tồn kho. Khi thu hồi phê duyệt, chặn kế hoạch mới và lệnh chưa bắt đầu, đồng thời tìm hàng đã xuất, WIP, thành phẩm và lô đã giao. Không xóa lịch sử sử dụng cũ.
Ranh giới tại nhà máy Thái Lan: trụ sở, cơ sở địa phương và nguồn cung
Cơ sở Thái Lan có thể nhận thiết kế và điều kiện khách hàng từ trụ sở ở nước ngoài trong khi đội địa phương mua và kiểm hàng. Phê duyệt tại trụ sở không mặc nhiên áp dụng cho mọi khách hay mọi site. Tên tiếng Nhật, Thái và Anh có thể khác nhau; dùng mã nội bộ ổn định và mã nhà sản xuất để đối chiếu, không dùng tên đã dịch làm khóa. Lưu múi giờ hoặc UTC offset với thời điểm có hiệu lực và kiểm tra đợt MRP chạy qua ranh giới ngày ICT.
Vật tư nhập khẩu có thể có nhà bán, nhà sản xuất, quốc gia xuất xứ và địa điểm sản xuất khác nhau. Quyết định phê duyệt có giới hạn ở hãng, nhà máy hay nguồn/lô cụ thể. Nếu vật tư cũ và thay thế có thể trộn vào cùng một lô thành phẩm, QA phải quyết định việc đó được phép không và mức truy vết. Không giả định một quy định pháp lý Thái Lan áp dụng giống nhau cho mọi loại sản phẩm; kiểm tra theo đặc tả khách, thị trường xuất và nhóm hàng.
Mục tiêu phản hồi khi người duyệt ở nước khác
Nếu kỹ thuật trụ sở cần duyệt trước khi nhà máy Thái Lan chạy, đặt mục tiêu thời gian phản hồi đầu tiên, kênh yêu cầu chứng cứ bổ sung, đường leo thang và cách xử lý khi người duyệt vắng mặt. Sự chậm trễ không được biến trạng thái “đang chờ” thành “được dùng”. Kế hoạch nên so sánh đẩy nhanh vận chuyển, đổi thứ tự sản xuất hoặc điều chỉnh ngày giao. Đo thời gian thực tế rồi điều chỉnh mục tiêu; đây là mục tiêu vận hành, không phải bảo đảm hợp đồng mặc nhiên.
Những yêu cầu cần ghi trong RFP quản lý linh kiện thay thế
“Có lưu substitute” và “có workflow” quá chung để so sánh nhà cung cấp. Cấp cùng một bộ dữ liệu và tình huống phải từ chối, yêu cầu họ nêu giải pháp là tính năng chuẩn, cấu hình, phát triển thêm, tích hợp hay thao tác thủ công. Ghi hạn chế và chi phí tăng thêm. Kết quả nghiệm thu nghiệp vụ có thể thống nhất dù giải pháp nhúng trong ERP hay dùng dịch vụ phê duyệt riêng.
| Hạng mục RFP | Hành vi cần có | Bằng chứng yêu cầu |
|---|---|---|
| Mô hình dữ liệu | Mã cũ/mới, sản phẩm/BOM, khách, site, phiên bản, thời gian, lượng, nguồn | Màn hình, schema, API, mẫu xuất |
| Phê duyệt | Kỹ thuật, QA, mua hàng, khách, ủy quyền, trả lại, phân quyền | Demo chờ duyệt và audit log |
| Kế hoạch | Thời điểm chọn, ưu tiên, thiếu hàng, giữ QA | Kết quả và lý do trên cùng nhu cầu |
| Kích hoạt | Ranh giới ngày, lệnh cũ, WIP, tồn cũ, sửa hồi tố | So sánh lệnh trước/sau |
| Hiện trường | Kiểm mã/lô khi xuất và dùng | Từ chối sai, hết hạn, vượt mức |
| Phả hệ | Thành phẩm→vật tư và vật tư→thành phẩm/giao hàng | Truy vấn, xuất dữ liệu lô mẫu |
| Tích hợp | Message ID, phiên bản, gửi lại, hủy, sai thứ tự, offline | Nhật ký khôi phục và đối chiếu |
| Vận hành | Quyền, sao lưu, theo dõi, chủ dữ liệu, đào tạo | Runbook và thử khôi phục |
Data contract cần điều kiện chứ không chỉ mã phê duyệt
Chỉ gửi mã phê duyệt sang MES không đủ để MES quyết định nó có hiệu lực với lệnh và lô này không. Phải gửi điều kiện cần, phiên bản, thời điểm, thông tin hủy hoặc cho MES hỏi một API quyết định có thẩm quyền. Dùng phiên bản/event ID để xử lý thông điệp trùng và sai thứ tự, không chỉ dùng thời gian cập nhật. Quy định cách xử lý khi thiết bị không nhận được quy tắc mới; bộ nhớ đệm “đã duyệt” không được có hiệu lực vô hạn sau khi quyền bị thu hồi.
So sánh toàn bộ chi phí triển khai
Nhóm substitute chuẩn có thể hỗ trợ MRP nhưng chưa chắc xử lý giới hạn theo khách, QA hold hoặc truy ngược lô. So sánh chi phí làm sạch dữ liệu, rà BOM, chuyển chứng cứ duyệt, thiết bị/nhãn, interface, FAT/SAT, đào tạo, hỗ trợ và khôi phục. Hỏi demo chạy bản tiêu chuẩn hay tùy biến riêng. Nếu tính lợi ích, dùng số lần đổi vật tư, giờ sửa sai và lô bị ảnh hưởng đo tại nhà máy, công khai giả định và độ nhạy. Bài viết không tạo số giá thị trường hoặc phần trăm cải thiện.
Tình huống FAT/SAT để kiểm tra quyền dùng linh kiện thay thế
FAT nên dùng dữ liệu mà kết quả đạt/không đạt đã xác định trước. SAT lặp lại với BOM, nhãn, thiết bị, mạng và quyền của cơ sở Thái Lan. Các mã, ngày và lượng sau là giả định minh họa, không phải dữ liệu khách hàng.
- Duyệt thường: Đề xuất B thay A cho sản phẩm P/BOM V1; kỹ thuật, QA, mua hàng và khách nếu cần cùng duyệt. Trước khi đủ điều kiện, B không được chọn để dùng thực.
- Giới hạn site: B được dùng ở nhà máy Thái T nhưng bị cấm ở U. Hệ thống cho kết quả khác nhau theo site của lệnh.
- Ranh giới revision: B chỉ có hiệu lực trên BOM V2. Lệnh cũ O1/V1 không bị ghi đè âm thầm, lệnh mới O2/V2 được chọn B.
- Ranh giới thời gian: Giả sử bắt đầu 15 tháng 10 lúc 08:00 ICT. Thử 07:59, 08:00, màn hình trụ sở múi giờ khác và MRP ban đêm.
- Trần số lượng: Giả sử ngoại lệ một lần cho 300 chiếc. Sau 299 chiếc, chiếc tiếp theo qua; chiếc sau đó bị từ chối. Hủy/thử lại không được làm tăng hạn mức sai.
- QA hold: Lô L1 của B bị giữ, L2 đạt. Kiểm màn hình MRP riêng với quyền xuất kho và tiêu hao.
- Giới hạn khách: Lệnh C1 được phép, C2 chờ khách duyệt. Tồn chung trong kho không biến quyền theo khách thành quyền toàn cục.
- Mất mạng: MES offline trước khi nhận thông báo thu hồi. Hiện phiên bản quy tắc và thời hạn cache, dừng dùng sau mốc quy định, đồng bộ lại không tạo sự kiện trùng.
- Truy ngược: Giả sử B/lô L1 vào thành phẩm F1/F2. Tìm F1→B/L1/mã duyệt và L1→F1/F2/nơi giao.
- Thu hồi: Liệt kê lệnh chưa chạy, vật tư đã xuất, WIP, thành phẩm, hàng đã giao. Giữ lịch sử dùng cũ và chặn dùng mới.
Với mỗi ca, lưu dữ liệu đầu vào, thao tác, kết quả dự kiến, chứng cứ, chủ trách nhiệm, môi trường và kết luận. Đừng chỉ nhìn thông báo lỗi; quan sát xem vật tư sai có thực sự không vào công đoạn. Thử mẫu vật lý, nhãn gần giống, cách đóng gói khác, quy đổi đơn vị và ngôn ngữ trên thiết bị. Lặp lại ca quan trọng sau khi mô phỏng lỗi và khôi phục.
Lộ trình giới hạn 90 ngày và chỉ số đo
90 ngày là khung minh họa để giới hạn phạm vi kiểm chứng, không phải lời hứa tiến độ. Chọn một nhóm sản phẩm hay dùng vật tư thay, lập bản đồ quan hệ và ngoại lệ cũ, thống nhất chủ dữ liệu, trạng thái và quy tắc interface. Làm nguyên mẫu luồng duyệt và ghi sử dụng thực nhỏ nhất; chạy ca từ chối tại FAT; giới hạn SAT ở một dây chuyền Thái Lan, chứng minh truy lô hai chiều và khôi phục trước khi mở rộng. Nêu rõ các sản phẩm và tình huống chưa nằm trong phạm vi.
Chỉ số có thể gồm thời gian từ yêu cầu đến quyết định kỹ thuật, chờ QA/khách, trễ truyền quyền kích hoạt, số lần xuất sai điều kiện được phát hiện, tỷ lệ ghi đủ lô thực dùng và thời gian tìm thành phẩm bị ảnh hưởng. Số lần từ chối có thể tăng lúc đầu vì lỗi trước đây không được nhìn thấy. Xác định mẫu số, phạm vi, mốc thời gian và loại trừ trước khi so sánh. Đo cả công sức người vận hành để kiểm soát không biến thành nhập liệu quá nặng.
Ví dụ xếp thứ tự ưu tiên
Giả sử có 20 quan hệ thay thế nhưng chưa thể chuyển tất cả cùng lúc, sắp theo rủi ro thiếu hàng, tác động đến sản phẩm/khách, mức sẵn có của chứng cứ và độ khó truy lô. Con số 20 là ví dụ giả định, không phải kết quả khảo sát. Có thể bắt đầu với vật tư thay thường dùng và điều kiện rõ để kiểm tra quy tắc lõi, rồi thêm giới hạn khách và ngoại lệ một lần. Không để vật tư rủi ro cao mất kiểm soát trong khi chờ hệ thống; duy trì cách ly và kiểm tra kép hiện hành đến khi nghiệm thu.
FAQ: phê duyệt linh kiện thay thế
Thêm vật tư thay thế vào BOM đã đủ chưa?
Chưa. BOM có thể thể hiện cấu trúc và điều kiện kế hoạch nhưng không nhất thiết lưu đủ chứng cứ kỹ thuật/khách, nguồn cung, QA hold và lô đã dùng. Thiết kế riêng trạng thái ứng viên, kích hoạt và kiểm tra hiện trường.
MRP có tự chọn vật tư đã duyệt khi vật tư gốc thiếu không?
Tùy sản phẩm, phiên bản và cấu hình. Ví dụ Dynamics có plan group và mức ưu tiên với điều kiện tiên quyết. Vẫn phải thử điều kiện khách, QA, lô, site và ngày. Thử lựa chọn kế hoạch và tiêu hao vật lý riêng.
Ai nên phê duyệt vật tư thay thế?
Kỹ thuật chịu trách nhiệm phù hợp thiết kế, QA chịu trách nhiệm thử nghiệm và yêu cầu khách, mua hàng chịu trách nhiệm nguồn, chủ dữ liệu/kế hoạch chịu trách nhiệm kích hoạt, kho và sản xuất kiểm vật tư thực. Chấp thuận khách phụ thuộc bản vẽ/hợp đồng. Xác định chứng cứ, ủy quyền, trả lại và thu hồi.
Tồn vật tư cũ được dùng đến khi nào?
Quyết định phải xét ngày hiệu lực, đơn mua mở, lệnh đã phát hành, WIP, tồn, đơn khách và QA. Phân biệt ngày dừng dùng mới với cách xử lý công việc đã bắt đầu, gắn cả hai với phiên bản và sự kiện.
Có bắt buộc dùng EPCIS để truy lô không?
Không thể khẳng định bắt buộc chung. EPCIS hữu ích cho chia sẻ sự kiện liên thông, không thay quy trình duyệt hoặc BOM. Trước tiên làm cho phả hệ lô đã dùng có thể tra hai chiều, sau đó chọn định dạng trao đổi theo đối tác.
RFP và FAT/SAT nên thử gì trước?
Bắt đầu với việc từ chối vật tư chưa duyệt, sai khách, hết hạn, bị QA giữ, vượt lượng và mất mạng. Sau đó chứng minh lần dùng hợp lệ liên kết lệnh, phiên bản BOM, mã phê duyệt, lô vật tư và lô thành phẩm bị ảnh hưởng.
Kết luận
Kiểm soát phê duyệt linh kiện thay thế kéo dài từ hồ sơ ứng viên, phê duyệt kỹ thuật, QA, mua hàng và khách theo điều kiện, tới kích hoạt BOM/MRP, kiểm lại ở kho/MES và truy lô sử dụng thực hai chiều. Ghi rõ điều kiện và chủ dữ liệu trong RFP; dùng tình huống từ chối và truy ngược làm trọng tâm FAT/SAT. Chức năng thay thế sẵn có của ERP có thể hữu ích, nhưng phải kiểm tra phạm vi theo nhu cầu thực tế của nhà máy.
Nếu sổ phê duyệt, BOM, MRP và ghi chép hiện trường tại nhà máy Thái Lan của bạn chưa nối với nhau, TOMAS TECH có thể hỗ trợ vẽ luồng hiện tại, lập RFP và xây tình huống FAT/SAT từ giai đoạn cân nhắc. Hãy trao đổi qua trang liên hệ để bắt đầu từ câu hỏi “ai quyết định vật tư này dùng được cho lệnh này?”.
