O prazo de restabelecimento está definido em contrato regulatório. A prova de que ele foi cumprido, em boa parte das operações de utilities, não está em lugar nenhum — fica dispersa entre o sistema de chamados, o rádio da equipe de campo e a memória de quem estava na rua naquele dia.
Reconstruir esse histórico manualmente consome horas da supervisão de campo sempre que um cliente formal questiona um atendimento ou o regulador solicita a revisão de um período retroativo — tempo que sai da gestão diária das frotas para virar investigação retroativa, muitas vezes sobre um chamado que ninguém mais lembra em detalhe. O risco não é só o tempo perdido nessa reconstrução. Uma auditoria que não encontra registro correspondente ao SLA declarado expõe a operação a autuação regulatória, e o mesmo gap de prova pesa em qualquer negociação com cliente corporativo que cobre, por contrato, o mesmo prazo de atendimento. O desgaste não aparece uma vez — se repete a cada chamado questionado, porque a lacuna de registro é estrutural, não um incidente isolado.
Este artigo detalha o que a regulação exige na prática, os três elementos que compõem uma prova auditável de atendimento e um checklist para avaliar se a sua operação tem, hoje, esse registro pronto.
O que a regulação exige — e por que “ter o procedimento” não é suficiente
A Agência Nacional de Energia Elétrica (ANEEL) normatiza prazos de atendimento e restabelecimento por meio dos módulos do PRODIST — os Procedimentos de Distribuição de Energia Elétrica no Sistema Elétrico Nacional —, atualizados periodicamente por resoluções específicas da agência. A Resolução Normativa ANEEL nº 1.000/2021, que consolidou as Regras de Prestação do Serviço Público de Distribuição de Energia Elétrica, é hoje a referência regulatória central para essas obrigações.
Os prazos exatos variam por tipo de ocorrência, densidade da área atendida e classificação da rede — um detalhamento que foge ao escopo deste artigo e que muda conforme a região e o evento. O ponto central aqui não é o valor do prazo. É a lógica que prova o seu cumprimento, chamado a chamado.
Água e telecom seguem a mesma lógica de fundo, sob reguladores próprios — agências estaduais de saneamento e ANATEL, respectivamente. O prazo contratual muda de setor para setor. A exigência de comprová-lo, não.
Para quem gerencia frotas descentralizadas — múltiplas bases, equipes que saem de pontos diferentes para atender chamados espalhados por uma região inteira —, essa distinção regulatória vira operacional todos os dias. Cada base pode ter seu próprio jeito de registrar saída e chegada, e sem um padrão único cruzado entre elas, provar o SLA de um chamado específico depende de perguntar à base certa, à pessoa certa, sobre um evento que já aconteceu há semanas.
Ter um procedimento operacional escrito — “a equipe deve atender em até X horas” — documenta a intenção de cumprir o prazo. Não documenta que ele foi cumprido em um chamado específico, numa data específica, por uma equipe específica. São dois planos diferentes: o normativo, que estabelece o compromisso, e o operacional, que precisa provar caso a caso que o compromisso foi honrado. A maioria das operações de utilities investe no primeiro plano e assume que o segundo está implícito. Na prática, raramente está. Essa lacuna entre os dois planos é exatamente o que costuma aparecer quando a fiscalização pede a reconstrução de um chamado específico, não um relatório agregado do período.
Os três elementos de uma prova auditável de SLA
Uma prova de SLA que resiste a uma auditoria ou a uma reclamação formal precisa de três elementos cruzados entre si — não apenas registrados isoladamente, cada um em seu próprio sistema.
Elemento 1 — Timestamp de deslocamento real
O sistema de chamados registra quando a ordem de serviço foi aberta e quando foi encerrada. Isso não é o mesmo que o horário real de deslocamento da equipe. Entre a abertura do chamado e a saída efetiva da equipe da base pode haver minutos ou horas de diferença, dependendo de fila de atendimento, disponibilidade de veículo ou prioridade interna daquele turno. Sem o timestamp do momento em que o veículo de fato deixou a base, o relógio que conta para o SLA é uma estimativa — não um registro.
Um chamado aberto às 9h02 pode só ter saída real da equipe às 9h47, por fila de atendimento — 45 minutos que o sistema de chamados nunca captura, mas que contam integralmente para o prazo regulatório. Em frotas com múltiplas equipes saindo da mesma base em horários próximos, esse tipo de atraso é comum — e invisível para qualquer relatório que só olhe para o chamado, não para o veículo.
Elemento 2 — Geocerca de chegada ao ponto de atendimento
“Na região” não é o mesmo que “no endereço”. Uma geocerca configurada no ponto exato do chamado confirma chegada efetiva, não apenas proximidade genérica da área de cobertura. Sem geocerca de precisão, o sistema pode registrar que o veículo esteve na região durante o período do chamado, sem provar que ele parou no endereço correto pelo tempo necessário para concluir o atendimento.
Uma geocerca de 5 km ao redor do bairro confirma que o veículo circulou pela área. Uma geocerca de poucos metros no endereço do chamado confirma que ele parou ali — a diferença entre as duas é a diferença entre indício e prova.
Elemento 3 — Identificação de equipe e veículo por evento
Sem cruzar cada atendimento a um condutor e a um veículo específicos, a operação sabe que atendeu — mas não prova quem atendeu, em qual veículo, dentro de qual janela de tempo. É o mesmo problema de rastreabilidade que aparece na gestão de jornada de motoristas: registro sem identificação individual não é auditável. É só um indício.
Dois técnicos podem revezar o mesmo veículo em turnos diferentes sem que o sistema registre a troca — e, se um deles atendeu um chamado fora do prazo, a operação não tem como provar qual dos dois estava ao volante naquele momento.
O que muda quando a rastreabilidade é estruturada — de reconstrução para resposta imediata
Enquanto os três elementos anteriores existem separados — em sistemas, papéis ou na memória da equipe —, provar o cumprimento do SLA depende de reconstrução manual: ouvir o rádio arquivado, cruzar planilha de escala com relatório de chamados, perguntar ao motorista o que ele lembra daquele dia. Esse processo é lento, sujeito a erro e não escala. Cada nova reclamação ou auditoria reinicia o mesmo trabalho de detetive.
A Powerfleet estrutura esses três elementos — deslocamento, geocerca e identificação — na mesma plataforma que já gerencia as frotas. Os dados deixam de estar dispersos entre sistemas e passam a existir cruzados, por evento, por equipe, por veículo.
Antes: o SLA vivia como afirmação da operação — “atendemos dentro do prazo” — sustentada por memória de equipe e relatório fragmentado. Depois: → horário real de saída registrado por evento → chegada confirmada por geocerca no endereço → condutor e veículo identificados a cada chamado. A mesma operação, o mesmo prazo contratual — mas agora com registro que se sustenta sozinho diante de qualquer pergunta.
O mecanismo por trás dessa mudança já foi documentado fora do setor de utilities. A COOPERTRANS estruturou a gestão de frota em tempo real e registrou 80% de aumento em eficiência de gestão, com a conformidade legal passando a fazer parte do processo operacional — não de uma reconstrução feita depois que o questionamento já havia chegado. O mecanismo se aplica igualmente ao SLA regulatório de utilities: quando o registro de deslocamento e chegada é estruturado no momento do evento, não sobra reconstrução para depois.
Essa mudança importa mais em operações que atendem múltiplos contratos regulatórios ou múltiplos clientes B2B ao mesmo tempo — cada um com seu próprio prazo e sua própria cadência de auditoria.
O relatório de conformidade deixa de ser um projeto de horas sob pressão de prazo — e passa a ser uma consulta de poucos minutos ao histórico já registrado. O artigo sobre custo por atendimento em frotas de utilities mostra como esse mesmo princípio de dado cruzado por veículo se aplica a uma pergunta diferente: a granularidade que prova o SLA é a mesma que revela onde as frotas gastam sem entregar atendimento.
Checklist — como avaliar se sua operação tem SLA comprovável hoje
Quatro perguntas para aplicar diretamente na operação, antes que a próxima auditoria ou reclamação chegue:
- Você consegue provar o horário real de saída da equipe da base para um chamado específico de 30 dias atrás?
- Sua plataforma registra chegada por geocerca no endereço do chamado, ou apenas “veículo na região”?
- Cada evento de atendimento está associado a um condutor e a um veículo específicos, de forma auditável?
- Se o regulador ou um cliente pedisse essa reconstrução hoje, quanto tempo sua equipe levaria para responder?
Se a resposta a qualquer uma dessas perguntas depende de “vamos verificar” ou de perguntar para quem estava na rua naquele dia, o SLA está sendo cumprido. Mas não está sendo comprovado.
O que isso significa para o board — de custo de conformidade a proteção de contrato
Para a diretoria, rastreabilidade auditável de SLA não é apenas resposta à fiscalização. É argumento na renovação de contratos com clientes corporativos — quando um cliente exige histórico de cumprimento antes de renovar — e redução direta de exposição a autuação regulatória, que em casos recorrentes pesa no resultado financeiro da concessão.
Esse cálculo também muda a conversa interna sobre onde investir em conformidade. Hoje, boa parte do orçamento de conformidade em utilities vai para procedimento, treinamento e auditoria interna — camadas importantes, mas que não resolvem a lacuna de prova por evento. Rastreabilidade auditável desloca parte desse investimento de documentação de intenção para registro de execução, que é exatamente o que resiste quando alguém pergunta.
Essa mesma lógica de comprovação, aplicada a um domínio diferente, já apareceu neste blog quando tratamos de conformidade trabalhista de jornada de motoristas: o problema estrutural é o mesmo. Controle existe, mas rastreabilidade auditável — no formato que resiste a uma pergunta direta — ainda não. SLA regulatório e jornada de condutor são exigências diferentes, mas a resposta operacional que protege a empresa nos dois casos é construída da mesma forma: registro estruturado no momento do evento, não reconstrução depois que alguém perguntou.
Conclusão
O SLA não é o problema. A maioria das operações de utilities cumpre o prazo de atendimento na maior parte dos chamados. O problema é que esse cumprimento existe, mas não tem registro que resista a uma pergunta — do regulador, do cliente ou de um processo. Rastreabilidade auditável transforma isso: de reconstrução sob pressão, para resposta pronta em minutos.
Quer avaliar se a sua operação de utilities tem hoje rastreabilidade suficiente para comprovar SLA regulatório ou contratual? Fale com um especialista Powerfleet — diagnóstico sem compromisso.
Para aprofundar a mesma lógica de rastreabilidade auditável aplicada à conformidade trabalhista de jornada: Jornada do motorista: o que a CLT exige e o que sua frota controla.
