IOSOR

IOSOR База знань

Черга запланованої відправки не є механізмом тихих годин

Розподіл функцій графіків розсилки та юридичних обмежень quiet hours у платформі IOSOR для забезпечення точності доставки та відповідності правилам.

Черга запланованої відправки не є механізмом тихих годин.

Планування за часом проти нормативного контролю тиші

У структурі CPaaS платформа чітко розмежовує завдання черги за розкладом (send-at) та механізму дотримання тихих годин. Черга відправки працює як системний таймер, який випускає масиви SMS у визначений час або за місцевим годинником отримувача. Вона відображає бізнес-потребу додатка щодо запуску сповіщень. Натомість інструмент quiet hours виконує функцію правового фільтра, який перевіряє правомірність доставки перед передачею трафіку в мережу оператора.

Обробка часових поясів та маршрутизація E.164

Для коректної роботи з адресатами у різних країнах система аналізує номери у стандарті E.164. Визначення коду країни та регіону дозволяє обчислити точний локальний зсув часу. Завдяки JIT-підключенню цифрових ресурсів, маршрути повідомлень формуються динамічно в момент обробки без утримання статичних резервів.

Фінансові резерви балансу та поріг перевірки

Планування масових відправок вимагає перевірки фінансового стану облікового запису. В IOSOR діє правило, що вимагає запобіжний предоплатний ліміт 20 USD для активності відкладених черг. Під час оформлення завдання система тимчасово затримує кошторисову суму рассылки з урахуванням щомісячних платежів MRC.

Поведінка черги під час заблокованих часових вікон

Якщо час виходу з черги припадає на період нормативних обмежень, таймер не змінює свій розклад. Він передає повідомлення у шлюз доставки, де модуль тихих годин перехоплює трафік. Залежно від системних налаштувань, SMS або відхиляється з помилкою політики, або очікує у спеціальному буфері до завершення забороненого інтервалу.

Пов'язані інструкції з налаштування системних черг

Для побудови надійної архітектури відправки та контролю часових обмежень скористайтеся нашими матеріалами:

Почніть з IOSOR

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

Підсумок IOSOR

Таймер черги кампанії відповідає лише за момент випуску трафіку, а не за правову відповідність відправки. Локальний час виклику не гарантує успішну доставку, якщо розсилка потрапляє у заборонене законодавством вікно.

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

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

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