Il limite del sottoconto è un blocco totale, non un overflow silenzioso

Il raggiungimento del limite in IOSOR blocca immediatamente il traffico SMS e OTP per evitare spese impreviste. Questo stop rigido impedisce l'erosione automatica del saldo principale. Per ripristinare l'invio, è necessario aggiornare i tetti tramite API.

Comprendere la logica del tetto rigido

Nell'architettura IOSOR, i limiti dei sottoconti sono applicati come blocchi rigidi (hard stop). Quando un reparto o un marchio specifico raggiunge la quota assegnata, il sistema attiva un'interruzione immediata di tutte le richieste SMS e OTP in uscita.

Perché il prestito silenzioso dal genitore è disabilitato

Il prestito silenzioso crea una mancanza di responsabilità per le singole sottounità. Nel nostro ambiente white-label, se un sottoconto raggiunge il suo limite MRC o di volume giornaliero, lo stato DLR rifletterà uno stato di STOP o rifiutato. Il webhook notificherà immediatamente la tua console principale. Questo isolamento garantisce che un sottoconto compromesso non possa prosciugare l'intero saldo principale.

Gestire la soglia prepagata di 20 USD

Per mantenere lo stato attivo, ogni sottoconto o il portafoglio principale deve rispettare la soglia prepagata di 20 USD. Questo saldo minimo garantisce che il provisioning JIT e i burst iniziali di SMS siano elaborati senza latenza. Quando il saldo scende al di sotto di questa soglia, il sistema può sospendere preventivamente il traffico per evitare saldi negativi. Questo non è un overflow; è un meccanismo di sicurezza. Puoi monitorare questi livelli tramite la dashboard o impostare avvisi automatizzati da attivare prima che si verifichi il blocco totale.

Scalare oltre la revisione soft di 1.000 USD

Man mano che il tuo volume cresce, IOSOR implementa una revisione soft quando un sottoconto o un'entità principale si avvicina a una spesa mensile di 1.000 USD. Questa è una procedura standard per garantire la qualità del traffico e la conformità agli standard di instradamento globali. Durante questa revisione, esaminiamo i pattern DLR e i tassi di conversione OTP. Non è un blocco rigido, ma un passaggio di verifica per passare a livelli di capacità di elaborazione superiori.

Link critici per la gestione del volume

La gestione del traffico richiede la comprensione di come il sistema gestisce le code e le soppressioni per evitare interruzioni non pianificate.

• Strategie di gestione delle code
• Comprendere la soppressione globale
• Limiti API e controllo del flusso

Letture correlate: Tetti di spesa del brand prima della produzione · Sottoconti di dipartimento vs tenant white-label · riserva prepagata prima del primo addebito.

Inizia con IOSOR

Accedi ai controlli del sub-account della tua console IOSOR per configurare gli avvisi via webhook per le soglie di quota del sub-account prima che si verifichi un blocco totale. Se un dipartimento raggiunge il suo limite, analizza gli eventi DLR bloccati anziché dare per scontato che il traffico sia stato instradato automaticamente sul master account. Puoi regolare manualmente il tetto della quota o approvare una ricarica di credito dedicata al sub-account direttamente nella scheda di governance per riprendere l'invio.

Sintesi IOSOR

Il raggiungimento del limite da parte di un sub-account deve causare una pausa immediata anziché attingere silenziosamente a crediti o volumi dell'entità principale. Isolare i limiti dipartimentali garantisce rigore contabile, metriche di routing prevedibili e report trasparenti sulle consegne per ogni brand attivo.