批发 VoIP 费率表管理：导入、生效日期与涨价控制

费率表（rate deck / rate sheet） 是按前缀的买卖价目，LCR 与计费都依赖它。批发利润会死在：供应商涨价邮件躺着没导入，或未经确认就进入 live。

这不是 CDR 如何评级。这是价格在下一通呼叫之前如何上到交换机。在 IXC Softswitch 上，这意味着 IMAP 收取、带预览的导入、生效日期，以及涨价的 Telegram 确认。

批发费率表是什么

每条互联都有两份清单：

• 供应商（terminator）费率 — 你的成本
• 客户（originator）费率 — 你卖出的价格

每一行是前缀（或代码）、价格、计费增量（6+6、1+1）、币种和生效日期。行业仍用邮件里的 XLS/CSV。交换机必须把文件变成活的 LCR，且不能打断当天话务。

过期费率表如何毁掉 LCR

最低成本路由 按当前库里的费率给供应商排序。若仍是昨天的：

• 你还在把话务送给已经涨价的供应商 — 直到发票才发现负利润
• 更便宜的供应商闲置，因为新表从未入库
• 客户卖价仍便宜，而成本已升 — 你在冲量并亏钱

ASR/ACD/PDD 质量门槛救不了一张错误的表。

入库问题

交易台更新的不是“一个费率”，而是许多供应商、许多文件、许多日期：

• 列名与前缀格式各异的附件
• 周末或午夜的涨价，不能盲目上 live
• 部分更新（仅 India Mobile）vs 全量 A–Z 替换
• 日期为明天的表，不得覆盖今天的 live LCR
• 客户套餐上同一目的地仍需配对的卖价更新

手工粘贴进计费，是静默亏损的起点。

IXC 费率表流程

IMAP 自动上传

供应商把表发到交换机监视的邮箱。解析模板映射列；rate approvals 队列在价格进入路由之前展示到达内容。不必在十个收件箱里找附件。

Smart upload — 上 live 之前预览

上传（或从邮件拉取）时：选文件 → 表头不同则映射列 → 预览行数与警告 → 确认。激活通知与解析问题在费率表 live 之前可见。

导入模式

模式必须匹配这封邮件，而不是默认“全部覆盖”：

• Merge（部分） — 只更新文件中的代码；其余 live 表不动
• Replace full deck — 用今天的文件重建 live（及已调度）表
• Schedule full deck — 将来激活；不碰今天的 live 费率
• New plan wipe — 清空计划，从头开始

选错模式，等于删掉本想保留的 8,000 个代码。

生效日期

日期为明天的表应作为 scheduled 停放，直到激活。Live LCR 继续用今天。未来价目可叠加；在变更发生前就能看到将变什么。

涨价 — 先确认再吃进

成本上涨不是自动驾驶的 merge。IXC 标记 increases，并在它们成为新的 LCR 输入之前要求 Telegram 确认。降价可以更快；涨价需要人点 yes — 或同步调整卖价。

定价前先看 Current Routes

Current Routes 按目的地显示供应商、费率、量、质量以及待生效涨价。客户卖价应从该视图设定，而不是桌面上最后一份电子表格。

发给客户的费率邮件

另一半是出站：mail-ready 状态、交换机上的 pending pool、发送更新、应用 pool、confirm 标志。客户收到的是你真正载入的表 — 而不是与计费脱节的文件。

常见错误

• 未检查质量、也未调整卖价就应用供应商涨价
• 供应商发来 partial 却用了 replace
• 忽略 effective date，未来表在中午覆盖 live LCR
• 重复代码与错误前缀长度（系统性少计费 — 见 VoIP 计费）
• IMAP 导入没有 approvals 队列

小结

批发费率表是 LCR 与计费的输入。从 IMAP 收取，用 Smart upload 预览，选择 merge / replace / scheduled，并在进入路由之前 用 Telegram 确认涨价。然后看 Current Routes，并从同一套餐推送客户价表。

见 IXC Softswitch 或联系销售。