Implementar o Dynamics 365 na Função Financeira: Lições de Uma Migração Real

O Contexto da Decisão

A decisão de migrar de ERP nunca é tomada de ânimo leve. Envolve investimento, risco operacional e uma dose considerável de gestão de mudança. Mas há momentos em que se torna inevitável — quando o sistema atual já não responde às necessidades de reporte, quando a integração com outras ferramentas do grupo é impossível, ou quando os processos manuais se tornaram insustentáveis.

No meu caso, a migração para o Dynamics 365 Business Central foi motivada pela necessidade de harmonizar o reporte com o grupo internacional e de modernizar processos que dependiam excessivamente de Excel.

As Fases Críticas da Implementação

1. Levantamento de Requisitos (O Que Realmente Precisamos?)

O erro mais comum é tratar o levantamento de requisitos como uma lista de funcionalidades do sistema antigo. A pergunta certa não é "o que fazemos hoje?" — é "o que precisamos de fazer amanhã?"

Na prática, isto significou:

• Mapear todos os processos financeiros, não apenas os contabilísticos
• Identificar os pontos de dor reais (não os percebidos)
• Definir os requisitos de reporte — local (SNC) e grupo (IFRS)
• Envolver todas as áreas que interagem com finanças (compras, vendas, RH)

2. Configuração vs. Customização

Esta é a decisão mais importante. O Dynamics 365 é extremamente configurável — mas também é extremamente customizável. E aqui está o perigo: cada customização é uma dívida técnica futura.

A regra que segui: configurar primeiro, customizar só quando absolutamente necessário, e documentar tudo. As customizações que aceitámos foram apenas aquelas exigidas pela legislação portuguesa (SAF-T, comunicação de faturas) e pelo reporte específico do grupo.

3. Migração de Dados

O momento mais crítico. A migração de saldos, histórico de transações e dados mestres é onde a maioria dos projetos se atrasa. O que funciona:

• Limpar antes de migrar — não migrar lixo para o novo sistema
• Testar várias vezes — fazer pelo menos 3 migrações de teste antes do go-live
• Validar com a equipa — não confiar apenas nos números; pedir à equipa que valide registos específicos
• Plano de rollback — ter sempre um plano B claro

4. Formação da Equipa

Subestimar a formação é garantir uma adoção fraca. Não basta ensinar a usar o sistema — é preciso explicar porquê. A equipa precisa de entender como os novos processos melhoram o seu trabalho diário.

Organizámos formações por perfil: contabilistas, controllers, e gestores. Cada grupo focou nos módulos relevantes para o seu trabalho.

O Que Faria Diferente

• Envolver IT mais cedo — questões de infraestrutura e integrações surgem sempre mais tarde do que esperamos
• Mais tempo de testes com utilizadores — o UAT (User Acceptance Testing) foi demasiado curto
• Gestão de expectativas mais agressiva — comunicar claramente que os primeiros meses serão mais lentos

Resultados Após 12 Meses

Passado um ano, os resultados são claros:

• Fecho mensal reduzido de 12 para 6 dias úteis
• Reporte para o grupo automatizado a 80%
• Eliminação de 15 ficheiros Excel que suportavam processos manuais
• Integração direta com Power BI para dashboards em tempo real

Conclusão

Uma implementação de ERP é um projeto de transformação, não de tecnologia. O sucesso depende menos do software e mais da capacidade de liderar a mudança. O Head of Accounting é a pessoa-chave neste processo — é quem melhor conhece os dados, os processos e as pessoas.