Erro ao enviar NFSex Aparecida de Goiânia X999

[hugo_fabricio]

a emissão de NFSeX em aparecida de Goiânia estava normal,

 

e do nada começou retornar o erro:

Erro(s):
Código  : X999
Mensagem: Erro de Conexão: Premature end of data in tag div line 1
 

tentei contato com a prefeitura de Goiânia mas até o momento não obtive retorno,
alguém com o mesmo problema?
 

[Jonathan Teixeira]

Estou passando pelo mesmo problema.

Consegui contado com ISSNet e me informaram isso:

*provável erro; sem cabeçalho e links em HTTP que deve estar em HTTPS.
Para proteção de ataques no WS de notas, existe uma validação ativa para impedir os ataques, que caso o XML enviado não tenha em sua estrutura um cabeçalho válido, a ferramenta de segurança entende que seja ataque e barra.
Todos os envios via integração precisam ter um cabeçalho valido com o "User agent" da solicitação, para que consiga se comunicar com o webservice. Além do SOAP, o desenvolvedor do sistema precisa mandar essas informações com cabeçalho, é uma forma de comunicar quem está chegando no webservice.

Segue um exemplo do cabeçalho> Mozilla/4.0 (compatible; Protheus 7.00.210324P-20221005; ADVPL WSDL Client 1.120703)
onde o Protheus 7.00.210324P-20221105, pode ser o sistema e versão, isso é o "User agent" da solicitação. É NECESSÁRIO CONTER O USER AGENT se não nao ira ter comunicação.

CABEÇALHO, não estamos falando de cabeçalho de XML, e sim de requisição HTTP, ou seja, ao enviar um pacote de comunicação via HTTP, este pacote deve ter sua identificação para que não seja bloqueado.

Também é necessário verificar se os links de comunicação com o webservice estão com "https" na frente. É necessário que estejam.

 

Creio que essa mensagem de erro que é apresentada "Erro de Conexão: Premature end of data in tag div line 1", é devido ao XML de retorno não está dentro do padrão (em anexo).

2024-rec-soap.xml

[hugo_fabricio]

15 horas atrás, hugo_fabricio disse:

a emissão de NFSeX em aparecida de Goiânia ( ISSNet) estava normal,

 

e do nada começou retornar o erro:

Erro(s):
Código  : X999
Mensagem: Erro de Conexão: Premature end of data in tag div line 1
 

tentei contato com a prefeitura de Goiânia mas até o momento não obtive retorno,
alguém com o mesmo problema?
 

no arquivo ACBrNFSeXServicos.ini estava sem o Https, fiz a alteração , compilei novamente e não deu certo

[Jonathan Teixeira]

No site https://www.issnetonline.com.br/aparecida/online/login/login.aspx disponibilizaram o manual da versão 2.04 Abrasf, então fiz essa mesma alteração, alterando o link para o do manual e alterei a versão, o erro ainda continua.

[Italo Giurizzato Junior]

Bom dia Jonatham,

Após alterar o arquivo ACBrNFSeXServicos.ini, você compilou ele com o Compila_RES?

Se sim, depois reinstalou o ACBr?

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

[Jonathan Teixeira]

Bom dia,

Somente com a opção Build, vou realizar os outros passos e dou retorno.

[hugo_fabricio]

Tem que migrar da versão 1.0 para 2.04

colocar esta configuração no arquivo ACBrNFSeXServicos.ini

executar o Compila_RES.BAT

[5201405]
; Atualizado em 24/01/2022
Nome=Aparecida de Goiania
UF=GO
Provedor=ISSNet
Versao=2.04
ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/aparecidadegoiania/nfse.asmx
HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx
 

Atualizar o Schemas

com isto consegui emitir

[Jonathan Teixeira]

Fiz essa alteração sugerida pelo @hugo_fabricio, porém descobri que está buscando os arquivos de schemas na pasta 1.00, estou tentando entender o motivo.

[Italo Giurizzato Junior]

Boa tarde Hugo,

Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-3773

[Italo Giurizzato Junior]

Já esta no SVN.

[Jonathan Teixeira]

Baixei do SVN, deu certo.

Obrigado.

[Dercide Alvarez]

Estava escrevendo, mas ja outro usuario ja postou que deu certo. Vou testar tambem.

Editado 29 Março, 2023 por Dercide Alvarez

[DR Sistemas]

4 hours ago, Italo Giurizzato Junior said:

Boa tarde Hugo,

Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-3773

Nesse caso, para Aparecida de Goiania, foi resolvido, mas tem alteração para as demais cidade, tipo Brasilia e Anapolis?

E quanto a esse relato do Jonathan Teixeira, a respeito do cabeçalho? Atualizando o ACBr ja esta resolvido?

Obrigado!

[Silvair L Soares]

Boa tarde a todos.

 

Não utilizo o ACBR, temos a nossa própria integração com os webservices aqui na empresa e passamos pelos mesmos problemas, desde o dia de 29/03/2023.

 

Em contato com suporte do ambiente autorizador da prefeitura, fomos informados que:

 

Quote

Informamos que os processamentos estão sendo realizados normalmente.

Importante:

Todos os envios via integração precisam ter um cabeçalho com o "User agent" da solicitação, para que consiga comunicar com o webservice. Não se trata da estrutura do SOAP do XML, mas sim da requisição HTTP, ou seja, ao enviar um pacote de comunicação via HTTP, este pacote deve ter sua identificação para que não seja bloqueado.

Verificamos que muitos envios estão sendo feitos com requisições anônimas.

Anteriormente, era aceito envios com o User Agent anônimo.

Por questões de segurança, seguindo a LGPD (Lei nº 13.709/2018), passamos a validar somente as requisições com cabeçalho válido, ou seja, precisa conter os dados do User Agent.

 

Exemplo de sintaxe: User-Agent: <product> / <product-version> <comment>

Caso o erro persista, por favor, encaminhar os dados da empresa e um print do erro.

Mas na prática, o que identificamos, foi um retorno de código http 301 (Movido Permanentemente), indicando que o serviço foi removido permanentemente da url que estávamos utilizando anteriormente.

Usando o SoapUI em conjunto com o Fiddler, constatamos que a url que recebe as notas fiscais, foi modificada.

Abaixo a relação de urls anteriores e as atuais:

 

Anterior H.: https://www.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx
Anterior P.: https://www.issnetonline.com.br/webserviceabrasf/servicos.asmx

Atual H.:   https://abrasf.issnetonline.com.br/webserviceabrasf/homologacao/aparecidadegoiania/servicos.asmx
Atual P.:   https://abrasf.issnetonline.com.br/webserviceabrasf/aparecidadegoiania/servicos.asmx

 

No nosso caso, não fizemos a migração do ambiente (1.0 para 2.04), apenas a substituição das urls antigas pelas novas, solucionou o problema. Por enquanto.

 

Vou deixar aqui registrado, para ajudar algum colega que também não utilize o ACBR e que, por ventura, caia neste post futuramente.

 

Editado 29 Março, 2023 por Silvair L Soares

[Silvair L Soares]

Informei os endereços incorretamente, na resposta anterior. Os corretos são:

Anterior
Homologação: https://www.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx
Produção:        https://www.issnetonline.com.br/webserviceabrasf/aparecidadegoiania/servicos.asmx

Atual
Homologação: https://abrasf.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx
Produção:        https://abrasf.issnetonline.com.br/webserviceabrasf/aparecidadegoiania/servicos.asmx

[Italo Giurizzato Junior]

Bom dia a todos,

Quem utiliza o ACBrNFSeX favor atualizar todos os fontes de todas as pastas.

Reinstale o ACBr com a opção de apagar arquivos antigos marcada.

Compile a aplicação com a opção Build.

Certifique-se que na pasta do executável da aplicação não tenha uma cópia do arquivo ACBrNFSeXServicos.ini, caso tenha delete.

Faça novos testes.

Como esse tópico se refere a cidade de Aparecida de Goiânia, por favor crie um novo tópico se a cidade for outra, não vamos misturar os assuntos.

Desde já muito obrigado pela colaboração pelos testes e compreensão de todos.

[DR Sistemas]

On 3/29/2023 at 11:16 AM, hugo_fabricio said:

Tem que migrar da versão 1.0 para 2.04

colocar esta configuração no arquivo ACBrNFSeXServicos.ini

executar o Compila_RES.BAT

[5201405]
; Atualizado em 24/01/2022
Nome=Aparecida de Goiania
UF=GO
Provedor=ISSNet
Versao=2.04
ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/aparecidadegoiania/nfse.asmx
HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx
 

Atualizar o Schemas

com isto consegui emitir

Bom dia!

Hoje, atualizei os componentes do ACBr, fiz a compilação do arquivo ACBrNFSeXServicos.ini, atualizei os esquemas, porem não esta funcionando, aparece o erro da imagem.

O estranho é que é o mesmo provedor de Brasilia, que no momento está emitindo normalmente, mas em Aparecida de Goiânia, ocorre o erro abaixo.

O que pode ser que está acontecendo?

[Italo Giurizzato Junior]

Boa tarde,

Acabei de fazer um teste usando o programa exemplo, veja o resultado:

Requisição
Ambiente: 1
Cidade  : Aparecida de Goiania/GO
Provedor: ISSNet Versão: 2.04
 
Método Executado: Enviar Lote Síncrono
 
Parâmetros de Envio
Numero do Lote: 1
 
Parâmetros de Retorno
Data de Envio : 31/03/2023
Numero do Prot: B986E659-B33E-47D0-85C9-399217B18DF8
Numero da Nota: 
Link          : 
Código Verif. : 
Sucesso       : True

 

[DR Sistemas]

2 hours ago, Italo Giurizzato Junior said:

Boa tarde,

Acabei de fazer um teste usando o programa exemplo, veja o resultado:

Requisição
Ambiente: 1
Cidade  : Aparecida de Goiania/GO
Provedor: ISSNet Versão: 2.04
 
Método Executado: Enviar Lote Síncrono
 
Parâmetros de Envio
Numero do Lote: 1
 
Parâmetros de Retorno
Data de Envio : 31/03/2023
Numero do Prot: B986E659-B33E-47D0-85C9-399217B18DF8
Numero da Nota: 
Link          : 
Código Verif. : 
Sucesso       : True

 

Boa tarde..

Poderia fornecer o XML que deu certo para comparar com o que estou tentando enviar? pois simplesmente não funciona, sempre o mesmo erro...

- Código  : X999
- Mensagem: Erro de Conexão: s:Client - RecepcionarLoteRpsSincrono deve obedecer a um schema válido.

Segui as orientações de instalação, mas esta faltando algo que não deixar dar certo, talvez faltando alguma tag a preencher pra essa cidade, não sei.

O método que preenche os dados no componente pra Aparecida de Goiânia (que não dá certo) é o mesmo que preenche pra Brasilia (está dando certo), afinal trata de envio por provedor
e não cidade, correto? mas parece que aqui não é o caso.

Obrigado!

[Italo Giurizzato Junior]

Cara,

Eu simplesmente configurei o programa exemplo do componente ACBrNFSeX para emitir notas para essa cidade e o resultado é o que eu anexei na postagem anterior, não existe nenhum segredo.

Por favor faça os testes usando o programa exemplo do componente e não com a sua aplicação.

Outra coisa, quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

[DR Sistemas]

22 minutes ago, Italo Giurizzato Junior said:

Cara,

Eu simplesmente configurei o programa exemplo do componente ACBrNFSeX para emitir notas para essa cidade e o resultado é o que eu anexei na postagem anterior, não existe nenhum segredo.

Por favor faça os testes usando o programa exemplo do componente e não com a sua aplicação.

Outra coisa, quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Essas são as configurações pra empresa dessa cidade...

E fiz o teste utilizando o programa de exemplo, não foi a aplicação... fiz utilizando os dados padroes do AlimentarNFSe e
fiz tambem fazendo a carga do XML de Envio, no entanto, pelo metodo de carregar o XML de envio, o erro que me retorna
é diferente:



é estranho esse erro... pois no XML contem o CNPJ do prestador, como abaixo:


e mais abaixo, contém o CPF do tomador, como abaixo:



O que acho mais estranho é que é exatamente a mesma estrutura de envio para Brasilia,
para Brasilia estou conseguindo emitir e para Aparecida de Goiania simplesmente não vai...

[Italo Giurizzato Junior]

O erro de validação ocorre sem nenhuma alteração no programa exemplo?

Como eu lhe disse eu apenas configurei o programa e cliquei no botão [Emitir Nota (Novo)].

[Renato Rubinho]

Estranho que está acusando que "um CPF" não preenchido, mas dá para ver que foi preenchido no tomador.

1. Você preencheu algo no programa de exemplo diferente do que está hardcoded ou tentou gerar exatamente com os fontes padrão?

2. Veja se preencheu o CNPJ, na aba emitente, com 14 dígitos.

[Italo Giurizzato Junior]

Bom dia,

O CPF tem que ter 11 dígitos e o CNPJ tem que ter 14.

Favor conferir.

[Igor Cibiac]

Boa tarde!

Passei por essa situação e o problema era o código do item serviço que estava errado com o CNAE que estava sendo utilizado, depois de corrigir, a nota foi emitida com sucesso.