AFE e Controlo de Capital: Porque é que a Folha de Cálculo Falha Sempre no Momento Errado | Blog

# AFE e Controlo de Capital: Porque é que a Folha de Cálculo Falha Sempre no Momento Errado

TL;DR: um AFE (Authorization for Expenditure) só funciona como controlo de capital se for fisicamente impossível gastar sem passar por ele — e a maioria das folhas de cálculo, e mesmo alguns ERP mal configurados, deixam sempre um caminho alternativo aberto, normalmente a edição directa do orçamento de um elemento da estrutura de trabalho (WBS).

O que é, na prática, um AFE

Um AFE — Authorization for Expenditure, ou "autorização de despesa de capital" — é o documento e o processo que definem o âmbito, o custo estimado e a cadeia de aprovação de um projecto de capital antes de qualquer despesa começar. Na indústria petrolífera, cobre tipicamente perfuração, completação, workovers, projectos de instalações de superfície ou abandono de poços, e identifica o activo, estrutura as categorias de custo e documenta os pressupostos por trás da estimativa.

O AFE tem duas funções que é importante separar:

1. Ferramenta de orçamentação — define o limite financeiro autorizado para um projecto específico.

2. Mecanismo de controlo — obriga a que qualquer despesa proposta acima de um limiar seja revista e aprovada antes de qualquer cêntimo ser comprometido.

Depois de aprovado, o AFE passa a ser a linha de base contra a qual se mede o desempenho real: cost tracking, variance analysis, e — quando há parceiros de working interest num consórcio — a aprovação de cada parceiro segundo a respectiva percentagem. Esta é a definição standard usada pela indústria, documentada por fornecedores especializados em software para upstream como a Quorum Software e a Enverus (Quorum Software; Enverus).

Até aqui, nada de novo para quem já geriu um projecto de capital em Angola, seja um operador, uma EPC ou um prestador de serviços petrolíferos. O problema não está na definição do AFE. Está no que acontece depois de ele ser aprovado.

O ponto cego: um controlo só é tão forte quanto o caminho mais fraco de escrita

Aqui está a ideia central deste artigo, e é mais simples do que parece: um controlo de capital não vale nada se existir qualquer caminho — por mais residual que pareça — que permita alterar o orçamento sem passar pela aprovação do AFE.

Isto parece óbvio quando dito assim. Mas na prática, é exactamente o erro que se repete, ano após ano, em auditorias de capex na indústria energética. Não é um erro de intenção — ninguém desenha deliberadamente uma porta das traseiras. É um erro de arquitectura: o controlo foi construído a pensar no caminho principal (o formulário de AFE, o workflow de aprovação, a folha de cálculo de tracking), mas ninguém verificou sistematicamente todos os outros sítios onde o número do orçamento pode ser escrito.

Uma folha de Excel falha aqui quase por definição. Uma célula de orçamento numa folha de cálculo de controlo de capex é, estruturalmente, igual a qualquer outra célula: pode ser editada por qualquer pessoa com a password da pasta partilhada, sem registo de quem mudou o quê, quando, ou porquê — a menos que alguém tenha disciplina para manter o "control de alterações" manualmente actualizado, o que não acontece de forma consistente em nenhuma organização que já vimos. A folha falha precisamente no momento em que mais precisa de segurar a linha: numa correria de fim de trimestre, numa negociação apertada com um fornecedor, ou numa pressão de terreno para "resolver isto amanhã".

Exemplo concreto: a edição directa ao orçamento de um elemento da WBS

Este é um modo de falha real e verificável, que qualquer equipa de engenharia que já tenha construído ou implementado um sistema de gestão de projectos de capital reconhece de imediato. A Wise Hustlers constrói e opera o seu próprio ERP para o sector energético, e é dessa engenharia que este exemplo vem.

Num sistema de gestão de projectos típico, o orçamento de capital não vive apenas no objecto "AFE". Vive também, em paralelo, num elemento da estrutura de trabalho (Work Breakdown Structure, ou WBS) — a decomposição hierárquica do âmbito do projecto em pacotes de trabalho geríveis, cada um com o seu próprio código de custo. É essa WBS, e não o AFE em si, que normalmente recebe os lançamentos reais de custo: facturas de fornecedores, horas de mão-de-obra, requisições de material.

A falha acontece assim: o AFE aprovado define, digamos, 2 milhões de dólares para um pacote de trabalho de "instalação de linha de produção". O gestor de projecto, sob pressão para acomodar um custo adicional de fornecedor que não estava no âmbito original, não volta a submeter uma revisão de AFE — que exigiria nova aprovação, talvez do comité de investimento, talvez do parceiro de joint venture. Em vez disso, abre directamente o ecrã de manutenção do elemento da WBS e aumenta o valor do orçamento ali, porque tecnicamente essa tela tem permissão de escrita e não está ligada, no desenho do sistema, ao mesmo motor de validação que controla as revisões de AFE.

Nada rebenta de imediato. A factura é paga. O relatório de custo real vs. orçamento continua "equilibrado" — porque o orçamento também subiu. Só que agora existe um valor de capital comprometido que nunca passou pelo comité de aprovação, nunca teve o sign-off do parceiro de JV, e não está reflectido no AFE formal que foi assinado. Quando a auditoria de fim de ano, ou o parceiro operador, pede reconciliação entre o AFE aprovado e o gasto real por elemento da WBS, a diferença aparece — mas por essa altura já não há decisão a tomar, só uma justificação a escrever.

Este é o motivo estrutural pelo qual "termos um AFE" não é o mesmo que "termos controlo de capital". O controlo só existe se todos os caminhos de escrita ao orçamento — o formulário de AFE, o ecrã de revisão de AFE, o ecrã de manutenção da WBS, a importação em lote, a API, o acesso directo à base de dados — passarem pela mesma validação obrigatória: sem AFE aprovado (ou revisão de AFE aprovada) cobrindo o valor, a escrita é rejeitada. Não avisada. Rejeitada.

Porque é que isto pesa mais em Angola do que noutros mercados

Em muitos mercados, uma falha de controlo de capex é sobretudo um problema de auditoria interna e de reporting financeiro. Em Angola, este tipo de rasto — quem aprovou o quê, quando, e sob que enquadramento de conteúdo local — tem também peso regulatório directo.

Conteúdo local e certificação ANPG

O Decreto Presidencial n.º 271/20, de 20 de Outubro, aprovou o Regime Jurídico do Conteúdo Local do Sector Petrolífero angolano, obrigando todas as entidades que prestam serviços ou fornecem bens ao sector petrolífero — não apenas os operadores — a registarem-se e a serem certificadas pela ANPG (Agência Nacional de Petróleo, Gás e Biocombustíveis), com um prazo legal de 180 dias após a submissão dos documentos (PwC Angola; CMS Law). O regime estabelece três categorias de contratação — exclusividade, preferência e concorrência — consoante a estrutura accionista da sociedade prestadora, e obriga as empresas do sector a elaborarem um Plano de Conteúdo Local a submeter à ANPG.

Isto significa que um projecto de capital em Angola não está apenas a gerir "quanto se gasta", mas também "com quem, sob que regime de contratação, e dentro de que plano de conteúdo local aprovado". Se o orçamento de um pacote de trabalho pode ser alterado fora do AFE, o vínculo entre a despesa real e o fornecedor/regime autorizado no plano original também se perde — e isso é precisamente o tipo de desalinhamento que uma verificação de conformidade da ANPG, ou uma auditoria de parceiro, vai apanhar.

Facturação electrónica, SAF-T (AO) e a AGT

Em paralelo, a Administração Geral Tributária (AGT) está a tornar obrigatória a facturação electrónica a partir de 1 de Janeiro de 2026 para os grandes contribuintes e para as empresas que facturam a entidades do Estado, alargando-se aos restantes contribuintes dos regimes Geral e Simplificado a partir de 1 de Janeiro de 2027, ao abrigo do Decreto n.º 71/25 (EY Angola; Angola24Horas). O software de facturação tem de estar certificado pela AGT, e a submissão do ficheiro SAF-T (AO) a partir da contabilidade está prevista para 2026, cobrindo já dados de 2025.

Isto reforça o mesmo argumento a partir do lado fiscal: se um custo de capital foi registado através de um caminho que contorna o AFE, e esse custo depois gera uma factura, o rasto entre a autorização de despesa e o documento fiscal fica quebrado precisamente no momento em que a AGT — e o auditor externo — mais o vão querer ver reconciliado.

Como desenhar um workflow de aprovação de investimento sem porta das traseiras

Um workflow de aprovação de investimento bem desenhado tem três características que, juntas, fecham o problema descrito acima:

1. Ponto único de escrita. O orçamento de capital de um elemento da WBS, ou de qualquer objecto de custo equivalente, só pode ser alterado através do mesmo motor de validação que processa o AFE original e as suas revisões — nunca através de um ecrã de manutenção "administrativo" separado, nem por importação em lote sem o mesmo check, nem por acesso directo à base de dados fora de um processo de correcção controlada e registada.

2. Matriz de limiares e aprovação. Os limiares de aprovação (por exemplo, quem aprova até 100 mil dólares, quem aprova até 1 milhão, a partir de quando entra o comité de investimento ou o parceiro de JV) têm de estar codificados no sistema, não apenas num documento de política que ninguém consulta na prática. Cada revisão de AFE que ultrapasse um limiar tem de reiniciar automaticamente a cadeia de aprovação correspondente — nunca herdar silenciosamente a aprovação original.

3. Rasto de auditoria imutável e reabertura controlada. Toda a alteração ao orçamento, aprovada ou não, fica registada com utilizador, data, justificação e referência ao AFE ou revisão que a autoriza. Quando é preciso corrigir um erro genuíno de lançamento — porque estes existem, e a resposta não pode ser "nunca se pode corrigir nada" — a correcção passa por um processo formal e visível, não por uma edição silenciosa.

Isto é, em essência, trabalho de automação empresarial: mapear todos os pontos de entrada de dados de um processo crítico, identificar onde a regra de negócio é aplicada de forma inconsistente, e eliminar a inconsistência ao nível do sistema em vez de a tentar resolver com mais uma circular interna. É esse o âmbito do nosso serviço de automação empresarial — não porque a ideia seja nova, mas porque implementá-la a sério exige disciplina de engenharia sobre cada caminho de escrita do sistema, e não apenas sobre o formulário mais visível.

AFE vs. controlo de orçamento operacional: onde a diferença importa

Dimensão	Despesa operacional (OPEX)	Despesa de capital via AFE
Momento da aprovação	Muitas vezes pós-facto, dentro do orçamento anual	Obrigatoriamente antes do compromisso de gasto
Nível de detalhe	Categoria de conta, centro de custo	Projecto, poço, activo, pacote de trabalho (WBS)
Revisão a meio do projecto	Normalmente não aplicável	Exige revisão formal de AFE (AFE supplement)
Aprovação de parceiros JV	Raramente aplicável	Frequentemente obrigatória, por percentagem de working interest
Ligação a conformidade regulatória	Indirecta	Directa — conteúdo local, plano ANPG, rasto fiscal SAF-T
Risco se houver caminho alternativo de escrita	Desvio de orçamento visível em relatórios mensais	Compromisso de capital não autorizado, potencialmente só descoberto em auditoria

FAQ

Um AFE é obrigatório por lei em Angola, ou é apenas uma boa prática de gestão de capital?

Não existe uma lei angolana que exija especificamente o uso de um documento chamado "AFE". É uma prática de gestão de capital consolidada na indústria petrolífera internacional. O que é regulado em Angola é o enquadramento à volta da despesa — certificação ANPG, conteúdo local e, cada vez mais, o rasto fiscal via SAF-T (AO) — pelo que a disciplina de um AFE bem implementado ajuda directamente a cumprir essas obrigações, mesmo que o termo "AFE" em si não apareça na legislação.

Uma folha de cálculo pode alguma vez ser suficiente para controlar capex num projecto pequeno?

Para um projecto isolado, de baixo valor e sem parceiros de JV, uma folha de cálculo bem disciplinada pode funcionar durante algum tempo. O risco cresce com o número de pessoas com acesso de escrita, com o número de projectos simultâneos e com a presença de parceiros externos que exigem reconciliação. A partir do momento em que há mais do que um aprovador ou mais do que uma pessoa a lançar custos, a folha de cálculo deixa de ter forma de garantir que ninguém contorna o processo.

O que é uma "revisão de AFE" (AFE supplement) e quando é necessária?

É uma submissão formal para aumentar o âmbito ou o valor de um AFE já aprovado, normalmente exigida quando o custo real ultrapassa um limiar percentual acima da estimativa original (por exemplo, 10%). A revisão passa pelo mesmo processo de aprovação do AFE original — incluindo, se aplicável, os parceiros de working interest.

Como é que um sistema evita que alguém edite o orçamento fora do AFE sem tornar o trabalho do dia-a-dia impossível?

A resposta não é bloquear todas as edições — é garantir que qualquer edição ao valor de orçamento, seja qual for o ecrã de onde parte, dispara a mesma validação de AFE/revisão de AFE antes de ser gravada. Do ponto de vista do utilizador, o processo pode continuar simples; o que muda é que deixa de existir um atalho que ignore a regra.