报价单与账本附注中的目录状态

当报价单对处于『配置中』状态的店铺芯片按『上线』的短信进行定价时，财务争议便会产生。缺乏目录状态的账本行迫使团队进行考古式追溯：『周二时那个验证服务真的上线了吗？』本页面在报价单附注与账本附注中标记了『目录状态』，使财务在消费发生时即可看到上线、配置中或即将推出，告别漏洞百出的附件和复杂的扣款与送达状态联表。

相关链接：上线 / 配置中 / 即将推出：诚实的买家路径、目录 Live 状态必须与金库实际相符、当大量产品上线时的目录运维管理、同一账本上的扣款行与送达状态、生产流量前的钱包止损线。

IOSOR 是白标预付费 CPaaS。通过 USD 20 即可启动为两个产品标记状态的试点；在接近 USD 1,000/month 的软审核时，将缺失标记视为对账债务。客户在附注列中永远不会看到上游通信网关品牌。

目录状态是重要的财务字段

上线、配置中、即将推出是绑定在消费之上的商业声明。报价单附件和账本附注必须在签字或结算时冻结状态——聊天记录不能替代正式附件。在接近 USD 1,000/month 的软审核中，将没有标记的『我们以为它上线了』视为无凭据的传说。买家状态请参考：上线 / 配置中 / 即将推出：诚实的买家路径。

在每行资金记录上标记上线或配置状态

覆盖范围缺口列表用于回答通道级别问题——财务可随报价附带的覆盖范围缺口清单。扣款与送达状态的联接回答资金真相——同一账本上的扣款行与送达状态。核心在于：当预付费发生时，究竟点亮了哪个目录芯片？

报价语言必须与芯片状态相符

仅在附件显示为上线(或明确规定了时间的配置中/即将推出承诺)时才可使用流量语言。切勿在店铺显示配置中时对上线验证码进行定价。如果销售承诺上线但芯片显示即将推出，请先修正附件，然后保持开放门控。接近 USD 1,000/month 的软审核会从标记文件中重播每个定价 SKU。门控标准：目录 Live 状态必须与金库实际相符。

运维负责人需保持状态标记最新

运维负责在产品提升或降级时更新状态——当大量产品上线时的目录运维管理。财务则需附上销售使用的同一份附件。当状态与芯片不符时，产品系统将拒绝开放。USD 20 的试点可在店铺扩张前证明两个已标记的产品行；同时必须遵守止损线：生产流量前的钱包止损线。

目录状态标记的买家检查清单

1. 报价单附件是否列出了签字时的产品及上线、配置中、即将推出状态？
2. 账本附注是否携带了扣款或结算时的状态，而不是事后重建？
3. 接近 USD 1,000/month 的软审核包是否从标记文件中重播了定价 SKU？
4. 是否与覆盖缺口附件以及扣款与送达状态联表有明确区别？
5. 产品提升或降级时是否在当天更新了标记？
6. USD 20 的试点是否在谈论大流量前证明了两个已标记的产品？

任何一项回答为『否』，都将使流量语言和对账停留在草稿阶段。

从 IOSOR 开始

导出两款产品的报价附件，每条资金行盖上 Live 对 In setup 的戳。各结算一个试点单位。确认账本附注写的是消费当下真实的芯片，不是销售希望的芯片。销售与财务打开同一份盖戳附件。

IOSOR 要点

目录状态是财务字段。报价用语必须对上消费当下的芯片。

要做：每条报价行和每条账本附注都盖 Live 对 setup。

不要：芯片仍写 In setup，却卖「可用」。