号码状态接口选型：两个 99.9% 该问什么
两家供应商的号码状态接口可用性都写 99.9%，报价只差几个点，怎么选？这篇讲清可用性口径、赔付边界、故障界定、响应与恢复时限、变更通知五件事该怎么问，以及哪些答案必须写进验收清单才算有效。
🎁 免费试用手机号码状态查询 API
直连三网运营商 · 准确率 ≥99.9% · 支持携号转网识别 · 按次计费即买即用
两家供应商的标书摆在评审桌上，可用性一栏都写着 99.9%，报价差不到百分之五。技术负责人问了一句：这个 99.9% 按什么口径统计，故障由谁界定。两家销售都没当场答上来，会议就卡在这一页。
答案其实不复杂：同样一个 99.9%，口径不同，能覆盖的风险能差出好几倍。选型时把口径、赔付、故障界定、变更通知这四件事一次问透，比多比两个小数位重要得多。项目离上线还有两周，这份清单值得在定标之前过一遍。
按请求统计，分母是当月所有调用次数，一段失败高峰要被平摊到几十万次调用里；按月内分钟数统计，分母是四万多分钟，断够几分钟，缺口立刻显出来。同一场故障，前一种算法可能还显示 99.95，后一种直接掉到 99.5。
还要问清三件事：统计周期是自然月还是滚动三十天；计划内维护算不算停机；超时但返回错误码的请求算不算失败。这三条不问，两家的数字没有可比性，比出来的结论也不稳。
分母里还有一类请求需要单独确认——号段归虚拟运营商所有、卡是物联网卡、号码在境外的号码，接口本来就给不出状态，它们在可用性统计里算成功还是算排除，直接影响这份契约能不能执行。
赔付一般按服务费的比例折算，比如月可用性低于约定阈值时返还当月费用的一到三成。真正要问的是封顶金额与触发方式：是否需要买方主动申请、有没有申请时限、要不要提交故障证据。
按次计费的服务，赔付额天然有限。一个月的服务费可能就是几千元，而一次外呼名单判错带来的业务损失往往不在这条链路上。把赔付当保险，是选型里常见的错位，它更像服务方的自我约束条款。
故障的起点和终点由谁确认，是这类合同里最需要落字的部分。合理的写法是：以约定的监控数据为准，服务方在时限内确认，双方对判定有分歧时按抽样复核。
另一个要留意的是合并规则。一次网络抖动被拆成几十条独立记录，每条的赔付门槛都够不上；反过来，全天多次短故障被合并成一条，买方又吃亏。要求对方写明故障合并与拆分的原则，比争执一次具体故障划算。
很多标书只写一个「故障响应」，写不出两个数字。真正影响业务的是：多久有人接手（响应），多久恢复可用或绕行（恢复）。响应快、恢复慢的组合最麻烦——消息回过你了，业务照旧停着。
选型时可以要求对方给出近一段时间两类时限的分布，而不是一个平均值。这个要求不太常见，但问出来能看出对方有没有把可用性当指标在管，而不是只在合同里留一个数字。
接口变更、字段调整、限流策略变化，这些都不算故障，却经常是线上出问题的主因。要写进条款的是三项：提前多久通知、变更窗口怎么约定、紧急变更的事后补通知机制。
只看可用性的团队容易漏掉这一段。字段口径一变、本地映射没跟上，存量结论就全偏了。迁移与字段调整的隐藏成本，可以参考号码状态检测接口选型：自建、直连与号段库里的对照；两家都用上之后结果对不上怎么定基准，见阿里云号码状态检测对比第三方：结果不一致怎么定基准。
问到的答案不落进清单，等于没问。清单大概是这个形状：可用性口径（统计周期、维护是否剔除、失败如何判定）、赔付触发与封顶、故障判定方与合并规则、响应与恢复两个时限、变更提前通知天数、数据留存与删除的承诺。每一项都要求写明数字，写「尽力而为」的直接划掉。
核对的时间点也要定：接入前按清单逐条确认，接入后按季度复核一次。等到真出事再翻合同，条款写得再细也来不及谈判。
判断标准落在三个可核实的数字上：口径是否写明统计周期与失败判定，赔付是否写明触发条件与封顶，变更是否写明提前通知天数。三项都具体，这份 SLA 才有约束力；只给一个百分比、其余用「视情况而定」带过，等于把解释权留给了对方。
两家都合格时再比报价。这时多花的那点钱换到的通常不是更快的接口，而是出事时能拿得出依据的条款。
流程上和结果口径上都有相似顾虑的，可以对着号码状态检测选型：空号与在网能力要不要分开买再看一遍，两篇合起来基本覆盖采购前要问的问题。
如果想把条款对照得更实在，可以先从【手机号在网状态 API】的按次计费入手跑一批真实调用：直连三网、支持携号转网识别，鉴权走请求头携带 AppCode，用两周的实际可用性数据去核对对方标书上的数字，比在评审桌上争论百分比有效。
文章评论
发表评论
请先注册/登录后评论