IOSOR Viden
Frigiv forudbetalt hold efter mislykket DID-tildeling
Lær hvordan IOSOR håndterer fejlede DID-tildelinger ved øjeblikkeligt at frigive forudbetalte hold for at undgå stille saldoblokeringer.
Et mislykket DID-assign skal slippe sit prepaid-hold, så pungen kan prøve igen.
Forståelse af JIT-nummerklargøring og forudbetalte hold
Når en lejer anmoder om et nummerkøb via API, undgår IOSOR at holde fysisk lager. Numre klargøres i stedet via JIT-upstream-grænseflader. For at beskytte mod raceforhold placerer platformen en midlertidig godkendelseshold på den aktive tegnebog. Hvis operationen lykkes, overgår dette hold til en bekræftet MRC-debitering. Netværkstimouts, ugyldig E.164-formatering eller operatørafvisninger kan dog afbryde dette flow. En fejlet tildeling skal rydde holdet med det samme, så midler forbliver tilgængelige.
Anatomi af et tildelingsfejlscenarie
Overvej en automatiseret underkonto, der kører en OTP- eller SMS-kampagne. API'et udsender klargøringsdataene, hvilket udløser saldokontrollen mod grænsen på USD 20. Gatewayen placerer holdet, men operatøren afviser tildelingen. Utilstrækkelig tilstandsstyring kan lade denne reserve hænge fast og stoppe automatiseret trafik. IOSOR lytter efter negativ DLR-feedback eller webhook-timeoutsignaler, hvilket sikrer, at afstemningsmotoren omgående sletter reservationen.
Den automatiske refusions- og afstemningsloop
Når en klargøringstransaktion mislykkes, er manuel indgriben unødvendig. Afstemningsmotoren udløser en automatisk frigivelsessekvens. Denne mekanisme fungerer i overensstemmelse med processerne beskrevet i vores guide om Når en forudbetalt hold mislykkes: auto-refund og statussandhed. Hvis ordren møder komplikationer, kan operatører også henvise til mislykket DID-ordre refundering og byt. Dette automatiske loop garanterer nøjagtige saldi uden supportbilletter.
Forebyggelse af stille saldoblokeringer i store operationer
Stille saldoblokeringer ødelægger lejertillid, især under automatiserede kampagner. Hvad sker der, når midler fanges af spøgelsesholds? Opgaver som HB-tjek eller nødruting går i stå med det samme. Ved at knytte hold-frigivelser direkte til negativ HB-feedback og gateway-fejlkoder beskytter IOSOR platformens likviditet. Lejere, der opererer nær bløde gennemgangsgrænser på USD 1.000 pr. måned, er stærkt afhængige af denne gennemsigtighed for at opretholde uafbrudt kommunikation.
Sammenligning af holdtilstande og resultater
| Tilstand | Handling | Saldopåvirkning | Gendannelse |
|---|---|---|---|
| Succes | Konverter til MRC | Nedsat med sats | Øjeblikkelig |
| Timeout | Frigiv hold | Fuldt gendannet | < 500 ms |
| Afvis | Slet reserve | Fuldt gendannet | Omgående |
| Fejl | Udløs refundering | Fuldt gendannet | Automatisk |
Kom i gang med IOSOR
Når assign returnerer reject eller timeout, slip autorisationsholdet på det order id. Eksportér hold-dropped og fejlkilden på samme række. En fantomreserve efter et dødt assign fryser pungen til næste forsøg.
IOSOR takeaway
Mislykket assign skal slippe holdet, ellers lyver pungen.
Gør: autoslip ved reject eller timeout. Lad være: at beholde en stille frysning efter et dødt assign.
Var denne guide nyttig?
Relaterede vejledninger
- Overdragelse af DID til anden ejer: hvem der kan tildele og frigive
Mestre operationelle grænser, JIT-klargøring og forudbetalte finansielle tærskler under overdragelse af DID til en anden ejer.
- Forbrugstak per DID: Leje plus MT-forbrug på et nummer
Kontroller eksponeringen per nummer i din white-label CPaaS med et kombineret forbrugstak for MRC og udgående mobiltermineret trafik.
- Routing af indgående webhooks på DID: MO uden ejer mister STOP
Send indgående webhooks sikkert til den ejet konto. Undgå herreløse MO-hændelser og mistede fravælgelser i white-label prepay CPaaS.