{
“status”: 200,
“body”: {
“id”: “nfs_3a1db9eb24dd4cd3ac7bc26bd2d93fd0”,
“created_at”: “2025-11-20T18:47:37.949Z”,
“status”: “negada”,
“data_emissao”: “2025-11-20T18:47:38.559Z”,
“ambiente”: “homologacao”,
“referencia”: “691f62498ae0a”,
“DPS”: {
“serie”: “900”,
“nDPS”: “45”
},
“mensagens”: [
{
“codigo”: “E999”,
“descricao”: “Erro não catalogado”
}
]
}
}
Arquivo.zip (7,6,KB)
Alguém da equipe consegue ajudar?
Bom dia, @marcio.silva.azevedo.
Esse é um erro retornado diretamente pelo Ambiente Nacional de NFS-e. Como trata-se de uma mensagem genérica (“E999 – Erro não catalogado”), não há detalhes sobre a causa específica, e portanto não temos como identificar exatamente o motivo do problema apenas com base no retorno recebido.
Favor baixar o XML gerado (disponível no endpoint GET /nfse/{id}/xml/dps) e verificar se é possível identificar alguma possível inconsistência nos dados. Em situações assim, pequenas divergências ou campos preenchidos fora do padrão esperado podem levar o ambiente nacional a retornar erros não catalogados.
Quando não é possível identificar a causa exata, o ideal é entrar em contato com o suporte do Portal Nacional para relatar o ocorrido, já que somente eles conseguem analisar o processamento interno do webservice.
Na impossibilidade de acionar o suporte, alguns usuários têm relatado sucesso seguindo uma abordagem de tentativa e erro, removendo gradualmente alguns campos opcionais do XML para testar a autorização da nota. Entre os campos que já foram apontados como potenciais causadores estão:
- Telefone do tomador
- E-mail do tomador
- Informações complementares
- Outros campos não obrigatórios pelo schema
Uma alternativa é tentar enviar a nota apenas com os campos obrigatórios e, caso seja autorizada, ir reintroduzindo os demais campos até identificar qual deles causa a rejeição.
mas o XML da DPS está no Arquivo.zip em anexo no tópico, onde nele consta uma nota feita no portal nacional de forma manual e a gerada pela nuvem fiscal, já fiz um “equiparação” de campos, mas abri o tópico pois posso ter errado em algum.
conseguiu olhar e localizar o possivel erro do XML que lhe mandei?
Bom dia, @marcio.silva.azevedo.
Esse XML que você enviou não pode ser usado como referência. Como ele foi gerado pelo emissor web, passa por um fluxo interno totalmente diferente, com validações e ajustes automáticos que não acontecem no envio por integração (webservice). Por isso, mesmo que a nota criada manualmente funcione, isso não significa que o mesmo XML, quando enviado via webservice, será aceito da mesma forma.
mas você chegou a analisar se tem algo de errado no XML que foi gerador pela Nuvem fiscal?
A princípio, não vi nada de errado no XML.
Tentou remover os campos mencionados na mensagem anterior?
Boa noite, @marcio.silva.azevedo.
Além dos campos de telefone e email do tomador que devem ser removidos por serem grandes causadores de rejeições desse tipo, notei agora o caractere < no final do conteúdo do campo referente a informações complementares.
Realize esses ajustes e faça uma nova emissão.