O comportamento descrito (erro apenas em liquidações parciais, com mensagem “Arithmetic overflow error converting expression to data type nvarchar. The statement has been terminated.”) está alinhado com situações já identificadas em Cegid Primavera Evolution em que:
- há um problema de cálculo/armazenamento de valores em recibos (sobretudo parciais),
- que foi posteriormente corrigido em builds mais recentes (tal como aconteceu com outros erros em documentos de liquidação e recibos).
Para resolver de forma segura, siga estes passos:
- Confirmar versão e builds instaladas
- Abra o Cegid Primavera Evolution.
- Menu Ajuda > Acerca (ou equivalente) e anote:
- Versão da Plataforma (BAS),
- Versão do módulo de Tesouraria/Contas Correntes (CCT),
- Builds exatas (10.00 20.xxxx, 10.10.xxxx, etc.).
- Compare com as últimas Maintenance Builds disponibilizadas para a sua linha (Evolution Essentials/Standard ou Professional), garantindo que:
- Plataforma (BAS) está numa build recente (igual ou superior às últimas publicadas para a sua versão),
- Contas Correntes/Tesouraria (CCT) também está atualizado.
Vários erros de gravação/liquidação de documentos após migração ou em cenários específicos foram resolvidos por correções técnicas em builds posteriores (como no caso da anomalia 1816532 em documentos de liquidação). O seu erro é muito provavelmente mais uma anomalia já corrigida em Maintenance Build.
- Atualizar para a última Maintenance Build disponível
- Faça backup completo da base de dados antes de qualquer atualização.
- Atualize:
- Plataforma (BAS) para a última build disponível para a sua versão,
- Módulo de Tesouraria/Contas Correntes (CCT) para a última build disponível.
- Após a atualização, teste novamente:
- Emita um recibo com liquidação parcial do mesmo cliente/documento,
- Confirme se o erro deixa de ocorrer.
- Validar se o erro está relacionado com arredondamentos/valores extremos (caso persista após atualização):
- Verifique se:
- O recibo parcial envolve muitos documentos ou linhas (valores muito grandes na soma),
- Existem descontos, juros ou diferenças de câmbio que gerem valores com muitas casas decimais,
- Há campos personalizados no recibo (ou no mapa de impressão) que concatenem valores numéricos em strings muito longas.
- Teste:
- Emitir um recibo parcial com um valor simples (por exemplo, metade de uma fatura única),
- Emitir o mesmo recibo usando o mapa de impressão standard do produto (para excluir problemas de mapa).
- Se com o mapa standard o recibo funcionar, o problema está no mapa de impressão (expressão que provoca overflow ao converter para nvarchar) e deverá ser revisto/corrigido.
- Se mesmo assim não resolver
- Recolha:
- Printscreen completo da mensagem de erro,
- Versões e builds de BAS e CCT,
- Exemplo concreto:
- Cliente,
- Documento(s) que está a liquidar,
- Valor exato da liquidação parcial.
- Submeta um pedido de suporte indicando que o erro ocorre apenas em liquidações parciais e que já se encontra em última Maintenance Build. Isto permite à equipa validar se se trata de uma nova anomalia semelhante às já registadas e corrigidas em builds anteriores.
Enquanto não atualizar ou não tiver confirmação de correção, a única forma de contornar será:
- evitar liquidações parciais para esses casos específicos, ou
- dividir a liquidação em mais do que um recibo (por exemplo, liquidar documento a documento, com valores parciais mais simples), verificando se assim o erro não se manifesta.
Resumo prático
- Verificar e atualizar BAS e CCT para as últimas builds da sua versão Evolution.
- Testar com mapa de recibo standard para excluir problemas de mapa.
- Se persistir, recolher evidências e abrir pedido de suporte para análise como possível anomalia em liquidações parciais.
Esta resposta foi gerada pelo Cegid Pulse, com base na base na informação disponível em histórico.
Ajude-nos a melhorar esta funcionalidade:
• Se a resposta corresponde à sua questão, assinale-a com "Mark as best answer",
• Se a resposta estiver incorreta, dê-lhe um voto negativo e aguarde a resposta da comunidade.
