Erro ao consultar NFSE por Faixa em Sertãozinho/SP (Smarap). Erro: '23/02/2024' is not a valid date and time

[Weber de Paula]

Bom dia,

Ao consultar NFSE por Faixa, número ou período na prefeitura de Sertãozinho/SP, provedor Smarap, é retornado erro ao converter a DataEmissao da RPS e Data de Competencia.

Pelo que entendi existe uma rotina que está convertendo no padrão YYYY-MM-DD porém esta vindo no padrão DD/MM/YYYY no xml

 

Procurando no fórum que a solução parece ser a mesma aplicada no link abaixo.

 

* IMPORTANTE: Meu repositório está atualizado!

000000000000660000000000000660000001-con-nfse-fai.xml 000000000000660000000000000660000001-lista-nfse-fai.xml

[Weber de Paula]

O erro afeta o cancelamento, pois após cancelar o componente tenta consulta da nfse e ocorre o mesmo erro, assim a não é cancelada porém não existe o retorno do XML nos campos corretos.

[Italo Giurizzato Junior]

Boa tarde Weber,

Você esta consultando a nota pelo método Consultar NFS-e Por Faixa e esta tendo esse erro.

Por favor experimente consultar a nota pelo método Consultar NFS-e por RPS.

[Weber de Paula]

42 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde Weber,

Você esta consultando a nota pelo método Consultar NFS-e Por Faixa e esta tendo esse erro.

Por favor experimente consultar a nota pelo método Consultar NFS-e por RPS.

Boa tarde,

Sim por RPS está funcionando corretamente, no entanto, a necessidade seria consulta por número, faixa ou período. Existe um rotina que o que não temos o RPS disponivel. Outra questão é no cancelamento que ocorre o erro também devido a consulta interna após cancelar.

 

[Italo Giurizzato Junior]

Bom dia Weber,

Pelo seu relato temos o seguinte:

1. Ao consultar a nota por rps, o XML da mesma é baixado e lido sem nenhum erro.

2. Ao consultar a nota por faixa, o XML da mesma é baixo, mas ocorre erro ao ler o mesmo.

3. O erro que ocorre é a leitura das datas de emissão e de competência.

 

Se você comparar o XML baixado pelo consultar nota por rps com o XML baixado pelo consultar nota por faixa, vai descobrir que a formatação dessas datas estão diferentes.

No primeiro esta com o formato AAAA-MM-DD, já no segundo esta DD-MM-AAAA.

 

O que esta ocorrendo na verdade é que o webservice do provedor tem uma rotina que gera o XML para cada serviço que retorna o XML da nota.

A rotina que gera o XML usada pelo serviço Consultar NFS-e Por RPS esta correta, ou seja, gerando as datas na formatação correta.

Por outro lado a rotina que gera o XML usada pelo serviço Consultar NFS-e Por Faixa esta errada, ou seja, gerando as datas na formatação incorreta.

 

É complicado fazer o componente detectar a formação, porque?

Veja este exemplo: 02/03/2024 esta data esta no formado DD/MM/AAAA ou MM/DD/AAAA?

Você concorda que não da para afirmar, pois pode ser 2 de março como também 3 de fevereiro.

 

Se para uma consulta esse provedor gera a data no formato AAAA-MM-DD, para outra gera no formato DD-MM-AAAA, como será o formato das outras consultas?

Para este provedor temos:

Consulta Lote, Consultar NFS-e Por RPS, Consultar NFS-e Por Faixa, Consultar NFS-e Serviço Prestado e Consultar NFS-e Serviço Tomado.

 

Como esse provedor esta usando a versão 2.03 do layout da ABRASF a rotina responsável pela leitura é a mesma para todos os provedores que usam a versão 2.xx

 

Eu recomento que você entre em contato com o provedor e expõe o problema.

No meu entendimento se o provedor lhe oferece mais de um serviço para obter o XML da nota, independente do serviço escolhido o XML tem que ser o mesmo.

[Weber de Paula]

Em 02/03/2024 at 09:32, Italo Giurizzato Junior disse:

Bom dia Weber,

Pelo seu relato temos o seguinte:

1. Ao consultar a nota por rps, o XML da mesma é baixado e lido sem nenhum erro.

2. Ao consultar a nota por faixa, o XML da mesma é baixo, mas ocorre erro ao ler o mesmo.

3. O erro que ocorre é a leitura das datas de emissão e de competência.

 

Se você comparar o XML baixado pelo consultar nota por rps com o XML baixado pelo consultar nota por faixa, vai descobrir que a formatação dessas datas estão diferentes.

No primeiro esta com o formato AAAA-MM-DD, já no segundo esta DD-MM-AAAA.

 

O que esta ocorrendo na verdade é que o webservice do provedor tem uma rotina que gera o XML para cada serviço que retorna o XML da nota.

A rotina que gera o XML usada pelo serviço Consultar NFS-e Por RPS esta correta, ou seja, gerando as datas na formatação correta.

Por outro lado a rotina que gera o XML usada pelo serviço Consultar NFS-e Por Faixa esta errada, ou seja, gerando as datas na formatação incorreta.

 

É complicado fazer o componente detectar a formação, porque?

Veja este exemplo: 02/03/2024 esta data esta no formado DD/MM/AAAA ou MM/DD/AAAA?

Você concorda que não da para afirmar, pois pode ser 2 de março como também 3 de fevereiro.

 

Se para uma consulta esse provedor gera a data no formato AAAA-MM-DD, para outra gera no formato DD-MM-AAAA, como será o formato das outras consultas?

Para este provedor temos:

Consulta Lote, Consultar NFS-e Por RPS, Consultar NFS-e Por Faixa, Consultar NFS-e Serviço Prestado e Consultar NFS-e Serviço Tomado.

 

Como esse provedor esta usando a versão 2.03 do layout da ABRASF a rotina responsável pela leitura é a mesma para todos os provedores que usam a versão 2.xx

 

Eu recomento que você entre em contato com o provedor e expõe o problema.

No meu entendimento se o provedor lhe oferece mais de um serviço para obter o XML da nota, independente do serviço escolhido o XML tem que ser o mesmo.

Você tem razão.

Acabei de enviar um e-mail para o provedor solicitando a correção e também liguei. Falei com o suporte, eles entenderam e vão iniciar a correção. 

 

Se achar necessário fechar o post por mim tudo bem.

 

 

[Italo Giurizzato Junior]

Obrigado por reportar.

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