เลือกผู้ผลิตรถ AGV สำหรับโรงงานไทย: คู่มือ RFP และการตรวจรับ

การเลือกผู้ผลิตรถ AGV จากตารางราคาและความเร็วสูงสุดเพียงอย่างเดียวไม่สามารถบอกได้ว่าระบบใดเหมาะกับโรงงานในประเทศไทย ประสิทธิภาพจริงขึ้นอยู่กับลักษณะชิ้นงาน พื้น ทางแยก เครือข่ายไร้สาย และการใช้พื้นที่ร่วมกับคนและรถยก รวมถึงบริการในประเทศ อะไหล่ สิทธิในซอฟต์แวร์ และการเชื่อมต่อระบบต้นทาง คู่มือนี้อธิบายวิธีคัดเลือกผู้ขายอย่างเป็นธรรม ด้วยโจทย์ขนส่งชุดเดียว การสาธิตภายใต้เงื่อนไขเดียวกัน RFP และหลักฐานจาก FAT/SAT

ข้อสรุป: เลือกผู้ผลิตรถ AGV จากระบบส่งมอบทั้งหมด ไม่ใช่เฉพาะยี่ห้อรถ

ผู้ผลิตที่เหมาะสมไม่จำเป็นต้องเป็นแบรนด์ที่ใหญ่ที่สุดหรือมีค่าความเร็วบนแค็ตตาล็อกสูงที่สุด แต่ต้องเป็นทีมส่งมอบที่รับผิดชอบให้การขนส่งของโรงงานทำงานได้อย่างปลอดภัยและต่อเนื่อง ตั้งแต่ตัวรถ อุปกรณ์รับส่งวัสดุ จุดชาร์จ ระบบบริหารฟลีต การเชื่อมต่อ WMS/MES การบูรณาการหน้างาน การฝึกอบรม ไปจนถึงงานบำรุงรักษา และต้องพิสูจน์ได้ด้วยเงื่อนไขเดียวกับผู้เสนอราคารายอื่น

จุดเริ่มต้นจึงไม่ใช่รายชื่อยี่ห้อ แต่คือ “ขนอะไร จากไหน ไปไหน ต้องถึงเมื่อใด และต้องส่งมอบในสภาพใด” แจก baseline เดียวกันให้ผู้เสนอราคาทุกราย บังคับให้ระบุสมมติฐานและข้อเบี่ยงเบน แล้วทดสอบด้วยโหลด เส้นทาง การจราจร และเหตุขัดข้องแบบเดียวกัน

บทความจัดอันดับ “AGV ที่ดีที่สุด” ใช้เป็นทางเข้าสู่ longlist ได้ แต่ไม่ควรใช้ตัดสินซื้อ รุ่นผลิตภัณฑ์ เวอร์ชันซอฟต์แวร์ ตัวแทน และบริการเปลี่ยนแปลงได้เสมอ ต้องตรวจผลิตภัณฑ์ปัจจุบันจากแหล่งทางการ แล้วขอคำมั่นในสัญญาจากนิติบุคคลที่ให้บริการในไทยอีกครั้ง

สร้างข้อกำหนดขนส่งหนึ่งชุดก่อนเปรียบเทียบผู้ผลิต AGV

ถ้าขอให้หลายบริษัท “ทำระบบขนส่งในโรงงานอัตโนมัติ” แต่ละบริษัทจะเสนอสิ่งที่ตนถนัด ใบเสนอราคาหนึ่งอาจมีแค่รถ อีกใบรวมสถานีและ integration ส่วนอีกใบแยกค่า subscription จึงเปรียบเทียบยอดรวมไม่ได้ ผู้ซื้อควรสร้าง Transport Requirement Sheet ที่ควบคุม revision และส่งฉบับเดียวกันให้ทุกบริษัท

บันทึกงานเป็น transport mission

อย่านำเพียงเวลาเดินของพนักงานมาแทนด้วยเวลาวิ่งของรถ ต้องสังเกตช่วงที่ครอบคลุมการเปลี่ยนรุ่น เปลี่ยนกะ ช่วงพีก วัตถุดิบล่าช้า และงานเร่ง เวลารอสัญญาณเรียก การจอดเทียบ การรับส่งโหลด ภาชนะเปล่าขากลับ และรถติดในทางแคบล้วนเป็นส่วนหนึ่งของบริการ

ระบุแหล่งของตัวเลข เช่น timestamp ใน MES การสแกน kanban แบบบันทึกหน้างาน หรือการศึกษาวิดีโอ การคำนวณจำนวนรถจากค่าเฉลี่ยเป็นเพียงสมมติฐานเริ่มต้น ต้องทวนสอบด้วยช่วงพีก การกระจายเวลาเดินทางและรับส่ง ความติดขัด การชาร์จ การเสีย และการบำรุงรักษา ผ่าน simulation หรือ pilot ที่หน้างาน

แยกข้อกำหนดเป็น must, should และ could พร้อม Requirement ID ให้ผู้ขายตอบ Comply, Partially Comply, Not Comply หรือ Custom Development คำตอบแบบ partial/custom ต้องระบุเงื่อนไข ค่าใช้จ่าย เวลา ข้อจำกัด วิธีทดสอบ และผู้ดูแลในอนาคต คำว่า “รองรับ” โดยไม่มีหลักฐานไม่ควรได้คะแนน

การเปรียบเทียบรถขนส่งไร้คนขับไม่ควรตัดสินจากคำว่า AGV หรือ AMR

โดยทั่วไป AGV มักหมายถึงรถตามแนวทาง ส่วน AMR หมายถึงรถนำทางอิสระ แต่ชื่อทางการตลาดทับซ้อนกัน บางรุ่นใช้ laser SLAM ร่วมกับรหัสบนพื้น บางรุ่นวิ่งตามเส้นทางเสมือนและหลบสิ่งกีดขวาง จึงต้องเปรียบเทียบว่ารถระบุตำแหน่งอย่างไร เปลี่ยนเส้นทางได้แค่ไหน และทำอย่างไรเมื่อ localization หรือเส้นทางหายไป

งานที่เส้นทางคงที่ แยกคนออกจากรถได้ และต้องการตำแหน่งจอดที่แน่นอน อาจเหมาะกับแนวทางที่ deterministic มากกว่า ส่วนพื้นที่ที่ layout เปลี่ยนบ่อยและมีเส้นทางอ้อมจริงอาจได้ประโยชน์จาก navigation ที่ยืดหยุ่น แต่ AMR ก็ยังต้องกำหนดความกว้างทาง จุดหลบ เขตห้ามหยุด สิทธิที่ทางแยก และเส้นทางหนีไฟ

ดูหลักการเพิ่มได้ที่ การนำทางด้วยเลเซอร์สำหรับ AGV และใช้ คู่มือต้นทุน AGV/AMR ในไทย เพื่อกำหนดขอบเขตค่าใช้จ่ายให้ครอบคลุม integration และการใช้งาน ไม่ใช่เฉพาะตัวรถ

วิธีรับส่งโหลดมักเป็นตัวตัดสินผู้ขาย

การเดินทางถึงจุดหมายยังไม่ถือว่างานเสร็จ ระบบอาจใช้ lift ใต้รถ การลาก conveyor ลูกกลิ้ง fork หรือ mobile manipulator ซึ่งเปลี่ยนทั้งความสามารถ ความเสี่ยง และ interface หน้า application ปัจจุบันของ MiR ยกตัวอย่างการรวมฐานรถกับโมดูลสำหรับรถเข็น ชั้น และพาเลต แต่เป็นเพียงตัวอย่าง ไม่ใช่คำแนะนำ หากผู้ผลิตฐานรถกับผู้ทำโมดูลเป็นคนละราย ต้องมีผู้รับผิดชอบการรวมระบบเพียงรายเดียวต่อโรงงาน

ทดสอบน้ำหนัก จุดศูนย์ถ่วง ส่วนยื่น ความมั่นคง tolerance ของสถานี พาเลตเสียหาย การตรวจว่ามีโหลด jam และการนำออกด้วยมือ รถอาจหยุดได้อย่างปลอดภัย แต่โหลดสูงหรือเยื้องศูนย์อาจยังล้มได้ ให้ถือรถ โมดูล ตัวรองรับโหลด และสถานีเป็นชิ้นทดสอบเดียวกัน

สร้าง longlist และ shortlist ของผู้ผลิตรถ AGV อย่างมีหลักฐาน

แยกบทบาทก่อนแยกรายชื่อ ผู้ผลิตรถอาจขายฐาน บริษัทอีกแห่งทำโมดูล SI เชื่อม WMS และอุปกรณ์หน้างาน ส่วน partner ในไทยทำ maintenance ต้องกำหนดว่าใครเป็น single accountable party ต่อโรงงาน

ข้อมูลทางการปัจจุบันแสดงตัวอย่างว่า OMRON มี MD Series และ fleet management, MiR มี platform หลายระดับ payload กับ ecosystem ของ top module และ KUKA มี KMP platform, navigation, fleet software และผลิตภัณฑ์ที่ระบุการรองรับ VDA 5050 รายชื่อเหล่านี้เป็นเพียงตัวอย่างเพื่อสร้าง longlist ไม่ใช่การจัดอันดับ ค่าความเร็ว น้ำหนักบรรทุก และเวลาชาร์จเผยแพร่ภายใต้เงื่อนไขต่างกัน และเว็บไซต์ global ไม่ยืนยันสต็อกหรือ response time ในไทย

เกณฑ์ gate ของ longlist

• ชุดรถและโมดูลรองรับขนาด น้ำหนัก และจุดศูนย์ถ่วงจริง
• ประเมินทางแคบ ทางลาด พื้น อุณหภูมิ ความชื้น และฝุ่นของ site ได้
• ส่งมอบ station และ WMS/MES interface ที่ต้องการได้
• ระบุมาตรฐาน รุ่นเอกสาร และหลักฐานด้านความปลอดภัยได้
• ระบุนิติบุคคลคู่สัญญาและ escalation ในไทย
• backup/export แผนที่ configuration และ log ได้ภายใต้เงื่อนไขชัดเจน
• ตอบเรื่องอะไหล่ แบตเตอรี่ EOL และ cybersecurity patch ได้

หลัง document review ให้เหลือผู้สมัครจำนวนน้อยที่ยังครอบคลุม solution concept ต่างกัน บังคับให้แยก standard function, configuration, custom code และ third-party component การปรับแต่งไม่ใช่เรื่องผิด แต่ต้องเห็น source control, regression เมื่อ upgrade, IP, recovery และผู้บำรุงรักษาในอนาคต

เปรียบเทียบ AGV ด้วยการสาธิตเงื่อนไขเดียวกัน

รถเปล่าที่วิ่งสวยใน showroom ไม่ได้พิสูจน์ readiness ให้ทุกบริษัทใช้ route map ชุดโหลด mission sequence สิ่งกีดขวาง network condition และ scoring sheet เดียวกัน และถ้าเป็นไปได้ให้ทดสอบที่ site จริงหรือพื้นที่จำลองข้อจำกัดเดียวกัน

เก็บผลเป็น distribution ไม่ใช่ best cycle ครั้งเดียว ดูช่วงช้า งานไม่เสร็จ และจำนวน manual intervention หากแต่ละรายใช้ safety setting ต่างกัน ห้ามเทียบความเร็วอย่างเดียว ต้องบันทึกโหลด ความเร็ว พื้น protective field และเงื่อนไขหยุด

สำหรับไทย ให้ทดสอบแสงแรงที่ประตูโหลด สภาพพื้นฤดูฝนตามความเสี่ยง การเปลี่ยนอุณหภูมิ การสะท้อนสัญญาณจากโลหะ และความต่างระหว่างกะ ตรวจภาษาของหน้าจอ alarm คู่มือ และ training หาก remote support ใช้ภาษาอังกฤษเท่านั้น ต้องกำหนดผู้วิเคราะห์ปัญหาขั้นแรกในกะกลางคืน

เปรียบเทียบ AGV ด้านความปลอดภัยด้วยหลักฐาน ไม่ใช่เพียงโลโก้มาตรฐาน

ISO 3691-4:2023 ฉบับที่ 2 เผยแพร่เดือนมิถุนายน 2023 ครอบคลุมข้อกำหนดและการทวนสอบความปลอดภัยของ driverless industrial trucks และระบบ โดยยก AGV และ AMR เป็นตัวอย่าง และให้ความสำคัญกับสภาพ operating zone ฉบับปี 2020 ถูกถอนแล้ว ต้องตรวจขอบเขตของ automatic, manual และ maintenance mode รวมถึงกรณีที่ต้องประเมินเพิ่ม เช่น พื้นที่สาธารณะ ถนน หรือบรรยากาศที่อาจระเบิด

ANSI/RIA R15.08-1-2020 เน้นตัว IMR ส่วน ANSI/A3 R15.08-2-2023 เน้นระบบ การบูรณาการ และ application มาตรฐานเหล่านี้ไม่ใช่กฎหมายไทย ให้ใช้อ้างอิงเมื่อเป้าหมายตลาดหรือ corporate standard ต้องการ

ใน RFP ขอ edition, scope, configuration ที่ครอบคลุม declaration, risk assessment, test report, instruction manual และ exclusion คำว่า compliant เพียงคำเดียวไม่เพียงพอ เอกสารของฐานรถไม่ครอบคลุม top module จาก third party, station หรือซอฟต์แวร์ที่แก้ไขโดยอัตโนมัติ

ขยาย risk assessment ให้เกินการวิ่งปกติ

ตามหลัก ISO 12100:2010 ให้ประเมิน installation, teaching, cleaning, charging, jam clearing, manual towing, battery, update, failure และ decommissioning รถอาจตรวจจับคนได้ แต่ยังเกิด pinch point ที่จุด transfer โหลดล้ม fork ตก หรือผู้กู้ระบบเข้าไปในมุมอับได้

กำหนด safety scanner, emergency stop, speed control และ interlock จาก safety function ของ site risk assessment ISO 13849-1:2023 ให้ methodology สำหรับ safety-related parts of control systems แต่ไม่ได้กำหนด PLr เดียวให้ AGV ทุกกรณี ต้องถามว่าฟังก์ชันใด ขอบเขตใด architecture และ validation แบบใดทำให้ถึง requirement

manual mode และ recovery ต้องอยู่ใน SAT ระบุสิทธิ key/credential ความเร็ว สัญญาณแสดงผล การจัดการโหลด การแยกจาก fleet การกลับเข้าแผนที่ และงานที่ยังไม่เสร็จ Recovery ไม่จบเพียงไฟติด แต่ตำแหน่งรถ load ID สถานี WMS order และ fleet mission ต้องตรงกัน

เข้าใจการทำงานร่วมกันของ VDA 5050 ก่อนให้คะแนน

ชื่อที่ถูกต้องคือ VDA 5050 ไม่ใช่ “VDI 5050” ณ เดือนกันยายน 2026 VDA ระบุ Version 3.0.0 เดือนมีนาคม 2026 เป็นเวอร์ชันปัจจุบัน และประกาศ release เมื่อ 20 เมษายน 2026 เวอร์ชันนี้เพิ่ม zone concept และ path sharing สำหรับรถที่นำทางอิสระ เพื่อรองรับ heterogeneous fleet กับ master control กลาง

อย่างไรก็ตาม specification ระบุว่า safety requirements, traffic-management logic และ interface ภายนอก เช่น WMS หรือ infrastructure ไม่อยู่ในขอบเขต คำว่า VDA 5050 compatible จึงไม่พิสูจน์ว่าอุปกรณ์สองยี่ห้อใช้ function ที่งานต้องการร่วมกันได้

ให้ผู้ขายส่ง version/profile, mandatory/optional feature, message/action/parameter, security, factsheet, geometry, deviation, vendor extension, test-harness result, พฤติกรรมเมื่อ disconnect/duplicate/restart และนโยบาย upgrade หาก mixed fleet เป็น requirement ในอนาคต ให้ทดสอบกับ robot อีกยี่ห้อหรือ simulator อิสระ ตั้งแต่ order, state, cancel, error recovery, zone ไปจนถึง path sharing

เปรียบเทียบการเชื่อมต่อ WMS ประตู และลิฟต์แบบ stateful

แยก business order ใน WMS/MES/ERP ออกจาก execution mission ใน fleet control ระบุ system of record สำหรับ priority, inventory confirmation, reassignment และ completion สเปกต้องมี idempotency key, state transition, timeout, retry, cancel, duplicate, out-of-order, time sync, master-data mismatch, manual correction และ audit log

การมี API ไม่เท่ากับรับมอบ ต้องได้ versioned specification, sample payload, error code, test environment และ change notification เมื่อเครือข่ายกลับมา คำสั่งเก่าต้องไม่ทำงานซ้ำ

ประตูและลิฟต์ควรออกแบบเป็น state machine: request, grant, open confirmed, vehicle entry, occupancy, arrival, exit, complete และ fault สำหรับลิฟต์ยังต้องตรวจตำแหน่งตู้ น้ำหนัก ขนาดรถ/โหลด ร่องพื้น เวลาเปิดประตู การใช้ร่วมกับคน fire signal ไฟดับ communication loss และ rescue ทั้งหมดนี้อยู่นอก VDA 5050 จึงต้องรวมผู้ขายอุปกรณ์อาคาร SI และ safety owner ใน responsibility matrix

ให้บริการในไทย อะไหล่ และสิทธิซอฟต์แวร์เป็นเกณฑ์หลัก

ความแตกต่างในระยะใช้งานอยู่ที่การตรวจพบ แยก และกู้คืนอย่างปลอดภัย ไม่ใช่คำมั่นว่าจะไม่เสีย “24/7 support” อาจหมายถึงรับโทรศัพท์เท่านั้น จึงต้องแยก acknowledgment, remote diagnosis และ on-site arrival

ผูกอะไหล่แต่ละชิ้นกับ failure mode, lead time, storage, tool และคุณสมบัติผู้เปลี่ยน ชิ้นส่วนที่มีในสต็อกอาจใช้ไม่ได้ถ้ายังต้อง activate license ตรวจ compatibility เมื่อ part number เปลี่ยน

แผนที่ route, zone, workflow, station setting, role, log, API mapping และ custom source เป็นสินทรัพย์ของการเดินระบบ ระบุ ownership, edit right, export format และ restore ที่ทดสอบแล้ว ตรวจว่า license คิด per robot/site/server/user และเกิดอะไรขึ้นเมื่อ subscription จบ เตรียม exit plan สำหรับ credential, certificate, source, build, backup และ document

ด้าน cybersecurity ให้กำหนด remote access ที่อนุมัติ MFA session record, segmentation, certificate renewal, vulnerability notification, patch test และ incident escalation หลัง update ต้อง regression navigation, safety interface, WMS และ report พร้อมเงื่อนไข rollback

ใช้โครงสร้าง RFP เดียวกับผู้ผลิตรถ AGV ทุกราย

RFP ที่ดีต้องขอหลักฐานเปรียบเทียบได้ ประกอบด้วยเป้าหมายธุรกิจ process เป้าหมาย/ไม่รวม transport register, layout, load, peak, exception; architecture ของรถ โมดูล สถานี charger และ fleet; safety concept และ residual risk; WMS/MES/ERP, PLC, door/lift interface; IT/OT, network, identity, log, backup, cyber; แผน site survey, design review, training, cutover; FAT/SAT/performance run; warranty, SLA, spare, battery, EOL, upgrade; และ commercial breakdown, assumption, exclusion, change control

ตารางตอบต้องมี Requirement ID, response, evidence reference, deviation, owner และ milestone responsibility matrix ควรลงถึง function เช่น localization, safety scanner, top-module PLC, station sensor, dispatch, WMS connector, Wi-Fi, door PLC และ server backup ไม่ใช่เขียนว่า “SI รับผิดชอบทั้งหมด”

เปรียบเทียบค่าใช้จ่ายตลอดอายุด้วย scope เดียวกัน

คู่มือนี้ไม่ประมาณราคาตลาดหรือระยะคืนทุนทั่วไป เพราะ payload, navigation, handling, จำนวนรถ งานอาคาร ซอฟต์แวร์ และบริการทำให้ผลต่างกัน ขอ cash flow ในช่วงประเมินเดียวกันสำหรับรถ โมดูล load carrier, station, charger, safety device, งานอาคาร, fleet server, license, integration, design, test, freight, installation, travel, training, maintenance, spare, battery, upgrade, revalidation และ removal

ราคาเริ่มต้นต่ำอาจถูกชดเชยด้วยอะไหล่เฉพาะ license รายปี งานเปลี่ยนที่ต้องให้ vendor ทำ หรือค่า support กลางคืน ส่วนราคาสูงก็ไม่ได้แปลว่าดีกว่าโดยอัตโนมัติ ผูกค่าใช้จ่ายกับ requirement หรือ risk reduction และเปิดเผย exclusion

วัดผลก่อนและหลังในช่วงที่เทียบได้ แยกชั่วโมงขนส่งคน line waiting, shortage, WIP, wrong delivery, damage และ manual intervention อย่าตีมูลค่าความปลอดภัยโดยไม่มีวิธีที่รองรับ หากใช้ ROI calculator ของผู้ขาย ให้ตรวจ input สมมติฐาน ชั่วโมงเดินเครื่อง maintenance และ residual value

ใช้ FAT/SAT พิสูจน์ว่าระบบพร้อมใช้ในโรงงาน

FAT ตรวจ configuration, function, interface, failure และเอกสารก่อนส่งหรือที่พื้นที่ทดสอบผู้ขาย SAT พิสูจน์ระบบที่ site ไทยกับพื้น layout เครือข่าย คน โหลด และอุปกรณ์จริง ทั้งสองมีหน้าที่ต่างกัน

ทุก test case ต้องมี ID, objective, precondition, input, procedure, expected result, tolerance, evidence, approver และ retest rule บันทึก software, map, safety parameter, load และ speed เพื่อทำซ้ำได้

FAT ควรปิดปัญหาที่ไม่ต้องใช้ site เช่น identity, top-module I/O, dispatch, API schema, duplicate order, timeout, low battery, charger fault, E-stop, backup/restore และ role ห้ามปล่อยปัญหา safety หรือ interface ร้ายแรงไปเป็น “ปรับหน้างาน”

SAT ใช้โหลดจริงขั้นต่ำ สูงสุด และตัวแทน สถานีจริง traffic รายกะ roaming ทางลาด ทางแยก และ housekeeping ให้ operator, maintenance, EHS และ IT/OT เป็นผู้ทำ scenario ไม่ใช่ดู vendor ทำ ทดสอบ network loss, server restart, charger unavailable, route closure, station full, missing load, code unreadable, vehicle failure, manual recovery และ fire alarm หลัง recovery โหลดจริง inventory, order และ mission ต้องตรงกัน

กำหนดนิยาม availability ก่อน performance run ว่า planned maintenance, equipment wait, material wait, manual intervention และ network outage นับอย่างไร มิฉะนั้นสามารถเปลี่ยน denominator ให้ผลดูดีได้

เปลี่ยนวิธีเลือก AGV ให้เป็นแบบประเมินที่ตรวจสอบย้อนหลังได้

น้ำหนักคะแนนเปลี่ยนตามโรงงาน แต่ข้อกำหนดความปลอดภัยแบบ gate ห้ามถูกหักล้างด้วยคะแนนราคา

ให้ production, logistics, maintenance, EHS, IT/OT, procurement และ finance ร่วมให้คะแนน แต่ละคะแนนต้องอ้าง evidence และข้อกังวลร้ายแรงด้าน safety, maintenance, cybersecurity ต้องเข้า risk register ไม่ควรถูกซ่อนด้วยค่าเฉลี่ย

ก่อนตัดสินใจขั้นสุดท้าย หากทำ reference visit หรือ structured interview กับผู้ใช้งานเดิม ไม่ควรถามเฉพาะผลสำเร็จ ให้ถามว่าอะไรผิดจากที่คาด เหตุ recovery ใดใช้เวลานานที่สุด software upgrade มีผลอย่างไร อะไหล่มาถึงตาม SLA หรือไม่ ความรับผิดชอบของผู้ผลิตกับ SI เคยทับซ้อนกันตรงไหน และผู้ใช้งานปรับเปลี่ยนอะไรเองได้โดยไม่ต้องเรียก vendor ทั้งนี้ต้องแยกข้อเท็จจริงออกจากคำอธิบายด้านการตลาดภายใต้ขอบเขตการรักษาความลับ

แบ่งการนำไปใช้เป็นระยะเพื่อลดความเสี่ยงในการเลือกผู้ขาย

ไม่ควรเริ่มจากทั้งโรงงานในครั้งเดียว ให้เลือก use case ที่วัดคุณค่าได้ เห็นข้อยกเว้นได้ชัด ทำ pilot อย่างปลอดภัย และนำบทเรียนไปใช้กับระยะถัดไปได้ งานแรกควรมี interface หรือ traffic จริงมากพอให้ความเสี่ยงปรากฏ แต่ไม่กระทบการผลิตอย่างรุนแรง ไม่จำเป็นต้องเป็นงานที่ง่ายที่สุดเท่านั้น

กำหนดเงื่อนไขเปลี่ยนจาก pilot สู่ production ไว้ในสัญญาตั้งแต่ต้น เช่น รถ license และ custom code ใดนำไปใช้ต่อได้ ค่าใช้จ่ายเพิ่ม วันเริ่ม warranty/support เงื่อนไขการรื้อถอน และการคืนข้อมูล แม้ demo ฟรีจะผ่าน ก็ต้องทดสอบรับมอบซ้ำบน production configuration

เมื่อต้องขยายผล ให้ใช้ requirements traceability, risk assessment และ FAT/SAT template เดิม แต่เพิ่มความแตกต่างของแต่ละ site หากขยายไปประเทศอื่น ต้องประเมินกฎหมาย ระบบไฟ เครือข่าย ภาษา และ service entity ใหม่ หากเครื่องจักรรุ่นเดียวกันจะนำออกสู่ตลาด EU ให้ประเมิน Regulation (EU) 2023/1230 ข้อความรวมฉบับปัจจุบัน ณ 27 กรกฎาคม 2026 ซึ่งรวมการแก้ไขโดย Regulation (EU) 2026/1744 ระบุใน Article 54 ว่าวันใช้บังคับทั่วไปคือ 20 มกราคม 2027 และมีบางบทใช้ก่อนวันดังกล่าว ข้อความรวมเป็นเครื่องมืออ้างอิง ส่วนกฎหมายที่รับรองความถูกต้องคือฉบับที่ประกาศใน Official Journal จึงต้องตรวจฉบับปัจจุบัน ณ วันที่ทำสัญญา กฎ EU นี้ไม่ได้ใช้กับโครงการภายในประเทศไทยทุกโครงการโดยอัตโนมัติ

สรุป: เลือกหลักฐานที่ปกป้องการผลิตหลัง go-live

การเลือกผู้ผลิตรถ AGV คือการเลือกระบบส่งมอบที่รับผิดชอบและพิสูจน์การขนส่ง ความปลอดภัย การเชื่อมต่อ บริการ ความต่อเนื่องทางดิจิทัล และต้นทุนตลอดอายุด้วย baseline เดียวกัน สร้าง transport register แยก must/should/could คัด shortlist ด้วย gate และให้ทุกบริษัทสาธิตเงื่อนไขเดียวกัน ตรวจ edition, scope และ evidence ของ ISO 3691-4 และมาตรฐานอื่น มอง VDA 5050 เป็น interface สำหรับ fleet control ไม่ใช่หลักประกัน safety หรือ WMS integration แล้วตัดสินด้วย FAT/SAT และ recovery drill ที่ทำซ้ำได้ในโรงงานจริง

แม้ transport register และ layout ยังไม่สมบูรณ์ ก็เริ่มกำหนดเกณฑ์ shortlist คำถาม RFP การสาธิต และหลักฐานรับมอบได้ TOMAS TECH ช่วยจัดทำ requirement ที่เชื่อมอุปกรณ์ IT/OT และการปฏิบัติงานในโรงงานไทยได้ ติดต่อเรา เพื่อหารือได้ตั้งแต่ระยะประเมิน

FAQ: คำถามที่พบบ่อยในการเลือกผู้ผลิตรถ AGV

ควรเปรียบเทียบผู้ผลิตรถ AGV กี่ราย?

longlist อาจกว้างเพื่อสำรวจตลาด แต่ผู้เข้าสู่การสาธิตควรเป็นจำนวนน้อยที่ผ่าน must ทุกข้อและเป็น solution concept ที่ต่างกัน สิ่งสำคัญไม่ใช่จำนวนตายตัว แต่คือการใช้โหลด scenario หลักฐาน และวิธีให้คะแนนเดียวกัน

ควรซื้อจากผู้ผลิต AGV หรือ system integrator?

ขึ้นอยู่กับ system boundary ถ้ามี top module, station, WMS, door, safety integration และงานติดตั้ง SI มักมีบทบาทมาก ต้องมี accountable party เดียวต่อผู้ซื้อ และตรวจว่า warranty/support ส่งต่อถึงผู้ผลิตฐาน ผู้ให้ software และ local maintainer อย่างไร

ความเร็วและ payload เพียงพอสำหรับเปรียบเทียบ AGV หรือไม่?

ไม่เพียงพอ เงื่อนไขค่าประกาศต่างกัน ผลจริงเปลี่ยนตามรูปทรงโหลด จุดศูนย์ถ่วง protective field พื้น ทางโค้ง congestion และ transfer time ต้องเทียบ cycle distribution งานค้าง และ intervention ใน test เดียวกัน

ค่าใช้จ่ายใดของ AGV มักตกหล่น?

ขึ้นกับโครงการ แต่ license, integration, งานอาคาร, spare, battery, night support, upgrade, map change และ revalidation มักไม่อยู่ในราคาตัวรถ ขอใบเสนอราคาวงจรชีวิตด้วย template เดียวกันแทนการเดาราคาตลาด

VDA 5050 จำเป็นสำหรับการเลือก AGV หรือไม่?

มีความสำคัญเมื่อมีแผน mixed fleet หรือ master control ภายนอก แต่ไม่จำเป็นทุกโรงงาน ต้องตรวจ version/profile และทดสอบจริง ตัว specification ไม่ครอบคลุม safety, traffic logic หรือ WMS/door/lift interface

รถที่รองรับ ISO 3691-4 ทำให้มาตรการความปลอดภัยครบแล้วหรือไม่?

ยังไม่ครบ ISO 3691-4:2023 สำคัญมาก แต่ต้องประเมิน operating zone, load, station, mixed traffic และ recovery ของ site ตรวจ scope ของหลักฐานและทดสอบ normal, abnormal, recovery ใน SAT

เปรียบเทียบบริการในไทยอย่างไร?

เปรียบเทียบนิติบุคคลคู่สัญญา ภาษา/เวลาบริการ severity, remote/on-site target, ที่ตั้งช่าง เงื่อนไขเข้าโรงงาน สต็อกอะไหล่ แบตเตอรี่ และ escalation จำลองเหตุเสียกะกลางคืนและยืนยันว่าใครกู้ส่วนใดได้เมื่อใด

จำเป็นต้องมีทั้ง FAT และ SAT หรือไม่?

มีหน้าที่ต่างกัน FAT ปิด defect ด้าน configuration, function, interface และเอกสารก่อนส่ง SAT พิสูจน์ที่ site จริง หากโครงการเล็กรวมกิจกรรม ต้องยังมี traceability ว่าเงื่อนไขแต่ละข้อทดสอบที่ใด

ทำไมสิทธิซอฟต์แวร์และข้อมูลจึงสำคัญ?

หากไม่มีแผนที่ workflow interface backup และ log ที่ใช้งานได้ โรงงานอาจต้องพึ่งผู้ขายทุกครั้งที่เปลี่ยนหรือกู้คืน สัญญาต้องระบุ ownership, edit right, export, restore, พฤติกรรมเมื่อ license จบ, custom source และ credential control

เปรียบเทียบผู้ผลิตอย่างเป็นธรรมได้หรือไม่หากไม่มีราคาสาธารณะ?

ได้ ผู้ซื้อไม่จำเป็นต้องอาศัยราคาตลาดที่คาดเดา ให้ผ่าน technical และ safety gate ก่อน แล้วแจก commercial scope กับ lifecycle template เดียวกันแก่ผู้เสนอราคาที่ผ่านคุณสมบัติ เพื่อขอใบเสนอราคาอย่างเป็นทางการ เปรียบเทียบ cash flow, assumption, exclusion และเงื่อนไขสัญญาบนฐานเดียวกัน และห้ามใช้คะแนนราคามาหักล้าง safety must