A jelentéseknek a DLR-hez kell igazodniuk, nem a beküldési számokhoz

A beküldési számok megnyugtatónak tűnnek: az API elfogadta az üzenetet, így a hét 'működött'. Ez a kényelem azonban összeomlik a számlázási héten. Az a jelentés, amely a beküldéseket sikerként számolja el, ellentmondásba kerül a DLR igazolásokkal, a több szegmenses forgalom egyenleg-terheléseivel és a webhook auditokkal.

Az IOSOR szigorú szabályt alkalmaz: a jelentések exportja a kézbesítési igazolásokat követi. A beküldött, sorban álló és küldésre elfogadott státuszok operatív nyomok maradnak. A kézbesített, sikertelen és ismeretlen státuszok azok a oszlopok, amelyekről a pénzügy és a termékcsapat tárgyal.

A beküldött csak nyom, nem zárási mutató

A küldésre elfogadott státusz csupán azt bizonyítja, hogy a rendszer átvette a feladatot. Nem bizonyítja, hogy a címzett telefonja megkapta az SMS-t. Ha a jelentéscsomag fő KPI-ja a beküldések száma, akkor túlértékeli a sikert minden alkalommal, amikor az ismeretlen vagy sikertelen üzenetek aránya nő. Tartsa meg a beküldött értéket kapacitási oszlopként, ha hasznos — de soha ne használja a kézbesített státusz helyettesítőjeként.

Az export oszlopok az igazolásokat követik

Az export séma kifejezetten megnevezi az igazolási állapotokat. A kézbesített állapothoz DLR szükséges. A sikertelen állapothoz végleges hibaüzenet szükséges. Az ismeretlen állapot ismeretlen marad az igazolás megérkezéséig — ez nem egy puha kézbesített státusz. Azok a számlázási hetek, amelyek az ismeretlen státuszt a siker mögé rejtik, megteremtik a klasszikus vitát a nem kézbesített arányról.

Egyeztesse a webhookokat és a főkönyvet ugyanazokkal az igazolásokkal

A webhook auditok és a főkönyvi exportok egyeztetése a módja annak, hogy bebizonyítsa: a jelentés nem fikció. A napi webhook naplóknak, a DLR állapotoknak és az előre fizetett főkönyvi soroknak ugyanazt a történetet kell elmesélniük. Ha a webhookok sikertelen állapotot mutatnak, miközben a jelentés sikert jelez, a jelentés hibás — javítsa az exportot, ne az egyenleget módosítsa.

Utasítsa vissza a beküldés alapú számlázási heteket

Minden olyan zárás blokkolva van, amely kizárólag a beküldési számok alapján számláz vagy ünnepel. Írja át a csomagot úgy, hogy a pénzügy a kézbesített és ismeretlen arányra támaszkodjon. Ha egy partneri szerződés továbbra is 'sikeres API beküldésekről' beszél, fordítsa le ezt a megfogalmazást DLR megjegyzésekre — ne torzítsa el az oszlopokat a rossz megfogalmazás miatt.

Kapcsolódó üzemeltetési utak

• Számlázási hét: az ismeretlen DLR arány nem kézbesített
• Napi webhook naplók egyeztetése az előre fizetett egyenlegekkel
• SMS számlázási hét: amikor a szegmens-számítás és a számla nem egyezik

Kezdje az IOSOR-ral

Nyissa meg a heti riportcsomagot az IOSOR konzolon, és ellenőrizze, hogy minden fejléc-KPI DLR nyugtákon alapul — delivered, failed és unknown —, nem submiten vagy API accepten. Ha egy diagram még mindig sikerként kezeli a submitet, nevezze át vagy törölje a pénzügyi zárás előtt. Exportáljon egyszer, és ossza meg ugyanazokat a nyugtaoszlopokat termék és pénzügy között.

IOSOR összegzés

A riporteket DLR nyugták zárják: delivered, failed és unknown — nem submit. A submit csak throughput, soha nem kézbesítési igazság vagy számlaérv.

Tegye: egy exportséma a nyugta mezőkre zárva. Ne: a termék acceptet ünnepel, miközben a pénzügy failed DLR-en vitatkozik.