First Article Inspection cho tóc giả OEM: khóa setup trước khi chạy hàng loạt

Một lệnh tóc giả OEM có thể có specification đã duyệt, material đã nhận và production line đã sẵn sàng, nhưng vẫn còn một khoảng trống quan trọng trước khi chạy hàng loạt: setup thực tế có tạo ra sản phẩm đúng như mong đợi hay không. Nếu phát hiện sai base size, sai màu lace, sai hướng crown hoặc sai artwork sau khi đã làm hàng trăm unit, chi phí containment và rework sẽ cao hơn rất nhiều so với bắt lỗi trên những sản phẩm đầu tiên.

First Article Inspection (FAI) là checkpoint dùng một hoặc một số sản phẩm đầu tiên của setup mới để xác nhận material, tooling, work instruction, CTQ và output đã khớp với requirement trước khi release mass production.

FAI không thay approved sample, pilot run hay final inspection. Approved sample trả lời “mẫu nào được chấp nhận”; pilot có thể đánh giá khả năng chạy ở quy mô nhỏ; FAI trả lời “setup hiện tại của lệnh đang chuẩn bị chạy có đúng không”.

1. Khi nào nên kích hoạt FAI?

Không phải chỉ đơn hàng hoàn toàn mới mới cần FAI. Trigger có thể gồm: - model mới; - customer mới; - revision specification mới; - material lot có risk cao; - tool hoặc template mới; - process route thay đổi; - supplier hoặc subcontractor mới; - line chuyển model; - sau maintenance lớn; - sau một quality escape quan trọng; - first production sau thời gian dài không chạy model đó.

Tần suất phải risk-based. Một reorder ổn định nhiều lần có thể dùng verification nhẹ hơn nếu policy cho phép, nhưng không nên bỏ FAI chỉ vì “đã làm mẫu này trước đây” khi setup hoặc input đã thay đổi.

2. FAI cần scope rõ

Một FAI record nên ghi: - PO hoặc work order; - model/SKU; - revision; - customer nếu relevant; - production line/station; - date/shift; - operator/team; - material lot; - tool/template ID; - inspection method; - reviewer/release authority.

Không có scope, một PASS của setup A dễ bị dùng nhầm để release setup B.

3. First article không nhất thiết chỉ là một unit

Tên gọi “first article” không buộc mọi process chỉ kiểm một sản phẩm. Nếu sản phẩm có biến thiên hoặc nhiều size/color variant, có thể cần nhiều unit đại diện.

Ví dụ một order có ba base size và hai color family, FAI plan có thể yêu cầu ít nhất một unit mỗi critical configuration. Không nên lấy một variant dễ nhất rồi release mọi variant nếu setup khác nhau.

Số lượng phải được định trước theo risk và complexity.

4. Kiểm material identity trước output

Trước khi đo product, xác nhận material đúng: - hair lot; - color; - length; - base/lace/poly; - thread; - clip/elastic; - packaging; - label/artwork.

Một sản phẩm có appearance gần đúng vẫn có thể dùng sai material ID.

FAI là lúc tốt để bắt mix-up trước khi consumption tăng.

5. Đúng specification revision

FAI checklist phải reference revision cụ thể. Không dùng câu “theo spec mới nhất” nếu system có nhiều revision.

Nếu PO vẫn thuộc R03 nhưng team vừa phát hành R04 cho đơn sau, FAI của PO này phải theo R03 nếu change plan quy định.

Record revision giúp complaint investigation sau này tái dựng tiêu chí đã dùng.

6. CTQ: chọn đặc tính nào phải kiểm đầu tiên?

Không cần đo mọi thứ với cùng mức chi tiết. Ưu tiên: - base dimensions; - template/curvature; - hair length; - density distribution; - color/lace tone; - crown/part direction; - knot/ventilation requirement; - attachment features; - label/identity; - packaging configuration.

CTQ đến từ specification, risk, complaint history và control plan.

7. Visual standard và approved sample

Đối với workmanship khó mô tả hoàn toàn bằng số, FAI cần approved visual hoặc master sample đúng revision.

Inspector không nên dựa vào trí nhớ “mẫu trước trông như thế này”.

Nếu visual standard có ánh sáng tham chiếu, dùng đúng điều kiện. Color/lace judgement đặc biệt nhạy với lighting.

8. Measurement system phải đủ tin cậy

Nếu FAI dùng số đo, tool và method phải có status phù hợp.

Một kết quả 14,8 cm chỉ có ý nghĩa khi biết đo từ đâu tới đâu, tool nào và tolerance nào.

Nếu method vừa thay, có thể cần correlation trước khi dùng FAI để release.

9. First-piece từ đúng setup mass production

Không nên lấy một “mẫu đẹp làm riêng” ngoài line rồi gọi là FAI. Sản phẩm FAI cần đi qua setup, material, operator/process route đại diện cho production thật.

Nếu engineering hand-makes một unit khác quy trình, PASS đó không chứng minh line setup đúng.

FAI phải test process as-run.

10. Production phải HOLD tới khi FAI release?

Với risk cao, mass run nên chờ PASS. Một số site có thể cho line chạy rất hạn chế trong khi chờ inspection nhưng output phải segregate và không đi tiếp tới khi release.

Rule cần rõ để tránh việc “đã chạy rồi nên phải PASS”.

Nếu FAI fail, containment đơn giản hơn khi output chưa được trộn.

11. Reaction khi FAI FAIL

Một FAI fail không có nghĩa sửa unit rồi ký PASS. Cần hỏi lỗi đến từ: - material; - setup; - instruction; - tool; - operator; - master data; - measurement; - approved sample ambiguity.

Correct root cause hoặc setup, sau đó tạo FAI mới hoặc repeat theo rule.

Giữ record failed FAI để trace.

12. Không overwrite kết quả lần đầu

Nếu FAI #1 fail và FAI #2 pass, hệ thống phải giữ cả hai.

Nếu chỉ lưu bản pass cuối, management mất tín hiệu startup quality.

Failed first article cũng là data cho training và process improvement.

13. FAI và line clearance

Line clearance xác nhận lệnh cũ đã ra khỏi station. FAI xác nhận lệnh mới được setup đúng.

Hai bước nối nhau rất tự nhiên: 1. close old job; 2. line clearance; 3. setup new job; 4. FAI; 5. release mass run.

Nếu line clearance fail, không nên bắt đầu FAI mới.

14. FAI và change-point management

Mỗi FAI thường là một phần của change-point control.

Ngay cả khi first article PASS, plan có thể tiếp tục enhanced sampling cho 20, 50 hoặc 100 unit đầu.

FAI là cửa release ban đầu, không phải bằng chứng toàn lot sẽ không có variation.

15. FAI và pilot run

Pilot run thường rộng hơn: đánh giá process flow, capacity, training, material consumption hoặc nhiều unit.

FAI có thể xảy ra sau pilot khi mass-production setup chính thức bắt đầu.

Một project có thể có: - development sample; - pilot; - approved sample; - FAI; - mass production.

Tên gọi có thể khác theo doanh nghiệp; điều quan trọng là mục tiêu từng gate không bị trùng.

16. FAI và PPAP-like evidence package

Một buyer lớn có thể yêu cầu nhiều evidence quanh FAI: material cert, measurement result, photo, process route, approved sample, label proof.

Không cần gọi là PPAP nếu ngành không dùng hệ thống đó; nhưng logic “evidence package trước release” vẫn hữu ích.

HACOMAX hoặc buyer nên thống nhất package theo order risk.

17. Photo evidence

Ảnh FAI nên có: - product ID/lot; - overall front/back; - critical detail; - ruler/scale khi cần; - label/artwork; - lighting context cho color.

Ảnh marketing không thay FAI evidence.

Filename và record link cần truy về work order.

18. First label và barcode

Packaging/identity có thể nằm ngoài production craft nhưng vẫn critical.

FAI nên kiểm: - SKU; - color/length code; - barcode content; - customer artwork; - language; - carton label nếu setup cùng lúc.

Sai identity có thể ship sai dù wig workmanship hoàn hảo.

19. First packaging setup

Nếu box, insert, net, tag hoặc folding method thay đổi, FAI package cần confirm.

Đặc biệt tóc dài/curly có thể mất form nếu pack không đúng.

Packaging BOM và artwork revision nên reference.

20. Multiple shifts

Nếu setup thay giữa shift hoặc operator team khác hẳn, policy có thể yêu cầu first-off verification lại.

Không nên dùng PASS ca sáng để giả định ca tối đúng khi line đã teardown/re-setup.

Trigger tùy stability của process.

21. FAI cho re-order

Reorder không đồng nghĩa bỏ FAI.

Có thể dùng “reduced FAI” nếu: - same revision; - same material source; - same tooling; - no change; - stable history; - no recent complaint.

Rule nên document. Nếu một yếu tố đổi, quay lại full scope.

22. Timing và takt

FAI phải được đưa vào production plan. Nếu schedule không dành thời gian, team dễ chạy trước inspection.

Planning cần biết sample quantity, inspector availability và expected turnaround.

FAI không nên trở thành blocker bất ngờ vì thiếu coordination.

23. Digital FAI form

Form điện tử có thể tự fill: - work order; - SKU; - revision; - lot; - CTQ; - tolerance.

Inspector nhập result và attach photo.

System có thể block release transaction tới khi authorized PASS.

24. Audit trail

Ai tạo FAI, ai sửa data và ai release cần được audit.

Nếu result bị chỉnh, giữ history.

Không dùng shared account để ký release nếu cần accountability.

25. KPI FAI

Một vài KPI: - first FAI pass rate; - top fail reason; - time to release; - repeat FAI count; - fail by change category.

Không dùng KPI pass rate để ép inspector pass. Mục tiêu là cải thiện setup quality.

26. Ví dụ giả định

Order mới dùng base 8x10 inch, lace tone B và crown clockwise. Material đã kitted.

Line clearance PASS. FAI unit #1 đo base đúng nhưng crown direction bị ngược. Team HOLD mass run, kiểm work instruction và phát hiện station vẫn mở visual R02 thay vì R03.

Document được cập nhật, operator briefing, FAI #2 PASS. Nếu line đã chạy 300 unit trước FAI, containment sẽ lớn hơn rất nhiều.

27. FAI cho nhiều variant

Order có 4 lengths nhưng cùng base. Nếu length setup riêng, FAI plan nên cover từng setup length.

Nếu color family khác process blend, cover mỗi family.

Đừng lấy một variant “đại diện” nếu attribute khác có setup riêng.

28. Khi FAI PASS nhưng downstream fail

Nếu first article pass mà lot sau fail, xem: - process drift; - material lot change; - operator shift; - inspection sampling; - tool wear; - FAI sample không đại diện.

Không kết luận FAI vô ích; nó chỉ chứng minh setup tại mốc đó.

Change-point trend giúp tìm drift sau release.

29. Checklist FAI thực dụng

1. Work order và SKU đúng. 2. Revision đúng. 3. Material lots đúng. 4. Tool/template đúng. 5. Line clearance hoàn tất. 6. CTQ list rõ. 7. Measurement method đúng. 8. Visual/master sample đúng. 9. Product từ setup thật. 10. Identity/label đúng. 11. Packaging setup đúng. 12. Photo/evidence đủ. 13. FAIL có reaction. 14. PASS có authorized release. 15. Enhanced checks sau FAI nếu cần.

30. Những lỗi thường gặp

- Mẫu làm riêng không đại diện line. - Chạy bulk trước release. - Dùng spec sai revision. - FAI chỉ nhìn appearance, bỏ identity. - Fail rồi sửa unit chứ không sửa setup. - Overwrite fail bằng pass. - Một variant release tất cả variant. - Không link material lot. - Không kiểm packaging/label. - Không có exit rule sau enhanced check.

Kết luận

First Article Inspection giúp biến câu “line đã setup xong” thành evidence. Khi FAI dùng đúng material, đúng revision, đúng tool và đúng process route, buyer/quality có một checkpoint rõ trước khi volume tăng.

FAI tốt không tìm cách chứng minh mọi thứ hoàn hảo; nó tìm sai setup càng sớm càng tốt. Một FAIL được giữ history và sửa nguyên nhân có giá trị hơn một PASS đẹp nhưng không đại diện production thật.