Перший місяць DID: setup і prorate — клієнтська математика prepaid-оренди

Фінанси часто читають перший рахунок DID як «setup плюс повний місяць», а тоді сперечаються, коли наступний debit падає на 1-ше UTC. Клієнтський контракт — UTC calendar month: перший charge = setup + prorated MRC за дні, що лишилися в поточному UTC-місяці (сьогодні до останнього дня включно); paid-through — наступне 1-ше UTC; подальші renewal беруть повний list monthly. List не нижче підлоги 2×. Замовлення JIT: live-пошук, prepaid-hold, купівля при успіху, чесний assign — реальність оренди local і toll-free.

IOSOR — white-label prepaid: один гаманець, котирований list, без загадкових «adjustments», без platform subscription гріти порожній акаунт.

Перший період: setup плюс prorated MRC

Дві клієнтські частини. Setup — разовий list за вивід assignment. Prorated MRC = list monthly × дні UTC, що лишилися ÷ дні місяця. Включно: купівля в день D із N → (N − D + 1) / N. Типова підлога US local list — USD 10 setup і USD 10.20 monthly. Замовлення 14 серпня UTC (31 день): частка 18/31; prorated MRC ≈ USD 5.92; перший charge ≈ USD 15.92.

UTC calendar month, не ковзні 30 днів

Годинник «30 днів від дати замовлення» ламає close. Оренда серпня покриває до 31 серпня UTC; вересень починається о 00:00 UTC 1-го. Часовий пояс офісу не переписує частку. JIT-hold до купівлі — невдале замовлення повертає hold, не вигадує фантомний рядок оренди. Каталог in setup календар не змінює.

Renewal 1-го: повний monthly list

З наступного 1-го UTC renewal бере повний list monthly і зсуває paid-through до наступного 1-го. На чистому renewal другого setup немає. Якщо assignment пропустив 1-ше, catch-up — названі календарні сегменти, не грудка «adjustment». Вивантажуйте дату renewal, list monthly і assignment id. Low-balance зупиняє renewal як send. Публічна підлога поповнення — USD 20.

Клієнтський list і підлога ≥2×

Клієнт бачить list, не внутрішню арифметику підлоги. Котирований list ≥ 2× підлоги напрямку для цього типу номера. Цифри US local вище — результат закону для покупця. Фінанси зводять quote → hold → перший charge → renewal на одному ledger. Якщо коридор in setup, оренда не вмикає messaging Live. Якщо live, оренда й трафік ділять один prepaid-гаманець.

Червоні прапорці

• Перший рахунок як setup + повний MRC при купівлі всередині місяця
• Ковзну 30-денну річницю продають як «календарний місяць»
• Загадкові «adjustments» замість названих часток prorate
• Другий setup на чистому renewal 1-го
• List нижче підлоги 2× або арифметика підлоги в client errors
• Badge Activated до assign, або оренда як увімкнення Live для каналу in setup

Старт з IOSOR

Зробіть котирування одного local DID і скрін setup, monthly list та оцінки першого charge до hold. JIT-замовлення ставте лише після prepaid-hold, далі експортуйте setup, prorated MRC, частку днів і paid-through. Підтвердіть, що наступне 1-ше UTC бере повний monthly без другого setup. Віддайте експорт фінансам — математика поновлення не має жити в коридорі.

• Огляд обсягів ціноутворення: базовий мінімум незмінний; обговорення масштабу…
• Повернення коштів за збої DLR: звірка кредитів недоставлених сегментів SMS

Підсумок IOSOR

Перший місяць — один setup плюс prorated MRC за дні UTC, що лишилися. Наступне 1-ше бере повний monthly. Покупець має бачити цей розріз до hold.

Робіть: покажіть частку й paid-through в квитанції. Не робіть: ховати розріз першого charge або брати setup знову на renewal.