IOSOR

IOSOR База знань

Reject sender проти content filter: чесний статус для фінансів

Тримайте reject реєстрації sender окремо від наслідків content filter — інакше фінанси запишуть обидва шляхи як delivered.

Два prepaid burn у грубому дашборді схожі, але це не одна подія. Reject sender / реєстрації означає: from-identity не дозволена для corridor чи класу повідомлень — unit не заслужив delivery path. Content filter може прийняти job, спалахнути sent/submitted, а тоді закрити inbox після зняття prepaid. Фінанси, що згортають обидва в «delivered», малюють хибний success rate.

IOSOR — white-label prepaid. Підлога USD 20; soft review біля USD 1 000/міс перетворює змішані мітки reject на нічну звірку. Вибір: Вибір Sender ID перед першою кампанією. Гейт: Гейт реєстрації Sender ID до production.

Два класи відмови, які фінанси не мають згортати

Смуга Що зламалось Чесний terminal Не це
Reject sender / реєстрації From-identity / campaign / TF / alpha Rejected — sender Delivered, filtered-as-copy
Content filter Copy / reputation після handoff Failed / filtered Delivered через спалах «sent»

Reject sender / реєстрації: впала identity до контенту

Тут reject — гейт identity: незареєстрований alphanumeric, pending 10DLC, незавершена toll-free verification або заборонений from-рядок для ISO/класу. Лагодьте реєстрацію — Гейт реєстрації Sender ID до production — не шаблон. Не ретрайте той самий креатив.

Content filter: handoff може виглядати як sent, inbox не приходить

Наслідки filter — правда deliverability після accept. Sent/submitted = handoff, не handset — sent — це не inbox. Зв’яжіть із не доставлено, відхилено, прострочено.

Колонки експорту, що тримають смуги чесними

Один рядок на intent: клас відмови (sender_reject | content_filter | other), id from-identity, знімок registration, родина шаблону, debit/release/refund, terminal status, correlation id. Product і finance ділять цей рядок — debit і delivery status в одному ledger. Якщо в аркуші лише «failed» — відкрийте job, доки клас не названо.

Чеклист buyer: reject проти filter truth

  1. Sender reject іде як rejected-sender, не delivered і не generic fail?
  2. Filter hit зберігає мову sent≠inbox (sent — це не inbox)?
  3. Реєстрація за гейтом до prod-ключів (Гейт реєстрації Sender ID до production)?
  4. Held pilot довів обидві смуги на різних intent з експортованим класом?

Почніть з IOSOR

Розділіть експорт статусів у консолі IOSOR на дві окремі категорії: sender_reject та content_filter. Перевірте налаштування вебхуків, щоб події відхилення ідентифікатора фіксувалися до моменту коригування балансу. Оновіть правила обробки DLR у фінансовому модулі для точного зв'язування correlation ID із класом помилки.

Підсумок IOSOR

Ця стаття доводить, що відхилення відправника (sender reject) та фільтрація вмісту (content filter) є фундаментально різними етапами обробки трафіку. Помилки реєстрації Alpha-ID чи 10DLC блокують відправку ще до передачі в мережу, тоді як фільтрація вмісту відбувається вже після прийняття повідомлення.

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

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