Guides
Step-by-step guide

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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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