Capability 05 · Outsourcing
甲方按规则追责，
乙方按规则申诉。
扣罚条款不是没用，而是没有过程数据去支撑它被用起来。
追责的前提是双方承认同一份事实。
为什么 SLA 条款常常空转
合同附件里响应、修复、扣罚往往写得很完整，但它跑不起来通常只有一个原因：判定违约需要的事实，日常没有留痕。到了月底要扣罚，双方翻聊天记录与值班日志，谁都说服不了谁，最后往往以「下次注意」收场。
把 SLA 参数写进系统规则的意义，就是让违约的判定自动发生、且有据可查，而不是月底靠人力考古。
违约证据链要包含什么
| 证据 | 内容 | 用途 |
|---|---|---|
| 时间戳 | 报事时刻、派工时刻、到场时刻、完成时刻 | 三段时限可分别判定，避免只算总时长 |
| 责任人 | 当前责任方与流转记录 | 责任不因流转而消失 |
| 例外申请 | 不可抗力、甲方原因、条件不具备的申报与审批 | 避免把非乙方原因算成违约 |
| 验收结论 | 验收通过 / 驳回 / 驳回原因 | 支撑一次通过率与返工统计 |
| 整改复核 | 不合格项的整改与复核记录 | 扣罚依据可追溯到具体事项 |
例外申请通道必须真实可用。若申请一律被驳回，乙方就会转向私下协商，证据链随之失效。
扣罚与申诉的参数化
| 环节 | 参数化内容 | 价值 |
|---|---|---|
| 扣罚触发 | 按 SLA 段落与次数阈值设定，系统自动标记 | 不再人工翻记录 |
| 计算规则 | 按次 / 按比例 / 阶梯，规则写入配置 | 同一规则对所有外包商一致 |
| 申诉窗口 | 限期提交申诉并附证据，逾期视为接受 | 双方都有明确时间边界 |
| 申诉审批 | 按金额或影响分级审批，结论留痕 | 避免个别人口头推翻规则 |
| 月度确认 | 甲乙双方确认当月报表后才进入结算 | 争议在结算前解决，不拖到付款 |
续约议价用过程数据说话
对甲方，过程数据是压价的依据，也是替换外包商的底气——换商不再意味着重新磨合，因为标准与模板留在系统里。
对乙方，过程数据是证明能力的材料：哪些指标长期优于合同基线、哪些投诉并非自身原因。谈判从「我觉得」变成「数据显示」。
错法 vs 作法
| 错法 | 违约靠月底人工翻记录，争议不了了之 |
|---|---|
| 作法 | 三段时限自动判定，违约标记双方可见 |
| 错法 | 扣罚按人情与关系浮动 |
| 作法 | 触发与计算规则参数化，对所有外包商一致 |
| 错法 | 申诉渠道不透明，实际靠私下协商 |
| 作法 | 限期申诉 + 分级审批，结论留痕 |
| 错法 | 换商等于重新磨合一遍标准 |
| 作法 | 标准与模板留在系统内，换商是换执行方 |
自检清单
- 违约判定需要的事实，是否在日常作业中已经留痕
- 响应与修复是否分段判定，而不是只看总时长
- 例外申请通道是否真实可用，且审批有结论
- 扣罚与申诉是否按参数执行，而不是按人执行
- 换商时，标准与模板是否需要重建