IOSOR Знания
Преглед на обема на шаблон: отхвърленото си остава отхвърлено
Научете защо високият обем съобщения не заобикаля правилата за отхвърляне на шаблони и как IOSOR поддържа строги граници на съответствие без механизми за тихо изпращане.
Преглед на обема на шаблон: отхвърленото си остава отхвърлено.
Разбиране на правилото за отхвърляне при големи обеми
При високопропускливо доставяне на SMS и OTP поддържането на стриктно съответствие на шаблоните е критично. Когато даден шаблон бъде отхвърлен от междинните оператори или вътрешните двигатели за съответствие, този статус е абсолютен. Някои оператори погрешно предполагат, че мащабирането на трафика ще задейства заобикаляне или механизъм за тихо връщане. На платформата IOSOR отхвърленият шаблон остава отхвърлен независимо от мащаба на трафика.
Защо обемът не задейства резервни варианти за тихо изпращане
Резервният вариант за тихо изпращане — при който отхвърленото съобщение се отбелязва като изпратено, но тихо се изхвърля с цел запазване на метриките — е риск за съответствието. IOSOR налага стриктна прозрачност. Ако опитате да изпратите трафик с неодобрен шаблон, платформата незабавно спира предаването и връща изричен полезен товар с грешка. Това предотвратява тихото изгаряне на вашия баланс. За подробности относно управлението на сложни структури от шаблони вижте нашето ръководство за Експорт на шаблонния микс в 02:00.
Сравнение на състоянията на шаблоните и поведението при дебитиране
Когато шаблонът е отхвърлен, не се изпраща съобщение и не се начисляват такси от оператора. Въпреки това ресурсите на платформата все още се използват за парсиране на заявката.
| Състояние на шаблон | Предприето действие | Приложен дебит | DLR статус |
|---|---|---|---|
| Одобрен | Изпратен към мрежата | Пълен дебит | Доставено / Неуспешно |
| В очакване | Задържан в опашка | Временно задържане | В очакване |
| Отхвърлен | Блокиран на шлюза | Без дебит | Сериозен срив (Отхвърлен) |
За да разберете как тези състояния се отразяват на вашия баланс, прегледайте документацията относно Клас единици на дебитните редове в шаблон.
Предоплатената прагова сума от 20 USD и лимитите за мек преглед
IOSOR работи на строг предоплатен модел. Всички сметки трябва да поддържат предоплатена прагова сума от 20 USD, за да се поддържат активни JIT назначения на номера и маршрутизиращи профили. Когато вашият месечен изходящ обем нарасне и задейства мек преглед близо до 1000 USD/месец, нашият екип за съответствие оценява вашите модели на използване на шаблоните. Този под от 20 USD срещу преглед на обем гарантира, че вашите шаблони отговарят на регионалните разпоредби 10DLC и международните стандарти, но никога няма да разреши заобикалянето на отхвърлен шаблон.
Отстраняване на грешки в DLR сигнали и уебхук полезни товари
Когато шаблонът е отхвърлен, IOSOR задейства незабавно уебхук събитие, съдържащо неуспешен DLR със специфичен код за грешка. Разработчиците трябва да конфигурират системите си да слушат тези уебхукове, вместо да предполагат, че опашките с висок обем в крайна сметка ще се изчистят. Номерата се назначават на база JIT с предоплатено задържане, което означава, че ако вашите шаблони бъдат отхвърлени, назначените ви по JIT номера ще останат неактивни, консумирайки ресурси без да доставят трафик.
Започнете с IOSOR
Отидете в конзолата на IOSOR в раздел Управление на шаблони, за да прегледате точната причина за отхвърляне и кода, зададен към вашия полезен товар. Актуализирайте своята API интеграция, така че да обработва уебхук съобщенията за грешка незабавно, вместо да поставя блокираното съдържание отново на опашка. Уверете се, че логиката на приложението ви автоматично паузира генерирането на трафик за всеки шаблон, маркиран като отхвърлен, преди да мащабирате обема на изпращане.
Обобщение IOSOR
Това ръководство установи, че отхвърлянето на шаблон в IOSOR е окончателно и не подлежи на промяна при пикове в трафика.
Полезно ли беше ръководството?
Свързани ръководства
- Управление на масово повторно подаване на шаблони по време на последователности за възстановяване
Научете как систематично да проверявате повторно модифицирани шаблони след актуализации на политиките на операторите в екосистемата IOSOR, за да поддържате високи нива на доставка.
- Проверка на активите на заглавната част Rich Media преди подаване на шаблон
Научете как да валидирате изображения на заглавни части и URL адреси на документи в IOSOR, за да предотвратите отхвърляне на шаблони. Уверете се, че активите отговарят на стандартите.
- Синхронизиране на одобрени шаблони за съобщения в среди на под-акаунти
Овладейте оркестрацията на одобрени шаблони в white-label CPaaS екосистема. Научете се да поддържате строга изолация на данните и да осигурявате бързо внедряване чрез JIT provisioning.