音影片計費
音視訊通話和獨立 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、每日通話分鐘和頻道參與者毫秒／日分鐘繼續用於統計、排障和歷史核對。它們的取整範圍、解析度處理與月度標準時長不同，不能直接乘單價當作新餘額的扣費明細。已出具歷史賬單與流水保留，未自動改成應用時長賬戶。
平臺自部署的升級、補報目錄、鑑權和恢復步驟見媒體計量部署與運維。