Diferença entre ct-e e mdf-e?

Se o relógio estiver certo e o problema persistir, Caio, discordo de focar só na folga de cinco. O recebimento pode ter data perfeita e a nota voltar rejeitada porque o MDF-e referenciado não está na base. Agora, como dizem, o texto da rejeição vale ouro: quando o mesmo MDF-e é enviado duas vezes, o retorno traz o protocolo e a data em que o aceite saiu, e dá para usar isso.

Cinco minutos é a folga que a SEFAZ aceita quando a data de criação do MDF-e está à frente da data em que o arquivo chegou. Gisele, completando a sua dica do fuso: a observação da regra pede datas em UTC, e um relógio posterior ao da SEFAZ por mais que isso volta rejeitado. Vamos lá, pois é, vale pedir à infraestrutura que confirme isso nas máquinas que enviam.

Úrsula, antes de mexer em chave, olha, a sacada é conferir o horário indicado no MDF-e. Dois caminhos a avaliar. Se a rejeição fala de data, veja se a indicação do fuso saiu certa no campo; se fala de chave, veja o que foi apontado nos MDF-e relacionados. O primeiro serve quando o erro some ao reenviar mais tarde, e o segundo, quando persiste igual. Cada um custa pouco e evita refazer cadastro.

Concordo em parte, Ivone, mas fiquei com uma dúvida. Bem, com a mão na massa, aqui o emissor manda o MDF-e off-line quando a rede cai. Primeiro, a exceção vale para qualquer emissão nessa situação ou só quando o grupo de MDF-e relacionados vem preenchido? Segundo, o log mostra isso de algum jeito, ou só aparece como ausência de rejeição? Quero entender antes de escrever o teste.

Já vi teste passar bonito e falhar depois porque a chave no formato certo apontava para um MDF-e que não estava na base da SEFAZ. Daniela, então, no ambiente de qualidade, esse dado costuma enganar, e discordo de tratar o assunto como caso raro. Se o MDF-e citado não puder existir na base, vem uma rejeição; se a chave difere da existente, vem outra, separada. Prefiro rodar os dois cenários e comparar as mensagens.

Na minha rotina de logística, CT-e e MDF-e são documentos distintos, cada um com suas validações e seu retorno no log. Olha, a questão é que um MDF-e cancelado ou em contingência off-line pode escapar de certas checagens, então ao considerar uma rejeição vale ver primeiro em que situação o documento estava. No log da nota de teste, o código de rejeição já aponta a regra. Comece por aí antes de mexer em parâmetro.

Tudo dispensado mesmo? Ivone, discordo de estender o modo off-line para tudo: pelo que li, o dispensado vale só para a checagem da chave do MDF-e relacionado, e nada diz que sirva para as outras. Meu alerta, tá, é a rejeição por duplicidade, que é outra regra e devolve a diferença de chave no retorno. No log, o texto da rejeição traz as duas chaves, e dá para comparar.