Завершення пільгового терміну: зупинка трафіку без імітації успіху

Завершення пільгового терміну: зупинка трафіку без імітації успіху.

Механізм переходу до повної зупинки трафіку

В екосистемі IOSOR функція автопоповнення розроблена для запобігання перебоям у сервісі через затримки платежів. Однак, як тільки пільговий період (grace period) для невдалої транзакції карткою закінчується, платформа переходить до режиму жорсткої зупинки. Це критично для підтримки цілісності моделі предоплати. На відміну від систем, що дозволяють накопичувати борги, IOSOR миттєво змінює статус traffic_ok на false.

Перевірка стану ledger та параметри traffic_ok

Кожна операція на платформі контролюється реєстром (ledger) у реальному часі. Коли надходить запит через API або вебхук, система перевіряє прапор traffic_ok. Якщо пільговий термін вичерпано, доступ до відправки анулюється. IOSOR не практикує надання фейкових статусів успіху. Якщо повідомлення не може бути доставлене через брак коштів, DLR (звіт про доставку) чітко відобразить помилку або статус 'skipped'. Це дозволяє розробникам впроваджувати коректну логіку повторів.

Утримання номерів JIT та нарахування MRC

Керування номерами в IOSOR базується на принципі Just-In-Time (JIT). Навіть коли трафік зупинено, система має враховувати щомісячні платежі (MRC) за активні номери формату E.164. Для збереження номерів за вашим акаунтом платформа може застосувати 'prepaid hold' до залишку коштів. Якщо баланс не поповнюється і MRC не може бути списано, JIT-номери вилучаються та повертаються до загального пулу.

Обробка запитів OTP через вебхуки

У стані паузи відповідь API на запити OTP або SMS зміниться зі стандартної 202 Accepted на код помилки балансу. Важливо, щоб ваша система правильно інтерпретувала ці сигнали. Замість отримання токена Verify OK, ви отримаєте сповіщення про те, що повідомлення було пригнічено (suppressed). Це запобігає виникненню ситуацій, коли кінцевий користувач марно чекає на код.

Ресурси для керування залишками

Для кращого розуміння механізмів контролю гаманця та причин зупинки трафіку рекомендуємо ознайомитися з нашими посібниками. Ці матеріали детально описують правила обробки пропущених повідомлень та дії системи у разі відмови платіжних методів. Моніторинг цих параметрів допоможе уникнути небажаних зупинок у роботі ваших сервісів.

Пов’язані матеріали: Автопоповнення для стабільності живого трафіку · Захист від подвійного списання при автопоповненні балансу · prepaid-резерв до першого списання.

Почніть з IOSOR

Увійдіть до консолі IOSOR, щоб перевірити параметри платіжного резерву та налаштування сповіщень про помилки. Переконайтеся, що ваш софт правильно обробляє скасування прапорця traffic_ok після завершення пільгового періоду для невдалої транзакції. Відтестуйте логіку черги для швидкої зупинки вихідних запитів замість очікування фейкових звітів про доставку.

Підсумок IOSOR

Цей матеріал довів, що IOSOR забезпечує прозорість статусів і не імітує успішну доставку при нульовому доступі до мережі. Після закінчення пільгового терміну через збій платіжної картки прапорець traffic_ok вимикається, а API повертає чітку відмову.

Обов'язково налаштуйте автоматичне призупинення вихідних черг у разі отримання сигналів про зупинку трафіку. Не намагайтеся відправляти SMS під час активного блокування та не ігноруйте коди помилок балансу.