Bên mua tìm “SIer Nhật Bản tại Thái Lan” không nên dừng ở tên công ty hoặc bàn bán hàng nói tiếng Nhật. Câu hỏi thực tế là ai tích hợp chuỗi giao hàng khi văn phòng Nhật, pháp nhân Thái, nhà thầu phụ địa phương và OEM chia nhau thiết kế, triển khai, phê duyệt và hỗ trợ. Bài viết này hướng dẫn kiểm chứng trách nhiệm bằng RFP, phỏng vấn kỹ thuật và review bằng chứng trước FAT mà không xếp hạng nhà cung cấp.
Chọn SIer Nhật Bản tại Thái Lan là kiểm tra cấu trúc phân công
Một mô hình phổ biến có thể rất hợp lý: Nhật thiết kế khái niệm và giao tiếp với trụ sở khách hàng, Thái Lan chế tạo tủ và commissioning tại site, OEM xử lý chức năng robot/vision chuyên biệt, còn nhà thầu địa phương đi dây. Chuyên môn hóa không phải nhược điểm. Rủi ro xuất hiện khi proposal thể hiện một thương hiệu nhưng sau award lại lộ ra bốn ranh giới trách nhiệm.
Giả sử phía Nhật chỉ định safety interlock, đội Thái điều chỉnh theo hạn chế hiện trường và OEM thiết lập điều kiện recovery khác bên trong robot. Máy có thể chạy, nhưng nếu không biết ai phê duyệt hành vi cuối, drawing/PLC/robot có cùng revision không, và lệnh tiếng Thái có phản ánh đúng phê duyệt có điều kiện bằng tiếng Nhật không, màn trình diễn đạt chưa phải bằng chứng nghiệm thu có thể lặp lại.
Đổi đối tượng đánh giá từ logo sang Project Delivery Chain. Yêu cầu một sơ đồ duy nhất thể hiện:
- pháp nhân ký hợp đồng và xuất hóa đơn;
- vai trò trụ sở/design office Nhật;
- vai trò công ty con/chi nhánh Thái;
- công ty địa phương và contractor cá nhân;
- vai trò OEM robot, vision, drive và chức năng đặc biệt;
- người viết, review, phê duyệt và lưu từng artifact;
- người quyết định cuối về deviation/change; và
- chủ thể chuyển giao khi kết thúc hợp đồng.
“Chịu trách nhiệm một đầu mối” chỉ đáng tin khi ứng viên nêu người có quyền, tài liệu, nhịp họp và approval gate biến lời hứa thành vận hành.
Dữ liệu đầu tư giải thích vì sao phải kiểm tra capacity của người được chỉ định
BOI Thái Lan cho biết trong nửa đầu năm 2026, doanh nghiệp đã nộp 132 hồ sơ theo Smart and Sustainable Industry, trị giá khoảng 17,2 tỷ baht. Máy móc, tự động hóa và robot có 82 dự án đăng ký, khoảng 13,1 tỷ baht. Hồ sơ FDI từ Nhật có 123 dự án, khoảng 32,8 tỷ baht. Đây là số liệu đăng ký, không chứng minh từng dự án đã được phê duyệt hay thành công.
Khảo sát JCC/JETRO nửa đầu năm 2026 cho thấy 23% người trả lời dự kiến đầu tư vốn năm 2026 tăng, 16% dự kiến giảm. Trong 249 doanh nghiệp sản xuất trả lời, được chọn nhiều phương án, 160 (64%) chọn replacement, 99 (40%) streamlining và 52 (21%) DX-related. Tỷ lệ không cần cộng thành 100% và chỉ mô tả nhóm trả lời.
Hàm ý mua sắm không chỉ là “tự động hóa tăng.” Kỹ sư giỏi có thể được ghi tên trong nhiều proposal cùng lúc. Headcount toàn công ty yếu hơn bằng chứng về assignment và capacity dành riêng cho dự án này.
Phân biệt đầu mối tiếng Nhật với đội triển khai hoàn tất tại Thái Lan
| Cấp độ | Thực tế vận hành | Bằng chứng cần kiểm tra |
|---|---|---|
| Đầu mối tiếng Nhật | Bán hàng và báo cáo được bằng tiếng Nhật | Tên, thời gian bao phủ, quyền phê duyệt |
| Điều phối Nhật–Thái | Dịch và phối hợp requirement/decision | RACI, biên bản song ngữ, change register, escalation map |
| Triển khai hoàn tất tại Thái | Local team quyết định trong quyền, sửa, thử, restore, tiếp nhận đầu tiên | Named engineer, tool/license, Secondary, restore evidence |
Đầu mối tiếng Nhật có thể đủ cho tư vấn đầu tư hoặc mua thiết bị. Cải tạo brownfield giới hạn shutdown, phục hồi ban đêm hoặc thay safety logic cần bằng chứng ở cấp ba.
Mười kiểm tra bằng chứng
- Sơ đồ có tên PM, Lead, Safety, Electrical, PLC, Robot, Construction, Support, không chỉ sales.
- Mỗi tên gắn với pháp nhân sử dụng lao động, nơi làm việc, employee/contractor, ngôn ngữ và quyền.
- Thailand Lead có thể quyết định trong phạm vi, không gửi mọi chi tiết sang Nhật.
- Software, license, cable và môi trường thử cần thiết có sẵn tại Thái Lan.
- Đội Thái có thể backup và restore PLC/robot sau change.
- Có quy trình kiểm soát chuyển Japanese Approval thành Thai Work Instruction.
- Nghỉ phép, nghỉ việc hoặc xung đột dự án có Secondary đã sẵn access.
- Đổi subcontractor không làm mất artifact và knowledge của owner.
- Local engineer thu log, version và điều kiện tái hiện trước khi gửi OEM.
- Source-use right và transition support cho phép chuyển sang SIer đủ năng lực khác khi exit.
Lập RACI Nhật–Thái–nhà thầu phụ theo từng artifact
RACI xác định Responsible, Accountable, Consulted và Informed. Một bảng ở cấp tổ chức quá thô. Hãy lập theo requirement, drawing, software, safety, test, handover và service.
| Artifact/quyết định | Phía Nhật | Pháp nhân Thái | Nhà thầu địa phương | OEM | Owner |
|---|---|---|---|---|---|
| User Requirement Baseline | C | R | I | C | A |
| Basic Design/Capacity | A/R | C | I | C | C |
| Site Survey/As-is | C | A/R | R | I | C |
| Electrical Drawing/Panel | C | A/R | R | C | I |
| PLC Integration Logic | C | A/R | C | C | I |
| OEM Special Function | C | A | I | R | I |
| Integrated Safety Risk File | C | A/R | C | C | C |
| FAT Deviation Shipment | A | R | C | C | C |
| SAT/Production Handover | C | A/R | R | C | A |
| Incident Intake/First Diagnosis | I | A/R | C | C | I |
Đây là ví dụ, không phải phân bổ đúng cho mọi hợp đồng. Điểm chính là một Accountable cho mỗi hàng và bên đó truy cập được thông tin để quyết định. “Nhật và Thái cùng chịu trách nhiệm” thường khiến không có người quyết định khi bất đồng.
Đồng bộ RACI với hợp đồng
Proposal có thể cho pháp nhân Thái là A, nhưng điều khoản lại loại trách nhiệm thiết kế Nhật hoặc giao toàn bộ local work cho subcontractor. Đối chiếu contracting entity, warranty provider, IP owner, insurance và site-entry qualification với RACI.
“Japan Engineering” hay “Thailand Team” phải gắn với người thật. Định nghĩa hạn cập nhật RACI khi đổi người và khi nào owner phải phê duyệt.
Kiểm tra utilization và reserved capacity của named engineer
“Có 30 kỹ sư tại Thái Lan” không hữu ích nếu chỉ một người hiểu PLC/robot cần dùng và đang phụ trách năm dự án. Hỏi role coverage và capacity thay vì headcount.
| Chủ đề | Câu hỏi công khai | Rủi ro lộ ra |
|---|---|---|
| Named Assignment | Ai ký với tư cách Lead và ai triển khai? | Đổi người sau award |
| Reserved Capacity | Dành bao nhiêu ngày hoặc % ở design, FAT, cutover? | Chậm do dự án đồng thời |
| Current Loading | Gate của dự án khác trùng lúc nào? | FAT/SAT collision |
| Substitute | Primary/Secondary của mỗi key role? | Nghỉ, ốm, thôi việc |
| Handover Readiness | Secondary đã truy cập drawing, source, site rule? | Có tên nhưng chưa thể thay |
| External Dependency | Việc nào chỉ freelancer/OEM làm được? | Availability, cost, lead time |
Không áp một tỷ lệ cho mọi dự án. Con số phải ghi là giả định. Ví dụ: “Giả định: dành 50% capacity của Lead PLC Engineer trong bốn tuần trước FAT và đưa Secondary vào on-call cutover.” 50% không phải chuẩn thị trường mà là điều kiện từ shutdown risk.
Đối chiếu utilization với artifact: chữ ký design review, source commit, site report và test approval phải khớp người được đề xuất. Đổi người chỉ hoàn tất sau handover meeting, open-item review, access check và backup reconciliation.
Thử bus factor trong phỏng vấn kỹ thuật
Yêu cầu Primary và Secondary giải thích cùng một drawing. Nếu Secondary nói không biết vì không phải phần mình, họ chưa sẵn sàng thay. Hợp đồng nên quy định key role, equivalent competence, thông báo và controlled transition, không yêu cầu bất khả thi rằng nhân viên sẽ không bao giờ rời đi.
Nối phê duyệt tiếng Nhật và chỉ dẫn tiếng Thái bằng một Change ID
Rủi ro riêng của dự án xuyên biên giới không chỉ là dịch sai. Một thay đổi được duyệt có điều kiện trong họp tiếng Nhật có thể thành lệnh không điều kiện trong chat Thái; sau đó chỉ PLC được sửa trong khi drawing và FAT procedure vẫn revision cũ.
Một Change ID cần chứa:
- yêu cầu gốc và người phát hành;
- tóm tắt cùng nghĩa bằng Nhật, Thái và Anh khi cần;
- reason, asset, model và operating mode bị ảnh hưởng;
- impact safety, quality, capacity, cost, schedule và OT security;
- ý kiến Japan Design, Thailand Implementation, Owner, OEM;
- final decision maker, thời gian và điều kiện phê duyệt;
- old/new revision của drawing, PLC, HMI, robot, parameter, procedure;
- implementer, reviewer và tester;
- FAT/SAT verification và result; và
- bằng chứng cập nhật as-built, backup.
Chat dùng để thông báo, không nên là approval record. “OK” không nói điều gì được duyệt trong điều kiện nào. Decision Record ngắn vẫn cần phương án chọn, phương án loại, lý do và residual risk.
Kiểm soát revision song ngữ
| Artifact | Ngôn ngữ kiểm soát | Ngôn ngữ site | Cơ chế nhất quán |
|---|---|---|---|
| Functional Specification | Nhật hoặc Anh theo hợp đồng | Thai Summary | Common Requirement ID |
| Work Instruction | Approved Change ID | Tiếng Thái | Supervisor Read-back |
| Safety Procedure | Approved Language | Bản Thái đầy đủ | Competent Review |
| Alarm/HMI | Controlled Glossary | Thai/English | I/O và Cause/Action Mapping |
| FAT/SAT Procedure | Contract Language | Bilingual Copy | Shared Step ID/Evidence |
| Incident Report | Thai First-hand | Japanese Management Summary | Không dịch log, time, version |
Người dịch không được tự tạo quyết định kỹ thuật. Thuật ngữ mơ hồ phải quay lại designer dưới dạng query. Model, I/O, alarm code, software version và timestamp phải giữ nguyên.
Đóng khoảng trống Japan Design–Thailand Build–OEM trước FAT
Ba bên có thể hoàn tất scope riêng nhưng interface chưa được thử. Nhật xong sequence spec, Thái xong PLC, OEM xong robot function nhưng cell vẫn chưa hoàn tất nếu stop/recovery handshake không thống nhất.
Dùng Interface Register
| Interface | Provider | Receiver | Nội dung phải thống nhất | Bằng chứng trước FAT |
|---|---|---|---|---|
| PLC–Robot | Thailand PLC Lead | OEM | Command, Complete, Busy, Fault, Reset, Safe State | Signal Table/Fault Log |
| Safety–Robot | Safety Designer | Thailand/OEM | Stop Category, Guard, Reset, Restart Inhibit | Safety Requirement/Validation |
| Vision–PLC | OEM/Vision | Thailand PLC Lead | Trigger, Result, Timeout, Recipe, Image Retention | Sequence Test/NG Image |
| HMI–Operator | Thailand Build | Owner | Authority, Language, Alarm Cause/Action | Screen Review/Operation Test |
| Machine–MES | Japan/IT Design | Thailand Build | Tag, Timestamp, Retry, Data Ownership | Mapping/Outage Recovery |
| Backup–Owner | Mọi developer | Owner | Source, Version, Credential Route, Restore | Restore Test Record |
Bao phủ normal, fault, power cycle, communication loss, manual và maintenance mode. Không chờ formal FAT để tích hợp lần đầu; dùng I/O simulation, software-in-the-loop hoặc partial integration khi phù hợp.
Điều kiện dừng trước FAT
- Còn hàng RACI không có Accountable.
- Safety/restart condition trong Interface Register chưa được duyệt.
- Japanese Spec và Thai Instruction không có cùng Change ID.
- PLC, robot, HMI, drawing và FAT procedure không chung baseline.
- OEM specialist vắng nên không thử được specialized fault.
- Có backup nhưng không có restore procedure hoặc license.
- Wiring/panel change do subcontractor làm chưa vào as-built.
Khung an toàn chung có thể xem tại hướng dẫn triển khai robot công nghiệp và ISO 10218 tại Thái Lan. Bài này tập trung ai Accountable đóng ranh giới giữa bằng chứng robot theo ISO 10218-1:2025 và application/cell theo ISO 10218-2:2025. ISO 12100:2010 còn hiện hành trên trang ISO đã kiểm tra và đang được sửa đổi; ghi edition áp dụng và owner của risk file.
Về tủ điện, xem hướng dẫn thiết kế và bàn giao tủ điều khiển tại Thái Lan rồi dùng due diligence này để hỏi ai cập nhật baseline giữa Japan Design, Thailand Panel Build và Site Wiring. Chỉ dẫn IEC 60204-1:2016+AMD1:2021 chưa đủ; phải nêu scope, designer, tester và as-built approver.
Làm rõ phạm vi local outsourcing
Nhà thầu địa phương có thể bổ sung khả năng khu vực, giấy phép thi công và capacity. Rủi ro không phải outsourcing mà là đội thực hiện bị giấu đến sau award. RFP cần:
- Tên pháp nhân đề xuất, hoặc selection criteria/approval timing nếu chưa chọn.
- Tách scope wiring, panel, machine, PLC, robot, commissioning, support.
- Quy tắc subcontract tiếp và owner preapproval.
- Ownership/use right với drawing, source, setting do subcontractor tạo.
- Trách nhiệm review, acceptance, correction của SIer.
- Transition, access removal, confidentiality khi đổi nhà thầu.
- Warranty/support và transfer assistance sau contract exit.
Quyết định source-use right trước khi nhận file
Nhận file PLC/robot không cho phép chuyển giao nếu thiếu password, development license hoặc quyền tiết lộ code của subcontractor.
| Hạng mục | Quyết định trong hợp đồng |
|---|---|
| Project-specific Source | Quyền edit, copy, backup, disclose cho maintainer mới |
| Reusable Library | Permitted use, update term, continuity khi source đóng |
| OEM Software | License owner, renewal, dongle, account transfer |
| Password/Key | Controlled channel, recipient, rotation, emergency access |
| Development Environment | Version, installer, dependency, compatible workstation |
| Contract Exit | Final baseline, knowledge session, open item, access removal, transition period |
Không cần chuyển vô hạn mọi IP. Tách reusable/third-party right khỏi quyền owner cần để tiếp tục chạy máy và chuyển cho đơn vị bảo trì đủ năng lực.
Giữ một Incident Record từ Thai Intake đến OEM
“Hỗ trợ tiếng Nhật” và “tiếp nhận 24 giờ” không định nghĩa incident path. Năng lực khác biệt của SIer xuyên biên giới là giữ dữ kiện gốc tiếng Thái, bổ sung local diagnosis, xin Japan approval khi cần, làm việc với OEM rồi đưa controlled fix trở lại site.
Một Incident ID nên có:
- Thai Intake: asset, time, shift, model, alarm, photo, last action.
- Local Engineer: safe state, reproduction, PLC/robot/HMI revision, log, workaround.
- Japan Side: production/quality/customer impact và change-approval decision.
- OEM: case ID, submitted evidence, analysis, recommended change, constraint.
- Site Return: implementer, new revision, test, backup, Thai procedure update.
- Closure: root cause, permanent action, horizontal check, owner approval, residual risk.
Thời gian SLA tùy dự án. Ví dụ phải ghi là giả định: “Giả định: local engineer xác nhận critical-stop intake trong 15 phút và escalate change cần Japan authority trong 30 phút.” Đây không phải benchmark; phải đặt theo ca, vị trí site, redundancy và safety risk.
Xác định phạm vi safe diagnosis khi chờ Nhật và điều cấm thay đổi nếu chưa duyệt. Kiểm soát dữ liệu nhạy cảm gửi OEM, đồng thời authorize, log và terminate remote access. IEC 62443-2-4:2023 nói về security program của IACS service provider, vì vậy operating evidence này quan trọng hơn tuyên bố “có VPN.”
RFP phải chấm lời hứa về tổ chức
Tách cross-border delivery structure khỏi technical score chung. Bảng sau là điểm giả định, không phải chuẩn.
| Lĩnh vực riêng | Điểm giả định | Bằng chứng bắt buộc |
|---|---|---|
| Three-party RACI/Final Authority | 20 | Artifact RACI, entity, people, contract consistency |
| Named Resource/Capacity | 20 | Primary/Secondary, reserve, concurrent gate, transition |
| Japanese–Thai Change Evidence | 15 | Change ID, bilingual record, baseline, decision maker |
| Interface Integration | 15 | Register, owner, fault test, FAT-ready criteria |
| Outsourcing/Exit | 15 | Subcontract scope, review, source right, exit plan |
| Multilingual Support | 10 | Incident flow, Thai intake, local diagnosis, Japan/OEM route |
| General Technical/Commercial | 5 | Normalized function, schedule, price |
Điều này không có nghĩa function/price luôn chỉ đáng năm điểm. Nó ngăn due diligence riêng của bài bị chìm trong vendor comparison chung. Safety, quality và capacity có thể là mandatory gate bất kể tổng điểm.
Phỏng vấn bốn bên cùng lúc
Mời Japan Design, Thailand Lead, key subcontractor và OEM, không chỉ sales Nhật. Cho cùng một interface scenario.
Tình huống giả định: “Sau khi mở guard, robot dừng nhưng PLC giữ cycle state và khi restart vẫn dùng vision recipe của model cũ.” Hỏi ai phụ trách safety decision, sequence correction, OEM inquiry, recipe verification, FAT retest và cập nhật chỉ dẫn song ngữ. Đánh giá bốn câu trả lời có khớp RACI không; đây không phải bài thi code.
Nội dung kiểm tra tại site
- Nơi làm việc và engineering environment của named engineer.
- Demo source repository, revision, access control.
- Ví dụ Japanese Approval gắn với Thai Instruction.
- Restore procedure và license cần thiết.
- FAT equipment, I/O simulation và record template.
- Ticket ẩn danh từ Thai Intake đến OEM Case/Closure.
- Secondary Engineer giải thích dự án.
Tôn trọng bí mật khách hàng; yêu cầu quy trình lặp lại và bằng chứng che dữ liệu thay vì hồ sơ khách hàng đầy đủ.
Dùng tình huống giả định để thử chuỗi bằng chứng đầu-cuối
RACI, Change Log, Interface Register và Ticket có thể đều tồn tại nhưng không hoạt động nếu không theo được cùng một change giữa chúng. Đưa ứng viên một tình huống giả định và yêu cầu lần theo một Requirement ID từ proposal đến sau sản xuất. Đây không phải tuyên bố kinh nghiệm thật hay thống kê sự cố.
Giả định: Basic Design Nhật cho rằng sản phẩm A và B dùng chung fixture. Site Survey Thái phát hiện tolerance của B khác. Nhà thầu địa phương đề xuất thêm sensor, OEM nói robot cần thêm grip-confirmation signal. Change ảnh hưởng cycle, recovery sau safety stop, chữ HMI tiếng Thái, spare và schedule.
Yêu cầu ứng viên trình bày:
- Ai phát hành Site Deviation và gắn photo, measurement, drawing location?
- Ai ở Nhật có quyền rút hoặc sửa original design assumption?
- Thailand Lead đánh giá tác động sensor, PLC I/O, HMI, wiring, test với ai?
- Grip signal của OEM được thêm vào hàng nào trong Interface Register?
- Ai đánh giá safety impact và trả về trách nhiệm cell integration theo ISO 10218-2?
- Ai trình bày cost, schedule, capacity option cho owner bằng tiếng Nhật?
- Conditional approval thành Thai Instruction có supervisor read-back ra sao?
- PLC, robot, HMI, drawing và FAT procedure vào cùng baseline thế nào?
- Ai thử normal, fault, power cycle và model change trong FAT?
- Ai cập nhật backup, spare, manual, training sau SAT và đóng Change ID?
“Các nhóm sẽ phối hợp” chưa phải operating answer. Mỗi bước cần actor, artifact, approval và entry condition cho bước sau. Cũng cần thách thức câu trả lời cho Nhật mọi vai A: khi incident ban đêm và Nhật không sẵn sàng, có thể không còn local authority an toàn.
Yêu cầu một mẫu traceability đầu-cuối
| Điểm đầu | Bằng chứng trung gian | Điểm cuối |
|---|---|---|
| Requirement ID | Site Deviation → Change ID → Decision Record | Updated Acceptance Step |
| Interface ID | Signal Table → Software Revision → Fault Test | FAT Result/Deviation Close |
| Incident ID | Thai Intake → Local Diagnosis → Japan/OEM Decision | Permanent Fix/Backup Update |
| Personnel Change | RACI Update → Access/Knowledge Handover | Secondary Readiness Approval |
| Subcontract Change | Owner Approval → IP/Access Transfer | New-party Acceptance Test |
Tên khách hàng và giá có thể che, nhưng ID, revision, timestamp, role và approval chain cần giữ lại. Bên mua đánh giá quyết định tái lập được, không phải số lượng tài liệu.
Thực hiện Contract-exit Drill trước award
Điều khoản transition thường không được thử cho đến khi quan hệ kết thúc. Trong lựa chọn, hãy chạy tabletop Exit Drill: giả định ngày mai không thể liên hệ nhà thầu địa phương cũ, rồi hỏi kỹ sư đủ năng lực khác dùng gì để restore, diagnose và modify thiết bị.
Kiểm tra final source có khớp running version, development environment, license, credential custodian, as-built, BOM, OEM account, open issue, warranty boundary, spare và remote-access removal. Nếu reusable library source đóng, xác nhận continuing operating right của owner và đường để maintainer thay thế yêu cầu safe modification.
Drill không đạt không nhất thiết loại ngay ứng viên. Escrow, continuing support, spare engineering workstation, compiled deliverable hoặc direct OEM agreement có thể bù hạn chế. Hãy đưa dependency này vào giá và điểm trước hợp đồng thay vì phát hiện trong production incident.
Năm evidence gate từ hợp đồng đến FAT
| Gate | Khoảng trống cần đóng | Approval evidence |
|---|---|---|
| G1 Delivery Chain | Bên ký và bên triển khai không rõ | RACI gồm entity, people, outsourcing |
| G2 Named Capacity | Key person xung đột dự án | Reserved capacity, Secondary, transition term |
| G3 Design Baseline | Japan Spec và Thailand Build khác nhau | Change log, revision list, Decision Record |
| G4 Interface Ready | Fault behavior Nhật–Thái–OEM chưa giải quyết | Interface test, open item, owner |
| G5 FAT Ready | Tester, version, environment, deviation authority chưa rõ | Readiness approval, baseline backup |
Mục tiêu không phải thêm giấy tờ mà tìm owner bị bỏ trống trước khi máy hoàn thành làm chi phí tăng. Long-lead purchase có thể là approved exception nếu ghi interface chưa chắc và người chịu tác động cost/schedule.
FAQ về bằng chứng phía sau mô hình SIer Nhật
Nên so sánh bao nhiêu SIer Nhật Bản tại Thái Lan?
Không có số cố định. Giữ số mà buyer có thể kiểm tra Japan Design, named Thailand engineer và key subcontractor/OEM ở cùng độ sâu. Một interface scenario chung hữu ích hơn danh sách dài.
Công ty tự động hóa Bangkok có hỗ trợ nhà máy tỉnh xa hoàn tất tại địa phương không?
Địa chỉ không chứng minh điều đó. Kiểm tra vị trí named engineer, site entry, remote authority, travel, spare, Secondary, regional subcontractor và người làm Thai Intake/local diagnosis.
Mọi thay đổi thiết bị tự động hóa tại Thái Lan có cần Nhật duyệt không?
Không có quy tắc chung. Chờ Nhật cho mọi việc làm site chậm; quyền local không giới hạn phá baseline. Tách change ảnh hưởng safety, customer spec, cost, capacity khỏi adjustment trong approved envelope.
Có thể cố định tên kỹ sư FA Thái trong hợp đồng không?
Có thể quy định key role, name, notice, equivalent competence và transition evidence. Không thể cấm ốm hoặc nghỉ việc; Primary/Secondary và controlled replacement thực tế hơn.
Robot SIer Thái phụ thuộc OEM có phải điểm yếu?
Không tự động. OEM expertise có thể đúng. Rủi ro là case route không rõ, evidence không sẵn, local authority mơ hồ, thiếu source right hoặc FAT không thử được nếu thiếu một người.
Nếu source của subcontractor không thể tiết lộ thì sao?
Có thể xem continued-use right, escrow, compiled version, guaranteed modification service hoặc exit assistance. Công khai hạn chế trước award và đánh giá recovery/transfer còn khả thi không.
Tài liệu ngôn ngữ nào là master?
Chọn contractual master và precedence rule. Thai safety/work instruction vẫn phải đầy đủ để người làm hiểu, không chỉ tóm tắt mỏng. Nối các ngôn ngữ bằng Requirement ID, Change ID và revision.
Kết luận: mua bằng chứng trách nhiệm xuyên biên giới, không mua nhãn
Giá trị của SIer Nhật Bản tại Thái Lan không chỉ là nói tiếng Nhật. Đó là khả năng tích hợp tri thức thiết kế Nhật, triển khai Thái, thi công subcontractor và chuyên môn OEM bằng một RACI, named capacity, bilingual Change ID, Interface Register, Incident ID và Exit Plan. “Hoàn tất tại Thái Lan” không có nghĩa không bao giờ hỏi Nhật; nghĩa là local team chẩn đoán và khôi phục an toàn trong quyền, rồi chuyển quyết định cần thiết tới Nhật/OEM mà giữ nguyên evidence.
Nếu dự án brownfield hoặc robot cell đang xác định trách nhiệm Nhật–Thái–OEM, bạn có thể liên hệ TOMAS TECH bằng tiếng Việt. Chỉ cần chia sẻ process mục tiêu, cách dự kiến phân chia giao hàng và vướng mắc approval/support để bắt đầu xây evidence checklist cùng pre-FAT gate trước khi chọn thiết bị.
Tài liệu tham khảo
- Thailand BOI, H1 2026 investment applications: https://www.boi.go.th/index.php?_module=news&from_page=press_releases%26group_id%3D22&page=press_releases_detail&topic_id=139075
- JCC/JETRO, Survey on Business Sentiment of Japanese Corporations in Thailand, 1H 2026: https://www.jetro.go.jp/ext_images/thailand/pdf/JCCSurvey1H2026Eng.pdf
- ISO 10218-1:2025: https://www.iso.org/standard/73933.html?browse=tc
- ISO 10218-2:2025: https://www.iso.org/standard/73934.html?browse=tc
- IEC 62443-2-4:2023: https://webstore.iec.ch/en/publication/67631
- ISO 12100:2010: https://www.iso.org/standard/51528.html
- IEC 60204-1:2016 và bản hợp nhất AMD1:2021: https://webstore.iec.ch/en/publication/26037
- IFR, World Robotics 2025 Industrial Robots Executive Summary: https://ifr.org/img/worldrobotics/Executive_Summary_WR_2025_Industrial_Robots.pdf
*Việc áp dụng tiêu chuẩn, pháp luật và đánh giá an toàn tùy máy, mục đích, địa điểm và vai trò hợp đồng. Hướng dẫn mua sắm này không thay thế chứng nhận, tư vấn pháp lý hoặc đánh giá an toàn có thẩm quyền.*
