- O comportamento que descreve está relacionado com a alteração de modelo de dados introduzida nas versões mais recentes do Cegid Primavera, em que passa a existir o conceito de “Referências Externas” (para clientes, fornecedores, outros) e alguns campos são reorganizados.
- Não é suposto:
- Desaparecerem códigos de barras que existiam na ficha do artigo / separador Fornecedores.
- Deixar de existir informação relevante (como último preço de compra) sem alternativa visível.
Estes sintomas apontam para um problema de migração/upgrade parcial, semelhante ao que acontece noutros módulos quando o upgrade não corre totalmente bem.
- O separador Fornecedores não deve “desaparecer” por completo:
- O objetivo é centralizar referências externas (códigos de artigo de cliente/fornecedor, etc.) no novo ecrã de “Ref. Externa”,
- mas a relação com fornecedores (condições de compra, último preço, etc.) continua a ser necessária para o funcionamento normal da gestão de compras.
- Quanto ao facto de:
- Na Ref. Externa aparecer copiada a referência do fornecedor,
- mas não ter sido migrado o código de barras do fornecedor,
isso não é o comportamento esperado numa migração bem sucedida. É um forte indicador de que o script de upgrade que trata estas tabelas não executou totalmente ou falhou em alguns registos.
- Sobre os campos em falta (ex.: último preço de compra):
- O “último preço de compra” continua a existir na lógica de compras (documentos, condições de fornecedor, etc.).
- O ecrã de “Referências Externas” não é, por desenho, um espelho completo do separador Fornecedores; é focado na identificação externa (códigos de artigo, códigos de barras, etc.).
- Se antes via essa informação diretamente associada à referência do fornecedor e agora deixou de a ver, é necessário validar se:
- O campo foi movido para outro separador / ecrã (por desenho funcional), ou
- Se houve efetivamente perda de dados na migração (erro de upgrade).
O que deve fazer de imediato
- Confirmar a versão exata do ERP Cegid Primavera (módulo de Logística/Comercial) e se está na última build disponível para essa versão.
- Verificar se o comportamento é geral ou apenas em alguns artigos:
- Testar em artigos criados de raiz após a atualização: se nesses artigos o código de barras de fornecedor e referências externas funcionam normalmente, o problema está na migração dos artigos antigos.
- Pedir ao parceiro técnico que:
- Valide se todos os scripts de upgrade da base de dados foram executados com sucesso (especialmente os que intervêm nas tabelas de artigos, fornecedores e referências externas).
- Confirme, diretamente em base de dados, se os códigos de barras “desaparecidos” ainda existem em alguma tabela antiga ou se foram efetivamente perdidos.
- Se necessário, reexecute o upgrade específico do módulo de artigos/fornecedores ou aplique o patch/correção da versão em uso (caso exista correção já disponibilizada para este comportamento).
- Até o problema ficar resolvido:
- Evitar alterar manualmente em massa as referências externas e códigos de barras, para não misturar dados migrados com dados corrigidos manualmente.
- Registar exemplos concretos (códigos de artigo onde:
- Antes existia código de barras de fornecedor,
- Agora não aparece nem em Fornecedores nem em Ref. Externa).
Em resumo: não é esperado que a atualização apague códigos de barras nem que deixe campos críticos sem alternativa. O cenário que descreve indica um problema de migração/upgrade que deve ser revisto pelo parceiro ou suporte, garantindo que os scripts de atualização de estrutura e dados foram aplicados corretamente e, se necessário, restaurando ou reconstituindo os códigos de barras e referências externas em falta.
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.
