MMS 媒體體積在送出前就扣預付費，和簡訊分段不是同一套帳

行銷要一張富媒體圖。財務看到預付費錢包一列，和編輯器裡的「一則訊息」對不上。MMS 與 SMS 扣費邏輯不同：附件體積、媒體類型限制、標題編碼，以及依目的地的單位費率，都會在送達證明之前入帳。用 SMS 分段數學去估 MMS 群發的團隊，往往在扣款當下才發現缺口，而不是在 composer 裡。若產品只顯示「一則」，財務卻看到多個 MMS 單位，代表兩邊在數不同的東西，必須在發送前先對齊估算。

IOSOR 以 white-label 預付費訊息運作，一本帳。目錄 live 表示發送路徑就緒；in setup 是申請，不是更便宜的媒體級距。月用量接近 USD 1,000+ 時，MMS 單位費率、附件體積與走廊組合會進入更嚴的商務複盤。沒有「為了帳號活著」的平台訂閱——儲值預付費，看見單位即可。先在小流量驗證錢包列與 composer 計數一致，再承諾大規模群發、對外報價與客戶試算表。

財務必須在送出前為 MMS 定價

Composer 回答產品問題；錢包回答金錢問題：扣了多少 MMS 單位，標題編碼是否又疊了 SMS 式分段。閱讀 簡訊分段記帳 了解文字分段記帳；本頁講媒體單位與附件體積。若財務不能匯出目的地、通道、附件 KB、編碼、扣費單位與單價，那一列只是收據，無法對帳或事後稽核。在依「已發訊息數」承諾活動預算前，先看 預付費支出控制，並用樣本發送驗證 composer 計數與錢包列一致。

SMS 分段與 MMS 單位

SMS 依 GSM-7 或 UCS-2 後的計費分段扣款。MMS 依訊息單位扣款，許多走廊還有與預覽「好不好看」無關的體積級距。GSM-7 短標題可能仍包在一個 MMS 單位裡，而圖片驅動大部分成本。Unicode 標題轉成 UCS-2，部分路由還會並行收分段費——在怪罪「一則 MMS」前讀 UCS-2串接悄悄耗預付分段。產品數「一則富媒體訊息」；財務必須數資費定義的單位，含可能按文字計費的標題，並在報表中分開列出附件 KB。

媒體體積、壓縮與錢包所見

壓縮改變位元組，不改變意圖。1.2 MB 行銷 PNG 壓成更小 JPEG 可能跨進更便宜級距——也可能因走廊上限更低而驗證失敗。財務應在送出前依最壞附件體積建模，而不是依平均 Wi‑Fi 上傳速度。GIF 循環與 PDF 縮圖常讓只測過一次靜態 JPEG 的團隊踩坑；行銷換檔後應重新跑樣本發送，確認錢包列的單位數與 KB 欄位。

目的地、走廊與單位費率

單位費率因目的地與產品狀態而異。live 的美國 MMS 走廊可能與仍在 in setup 的歐盟促銷路由扣法不同。跨區複用同一素材的混合活動需要依走廊估算，而不是一個平坦「MMS 成本」。擴量前依目的地匯出樣本發送；對照 IOSOR 為該走廊展示的費率表，並保留附件 KB 與編碼欄位。月用量接近 USD 1,000+ 時，附件占比高的組合會觸發更嚴複盤，行銷承諾應與目錄 live / in setup 一致。

危險訊號

• Composer 顯示「1 message」但錢包扣多個單位
• 標題編碼藏到月底才對帳
• 行銷上傳 PNG 大圖卻沒有體積級距預覽
• 用 SMS 分段估算規劃 MMS 群發
• 目錄仍 in setup 卻當作媒體級距已生效
• 錢包列缺少附件體積、單位數與編碼欄位
• 客戶可見錯誤出現上游品牌名
• 對外簡報只講「一則訊息」而財務已按多單位扣款

從 IOSOR 開始

請開啟 IOSOR 主控台，並對 MMS 酬載執行事前預檢網頁hooks，以便在發送請求之前計算媒體大小級距。請設定計費閘道來攔截未壓縮圖像資產將傳遞成本推高至更高單位級距的訊息。請檢查作用中的走廊路由標記，以確保獨立的說明文字段落費用不會意外耗盡您的餘額。

IOSOR 要點

本指南確立了 MMS 定價取決於媒體大小級距與目的地單位費率，而非單純的 GSM-7 文字段落計算。若將 MMS 發送視為簡單的單一訊息交易，而不檢查酬載重量，將會在編輯器的預期與實際錢包扣款之間造成嚴重落差。

請在投入正式流量之前，預先壓縮創意資產並計算總媒體單位費用。切勿依賴 SMS 段落公式來編列視覺行銷活動預算，或假設主視覺 PNG 檔案會以基本費率計費。