Migrar Cegid Primavera on-premises para Evolution — o que muda em 2026.

Sinais de que o sistema local deixou de servir: processamento lento, auditorias manuais, integrações fragmentadas

A maioria das empresas que pesquisa "Primavera software" em 2026 não tem o sistema avariado — tem-no lento, em versão antiga, ou tem uma equipa financeira que passa tempo a colmatar lacunas que o ERP devia cobrir automaticamente. Os sinais são consistentes entre instalações locais com cinco ou mais anos de histórico, sejam Cegid v9 on-premise, Evolution on-premise antigo, ou sistemas legados de outros fornecedores.

Processamento lento em operações de fim de período. Em instalações locais com cinco ou mais anos de histórico na mesma base de dados SQL Server, os tempos de processamento de Fecho Provisório chegam aos 20–40 minutos. Relatórios de contas-correntes de terceiros, mapas de stock consolidados, reconciliações de IVA — todos crescem linearmente com o histórico acumulado. A solução standard (reindexação e limpeza de logs de transações) compra 12 a 18 meses; depois o ciclo repete. É uma despesa de manutenção recorrente sem retorno operacional.

Auditorias manuais que deveriam ser automáticas. O SAF-T da Faturação é gerado nativamente pelo Cegid Primavera. O SAF-T da Contabilidade — obrigatório a partir de 2027 — exige que o ficheiro bata com o balancete auditado ao cêntimo. Em instalações antigas, com customizações no plano de contas ou com lançamentos de exercícios anteriores por regularizar, a equipa financeira compara balancetes manualmente em Excel antes de cada submissão. Não é um problema de processo — é um sinal de que a instalação acumulou divergências que o sistema padrão desatualizado não resolve sem intervenção.

Integrações por ficheiro que partem com cada atualização. Em 2026, a maioria das PMEs usa ferramentas além do ERP: plataforma de e-commerce, CRM, sistema de RH, folha de ponto. Em sistemas locais, as integrações fazem-se tipicamente por exportação de ficheiros CSV ou ligação direta à base de dados SQL — sem logging auditável, sem versionamento, frágeis a cada atualização de versão do ERP. O Cegid Primavera Evolution Cloud disponibiliza API REST documentada pela Cegid, com autenticação OAuth2 e controlo de versões: integrações que sobrevivem a atualizações geridas sem intervenção manual do lado da empresa.

A linha de decisão não é "o sistema falhou" — é "o custo de manter a instalação local ultrapassou o custo de migrar para o ERP cloud que está sempre atualizado."

3 razões para passar do sistema local para o Cegid Primavera Evolution Cloud

A escolha não é entre dois produtos: é entre operar localmente um ERP que envelhece — Cegid v9 on-premise, Evolution on-premise antigo, ou sistema legado de outro fornecedor — e operar no Cegid Primavera Evolution Cloud, que a Cegid mantém atualizado em cada release sem intervenção da empresa. Três razões enquadram a decisão pelos perfis que tipicamente compõem o comité de avaliação numa PME.

Razão 1 — Conformidade fiscal sempre atual (Diretor Financeiro). Em sistemas locais desatualizados, cada alteração legal — SAF-T da Contabilidade obrigatório em 2027, Modelo 22 com novos campos, CIUS-PT em faturação eletrónica para o sector público — exige que a equipa de TI da empresa (interna ou outsourced) instale a atualização Cegid, valide customizações Cegid Studio, e abra janela de manutenção. As atualizações são frequentemente adiadas porque "pode partir qualquer coisa" e o resultado são versões com dois ou três anos de atraso. No Cegid Primavera Evolution Cloud, a Cegid aplica as atualizações regulatórias na instalação, ponto. A empresa entra na nova obrigação fiscal sem projeto interno e sem janela de paragem da equipa de TI.

Razão 2 — Infraestrutura fora do scope da empresa (Operações). Em sistemas locais, o servidor de base de dados, as licenças SQL Server, os backups, as atualizações de sistema operativo e a janela de manutenção são responsabilidade da empresa. O TCO real inclui hardware (ou VM em cloud gerida por parceiro), contrato de operação TI, e uma dependência direta da qualidade da gestão TI para garantir uptime e conformidade fiscal. Esse custo está sistematicamente subestimado em empresas sem departamento TI dedicado — onde quem gere o servidor de ERP é o mesmo que resolve problemas de email e impressoras. No Cegid Primavera Evolution Cloud (SaaS), a Cegid opera a infraestrutura: subscrição mensal, backups geridos, SLA de disponibilidade contratualizado, atualizações de segurança aplicadas pela Cegid. O custo é previsível; o capex é zero.

Razão 3 — Modelo financeiro previsível (Sócio-Gerente de PME). Manter ou substituir um sistema local com licença on-premise e hardware é capex: licença, hardware, projeto de migração e suporte anual surgem como investimento inicial. O Cegid Primavera Evolution Cloud é opex: subscrição mensal escalável ao número de utilizadores, sem capex em hardware. Para PMEs com restrições de liquidez em 2026, o modelo SaaS resolve o problema do investimento inicial e dilui o custo no horizonte em que o ERP gera valor — em vez de o concentrar todo no ano da decisão. A análise detalhada das diferenças funcionais e de custos entre versões está em Cegid Primavera Evolution Cloud — o que muda vs v9.

Migração sem risco: estratégia para preservar SAF-T, Multibanco e histórico fiscal

Uma migração para o Cegid Primavera Evolution Cloud — vinda de Cegid v9 on-premise, de Evolution on-premise antigo, ou de sistema legado de outro fornecedor — levanta três preocupações concretas que a equipa financeira coloca antes de assinar.

SAF-T — histórico e continuidade de extração. A AT exige conservação dos ficheiros SAF-T por 10 anos (prazo geral do dossier fiscal). A migração não apaga o histórico — mas altera onde está acessível. A estratégia correta tem três passos: (1) extrair e arquivar os SAF-T de todos os exercícios do sistema de origem, em formato validado pela AT, antes do corte; (2) migrar os dados contabilísticos para o Cegid Primavera Evolution Cloud e confirmar que apresenta o balancete idêntico ao de origem; (3) validar que o Cegid destino gera SAF-T correto a partir desses dados. O passo (3) é sistematicamente omitido e revela-se em auditorias AT entre 12 e 18 meses após a migração — quando já é tarde para corrigir sem reabertura de exercícios.

Multibanco — referências e débitos diretos. A integração com Multibanco é crítica em PMEs que faturem serviços com pagamento recorrente. A migração exige dois pontos: renegociar com o banco os parâmetros de geração de referências (alguns bancos emitem novas séries quando muda o sistema de origem), e confirmar que os ficheiros SEPA para débito direto são gerados com os identificadores credores originais. Uma janela de operação paralela de 2 a 4 semanas — sistema antigo para faturação já emitida, Cegid Primavera Evolution Cloud para faturação nova — reduz o risco de inconsistência e duplos pagamentos para zero.

Histórico fiscal — o que migra e o que fica fora do ERP. O Cegid Primavera migra os documentos de faturação com as chaves fiscais originais (hash AT). O que não migra automaticamente: documentos anulados de exercícios anteriores, versões certificadas de documentos que passaram por retificação, e séries de faturação encerradas. Uma auditoria de pré-migração de 3 a 5 dias úteis mapeia o que está no sistema atual, identifica o que precisa de tratamento especial, e documenta o arquivo que vai para backup fora do ERP — consultável por auditor ou AT sem exigir reativação do sistema antigo. O checklist operacional completo, com estimativas de prazo e custo por escalão de empresa, está em Migrar para Cegid Primavera Cloud — checklist, custos, riscos.

Go-live sem parar o negócio: abordagem faseada com treino de equipas paralelo

"Zero paragem" não existe em migrações de ERP. O que existe é uma janela de paragem dimensionada e um plano de reversão testado antes do corte.

• Semanas 1–2 — Auditoria técnica. Customizações Cegid Studio, integrações externas, documentos pendentes, estado do plano de contas. É o único momento em que surpresas são baratas — cada inconsistência descoberta aqui custa horas; descoberta em semana 14 custa dias.
• Semanas 3–8 — Ambiente de pré-produção. Migração de dados master (terceiros, plano de contas, stocks). Três extrações de teste com comparação de balancetes entre sistema de origem e destino. O objetivo é chegar ao final desta fase com diferença zero entre os dois sistemas.
• Semanas 9–12 — Treino por perfil em paralelo. Equipa financeira, RH e operações, com o sistema antigo ainda em produção. Nenhum utilizador avança para go-live sem ter executado as operações do seu dia típico em ambiente de teste no Cegid Primavera Evolution Cloud — fecho de período, faturação, receção de compras, processamento de salários.
• Semanas 13–16 — Corte. A janela de paragem real — da última operação no sistema antigo ao primeiro documento no Cegid Primavera Evolution Cloud — é tipicamente 4 a 12 horas, num fim-de-semana prolongado. Empresas com faturação 7 dias por semana precisam de plano específico para esse período.

O erro mais frequente no pós-go-live não é técnico — é operacional: utilizadores que fizeram formação mas nunca usaram o sistema novo sob pressão real de prazo. Duas a quatro semanas de operação paralela (transações reais nos dois sistemas, com reconciliação diária da diferença) elimina este risco. É o investimento de tempo que mais frequentemente determina se o go-live é tranquilo ou problemático.

Validação de sucesso: métricas para confirmar que a migração entrega ganhos operacionais e financeiros

A migração está concluída quando os números confirmam que o investimento valeu o esforço. Estas são as três janelas de medição que uma equipa financeira bem preparada monitoriza.

30 dias após go-live — eficiência operacional. Três indicadores: (1) tempo de Fecho Provisório — no Cegid Primavera Evolution Cloud, a média baixa 60–80% em instalações com cinco ou mais anos de histórico não otimizado; (2) taxa de reconciliação automática de contas-correntes — percentagem de movimentos de clientes e fornecedores reconciliados sem intervenção manual, com target acima de 85% (baseline típico de instalações antigas: 60–70%); (3) tempo de geração de relatórios críticos — balancete, contas-correntes de terceiros, mapa de stock — com redução de 50% ou mais face ao baseline como indicador de migração de dados bem executada.

60 dias após go-live — compliance. SAF-T da Faturação sem erros AT na primeira submissão pós-migração: uma migração com inconsistências nas chaves fiscais aparece aqui, não no go-live. Modelo 22 sem ajustamentos manuais ao Q07: se a equipa de contabilidade ainda corrige campos à mão, há um problema de mapeamento no plano de contas migrado. Diferença entre balancete Cegid e declaração periódica de IVA deve ser zero — qualquer desvio indica movimentos não incluídos nas declarações, com risco fiscal real.

90 dias após go-live — métrica de negócio. O tempo de fecho mensal — do último dia do mês ao balancete validado disponível para a direção — é a métrica que o sócio-gerente e o diretor financeiro memorizam. Em empresas bem migradas, cai tipicamente de 8–12 dias para 4–6 dias. É o sinal de que a migração entregou o que prometia: mais capacidade de decisão com dados atuais, menos semanas a tentar perceber o que aconteceu no mês anterior. O stack completo que suporta esta decisão está em Cegid Primavera + OMNIA Platform — o stack da sua PME.