Rejeição 556: dados de contingência em emissão normal
Revisão editorial em 15 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
A Rejeição 556, regra B28-10, aponta informações de entrada em contingência em uma emissão normal, tpEmis=1. Nesse contexto, dhCont e xJust não devem ser informados. Ocultar os campos na tela não demonstra que eles desapareceram do XML. MOC 7.0, p. 78
Onde estão os dados
tpEmis, dhCont e xJust ficam em /NFe/infNFe/ide. dhCont registra data/hora de entrada em contingência; xJust, sua justificativa. O leiaute organiza os dois em uma sequência opcional: quando usada, seus elementos são exigidos. Essa opcionalidade estrutural não libera a sequência em qualquer contexto fiscal.
Com tpEmis=1, a B28-10 proíbe as informações. Elemento vazio, justificativa com espaços ou data padrão não equivalem à ausência correta e podem causar outras falhas. Leia o XML gerado para a tentativa. Leiaute, p. 11 e regra p. 78
O que investigar na origem
Verifique herança de dados de emissão anterior, estado de contingência preso no gerador ou mera ocultação de campos ao voltar ao modo normal. Compare operação registrada, tipo efetivo e conteúdo transmitido. Uma configuração alterada só está refletida no documento quando a nova saída XML confirma isso.
Não altere tpEmis para contingência apenas para manter os campos. A forma de emissão precisa representar o procedimento real e suas condições de modelo/serviço. B28-10/20
Exemplo de cópia de dados anteriores
Cenário sintético: a emissão atual é normal, mas o emissor copiou dhCont/xJust de uma tentativa anterior em contingência. Compare XML atual e origem dos campos. A geração atual deve representar a emissão normal sem transportar a sequência, preservando o histórico da contingência anterior.
Isso difere de excluir evidências de um documento autorizado. Corrigir o gerador de uma tentativa rejeitada não autoriza reescrever histórico fiscal ou editar XML assinado. Um exemplo XML fabricado não demonstra essa herança; a prova está nos registros e arquivos reais. B28-10
Diferença para 557 e conferência final
A 557 exige os dados em tipos de contingência especificados; a 556 os proíbe na emissão normal. A solução depende do tipo real. A 558 pode ainda comparar o horário quando a sequência é cabível.
Corrija a origem comprovada, regenere pelo emissor e confirme ausência de dhCont/xJust para tpEmis=1. Preserve retorno e histórico. Esclareça uma tentativa anterior sem conclusão antes de novo envio; passar nesta regra não encerra a autorização. MOC, B28-10/20/30