Priručnik za zbrinjavanje pretplaćenih podračuna i kvota

Priručnik za zbrinjavanje pretplaćenih podračuna i kvota.

Arhitektura i izolacija podračuna

IOSOR podračuni funkcioniraju kao neovisni financijski i tehnički silosi. Prilikom uključivanja poslovnog klijenta, idite na Sub-Account Manager kako biste generirali jedinstveni ID računa. Ovaj ID služi kao primarni ključ za sve DLR, webhook i naplatne događaje. Osigurajte da je svaki podračun konfiguriran s vlastitim namjenskim skupom API ključeva kako biste spriječili unakrsnu kontaminaciju prometa. Izolacijom okruženja osiguravate da vršni promet ili konfiguracijske pogreške jednog klijenta ne utječu na ukupnu stabilnost platforme.

Konfiguracija pretplaćenih stanja i pragova

Svaki podračun zahtijeva minimalni depozit od 20 USD za početak usluge. Idite na karticu Financial Ledger na nadzornoj ploči podračuna kako biste uplatili početna sredstva. Postavite prag meke revizije od 1.000 USD/mjesečno za praćenje brzine potrošnje. Ovaj prag omogućuje vašem timu provođenje ručne revizije obrazaca prometa prije nego što se klijent značajno poveća. Koristite automatizirani sustav upozorenja o stanju kako biste obavijestili klijenta i svoj interni tim za podršku kada stanje padne ispod 15 posto ukupnog depozita.

Ograničavanje brzine i oblikovanje prometa

Za održavanje integriteta platforme, primijenite stroga ograničenja brzine poruka na razini podračuna. Idite na modul Traffic Control i definirajte maksimalan broj zahtjeva u sekundi za isporuku SMS-a i OTP-a. Osigurajte da se E.164 formatiranje provodi na API pristupniku kako biste spriječili pogrešno oblikovane zahtjeve. Ograničavanjem prometa štitite podračun od slučajnih petlji ili zlonamjernih skokova koji bi mogli prerano iscrpiti pretplaćena sredstva. Uvijek provjerite je li logika ključne riječi STOP aktivna radi održavanja sukladnosti.

JIT dodjela brojeva i zbrinjavanje

IOSOR koristi model zbrinjavanja Just-In-Time (JIT). Kada klijent zatraži brojeve, nemojte se oslanjati na unaprijed dodijeljene zalihe. Umjesto toga, koristite Number Provisioning API za pretraživanje i dodjelu dostupnih E.164 sredstava izravno podračunu. To osigurava da klijent plaća samo ono što koristi. Nakon dodjele, brojevi se odmah povezuju sa stanjem podračuna, osiguravajući da se svi MRC ili troškovi korištenja odbijaju u stvarnom vremenu iz pretplaćenog novčanika.

Integracija i operativne poveznice

Učinkovito upravljanje zahtijeva sinkronizaciju između više operativnih modula. Pogledajte ove vodiče za naprednu konfiguraciju:

• Podjela dva novčanika po brendovima: operativni priručnik bez miješanog polja Od
• Pauza zbog niskog stanja prije kampanje
• Druga API okolina: Predaja i prijelaz

Započnite s IOSOR-om

Otvorite Upravitelj podračuna u konzoli IOSOR i generirajte namjenske API ključeve strogo povezane s jedinstvenim ID-jem računa novog poslovnog klijenta. Zatim pristupite modulu Upravljanje prometom kako biste definirali izričite granice zahtjeva u sekundi za isporuku SMS-a i OTP-a prije vezanja JIT E.164 resursa. Na kraju, provjerite jesu li krajnje točke webhooka ispravno usklađene s izoliranim ID-jem podračuna kako biste zajamčili točno praćenje izvješća o dostavi.

Sažetak IOSOR

Uvođenje poslovnih klijenata zahtijeva potpunu financijsku i operativnu odvojenost na svakoj razini podračuna. Nametanje izoliranih API ključeva, lokaliziranih ograničenja brzine i okidača za automatsku provjeru potrošnje jamči da skokovi u prometu ili pražnjenje stanja jednog klijenta nikada neće utjecati na rad susjedne platforme.

Postavite stroga ograničenja zahtjeva u sekundi i namjensko usmjeravanje webhooka tijekom početnog kreiranja računa. Nemojte dijeliti API vjerodajnice između poslovnih klijenata niti dopustiti izvršavanje prometa bez aktivnih okidača za praćenje stanja računa.