A vitarendezési fagyasztási ablak megértése előre fizetett számlák esetén

A fizetési processzoron keresztüli viták azonnali főkönyvi zárolást indítanak el az érintett összegekre. Ez a fagyasztás könnyen a USD 20-as minimum limit alá viheti az elérhető egyenleget, ami leállítja a hívásirányítást. A megoldás az elkülönített fedezet gyors pótlása.

A vitarendezési fagyasztási ablak meghatározása

Amikor egy vevő hivatalos vitát kezdeményez egy fizetési processzoron keresztül, az IOSOR főkönyv azonnal fagyasztási ablakot indít el. Ez nem egy háttérműveleti szünet, hanem egy látható főkönyvi állapot, ahol a vitatott összegek és a kapcsolódó kreditek elkülönítésre kerülnek. Ezen ablak alatt a konzol 'Zárolt' állapotot mutat az adott tranzakciós azonosítókon. Ez biztosítja, hogy az előre fizetett egyenleg statikus maradjon a választottbírósági folyamat ideje alatt.

Főkönyvi zárolás és a 20 USD-s minimumszint

Az IOSOR környezet szigorú előre fizetett modellen alapul. A szolgáltatás folytonosságának fenntartásához 20 USD előre fizetett minimumszint szükséges az aktív útválasztáshoz. Amikor egy vita belép a fagyasztási ablakba, és a fennmaradó hozzáférhető egyenleg ezen 20 USD-s szint alá esik, minden kimenő tevékenység megszűnik. A főkönyv nem teszi lehetővé a vitatott összegek 'beszámítását' az új befizetésekkel szemben.

A JIT számkiosztásokra és az MRC-re gyakorolt hatás

Vitatott fagyasztás során a JIT (Just-In-Time) számkiosztások indításának lehetősége felfüggesztésre kerül, ha a visszatartás érinti a szükséges MRC-t (havi ismétlődő díj). Mivel az IOSOR nem tart fenn előre kiosztott száminventárt, minden E.164 kiosztáshoz aktív, nem fagyasztott egyenleg szükséges az erőforrás biztosításához. Ha egy vevő új 10DLC vagy ingyenes azonosítót próbál létrehozni, miközben a fagyasztási ablak aktív, az API 402 Payment Required hibát ad vissza.

Forgalmi korlátozások és puha felülvizsgálati küszöbök

A fagyasztási ablak a forgalom skálázását is érinti. Az 1 000 USD/hó körüli puha felülvizsgálathoz közelítő fiókok esetében egy függőben lévő vita felgyorsíthatja a felülvizsgálati folyamatot. Az IOSOR figyeli a sikeres DLR-ek és a vitatott tranzakciók arányát. Ha a fagyasztási ablak a havi költés jelentős százalékát lefedi, a rendszer korlátozhatja az egyidejű OTP-munkameneteket az útvonal integritásának védelme érdekében.

Dokumentáció és feloldási útvonalak

Kapcsolódó: A források felszabadítása nem bónusz egyenleg · Fizetési vita miatti visszatartás vs. OTP visszaélési sebességkorlátok · előre fizetett egyenleg zárolása az első terhelés előtt.

Kezdje az IOSOR-ral

Ha ellenőrizni szeretné, hogy mely eszközök vannak jelenleg zárolva, lépjen az IOSOR számlázási irányítópultjára, és vizsgálja meg az aktív vitatott főkönyvi állapotot. Itt pontosan nyomon követheti, hogy mely JIT-számkiosztások és MRC-függő útvonalválasztási útvonalak vannak átmenetileg zárolva, ahelyett, hogy a háttérműveletekre hagyatkozna. Ha a kimenő forgalom blokkolva van, ellenőrizze a valós idejű webhook-naplókat annak megerősítésére, hogy hivatalos zárolási időszak lépett-e életbe.

IOSOR összegzés

Ez a cikk bemutatta, hogy az IOSOR-on belüli vitatott zárolási időszak egy átlátható, főkönyvi szintű esemény, amely közvetlenül korlátozza a specifikus működési képességeket, például a JIT-számok kiosztását és az MRC-hez kapcsolódó útvonalválasztást. A csendes adminisztratív leállításokkal ellentétben ez a látható elkülönítés biztosítja, hogy mind a vevők, mind a megfelelőségi csapatok egyértelműen lássák, mely pénzeszközök és útvonalválasztási eszközök vannak zárolva a vitarendezési folyamat során.