La funzionalità integrata di Simbase Limiti di utilizzo controllare l'utilizzo quando arrivano i CDR dalla rete, in genere ogni poche ore. Se è necessario controlli più rigorosi (ogni 30 minuti, ogni 5 minuti, su richiesta) oppure logica personalizzata (avviso in caso di allarme, disattivazione solo di determinate SIM, esclusione degli orari di lavoro), il Toolkit Usage Guard è una soluzione di automazione "no-code" che puoi realizzare autonomamente utilizzando l'API di Simbase e Make.com.
Questo articolo illustra le funzionalità del Toolkit, in quali casi rappresenta la soluzione più adatta e come configurarlo.
Un'automazione pianificata che:
Interroga l'API di utilizzo di Simbase per ogni SIM presente nel tuo account (o per un sottoinsieme filtrato)
Confronta l'utilizzo per ogni SIM rispetto a una soglia da te definita
Disattiva le SIM che superano la soglia tramite l'API Simbase
Ti avvisa (Slack, e-mail, webhook, registro di Google Sheets, qualsiasi cosa tu decida di integrare)
È basato su Make.com perché è un sistema visivo, non richiede la scrittura di codice e la maggior parte dei clienti riesce a renderlo operativo in meno di 15 minuti. La stessa logica funziona anche su Zapier, n8n o tramite uno script personalizzato. Make.com è semplicemente il percorso che Simbase ha documentato.
Scegli il Toolkit al posto (o in aggiunta) dei limiti di utilizzo nativi quando hai bisogno di:
Intervalli di controllo più brevi. I Native Limits vengono eseguiti all'arrivo di un CDR; il Toolkit può essere eseguito tutte le volte che la piattaforma di automazione lo consente
Flussi di notifica personalizzati. Vuoi ricevere una notifica su Slack quando raggiungi l'80% del limite massimo e disattivarla al 100%? Configuralo
Soglie a più livelli. Avvisare, quindi disabilitare, quindi avvisare il personale operativo, il tutto in un unico flusso
Condizioni delle regole aziendali. Non disattivare il servizio nei fine settimana, ignorare determinati tag, disattivare solo le SIM di prova e così via
Integrazione tra sistemi. Sincronizza i dati di utilizzo con il tuo CRM, registra ogni evento di disattivazione in un data warehouse e così via
Attenersi ai limiti di utilizzo predefiniti nei seguenti casi:
Il comportamento predefinito (disattivazione al superamento del limite, ripristino automatico mensile facoltativo) è proprio quello che desideri.
Non è consigliabile utilizzare un sistema di automazione di terze parti
Non servono notifiche personalizzate né logica di business
È possibile utilizzare entrambi: i limiti di utilizzo nativi fungono da riferimento, mentre il Toolkit gestisce i casi limite. Non vi è alcun conflitto tra i due.
Stesso vincolo previsto dai limiti di utilizzo nativi: Dipende dai dati di utilizzo di Simbase, che dipende dall'arrivo dei CDR dalla rete. Un Toolkit che viene eseguito ogni 5 minuti continua a lavorare sulla base di CDR che potrebbero risalire a diverse ore prima.
Per avere un limite massimo effettivo in tempo reale, dovresti monitorare il consumo di dati sul dispositivo stesso e fare in modo che il dispositivo interrompa la connessione quando viene raggiunto il limite. Questo va oltre le possibilità offerte da Simbase o Make.com.

Se ti sembra complicato, non preoccuparti. Questo tutorial ti guiderà passo dopo passo nella creazione del tuo Usage Guard Toolkit. Non dovrai scrivere alcun codice e ti mostreremo esattamente come configurarlo utilizzando Make.com.

Make.com è consigliato a chi lo utilizza per la prima volta:
Generatore visivo di flussi, senza bisogno di scrivere codice
Il piano gratuito è sufficiente per le piccole flotte
I piani a pagamento sono pensati per flotte più grandi e intervalli più brevi
Zapier, n8n, Pipedream o uno script personalizzato in Python/Node sono tutti validi. Il resto di questa guida utilizza Make.com; gli stessi moduli e la stessa logica sono applicabili anche altrove.
Accedi a dashboard.simbase.com
Vai a Integrazioni → Chiavi API
Clicca Crea chiave API
Dagli un nome Toolkit Usage Guard (o simili)
Abilita Scrivi autorizzazione. Lasciare le altre impostazioni sui valori predefiniti
Clicca Crea e copia la chiave
Considera la chiave API come una password. Chiunque disponga di questa chiave può gestire le tue SIM. Conservala nella sezione “Segreti” o nel “Gestore connessioni” della tua piattaforma di automazione, non in chiaro.
Simbase mette a disposizione un modello preconfigurato che puoi importare in un solo passaggio:
Scarica il progetto (cerca Simbase-Usage-Guard-Toolkit.blueprint.json, ~27 KB).
Su Make.com, crea un nuovo scenario
Utilizzo Importa schema e selezionare il file JSON scaricato
Apri ciascuno dei tre moduli HTTP e sostituisci il segnaposto YoUrApiKeYHeRe con la tua chiave API
Regolare il soglia di utilizzo nel modulo di confronto (esempio predefinito: 10 GB)
Verificare manualmente lo scenario prima di attivare la pianificazione
Il progetto gestisce il flusso di base: recupero dei dati di utilizzo → iterazione sulle SIM → verifica rispetto alla soglia → verifica dello stato attuale delle SIM → disattivazione delle SIM che non sono già disattivate.
Il progetto è un punto di partenza. Personalizzazioni più comuni:
Conversione della soglia. L'API restituisce l'utilizzo in byte, in gigabyte binari: 1 GB = 1.073.741.824 byte, quindi 10 GB = 10.737.418.240. Questa convenzione non corrisponde a quella della dashboard, dove un limite di utilizzo di 1 GB equivale a 1.000 MB. Una soglia del Toolkit di 10 GB è circa il 7% superiore a un limite di utilizzo di 10 GB: se si desidera che i due valori coincidano, impostare il confronto del Toolkit su 10.000.000.000
Impaginazione. Sono necessarie circa 500 SIM. Vedi la sezione "Paginazione" per le flotte di grandi dimensioni qui sotto
Notifiche. Aggiungi un modulo per inviare una notifica su Slack, via e-mail o tramite webhook quando una SIM supera la soglia
Filtro per tag. Applicare il controllo solo alle SIM con un tag specifico (ad esempio, produzione solo, escludere test)
L'API di utilizzo restituisce un array di oggetti SIM presenti sotto il data.simcards campo. Per elaborarli singolarmente su Make.com:
Nel modulo HTTP, impostare Analizza la risposta a Sì
Aggiungi un Iteratore modulo
Imposta l'array dell'iteratore su data.simcards dalla risposta HTTP
Ogni iterazione rappresenta quindi una singola SIM che puoi confrontare e su cui puoi intervenire.
Il modello non include l'impaginazione per impostazione predefinita. Funziona senza modifiche per flotte fino a poche centinaia di SIM. Per flotte più grandi:
Verifica la risposta dell'API per "has_more": true
Se vero, leggi il cursore valore
Invia un'altra richiesta a /v2/usage/simcards?cursor=<value>
Ripetere fino a quando has_more è falso
Su Make.com, questa funzionalità è implementata tramite un Ripetitore e ciclo di richieste HTTP, che esula dall'ambito del progetto di base.
Il toolkit Usage Guard è fai-da-te. Sebbene utilizzi l'API ufficiale di Simbase, Simbase non si assume alcuna responsabilità per:
Partite perse a causa di ritardi nel CDR o nell'API
Le SIM non vengono disattivate in tempo
Eventuali eccedenze, costi o interruzioni del servizio
Verificate attentamente la vostra configurazione, monitoratela regolarmente e non consideratela l’unica misura di protezione per le SIM in cui eventuali superamenti dei costi potrebbero avere conseguenze catastrofiche.
Sì. La logica è la stessa. Il blueprint di Make.com è un punto di partenza; ricrea gli stessi moduli in Zapier utilizzando i passaggi relativi alle richieste HTTP.
Sì. Aggiungi uno scenario pianificato che venga eseguito il primo giorno di ogni mese e che riattivi le SIM in base a un tag o a un filtro. La funzione nativa “Reimpostazione automatica mensile dei limiti di utilizzo” lo fa automaticamente per te se ti serve solo il comportamento di base.
Più frequente non significa più preciso. Il Toolkit legge i dati di utilizzo di Simbase, che vengono aggiornati solo quando arrivano i CDR dalla rete — spesso a distanza di ore l'uno dall'altro. Eseguire il controllo ogni 5 minuti significa per lo più rileggere gli stessi dati e sovraccaricare le operazioni di automazione. Per la maggior parte delle flotte è sufficiente un intervallo compreso tra i 15 e i 30 minuti.
Nulla disattiva le SIM. Il Toolkit è l’unico strumento che applica la soglia personalizzata, quindi uno scenario in pausa, una chiave API scaduta o un piano Make.com esaurito disattivano la protezione in modo silenzioso. Attiva le notifiche di errore in Make.com e mantieni attivi i limiti di utilizzo nativi come misura di sicurezza aggiuntiva.
Limiti di utilizzo, l'alternativa nativa a basso attrito
Funzione di disattivazione automatica, disattivazione in base al calendario
API, l'interfaccia sottostante
Tag, utile per limitare l'ambito di applicazione del Toolkit a sottoinsiemi della flotta


© 2026 Simbase Global Group. All rights reserved.

