IOSOR База знань

Відновлення доступу суборендарів після перевірки відповідності

Інструкція з розблокування суборендарів та відновлення роботи сервісів обміну повідомленнями в платформі IOSOR після успішного проходження аудиту.

Відновлення доступу суборендарів після перевірки відповідності.

Підтвердження статусу перевірки відповідності

Після того як суборендар успішно пройшов внутрішній аудит, команда комплаєнсу оновлює флаг статусу в панелі керування IOSOR. Перед початком відновлення необхідно переконатися, що ID суборендаря позначено як 'Схвалено' у реєстрі. Перевірте, що всі проблемні шаблони трафіку усунуто, а суборендар підтвердив ознайомлення з оновленими правилами використання. Це запобігає повторному блокуванню через невирішені порушення політики.

Відновлення роботи каналів передачі повідомлень

Після отримання статусу схвалення перейдіть до консолі керування суборендарями та перемкніть статус каналу з 'Призупинено' на 'Активно'. Ця дія запускає процес JIT-провіжинінгу, який відновлює кінцеві точки DLR та вебхуків. Переконайтеся, що таблиці маршрутизації E.164 коректно прив'язані до поточного балансу. Якщо доступ був обмежений через низький залишок, перевірте, що суборендар поповнив рахунок до мінімального порогу в USD 20.

Активація сервісів OTP та Verify

Після відновлення каналу необхідно вручну активувати сервіси OTP та Verify, якщо вони були вимкнені в період ізоляції. Перевірте конфігурацію суборендаря, щоб переконатися, що логіка обробки команд STOP коректно застосовується до всіх активних відправників. Це гарантує, що запити на відмову від розсилки обробляються згідно зі стандартами. Проведіть тестове надсилання для підтвердження доставки.

Керування фінансовими лімітами та порогами

Перевірте фінансові налаштування суборендаря, щоб переконатися в достатності коштів. Для акаунтів, що наближаються до порогу м'якої перевірки близько USD 1,000/місяць, переконайтеся, що ліміти налаштовані для запобігання автоматичним блокуванням. Слідкуйте за реєстром на предмет списань MRC, які можуть призвести до від'ємного балансу відразу після активації. Фінансова дисципліна є критичною для стабільності.

Необхідна документація та посилання

Для забезпечення повної відповідності нашим операційним стандартам ознайомтеся з наступними матеріалами щодо безпеки та протоколів керування інцидентами:

Почніть з IOSOR

Відкрийте консоль управління суб-арендаторами IOSOR та перевірте наявність прапорця Cleared у реєстрі комплаєнсу. Переведіть статус шлюзу повідомлень із Suspended на Active для запуску JIT-проповізіонінгу та активації DLR-вебхуків. Після цього перевірте актуальність таблиць маршрутизації E.164 та зніміть паузу з сервісів OTP та Verify.

Підсумок IOSOR

Цей матеріал доводить, що відновлення заблокованих суб-акаунтів вимагає суворого дотримання операційного порядку: від підтвердження комплаєнс-аудиту до відновлення траєкторій доставки повідомлень. Послідовний запуск запобігає виникненню системних збоїв та забезпечує стабільність каналів зв'язку.

Завжди перевіряйте наявність статусу Cleared перед активацією маршрутів та актуалізуйте фінансові пороги для акаунтів, що наближаються до лімітів перевірки. Не вмикайте повторно сервіси OTP та Verify без попередньої перевірки інтеграції DLR-вебхуків та коректності налаштувань обробки стоп-команд.

Чи був матеріал корисним?

Пов’язані гіди