Personalizar o Primavera: do parâmetro ao módulo à medida

Procura desenvolvimento Primavera porque o programa não faz exatamente o que a sua empresa precisa? Antes de contratar código, convém saber que há níveis de intervenção muito diferentes, e que o mais caro nem sempre é o mais adequado. Este guia explica como decidir entre parametrização, extensões e módulo sob medida no Primavera, o que isso implica nas atualizações e como avaliar quem vai desenvolver.

Personalização Primavera: o que significa, na prática

Falar de personalização Primavera pode querer dizer coisas muito diferentes. Para um responsável financeiro, é adicionar um campo à ficha de cliente. Para um diretor de operações, é um circuito de aprovação de compras. Para um DSI, é um módulo que conversa com um sistema de armazém. O custo, o risco e a manutenção variam muito de caso para caso.

Uma regra simples ajuda: quanto mais perto do standard, mais barato e mais estável. Cada passo para fora do standard cria uma dívida técnica que a empresa paga em cada atualização, em cada mudança de equipa e em cada alteração legal.

Os níveis de intervenção

Esta tabela não é uma hierarquia de qualidade: é uma escala de compromisso. O nível certo é o mais baixo que resolve o problema.

Primeiro nível: esgotar a parametrização

Muita gente pede desenvolvimento quando o que falta é conhecimento da parametrização. Antes de qualquer orçamento, faça um inventário das necessidades e verifique, com um consultor funcional, quais se resolvem com a configuração do ERP.

Costumam caber na parametrização:

• séries e tipos de documento, incluindo a organização por estabelecimento;
• regimes e taxas de IVA, isenções e enquadramentos, conforme as regras portuguesas;
• planos de contas, centros de custo e análise por departamento;
• perfis de utilizador e permissões por módulo;
• tabelas de preços, descontos e condições de pagamento.

Se o seu problema é de organização e não de funcionalidade, o remédio é muitas vezes formação e não código. Uma equipa que conhece bem as opções existentes pede muito menos desenvolvimentos.

Segundo nível: extensões e ferramentas já disponíveis

O fabricante e o seu ecossistema oferecem já várias peças que evitam programar. Segundo o editor, o Cegid Docs permite enviar documentos por email ou por importação e extrair dados através de código QR, e o Office Extensions dá acesso aos dados do ERP a partir do folheto de cálculo habitual. Para quem trabalha com contabilidade, o Cegid Fiscal Automation, associado ao ERP Evolution for Accountants, envia automaticamente as declarações dos clientes às entidades oficiais.

Estas ferramentas existem precisamente para cobrir necessidades frequentes sem código à medida. Antes de encomendar um desenvolvimento, pergunte se já existe uma solução equivalente. Para as necessidades de ligação a outros sistemas, veja também a página sobre integrações com o Primavera.

Terceiro nível: desenvolvimento específico

Quando o standard e as extensões não chegam, entra o desenvolvimento. O editor indica que o ERP Evolution se adapta aos processos de negócio e que serviços na nuvem e aplicações de terceiros podem ser integrados no ERP cloud. A forma exata de o fazer (linguagem, interfaces, ferramentas) depende da versão e da edição em uso, por isso deve ser confirmada com quem vai desenvolver e com a documentação do fabricante, e não assumida.

O que justifica um módulo à medida

Um módulo sob medida faz sentido quando três condições se juntam:

1. o processo é específico do seu negócio e gera vantagem ou poupança real;
2. nenhuma configuração nem extensão o resolve de forma aceitável;
3. a empresa tem capacidade para manter o módulo durante anos.

Exemplos que costumam justificar desenvolvimento em empresas portuguesas: regras de comissões muito particulares, cálculo de preços por contrato, circuitos de aprovação com várias alçadas, documentos de transporte adaptados a uma operação logística própria, ou carregamento automático de ficheiros de um parceiro comercial.

O que raramente justifica

• reproduzir à letra o ecrã do programa anterior;
• criar relatórios que um mapa configurável já produz;
• alterar documentos certificados, séries ou numeração;
• corrigir com código um problema de qualidade de dados que devia ser resolvido na origem.

O impacto nas atualizações

Este é o ponto que mais surpreende as empresas. Um ERP evolui: novas versões, correções, alterações legais. O que foi desenvolvido à medida tem de acompanhar essa evolução, e alguém tem de o testar de cada vez.

Para limitar o risco:

• prefira as interfaces de extensão previstas pelo fabricante a alterações à estrutura interna;
• peça ao programador que isole o código próprio, de forma a poder desativá-lo sem afetar o resto;
• mantenha um ambiente de teste igual ao de produção, onde cada atualização é validada antes de ir para a equipa;
• consulte as versões e edições do Primavera antes de decidir o que desenvolver, porque o comportamento pode mudar de uma edição para outra.

Uma atualização que obriga a refazer metade dos desenvolvimentos é sinal de que o projeto foi longe demais. Se já está nessa situação, uma auditoria ao projeto Primavera ajuda a perceber o que manter, simplificar ou abandonar.

Atenção ao que é regulamentado

Em Portugal, o ERP não é apenas uma ferramenta interna: emite documentos que têm de cumprir regras fiscais. A faturação certificada, o ATCUD, o código QR e a exportação do SAF-T (PT) não são zonas onde se improvisa.

Regra prática: não altere o que o fabricante certificou. Se precisa de informação adicional num documento, use campos complementares ou relatórios próprios, e valide sempre com o seu contabilista certificado. Para perceber o enquadramento, consulte os guias sobre software de faturação certificado e sobre o SAF-T (PT) no ERP.

Boas práticas para personalizar sem perder o controlo

Ficar o mais perto possível do standard

Cada desvio custa. Antes de aceitar um desenvolvimento, faça a pergunta «e se mudássemos o processo?». Muitas vezes, o processo standard é equivalente ou melhor, e a equipa ganha em simplicidade.

Documentar desde o primeiro dia

Um módulo sem documentação é um risco. Exija, no mínimo:

• a descrição funcional do que foi pedido e porquê;
• a descrição técnica: o que foi alterado, onde e com que dependências;
• o procedimento de instalação e de reversão;
• os casos de teste usados na receção.

Testar com dados reais

Os testes com dados fictícios escondem os problemas. Teste com documentos, clientes e artigos reais (anonimizados, se necessário), incluindo os casos limite: devoluções, notas de crédito, mudanças de taxa de IVA, encerramento de período.

Controlar o código e o acesso

O código deve estar num repositório a que a empresa tem acesso, com histórico. Se o programador desaparece, a empresa não pode ficar sem poder manter o que pagou.

Planear a manutenção

Um desenvolvimento não termina na entrega. Conte com suporte e manutenção para o corrigir, adaptar e acompanhar as versões. Sem isso, o módulo envelhece mal.

Como avaliar um programador ou um integrador Primavera

Escolher quem desenvolve é uma decisão tão importante como o desenvolvimento em si. Algumas perguntas fazem rapidamente a diferença:

Desconfie de quem diz sim a tudo sem perguntar porquê. Um bom profissional tenta primeiro resolver pela parametrização e só depois escreve código. Desconfie também de quem não consegue explicar, em linguagem simples, o que vai fazer e quanto vai depender dele.

Para um enquadramento mais amplo da escolha, leia o guia sobre como escolher um integrador ERP e a página dedicada a escolher um parceiro Primavera. Se o desenvolvimento nasce de um projeto de arranque, veja também a implementação do Primavera e a descrição dos módulos disponíveis, para confirmar que não existe já uma função equivalente.

Um método simples para decidir

1. Descreva o problema, não a solução. «Preciso de aprovar compras acima de um valor» é melhor do que «preciso de um novo ecrã».
2. Verifique o standard com um consultor funcional, módulo a módulo.
3. Procure uma extensão ou ferramenta complementar existente.
4. Avalie o custo total: desenvolvimento, testes, formação e manutenção em cada atualização.
5. Decida com a direção financeira, não apenas com a informática.
6. Peça propostas comparáveis a mais do que um profissional, com o mesmo caderno de encargos.

Este método evita o erro mais comum: pagar caro por um desenvolvimento que a parametrização teria resolvido, ou que a empresa deixa de usar um ano depois.

Quando fazer-se acompanhar

Um projeto de personalização é mais seguro quando alguém independente ajuda a escrever o caderno de encargos, comparar propostas e validar a receção. Se quer um intermediário neutro para encontrar um integrador Primavera adequado ao seu projeto, saiba como funciona a ligação a um integrador certificado: é gratuita e o projeto fica sempre a cargo do integrador escolhido.

Os nomes de software mencionados são marcas dos respetivos editores, citadas a título meramente informativo. Este site é independente e não é afiliado a nenhum editor.