Refundacija DLR neuspelih transakcija: Usklađivanje kredita

Refundacija DLR neuspelih transakcija: Usklađivanje kredita.

Mehanika prijema DLR veb-klema

API gejtveji prihvataju SMS zahteve, verifikuju E.164 formate i odmah izdaju JIT tikete za prenos. Sloj za rutiranje odmah prosleđuje podatke partnerskim operaterima dok istovremeno rezerviše sredstva na prepejd računu klijenta. Povratne informacije o isporuci (DLR) stižu asinhrono preko HTTP veb-klema, noseći statuse poput 'Undelivered', 'Expired' ili 'Rejected'. Kampanje visokog intenziteta generišu ogroman broj veb-klemova koji lako mogu preopteretiti baze podataka. Ako vaš sistem ne podržava kontrolu pritiska na prijemu, zakasneli DLR-ovi će ugroziti tačnost vaše glavne knjige u realnom vremenu.

Logika zaduženja i rezervacije prepejd računa

Prepejd CPaaS obračun zahteva trenutnu autorizacionu rezervaciju (hold) na novčaniku klijenta u milisekundi kada je API zahtev prihvaćen. Da bismo zaštitili marže od brzog trošenja salda, primenjujemo strogi limit od USD 20 floor. Kada klijent pokrene masovne kampanje sa potrošnjom blizu USD 1,000 mesečno, rizici rastu. Pokreću se automatske provere kako bi se procenila brzina trošenja i izloženost riziku. Ako DLR vrati trajnu grešku, rezervisana sredstva moraju biti oslobođena; u suprotnom, držite kapital klijenta kao taoca.

Automatizovani procesi usklađivanja povraćaja

Usklađivanje neuspelih isporuka na strani operatera zahteva namenski proces koji upoređuje izveštaje o poravnanju operatera sa internim rezervacijama u glavnoj knjizi. Zbog mrežnih prekida i padova sistema kod operatera, veb-klemovi često nestaju. Pipeline za usklađivanje proverava nepotvrđene DLR statuse, grupiše ih prema ID-ju naloga klijenta i izračunava tačan broj segmenata za neuspele poruke. Ovo osigurava da naplaćujemo samo stvarno korišćenje mreže. Detaljnije o obračunu segmenata pročitajte na /learn/pricing/sms-segment-accounting-prepaid-spend.

Upravljanje odstupanjima višedelnih segmenata

Dugačke poruke koje prelaze standardne limite karaktera dele se na više povezanih segmenata. Svaki segment se prati preko pojedinačnih pod-identifikatora povezanih sa glavnim OTP-om ili marketinškom kampanjom. Ovde leži zamka: ako operater izgubi poslednji segment, cela poruka se neće prikazati na telefonu korisnika, iako se srednji segmenti vode kao isporučeni. Naš sistem za usklađivanje procenjuje kumulativni status isporuke svih pod-segmenata kako bi utvrdio da li je potreban potpuni ili delimični povraćaj sredstava.

Revizorski dnevnici i upravljanje izuzecima

Finansijska transparentnost zahteva nepromenljive revizorske dnevnike za svako prilagođavanje glavne knjige, povraćaj sredstava i storniranje kredita. Operativni timovi koriste centralizovane konzole za praćenje anomalija, kao što su iznenadni skokovi 'Expired' statusa na određenim rutama. Kada dođe do izuzetaka, automatska upozorenja obaveštavaju inženjere kako bi istražili potencijalnu degradaciju ruta operatera. Pogledajte analizu incidenata na /learn/compliance/compliance-incident-week-evidence-gap.

Početak rada sa IOSOR infrastrukturom

За сваки неуспели DLR ове недеље упоредите ред задужења са редом поврата или кредита у prepaid књизи. Код вишеделних порука вратите само недостављене сегменте. Извезите изузетке где постоји задужење без кредита или обрнуто. Производ и финансије потписују исти фајл усклађивања.

Повезано: Заштита од наглог саобраћаја злоупотребе: чување припејд новчаника од брзог п… математика setup и пропорционалног обрачуна првог месеца DID резервација prepaid салда пре првог задужења.

Резиме IOSOR

Неуспели DLR без одговарајућег кредита је неусклађено задужење, не улазница за retry.

Радите: упарите задужење↔кредит по сегменту и извезите списак празнина. Не радите: остављати пад као тиху потрошњу, нити враћати цео multipart кад је пао један сегмент.