机器人 SLA 指南：正常运行时间、响应、恢复与除外责任

当运营、采购部门与服务提供商能够根据同一份事件记录计算出相同结果时，机器人服务等级协议 (SLA) 才具有实际意义。请从工作流程和服务边界开始， Warpify 的机器人即服务 (RaaS) 模式，然后以运营术语定义正常运行时间、响应、恢复、解决、排除项、报告和补救措施。

NIST 词汇表将 SLA 描述为涵盖职责、服务详情、预期绩效、报告、解决和终止的承诺。仅凭一个百分比而缺乏这些配套定义，不足以支撑服务的正常运营。

首先定义服务边界

列出所涵盖的机器人配置、有效载荷、充电、车队软件、集成、远程监控、站点、运行窗口以及提供商/客户的职责。区分以下内容：

• 机器人可用性与工作流程可用性；
• 单台机器人与车队或服务容量；
• 提供商控制的组件与医院、工厂或第三方系统；
• 计划内维护与计划外中断；
• 远程恢复与现场修复；
• 临时恢复与永久解决。

使用共享的服务等级词汇表

使正常运行时间公式可核查

常见形式如下：

可用性 = (合格服务时间 − 合格不可用时间) ÷ 合格服务时间。

合同必须明确定义单位和聚合方式。一台机器人不可用是否算作整个车队中断？有效载荷能力降低是否计入？客户门禁导致的作业受阻是否排除在外？短暂中断是否进行取整？哪个时间源具有权威性？事件是否可以重叠？请针对正常情况、边界情况和争议情况提供具体示例。

ISO/IEC 19086-1 是针对云服务的 SLA 框架，而非机器人标准，但其核心比较原则很有参考价值：服务提供商与客户需要统一的概念，而具体的指标和结构可以有所不同。

区分响应、恢复和解决

使用包含时间戳的事件时间轴，记录检测、客户报告、确认、分类、合格响应、临时方案、恢复、永久解决和关闭等环节。明确在等待访问权限、零部件、客户信息或第三方操作时，计时器是否暂停。

快速响应并不保证快速恢复。任务恢复也不代表根本原因已解决。应分别跟踪每项承诺，并将其与基于工作流影响的严重性模型相关联。

围绕业务影响建立严重性分级

不要让服务提供商和客户在事件发生后各自独立判定严重性。应提前明确分类权限、证据要求、变更流程和升级机制。

衡量具体服务，而非单一的综合评分

NIST IR 8177 表明，机器人和网络性能可以分解为延迟、行程时间、准确性、重复性、作业时间和丢包率等独立指标。这些仅为示例，而非通用的 SLA 目标。请选择与合同工作流挂钩的指标：合格时间、任务接受度、恢复情况、重复事件、支持响应速度、数据完整性或备件可用性，每一项都可能需要单独定义。

使排除条款有据可依

排除条款可涵盖经批准的维护、客户导致的情况、不可抗力或未经支持的变更，但宽泛的措辞可能会使大部分运营风险脱离承诺范围。对于每一项排除条款，都应定义事件类型、证据要求、通知方式、缓解措施、计时处理方式及争议解决途径。对于长期的第三方或现场依赖性故障，应触发联合纠正计划，而不是将其从报告中永久抹除。

记录客户责任与业务连续性

使用 部署就绪检查表 来定义电力、网络、建筑系统、载荷就绪情况、访问权限、环境、耗材、本地响应和变更控制。客户未能履行责任的情况应予以记录，而不应默认为已完成。

应包含手动回退、备用策略、远程与现场升级、安全隔离，以及终止时的资料保存与迁移。SLA 的目的应是协助恢复工作流程，而非仅仅在故障后计算赔偿。

将 SLA 与商业协议挂钩

美国政府问责署（GAO）对服务协议的审查强调了明确的角色分工、可衡量的可用性与响应目标、监控与报告、连续性规划以及可执行的后果。这些依据源自云服务采购，因此可作为合同设计的通用指南。合格的法律顾问应在实际管辖区和选定的法律框架下，协调 SLA、服务说明、定价、补救措施、责任、终止条款及争议解决条款。 机器人即服务（RaaS）、购买与租赁的比较.

来源与范围

本指南结合了所引用的主要来源与编辑决策框架。它不提供市场价格、不承诺特定结果、不能替代现场评估，也不提供法律、财务、临床、网络安全或安全方面的建议。

• 服务水平协议 (SLA) — CSRC 术语表 — 美国国家标准与技术研究院
• ISO/IEC 19086-1:2016 云计算 — SLA 框架 — 概述与概念 — 国际标准化组织
• 云计算：各机构需纳入关键实践以确保有效绩效 — 美国政府问责署
• NIST IR 8177：机器人网络安全绩效分析的指标与关键绩效指标 — 美国国家标准与技术研究院

相关规划： 将这些服务定义与所选的 RaaS 定价模型 以及 RaaS 职责矩阵中的指定负责人保持一致。

迈出下一步

将工作流影响、运营窗口、严重性模型、响应负责人和业务连续性计划纳入服务范围评估： 评估您的服务需求。