IOSOR База знань
Каталог шаблонів перед Live каналу
Шлях покупця: approved templates мають існувати до будь-якого Live badge на rich/SMS класах — спочатку каталог, потім мова volume.
Live badge на message class без approved template catalog — це prepaid burn із зеленим чіпом. Покупцю потрібен іменований каталог production-шаблонів до того, як sales скаже Live для rich чи SMS класів. Ця сторінка — саме buyer path, не vault deep-dive і не загальний SMS API shopping list.
Пов’язані: Гейти failover до будь-якого бейджа Live, Day-1 runway: що має бути зеленим, Коли launch заблоковано: статус без брехні, prepaid-резерв до першого списання, Шлюз review шаблону та unit class.
Каталог — Live-ворота для message classes
Live означає: клас може брати prepaid volume з чесним статусом. Catalog означає: кожен production template ID перелічений, approved, має owner і unit class до send. Failover може бути зеленим і runway «готовим», але Live на WhatsApp, RCS чи templated SMS лишається blocked, доки немає рядка каталогу.
Що несе approved-рядок каталогу
| Поле | Навіщо покупцю |
|---|---|
| Template ID + version | Один об’єкт для product і finance |
| Message class (OTP, alert, notice) | Немає bleed у marketing copy |
| Review state | Лише Approved — draft не їде в Live |
| Unit class | Segment, session або template unit до debit |
| Owner + retire rule | Хто лагодить reject і коли ID помирає |
Channel Live і catalog Live — різні чіпи
Канал може бути In setup, доки шаблони в draft. Каталог може бути approved для OTP, доки marketing templates у draft. Покупець не згортає чіпи: готовність каналу ≠ «будь-який шаблон можна слати». Prepaid hold далі fails closed на невідомих ID — prepaid-резерв до першого списання.
Buyer path до будь-якого Live badge
- Список шаблонів month-one за message class.
- Review → Approved, не «у staging виглядає ок».
- Кожен ID → unit class і debit tag.
- Smoke один send на клас із ID каталогу в receipt.
- Лише тоді Live-мова для цього класу.
Чекліст покупця щодо каталогу шаблонів
- У кожного Live message class є хоча б один Approved template ID?
- Draft і rejected ID заблоковані від production send?
- Unit class названо на кожному рядку до debit?
- Owner і retire rule видно без hero-треду?
- Smoke receipt показує той самий ID, що читають product і finance?
- Soft volume language blocked, доки каталог у draft?
Будь-яке «ні» тримає каталог — і Live badge — у draft.
Почніть з IOSOR
Перевірте каталог шаблонів у консолі IOSOR перед тим, як змінювати статус каналу на Live. Переконайтеся, що кожен ID шаблону має підтверджений статус Approved та прив'язаний до відповідного класу повідомлень і юніт-категорії. Виконайте тестове відправлення для кожного класу трафіку, щоб пересвідчитися, що ID шаблону фіксується у квитанції та не викликає блокування препейд-холду.
Підсумок IOSOR
Готовність самого каналу зв'язку не означає автоматичного дозволу на відправку будь-якого шаблону. Цей матеріал довів, що препейд-холд блокує відправки на невідомі або несхвалені ID, навіть якщо шлюз повністю налаштований. Каталог є єдиним реальним затвором для допуску трафіку до продакшену.
Чи був матеріал корисним?
Пов’язані гіди
- Керування масовим повторним поданням шаблонів під час відновлення
Дізнайтеся, як систематично перевіряти змінені шаблони після оновлення політик операторів у системі IOSOR для підтримки високої якості доставки.
- Перевірка медіа-заголовків перед подачею шаблонів
Дізнайтеся, як правильно підготувати зображення та документи для шаблонів в IOSOR. Уникайте відхилень, дотримуючись наших правил перевірки медіа-активів.
- Синхронізація затверджених шаблонів повідомлень у мультиорендних середовищах
Опануйте методи розповсюдження шаблонів у white-label CPaaS, зберігаючи повну ізоляцію даних та забезпечуючи відповідність вимогам для кожного окремого субакаунта.