IOSOR Kunskap
Förståelse för frysningsfönstret vid tvister för förbetalda konton
Lär dig hur IOSOR:s frysningsfönster påverkar ditt förbetalda saldo, JIT-nummertilldelningar och SMS-trafik under en aktiv finansiell tvist.
När en köpare startar en tvist låser IOSOR-huvudboken omedelbart de aktuella medlen i ett frysningsfönster. Risken är att ditt tillgängliga saldo då sjunker under gränsen på USD 20, vilket stoppar all utgående trafik direkt. Lösningen är att göra en ny insättning för att återställa den aktiva ruttningen.
Definition av frysningsfönstret vid tvister
När en köpare initierar en formell tvist via en betalningsprocessor aktiverar IOSOR-huvudboken omedelbart ett frysningsfönster. Detta är inte en enkel paus i bakgrundsoperationer utan ett synligt tillstånd i huvudboken där de omtvistade medlen och tillhörande krediter isoleras. Under detta fönster visar konsolen statusen 'Locked' (Låst) för de specifika transaktions-ID:n som omfattas. Detta säkerställer att det förbetalda saldot förblir statiskt medan skiljedomsprocessen pågår.
Huvudbokslåsning och golvet på 20 USD
IOSOR-miljön fungerar enligt en strikt förbetald modell. För att upprätthålla tjänstekontinuitet krävs ett förbetalt golv på 20 USD för aktiv dirigering. När en tvist går in i frysningsfönstret, och om det återstående tillgängliga saldot faller under detta golv på 20 USD, upphör all utgående aktivitet omedelbart. Huvudboken tillåter inte 'nettning' av omtvistade medel mot nya insättningar.
Påverkan på JIT-nummertilldelningar och MRC
Under en tvistfrysning avbryts möjligheten att utlösa JIT-nummertilldelningar (Just-In-Time) om reservationen påverkar den nödvändiga månadsavgiften (MRC). Eftersom IOSOR inte håller ett förallokerat lager av nummer för att hålla kostnaderna nere, kräver varje E.164-tilldelning ett aktivt, ofryst saldo för att säkra resursen hos operatören.
Trafikrestriktioner och tröskelvärden för mjuk granskning
Frysningsfönstret påverkar även volymskalning. För konton som närmar sig en mjuk granskning vid cirka 1 000 USD/månad kan en väntande tvist påskynda granskningsprocessen. IOSOR övervakar förhållandet mellan framgångsrika DLR:er (leveransrapporter) och omtvistade transaktioner. Om frysningsfönstret täcker en betydande procentandel av de månatliga utgifterna kan systemet begränsa samtidiga OTP-sessioner för att skydda ruttens integritet.
Dokumentation och lösningsvägar
Relaterat: Upplåsning är inte bonussaldo · Tvistspärrar kontra hastighetsbegränsningar för OTP-missbruk · reservation av förbetalt saldo före första debiteringen.
Börja med IOSOR
För att verifiera vilka tillgångar som för närvarande är isolerade, navigera till IOSOR-faktureringspanelen och inspektera statusen för den aktiva tvistemålsreskontran. Här kan du spåra exakt vilka JIT-nummertilldelningar och MRC-beroende dirigeringsvägar som är tillfälligt låsta, istället för att gissa dig till vad som sker i bakgrunden. Om din utgående trafik är blockerad, kontrollera webhook-loggarna i realtid för att bekräfta om ett formellt frysningsfönster har utlösts.
IOSOR sammanfattning
Denna artikel visade att ett frysningsfönster vid tvister på IOSOR är en transparent händelse på reskontranivå som direkt begränsar specifika operativa funktioner, såsom JIT-nummerallokering och MRC-kopplad dirigering. Till skillnad från tysta administrativa pauser säkerställer denna synliga isolering att både köpare och regelefterlevnadsteam har full insyn i vilka medel och dirigeringsresurser som är låsta under tvistlösningsprocessen.
Var den här guiden till hjälp?
Relaterade guider
- Upplåsning är inte bonussaldo
Förstå varför en frigjord reservation i IOSOR är en återställning av dina befintliga förbetalda medel snarare än en bonuskredit eller ett kampanjtillskott.
- Tvistspärrar kontra hastighetsbegränsningar för OTP-missbruk
Lär dig de kritiska skillnaderna mellan huvudboksfrysningar orsakade av betalningstvister och trafikpauser utlösta av säkerhetsspärrar för OTP-bedrägeri i IOSOR.