Importação de XML de NFE

[Douglas Colombo]

Ao efetuar a importação de um XML, ao executar a rotina de LerXml da unit pcnNFeR o campo dDesemb é do tipo TDateTime:

Porem neste XML que tenho (que é válido), este campo é string e possui três caracteres:

 

E ao executar esta linha, acaba gerando um erro de conversão:

DanfeXml.xml

Alguém poderia verificar esta questão, por gentileza?

 

At,

Douglas

[Alexandre de Paula]

Boa tarde,

Criada a TK-4885 para avaliação.

Obrigado.

[Renato Rubinho]

Boa tarde,

Este XML aparentemente não é válido e não deve estar autorizado, pois este campo é do tipo data, conforme o manual.

[Douglas Colombo]

É um xml espelho de DI para declaração de importação... veio do SISCOMEX.

Editado 19 Dezembro, 2023 por Douglas Colombo

[Renato Rubinho]

Não é não.

Este XML é de uma NFe, não está assinado nem autorizado.

Verifique a origem deste XML e solicite o XML oficial autorizado que deverá funcionar.

 

[Douglas Colombo]

Bom dia, conseguiram verificar?

 

Este xml que eu coloquei é gerado no sistema do siscomex, é uma nota de espelho, não é válida, não é a DI e nem nada, apenas um espelho para ser importada e após emitida pelo comprador.

 

Porem está dando erro conforme documentei no início do tópico.

 

Poderiam revisar para adequar, visto que não é somente este espelho que da o problema, a maioria vem desta forma...

https://www.fazcomex.com.br/importacao/nota-fiscal-de-importacao/

[BigWings]

O XML que você anexou é um XML de NFe com diversos erros, por isso não importa no componente.

Se você tem o XML da DI pode importar com o ACBr, veja o tópico abaixo:

 

[Douglas Colombo]

Sim, porem como comentei, este xml não é gerado manualmente, é gerado diretamente do espelho de uma DI (automaticamente), não temos como alterar este padrão de exportação, a única alternativa é tratar na leitura... com um tratamento em caso de erro nesta conversão de texto pra data.

[Renato Rubinho]

O componente é desenvolvido e mantido com base nos leiautes da NFe.

Este campo que está dando erro é um campo Data e está preenchido irregularmente no xml, por isso ocorre o erro.

Você pode entrar em contato com SISCOMEX para que identifiquem o motivo da geração errada do xml, mas acredito que seja muito improvável que eles estejam "gerando" um xml de NFe irregular, mesmo que seja com o intuito de ter um espelho de dados da DI.

Muito provavelmente este campo não está preenchido na origem de onde este xml está sendo gerado.

Você pode tentar preencher essa data antes de gerar esse xml (seja lá onde essa rotina busca essa informação) ou editar o xml após ter sido gerado, preencher a data e importar para o componente, lembrando que você está importando um xml inválido, sem valor fiscal. 

[Douglas Colombo]

Não somos nós quem geramos, este XML é enviado do despachante da mercadoria para os clientes, não temos envolvimento na geração deste xml pelo despachante no siscomex e ocorre este problema com vários despachantes.

[Renato Rubinho]

9 minutos atrás, Renato Rubinho disse:

ou editar o xml após ter sido gerado, preencher a data e importar para o componente, lembrando que você está importando um xml inválido, sem valor fiscal.

Caso não consiga que os despachantes enviem o XML correto, você pode editar o XML antes de importar.

20 horas atrás, Renato Rubinho disse:

 

Conforme destaquei anteriormente, além deste campo ser do tipo data, ele é obrigatório e deveria estar preenchido.

[Douglas Colombo]

Sim, entendo @Renato Rubinho assim como o campo do número da DI, o código do produto, ... Existem alguns problemas neste XML, porem uma simples validação na data de despacho para preencher no componente ACBR como null já resolveria, hoje gera erro de conversão e não prossegue o processo de importação. Os demais campos como são texto, mesmo sendo obrigatórios, caso vier em branco não causa o erro que mencionei a cima, seria apenas esta validação para seguir o mesmo padrão dos demais tipos de campos pois não deveria barrar a leitura do XMl somente por conta deste campo data, mesmo seguindo o padrão que comentou do manual da NFe, os demais campos a importação é aceita mesmo estando em branco.

[Renato Rubinho]

A solução para o seu caso é você criar uma rotina para corrigir o XML antes de importar.

Não podemos fazer tratamentos e ajustes finos desnecessários a cada necessidade particular.

Este campo é do tipo data e obrigatório, a única hipótese dele estar no xml é com um valor de data válido.

Os outros campos, como você mesmo disse, não apresentam erro por serem texto.