Problemas na Recepção de Cancelamento - Provedor GovDigital - Divinópolis

[nolher]

Olá, boa noite!

Estamos finalizando o processo da Nota Fiscal de serviço e me deparei com um problema.

Estou com problema na recepção do xml da Nota cancelada.

realiza o cancelamento perfeitamente, mas quando vai pra gravar o xml está ocorrendo erro.

Não conseguir definir muito bem o problema, pois a rotinas esta passando 2 vezes pela procedure TratarResposta e na segunda vez ocorre erro.

Segue em anexo os xmls gerados.

Xml final é 1990-can.xml

Configuração do meu arquivo INI GovDigital.INI

Certo da atenção de todos antecipo agradecimentos.

1990-can.xml

1990-can-soap.xml

1990-ped-can.xml

1990-ped-can-soap.xml

[Italo Giurizzato Junior]

Boa noite Nilton,

O TratarResposta que você se refere é o de cancelar?

A mesma procedure esta sendo executada 2x, ou a primeira vez é do cancelar e a segunda é do consultar?

[nolher]

Bom dia Italo,

 

Realmente eu fiquei um pouco confuso, nesse ponto.

Mas, a falha ocorre na segunda passagem na procedure "TratarResposta"  que acredito que seja na consulta.

Porém o xml gerado de cancelamento, não foi gerado perfeitamente, pois ele nem consegue abrir no "Internet Explorer" e nem no aplicativo "XML Notepad".

E acredito que possar ser justamente na formação desse xml que esta ocorrendo a falha.

Mais uma vez agradecemos o seu pronto atendimento,

[Italo Giurizzato Junior]

Bom dia Nilton,

Post como anexo os XML gerados para que eu possa analisar.

Fiz uma alteração, favor atualizar os fontes e testar novamente.

[nolher]

Bom dia, Italo.

Me desculpe pela demora pra lhe dar resposta, pois ontem estava muito garrado!

Infelizmente ainda não deu certo.

Esta ocorrendo a seguinte falha "Valide o xml segundo o schema fornecido no manual."

Sempre lhe agradecendo sua atenção, aguardo sua opinião.

 

21069A-comp-nfse.xml

21069A-comp-nfse-soap.xml

21069A-con-nfse-rps.xml

21069A-con-nfse-rps-soap.xml

21069-env-lotS.xml

21069-env-lotS-soap.xml

21069-lista-nfse.xml

21069-lista-nfse-soap.xml

2013-can.xml

3116020434378100017856000002013-nfse.xml

[Italo Giurizzato Junior]

Bom dia Nilton,

Você fez alteração no componente?

Os arquivos que você anexou se refere ao componente do Trunk2?

[nolher]

Boa noite Italo,

Foi realizado as atualizações, e sim estamos no Trunk2!

A transmissão esta tudo correto.

O único problema esta no cancelamento.

Mais uma vez muito obrigado por sua atenção.

 

[nolher]

Boa tarde Italo,

Buscando soluções aqui, e até mesmo junto ao forum da empresa que presta serviço para prefeitura de Divinópolis, consegui apenas a seguinte informação:

Em anexo temos o XML gerado pela ACBr 21072A-con-nfse-rps.xml  e o XML que eles afirmam que deveria ser enviado seria baseado no Base de Consulta NFSe.xml .

A principal diferença que vejo no xml deles é  "<ConsultarNfseRpsEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"
xmlnsig="http://www.w3.org/2000/09/xmldsig#"> " e no do componente é "<ConsultarNfseRpsEnvio xmlns="http://www.abrasf.org.br/nfse.xsd">"

O que vocês acham desse analise, faz algum sentindo?

Mais uma vez muito obrigado por sua atenção.

Atenciosamente,

_____________________________

Nilton Olher Serafim

Analista de Sistema

Email: [email protected]

Skype: nolher

[Italo Giurizzato Junior]

Boa tarde Nilton,

Mas o problema não é o cancelamento?

Não entendi, você anexou os arquivos de consultar NFS-e por RPS.

[nolher]

Boa tarde Italo,

O problema inicial realmente veio do cancelamento.

Pois após o envio do cancelamento, o componente esta realizando uma consulta, para obter as informações de resposta deste cancelamento e aí onde esta ocorrendo a falha.

Em minha verificação e analise verifiquei que o problema esta  especifica na consulta, sendo assim foquei na consulta para tentar resolver.

Inclusive na versão anterior (Trunk1) não usava a consulta no cancelamento, se houver alguma forma de contorna essa situação não realizando a consulta já me ajudaria bastante.

Como sempre, lhe agradeço sua atenção,

E no aguardo de alguma orientação,

Atenciosamente,

_____________________________

Nilton Olher Serafim

Analista de Sistema

Email: [email protected]

Skype: nolher

[Italo Giurizzato Junior]

Nilton,

Para descobrirmos o problema, faça o seguinte teste:

Como co Cancelar realiza uma consulta automática e como você disse ocorre o erro nessa consulta, salve separadamente esse XML da consulta.

Depois execute o método ConsultarNFSePorRps separadamente, para ver se ocorre o mesmo erro.

Se não ocorrer vamos comparar esses dois XMLs, para descobrir as diferenças e assim fazer as devidas correções.

[nolher]

Italo, 

Já realizei esse teste e sim, ocorre esse mesmo erro.

Em anexo o xml  2020A-comp-nfse.xml de retorno da consulta.

Como sempre, lhe agradeço sua atenção,

E no aguardo de alguma orientação,

Atenciosamente,

[Italo Giurizzato Junior]

Nilton,

Você tem o arquivo soap dessa consulta, esse que você anexou é o retorno, gostaria de ver o envio.

[nolher]

Sim, Italo,

Estou lhe enviando em anexo.

 

2020A-comp-nfse-soap.xml

 

Italo,

Você precisa são do que foi enviado certo?

Esta em anexo também o XML base do envio.

2020A-con-nfse-rps.xml

2020A-con-nfse-rps-soap.xml

 

 

[Italo Giurizzato Junior]

Nilton,

Você esta usando o arquivo INI do provedor que esta disponível na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI  ?

[nolher]

Sim, Italo.

As diferenças aí, são orientações da Prefeitura de Divinópolis junto com a empresa responsável pelo software da prefeitura.

Inclusive o envio esta funcionando normalmente, e até mesmo o serviço de cancelamento também esta funcionando, a única falha é que não consigo obter a resposta.

Tem aqui inclusive os xml gerado de envio e cancelamento.

 

 

Editado 25 Fevereiro, 2016 por nolher

[Italo Giurizzato Junior]

Nilton,

Você tem certeza, pois os arquivos que você postou não confere com o arquivo INI do provedor.

[nolher]

Bom dia, Italo.

 

Bom, como havia lhe falado,  as diferenças do arquivo INI, eram orientações da Prefeitura de Divinópolis junto com a empresa responsável pelo software da prefeitura. 

Mas realizei um teste abortando tudo isso, e coloquei o arquivo INI exatamente como foi disponibilizado por vocês.

Aí realmente deu certo, o meu receio era de que poderia atrapalhar o que já estava funcionando e que era mais importante pra nós que seria a transmissão.

Mas agora deu tudo certo.

Me desculpe os transtornos que possa ter causado.

 

E muitíssimo obrigado por sua atenção de sempre,

 

Atenciosamente,

 

[Italo Giurizzato Junior]

Bom dia Nilton,

Os fontes como estão hoje mais o arquivo INI do provedor GovDigital tudo esta funcionando 100% ?

[nolher]

Bom dia, Italo.

Me desculpe pela demora de resposta.

Realizei uma unica modificação na unit ACBrNFSeWebServices.pas, na linha 969 e 974:

    if (FProvedor in [proInfisc, proGovDigital]) then
      FProtocolo := FRetornoNFSe.ListaNFSe.CompNFSe[0].NFSe.Protocolo; 

Pois o número do protocolo esta por fora do xml de retorno.

 

Sem mais para o momento,

Agradeço a atenção

 

Atenciosamente,

[Italo Giurizzato Junior]

Boa tarde Nilton,

Aplicando essa alteração podemos considerar que o provedor GovDigital esta 100% ?

[nolher]

Bom dia Italo,

Desculpe a demora para retorno.

Estamos utilizando os serviços de transmissão, cancelamento e consulta e esse 3 serviços para o provedor GovDigital esta 100% .

Qualquer dúvida estamos a disposição.

Mais uma vez, agradecemos o empenho, atenção e paciência, principalmente sua, mas se estendendo a toda a equipe ACBr.

Atenciosamente,