DID 首月开通与按日折算：预付租用里客户看得见的算法

财务常把首张 DID 账单读成「开通加整月」，下一笔却落在 UTC 1 日。客户合同是 UTC 日历月：首期 = 开通费 + 按日折算 MRC（当天至月末含首尾）；租期付至下一 UTC 1 日；之后续费收 完整 月牌价。牌价不低于 2× 底线。下单是 JIT：实时搜索、prepaid 预扣、成功才买、诚实指派——见 本地与免费号码的租用现实。

IOSOR 是 white-label prepaid：一个钱包、公示牌价、没有神秘「调整」、没有为了空账户保暖的平台订阅。目录 live / in setup 与租金算法无关——messaging 仍 in setup 的号码，首月并不更便宜。月用量接近 USD 1,000+ 时，租金行进入商务复盘。对照 二十美元钱包底与千美元用量复盘 与 预付费支出控制。

首期：开通费加按日折算月租

两笔客户可见部分。开通费 是指派上线的一次性牌价。按日折算 MRC = 月牌价 × 剩余 UTC 日 ÷ 当月天数。含当天：月有 N 日、第 D 日买 → (N − D + 1) / N。常见美国本地牌价底 USD 10 开通、USD 10.20 月租。UTC 8 月 14 日（31 天）：18/31；折算约 USD 5.92；首期约 USD 15.92。导出须有开通、分数、折算 MRC、付至日期。

UTC 日历月，不是滚动三十天

从下单日起算三十天会打乱每个关账。八月租覆盖到 UTC 8 月 31 日；九月从 UTC 1 日 00:00 开始。办公室时区改不了分数。买前仍要 JIT 预扣——失败订单退预扣。目录 in setup 不改日历。

1 日续费：完整月牌价

从下一 UTC 1 日起，续费收 完整 月牌价，并把付至推到再下一个 1 日。干净续费没有第二次开通。补差用叫得出名字的日历段，不是一笔「调整」。导出续费日、月牌价、指派 id。低余额策略停续费如同停发送。公开最低充值仍是 USD 20。

客户可见牌价与至少两倍底线

客户看见牌价，看不见内部底线算术。报价牌价 ≥ 该号码类型目的地底线的 2×。上面的美国本地数字是这条法给买家看的结果。财务在一本账上核对报价 → 预扣 → 首期 → 续费。走廊若 in setup，付租金不会把 messaging 翻成 Live。若 live，租金与流量共用一个 prepaid 钱包。

危险信号

• 月中买入却按开通加整月开首票
• 把滚动三十天周年叫「日历月」
• 神秘「调整」代替具名折算分数
• 干净的 1 日续费再收一次开通
• 牌价低于 2× 底线，或把底线算术倒进客户错误
• 指派前就 Activated，或仍 in setup 却把租金当 Live 翻转

开始使用 IOSOR

先给一个本地 DID 报价，截下开通费、月租标价和首笔估算，再做预付 hold。hold 之后才下 JIT 单，然后导出开通费、按日折算的 MRC、天数比例和 paid-through。确认下一个 UTC 1 号只收整月月租、不再收第二次开通。把这份导出交给财务，续费算法不能靠口头传说。

IOSOR 要点

首月是一次开通费加上剩余 UTC 天数的按日 MRC。下一个 1 号收整月。买家必须在 hold 之前看见这笔拆分。

要做：收据上写出比例和 paid-through。不要：藏起首笔拆分，或在续费再收一次开通费。