IOSOR

IOSOR Kennis

OTP-afleveringsdebit is niet de verify-sessie: twee ledgerregels, één gebruiker

Een SMS-segment met de code en een verificatiesessie zijn twee prepaid-gebeurtenissen op één aanmelding. Meng ze niet tot «één OTP-kost» en verberg de tweede regel niet voor finance.

De gebruiker vroeg een code. Product zag één OTP. De prepaid-wallet boekte twee regels: messaging-debit voor de SMS (segmenten, bestemming, DLR-pad) en Verify-debit voor de sessie (aanmaak, TTL-venster, check). Teams die dat tot «OTP-kost» vermengen, tellen of dubbel in het board pack of verbergen de tweede regel tot maand einde. Geen van beide is controle.

IOSOR draait white-label prepaid Verify naast SMS op één ledger. Catalogus live is een echt kanaal; in setup is geen gratis sessie. Rond USD 1,000+ maandelijks gebruik worden SMS-regels en Verify-sessieregels commercieel reviewmateriaal. Geen platformabonnement om Verify «beschikbaar te houden».

Eén gebruikerssessie, twee prepaid-regels

De reis is één. Het geld is twee.

  1. Afleveringsdebit — SMS (of voice/e-mail-fallback) die de code droeg: encoding, segmenten, bestemming, terminaal DLR.
  2. Verify-sessiedebit — uitgegeven, gewacht, gecontroleerd, verlopen of resend-beleid.

Afleveringsdebit is niet verify-sessiedebit

Gebeurtenis Wat de wallet moet tonen Typische fout bij fusie
Code-SMS verzonden Segmentdebit, bestemming, encoding «Eén OTP» verbergt UCS-2-multipart
Terminaal DLR Dezelfde SMS-regel, status bijgewerkt Retry tweemaal zonder sessie
Sessie aangemaakt Verify-debit, TTL, kanaal Sessie lijkt op nog een SMS
Check / expire Dezelfde Verify-regel, eindreden

Hoe teams dubbeltellen of de tweede regel begraven

  • Board pack telt SMS-OTP-spend plus Verify-units die die sends al bevatten.
  • Finance restitueert ongeleverde SMS en vernietigt ook de sessie.
  • Dashboards tonen sessiesucces terwijl SMS nog pending DLR is.
  • Verify in setup terwijl SMS live is — sessies beloofd, SMS debiteert door.

SMS, DLR en verify-poging afstemmen

Wekelijkse afstemming, één corridor:

  • Tel aangemaakte sessies versus SMS- (of fallback-) pogingen.
  • Koppel terminaal DLR aan sessie-einde (delivered+checked, undelivered+expired, rejected+never checked).
  • Scheid door gebruiker gestarte resend van systeem-retry — andere owners, andere cooldown.
  • Publiceer p95 van sessie-aanmaak → afgeleverde code, geen globale «OTP-latentie».

Rode vlaggen

  • Een gemengde «OTP-fee» zonder SMS-/sessiesplit
  • Verify gefactureerd als marketingblast
  • SMS gerestitueerd zonder sessieregel (of omgekeerd) zonder beleid
  • Resend-knop negeert cooldown op één van de twee paden
  • Upstream-merknamen in klantzichtbare fouten
  • Verify beloofd terwijl het kanaal in setup is

Begin met IOSOR

Controleer je consolewebhooks om te garanderen dat sms-segmentkosten en afleverrapporten unieke grootboekgebeurtenissen genereren die losstaan van sessieverificatiepogingen. Configureer je facturatiepoort zodat sessiecontroles en transportkosten aan afzonderlijke transactie-id's worden gekoppeld voordat prepaid saldi definitief worden gemaakt.

IOSOR-les

Dit artikel toonde aan dat het samenvoegen van sms-segmentkosten met verificatielogica de werkelijke deoneconomie vertroebelt en afstemmingsfouten veroorzaakt in financieel overzicht en rapportages. Het onafhankelijk volgen van afleverkosten ten opzichte van verificatiesessies is essentieel voor nauwkeurig inzicht in marges en een schone facturatie.

Was deze gids nuttig?

Gerelateerde gidsen