ISO 10218:2025 将工业机器人的要求与集成式机器人应用和单元的要求分开。制造商提供具有已声明限值、安全功能、接口和说明信息的机器人；集成商负责处理机器人与工具、工艺和人员结合后产生的风险。
最终用户仍承担运营职责，包括维持获批条件、实施检查、确保人员胜任、响应事件和控制变更。合同可以分配工作，却不能让尚未完成的风险评估或验证凭空消失。
本文仅用于帮助理解责任分工，不构成法律建议或合格评定结论。请查阅标准全文、适用法律，并咨询具备相应能力的安全专业人员；同时参阅功能安全指南。
Part 1 与 Part 2 适用于不同对象
ISO 官方目录将 ISO 10218-1:2025 对应工业机器人，将 ISO 10218-2:2025 对应工业机器人应用和单元。在 Part 2 明确的适用范围内，它涵盖应用生命周期中的集成工作。
符合 Part 1 的机器人并不等于一个已经完成安全验证的单元。工具、工件、布局、人员进出、工艺能量和控制系统集成都会引入额外危险。
根据实际工作和界限来定义角色
明确每个子系统由谁提出规格、设计、供应、编程、集成、验证、调试投运、验收、操作和变更。名义上的用户公司也可能承担集成工作；供应商则可能只交付一个组件。
建立责任矩阵，列明交付物和验收权限。明确共享接口由谁负责，不要让双方都以为责任在对方。
| 角色 | 主要对象 | 关键交付物 | 应避免的缺口 |
|---|---|---|---|
| 机器人制造商 | 机器人产品 | 限值与集成信息 | 接口未定义 |
| 工具供应商 | 末端执行器 | 限值与危险信息 | 只声明有效载荷 |
| 集成商 | 应用与单元 | 风险降低与验证 | 工艺风险未解决 |
| 最终用户 | 运行 | 培训、检查与变更控制 | 基线漂移 |
| 变更负责人 | 已变更的系统 | 影响评估与重新验证 | 未经说明的重新设计 |
要求完整的制造商信息
集成输入包括机器人限制、负载和安装条件、安全功能、接口、停止数据、操作模式、环境限制及指令。确认数据适用于硬件和软件版本。
供应商信息的缺失或模糊成为必须解决的集成问题，而非安全文件中隐藏的假设。
集成整个应用的风险控制
集成商应在正常和非生产模式下，将机器人与工具、工件、夹具、工艺、其他机器、人员进出、公用设施和现场人员作为整体评估。各自符合要求的组件，其接口仍可能形成不安全状态。
使用 安全层指南，将独立的保护功能与学习到的行为区分开来。
端到端验证安全功能
组件证书不能证明整个应用的安全功能。测试应覆盖从触发传感器和逻辑，经由通信、驱动响应和制动器，直至在故障及不利时序下实际达到安全状态的完整链路。
记录架构、所需及已实现的性能、测试方法、结果、配置及剩余限制。如同停止一样仔细验证复位和重启。
用安装的工具检查停止和间隙
机器人的停止特性和可达空间范围会随载荷、重心、工具延伸、速度、姿势和程序变化。测量相关的不利工况，并对每个运动部件或随机器人移动的部件建模。
未经核对适用条件，不要直接复用裸机状态下的机器人数据。将测量值与安全防护和协作操作计算关联起来。
处理末端执行器与工艺危险
夹持器、焊机、刀具、真空工具和工件会带来夹紧、下落、热、电气、辐射、锐利及工艺特定的危险。即使机器人运动受限，这些风险仍可能主导。
如有适用的现行应用专项指南和末端执行器安全指南，应一并使用，同时保留集成商对整个系统的责任。
调试并验证所有运行与恢复模式
测试自动运行、设置、示教、故障恢复、清洁、维护和重启。调试投运期间若临时旁路或降低防护，必须经过受控授权并提供等效保护。
还应测试可预见的误用、通信中断、工具错误、载荷异常、传感器故障，以及人员仍在单元内等情形。只运行正常生产循环不足以构成验证。
移交配置基线，而不是一堆文档
用户需要精确的硬件和软件版本、程序、安全参数、图纸、风险评估、验证结果、残余风险、检查计划、培训和恢复程序。核实接收者是否理解关键极限。
使用校验和、受控备份和恢复测试。未标记的控制器导出无法确定被接受的基线。
验收后，用户责任仍然持续
用户负责维护防护装置、安全功能、培训、检查、门禁、事件响应和获批的运行条件。不得因生产压力而把旁路或未经审查的参数变更常态化。
记录未遂事件和停止趋势，并对配置漂移逐级处置。采购验收并不意味着安全生命周期已经结束。
重新评估变更及网络安全影响
程序、工具、有效载荷、速度、布局、传感器、网络、固件和人工智能的变更都可能使早期假设失效。网络安全事件还可能影响安全相关功能的可用性、完整性或控制权限。
使用 机器人网络安全指南，并在启用变更操作前要求影响评估。
| 移交关口 | 证据 | 负责人 | 应防止的失败 |
|---|---|---|---|
| 限值 | 适用的供应商数据 | 制造商 | 采用错误假设 |
| 集成 | 风险与设计记录 | 集成商 | 危险未解决 |
| 验证 | 端到端测试结果 | 验证人员 | 只有纸面合规 |
| 培训 | 胜任能力与程序 | 用户 | 恢复操作不安全 |
| 变更 | 影响评估与批准 | 变更负责人 | 基线漂移 |
签署明确责任交接协议
列明未解决问题、残余风险、使用条件、必要检查、不适用范围、变更触发条件和授权审批人员。签字应确认相关人员理解要求且证据完整，而不是把尚未解决的技术缺口转交出去。
移交记录应保存适用的硬件与软件版本、机器人配置、标定文件、安全参数、风险评估、验证结果、未解决问题、残余风险、批准记录和留存期限。
同时应明确已知限制、使用条件、变更触发因素和各项责任人；发生变更后，应按影响评估结果决定继续运行、降级、停止或重新验证。
- 区分机器人产品与应用的边界。
- 为全部集成和验证交付物分配负责人。
- 端到端测试安全功能。
- 移交一套明确且受控的配置基线。
- 确保用户持续履行运行与变更管理职责。
常见问题
符合 ISO 10218-1 要求的机器人，是否意味着整个机器人单元也随之符合要求？
不。集成应用和单元需要各自的风险降低和验证。
集成商交付后，用户是否没有任何责任？
不。安全操作、培训、检查和变更控制将继续进行。
工具声明能替代集成测试吗？
不。已安装的接口和整体应用的危害仍然需要验证。
机器人程序变更需要审核吗？
需要。如果路径、速度、时序、模式、接口或风险假设可能改变，就应重新审查。
应用2025年版是否自动符合法律要求？
不。适用性、过渡和法律要求取决于管辖区和项目背景。
产品到应用责任边界
ISO 10218 下的责任取决于技术对象和实际完成的工作。每个责任边界都应以归属明确的证据、经过验证的集成、充分知情的移交和受控运行来闭环。