IOSOR

IOSOR Znanje

Spriječite odstupanja kataloga između javnih nadzornih ploča i sustava za naplatu

Naučite kako održavati strogu sinkronizaciju između tablica cijena vašeg white-label portala i glavnih knjiga kako biste osigurali financijsku točnost.

Razlike u cijenama između portala i sustava naplate uzrokuju neuspjele rezervacije sredstava. Problem je u neusklađenoj predmemoriji koja ugrožava marže. Rješenje je tretiranje glavne knjige kao jedinog izvora istine uz API provjeru.

Uspostavljanje jedinog izvora istine

Odstupanja kataloga nastaju kada portal prikazuje cijene koje se razlikuju od glavne knjige. U white-label okruženju, ovo neslaganje dovodi do trenutnih pogrešaka u usklađivanju. Glavnu knjigu morate tretirati kao primarni autoritet. Svako ažuriranje cijene mora pokrenuti sinkroni događaj koji se širi u predmemoriju portala. Provođenjem stroge provjere sheme na API pristupniku osiguravate da niti jedan cjenovni objekt ne uđe u sustav bez odgovarajućeg unosa u knjizi. To sprječava neovlaštene izmjene tarifa koje bi mogle utjecati na vaše marže.

Upravljanje JIT provizijom i prepaid rezervacijama

IOSOR radi na JIT modelu, što znači da se resursi dodjeljuju samo na zahtjev. Kada korisnik odabere broj, sustav postavlja prepaid rezervaciju na stanje računa. Ova rezervacija mora odgovarati MRC-u definiranom u katalogu. Ako katalog i sustav za naplatu nisu sinkronizirani, rezervacija neće uspjeti, što rezultira odbijenim zahtjevom za proviziju. Uvijek osigurajte da se pravila formatiranja E.164 dosljedno primjenjuju i na portalu i u sustavu za naplatu kako biste izbjegli pogreške provjere tijekom faze dodjele.

Upravljanje financijskim pragovima i revizijama

Financijski integritet održava se putem automatiziranih okidača. Računi moraju održavati prepaid prag od 20 USD kako bi usluge ostale aktivne. Kada račun dosegne prag revizije od 1.000 USD/mjesečno, sustav označava račun za ručnu reviziju. Ti su pragovi tvrdo kodirani u sustavu za naplatu. Ako portal ne odražava ta ograničenja, korisnici mogu pokušati provizirati usluge koje će backend odmah odbiti, što dovodi do lošeg korisničkog iskustva i opterećenja podrške.

Sinkronizacija Webhook događaja i DLR-ova

Naplata u stvarnom vremenu oslanja se na točno izvješćivanje o događajima. Kada se pošalje OTP ili SMS, DLR se mora obraditi prema trenutnoj tarifi kataloga. Ako je katalog odstupio, glavna knjiga će zabilježiti pogrešno terećenje. Koristite idempotentne webhookove kako biste osigurali da se svaki događaj obradi točno jednom. Ako dođe do ponovnog pokušaja, sustav za naplatu mora provjeriti stanje glavne knjige prije primjene drugog terećenja. To sprječava dvostruku naplatu i osigurava točnost stanja korisnika.

Integracija upravljanja katalogom

Za održavanje zdravlja sustava, pogledajte ove osnovne vodiče za upravljanje vašom infrastrukturom:

Započnite s IOSOR-om

Potvrdite sinkronizaciju kataloga u konzoli IOSOR povezivanjem svake tablice cijena na prednjem portalu izravno sa shemom pozadinske glavne knjige putem web-hookova u stvarnom vremenu. Osigurajte da JIT provizijska zadržavanja provjeravaju trenutni MRC u glavnoj knjizi prije zaključavanja korisničkih stanja za nove brojeve. Provjerite pozivaju li se ponovni izračuni DLR tarifa na točnu verziju kataloga aktivnu tijekom slanja događaja.

Sažetak IOSOR

Neslaganja između cijena na javnom portalu i pozadinskih sustava glavne knjige uzrokuju trenutačne pogreške pri usklađivanju tijekom obračunskih ciklusa. Upostavljanje obračunske glavne knjige kao jedinog izvora istine jamči da ponude na sučelju, JIT unaprijed plaćena zadržavanja i naknade za DLR događaje ostaju strogo usklađeni na svim razinama računa.

Je li vam ovaj vodič pomogao?

Povezani vodiči