IOSOR

IOSOR База знань

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

Правильна обробка запитів STOP для відкладених SMS із придушенням надсилання без запису неправдивих звітів про доставку.

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

Обробка запізнілих команд STOP у черзі розсилок

Коли кінцевий користувач надсилає STOP під час перебування повідомлення в черзі, платформа повинна перехопити запит до відправки в мережу. Якщо повідомлення вже підготовлене через JIT маршрутизацію, виникає гонка потоків. Оператори білолейбл CPaaS на базі IOSOR зобов'язані гарантувати дотримання правил. Передоплачений ліміт USD 20 забезпечує стабільність акаунта під час перевірки чорних списків.

Перехоплення вихідних пакетів перед вильотом

Перед виходом будь-якого E.164 повідомлення шлюз перевіряє реєстр стоп-листів. Якщо номер має активну заборону, завдання переходить у статус скасування. Заборонено імітувати успішну доставку чи створювати фальшивий DLR. Штучне підтвердження доставки за заблокованими номерами створює серйозні юридичні проблеми для вашого бізнесу.

Керування JIT номерами та станом балансу

IOSOR виконує надання номерів динамічно. Оскільки віртуальні ресурси не залежать від складських запасів, номери підключаються миттєво через JIT. Під час обробки відписок біллінг оновлює профіль і MRC витрати. Акаунти з обсягами понад USD 1,000/month проходять м'яку перевірку та вимагають ідеальної чистоти списків під час масових OTP розсилок.

Webhooks та синхронізація станів у реальному часі

Зовнішні системи вимагають миттєвих сповіщень про блокування повідомлення через запізнілий STOP. Налаштуйте webhooks для передачі подій придушення з токеном Verify OK і причиною зупинки. Це запобігає повторним спробам доставки на номери, що відписалися.

Запобігання дублюванню та вирішення конфліктів

Конфлікти виникають через одночасне виконання розсилки та вхідного запиту STOP. Застосовуйте атомарні блокування бази даних для ключів одержувачів. Ознайомтеся з цими профільними посібниками:

Почніть з IOSOR

Перевірте налаштування воркера черги в консолі IOSOR та переконайтеся, що реєстр opt-out опитується безпосередньо перед викликом термінаційного шлюзу. Увімкніть атомарні блокування за ключем отримувача, щоб зупинити розсилку в момент надходження вхідного повідомлення STOP. Налаштуйте вебхук придушення для негайної передачі токена Verify OK та статусу відхилення у вашу CRM.

Підсумок IOSOR

Ця стаття доводить, що отримання команди STOP під час перебування повідомлення у черзі має миттєво скасовувати відправку без імітації успішного статусу DLR. Будь-яка затримка або спроба записати фейкову доставку призводить до порушення правил операторів та псування реєстру відписок.

Завжди оновлюйте леджер підписника та маркуйте MRC-записи відразу після перехоплення завдання воркером. Не допускайте відправки фейкових payloads та не ігноруйте гонки умов між токенами згоди та вхідними opt-out запитами.

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

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