Отсутствие сигнала — это не 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).

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

Нет 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-строке — см.

Чем missing отличается от filter и retry

Content filter — другая история: сеть могла принять send, а inbox так и не показал сообщение — sent ≠ inbox на гайде фильтра. Retry начинается после failed DLR и решает, жечь ли prepaid второй попыткой. Missing раньше: достоверного терминального исхода ещё нет. Не копируйте filter- или retry-макросы, чтобы оправдать Delivered на тишине.

Чеклист покупателя по 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?
6. Пилот на USD 20 принудительно создаёт missing-строку до soft review около USD 1 000/мес?

Начните с IOSOR

Настройте правила обработки статусов в консоли IOSOR, чтобы отсутствие DLR или подписанного вебхука переводило отправку в состояние unknown или failed. Проверьте, чтобы интерфейс и финансовый реестр одинаково отображали отсутствие сигнала и не закрывали транзакции автоматически. Задайте жесткий таймаут для окна корреляции, после которого зависшая отправка окончательно признается сбойной.

Итог IOSOR

Отсутствие входящего сигнала или вебхука — это отсутствие данных, а не подтверждение успешной доставки. Автоматический перевод тишины в статус доставленного сообщения приводит к расхождениям при ежемесячной сверке биллинга и искажает аналитику.