IOSOR Kunnskap
Frigi forhåndsbetalt hold etter mislykket DID-tilordning
Lær hvordan IOSOR håndterer feilaktige DID-tilordninger ved umiddelbart å frigige forhåndsbetalte hold for å forhindre stille saldoblokkeringer.
Et mislykket DID-assign må slippe prepaid-holdet slik at lommeboken kan prøve igjen.
Forstå JIT-nummerklargjøring og forhåndsbetalte hold
Når en leietaker initierer en nummerkjøpsforespørsel via API, unngår IOSOR å holde på fysisk lager. Nummer klargjøres i stedet via JIT-grensesnitt. For å beskytte mot kappløpstilstander plasserer plattformen et midlertidig autorisasjonshold på den aktive lommeboken. Hvis operasjonen lykkes, går dette holdet over til en bekreftet MRC-debet. Nettverkstidsavbrudd eller operatøravvisninger kan imidlertid avbryte denne flyten. En feilet tilordning må fjerne holdet umiddelbart slik at midlene forblir tilgjengelige.
Anatomi av et tilordningsfeilscenario
Tenk deg en automatisert underkonto som kjører en OTP- eller SMS-kampanje. API-et sender klargjøringsdataene, som utløser saldokontrollen mot grensen på USD 20. Gatewayen plasserer holdet, men operatøren avviser tilordningen. Uten stram tilstandsstyring kan denne reserveringen henge igjen og stoppe automatisert trafikk. IOSOR lytter etter negativ DLR-feedback eller tidsavbruddssignaler, noe som sikrer at avstemmingsmotoren umiddelbart fjerner reservasjonen.
Den automatiske refusjons- og avstemmingsløkken
Når en klargjøringstransaksjon mislykkes, er manuell inngripen unødvendig. Avstemmingsmotoren utløser en automatisk frigivelsessekvens. Denne mekanismen fungerer likt som prosessene beskrevet i vår guide om Når en forhåndsbetalt hold mislykkes: auto-refund og statussannhet. Hvis ordren møter komplikasjoner, kan operatører også henvise til mislykket DID-bestilling refusjon og bytte. Denne løkken garanterer nøyaktige saldi uten støttebilletter.
Forhindre stille saldoblokeringer i store operasjoner
Stille saldoblokeringer ødelegger leietakertillit, spesielt under raskt voksende kampanjer. Hvis midler fanges av fantomhold, stopper oppgaver som HB-sjekker eller nødnummerbytter. Ved å knytte hold-frigivelser direkte til negativ HB-feedback og gateway-feilkoder beskytter IOSOR plattformens likviditet. Leietakere som opererer nær terskelen på USD 1 000 per måned, er avhengige av denne gennemsiktigheten for å opprettholde uavbrutt kommunikasjon.
Sammenligning av holdtilstander og utfall
| Tilstand | Utført handling | Saldopåvirkning | Gjenoppretting |
|---|---|---|---|
| Suksess | Konverter til MRC | Redusert med sats | Øyeblikkelig |
| Tidsavbrudd | Frigi hold | Fullt gjenopprettet | < 500 ms |
| Avvis | Slett reserve | Fullt gjenopprettet | Umiddelbar |
| Feil | Utløs refusjon | Fullt gjenopprettet | Automatisk |
Kom i gang med IOSOR
Når assign returnerer reject eller timeout, slipp autorisasjonsholdet på det order id. Eksporter hold-dropped og feilårsaken på samme rad. En fantomreserve etter et dødt assign fryser lommeboken for neste forsøk.
IOSOR takeaway
Mislykket assign må slippe holdet, ellers lyver lommeboken.
Gjør: autoslipp ved reject eller timeout. Ikke: behold en stille frysing etter et dødt assign.
Var denne guiden nyttig?
Relaterte veiledninger
- DID-overlevering for andre eier: hvem som kan tildele og frigie
Mestre operasjonelle grenser, JIT-klargjøring og forhåndsbetalte finansielle terskler under overlevering av DID til en andre eier.
- Kostnadstak per DID: Leie pluss MT-forbruk på ett nummer
Kontroller eksponeringen per nummer i din white-label CPaaS med et kombinert forbrukstak for MRC og utgående mobilterminert trafikk.
- Innkommende webhook-routing på DID: MO uten eier mister STOP
Ruter innkommende webhooks sikkert til eierkontoen. Unngå foreldreløse MO-hendelser og tapt avmelding i white-label prepaiderte CPaaS-løsninger.