La función integrada de Simbase Límites de uso Comprueba el uso cuando lleguen los CDR de la red, normalmente cada pocas horas. Si necesitas controles más estrictos (cada 30 minutos, cada 5 minutos, a petición) o lógica personalizada (notificar en caso de aviso, desactivar solo determinadas tarjetas SIM, excluir el horario laboral), el Kit de herramientas Usage Guard es una solución de automatización sin código que puedes crear tú mismo utilizando la API de Simbase y Make.com.
En este artículo se explica para qué sirve el Toolkit, cuándo es la mejor opción y cómo configurarlo.
Una automatización programada que:
Consulta la API de uso de Simbase para cada tarjeta SIM de tu cuenta (o un subconjunto filtrado).
Compara el uso para cada tarjeta SIM, en función de un umbral que tú mismo definas.
Desactiva las tarjetas SIM que superen el límite establecido a través de la API de Simbase.
Te avisa (Slack, correo electrónico, webhook, registro de Google Sheets, lo que conectes).
Está basado en Make.com porque es visual, no requiere código y la mayoría de los clientes pueden ponerlo en marcha en menos de 15 minutos. La misma lógica se aplica en Zapier, n8n o un script personalizado. Make.com es simplemente la guía que Simbase ha documentado.
Elige el kit de herramientas en lugar de (o además de) los límites de uso nativos cuando necesites:
Intervalos de revisión más cortos. Los límites de uso nativo se aplican al recibir los registros CDR; el Toolkit puede ejecutarse tantas veces como lo permita tu plataforma de automatización.
Flujos de notificación personalizados. ¿Quieres que te avise por Slack cuando se alcance el 80 % del límite y se desactive al llegar al 100 %? Crea la configuración.
Umbrales de varios niveles. Avisar, desactivar y, a continuación, alertar a operaciones, todo en un único proceso.
Condiciones de las reglas de negocio. No desactivar los fines de semana, ignorar determinadas etiquetas, desactivar únicamente las tarjetas SIM de prueba, etc.
Integración entre sistemas. Sincroniza el uso con tu CRM, registra cada evento de desactivación en un almacén de datos, etcétera.
Respeta los límites de uso predeterminados cuando:
El comportamiento predeterminado (desactivación al superar el límite, con reinicio automático mensual opcional) es lo que te conviene.
No te interesa mantener un sistema de automatización de terceros.
No necesitas notificaciones personalizadas ni lógica de negocio.
Puedes utilizar ambos: Los límites de uso nativos sirven de referencia, mientras que el Toolkit se encarga de los casos extremos. No entran en conflicto.
La misma restricción que los límites de uso nativos: Depende de los datos de uso de Simbase, lo cual depende de la recepción de los CDR desde la red. Un Toolkit que se ejecuta cada 5 minutos sigue trabajando con CDR que pueden tener varias horas de antigüedad.
Para establecer un límite máximo estricto en tiempo real, habría que supervisar el consumo de datos en el propio dispositivo y que el dispositivo interrumpa la conexión cuando se alcance el límite. Eso va más allá de lo que pueden ofrecer Simbase o Make.com.

Si te parece complicado, no te preocupes. Este tutorial te guiará paso a paso en la creación de tu propio kit de herramientas Usage Guard. No tendrás que escribir ningún código y te mostraremos exactamente cómo configurarlo utilizando Make.com.

Make.com es recomendable para quienes lo utilizan por primera vez:
Generador visual de flujos, sin necesidad de programar.
El plan gratuito es suficiente para flotas pequeñas.
Los planes de pago están pensados para flotas más grandes y intervalos más cortos.
Zapier, n8n, Pipedream o un script personalizado en Python o Node funcionan todos. El resto de esta guía utiliza Make.com; los mismos módulos y la misma lógica se aplican en otros casos.
Inicia sesión en dashboard.simbase.com.
Ir a Integraciones → API.
Haz clic Crear una nueva clave de API.
Ponle un nombre Kit de herramientas Usage Guard (o similar).
Establecer todos los recursos en Escribir. Deja la configuración avanzada con los valores predeterminados.
Haz clic Crear y copia la clave.
Ver Claves de API para saber qué abarca cada nivel de permiso.
Simbase publica una plantilla preconfigurada que puedes importar en un solo paso:
Descargar el plano (busca Simbase-Usage-Guard-Toolkit.blueprint.json, ~27 KB).
En Make.com, crea un nuevo escenario.
Uso Importar plano y selecciona el archivo JSON descargado.
Abrir cada uno de los tres módulos HTTP y sustituir el marcador de posición YoUrApiKeYHeRe con tu clave API.
Ajusta el umbral de uso en el módulo de comparación (ejemplo predeterminado: 10 GB).
Prueba el escenario manualmente antes de activar la programación.
El esquema describe el flujo básico: recuperar los datos de uso → recorrer las tarjetas SIM → comparar con el umbral → comprobar el estado actual de las tarjetas SIM → desactivar las tarjetas SIM que aún no estén desactivadas.
El modelo es un punto de partida. Personalizaciones habituales:
Conversión de umbrales. La API devuelve el uso en bytes, en gigabytes binarios: 1 GB = 1.073.741.824 bytes, por lo que 10 GB = 10.737.418.240. Esta convención no coincide con la del panel de control, donde un límite de uso de 1 GB equivale a 1.000 MB. Un umbral de 10 GB en el Toolkit es aproximadamente un 7 % superior a un límite de uso de 10 GB; si quieres que ambos coincidan, configura la comparación del Toolkit en 10 000 000 000.
Paginación. Se necesitan más de 500 tarjetas SIM aproximadamente. Consulta la sección «Paginación para grandes flotas» más abajo.
Notificaciones. Añade un módulo para enviar una notificación a Slack, por correo electrónico o mediante un webhook cuando una tarjeta SIM supere el umbral.
Filtro de etiquetas. Aplica la comprobación únicamente a las tarjetas SIM que tengan una etiqueta específica (por ejemplo, producción solo, excluir prueba).
La API de uso devuelve una matriz de objetos SIM bajo la data.simcards campo. Para procesarlos uno por uno en Make.com:
En el módulo HTTP, configura Analizar la respuesta a Sí.
Añade un Iterador módulo.
Establece la matriz del iterador en data.simcards de la respuesta HTTP.
Cada iteración es, por tanto, una única SIM que puedes comparar y sobre la que puedes actuar.
El esquema no incluye paginación de forma predeterminada. Funciona sin modificaciones para flotas de hasta unos cientos de SIM. Para flotas más grandes:
Comprueba si la respuesta de la API contiene "has_more": true.
Si es cierto, lee el cursor valor.
Envía otra solicitud a /v2/usage/simcards?cursor=<value>.
Repite hasta que has_more es falso.
En Make.com, esto se implementa con un Repetidor y un bucle de solicitudes HTTP, lo cual queda fuera del ámbito de aplicación del proyecto básico.
El kit de herramientas Usage Guard es hazlo tú mismo. Aunque utiliza la API oficial de Simbase, Simbase no asume ninguna responsabilidad para:
Límites no alcanzados debido a retrasos en el CDR o la API.
Las tarjetas SIM no se desactivan a tiempo.
Exceso resultante, costes o interrupción del servicio.
Comprueba minuciosamente tu configuración, supervísala con regularidad y no la consideres tu única medida de seguridad para las SIM en las que un sobrecoste resultaría catastrófico.
Sí. La lógica se aplica directamente. El esquema de Make.com es un punto de partida; recrea los mismos módulos en Zapier utilizando pasos de solicitud HTTP.
Sí. Añade un escenario programado que se ejecute el día 1 de cada mes y que vuelva a activar las tarjetas SIM en función de una etiqueta o un filtro. La función nativa «Restablecimiento automático mensual de los límites de uso» se encarga de ello si solo necesitas el comportamiento básico.
Una mayor frecuencia no implica mayor precisión. El Toolkit lee los datos de uso de Simbase, que solo se actualizan cuando llegan los CDR desde la red, a menudo con intervalos de varias horas. Ejecutarlo cada 5 minutos supone, en su mayor parte, volver a leer las mismas cifras y sobrecargar las operaciones de automatización. Una frecuencia de entre 15 y 30 minutos es suficiente para la mayoría de las flotas.
Nada desactiva las tarjetas SIM. El Toolkit es lo único que aplica tu límite personalizado, por lo que una situación de pausa, una clave de API caducada o un plan de Make.com agotado desactivan la protección de forma silenciosa. Activa las notificaciones de error en Make.com y mantén activados los límites de uso nativos como medida de seguridad adicional.
Límites de uso — la alternativa nativa, con menor fricción
Desactivación automática — desactivación basada en el calendario
Claves de API — crear y definir el ámbito de la clave con la que se autentica el Toolkit
API — la interfaz subyacente
Etiquetas — útil para limitar el alcance del conjunto de herramientas a subconjuntos de la flota


© 2026 Simbase. Todos los derechos reservados.

