Erro NFSe Campos dos Goytacazes: Premature end of data in tag ConsultarLoteRpsV3Response (parte 2)

[gladston]

Estamos recebendo este erro para consultas e/ou inclusões de NFSe de alguns de nossos tomadores. Após, por orientação vossa, marcar para que fosse gerado o envelope SOAP, a verdadeira causa foi revelada conforme arquivos em anexo. A questão é: Tem como corrigir o programa para que indique o verdadeiro erro?

482475624-con-lot.xml 482475624-con-lot-soap.xml 482475624-lista-nfse-con-lot-soap.xml

[Diego Foliene]

6 horas atrás, gladston disse:

Estamos recebendo este erro para consultas e/ou inclusões de NFSe de alguns de nossos tomadores. Após, por orientação vossa, marcar para que fosse gerado o envelope SOAP, a verdadeira causa foi revelada conforme arquivos em anexo. A questão é: Tem como corrigir o programa para que indique o verdadeiro erro?

482475624-con-lot.xml 4 kB · 1 download 482475624-con-lot-soap.xml 4 kB · 1 download 482475624-lista-nfse-con-lot-soap.xml 1 kB · 3 downloads

Boa tarde!
Por favor, substitua essa Unit dentro da pasta ..\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores.
Reinstale o ACBr e faça um novo teste.

Ginfes.Provider.pas

[gladston]

O erro continua o mesmo. 

[Diego Foliene]

24 minutos atrás, gladston disse:

O erro continua o mesmo. 

Após substituir a Unit você reinstalou o ACBr? Deu um Build All na aplicação? 
Ao reinstalar o ACBr lembre-se de executar o apagarAcbr.bat antes ou marcar no instalador para remover arquivos antigos.

[gladston]

14 horas atrás, Diego Foliene disse:

Após substituir a Unit você reinstalou o ACBr? Deu um Build All na aplicação? 
Ao reinstalar o ACBr lembre-se de executar o apagarAcbr.bat antes ou marcar no instalador para remover arquivos antigos.

Sim. Substitui o arquivo, reinstalei o ACBr e ao compilar a aplicação eu fiz usando Build All. O que não fiz foi marcar no instalador para remover arquivos antigos. Vou fazer o seguinte: repetir toda a operação observando para marcar no instalador para remover arquivos antigos e vou usar o programa exemplo para testar.

[gladston]

3 horas atrás, gladston disse:

Sim. Substitui o arquivo, reinstalei o ACBr e ao compilar a aplicação eu fiz usando Build All. O que não fiz foi marcar no instalador para remover arquivos antigos. Vou fazer o seguinte: repetir toda a operação observando para marcar no instalador para remover arquivos antigos e vou usar o programa exemplo para testar.

Uma pergunta: Tem que baixar novamente a pasta schemas?

[Italo Giurizzato Junior]

Boa tarde Gladston,

Porque baixar novamente a pasta Schemas?

[gladston]

Como pode ver o erro apresentado é o mesmo. Estou usando o programa de exemplo compilado com Build All. Excluí arquivos antigos. As classes de relatório fastReport e forceReport não foram incluídas pois não tenho nenhum dos dois. Não tenho nenhuma justificativa para perguntar se é para baixar os schemas. É só mesmo uma duvida.

[Juliomar Marchetti]

46 minutos atrás, gladston disse:

Como pode ver o erro apresentado é o mesmo. Estou usando o programa de exemplo compilado com Build All. Excluí arquivos antigos. As classes de relatório fastReport e forceReport não foram incluídas pois não tenho nenhum dos dois. Não tenho nenhuma justificativa para perguntar se é para baixar os schemas. É só mesmo uma duvida.

Mandar salvar os arquivos soap gerado. basta marcar a opção salvar arquivos e setar os paths

e envia para os e-mail [email protected]

[gladston]

e-mail enviado.

[Diego Foliene]

23 horas atrás, gladston disse:

e-mail enviado.

Boa tarde!
Conferimos em nossa caixa de e-mails, mas não encontramos a mensagem relacionada. Pode reenviar, por favor?
Segue tópico dando mais detalhes de como fazer o envio

 

[gladston]

Enviei novamente com as informações:

Tópico do Fórum:  DFe - Documentos Fiscais Eletrônicos

Nome da Empresa: Associação Salgado de Oliveira de Educação e Cultura.

[gladston]

Está ocorrendo o erro abaixo no envio do e-mail. 451 4.7.23 Sender's SPF Policy Failure não seria um erro no lado de vocês?

[Diego Foliene]

57 minutos atrás, gladston disse:

Está ocorrendo o erro abaixo no envio do e-mail. 451 4.7.23 Sender's SPF Policy Failure não seria um erro no lado de vocês?

Vamos verificar em nossa ponta.
Obrigado por avisar.

[Daniel Simoes]

1 hora atrás, gladston disse:

Está ocorrendo o erro abaixo no envio do e-mail. 451 4.7.23 Sender's SPF Policy Failure não seria um erro no lado de vocês?

Não è algo nos fontes do ACBr...

O IP do seu Provedor SMTP deve estar em algum BlackList ou você violou algum dos limites do provedor, como por exemplo, envio máximo de e-mails por hora/dia...

Voce precisará contactar o seu provedor de SMTP para analise do problema

[gladston]

Reenviei o e-mail a três horas e não houve erro. Poderiam verificar então se chegou?

 

[Diego Foliene]

19 horas atrás, gladston disse:

Reenviei o e-mail a três horas e não houve erro. Poderiam verificar então se chegou?

 

Bom dia Gladston.
Todos os consultores recebem os e-mails que são enviados para [email protected], dito isso, busquei em minha caixa de entrada por e-mails enviados por [email protected], mas não encontrou nenhum e-mail.
No começo do tópico você também anexou os Soaps, tem problema se você os disponibilizar aqui de novo(nós pedimos para enviar por e-mail quando o arquivo tem informações de caráter sensível)?
Se possível, também coloque um breakpoint e faça um debug a partir da primeira linha da função TratarXMLRetornado na unit Ginfes.Provider. Veja como fica o Result dessa função depois de passar por RemoverCaracteresDesnecessarios, ParseText, RemoverDeclaracaoXML e RemoverPrefixosDesnecessarios.

[gladston]

Posso sim. Mas antes verifique novamente pois desta vez enviei os arquivos como links. Se não tiver dado certo envio novamente neste fórum.

[Diego Foliene]

6 horas atrás, gladston disse:

Posso sim. Mas antes verifique novamente pois desta vez enviei os arquivos como links. Se não tiver dado certo envio novamente neste fórum.

Boa tarde!
Conferi com outros consultores e nenhum deles recebeu o e-mail.
Por favor, anexe aqui os arquivos de envio e resposta.
Reforço também meu pedido anterior.
Se possível, por favor, coloque um breakpoint e faça um debug a partir da primeira linha da função TratarXMLRetornado na unit Ginfes.Provider. Veja como fica o Result dessa função depois de passar por RemoverCaracteresDesnecessarios, ParseText, RemoverDeclaracaoXML e RemoverPrefixosDesnecessarios.
São essas as funções responsáveis por corrigir o XML e remover quaisquer informações que vem na resposta do provedor que são desnecessárias ou que podem ocasionar erro na leitura.

[gladston]

Abaixo os arquivos. Vou fazer o que pediu e mando os resultados.

482475624-lista-nfse-con-lot-soap.xml 482475624-con-lot-soap.xml 482475624-con-lot.xml

[Italo Giurizzato Junior]

Bom dia Gladston,

Você substitui a unit Ginfes.Provider (...\Fontes\ACBrDFe\ACBrNFSeX\Provedores) que o Diego anexou na postagem dele no dia 06/10/2022 ?

Se sim, reinstalou o ACBr?

Se sim, recompilou a aplicação com a opção Build?

O problema que esta ocorrendo é motivado por esta mensagem:

CNPJ do tomador (<CNPJ enviado>) está vinculado a mais de uma inscrição municipal.

Note a presença de "<" e ">"

A unit que o Diego anexou na function TratarXmlRetorna foi incluído a seguinte linha:

  Result := RemoverCaracteresDesnecessarios(Result);
 

Veja o que essa função faz:

function RemoverCaracteresDesnecessarios(const aXML: string): string;
begin
  (...)
  Result := FaststringReplace(Result, '<', '', [rfReplaceAll]);
  Result := FaststringReplace(Result, '>', '', [rfReplaceAll]);
  (...)
end;

Ela simplesmente remove essa sequência de caracteres do XML.

Com isso eliminando o problema.

Se você substitui a unit que foi anexada, reinstalou o ACBr, compilou a aplicação com o Build e mesmo assim continua o problema, chego à conclusão que na sua máquina tem cópias de Units ou DCU antigas do componente ACBrNFSeX.

[gladston]

sim fiz tudo isso, inclusive marquei a opção de remover arquivos antigos.

Vou fazer o que pediram e debugar esta parte e posto aqui o resultado.

[gladston]

Descobri porque não estava compilando corretamente. O diretório de instalação estava incorreto.

Após corrigir isso, a compilação foi bem sucedida e o teste também.

Obrigado.

[Diego Foliene]

5 minutos atrás, gladston disse:

Descobri porque não estava compilando corretamente. O diretório de instalação estava incorreto.

Após corrigir isso, a compilação foi bem sucedida e o teste também.

Obrigado.

Bom dia Gladston!
Deu certo então? O problema original foi solucionado com essa Unit alterada que pedimos para você testar?

[gladston]

Sim. Problema solucionado.