Thiết kế máy #42: Nghiệm thu tại xưởng / nghiệm thu tại hiện trường (FAT/SAT) máy tự động — Đừng nghiệm thu bằng câu “máy chạy ổn”

Máy chạy được 30 phút. Không có cảnh báo (alarm) lớn. Một vài điểm chưa xong được ghi vào biên bản với câu “sẽ xử lý sau”. Hai bên ký nghiệm thu tại xưởng (FAT).

Đến site, điều kiện khí khác, phôi thật có độ phân tán, giao diện kết nối (interface) với máy trước chưa ổn và bản bản sao lưu (backup) không trùng với phiên bản đang chạy. Lúc đó câu “đã nghiệm thu tại xưởng (FAT) rồi” không giúp xác định điều gì thực sự đã được chứng minh.

nghiệm thu tại xưởng (FAT) và nghiệm thu tại hiện trường (SAT) không phải hai buổi chạy thử mang tính nghi lễ. Chúng là những gate tạo bằng chứng rằng máy đáp ứng các yêu cầu (requirement) đã thống nhất trong điều kiện xác định.

Một chuỗi acceptance có thể tóm tắt như sau:

yêu cầu (requirement) → acceptance criterion → test method → result/evidence → điểm sai lệch (deviation) → hướng xử lý (disposition)/kiểm tra lại (retest) → handover baseline

Bài này trình bày cách xây dựng protocol nghiệm thu tại xưởng / nghiệm thu tại hiện trường (FAT/SAT) cho máy tự động theo hướng truy vết được (traceable) và có thể kiểm chứng. Đây không phải checklist đủ cho mọi loại máy, mọi hợp đồng hoặc mọi thị trường. Electrical kiểm chứng (verification), machinery đánh giá rủi ro (risk assessment) và an toàn (safety) thẩm định (validation) vẫn phải đi theo tiêu chuẩn, đặc tả (specification) và thẩm quyền tương ứng.

1. Phân biệt nghiệm thu tại xưởng (FAT), FIT, nghiệm thu tại hiện trường (SAT), SIT và chạy thử và đưa vào vận hành (commissioning)

Các tên gọi dễ bị dùng lẫn nhau.

nghiệm thu tại xưởng (FAT) — thử nghiệm nghiệm thu tại xưởng (Factory Acceptance Test)

Thử tại nhà chế tạo trước khi giao máy. Mục tiêu là chứng minh tối đa những yêu cầu (requirement) có thể kiểm tra trong điều kiện factory.

nghiệm thu tại xưởng (FAT) thường bao phủ:

Cấu hình và tài liệu.
Assembly và chất lượng lắp ráp (workmanship).
I/O, sequence và mode.
cảnh báo (alarm), recovery và đổi mã (changeover).
hiệu năng (performance) có thể mô phỏng hoặc đo tại factory.
bản sao lưu (backup)/khôi phục (restore) và baseline giao hàng.

FIT — thử nghiệm tích hợp tại xưởng (Factory Integration Test)

Tập trung vào tích hợp (integration) giữa nhiều subsystem khi chúng có thể được kết nối tại factory:

bộ điều khiển logic lập trình (PLC) và robot.
Vision và motion.
Machine controller và line controller.
giao diện người–máy (HMI), historian hoặc middleware.
Upstream/downstream simulator.

FIT hữu ích khi một máy đơn lẻ chạy được nhưng trao đổi tín hiệu (handshake) và ownership giữa các hệ thống chưa được chứng minh.

nghiệm thu tại hiện trường (SAT) — thử nghiệm nghiệm thu tại hiện trường (Site Acceptance Test)

Thử sau vận chuyển, lắp đặt và kết nối tại địa điểm sử dụng. nghiệm thu tại hiện trường (SAT) xác nhận sau lắp đặt thực tế (as-installed) machine trong điều kiện site.

nghiệm thu tại hiện trường (SAT) thường cần kiểm tra:

Utilities thực tế.
Foundation, leveling và môi trường.
Kết nối điện/khí/mạng/site system.
Phôi, operator và workflow thật.
giao diện kết nối (interface) với thiết bị xung quanh.
hiệu năng (performance) và chất lượng (quality) trong điều kiện đã thỏa thuận.
Documentation, training và handover.

SIT — thử nghiệm tích hợp tại hiện trường (Site Integration Test)

Tập trung vào tích hợp (integration) tại site khi chỉ ở đây mới có đủ hệ thống thật:

trao đổi tín hiệu (handshake) với line.
Dữ liệu với MES hoặc hệ thống sản xuất.
an toàn (safety) zoning giữa nhiều machine/cell nếu thuộc scope.
Material flow và recovery xuyên hệ thống.

chạy thử và đưa vào vận hành (commissioning)

chạy thử và đưa vào vận hành (commissioning) là quá trình đưa hệ thống vào trạng thái vận hành đúng: kiểm tra lắp đặt, cấu hình, tuning, thử chức năng và xử lý vấn đề. Một số hoạt động chạy thử và đưa vào vận hành (commissioning) cung cấp điều kiện hoặc bằng chứng cho nghiệm thu tại hiện trường (SAT), nhưng hai khái niệm không hoàn toàn giống nhau.

2. Bắt đầu từ yêu cầu (requirement) traceability

Nếu protocol được viết từ trí nhớ của kỹ sư chạy thử và đưa vào vận hành (commissioning), những yêu cầu (requirement) khó hoặc ít “nhìn thấy” rất dễ bị bỏ sót.

Trước test, hãy lập một ma trận:

yêu cầu (requirement) ID	yêu cầu (requirement)	Source	Gate	ca kiểm thử (test case)	Evidence	Status
R-xxx	Nội dung có thể kiểm chứng	đặc tả (specification)/drawing/đánh giá rủi ro (risk assessment)	nghiệm thu tại xưởng / nghiệm thu tại hiện trường (FAT/SAT)/FIT/SIT/thẩm định (validation)	TC-xxx	Log/measurement/record	Open/Pass/Fail

Ma trận giúp trả lời:

yêu cầu (requirement) nào chưa có test?
Một test đang chứng minh yêu cầu (requirement) nào?
yêu cầu (requirement) nào chỉ có thể kiểm tra ở site?
yêu cầu (requirement) nào thuộc an toàn (safety) thẩm định (validation) riêng?
Thay đổi đặc tả (specification) có làm ca kiểm thử (test case) cũ mất hiệu lực không?

Không phải mọi yêu cầu (requirement) đều cần một ca kiểm thử (test case) riêng. Một test có thể bao phủ nhiều yêu cầu (requirement) nếu quan hệ được ghi rõ. Nhưng không nên có yêu cầu (requirement) quan trọng chỉ được xem là đạt vì “máy đã chạy”.

3. Acceptance criterion phải đo được

Các tiêu chí yếu:

Máy chạy ổn.
Ngoại quan OK.
cảnh báo (alarm) hoạt động tốt.
Cycle time đạt.
Đổi model không lỗi.

Những câu này không chỉ rõ điều kiện, cách đo và ranh giới pass/fail.

Tiêu chí tốt hơn cần nói:

Đối tượng nào.
Điều kiện thử.
Phương pháp hoặc dữ liệu.
Giá trị/behavior mong đợi.
Tolerance hoặc rule đánh giá.
Số lần/sample theo đặc tả (specification) đã thống nhất.

Ví dụ cấu trúc:

Với model và tải được chỉ định, chạy sequence theo precondition của ca kiểm thử (test case); kết quả phải đáp ứng tiêu chí thời gian/chất lượng đã dẫn chiếu trong đặc tả (specification) và không tạo điểm sai lệch (deviation) chưa xử lý.

Bài này không đưa con số mẫu, vì takt, accuracy, sample size và capability phải xuất phát từ hợp đồng, yêu cầu (requirement) kỹ thuật hoặc kế hoạch thẩm định (validation) của dự án.

4. Một ca kiểm thử (test case) cần những trường nào?

Tối thiểu:

ca kiểm thử (test case) ID và revision.
yêu cầu (requirement)/source liên quan.
Mục tiêu.
Gate và location.
Precondition.
Machine/mốc cấu hình chuẩn (configuration baseline).
Tool, test data và sample identity.
Người thực hiện và witness nếu cần.
Test steps.
Acceptance criterion.
Actual result.
Evidence reference.
Pass/fail.
điểm sai lệch (deviation) ID.
kiểm tra lại (retest) yêu cầu (requirement).

Nếu test dùng thiết bị đo, cần quản lý đúng trạng thái và khả năng truy vết phù hợp với yêu cầu của dự án. Nếu dùng log hoặc screenshot, phải biết log từ phiên bản nào, thời gian nào và context nào.

Một ảnh máy đang chạy không chứng minh cycle time. Một video không timestamp hoặc không gắn ca kiểm thử (test case) cũng khó trở thành bằng chứng tốt.

5. Precondition quan trọng không kém kết quả

Hai lần test cùng một sequence nhưng precondition khác có thể cho kết quả không so sánh được.

Precondition có thể gồm:

Software/config revision.
Mode và machine state ban đầu.
Model/công thức sản xuất (recipe).
Loại phôi và condition.
Utilities.
Temperature hoặc môi trường.
Tooling/change part.
cảm biến (sensor)/calibration state.
Upstream/downstream simulator.
User role và quyền truy cập.

Nếu precondition không được ghi, một test pass có thể chỉ đúng với trạng thái “đã được chỉnh tay” mà không lặp lại được sau reboot hoặc đổi mã (changeover).

6. Nội dung nên kiểm tra tại nghiệm thu tại xưởng (FAT)

nghiệm thu tại xưởng (FAT) là cơ hội sửa vấn đề khi máy vẫn còn ở nhà chế tạo. Đừng chỉ dành thời gian cho demo sequence đẹp.

mốc cấu hình chuẩn (configuration baseline)

Hardware/BOM revision.
Drawing và schematic revision.
bộ điều khiển logic lập trình (PLC)/giao diện người–máy (HMI)/robot/vision software revision.
Parameter/công thức sản xuất (recipe) baseline.
bản sao lưu (backup) package và hướng dẫn khôi phục (restore).
Danh sách license hoặc dependency thuộc scope.

Không cần công khai password, bộ điều khiển logic lập trình (PLC) address hoặc network topology trong biên bản phát hành rộng. Access data nhạy cảm phải được bàn giao qua kênh kiểm soát riêng.

Assembly và inspection

Cơ khí, cover, tấm chắn bảo vệ (guard) và access.
Cable/hose routing.
Identification và labeling theo đặc tả (specification).
Fastener/adjustment mark khi cần.
Maintenance access và khả năng thay thế (replaceability).
Cleanliness và chất lượng lắp ráp (workmanship).

Functional sequence

Auto, manual, setup và maintenance mode theo scope.
Start, stop, pause, resume.
Normal sequence.
Empty run và material-present run.
Model/đổi mã (changeover).
khởi động lại (restart)/recovery sau interruption.

Diagnostics

cảnh báo (alarm) message.
cảnh báo đầu tiên (first-out).
Context snapshot.
Acknowledge, condition clear và đặt lại (reset).
History/logging.
Role-based access nếu có.

Representative failures

Trong test plan và vùng kiểm soát:

Missing/invalid feedback.
thời gian chờ (timeout) đại diện.
Mismatch model/change part.
Mất utility theo scenario đã phê duyệt.
Communication interruption ở giao diện kết nối (interface) phù hợp.

lỗi (fault) injection không được thực hiện tùy ý hoặc bằng cách vô hiệu safeguard để tiết kiệm thời gian.

Preliminary hiệu năng (performance)

Cycle behavior.
Repeatability.
chất lượng (quality) output.
Thermal/run-duration behavior.
đổi mã (changeover) time nếu có yêu cầu (requirement).

nghiệm thu tại xưởng (FAT) hiệu năng (performance) chỉ có ý nghĩa trong điều kiện factory đã ghi. Nó không tự động thay thế nghiệm thu tại hiện trường (SAT) với utilities, phôi và hệ thống thật.

7. Những gì nghiệm thu tại xưởng (FAT) chưa thể chứng minh

Một nghiệm thu tại xưởng (FAT) tốt cũng phải ghi rõ giới hạn.

Ví dụ:

Điện áp/khí/utility thực tế tại site.
Foundation và vibration tại site.
Network policy hoặc site infrastructure.
MES/line controller thật.
Upstream/downstream equipment chưa có mặt.
Phôi sản xuất với toàn bộ variation.
Operator organization và material logistics.
Môi trường nhiệt, bụi, ánh sáng hoặc nhiễu thực tế.
Long-run hiệu năng (performance) theo production schedule.

Mỗi mục chưa chứng minh phải được route sang nghiệm thu tại hiện trường (SAT), SIT, production trial hoặc thẩm định (validation) khác. Không nên để ở trạng thái “sẽ kiểm tra sau” mà không có người phụ trách (owner) và gate.

8. Trước khi ship: đóng baseline giao hàng

Sau nghiệm thu tại xưởng (FAT) thường có sửa đổi. Nếu không đóng baseline, machine được giao có thể khác machine đã test.

Baseline nên bao gồm:

Software/config versions.
bản sao lưu (backup) được tạo sau change cuối cùng.
Hash hoặc cơ chế xác minh integrity phù hợp.
Drawing/BOM/manual revisions.
Parameter và công thức sản xuất (recipe) release.
Open deviations.
Approved temporary dispositions.
kiểm tra lại (retest) results.
Packing/shipping state.

Nếu có sửa sau nghiệm thu tại xưởng (FAT) nhưng trước ship:

Ghi change.
Đánh giá impact.
Chọn regression/kiểm tra lại (retest) scope.
Cập nhật evidence.
Tạo lại baseline.

“Chỉ sửa một dòng nhỏ” không phải lý do tự động bỏ kiểm tra lại (retest).

9. nghiệm thu tại hiện trường (SAT) bắt đầu từ sau lắp đặt thực tế (as-installed) condition

Trước khi chạy production test, cần xác nhận máy sau vận chuyển và lắp đặt:

Damage hoặc movement mark.
Leveling, anchoring và alignment.
tấm chắn bảo vệ (guard)/access/clearance.
Utilities và connection.
Direction/phase khi áp dụng.
Cable/hose và site giao diện kết nối (interface).
Environmental condition.
bản sao lưu (backup)/config đang chạy.
Open items từ nghiệm thu tại xưởng (FAT).

nghiệm thu tại hiện trường (SAT) không nên bắt đầu bằng việc nhấn Auto khi chưa biết machine baseline và site condition có đúng không.

10. Site hiệu năng (performance) cần điều kiện thống nhất

Cycle time hoặc chất lượng (quality) chỉ có ý nghĩa khi hai bên thống nhất:

Product/model mix.
Material condition.
Sample size hoặc duration.
Excluded time và included time.
Operator action.
Upstream/downstream độ sẵn sàng (availability).
Rework/retry rule.
chất lượng (quality) measurement method.
Stop classification.

Nếu một giờ chạy có dừng vì thiếu vật liệu, không thể tranh luận cycle hiệu năng (performance) chỉ dựa trên tổng output. Protocol phải định nghĩa trước cách phân loại và xử lý dữ liệu.

Không nên chọn lại tiêu chí sau khi đã nhìn thấy kết quả.

11. FIT/SIT giúp tìm lỗi ownership

tích hợp (integration) failure thường không nằm hoàn toàn trong một subsystem:

Ai gửi request?
Ai giữ state?
thời gian chờ (timeout) thuộc bên nào?
Retry có tạo duplicate action không?
Mất communication thì mỗi bên về trạng thái nào?
Khi reconnect, state được resynchronize ra sao?
cảnh báo (alarm) gốc hiển thị ở đâu?

FIT/SIT nên kiểm tra cả normal trao đổi tín hiệu (handshake) và representative abnormal sequence. Evidence có thể gồm:

State/sequence trace.
Timestamped giao diện kết nối (interface) log.
cảnh báo (alarm) history.
Kết quả recovery.
Version của hai đầu giao diện kết nối (interface).

Không nên công bố tag, address hoặc topology nhạy cảm trong tài liệu public.

12. an toàn (safety) thẩm định (validation) không phải một dòng trong nghiệm thu tại xưởng (FAT)

Câu “an toàn (safety): OK” không chứng minh specified an toàn (safety) functions đã được thẩm định (validation).

an toàn (safety) thẩm định (validation) cần route theo:

đánh giá rủi ro (risk assessment).
an toàn (safety) yêu cầu (requirement)/đặc tả (specification).
Architecture và calculation tương ứng.
Analysis và test procedure.
Standard áp dụng, chẳng hạn ISO 13849-2 khi phù hợp.
Người thực hiện/review có thẩm quyền.
Record và result truy vết được (traceable).

Một số test có thể được witness trong nghiệm thu tại xưởng / nghiệm thu tại hiện trường (FAT/SAT), nhưng hồ sơ an toàn (safety) thẩm định (validation) vẫn phải giữ scope, method và evidence riêng. nghiệm thu tại xưởng (FAT) sign-off không thay thế risk reduction kiểm chứng (verification) hoặc thẩm định (validation).

Tương tự, electrical kiểm chứng (verification) phải đi theo thiết kế và tiêu chuẩn áp dụng, chẳng hạn IEC 60204-1; không được thu gọn thành mục “điện OK”.

13. Quản lý điểm sai lệch (deviation): đừng để “PASS with note” tồn tại vô hạn

Mỗi điểm sai lệch (deviation) cần:

ID.
Test/yêu cầu (requirement) liên quan.
Mô tả actual so với expected.
Impact tới an toàn (safety), chất lượng (quality), hiệu năng (performance), khả năng bảo trì (maintainability) và schedule.
người phụ trách (owner).
Due date.
hướng xử lý (disposition).
Temporary control nếu được phép.
kiểm tra lại (retest) scope.
Closure evidence.

Các hướng xử lý (disposition) có thể khác nhau:

Fix trước khi tiếp tục test.
Chấp nhận theo change được phê duyệt.
Chuyển sang nghiệm thu tại hiện trường (SAT) với điều kiện rõ.
Từ chối/không đạt.

Không phải điểm sai lệch (deviation) nào cũng chặn shipment, nhưng quyết định phải minh bạch và có thẩm quyền. “Pass with note” không phải hướng xử lý (disposition) nếu không ai sở hữu bước tiếp theo.

14. kiểm tra lại (retest) phải theo impact

Sau khi sửa một lỗi:

Test lại lỗi trực tiếp.
Xem các function dùng chung component/logic.
Xem giao diện kết nối (interface) upstream/downstream.
Xem cảnh báo (alarm) và recovery.
Xem mode khác.
Xem yêu cầu (requirement) đã từng pass nhưng phụ thuộc phần vừa thay đổi.

Ví dụ, thay thời gian chờ (timeout) để hết nuisance cảnh báo (alarm) có thể ảnh hưởng cycle time, lỗi (fault) detection và recovery. kiểm tra lại (retest) chỉ đúng dòng cảnh báo (alarm) là chưa đủ.

Một impact matrix giúp chọn regression scope thay vì test lại toàn máy hoặc test quá hẹp.

15. Golden sample và test data cũng cần revision

Một golden sample không có identity có thể bị thay, mòn hoặc sửa mà không ai biết.

Cần quản lý:

Sample ID.
Revision/model.
Đặc tính được dùng để test.
Condition và storage.
Ngày/người phụ trách (owner) xác nhận.
Khi nào phải thay hoặc re-qualify.

Test data, image set, công thức sản xuất (recipe) và simulator cũng tương tự. Nếu dataset thay đổi sau nghiệm thu tại xưởng (FAT), kết quả cũ không tự động còn tương đương.

16. Handover không chỉ là giao USB

Một handover có thể bao gồm:

Released software/config bản sao lưu (backup).
khôi phục (restore)/recovery instructions.
Drawings, BOM và manuals.
Parameter/công thức sản xuất (recipe) governance.
cảnh báo (alarm) list và troubleshooting route.
đánh giá rủi ro (risk assessment) và thẩm định (validation) records theo quyền truy cập.
nghiệm thu tại xưởng / nghiệm thu tại hiện trường (FAT/SAT)/điểm sai lệch (deviation)/kiểm tra lại (retest) records.
phụ tùng dự phòng (spare) và wear-part list.
Maintenance plan.
Training record.
Known limitations và open items.
Support/escalation channel.

Credential, key và thông tin truy cập phải đi qua kênh an toàn, không để chung trong tài liệu public hoặc folder chia sẻ rộng.

Quan trọng nhất: người phụ trách (owner) phải có cách chứng minh file bàn giao là đúng baseline đang chạy trên máy.

17. Checklist protocol nghiệm thu tại xưởng / nghiệm thu tại hiện trường (FAT/SAT)

Mọi yêu cầu (requirement) quan trọng đã có gate và test/evidence route chưa?
nghiệm thu tại xưởng (FAT), FIT, nghiệm thu tại hiện trường (SAT), SIT và an toàn (safety) thẩm định (validation) đã tách scope chưa?
Acceptance criterion có đo được không?
ca kiểm thử (test case) có precondition và baseline không?
Tool, sample và test data có identity/revision phù hợp không?
Actual result được ghi, không chỉ tick Pass?
Evidence có trace về ca kiểm thử (test case) không?
Những gì nghiệm thu tại xưởng (FAT) chưa chứng minh đã được route sang gate sau chưa?
Change sau nghiệm thu tại xưởng (FAT) có impact assessment và kiểm tra lại (retest) không?
điểm sai lệch (deviation) có người phụ trách (owner), due date, hướng xử lý (disposition) và closure evidence không?
nghiệm thu tại hiện trường (SAT) kiểm tra sau lắp đặt thực tế (as-installed) condition trước hiệu năng (performance) chưa?
Site hiệu năng (performance) có model/material/duration/data rule thống nhất chưa?
an toàn (safety) và electrical kiểm chứng (verification) có hồ sơ riêng theo chuẩn áp dụng chưa?
bản sao lưu (backup)/config/drawing baseline có khớp machine as-delivered không?
Handover có khôi phục (restore) method, open items và quyền truy cập phù hợp không?

Kết luận

nghiệm thu tại xưởng / nghiệm thu tại hiện trường (FAT/SAT) tốt không cố chứng minh mọi thứ trong một buổi. Nó làm rõ:

yêu cầu (requirement) nào đang được kiểm tra?
Gate nào có đủ điều kiện để kiểm tra?
Pass/fail dựa trên tiêu chí nào?
Bằng chứng nào giữ lại?
điểm sai lệch (deviation) được ai xử lý và kiểm tra lại (retest) thế nào?
Baseline nào thực sự được giao?

Khi yêu cầu (requirement), ca kiểm thử (test case), evidence, điểm sai lệch (deviation) và baseline được nối thành một chuỗi truy vết được (traceable), câu “máy chạy ổn” không còn là tiêu chí nghiệm thu. Nó được thay bằng một bộ bằng chứng mà cả nhà chế tạo và chủ máy có thể dùng để vận hành, bảo trì và quản lý thay đổi lâu dài.

Nguồn tham khảo

IEC 62381:2024 — nghiệm thu tại xưởng (FAT), FIT, nghiệm thu tại hiện trường (SAT) and SIT for automation systems: https://webstore.iec.ch/en/publication/67572
IEC 60204-1:2016 + AMD1:2021 — Electrical equipment of machines: https://webstore.iec.ch/en/publication/26037
ISO 12100:2010 — Machinery đánh giá rủi ro (risk assessment) and risk reduction: https://www.iso.org/standard/51528.html
ISO 13849-2:2012 — thẩm định (validation) of an toàn (safety)-related parts of control systems: https://www.iso.org/standard/53640.html

Xem tất cả bài viết kỹ thuật MINATA