# Gestão de Combustível em Locais Remotos: Reconciliar Diesel Quando Cada Litro é Contabilizado à Mão
TL;DR: Num local remoto, o diesel é um activo de elevado valor, consumido continuamente e medido de forma imprecisa — a única forma de o controlar é ligar cada litro emitido a um equipamento, a uma leitura de horímetro e a um cálculo de consumo esperado, e investigar sistematicamente qualquer desvio.
Num escritório em Luanda, um desvio de caixa é raro e fácil de detectar. Num acampamento a quatro horas da estrada principal, com um gerador a trabalhar 20 horas por dia e uma frota de camiões-cisterna, retro-escavadoras e compressores, o diesel comporta-se de forma diferente: é o único insumo que está simultaneamente a ser comprado, armazenado, transportado, emitido e consumido em contínuo, muitas vezes sem uma única leitura eléctrica ou digital em todo o processo. Uma folha de registo em papel, um posto de abastecimento sem báscula certificada e um operador que anota "cheio" em vez de um valor são o padrão em muitos locais — e é precisamente aí que o combustível se perde, seja por erro de medição, evaporação, furto ou simples negligência no preenchimento do registo.
Este guia não assume fraude generalizada — não há estatística fiável e verificável sobre perdas de combustível em operações remotas em Angola que valha a pena citar, e inventar um número seria pior do que não ter nenhum. O que existe, de forma verificável, é o custo crescente de cada litro perdido: em Março de 2025 o preço do gasóleo em Angola subiu 50%, de 200 para 300 kwanzas por litro, após o Governo eliminar progressivamente os subsídios aos combustíveis a pedido do FMI (Bloomberg). Isso, por si só, já justifica tratar o diesel como um activo com o mesmo rigor contabilístico de uma peça de inventário de alto valor, e não como uma despesa operacional que se repõe sem perguntas.
O combustível como activo, não como despesa
O erro de desenho mais comum é tratar o diesel como uma linha de custo em vez de um item de stock. Um item de stock tem de ter: uma quantidade de entrada auditável (guia de fornecedor, factura, descarga na cisterna do local), uma quantidade de saída auditável (registo de emissão por equipamento), um saldo teórico a cada momento, e uma reconciliação física periódica contra esse saldo. Sem estes quatro elementos, o que existe é um tanque que "parece" ter combustível suficiente até deixar de ter.
Isto aproxima-se do mesmo problema que já resolvemos noutras frentes de inventário crítico em campo — a mesma lógica de rasto físico contra saldo teórico aplica-se ao inventário de peças MRO, onde o custo de não saber o que está fisicamente disponível também aparece sempre no pior momento.
Desenho do registo de emissão de combustível
O registo de emissão é o documento central de todo o sistema. Cada linha deve capturar, no mínimo:
| Campo | Porquê é obrigatório |
|---|---|
| Data e hora da emissão | Permite calcular intervalos entre abastecimentos e detectar padrões anómalos (ex: abastecimentos fora do turno) |
| Equipamento (ID único) | Liga o consumo a um activo específico, não a uma categoria genérica |
| Operador que solicitou e operador que emitiu | Dois nomes, nunca um — é a base do controlo por segregação de funções |
| Leitura do horímetro/odómetro no momento da emissão | Ponto de partida para calcular consumo por hora de trabalho |
| Litros emitidos (medidos, não estimados) | Idealmente por bomba com contador calibrado, não por marca visual no tanque |
| Leitura do tanque-mãe antes e depois (dip manual ou sensor) | Cruza a saída da bomba com a variação real do nível do tanque |
| Localização/obra | Necessário quando há mais do que um ponto de abastecimento no mesmo local |
| Assinatura ou PIN do operador autorizado a dispensar | Fecha o registo como evento auditável, não como nota informal |
Sem a leitura do horímetro em cada linha, o registo de emissão é apenas um livro de caixa de litros — útil para saber quanto saiu, inútil para saber se o que saiu correspondia ao trabalho realizado. É esta ligação entre litro e hora de trabalho que transforma um registo administrativo num instrumento de controlo.
Um sistema à medida ganha aqui exactamente onde uma folha de cálculo falha: obriga o preenchimento dos campos críticos antes de fechar o registo, valida o intervalo entre a leitura do horímetro actual e a anterior (rejeitando, por exemplo, um valor menor que o anterior), e mantém o histórico completo por equipamento sem depender de disciplina manual de cópia entre ficheiros.
Ligar a emissão ao equipamento e ao contador de horas
Cada equipamento consumidor de diesel — gerador, gerador de soldadura, camião, retro-escavadora, compressor, bomba — deve ter uma ficha própria no sistema com três atributos fixos: a taxa de consumo teórica ao regime de trabalho habitual (fornecida pelo fabricante ou estabelecida por uma linha de base histórica), a capacidade do depósito próprio, e o horímetro/odómetro corrente.
Cada emissão de combustível actualiza automaticamente o saldo acumulado desse equipamento e cria um novo ponto de referência para a próxima leitura de horímetro. O objectivo é que, a qualquer momento, seja possível responder a duas perguntas sem ir ao terreno: quantos litros este equipamento consumiu nas últimas 100 horas de trabalho, e esse valor está dentro do intervalo esperado para o seu regime de carga.
Para geradores, esta é uma pergunta com resposta numérica conhecida. A fórmula de referência da indústria para consumo horário é:
Consumo (L/h) = 0,25 × potência nominal (kW) × factor de carga
onde 0,25 litros por kW por hora é o consumo específico médio de um motor diesel, e o factor de carga reflecte a percentagem da potência nominal efectivamente utilizada (DEPCO Power Systems; Diesel Generator Tech). Um gerador de 100 kVA (80 kW efectivos) a 75% de carga consome cerca de 15 litros/hora — e é este número, não uma média genérica de obra, que deve ficar registado na ficha do equipamento e servir de referência para o cálculo de desvio. Vale notar que a eficiência por litro piora significativamente abaixo de 70-75% de carga, o que é relevante quando se dimensiona um gerador para um acampamento com consumo variável ao longo do dia — sobredimensionar "por segurança" tem um custo directo em litros por kWh gerado.
Para veículos e máquinas de terraplanagem, a lógica é semelhante mas a métrica de referência costuma ser litros por hora de motor ou litros por quilómetro, estabelecida a partir do histórico do próprio equipamento nos primeiros meses de operação, já que o consumo real varia muito mais com o terreno e a carga do que num gerador estacionário.
Consumo esperado versus consumo real: o cálculo que importa
A reconciliação em si é simples de enunciar e difícil de operacionalizar sem sistema: para cada equipamento, em cada período,
Desvio = Consumo real registado − (Horas trabalhadas × Consumo teórico por hora)
Um desvio positivo persistente (mais combustível emitido do que o esperado pelo trabalho registado) é o sinal clássico de perda — por medição, por evaporação, por desvio de uso ou por furto. Um desvio negativo persistente normalmente aponta para horímetro avariado, sub-registo de horas de trabalho, ou consumo real acima da especificação do fabricante (motor a precisar de manutenção, filtro de ar obstruído, injectores desregulados).
O que faz a diferença operacional é o limiar de tolerância e o que acontece quando ele é ultrapassado. Um sistema bem desenhado não gera um relatório mensal que ninguém lê — gera uma excepção no momento em que o desvio acumulado de um equipamento ultrapassa, por exemplo, 8-10% do consumo teórico num período de sete dias, e obriga a uma justificação registada antes de autorizar a próxima emissão para esse equipamento. Isto transforma a reconciliação de uma auditoria retrospectiva (que descobre a perda três meses depois) num controlo preventivo (que a detecta na primeira semana).
A reconciliação do tanque-mãe do local segue a mesma lógica a outro nível: saldo teórico = saldo anterior + entregas recebidas − total emitido pelas bombas, comparado contra o dip físico feito por um responsável independente de quem opera a bomba. Qualquer sistema de gestão de combustível que não separe estas duas funções — quem emite e quem confere o saldo físico — está a desenhar a sua própria excepção não detectada.
Telemetria e sensores: reduzir a dependência da caligrafia
Onde a infra-estrutura o permite, sensores de nível de tanque e módulos CAN-bus nos equipamentos mais críticos eliminam grande parte do erro de leitura manual, alimentando o sistema com dados quase em tempo real em vez de registos preenchidos no fim do turno. O desafio técnico real não é obter os dados — é desenhar a ingestão de telemetria sem afogar a base de dados com leituras de alta frequência que ninguém vai consultar individualmente, e decidir corretamente quais agregações e alertas devem ser calculados no próprio local, já que a ligação de satélite num acampamento remoto não é garantida. Esta é também a razão pela qual o registo de emissão em papel não pode simplesmente ser digitalizado como formulário online: o sistema tem de continuar a funcionar quando a rede cai a meio do turno, sincronizando as transacções assim que a ligação for restabelecida — o mesmo problema de edge computing em campos petrolíferos remotos que se aplica a qualquer sistema de campo em Angola, e que decide o que tem de ser validado localmente antes de qualquer sincronização.
Quem pode autorizar e quem pode ver o quê
Um registo de emissão de combustível só tem valor probatório se ninguém o puder alterar depois de fechado, e se for possível provar, mais tarde, quem tinha permissão para dispensar diesel para um equipamento específico numa data específica. Isto não é uma preocupação abstracta de conformidade — é o que separa um sistema de controlo de um livro de registo que qualquer pessoa pode reescrever depois dos factos. A base disto é o mesmo desenho de permissões e trilho de auditoria imutável que qualquer módulo sensível de um ERP industrial exige: papéis bem definidos (quem solicita, quem emite, quem confere fisicamente), e um registo de alterações que nunca apaga, apenas acrescenta uma nova versão com o autor e a hora.
Perguntas frequentes
Um sistema de gestão de combustível substitui o dip manual do tanque?
Não, e não deve tentar. O dip físico continua a ser a fonte de verdade contra a qual o saldo teórico do sistema é validado. O que o sistema substitui é o cálculo manual do saldo teórico e a reconciliação em folha de cálculo — reduzindo o erro humano na parte que pode ser automatizada, sem remover a verificação física independente.
Vale a pena instalar sensores de nível em todos os tanques de um local remoto?
Depende do valor do activo e da distância à estrada principal. Num tanque-mãe de grande capacidade num acampamento sem rede fixa, um sensor com transmissão periódica compensa-se rapidamente face ao custo de uma viagem de verificação. Em tanques auxiliares de baixo volume, o dip manual disciplinado, com registo obrigatório no sistema, é normalmente suficiente.
Que acontece quando o horímetro de um equipamento avaria?
O sistema deve bloquear novas emissões automáticas de consumo teórico para esse equipamento e forçar um registo manual justificado até o horímetro ser substituído ou recalibrado — nunca deve simplesmente assumir o último valor conhecido, porque isso mascara exactamente o tipo de desvio que o controlo existe para detectar.
Isto aplica-se só a operações petrolíferas, ou também a obras de construção e EPC?
O princípio é o mesmo em qualquer local remoto com geradores e equipamento pesado — obra de construção, base logística, estaleiro EPC. O que muda é o número de pontos de emissão e a criticidade de cada equipamento, não a lógica de reconciliação.
Uma nota sobre quem escreve isto
A Wise Hustlers concebe e opera o seu próprio ERP para o sector energético, cobrindo upstream, poços, produção, projectos e contratos, procurement, fornecedores, inventário, MRO, manutenção, frota, logística, HSE, qualidade, recursos humanos, formação, finanças, fiscalidade e conformidade — incluindo módulos de gestão de combustível como o descrito acima. Se está a avaliar construir este tipo de controlo à medida da sua operação em Angola, a nossa página de desenvolvimento de software à medida descreve como abordamos este tipo de projecto.