签算力服务合同，最容易被忽略的往往不是赔付比例，而是“什么算服务不可用”。算力服务合同中的可用性与赔付条款，应当把服务边界、统计方式、免责情况和补救程序写在一起；只约定一个可用率数字，发生争议时仍可能无从判断。
误区一：只写可用率，不写服务范围
“可用率达到99.9%”听起来明确，但还要说明它对应什么：账号能否登录、任务能否提交、资源能否按约分配，还是整个服务都须正常。若合同只保证入口可访问，却未承诺资源交付，用户的核心功能受影响时，双方可能对是否违约有不同理解。
建议把合同中的服务项目、地域或资源范围、服务时间及依赖条件列清楚，并区分不可用与性能下降。比如服务仍能启动，但排队时间显著增加，是否触发赔付，应另行约定，不能默认包含在“停机”里。
误区二：以为可用率数字天然代表赔付金额
可用率通常是计算口径，不等于赔付承诺。假设按一个30天自然月统计，服务时间为43,200分钟；按“不可用分钟÷总服务分钟”计算，99.9%的可用率对应约43.2分钟不可用时间。这个示例只在合同采用该统计周期、分母和算法时成立。
因此，算力服务合同中的可用性与赔付条款应写明统计周期、计算公式、按整体服务还是单项服务统计，以及多次短暂故障如何合并。也要明确可用率落入不同区间时的处理方式；只写“按影响赔偿”，没有标准就很难核算。
误区三：把所有维护和故障都当成免责
计划维护、用户自身配置问题、第三方网络异常等，可能被列为免责情形，但不宜用一句“非服务方原因均不负责”一概排除。计划维护应说明提前通知方式、可安排的时段及是否计入停机；突发故障则应说明服务方何时通知、如何提供替代资源或恢复安排。
免责范围越宽，赔付承诺越可能失去实际意义。谈判时可要求列出具体情形，并约定服务方对免责事由提供合理说明。对于用户原因造成的中断，也应区分可归责部分与服务方自身故障，避免整段服务时间都被排除。
误区四：把服务抵扣当成现金赔偿
不少合同以服务抵扣作为违约补救：用户之后购买服务时抵减费用。这与退还已付款或承担额外损失不是一回事，且抵扣可能有使用期限、适用产品范围或金额上限。合同应直接说明抵扣如何计算、何时到账、能否用于续费，以及合同终止后未使用的余额如何处理。
还要留意责任上限。若上限按故障月份已付费用计算，发生长期中断时，实际补救可能有限。赔付比例、抵扣上限与责任上限是不同概念，应分别核对，不能把“最高赔付”误读为所有损失都能获偿。
误区五：没写索赔期限和证据要求
即使达到赔付条件，未在约定期限内提出申请，也可能无法获得处理。合同应说明申请渠道、提交期限、所需材料、审核时限和异议流程。还应约定服务方保存哪些运行记录，以及双方发生分歧时采用什么数据核验，避免只由一方单独认定。
签约前的四步核对法
- 列出服务边界：逐项确认资源交付、任务提交、运行及管理功能哪些属于承诺范围。
- 复算可用率：确认统计周期、分母、停机起止时间和性能下降的处理方式，并用合同公式自行计算一个月。
- 逐条审免责：检查计划维护、用户原因及第三方故障的定义、通知要求和举证安排。
- 算清补救结果：把服务抵扣、现金退款、责任上限和索赔期限分开核对；金额较大或责任边界复杂时，可请法律专业人士审阅。
归根结底，算力服务合同中的可用性与赔付条款要能回答四个问题：服务哪里不可用、如何计时、什么情形免责、用户怎样取得补救。把这些写成可核算、可执行的约定，比单独追求更高的可用率数字更重要。
常见问题
可用率按自然月还是滚动周期计算更好？
自然月便于对账；滚动周期可能更及时反映连续故障。应结合账单周期和服务用途选择，并在合同中固定算法。
服务抵扣能否替代现金赔偿？
不能当然等同。是否为唯一补救方式、能否退款以及是否受责任上限约束，都要看合同明文约定。
性能变慢但没有完全停机，能否申请赔付？
只有合同约定了性能指标、测量方法及触发条件时，才较容易判断。签约时可将响应时间、处理能力等关键指标单独写明。
