Delivery Tracking and Read Receipts

Every send writes a tracking row for each recipient on each channel it used. Text and email are recorded apart, because reaching somebody by one and missing them by the other is a different situation from reaching them twice. The report groups by person and shows both.

Providers do not deliver their webhooks in order. A late "delivered" arriving after an "opened" would otherwise walk somebody backwards. The merge refuses that move, so a row that reached Opened stays there.

Apple Mail Privacy Protection and similar services fetch the tracking pixel before the person has seen anything. Counting that as an open would inflate the number and, worse, lock the row above any later bounce. G-Casper Pro records it as delivered instead. The message reached the mailbox, which is all it actually proves.

A prelim goes to the producer, the UPM and whoever else signs off. The full sheet goes to the unit. Rolling both into one list makes a day look distributed when only four people have seen it. The report separates them and labels which send it is showing.

An opened message is also a delivered one. The roll-up counts it in both. Reporting them exclusively is what once showed a fully delivered send as "3 delivered" the moment opens started arriving.

The report owns its own day selector. You can read Day 3's delivery while drafting Day 5 without moving the app's selected day. Filters cover channel, status, and a search across name, department and address.

If a webhook never arrived, Reconcile asks the provider directly and replays the message history for that send. A reconciliation walks the whole history in one pass, which is exactly why the forward-only rule exists.