Rapporten moeten overeenkomen met DLR, niet met verzendingsaantallen

Verzendingsaantallen voelen comfortabel aan: de API heeft het bericht geaccepteerd, dus de week leek succesvol. Maar dat comfort valt uiteen tijdens de financiële afsluiting. Een rapport dat verzendingen telt als succes, zal haaks staan op DLR-ontvangstbewijzen, portemonnee-afschrijvingen voor berichten met meerdere segmenten en webhook-audits.

IOSOR hanteert een strikte regel: rapportexporten volgen altijd de leveringsbonnen (DLR). Verzonden, in wachtrij en geaccepteerd voor verzending blijven operationele sporen. Bezorgd, mislukt en onbekend zijn de enige kolommen waar financiële en productteams beslissingen op baseren.

Verzonden is een spoor, geen afsluitingsstatistiek

Acceptatie voor verzending bewijst alleen dat de infrastructuur de taak heeft geaccepteerd. Het bewijst niet dat het toestel de SMS heeft ontvangen. Als de belangrijkste KPI van uw rapportagepakket bestaat uit verzendingsaantallen, overschat u het succes zodra het aandeel mislukte of onbekende status stijgt. Bewaar verzending als een handige doorvoerkolom, maar gebruik het nooit als een vervanging voor bezorging.

Exportkolommen volgen de DLR-ontvangstbewijzen

Het exportmodel benoemt de status van ontvangstbewijzen expliciet. Bezorgd vereist een bevestigde DLR. Mislukt vereist een definitief foutsignaal. Onbekend blijft onbekend totdat er een definitieve DLR binnenkomt — het is geen zachte bezorging. Facturatieweken die de status onbekend verbergen onder het kopje succes veroorzaken de bekende conflicten over onbekende leveringsaandelen.

Stem webhooks en grootboek af op dezelfde DLR-ontvangsten

Het afstemmen van webhook-audits met het grootboek is de manier om te bewijzen dat het rapport klopt met de werkelijkheid. Dagelijkse webhook-logs, DLR-statusupdates en prepaid-grootboekregels moeten exact hetzelfde verhaal vertellen. Als webhooks een mislukte status tonen terwijl het rapport succes vermeldt, is het rapport foutief. Corrigeer de export en ga het saldo in de wallet niet handmatig aanpassen.

Weiger op verzending gebaseerde facturatieweken

Elke weekafsluiting die factureert of succes viert op basis van louter verzendingsaantallen moet worden geblokkeerd. Herschrijf het rapportagepakket zodat financiën stuurt op het aandeel bezorgde en onbekende berichten. Als een partnercontract nog spreekt over succesvolle API-verzendingsaantallen, vertaal die taal dan naar DLR-notities in plaats van de rapportkolommen aan te passen aan verkeerde definities.

Gerelateerde operationele paden

• Facturatieweek DLR: onbekend aandeel niet bezorgd
• Dagelijkse webhook-logs afstemmen met prepaid-saldi
• SMS-factuurweek: wanneer segmentwiskunde en de rekening niet kloppen

Begin met IOSOR

Open het weekrapportpakket in de IOSOR-console en controleer dat elke headline-KPI op DLR-ontvangsten steunt — delivered, failed en unknown — niet op submits of API-accepts. Als een grafiek submit nog als succes telt, hernoem of verwijder die vóór de finance-close. Exporteer één keer en deel dezelfde ontvangstkolommen tussen product en finance.

IOSOR-les

Rapporten sluiten op DLR-ontvangsten: delivered, failed en unknown — niet op submits. Submit is throughput, nooit bezorgwaarheid of factuurargument.

Wel: één exportschema op ontvangstvelden. Niet: product viert accepts terwijl finance over failed DLR ruziet.