Triển khai xe tự hành trong nhà máy Thái Lan: từ RFP đến nghiệm thu vận hành

Một dự án triển khai xe tự hành không người lái thành công tại nhà máy ở Thái Lan hoặc ASEAN phải bắt đầu trước câu hỏi mua bao nhiêu AGV. Bên mua cần xác định vật gì phải di chuyển, đến đâu, vào thời điểm nào, và trạng thái quan sát được nào có nghĩa là nhiệm vụ đã hoàn tất. Một màn demo chạy mượt không chứng minh được năng lực khi cao điểm, giao cắt với xe nâng, sạc pin, sai lệch trạng thái WMS/MES hoặc khôi phục sau sự cố. Hướng dẫn này giúp chủ nhà máy, sản xuất, logistics, EHS, IT và mua hàng nối RFP, PoC, FAT, SAT và nghiệm thu vận hành thành một chuỗi bằng chứng duy nhất.

Kết luận điều hành: mua dịch vụ vận chuyển, không chỉ mua xe

Đối tượng kiểm soát đầu tiên không phải model hay công nghệ dẫn đường. Hãy định nghĩa dịch vụ từ lúc phát sinh yêu cầu vận chuyển đến khi xác nhận bàn giao tải. Tối thiểu cần có điểm đi, điểm đến, loại và khối lượng tải, thời hạn, độ ưu tiên, điều kiện chuyển tải, tín hiệu hoàn tất và trạng thái an toàn khi có ngoại lệ. “Hợp đồng vận chuyển” này cho phép so sánh AGV chạy băng từ, xe dẫn đường laser, AMR dùng SLAM, xe kéo và xe nâng tự hành trên cùng một nhu cầu.

Nếu RFP chỉ ghi “tải trọng 500 kg, tốc độ tối đa 1,5 m/s, năm xe”, báo giá sẽ không cùng cơ sở. Một nhà cung cấp loại trừ sửa nền, một bên bao gồm giao tiếp WMS, bên khác tính commissioning ban đêm riêng. Chênh lệch khi đó là chênh lệch phạm vi chưa định nghĩa, không phải chênh lệch hiệu năng.

Nên chia quyết định thành năm cổng bằng chứng.

Sàng lọc use case trước khi sao chép một trường hợp triển khai AGV

Luồng thường phù hợp

Những luồng lặp lại, có điểm đi/đến rõ, tải ổn định và đo được tác động trễ là ứng viên tốt. Ví dụ: cấp linh kiện theo lịch từ supermarket đến lắp ráp, chuyển thành phẩm giữa công đoạn, thu hồi thùng rỗng, đưa pallet đến kiểm tra. Baseline phải ghi cả thời gian đi bộ, máy chờ vật tư và thời gian chờ gọi xe nâng.

Luồng cần cải tiến trước

Cần chuẩn hóa trước nếu điểm đến thay đổi bằng lời nói, tải thường đổ, lối đi bị dùng làm kho, cao độ bàn giao khác nhau hoặc không có quy tắc gọi xe. AGV không tự sửa một vận hành mơ hồ. Nó lặp lại sự mơ hồ với tốc độ máy và biến nó thành hàng loạt mã dừng.

“Con người đang vận chuyển được” chưa phải yêu cầu tự động hóa. Người sẽ sửa thùng nghiêng, tránh xe đẩy, nhận ra nhãn sai và gọi công đoạn nhận. Phải phân bổ từng tác vụ ẩn đó cho chức năng xe/trạm, hệ thống cấp trên hoặc standard work có kiểm soát. Khi ấy phạm vi thật mới rõ.

Tạo baseline RFP từ mười ngày vận hành

Bài viết đề xuất quan sát ít nhất mười ngày làm việc gồm ngày bình thường và cao điểm. Đây là khuyến nghị lập kế hoạch, không phải giá trị trong tiêu chuẩn. Nhà máy có mùa vụ cần đối chiếu với dữ liệu sản xuất và giao hàng lịch sử.

Trường dữ liệu trong bảng From-to

Thu phân bố theo 15 hoặc 30 phút, không chỉ trung bình ngày. Một nhà máy có thể có 100 lượt/ngày nhưng 40 lượt dồn ngay đầu ca. Cụm này quyết định số xe và buffer. P95 nghĩa là 95% quan sát không vượt quá giá trị đó; đây không phải con số bắt buộc theo tiêu chuẩn. Bài viết dùng P95 để trung bình không che mất cao điểm.

Thống nhất một định nghĩa hoàn tất

“Xe đến”, “tải đã chuyển”, “PLC trả receive-complete” và “WMS đã ghi tồn kho” là các trạng thái kinh doanh khác nhau. RFP phải nêu cả hoàn tất vật lý và hoàn tất nghiệp vụ. Gắn ID duy nhất cho mission và định nghĩa retry có tính idempotent để truyền lại bản tin không ghi nghiệp vụ tồn kho hai lần.

Thiết kế layout AGV là thiết kế vùng vận hành, không chỉ vẽ tuyến

Lối đi và giao cắt

Đường ngắn nhất có thể chậm ở góc khuất, lối hẹp và điểm giao. Chồng luồng người, xe đẩy, xe nâng, tugger và conveyor theo từng thời điểm. Định nghĩa đường một chiều, ưu tiên, vạch dừng, điểm qua, vùng cấm và hốc chờ. Không chặn lối thoát hiểm hoặc thiết bị chữa cháy.

Không có một con số chiều rộng lối đi phù hợp mọi dự án. Phải xét envelope xe, tải nhô, quỹ đạo quay, phanh và trường phát hiện, khả năng thoát của người, tốc độ, kệ/tường, tiêu chuẩn liên quan và hạn chế nhà sản xuất. Mỗi giá trị trên layout phải đi kèm giả định và quyền phê duyệt thay đổi.

Nền, dốc và môi trường

Vết nứt, khe nối, tấm thép, dầu, nước, bụi, phản xạ, nắng mạnh, nhiệt độ và độ ẩm ảnh hưởng chuyển động, dừng, sensor và tuổi lốp. Đưa cửa ra vào mùa mưa, sau vệ sinh, khi mở shutter và tải tối đa vào test. RFP phải phân trách nhiệm sửa nền giữa nhà cung cấp xe, nhà thầu xây dựng và nhà máy.

Trạm bàn giao

Xe đến mà tải chưa chuyển ổn định thì mission chưa hoàn tất. Tại từng trạm, định nghĩa cao độ, sai lệch vị trí cho phép, load-present, station-free, stopper, cửa, conveyor Ready/Busy và timeout. Suy ra tolerance dừng từ top module và giao diện tải thật, không sao chép giá trị nổi bật trong catalogue.

Sạc và ca

Không chấp nhận một câu như “chạy liên tục tám giờ” làm cơ sở duy nhất. Mô hình hóa mission rate, chờ, tăng giảm tốc, tải, nền, môi trường, số charger, hàng chờ sạc và lão hóa pin. Xác minh sạc không chặn tuyến, khởi động sau mất điện từ trạng thái an toàn, và trách nhiệm lưu kho/xử lý/thải bỏ pin thay thế.

Để so sánh rộng hơn, xem hướng dẫn chọn thiết bị material handling. Để phân rã chi phí, xem hướng dẫn TCO AGV/AMR năm năm.

Tính số xe từ phân bố cycle time và xung đột, không từ throughput trung bình

Công thức cơ bản:

Phút xe bận/giờ = mission/giờ × cycle hiệu dụng phút/mission

Số xe lý thuyết = phút xe bận/giờ ÷ 60

Cycle hiệu dụng phải gồm chạy rỗng, chạy có tải, chuyển tải, chờ giao cắt, chờ cửa/thang máy và chờ dispatch. Sạc, bảo trì kế hoạch, recovery và dự phòng cao điểm được đánh giá riêng.

Phép tính giả định minh bạch

Các số sau chỉ minh họa, không phải dữ liệu hiệu năng, giá thị trường hoặc báo giá. Nếu nhu cầu P95 là 36 mission/giờ và cycle hiệu dụng là 6,5 phút, cần 234 vehicle-minute/giờ, tương đương 3,9 xe lý thuyết. Bốn xe gần như không còn margin. Nên mô phỏng phương án năm xe và kiểm chứng bằng PoC có sạc và biến động.

Xem 5% thời gian chờ giao cắt chậm nhất, không chỉ mean cycle. Thêm xe có thể làm output mỗi xe giảm do tắc nghẽn; “bốn xe thiếu nên mua năm” không có hiệu quả tuyến tính. Sửa layout, luật ưu tiên, buffer hoặc san bằng yêu cầu có thể rẻ hơn.

Chi phí AGV phải được so bằng TCO năm năm, không bằng giá xe

Chuẩn hóa báo giá vào một cấu trúc. Chi phí đầu tư gồm xe, top module, sạc, Fleet Control, wireless, nền/điện/an toàn, giao tiếp hệ thống, test, đào tạo và spare. Chi phí vận hành gồm bảo trì, phần mềm, pin, bánh xe, cửa sổ sensor, kết nối, backup, hỗ trợ tại chỗ và regression test sau cập nhật.

Nếu chi phí vận hành giả định 1.250.000 THB/năm, TCO danh nghĩa năm năm là 8.600.000 + 1.250.000 × 5 = 14.850.000 THB. Chưa gồm thuế, tài chính, lạm phát, giá trị còn lại và rủi ro mất sản xuất. Đây là ví dụ phương pháp, không phải dải giá.

Kỷ luật tương tự áp dụng cho benefit. Giờ đi bộ được giải phóng không tự động thành tiền lương tiết kiệm. Tách tăng sản lượng, tránh tuyển thêm, đưa người có kỹ năng về máy, giảm dừng chờ vật tư và giảm rủi ro; chỉ định owner thực hiện lợi ích.

Không đưa ưu đãi BOI vào base case trước phê duyệt. Xác nhận hoạt động, thiết bị, pháp nhân, thời điểm và điều kiện với BOI cùng chuyên gia thuế/pháp lý, rồi trình bày thành supported case. BOI công bố 1H 2026 có 82 hồ sơ machinery-and-automation trị giá 13,1 tỷ THB và 132 hồ sơ Smart and Sustainable Industry trị giá 17,2 tỷ THB. Đây là bối cảnh đầu tư, không chứng minh một dự án AGV cụ thể đủ điều kiện.

Biện pháp an toàn AGV là hệ thống bằng chứng, không phải mua scanner

ISO 3691-4:2023 bao gồm yêu cầu an toàn và cách xác minh đối với xe công nghiệp không người lái và hệ thống, trong đó AGV và AMR là ví dụ. ISO 12100:2010 đưa phương pháp chung về đánh giá và giảm rủi ro. ISO 13849-1:2023 cung cấp phương pháp thiết kế/tích hợp phần điều khiển liên quan an toàn. Ghi các số hiệu đó trong proposal không đồng nghĩa vùng vận hành đã an toàn.

Catalogue ISO hiện liệt kê ISO 3691-4:2023 là bản đã xuất bản và một DIS mới đang phát triển. Không coi draft là yêu cầu bắt buộc hiện hành. RFP phải ghi edition hợp đồng, cách đánh giá khác biệt tương lai và ai chịu migration.

VDA 5050 3.0.0 hữu ích cho truyền thông giữa mobile robot và Fleet Control, nhưng scope công bố loại trừ yêu cầu an toàn và logic quản lý giao thông. “Tương thích VDA 5050” không thay thế safety case hay kiểm thử tắc nghẽn.

Operating mode phải nằm trong risk assessment

• Auto, manual, teaching, maintenance, cleaning, kéo và cứu hộ
• Tải tối đa, lệch, nhô; xe rỗng; dịch tải và lỗi phát hiện tải
• Giao cắt người, xe nâng, xe đẩy; góc khuất, vượt và đi ngược
• Mất wireless, Fleet Control ngừng, PLC lệch trạng thái, mất điện và restart
• Scanner bị che/bẩn, emergency stop, protective stop, quyền restart
• Cháy, sơ tán và chế độ đặc biệt của shutter, cửa, thang máy

Suy ra required safety performance từ risk assessment thật và tiêu chuẩn áp dụng. “Mọi chức năng PL d” hoặc “cấu hình chuẩn của hãng” không mặc nhiên đúng. Tạo Safety Requirement Specification để truy vết hazard, hazardous situation, protective measure, safety function, verification, residual risk và operational control trên cùng dòng.

Tại Thái Lan, EHS nhà máy và chuyên gia có năng lực cần xác định yêu cầu về an toàn lao động, máy/xe nâng, tòa nhà, cháy và điện. Không tuyên bố ISO conformity hay CE mark chứng minh tuân thủ toàn bộ luật Thái. EU Machinery Regulation 2023/1230, áp dụng từ 20/1/2027, liên quan tiếp cận thị trường EU và roadmap nhà cung cấp nhưng không thay thế luật Thái.

Đưa mười hai gói có kiểm soát vào RFP AGV

1. Yêu cầu kinh doanh

Nêu sản phẩm, khối lượng, cửa sổ thời gian, ca, tăng trưởng, downtime cho phép và benefit KPI. Thay “giảm người” bằng công việc/ca cụ thể được giải phóng và giờ đó sẽ chuyển sang đâu.

2. Tải và top module

Nêu kích thước/khối lượng min-max, trọng tâm, đáy, gia tốc cho phép, ổn định, nhận dạng và reject. Cung cấp tải đại diện cho FAT.

3. Layout và môi trường

Cung cấp CAD, tọa độ, lối, dốc, khe, nền, nhiệt độ, độ ẩm, bụi, nước, ánh sáng, indoor/outdoor, thời gian thi công và khu hạn chế. Phân trách nhiệm nếu bản vẽ khác hiện trường.

4. Năng lực và fleet

Cung cấp nhu cầu theo khung thời gian, peak, priority và maximum wait. Đặt input, assumption và output mô phỏng thành deliverable.

5. Trạm và thiết bị ngoại vi

Định nghĩa state, I/O, ownership cơ/điện cho conveyor, cửa, lift, PLC và indicator.

6. Hệ thống cấp trên

Định nghĩa request, status, cancel, priority, retry, history, clock và ID giữa WMS/MES/ERP và Fleet Control. Có endpoint API chưa phải giao tiếp hoàn chỉnh; phải nêu hành vi khi outage.

7. An toàn

Nêu owner quyết định tiêu chuẩn/pháp luật, risk assessment, protective measure, verification, residual risk, biển báo và đào tạo.

8. Non-functional requirement

Định nghĩa availability, recovery, backup, log retention, access, language, time sync, monitoring và network dependency.

9. Cybersecurity

Định nghĩa account, least privilege, remote service, MFA, signed update, thông báo lỗ hổng, ngày kết thúc support, configuration backup và log export. Ghi ranh giới giữa security và safety.

10. FAT/SAT

Thống nhất test case, data, acceptance, retest, witness và evidence format trước hợp đồng. Tiêu chí nghĩ sau giao hàng sẽ thành tranh chấp thương mại.

11. Đào tạo và bảo trì

Tách vai trò operator, supervisor, first response, maintenance, administrator. Yêu cầu tài liệu phù hợp ngôn ngữ, spare tại khu vực, response time, hỗ trợ đêm/ngày nghỉ và kế hoạch end-of-product.

12. Quản lý thay đổi và sở hữu trí tuệ

Quyết định ownership/export của map, PLC logic, API configuration, report và configuration/source artefact. Định nghĩa giá, phê duyệt, regression test khi đổi layout hoặc thêm xe.

Dùng PoC mười hai tuần để loại bất định, không để trình diễn

PoC phải giảm bất định có thể thay đổi quyết định đầu tư, không chỉ chứng minh xe chạy. Đây là chương trình đề xuất, không phải thời hạn tiêu chuẩn.

Liệt kê khác biệt nếu xe PoC không phải model sản xuất, lối được dọn riêng, kỹ sư hãng trực thường xuyên hoặc nút bấm thay host interface. Không ngoại suy PoC sang năng lực sản xuất khi khác biệt chưa được giới hạn.

Quản lý FAT, SAT và nghiệm thu vận hành trong một test matrix

FAT xác minh gì

FAT xác minh xe, top module, Fleet Control, sạc, I/O và software build đã duyệt tại nhà máy nhà cung cấp hoặc môi trường mô phỏng. Test tải min/max, che sensor, emergency/protective stop, mất truyền thông, restart, request trùng, cancel và low battery. Không tái hiện đầy đủ nền và wireless thật, nên FAT không phải phê duyệt năng lực tại site.

SAT xác minh gì

SAT dùng nền, tuyến, người, xe nâng, wireless, trạm, WMS/MES và ca thật. Bao gồm peak release, nghỉ/đổi ca, no-load, destination full, door timeout, một xe lỗi, một charger lỗi, mất truyền thông và power recovery.

99,0% và 98,0% là ví dụ hợp đồng, không phải giá trị tiêu chuẩn. Phải định nghĩa mẫu số, thời gian quan sát, planned stop, outage thiết bị cấp trên và invalid load. Sự cố an toàn nghiêm trọng không được bù bằng KPI throughput tốt; nó kích hoạt dừng, khắc phục và revalidation.

Nghiệm thu vận hành

Nghiệm thu cuối chứng minh năng lực tổ chức: supervisor phân loại dừng, first responder xử lý xe lỗi an toàn, maintenance khôi phục backup, IT vô hiệu account, EHS đánh giá lại thay đổi. Kiểm soát ngôn ngữ và revision của SOP, drawing, risk record, configuration và training record.

Đánh giá trường hợp triển khai xe tự hành bằng bảy câu hỏi

Case study chỉ hữu ích khi điều kiện vận hành được công khai:

1. Vật gì được chuyển, giữa đâu, bao nhiêu mission và peak lúc nào?
2. Hệ thống chung sống với người, xe nâng, cửa và thang máy thế nào?
3. Nền, tải và standard work đã đổi gì trước vận hành?
4. Ranh giới WMS/MES/PLC và hành vi outage là gì?
5. Điều kiện nào khác giữa PoC và sản xuất?
6. Ba nguyên nhân dừng lớn nhất sau launch và cải tiến là gì?
7. Giá trị hiện thực ở released hours, output, tránh tuyển, giảm downtime hay giảm risk?

IFR World Robotics 2025 báo cáo 102.900 professional service robots bán toàn cầu cho transportation and logistics năm 2024, tăng 14%, và fleet RaaS tăng 42%. Đây là số toàn cầu, không phải doanh số AGV Thái Lan. Chỉ dùng làm bối cảnh để kiểm tra năng lực hỗ trợ, spare, data portability và tương thích dài hạn, không phải bằng chứng dự án sẽ thành công.

Mẫu thất bại ngăn hệ thống được nghiệm thu

Coi demo một xe là năng lực fleet

Chạy đơn không test giao cắt, sạc, lỗi và priority. Hãy test multi-vehicle peak.

Thu gọn biện pháp an toàn AGV vào scanner trên xe

Tải nhô, chuyển tải, cứu hộ, cửa, xe nâng và hành vi người nằm ngoài chứng chỉ riêng xe. Đánh giá toàn vùng vận hành.

Coi kết nối API là hoàn tất nghiệp vụ

Một request bình thường không chứng minh cancel, duplicate, timeout, retry, restart hay clock drift. Test toàn state model.

Chọn giá xe thấp nhất rồi cộng hệ thống sau

Nếu loại trừ top module, nền, wireless, sạc, trạm, đào tạo, việc đêm và bảo trì thì giá xe không phải TCO. Chuẩn hóa báo giá.

Mọi recovery phụ thuộc kỹ sư hãng

Dừng ca đêm mà phải chờ kỹ sư nước ngoài sẽ không đạt availability. Đặt first response nhà máy, log, escalation và spare thành deliverable nghiệm thu.

FAQ về triển khai xe tự hành không người lái

Chi phí AGV là bao nhiêu?

Không thể quyết định bằng giá xe. So sánh TCO năm năm gồm top module, sạc, Fleet Control, nền, điện, wireless, an toàn, giao tiếp WMS/MES/PLC, FAT/SAT, đào tạo, spare, bảo trì và update. Ví dụ 14,85 triệu THB trong bài là giả định, không phải báo giá hay dải thị trường.

Thiết kế layout AGV nên bắt đầu từ đâu?

Chốt điểm đi/đến, nhu cầu theo thời gian, tải, trạng thái hoàn tất, điểm giao cắt và thiết bị chuyển tải trước khi vẽ tuyến. Sau đó thiết kế chạy, chờ, sạc, dừng và recovery thành một operating zone.

ISO 3691-4 có đủ cho biện pháp an toàn AGV không?

Không. ISO 3691-4:2023 là Type-C quan trọng, nhưng dự án còn cần risk assessment theo ISO 12100, safety-control design phù hợp, yêu cầu nhà sản xuất, rà soát pháp luật/EHS Thái, thiết bị ngoại vi và tòa nhà. Bên có năng lực phải đánh giá xe và site thật.

PoC AGV cần bao lâu?

Không có thời lượng tiêu chuẩn phổ quát. Bài viết đề xuất mười hai tuần để gồm baseline, design, multi-vehicle peak, fault recovery và vận hành thật. Dữ liệu và cơ sở test tốt có thể rút ngắn; tích hợp hoặc xây dựng phức tạp có thể kéo dài.

FAT khác SAT thế nào?

FAT xác nhận thiết kế, chức năng và xử lý lỗi trước giao trong môi trường kiểm soát. SAT xác nhận yêu cầu trên nền, wireless, traffic, thiết bị ngoại vi và host system thật. Điều kiện site không thể tái hiện ở FAT phải được chuyển rõ sang SAT.

VDA 5050 có làm mixed fleet plug-and-play không?

Không. VDA 5050 3.0.0 cung cấp nền giao tiếp chung nhưng không định nghĩa an toàn hay logic traffic management. Phải test tính năng/phiên bản, optional field, map, sạc, lỗi, top module và ownership hỗ trợ.

Kết luận: giữ chuỗi bằng chứng từ RFP đến vận hành

Triển khai xe tự hành không người lái phải mua một dịch vụ giao đúng tải, đúng thời gian, an toàn và phục hồi được sau ngoại lệ, không chỉ mua xe. Tạo baseline mười ngày; thiết kế layout, chuyển tải, host integration và an toàn cùng nhau; so sánh TCO năm năm. Đưa trách nhiệm và test vào RFP, dùng PoC loại bất định, và truy vết cùng requirement ID qua FAT, SAT và nghiệm thu vận hành. Đó là cách khép khoảng cách giữa demo thành công và sản xuất bền vững.

TOMAS TECH có thể hỗ trợ nhà máy từ trước khi chọn xe: đo baseline, so sánh AGV/AMR, thiết kế RFP và layout, giao tiếp WMS/MES/PLC, lập kế hoạch FAT/SAT. Quý doanh nghiệp có thể liên hệ chúng tôi ngay khi đội dự án còn đang thống nhất giả định cho budgetary estimate.

Nguồn sơ cấp và nguồn chính thức

• ISO 3691-4:2023 — Driverless industrial trucks and systems
• Catalogue ISO — tiêu chuẩn xe công nghiệp đã xuất bản và đang phát triển
• ISO 12100:2010 — Risk assessment and risk reduction
• ISO 13849-1:2023 — Safety-related parts of control systems
• VDA — Công bố VDA 5050 Version 3.0
• Đặc tả VDA 5050 Version 3.0.0
• EUR-Lex — Regulation (EU) 2023/1230
• Thailand BOI/OSOS — hồ sơ đầu tư 1H 2026
• IFR — World Robotics 2025 về service robot
• ILO NATLEX — Luật An toàn, Vệ sinh lao động và Môi trường làm việc Thái Lan
• ILO NATLEX — Quy định Thái về máy, cần cẩu và nồi hơi