音视频计费
音视频通话和独立 RTC 频道使用当前应用的音视频时长余额。套餐资金与音视频时长分别记账，不同应用之间不共用。进入租户控制台，在顶部选好租户和应用，再打开“套餐管理”下方的“音视频计费”。
本文说明余额、充值、标准时长和调价规则。套餐月费、账单及历史租户资金见套餐与账单；管理员的到账确认和费率设置也在本页后半部分。
1. 先确认应用和账户
| 账户 | 保存的余额 | 用途 | 控制台入口 |
|---|---|---|---|
| 应用套餐账户 | 人民币金额 | 支付该应用在新模式账单中分配的套餐费用 | 套餐管理 |
| 应用音视频账户 | 标准时长 | 支付该应用通话与 RTC 频道的媒体用量 | 音视频计费 |
| 历史租户账户 | 原有人民币金额 | 处理历史账单；经财务明确划转后可转入指定应用 | 费用中心 |
例如，同一租户的 A 应用有 1000 标准分钟，B 应用没有余额，B 不能使用 A 的时长。给套餐账户充值也不会增加音视频时长。尚未创建钱包记录的有效应用按零余额显示。
页面中的数值
| 字段 | 如何理解 |
|---|---|
| 音视频余额 | 当前剩余标准时长；负数表示已经结算的超用时长 |
| 累计充值 | 历次音视频充值获得的标准时长 |
| 累计消耗 | 已结算的标准时长，包含之后更正的净影响 |
| 本月标准时长 | 本应用当月按档位系数折算后的累计时长 |
| 本月已扣分钟 | 本月累计标准时长向上取整到分钟后的已扣数量 |
| 当前价格和系数 | 后续新充值、用量回执所适用的配置；以实际页面为准 |
余额满足“累计充值 − 累计消耗”。页面以分钟展示时最多保留两位小数；这只是显示精度，接口余额和流水保存整数毫秒，不能用截图中四舍五入后的数字反推精确账目。
2. 充值：微信支付或对公支付
- 确认当前应用与账户，点击“充值”，填写金额，核对预计到账标准时长。
- 选择微信支付或对公支付。尚未开通的渠道不可选择；未配置渠道时联系平台。
- 微信支付：创建订单后用微信扫码。支付结果核验成功后自动入账，页面自动刷新状态和余额。
- 对公支付：创建订单后按收款账户转账，金额与订单一致，转账备注填写订单号。财务核对银行流水后确认到账，系统增加对应应用余额。
- 在“充值订单”查看待支付／待到账或已支付并入账状态。创建订单本身不增加余额；网络超时后先查看原订单，避免为同一付款重复下单。
订单锁定创建时的价格。后续调价不影响已有订单；重复支付结果不会重复入账，同一交易凭证也不能给其他应用再次充值。
developer 可以读取余额；充值、订单及流水需要 admin 或 owner。历史租户余额划转仍由财务指定应用，划转要求重新验证身份。
3. 金额如何兑换标准时长
系统初始价格为 7 元／1000 标准分钟，管理员可调整，实际以页面为准。该默认值是普通 RTC 标准时长单价，不表示赠送免费额度或购买了月度套餐包。
| 充值金额 | 默认价格下获得的标准时长 |
|---|---|
| 7 元 | 1000 标准分钟 |
| 70 元 | 10000 标准分钟 |
| 1 元 | 约 142.857 标准分钟，页面约显示 142.86 |
精确到账按整数毫秒计算：
credit_ms = floor(amount_cents × 60000000 / price_cents_per_1000_minutes)接口金额单位为人民币分，价格单位为“分／1000 标准分钟”；仅在最终毫秒位舍去不足部分。普通分钟和标准分钟的关系由下面的媒体档位决定。
4. 媒体时长如何折算
媒体服务器记录每个已建立媒体连接的参与者实际接收情况，每秒归入一个档位。有视频时，将该接收者收到的多路视频像素数相加后确定档位；没有收到视频的秒数计为音频。发送者自身发布但未订阅的视频，不加入他的接收像素总数。
| 档位 | 每个接收者的合计视频像素 | 默认系数 | 实际在线 1 分钟折算 |
|---|---|---|---|
| 音频 | 没有接收视频 | 1 | 1 标准分钟 |
| HD | 大于 0 且 ≤ 921600（720p） | 4 | 4 标准分钟 |
| Full HD | > 921600 且 ≤ 2073600（1080p） | 9 | 9 标准分钟 |
| 2K | > 2073600 且 ≤ 3686400（1440p） | 16 | 16 标准分钟 |
| 2K+ | > 3686400 | 36 | 36 标准分钟 |
每秒只计一个档位，视频时段不会再叠加一份音频费用。视频档位由实际转发的空间层与接收流决定，不仅看频道创建时的 media，也不能仅凭摄像头标称分辨率推算。只获取 Token、振铃或控制面预留但没有建立媒体连接，不产生这类媒体时长。
三个计算例子
- 双人语音 10 分钟：双方各建立媒体连接 10 分钟，合计
2 × 10 × 1 = 20标准分钟。 - 双人 HD 视频 10 分钟：双方各接收一路 1280 × 720 视频，合计
2 × 10 × 4 = 80标准分钟，不再额外加音频分钟。 - 旁听者接收两路 720p 画面 10 分钟：该接收者的像素合计为
2 × 1280 × 720 = 1843200，属于 Full HD，该接收者消耗10 × 9 = 90标准分钟。其他参与者按各自的接收情况另算。
因此，人数相同、通话时长相同，视频订阅和实际接收分辨率不同时，消耗也可能不同。
取整与跨日、跨月
用量精确到秒，按系数折算为标准时长。同一应用当月的通话与频道合计后，向上取整一次到标准分钟，不是每位参与者或每通短通话各取整一次。每次扣减的是“新的月累计取整值 − 已扣分钟”，不会每次上报都重新收取整个月的用量。
例如，两位用户各进行 20 秒语音，本月没有其他用量，合计 40 标准秒，扣 1 标准分钟；之后再增加 20 标准秒，当月累计 60 秒，仍是 1 分钟，不再扣 1 分钟。
按部署的统计时区划分日期和月份，默认 Asia/Shanghai。跨月的时长归入各自月份，两个应用分别累计、分别取整。重复上报不重复扣减；累计用量向下更正时，退回取整差额。补报和更正可能让近期流水变化，不应把最后一次 HTTP 请求当成最终账目。
5. 调价与系数变更
| 管理员修改 | 生效范围 | 保留的历史依据 |
|---|---|---|
| 充值单价 | 后续新订单、新的直接收款 | 已有订单沿用下单时价格；已有标准时长不重算 |
| 五档折算系数 | 新接收者／统计日用量回执 | 已接受回执保留系数快照，迟到补报和更正沿用快照 |
费率是平台统一设置，余额属于各自应用。调价不会把 A 应用余额移给 B，也不会把历史套餐资金自动换成音视频时长。由于回执保留快照，系数修改不是在某个按钮点击瞬间把全部进行中的连接统一重新定价。
6. 余额不足与无法入会
音视频余额为零或负数时，提示“音视频余额不足，请充值后再使用”（payment_required），功能入口保留。已有通话不按客户端倒计时强制挂断，其后续用量仍会结算，因此可能出现负余额；新充值先抵消已结算的负时长，恢复正余额后才能满足余额条件。
开通音视频仍需同时满足应用状态、rtc_enabled 策略、频道总开关／应用频道开关、共享并发额度和可用媒体服务等条件。充值只解决余额条件，不会自动打开其他开关。新计费启用后，不能仅凭旧套餐的“允许音视频”字段判断能否入会。
排查顺序：确认应用 → 查看余额和充值订单状态 → 检查应用策略与频道开关 → 检查并发额度 → 联系平台检查媒体服务与计量连通性。相关错误见通话规则和频道概述。
7. 管理员设置与到账确认
平台后台打开“计费 → 音视频计费”。viewer 可以查看，finance 或 super_admin 可以执行财务操作。
- 配置价格、五档系数及变更原因。新价格影响新订单，已有订单保持下单时价格。
- 在“充值订单”查看支付状态。微信订单由核验后的支付结果自动入账；对公订单核实银行实收金额后点击“确认对公到账”，填写实收金额和银行流水号。
- 同一银行流水只能入账一次，实收金额须与订单一致。刷新应用账户核对余额、订单状态和流水。
- 直接记录外部收款或划转时，不要把已支付的充值订单再次记录为另一笔收款。历史租户资金划转不计为新收入，且要求重新验证身份。
价格变更与资金入账写入操作日志。支付渠道尚未配置时页面显示“尚未开通”；平台通过 IM_WECHAT_PAY_* 环境变量配置微信商户支付，或配置对公收款账户。微信支付需使用实际公网 HTTPS 回调域名，支付成功后由已验签、解密的通知自动入账，后台查单会补偿暂时失败的回调。
8. 新旧数据如何对照
以应用账户显示的 billing_from 为计费切换日。切换日前按历史套餐的通话／频道计量规则处理；切换日及以后以服务端标准时长回执扣余额，这部分不会再次加入套餐按量账单。
通话对象的 billable_minutes、每日通话分钟和频道参与者毫秒／日分钟继续用于统计、排障和历史核对。它们的取整范围、分辨率处理与月度标准时长不同，不能直接乘单价当作新余额的扣费明细。已出具历史账单与流水保留，未自动改成应用时长账户。
平台自部署的升级、补报目录、鉴权和恢复步骤见媒体计量部署与运维。