DID初月の開通と日割り：prepaid賃貸で顧客が見える計算

財務は最初の DID 請求を「開通＋満月」と読み、次の借方が UTC 1日 に落ちると争う。顧客契約は UTC 暦月。初回 = 開通＋日割り MRC（当日〜月末を含む残日）。支払済期限は次の UTC 1日。以降の更新は 満額 月次リスト。リストは 2× 床以上。発注は JIT：ライブ検索、prepaid ホールド、成功時購入、正直な割当——地域番号とフリーダイヤルの賃貸実態。

IOSOR は white-label prepaid。一つのウォレット、提示リスト、謎の「調整」なし、空口座を温めるプラットフォーム課金なし。live / in setup は賃貸計算と独立——messaging が in setup の番号でも初月は安くならない。月次 USD 1,000+ 付近で賃貸行が商業レビューに入る。20ドル下限と利用量レビュー と プリペイド支出の制御 を見よ。

初回：開通費と日割り月額

見える二部。開通 は割当をオンラインにする一回リスト。日割り MRC = 月次リスト × 残 UTC 日 ÷ その月の日数。含む：N 日中の D 日購入 → (N − D + 1) / N。典型的な米国ローカル床は開通 USD 10、月額 USD 10.20。UTC 8月14日（31日）：18/31；MRC ≈ USD 5.92；初回 ≈ USD 15.92。開通・分数・日割り MRC・支払済期限を書き出せ。

UTC暦月であり転がる30日ではない

注文日から30日の時計は毎決算と戦う。8月賃貸は UTC 8月31日まで。9月は UTC 1日 00:00 から。オフィスの時区は分数を書き換えない。購入前に JIT ホールド——失敗注文はホールドを返す。カタログ in setup は暦を変えない。

1日更新：満額の月次リスト

次の UTC 1日から更新は 満額 月次リストを取り、支払済期限を次の1日へ進める。きれいな更新に二度目の開通はない。追いつきは名指しの暦セグメントであり、一塊の「調整」ではない。更新日・月次リスト・割当 id を書き出せ。低残高ポリシーは送信と同じく更新を止める。公開チャージ下限は USD 20 のまま。

顧客に見えるリストと2倍以上の床

顧客はリストを見、内部の床算術は見ない。提示リスト ≥ その番号種別の宛先床の 2×。上の米国ローカル数字はその法の買い手向け結果。財務は見積 → ホールド → 初回 → 更新を一つの台帳で合わせる。回廊が in setup なら賃料を払っても messaging は Live に倒れない。live なら賃料とトラフィックは一つの prepaid ウォレットを共有する。

危険信号

• 月中購入なのに開通＋満額 MRC の初票
• 転がる30日周年を「暦月」として売る
• 名指し日割り分数の代わりの謎の「調整」
• きれいな1日更新での二度目の開通
• 2× 床を下回るリスト、または床算術を顧客エラーへ
• 割当前の Activated、またはまだ in setup なのに賃料を Live 反転にする

IOSORで始める

ローカル DID を一つ見積もり、hold の前に setup、月額一覧、初回見積もりを画面保存する。prepaid hold の後にだけ JIT 注文し、setup、日割り MRC、日数割合、paid-through を書き出す。次の UTC 1 日が二度目の setup なしで満額月額を取ることを確認する。その書き出しを財務へ渡す。更新計算を廊下の噂にしない。

IOSORの要点

初月は setup 一度と残りの UTC 日の日割り MRC。次の 1 日は満額月額。買い手は hold の前にこの内訳を見る必要がある。

する：領収に割合と paid-through を出す。しない：初回内訳を隠すこと、更新で setup を再度取ること。