Rejeição 705: data de entrada ou saída informada indevidamente
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 705, regra B10-10, aponta a presença indevida da data de entrada ou saída no XML. Na redação atual, a verificação abrange NFC-e 65 e NF-e 55 com DANFE Simplificado Tipo 2 (tpImp=6). O campo examinado é dhSaiEnt, no grupo de identificação ide. A NT 2026.002 ampliou a regra, que antes mencionava somente NFC-e. NT 2026.002 v1.11, p. 3 e 8.
Campo opcional no XSD significa permitido em qualquer nota?
Não. dhSaiEnt é estruturalmente opcional no leiaute compartilhado, mas a B10-10 proíbe sua presença nos documentos abrangidos. Um XML pode satisfazer o formato do campo e ainda ser rejeitado pela condição fiscal. Confirme mod, tpImp e a existência efetiva de infNFe/ide/dhSaiEnt no arquivo transmitido, inclusive quando a tela parece não exibir essa informação.
A origem pode ser um mapeamento comum que copia automaticamente a data de saída para qualquer modelo. Investigue o DTO, o dado persistido e o serializador. Não apague o registro histórico da movimentação: conservar o dado interno é diferente de enviá-lo em um campo proibido nesse contexto.
É a mesma coisa que emissão ou previsão de entrega?
dhEmi é data/hora de emissão; dhSaiEnt é data/hora de entrada ou saída. dPrevEntrega é previsão de entrega, campo distinto criado no leiaute. Substituir um pelo outro apenas para contornar a 705 não demonstra preenchimento correto: cada informação tem significado e validações próprios.
No modelo 55 com outros formatos, a B10-10 não impõe essa proibição por si só. Se dhSaiEnt estiver presente, outras regras podem conferir seu intervalo e relação com a emissão. Portanto, não se deve remover o campo de todas as NF-e indiscriminadamente. MOC 7.0, Anexo I, p. 76.
Exemplos: dado herdado e NF-e com Tipo 2
Exemplo sintético: a NFC-e 65 tem dhEmi correto e recebe dhSaiEnt porque um integrador copia a data de expedição. A presença de dhSaiEnt satisfaz a condição da 705, ainda que seja igual à emissão. A correção comprovada é impedir a serialização indevida para esse contexto, preservando os registros da operação.
Em outro exemplo, uma NF-e 55 usa tpImp=6 e inclui dhSaiEnt. A aplicação antiga aceitava esse campo em qualquer modelo 55, mas a regra atual também alcança esse formato. Corrija a geração depois de confirmar que Tipo 2 é a representação documental realmente definida; não troque tpImp só para fazer o campo passar.
Como validar a correção e o cronograma?
A alteração da B10-10 integra o grupo de regras com homologação 01/07/2026 e produção 03/08/2026 no cronograma da NT 2026.002. O adiamento para 14/12/2026 afeta outras três regras específicas e não posterga essa proibição. NT 2026.002 v1.11, p. 3 e 8.
Confira o XML final regenerado e a ausência de dhSaiEnt somente no contexto em que sua presença é indevida. Verifique que dhEmi e demais informações foram preservadas. Se existir tentativa com resultado incerto, consulte o estado antes de reenviar. A ausência da 705 ou a validação em XSD não garantem autorização; confira o retorno individual.
Os exemplos são cenários sintéticos de diagnóstico. Os valores são apresentados em texto para comparação; não constituem um XML fiscal pronto para transmitir. A conferência operacional exige o XML original e o retorno da mesma tentativa.