Erro de validação - CTE versão 4.00 - Geração de arquivo com erro antes do arquivo correto

[sup...@sdsoftware.com.br]

Olá, bom dia!

Gostaria de relatar uma situação que consegui observar e constatar no UniNFE para a versão 4.00 dos CTES.

Vou expor abaixo o fluxo da operação em questão (não é uma operação de autorização, e sim assinatura do XML para realização de consulta e recuperação do mesmo):

1. Gero o arquivo XML do CT-e na pasta Validar (chaveacesso-cte.xml)

2. O UniNFE gera um arquivo de erro de validação na pasta Retorno (chaveacesso-cte-ret.xml)

O arquivo gerado contém o erro "O atributo 'versao' é inválido - O valor '4.00' é inválido dependendo do tipo de dados 'String' - Falha na restrição Pattern..."

Obs: Está marcado a opção "Enviar o CT-e utilizando o processo síncrono" da aba "Outras Configurações".

3. O UniNFE devolve o arquivo XML do CT-e na pasta Erro (chaveacesso-cte.xml)

4. O UniNFE gera o arquivo assinado na pasta Validado (chaveacesso-cte.xml)

5. O UniNFE gera um novo arquivo na pasta Retorno, sobrescrevendo o anterior (chaveacesso-cte-ret.xml), dessa vez contendo a informação "XML assinado e validado com sucesso."

Observando o Fluxo, acredito que as etapas 2 e 3 não deveriam acontecer... O erro na etapa 2 geralmente acontece quando a nova opção de "Processo síncrono" não está marcada... então, imagino que o UniNFE deva estar passando pelo processo de validação anterior (da versão 3.0) concomitantemente ao novo (da versão 4.0).

O arquivo gerado na etapa 2 descrita acima permanece apenas por poucos instantes, e logo em seguida é substituído pelo arquivo correto, indicando que o XML foi assinado e validado com sucesso.

Consegui observar essa variação pois criei um programa para monitorar o arquivo e indicar as mudanças que ocorreram no mesmo... conforme imagem abaixo:

O problema com isso é o seguinte:

1. Como meu sistema é bem sensível às alterações ocorridas nas pastas, muitas vezes ele lê e processa o arquivo gerado primeiro (na etapa 2) e apresenta o erro ao usuário.

2. É gerado e permanece um arquivo residual na pasta de erro (etapa 3), que acredito ter sido gerado devido ao erro ocorrido na etapa 2... ou seja, no processo normal, este arquivo não deveria ter sido gerado

3. Algumas vezes (é mais raro, mas consegui simular o ocorrido) o arquivo gerado na etapa 2 permanece na pasta... não sei se acontece da ordem de geração inverter e ele ser gerado depois e ficar lá...

Portanto, solicito que verifiquem o caso da geração dos arquivos da etapa 2 e 3, que não deveria acontecer.

Segue, em anexo, o arquivo com erro que foi gerado.

Em caso de dúvidas estou à disposição.

Estou fazendo testes na versão 4.00 em todas as UFS, em homologação e produção.

Irei reportando as situações que eu conseguir observar e constatar alguns detalhes no UniNFE...

Ah, lembrei de mais um detalhe... Observei também que o estado de MG está apresentando o seguinte erro em Homologação, durante o envio de um XML de um CT-e para autorização: "Referência de objeto não definida para uma instância de um objeto."

Em produção está autorizando.

Atenciosamente,

Emerson Oliveira
System Design Informática

[sup...@sdsoftware.com.br]

Observação: Estou utilizando a versão Beta do UniNFE, baixada ontem à tarde.

[sup...@sdsoftware.com.br]

Esqueci de anexar o arquivo de erro que foi gerado...

Segue em anexo.

[Wandrey - Unimake]

Boa tarde

Ontem fizemos várias correções no envio do CTe 4.00 síncrono, inclusive arquivos que não estavam sendo gravados corretamente.

No envio do CTe 4.00 mudou os nomes dos arquivos retornados, pois o processo agora é síncrono, não tem como manter como era antes, pois não tem lote.

Atualize, repita os testes e os detalhes poderão ser enviados posteriormente, caso não atenda o que você precisa.

Mas certifique-se de ter marcado no UNINFE para enviar o CTe no modo síncrono, conforme abaixo:

No futuro, por padrão, será envio síncrono, quando não tivermos mais a versão 3.00 do CTe, mas por hora tenho que manter por compatibilidade.

Atenciosamente,

--
You received this message because you are subscribed to the Google Groups "UniNFe" group.
To unsubscribe from this group and stop receiving emails from it, send an email to uninfe+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/uninfe/d388021a-0a2a-4620-8bc7-c38c5c3ca1c3n%40googlegroups.com.

[sup...@sdsoftware.com.br]

Wandrey, boa tarde!

Baixei e instalei novamente a versão Beta e refiz o teste, e o UniNFE continua gerando 2 arquivos, seguindo o fluxo da primeira mensagem da conversa, e o mesmo continua gerando 2 arquivos de retorno, um após o outro... um sobrescrevendo o outro, conforme relatado na primeira mensagem.

Atenciosamente,

Emerson Oliveira
System Design Informática

[Wandrey - Unimake]

Isso ocorre quando vc joga na pasta Validar? Se for o este o caso, como já estamos analisando o problema de validação nesta pasta já dou uma geral, só preciso ter certeza se é este o caso.

No aguardo,

To view this discussion on the web visit https://groups.google.com/d/msgid/uninfe/766f16b0-662b-4f92-9964-e26d87f0989an%40googlegroups.com.

[sup...@sdsoftware.com.br]

Isso mesmo, ocorre após o UniNFE consumir o arquivo da pasta Validar.

Atenciosamente,

Emerson Oliveira
System Design Informática

[Fernanda - Unimake]

Bom dia,

É possível nos encaminhar o XML que estava tentando enviar?

Atenciosamente,

To view this discussion on the web visit https://groups.google.com/d/msgid/uninfe/4865f0f5-681e-46f8-b931-969e47f23229n%40googlegroups.com.

[Wandrey - Unimake]

Liberado, hoje, novo BETA do UNINFE  no site www.uninfe.com.br com ajustes no CTe 4.00.

Por favor, baixe e faça testes.

Em qui., 3 de ago. de 2023 às 15:03, sup...@sdsoftware.com.br <sup...@sdsoftware.com.br> escreveu:

To view this discussion on the web visit https://groups.google.com/d/msgid/uninfe/4865f0f5-681e-46f8-b931-969e47f23229n%40googlegroups.com.