Boa tarde,
O comportamento que descreve (erro genérico e “não preenche os dados” ao carregar a DPIVA) é típico dos erros de versão/validação do ficheiro no portal da AT. Mesmo que o Cegid Primavera/Fiscal Reporting valide o ficheiro sem erros, a AT pode rejeitar o ficheiro por incoerências internas nos anexos.
Não é, em regra, um problema da AT, mas sim algum dado inválido ou incoerente no XML da DPIVA. Há vários casos documentados com o mesmo sintoma, em que o portal apenas devolve um erro genérico e não mostra a declaração:
- NIF inválido ou vazio em anexos (campo <nif> vazio ou NIF não reconhecido pela AT).
- Número de liquidação nos campos 22 e 24 com mais de 15 caracteres.
- Mês inválido em anexos (por exemplo, “00” ou “15” em campos de mês).
- Ano inválido (ex.: 2032 em vez de 2023) em campos de ano.
- Código de país vazio ou inválido (incluindo prefixos de NIF não aceites, como “AO” em fornecedores).
- Utilização de modelo de DPIVA desatualizado (não conforme Portaria n.º 159/2021).
Para resolver, sugiro:
- Confirmar o modelo da DPIVA no Cegid Primavera Fiscal Reporting
Verifique se está a usar o modelo mais recente da Declaração Periódica de IVA (Portaria n.º 159/2021). Se tiver vários modelos, processe novamente a DPIVA com o modelo atualizado e gere novo ficheiro. - Validar manualmente o ficheiro XML da DPIVA
Abra o ficheiro XML com um editor de texto e verifique:- Nos anexos (campos de relação de clientes/fornecedores), se todos os <nif> estão preenchidos e válidos.
- Nos campos 22 e 24:
- Se o mês está entre 01 e 12 (não pode ser 00, 13, 15, etc.).
- Se o ano é correto (por exemplo, 2024, 2025, etc., e não anos futuros errados).
- Se o número de liquidação não ultrapassa 15 caracteres.
- Se todos os códigos de país estão preenchidos e válidos (sem prefixos como “AO” no NIF, que a AT não aceita).
- Testar com o validador offline da AT (se tiver acesso)
Caso tenha login de contabilista certificado, utilize o validador offline da AT para obter mensagens de erro mais detalhadas sobre o ficheiro. - Corrigir os dados na origem (ERP/Cegid Primavera)
Depois de identificar o(s) registo(s) problemático(s):- Corrija NIFs inválidos ou vazios nas fichas de clientes/fornecedores.
- Ajuste meses e anos incorretos nos documentos que alimentam os anexos da DPIVA.
- Corrija códigos de país e remova prefixos de NIF não aceites.
- Garanta que o número de liquidação cumpre o limite de 15 caracteres.
Em seguida, volte a gerar a DPIVA no Cegid Primavera Fiscal Reporting e tente nova submissão.
- Se mesmo o mês anterior (já aceite) falhar agora
Isso reforça que:- Ou o modelo de DPIVA foi entretanto atualizado e o ficheiro antigo já não cumpre o novo esquema.
- Ou existe algum problema de dados (NIF, país, mês, ano) que está agora a ser detetado pela AT.
Nestes casos, é importante reprocessar a declaração com o modelo mais recente e rever os pontos acima.
Se, após estas validações, o ficheiro continuar sem ser aceite e o portal não mostrar qualquer detalhe, será aconselhável abrir um pedido de suporte com o ficheiro XML da DPIVA para análise mais aprofundada (linha a linha) e eventual correção de produto, como já foi feito noutros casos.
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.
