Checklist pre-despliegue IoT
Esta es la lista que conviene firmar antes de pedir el primer lote masivo de SIMs y dispositivos. Cada punto representa un fallo que hemos visto detener despliegues a mitad de campaña. Imprímela, márcala con el equipo de hardware, software y operaciones, y archívala con el contrato del proyecto. Si te falta cualquier punto cuando llegue el lote, el coste de remediar en campo es entre 5x y 20x el coste de remediar antes.
- 1
Valida cobertura por país y código postal
No basta con saber que un país tiene cobertura: hay que validar el operador, las bandas y la tecnología en las ubicaciones EXACTAS donde se desplegará. Pide al proveedor SIMs de prueba y mídelo en campo con el dispositivo final.
Tip: Si el cliente despliega en una nave subterránea o un parking, valida ahí, no en la calle.
- 2
Confirma bandas soportadas en el módulo
Cada módulo (Quectel, u-blox, Telit, Sequans, Sierra…) soporta un subconjunto de bandas. Comprueba que las bandas que usa tu operador en cada país están en la hoja del módulo. Especialmente crítico para 5G NR (bandas n78, n28) y LPWA.
- 3
Verifica firmware y stack del módulo
Algunos módulos requieren firmware específico para roaming permanente, NB-IoT en bandas raras, o features como SMS sobre IP. Pide al fabricante la versión recomendada para tu caso y comprueba que tu lote la trae.
- 4
Configura APN correcto en el dispositivo
El APN depende del operador y del plan (público vs privado). Documenta el APN exacto y, si es privado, los parámetros de autenticación (usuario/contraseña). Para flotas mixtas, el APN puede inyectarse vía SIM-toolkit.
- 5
Implementa watchdog y reset programado
Cualquier dispositivo IoT desatendido debe tener watchdog hardware (no software) que reinicie tras N minutos sin heartbeat. Adicionalmente, programa reset diario o semanal para liberar memoria, recargar APN y forzar re-attach a la red.
Tip: El watchdog software por sí solo no funciona — si el firmware está colgado, el watchdog también lo está.
- 6
Define umbrales de consumo y alertas
Cada SIM debe tener alarmas de consumo en el portal: avisa al X% del plan mensual, bloquea al Y%. Sin esto, una SIM con bug de software puede generar miles de € de roaming antes de que lo notes.
- 7
Documenta el SLA del operador y de iot.cards
¿Qué uptime garantiza? ¿Qué penalización aplica si baja? ¿En cuánto tiempo se restaura el servicio? ¿Hay un canal de incidencias 24/7? Para casos críticos (alarmas, salud), pide SLA con compromiso económico.
- 8
Prueba el plan de datos en piloto real
Despliega 10-50 unidades durante 30 días, mide consumo real (CDRs en el portal) y proyecta a la flota. La estimación inicial siempre es +/- 50% — el piloto es la única fuente de verdad. Ajusta plan ANTES de pedir el lote masivo.
- 9
Define proceso de activación masiva
Activar 10.000 SIMs a mano no es opción. Define el proceso: ¿API REST con script? ¿Importación CSV en el portal? ¿Activación bajo demanda al primer attach? Documéntalo, pruébalo con 100 SIMs, y crónometralo.
- 10
Configura observabilidad y dashboards
Dashboard mínimo: SIMs activas, SIMs sin comunicar en últimas 24 h, consumo agregado por país, top-10 SIMs por consumo, alarmas activas. Si tu proveedor no ofrece esto, pide acceso por API y monta el tuyo en Grafana o Looker.
- 11
Documenta el plan de rollback
Si en mes 3 detectas que el operador A no funciona en una región, ¿cómo migras a operador B sin tocar 10.000 dispositivos en campo? La respuesta es eUICC con perfil OTA. Si no usas eUICC, define el plan logístico de SIM-swap manual.
- 12
Firma el contrato con cláusulas de salida
Sin permanencia obligatoria, con migración de datos garantizada, con propiedad clara de los CDRs y la base instalada. Un contrato pegajoso es lo último que quieres cuando algo sale mal en mes 6.
Errores comunes
- ·Comprar el lote completo de SIMs antes de hacer un piloto en campo de al menos 30 días.
- ·Asumir que la cobertura del operador líder en mapas oficiales es la cobertura real en tu ubicación.
- ·Olvidar el sunset 2G/3G en la curva de vida del producto (10+ años para muchos despliegues).
- ·No instrumentar consumo por SIM. Detectar tarde una SIM con bug cuesta miles.
- ·Confiar en watchdog software. Solo el watchdog hardware salva un firmware colgado.
- ·Negociar precio sin haber probado el plan: el precio del piloto NO es el precio del despliegue masivo.
- ·Comprar dispositivos solo-2G o solo-3G en 2026. No compres nada que no sea 4G+/LTE-M/NB-IoT capable.
Checklist
- ☐Cobertura validada en campo en las ubicaciones exactas del despliegue
- ☐Bandas del módulo cruzadas con bandas del operador, país por país
- ☐Firmware del módulo en versión recomendada por el fabricante
- ☐APN documentado (público o privado, con/sin autenticación)
- ☐Watchdog hardware activo y reset programado configurado
- ☐Alarmas de consumo configuradas por SIM con umbrales mensuales
- ☐SLA firmado, con compromiso económico para casos críticos
- ☐Plan de datos validado contra consumo real medido en piloto de 30+ días
- ☐Proceso de activación masiva documentado y cronometrado
- ☐Dashboard de observabilidad operativo (SIMs activas, sin comunicar, consumo, alarmas)
- ☐Plan de rollback documentado (eUICC OTA o procedimiento de SIM-swap)
- ☐Contrato sin permanencia, con cláusulas claras de migración y propiedad de datos
Preguntas frecuentes
¿Cuántas SIMs son suficientes para un piloto?+
Mínimo 10 unidades durante 30 días en las condiciones reales del despliegue (mismo dispositivo, misma ubicación, mismo patrón de tráfico). Para flotas internacionales, 5-10 unidades por país.
¿Qué hago si no puedo validar cobertura en campo?+
Pide al proveedor un mapa de cobertura por código postal o por celda. Si no lo puede dar, asume que la cobertura no es la prometida y diseña con multioperador como red de respaldo.
¿Es razonable pedir SLA con penalización?+
Sí, especialmente para casos críticos (alarmas, salud, infraestructura). Para casos no críticos, basta con SLA con monitoreo y soporte priorizado. Si tu proveedor no firma SLA, no es un proveedor industrial.
¿La API REST está cubierta en este checklist?+
Solo a nivel alto (proceso de activación masiva). Para detalle de integración, ver la guía de integración con la API REST.
Otras guías