Відсутність сигналу — це не Delivered

Відсутність сигналу — fail path, а не м’який success. Коли немає DLR, webhook не приходить, consumer йде в timeout або комірка export порожня, product і finance мусять трактувати тишу як unknown або failed — ніколи Delivered. Підняття тихих рядків у зелений чи settled success вигадує доказ, якого pipe не надіслав.

IOSOR — white-label prepaid. USD 20 фінансує пілот із явними missing outcomes; soft review біля USD 1 000/міс робить фальшивий Delivered гучнішим. Ця сторінка — чесність silence і timeout, не «sent ≠ inbox» (sent — це не inbox) і не retry після failed DLR (політика retry при failed DLR на prepaid). Пов’язані: Спільна мова статусів для product і finance, debit і delivery status в одному ledger, Гейти heartbeat і smoke перед пейджингом людей.

Тиша — не доказ доставки

Немає DLR, немає підписаного webhook, немає join за correlation і немає timestamp в export — наслідок missing, не delivered. «Ніхто не поскаржився» — не proof. Тримайте unknown / missing, доки не прийде термінальне слово або named owner не закриє рядок письмово.

Timeout має лишатися unknown або failed

Дедлайн без достовірного наслідку лишає рядок unknown або переводить у failed за політикою — ніколи в Delivered «щоб очистити чергу». Timeout — факт: hung consumer, silent drop підпису, upstream мовчить, latency за join window. Soft volume біля USD 1 000/міс не скасовує чесність. Override: owner, reason, новий smoke — не тихий зелений чіп.

UI і ledger мають збігатися на missing

Чіпи product і рядки prepaid-ledger ділять одне слово для тиші. Якщо UI каже Delivered, а finance ще holds або показує unknown — month-end recon ламається. Missing → open recon або terminal failed; ніколи auto-settle як success. Стиковані outcomes потребують durable webhooks і того самого debit-рядка — див. debit і delivery status в одному ledger і [Спільна мова статусів для product і.

Чим missing відрізняється від filter і retry

Content filter — інша історія: мережа могла прийняти send, а inbox так і не показав повідомлення — sent ≠ inbox на гайді фільтра. Retry починається після failed DLR і вирішує, чи палити prepaid другою спробою. Missing раніше: достовірного термінального наслідку ще немає. Не позичайте filter- чи retry-макроси, щоб виправдати Delivered на тиші. Пейджинг — лише після heartbeat і smoke (Гейти heartbeat і smoke перед пейджингом людей).

Чекліст покупця щодо missing signals

1. UI і ledger відмовляють Delivered, коли немає DLR або webhook?
2. Timeout лишається unknown/failed — ніколи auto-success?
3. Unknown/missing — спільне слово з finance?
4. Гайди filter і retry — сусіди, не ця сторінка?
5. Support може вставити один reason code тиші, що збігається з export?

Будь-яке «ні» тримає фальшивий Delivered поза production.

Почніть з IOSOR

У консолі: Missing signal is not delivered—do not close tickets as success.. Назвіть власника і гейти перед розширенням.

Пов’язане: sms content filter sent not inbox dlr failed retry policy prepaid.

Підсумок IOSOR

Це ops-дисципліна для зміни—не брошура.

Робіть: name owner + gate. Не: skip the gate.