Data inválida na consulta da NFS-e - WebISS - Ipatinga

[C4Dev]

Ao consultar a NFS-e está retornando data inválida.

A princípio parece ser um problema de conversão por causa do formato da data.

A nota é autorizada e cancelada no provedor. O problema parece ser apenas no retorno da consulta e do cancelamento.

 

xml.zip

[Diego Foliene]

20 horas atrás, C4Dev disse:

Ao consultar a NFS-e está retornando data inválida.

A princípio parece ser um problema de conversão por causa do formato da data.

A nota é autorizada e cancelada no provedor. O problema parece ser apenas no retorno da consulta e do cancelamento.

 

xml.zip 29.41 kB · 3 downloads

Bom dia!
Algumas considerações iniciais.

Citar

Data Inválida na consulta da NFS-e - WebISS - Itapetinga

Observando os Soaps que você disponibilizou o valor de <CodigoMunicipio> equivale a cidade Ipatinga provedor SigCorp no ACBrNFSeXServicos.ini. É mesmo a cidade que você citou no título e os Soaps estão incorretos ou o título está errado e  os soaps são esses mesmos?

Citar

O problema parece ser apenas no retorno da consulta e do cancelamento.

Analisando os Soaps que você disponibilizou e considerando que a cidade é Ipatinga.
No que diz respeito a consulta, você anexou Soaps para o método de ConsultaNFSePorFaixa. Esse método não foi implementado de acordo com o WSDL desse Web Service para essa prefeitura(Você pode conferir isso aqui).
No Soap de resposta de Cancelamento a DataHoraCancelamento não parece estar em formato que o ACBr não entenda.
O Formato mais "estranho" é o da <DataRecebimento> do RecepcionarLoteRpsSincronoResponse. Dito isso pode disponibilizar também o log gerado pelo componente, por favor? O erro que você recebe é "Data Inválida"?

[C4Dev]

Bom dia Diego!

Erro meu na hora de escrever o título, o correto é Ipatinga.

É possível editar o título do tópico ou prefere que eu exclua esse tópico e crie um outro com as informações corretas?

Eu acabei aqui simulando no programa de exemplo da NFS-e e ocorreu também o mesmo problema.

Segue arquivos

16771-comp-nfse.xml 16771-comp-nfse-soap.xml 16771-con-nfse-rps.xml 16771-con-nfse-rps-soap.xml Log.txt

[Diego Foliene]

24 minutos atrás, C4Dev disse:

Bom dia Diego!

Erro meu na hora de escrever o título, o correto é Ipatinga.

É possível editar o título do tópico ou prefere que eu exclua esse tópico e crie um outro com as informações corretas?

Eu acabei aqui simulando no programa de exemplo da NFS-e e ocorreu também o mesmo problema.

Segue arquivos

16771-comp-nfse.xml 7.19 kB · 0 downloads 16771-comp-nfse-soap.xml 9.03 kB · 0 downloads 16771-con-nfse-rps.xml 332 B · 0 downloads 16771-con-nfse-rps-soap.xml 872 B · 0 downloads Log.txt 508 B · 0 downloads

Não é necessário excluir o tópico, podemos manter assim mesmo.
Obrigado pelos esclarecimentos. Vamos analisar seu problema e lhe passar um retorno assim que possível.

[Italo Giurizzato Junior]

Boa tarde,

Esse problema só tem uma forma de resolver.

É o provedor corrigir a porcaria que fez.

Se você abrir o XML *-lista-nfse-sinc.xml que é o retorno do envio do lote vai notar que, a data de emissão da nota (tag DataEmissao que esta dentro do grupo InfNfse), data de emissão do Rps (tag DataEmissao que esta dentro do grupo Rps) estão no formado AAAA-MM-DD.

Agora se você abrir o XML *-comp-nfse.xml que é o retorno da consulta vai notar que, a data de emissão da nota e a data de emissão do Rps estão no formato DD/MM/AAAA.

Esse provedor precisa tomar uma decisão, ou ele gera a data no formato AAAA-MM-DD (estabelecido no manual da ABRASF) ou ele segue o formato DD/MM/AAAA para todos os serviços que geram e retornam o XML da nota.

Essa falta de padrão, demonstra que o XML da nota não é gerado por uma única rotina.

Temos um outro provedor que fez a mesma porcaria.

É bem provável que um comprou a implementação do WebService do outro.

[C4Dev]

Bom dia Italo!

Vou tentar mandar um e-mail pro provedor, vamos ver se eles respondem e se talvez corrigem.

Muito obrigado.

 

[C4Dev]

Bom dia Italo!

Só para reportar, o provedor fez a correção e agora está Ok.

Muito obrigado!

[Diego Foliene]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.