Checklist pré-implementação IoT
Esta é a lista que convém assinar antes de pedir o primeiro lote massivo de SIMs e dispositivos. Cada ponto representa uma falha que já vimos parar implementações a meio da campanha. Imprima-a, marque-a com a equipa de hardware, software e operações, e arquive-a com o contrato do projeto. Se lhe faltar qualquer ponto quando chegar o lote, o custo de remediar em campo é entre 5x e 20x o custo de remediar antes.
- 1
Valide a cobertura por país e código postal
Não basta saber que um país tem cobertura: há que validar a operadora, as bandas e a tecnologia nas localizações EXATAS onde será implementado. Peça ao fornecedor SIMs de teste e meça-o em campo com o dispositivo final.
Tip: Se o cliente implementa numa nave subterrânea ou num estacionamento, valide aí, não na rua.
- 2
Confirme as bandas suportadas no módulo
Cada módulo (Quectel, u-blox, Telit, Sequans, Sierra…) suporta um subconjunto de bandas. Verifique que as bandas que a sua operadora usa em cada país estão na ficha do módulo. Especialmente crítico para 5G NR (bandas n78, n28) e LPWA.
- 3
Verifique o firmware e o stack do módulo
Alguns módulos exigem firmware específico para roaming permanente, NB-IoT em bandas raras, ou features como SMS sobre IP. Peça ao fabricante a versão recomendada para o seu caso e confirme que o seu lote a traz.
- 4
Configure o APN correto no dispositivo
O APN depende da operadora e do plano (público vs privado). Documente o APN exato e, se for privado, os parâmetros de autenticação (utilizador/palavra-passe). Para frotas mistas, o APN pode ser injetado via SIM-toolkit.
- 5
Implemente watchdog e reset programado
Qualquer dispositivo IoT não assistido deve ter watchdog de hardware (não de software) que reinicie após N minutos sem heartbeat. Adicionalmente, programe um reset diário ou semanal para libertar memória, recarregar o APN e forçar o re-attach à rede.
Tip: O watchdog de software por si só não funciona — se o firmware está pendurado, o watchdog também está.
- 6
Defina limiares de consumo e alertas
Cada SIM deve ter alarmes de consumo no portal: avisa ao X% do plano mensal, bloqueia ao Y%. Sem isto, um SIM com bug de software pode gerar milhares de € de roaming antes de o notar.
- 7
Documente o SLA da operadora e da iot.cards
Que uptime garante? Que penalização aplica se baixar? Em quanto tempo se restaura o serviço? Há um canal de incidências 24/7? Para casos críticos (alarmes, saúde), peça SLA com compromisso económico.
- 8
Teste o plano de dados num piloto real
Implemente 10-50 unidades durante 30 dias, meça o consumo real (CDRs no portal) e projete para a frota. A estimativa inicial é sempre +/- 50% — o piloto é a única fonte de verdade. Ajuste o plano ANTES de pedir o lote massivo.
- 9
Defina o processo de ativação em massa
Ativar 10.000 SIMs à mão não é opção. Defina o processo: API REST com script? Importação CSV no portal? Ativação a pedido no primeiro attach? Documente-o, teste-o com 100 SIMs e cronometre-o.
- 10
Configure observabilidade e dashboards
Dashboard mínimo: SIMs ativos, SIMs sem comunicar nas últimas 24 h, consumo agregado por país, top-10 SIMs por consumo, alarmes ativos. Se o seu fornecedor não oferece isto, peça acesso por API e monte o seu em Grafana ou Looker.
- 11
Documente o plano de rollback
Se no mês 3 detetar que a operadora A não funciona numa região, como migra para a operadora B sem mexer em 10.000 dispositivos em campo? A resposta é eUICC com perfil OTA. Se não usar eUICC, defina o plano logístico de SIM-swap manual.
- 12
Assine o contrato com cláusulas de saída
Sem permanência obrigatória, com migração de dados garantida, com propriedade clara dos CDRs e da base instalada. Um contrato pegajoso é a última coisa que quer quando algo corre mal no mês 6.
Common pitfalls
- ·Comprar o lote completo de SIMs antes de fazer um piloto em campo de pelo menos 30 dias.
- ·Assumir que a cobertura da operadora líder nos mapas oficiais é a cobertura real na sua localização.
- ·Esquecer a desativação 2G/3G na curva de vida do produto (10+ anos para muitas implementações).
- ·Não instrumentar o consumo por SIM. Detetar tarde um SIM com bug custa milhares.
- ·Confiar no watchdog de software. Só o watchdog de hardware salva um firmware pendurado.
- ·Negociar o preço sem ter testado o plano: o preço do piloto NÃO é o preço da implementação massiva.
- ·Comprar dispositivos só-2G ou só-3G em 2026. Não compre nada que não seja 4G+/LTE-M/NB-IoT capable.
Checklist
- ☐Cobertura validada em campo nas localizações exatas da implementação
- ☐Bandas do módulo cruzadas com as bandas da operadora, país a país
- ☐Firmware do módulo na versão recomendada pelo fabricante
- ☐APN documentado (público ou privado, com/sem autenticação)
- ☐Watchdog de hardware ativo e reset programado configurado
- ☐Alarmes de consumo configurados por SIM com limiares mensais
- ☐SLA assinado, com compromisso económico para casos críticos
- ☐Plano de dados validado contra o consumo real medido num piloto de 30+ dias
- ☐Processo de ativação em massa documentado e cronometrado
- ☐Dashboard de observabilidade operacional (SIMs ativos, sem comunicar, consumo, alarmes)
- ☐Plano de rollback documentado (eUICC OTA ou procedimento de SIM-swap)
- ☐Contrato sem permanência, com cláusulas claras de migração e propriedade de dados
FAQ
Quantos SIMs são suficientes para um piloto?+
Mínimo 10 unidades durante 30 dias nas condições reais da implementação (mesmo dispositivo, mesma localização, mesmo padrão de tráfego). Para frotas internacionais, 5-10 unidades por país.
O que faço se não puder validar a cobertura em campo?+
Peça ao fornecedor um mapa de cobertura por código postal ou por célula. Se não o puder dar, assuma que a cobertura não é a prometida e desenhe com multioperadora como rede de backup.
É razoável pedir SLA com penalização?+
Sim, especialmente para casos críticos (alarmes, saúde, infraestrutura). Para casos não críticos, basta SLA com monitorização e suporte prioritário. Se o seu fornecedor não assina SLA, não é um fornecedor industrial.
A API REST está coberta neste checklist?+
Só a nível alto (processo de ativação em massa). Para detalhe de integração, ver o guia de integração com a API REST.
More guides