Provedor SigCorp Avare/SP erro de exceção

[Destak]

Boa noite,

Nada mudou exatamente mesmo erro, veja só como esta as tags de datas no XML.

Data de emissão da NFSe = <DataEmissao>28/06/2022</DataEmissao>

Data de emissão do RPS = <DataEmissao>28/06/2022</DataEmissao>

Competência = <Competencia>20220628</Competencia>

Data do cancelamento = <DataHoraCancelamento>6/28/2022 1:43:58 AM</DataHoraCancelamento>

A msg de erro esta mostrando sempre a data 28/06/2022 porem revisa a leitura das demais tags tambem por gentileza.

[Italo Giurizzato Junior]

Bom dia,

Isso esta ocorrendo com a cidade de Avaré ou com outra cidade?

[Destak]

Bom dia,

Cidade Avaré.

[Italo Giurizzato Junior]

Mas a cidade de Avaré não estava gerando o XML com as datas no formato AAAA-MM-DD ?

Mudou também?

[Destak]

Eles podem ter ajustado isso, mudaram isso nesse meio tempo, olha so segue os XMLs de agora mesmo nesse momento em anexo.

Data de emissão da NFSe = <DataEmissao>28/06/2022</DataEmissao>

Data de emissão do RPS = <DataEmissao>28/06/2022</DataEmissao>

Competência = <Competencia>20220628</Competencia>

Data do cancelamento = <DataHoraCancelamento>6/28/2022 1:43:58 AM</DataHoraCancelamento>

Ajusta para atender esse padrão que esta atual agora e vamos seguir em frente.

68MY-comp-nfse.xml 68MY-comp-nfse-soap.xml 68MY-con-nfse-rps.xml 68MY-con-nfse-rps-soap.xml 69MY-comp-nfse.xml 69MY-comp-nfse-soap.xml 69MY-con-nfse-rps.xml 69MY-con-nfse-rps-soap.xml

[Italo Giurizzato Junior]

Boa tarde,

Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Veja a alteração que fiz no arquivo ACBrNFSeXServicos.ini no que se refere a cidade de Avaré.

[Destak]

Boa noite,

Em 15/07/2022 at 14:27, Italo Giurizzato Junior disse:

Veja a alteração que fiz no arquivo ACBrNFSeXServicos.ini no que se refere a cidade de Avaré.

Verifiquei e constatei que ficou corrigido os métodos ACBrNFSeX1.NotasFiscais.LoadFromString e também o ACBrNFSeX1.ConsultarNFSeporRps obrigado esses dois métodos estão ok agora.

Porem fazendo novos testes constatei que o mesmo erro persiste ao usar os dois seguintes métodos:

1. ACBrNFSeX1.Emitir(IntToStr(NumLote),meUnitario,False) veja abaixo como as tags estão vindo (importante eu dizer q a NFSe é emitida com sucesso la no provedor e o problema esta na leitura desse XML retornado nesse metodo).

Data emissão da NFSe = <DataEmissao>2022-07-18T00:00:00</DataEmissao>

Data emissão do RPS = <DataEmissao>2022-07-18</DataEmissao>

Competência = <Competencia>20220718</Competencia>

2. ACBrNFSeX1.CancelarNFSe(InfCancelamento) veja abaixo como a unica tag esta que contem data esta vindo (importante eu dizer q a NFSe é cancelada com sucesso la no provedor e o problema esta na leitura desse XML retornado nesse metodo).

<DataHoraCancelamento>18/07/2022 19:50:13</DataHoraCancelamento>

Os erros são exatamente os mesmos, tem relação com o formato de data e hora que vem no arquivo com como o componente espera e ou tentar ler, como era os erros nos métodos anteriores que voce corrigiu na ultima atualização criando os parâmetros no ACBrNFSeXServicos.ini.

Olhando rapidamente da para notar que o problema é que esse provedor não tem padrao nenhum, em cada metodo eles usam um formato de data/hora diferente ai ferra a gente é isso que ocorre é esse o problema.

Acredito que voce so precise fazer a mesma correção nesses dois métodos relatados por mim hoje e aproveito para solicitar verificar os outros métodos disponibilizados por esse provedor para tentarmos resolver 100% essa questão, segue em anexo os XMLs retornados referente aos erros nos dois métodos.

A única cidade que atendo com esse provedor é Avare/SP mesmo.

XMLs_Erro_Metodo_CancelarNFSe.zip XMLs_Erro_Metodo_Gerar.zip

[Italo Giurizzato Junior]

Bom dia,

Se eu entendi o provedor esta gerando o XML da nota com uma formatação para data diferente para cada método, isso?

Ao emitir a data vem no formato A, ao Consultar o formato da data é B?

Ai ferra mesmo.

Acredito que a solução não é nós ficarmos fazendo gambiarra para resolver isso e sim entrar em contato com o provedor e pedir para ele definir um padrão na formatação das datas independente do método que esta gerando o XML da nota.

Se o provedor não der atenção, bombardear a prefeitura com protocolos relatando o problema.

[Destak]

6 minutos atrás, Italo Giurizzato Junior disse:

Ao emitir a data vem no formato A, ao Consultar o formato da data é B?

Pelo que estamos vendo é exatamente isso, sem padrão, para cada metodo vem um formato diferente, sem condições mesmo de trabalhar com esse provedor.

Vou fazer o que voce disse, tentar entrar em contato com o provedor e com a prefeitura e ver no que da.

Mas até que tenhamos uma resposta deles, faz um ajuste direto dentro da unit desse provedor somente nesses dois metodos de meus post anterior dai vou correr atras disso e assim que eles normalizarem um padrao a gente faz a correção definitiva.

[Juliana Tamizou]

Boa tarde @Destak

Se tiver o contato do provedor por favor coloque aqui, assim podemos também tentar uma aproximação.

At.

[Italo Giurizzato Junior]

Bom dia,

Vou ver o que eu consigo fazer, pois uma alteração para sanar essa zorra do provedor com a cidade de Avaré, poderá gerar um efeito colateral com as demais cidades atendidas pelo mesmo provedor.

TK-2912

[Italo Giurizzato Junior]

Boa tarde,

Sem condições de fazer alguma coisa com esse provedor.

Ao enviar o Rps para o WebService o mesmo gera e retorna o XML da NFS-e cuja a data de emissão da nota e do Rps estão no formato AAAA-MM-DD e a de competência: AAAAMMDD. Em conformidade (com exceção da competência) com o manual da ABRASF.

Por outro lado ao consultar a nota por Rps o WebService gera e retorna o XML da NFS-e cuja a data de emissão da nota e do Rps estão no formato DD/MM/AAAA e a de competência: AAAAMMDD.

A rotina que faz a leitura do XML da nota é uma só.

Não tem como ela saber se a origem do XML é do envio ou de uma consulta.

Quer resolver o problema?

Inunda a prefeitura com protocolos de reclamação de problemas de geração da nota.

Esse provedor não é composto por amadores e nem por estagiários e sim por pessoas que acham que sabem programar.

[Destak]

Boa tarde,

Realmente dizer que o responsável por isso lá faz o básico é diminuir o básico a esse nível indescritível.

Bom vamos la, contato com a SIGCORP no telefone (11) 4153-2945 / (11) 4063-9632 ou por e-mail [email protected].

Liguei no provedor e me pediram para enviar um e-mail para [email protected] descrevendo o "problema" e com os XMLs em anexo, fiz isso hoje agora pouco segue a mensagem que enviei.

Boa tarde,

Contribuinte da cidade de Avaré/SP CNPJ 08.299.736/0001-14 IM 23874.

O problema é que as tags de datas que o WebService de voces retornam estão vindo com formato diferente dependendo do servico que utilizo ao consumir o WebService, as mesmas tags eu digo, veja o exemplo:

Metodo gerar quando tento emitir uma NFSe unitaria com unico RPS vejas as tags com retornam:

Data emissão da NFSe = <DataEmissao>2022-07-18T00:00:00</DataEmissao>

Data emissão do RPS = <DataEmissao>2022-07-18</DataEmissao>

Competência = <Competencia>20220718</Competencia>

Em conformidade (com exceção da competência) com o manual da ABRASF.

Agora quando faco uma consulta de NFSe pelo RPS veja as mesmas tags como retornam:

Data de emissão da NFSe = <DataEmissao>28/06/2022</DataEmissao>

Data de emissão do RPS = <DataEmissao>28/06/2022</DataEmissao>

Competência = <Competencia>20220628</Competencia>

É exatamente esse o problema, mesmas tags porem dependendo do servico do WebService que consumo elas vem no formato diferente, peco encarecidamente que adotem um padrão o da ABRASF mesmo de forma correta e na integra para tornar possivel utilizar o WebService de voces.

Alem dessas tags acima citadas tambem a <DataHoraCancelamento>6/28/2022 1:43:58 AM</DataHoraCancelamento> esta vindo com formato diferente conforme o servico do WebService que consumo.

Segue em anexo todos os XMLs de envio e retorno referentes ao problema descrito acima.

Aguardo retorno desde ja obrigado.

Foi isso agora vamos aguardar o retorno deles e mantenho vocês informado aqui nesse tópico.

[Italo Giurizzato Junior]

Vamos aguardar.

[Destak]

Boa tarde segue a resposta do provedor,

Olá, Andre.

O ticket Nº 9628 (Andre - ) foi atualizado pelo agente.

 

Amanda Silva 08/08/2022 10:03 (UTC-03:00 Horário de Brasília (São Paulo))3 Bom dia!   Após a equipe responsável verificar, foi identificado que não será possível realizar tal alteração pois irá quebrar para outros contribuintes. Está sendo lançado outra versão do ABRASF que será reajustado esses pontos.   Att, Amanda

Veja ou isso é mudado no componente ou não será possível atender esse provedor/cidade, da uma analisada para poder parametrizar, dai eu vou testando aqui para conseguirmos pelo menos os 3 metodos principais:

Gerar, CancelarNFSe e ConsultaNFSeporRPS

Parametrizando esses metodos ja resolve até eles ancarem nova versao (TALVEZ NUNCA).

Estou enviando em anexo os XMLs retornados por eles referente ao 3 metodos mencionados para que voce veja o formato dos campos de datas em cada um deles.

XMLs_Erro_Metodo_CancelarNFSe.zip XMLs_Erro_Metodo_ConsultaNFSeporRPS.zip XMLs_Erro_Metodo_Gerar.zip

[Italo Giurizzato Junior]

Boa tarde,

Você entendeu o que eu escrevi?

O provedor esta gerando o XML da nota com uma formatação para as datas ao emitir a nota e com outra formatação ao consultar a mesma.

Pelo e-mail que você enviou para eles deixo bem claro o problema que esta ocorrendo.

Pela resposta deles só confirma o que eu escrevi na ultima linha da minha postagem.

Se você parametriza para a Consulta, ao emitir ocorre erro ao ler o XML retornado pela emissão.

Se você parametriza para o Emitir, ao consultar ocorre erro ao ler o XML retornado pela consulta.

A rotina que faz a leitura do XML tanto ao consultar quanto ao emitir é a mesma.

Você tem uma solução?

[Destak]

Pois é infelizmente são amadores não comprometidos com nenhum mínimo padrão de programação.

Vamos la identificamos o problema ha bastante tempo, a questão é justamente ajustar para que funcione com eles entendeu, criar novos parametros seria uma solução que pelo visto os outros contribuintes la devem ter feito isso ou algo assim para funcionar, se é que existe alguma empresa la usando esse webservice deles.

Vaja a solução que encontrei.

Params=FormatoData:

GerarAAAAMMDD (tanto na geração do RPS quanto na leitura do retorno instantâneo o formato é sempre esse),

CancRespDDMMAAAA (Resposta instantânea do pedido de cancelamento),

ConsNFSeRpsDDMMAAAA, (Resposta ao fazer uma ConsultarNFSeporRPS)

ConsNFSeRpsCancMMDDAAAA (caso haja a tag <DataHoraCancelamento> no XML retornado da ConsultarNFSeporRPS)

Sendo que a tag <Competencia>20220628</Competencia> esta sempre no padrao correto em todas os metodos que eu descrevi acima.

É essa a solução, dolorosa sim, mas a unica possivel. ajustando para esses 3 metodos ja da para usar o minimo pelo menos.

[Italo Giurizzato Junior]

Isso pode resolver no momento que o componente recebe o XML como resposta do webservice e o lê para deixar pronto para ser impresso o DANFSE.

Mas se amanhã você pegar o XML da NFS-e que esta salvo em disco ou no banco de dados e for carregar para poder enviar por e-mail ou imprimir novamente o DANFSE o componente não vai saber qual é a origem dele, ou seja, se ele foi gerado pelo serviço GerarNFSe ou pelo ConsultarNFSePorRps do webservice e consequentemente não vai saber a formatação que deve ser utilizada.

Entendeu?

Esse é o grande problema.

Enquanto eles não gerarem o XML da nota independente do serviço com a mesma formatação de datas, não teremos uma solução.

Você esta enviando o Rps usando o método Emitir parametrizado para o modo de envio Unitário (meUnitario), chegou a testar o os modos: meLoteAssincrono e meLoteSincrono?

Os métodos: ConsultarLote, ConsultarNFSe, ConsultarNFSeServicoPretado e ConsultarNFSeServicoTomado segundo o manual da ABRASF é para retornarem também o XML da nota, chegou a testa-los?

O método ConsultarLote se faz necessário ao usar o Emitir no modo meLoteAssincrono para obter o XML da nota.

Porque os demais contribuintes não tem problemas?

Eles devem usar o serviço do webservice EnviarLoteRps e depois o ConsultarLoteRps, para enviar o Rps e obter o XML da nota respectivamente.

Mas você esta usando outro modo de envio e outro serviço de consulta.

Esta claro para mim que quem fez a rotina que gera o XML da NFS-e do serviço GerarNFSe foi um que quem fez a do ConsultarNFSePorRps foi outro.

E pode ter certeza que esse pessoal não esta mais na empresa e quem sobrou não tem competência para fazer as devidas correções e vem com essas desculpas esfarrapadas.