IOSOR База знань
Рахунок за DID за тиждень: пропорційний розрахунок проти повного місяця
Розбір формування першого тижня виставлення рахунків за віртуальні номери: налаштування, пропорційна оренда та стандартні щомісячні платежі.
Рахунок за DID за тиждень.
Анатомія першого тижневого рахунку
Коли орендар замовляє віртуальний номер посеред циклу, початковий платіжний реєстр працює інакше, ніж стандартне поновлення. Система обчислює дробову вартість від точного часу активації до кінця поточного періоду. Цей документ поєднує плату за підключення та часткову оренду, створюючи зрозумілий бюджет. Детальні формули можна знайти у матеріалі про first-month prorate math.
Дробові рядки проти повного місяця
Регулярні поновлення містять фіксовану щомісячну плату за повний календарний цикл. Натомість початковий рахунок демонструє окремі рядки за фактично активні дні. Це гарантує чесну оплату за реальне користування ресурсом та узгоджує закриття періодів у білінгу. Процеси спрацьовують миттєво при використанні JIT-призначення та утриманні передоплати.
Предоплатний мінімум та грошовий потік
Кожен обліковий запис працює у чітких фінансових межах, починаючи з USD 20 prepaid floor для покриття виділення номерів та трафіку на кшталт OTP чи SMS. Коли обсяги зростають і досягають рівня soft review near USD 1,000/month, автоматичні сповіщення допомагають вчасно переглянути тарифні плани. Контроль цих показників запобігає перебоям у наданні послуг.
Реальність JIT-призначення ресурсів
Номери ніколи не тримаються на фіксованому складі. Ресурс запитується на вимогу за допомогою JIT-алгоритму, миттєво блокуючи кошти на балансі та закріплюючи активи за відповідним орендарем. Такий підхід виключає витрати на утримання зайвих позицій та гарантує наявність активного webhook і DLR маршруту з першої хвилини.
Масштабування після першого тижня
Після проходження початкового циклу орендарі переходять на стандартні місячні поновлення. У міру розширення діяльності платформи оператори аналізують щільність портфеля, вирішуючи питання щодо розширення ємності, як описано у статті rent vs expand. Глибший аналіз зазвичай підкріплюється через volume review.
Почати з IOSOR
Відкрийте рахунок цього тижня й розріжте оренду DID на два типи рядків: prorated MRC за дні UTC, що лишилися в першому періоді (setup один раз), і повний MRC, якщо вже настало 1-ше UTC. Експортуйте paid-through. Фінанси мають бачити два рядки, не один змішаний monthly. Це рахунок, не екран котирування до hold.
Пов'язані: IOSOR ua guide IOSOR ua guide prepaid-резерв до першого списання.
Підсумок IOSOR
Тиждень рахунку — два типи рядків: залишок prorate проти повного MRC на 1-ше.
Робіть: тримайте їх окремо в експорті. Не робіть: зливати prorate і повний в один monthly або брати setup знову.
Чи був матеріал корисним?
Пов’язані гіди
- Передача DID другому власнику: правила призначення та звільнення
Керування операційними межами, JIT-провіжинінгом та передплатними фінансовими лімітами при зміні власника DID.
- Ліміт витрат на один номер: оренда плюс вихідний трафік
Контролюйте фінансові ризики для кожного окремого номера в white-label CPaaS за допомогою спільного обмеження MRC та вихідного трафіку.
- Маршрутизація вхідних вебхуків на DID: MO без власника втрачає STOP
Безпечна маршрутизація вхідних вебхуків для білого лейблу. Захист від сироти- MO та пропущених стоп-команд.