Sair do Excel: Como Migrar Operações Petrolíferas para um ERP Sem Parar a Produção | Blog

# Sair do Excel: Como Migrar Operações Petrolíferas para um ERP Sem Parar a Produção

TL;DR: Migrar de Excel para um ERP no sector petrolífero angolano não se faz num fim-de-semana nem num "big bang" — faz-se domínio a domínio, com um inventário honesto do que existe, um período de operação em paralelo e uma reconciliação rigorosa dos saldos de abertura, enquanto a produção continua a correr.

Se gere operações de upstream, uma base de fornecedores em Angola, ou o armazém de uma unidade de produção, é provável que uma parte significativa do negócio ainda viva em ficheiros Excel — folhas de reconciliação de stocks, mapas de manutenção preventiva, controlo de facturação de operadoras conjuntas (JIB), registos de HSE. Isto não é incompetência: é o que acontece quando um negócio cresce mais depressa do que os sistemas que o suportam. O problema é que, a partir de 2026, Angola deixou de tolerar essa folga. A obrigatoriedade da facturação electrónica e da submissão do ficheiro SAF-T (AO), ao abrigo do Decreto Presidencial n.º 71/25, de 20 de Março, aplica-se já aos grandes contribuintes, aos fornecedores do Estado e a qualquer contribuinte que emita facturas de valor igual ou superior a 25 milhões de Kwanzas — um universo que inclui praticamente todos os operadores, EPCs e prestadores de serviços petrolíferos de dimensão média para cima (EY Angola).

A Wise Hustlers constrói e opera o seu próprio ERP para o sector energético, cobrindo upstream, poços, produção, projectos e contratos, compras, fornecedores, inventário, MRO, manutenção, frota, logística, HSE, qualidade, RH, formação e finanças. Este guia é deliberadamente prático: o que inventariar, por que ordem migrar, como correr em paralelo sem duplicar trabalho, e como fechar os saldos de abertura sem surpresas na primeira auditoria.

Porque é que "só passar tudo para o ERP" nunca funciona

A tentação de um projecto de ERP é tratá-lo como uma migração técnica: exportar do Excel, importar para o ERP, apagar as folhas de cálculo. Na prática, três coisas correm sempre mal quando se tenta isto de uma só vez.

Os dados históricos estão sujos, e ninguém sabe até que ponto. Folhas de cálculo de armazém acumulam anos de correcções manuais, unidades de medida inconsistentes (o mesmo material em "caixas" numa folha e em "unidades" noutra), códigos de material duplicados criados porque alguém não encontrou o original, e ajustes de stock feitos directamente na célula sem nenhum registo do porquê. Isto só se descobre quando se tenta carregar os dados num sistema que exige integridade referencial — e nessa altura já é tarde para negociar prazos.

Processos inteiros existem apenas na cabeça de uma pessoa. Em quase todos os projectos de modernização que vemos, há um responsável de armazém, um técnico de manutenção ou um administrativo financeiro que é, de facto, o sistema. Sabe que a "folha oficial" de stocks é a versão que está na pasta de Downloads, não a que está no SharePoint. Sabe que a factura do fornecedor X só deve ser paga depois de confirmação verbal com o supervisor de campo, apesar de isso não estar escrito em lado nenhum. Quando essa pessoa está de férias, ou sai da empresa, o processo desaparece com ela — e só se nota o buraco quando o ERP pede uma regra que ninguém consegue explicar.

A pressão para acelerar cria atalhos que custam caro depois. É tentador migrar tudo de uma vez para "acabar com isto depressa". É também a via mais directa para uma paragem não planeada — porque um erro no módulo de compras bloqueia uma requisição crítica de peças MRO, ou porque um saldo de inventário errado pára uma ordem de produção.

Passo 1: Inventário honesto do que existe

Antes de qualquer discussão sobre plataforma de ERP, faça um levantamento — não dos sistemas que a empresa "devia" ter, mas dos que realmente usa hoje para operar. Para uma operação petrolífera típica em Angola, isto costuma cobrir estes domínios:

Domínio	O que normalmente vive em Excel	Risco típico
Produção e poços	Registos diários de produção, downtime, testes de poço	Sem histórico auditável para ANPG/parceiros JV
Compras e fornecedores	Base de fornecedores, estado de certificação ANPG, cotações	Fornecedores não certificados a passar por controlo de conteúdo local
Inventário e armazém	Folhas de stock, listas de materiais críticos	Saldos divergentes entre armazém físico e registo
Manutenção e MRO	Planos de manutenção preventiva, histórico de avarias	Manutenção corretiva não planeada por falta de alertas
Facturação e JIB	Reconciliação de custos entre operadoras (joint interest billing)	Disputas com parceiros por falta de rastreabilidade
Finanças e fiscal	Mapas de IVA, preparação de facturas, ficheiros de exportação	Incapacidade de gerar SAF-T (AO) e facturas certificadas AGT a tempo
HSE e qualidade	Registos de incidentes, auditorias, certificações	Perda de dados de conformidade em mudanças de pessoal

Para cada domínio, registe três coisas: quem é o dono real do processo (não o dono no organigrama, o dono de facto), qual é a fonte de verdade actual, e que regras de negócio não estão escritas em lado nenhum. Este inventário é o documento mais importante do projecto — mais importante do que a escolha de plataforma — porque é ele que define a ordem de migração e revela onde estão os processos "só na cabeça de alguém".

Passo 2: Migrar por domínio, não em big bang

Com o inventário feito, resista à pressão (interna ou do fornecedor de ERP) para ligar tudo de uma vez. A nossa recomendação, testada na construção de sistemas para operações que não podem parar, é migrar por domínio de negócio, numa ordem que respeite dependências reais:

1. Dados-mestre primeiro — fornecedores, materiais, centros de custo, estrutura de poços/activos. Sem isto limpo e único, tudo o resto herda o erro.

2. Inventário e armazém — porque é o domínio onde os saldos físicos podem ser contados e verificados de forma independente do sistema antigo.

3. Compras e [conteúdo local](https://wise-hustlers.com/blog/conteudo-local-angola-anpg-software-conformidade) — ligando o estado de certificação ANPG de cada fornecedor directamente ao ficheiro-mestre, para que o regime de exclusividade, preferência ou concorrência definido pelo Decreto Presidencial n.º 271/20 seja aplicado automaticamente nas requisições (CMS Law).

4. Manutenção e MRO — normalmente o domínio com processos mais tribais; beneficia de já ter o inventário de peças estabilizado no passo anterior.

5. Finanças, facturação e fiscal — deixado propositadamente para depois de os domínios operacionais estarem estáveis, porque é o domínio mais exposto à obrigatoriedade legal de facturação electrónica e SAF-T (AO), e onde um erro tem consequência regulatória directa.

Cada domínio tem o seu próprio ciclo de "vai para produção", em vez de um único fim-de-semana de corte. Isto significa mais meses de projecto no total, mas reduz drasticamente o risco de paragem — e permite corrigir a abordagem de reconciliação de dados a meio do caminho, com base no que correu mal no primeiro domínio.

Passo 3: O período de operação em paralelo

Nenhum domínio deve mudar de sistema "de um dia para o outro". Depois de o ERP estar configurado e os dados migrados para um domínio, corra as duas fontes em paralelo — Excel e ERP — durante um período definido antes de desligar a folha de cálculo.

A duração certa do paralelo varia por domínio; não há uma regra única:

Inventário e armazém: pelo menos um ciclo completo de contagem física (normalmente um mês), para confirmar que os movimentos no ERP batem certo com o inventário físico.
Manutenção: pelo menos um ciclo de manutenção preventiva completo, para validar que os alertas do ERP disparam nos mesmos momentos em que o plano antigo os previa.
Finanças e facturação: um mês fiscal completo, incluindo o fecho, para garantir que os mapas de IVA e a informação necessária para o SAF-T (AO) saem correctos do ERP antes de a folha de cálculo deixar de ser a rede de segurança.

Durante este período, alguém tem de assumir explicitamente a responsabilidade de comparar as duas fontes linha a linha — não apenas os totais. É trabalho manual, é maçador, e é exactamente o que evita que uma discrepância pequena se transforme numa disputa de JIB com um parceiro seis meses depois.

Passo 4: Reconciliação de saldos de abertura

O momento mais delicado de qualquer migração não é o "go-live" — é o dia em que se fixam os saldos de abertura no novo sistema e se deixa de editar a folha de cálculo antiga. Erros aqui propagam-se para a frente indefinidamente.

Nos domínios mais sensíveis, vale a pena impor três regras:

Inventário: contagem física completa, não uma extrapolação dos registos antigos. Cada divergência entre a contagem física e a folha de cálculo é investigada e documentada antes de ser lançada no ERP — nunca simplesmente "ajustada" para bater certo.
Finanças: os saldos de abertura de contas a pagar, contas a receber e imobilizado são reconciliados linha a linha com o último fecho válido, com assinatura de quem confirma cada saldo — normalmente o responsável financeiro, não apenas a equipa de implementação.
Contratos e JIB: os saldos de facturação entre operadoras são confirmados por escrito com os parceiros antes de o ERP se tornar a fonte de verdade, para evitar disputas sobre qual sistema "tem razão".

Só depois desta reconciliação assinada é que a folha de cálculo antiga deve ser arquivada — nunca apagada, porque a AGT e os parceiros de joint venture podem pedir o histórico.

Prazos e custos: as nossas estimativas

Não existe um número de mercado fiável para "quanto custa migrar de Excel para ERP no petróleo angolano" — depende do número de domínios, do estado dos dados e da dimensão da operação. O que podemos partilhar são as nossas próprias estimativas, como Wise Hustlers, com base no desenho deste tipo de projecto:

Uma migração de um único domínio (por exemplo, inventário e armazém, para uma operação de dimensão média) costuma exigir entre 8 e 14 semanas, incluindo o inventário inicial, a configuração, a migração de dados e um mês de paralelo.
Um programa completo cobrindo os sete domínios acima, feito de forma faseada e não em big bang, tende a estender-se por 9 a 18 meses, dependendo de quantos domínios podem correr em paralelo entre si sem competir pela mesma equipa interna.
O custo mais subestimado não é a licença do ERP nem a integração — é o tempo da própria equipa operacional dedicado à reconciliação e à validação em paralelo. Isto deve ser orçamentado como esforço interno, não como um custo "grátis" porque não aparece numa factura de fornecedor.

Estas são estimativas nossas para orientar o planeamento, não uma média de mercado nem uma promessa de prazo fixo — cada operação tem o seu próprio nível de sujidade de dados e de dependência de conhecimento tácito.

Onde entra a modernização de sistemas legados

Grande parte deste trabalho — o inventário técnico, o desenho da sequência de migração por domínio, a construção das pontes de dados entre o Excel antigo e o ERP novo, e a validação da reconciliação — é exactamente o âmbito do nosso serviço de modernização de sistemas legados. Não vendemos uma plataforma de ERP única; ajudamos a desenhar e a executar a transição a partir do que já existe, incluindo o trabalho menos visível de limpar dados históricos e capturar processos que, hoje, só existem na cabeça de uma pessoa.

Vale a pena dizer com clareza: existem várias plataformas de ERP genuinamente adequadas ao sector petrolífero, cada uma com pontos fortes diferentes. O SAP S/4HANA tende a ser a escolha de operadores grandes e complexos que precisam de contabilidade de hidrocarbonetos e de joint ventures nativas. O Oracle ERP Cloud serve bem quem já vem de uma base Oracle on-premise e quer migrar para a cloud sem perder essa base. O Microsoft Dynamics 365, com a sua camada de Oil & Gas, costuma encaixar melhor em operações de média dimensão já integradas no ecossistema Microsoft. A escolha da plataforma é uma decisão separada da disciplina de migração descrita neste guia — e é sobre essa disciplina, não sobre a plataforma, que este artigo se debruça.

Perguntas Frequentes

A migração de Excel para ERP pode ser feita sem parar a produção?

Sim, desde que seja feita por domínio e com período de operação em paralelo — nunca desligando a folha de cálculo antiga no mesmo dia em que o ERP entra em produção nesse domínio. É precisamente para evitar paragens que se recomenda contra o "big bang".

Quanto tempo dura, tipicamente, o período de operação em paralelo?

Varia por domínio: um ciclo de contagem física completo para inventário, um ciclo de manutenção preventiva completo para MRO, e um mês fiscal fechado para finanças. Estas são as janelas mínimas que usamos nos nossos próprios projectos — nunca menos do que um ciclo operacional completo do domínio em causa.

A obrigatoriedade da facturação electrónica em Angola afecta directamente este tipo de migração?

Sim. O Decreto Presidencial n.º 71/25 torna obrigatória a facturação electrónica desde 1 de Janeiro de 2026 para grandes contribuintes, fornecedores do Estado e contribuintes que emitam facturas iguais ou superiores a 25 milhões de Kwanzas, exigindo software de facturação certificado ou validado pela AGT — o que significa que o módulo financeiro do ERP tem de estar preparado para emitir e comunicar facturas electrónicas, e para gerar o SAF-T (AO), antes desse domínio entrar em produção (EY Angola).

E se um fornecedor ainda não estiver certificado pela ANPG quando migrarmos o módulo de compras?

O ficheiro-mestre de fornecedores no ERP deve reflectir o estado de certificação real, incluindo fornecedores em processo de certificação — o prazo legal para a ANPG concluir a certificação é de 180 dias após a submissão dos documentos (PwC Angola). Migrar o módulo de compras não deve esperar por 100% de fornecedores certificados — mas o sistema precisa de sinalizar claramente o estado de cada um, para que as regras de conteúdo local sejam respeitadas nas requisições.