Manuale di provisioning dei sub-account prepagati e limiti di spesa

Manuale di provisioning dei sub-account prepagati e limiti di spesa.

Architettura e isolamento dei sub-account

I sub-account IOSOR funzionano come silos finanziari e tecnici indipendenti. Durante l'onboarding di un cliente enterprise, naviga nel Gestore Sub-account per generare un ID account univoco. Questo ID funge da chiave primaria per tutti gli eventi DLR, webhook e di fatturazione. Assicurati che ogni sub-account sia configurato con il proprio set di chiavi API dedicate per prevenire la contaminazione incrociata del traffico. Isolando gli ambienti, garantisci che i picchi di traffico o gli errori di configurazione di un cliente non influiscano sulla stabilità complessiva della piattaforma.

Configurazione dei saldi prepagati e delle soglie

Ogni sub-account richiede un saldo minimo di USD 20 per avviare il servizio. Naviga nella scheda Libro Mastro Finanziario all'interno della dashboard del sub-account per depositare i crediti iniziali. Imposta un trigger di revisione soft a USD 1,000/mese per monitorare la velocità di utilizzo. Questa soglia consente al tuo team di eseguire un audit manuale dei modelli di traffico prima che il cliente scali significativamente. Utilizza il sistema di avviso automatico del saldo per notificare sia il cliente che il tuo team di supporto interno quando il saldo scende al di sotto del 15 percento del deposito totale.

Limitazione della frequenza e modellazione del traffico

Per mantenere l'integrità della piattaforma, applica rigorosi limiti di frequenza dei messaggi a livello di sub-account. Naviga nel modulo Controllo Traffico e definisci il numero massimo di richieste al secondo per la consegna di SMS e OTP. Assicurati che la formattazione E.164 sia applicata al gateway API per prevenire richieste malformate. Limitando il traffico, proteggi il sub-account da loop accidentali o picchi dannosi che potrebbero esaurire prematuramente i fondi prepagati. Verifica sempre che la logica della parola chiave STOP sia attiva per mantenere la conformità.

Assegnazione e provisioning dei numeri JIT

IOSOR utilizza un modello di provisioning Just-In-Time (JIT). Quando un cliente richiede numeri, non fare affidamento sullo stock pre-allocato. Utilizza invece l'API di Provisioning Numeri per cercare e assegnare risorse E.164 disponibili direttamente al sub-account. Ciò garantisce che il cliente paghi solo per ciò che utilizza. Una volta assegnati, i numeri vengono immediatamente collegati al saldo del sub-account, garantendo che qualsiasi costo MRC o di utilizzo venga detratto in tempo reale dal wallet prepagato.

Integrazione e link operativi

Una gestione efficace richiede la sincronizzazione tra più moduli operativi. Fai riferimento a queste guide per una configurazione avanzata:

• Scissione del brand a due wallet: playbook operativo senza From misto
• Pausa per saldo basso prima di una campagna
• Secondo ambiente API: Passaggio e Cutover

Inizia con IOSOR

Apri il Gestore Sotto-account nella console IOSOR e genera chiavi API dedicate, vincolate rigorosamente all unico ID conto del nuovo cliente enterprise. Dopodiché, accedi al modulo Controllo Traffico per definire limiti espliciti di richieste al secondo per la consegna di SMS e OTP, prima di associare le risorse JIT E.164. Infine, verifica che gli endpoint webhook siano correttamente mappati all ID del sotto-account isolato per garantire un tracciamento DLR accurato.

Sintesi IOSOR

L onboarding enterprise richiede una separazione finanziaria e operativa completa su ogni livello di sotto-account.