NFSe ISSNet Rireirão Preto

[cefantacini]

Alguns clientes reclamaram de não conseguir emitir NFSe por Ribeirão Preto pelo ISSNet, entrei em contato com o provedor e recebi a resposta abaixo:

Acontece que até ontem estava emitindo normal

Alguém já passou por situação semelhante?

 

Bom dia!

Provável erro; sem cabeçalho e links em HTTPS

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. Além do SOAP, operador do sistema precisa mandar essas informações com cabeçalho, é uma forma de comunicar quem está chegando no webservice.

O cabeçalho que me refiro não é 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.

Este procedimento seve para se comunicar com nosso WEB service uma vez usado em HTTP e não em HTTPS o sistema vai gerar um erro de segurança e o processamento não ira ser realizado.

Essa recomendação da utilização do HTTPS é sempre utilizada pela Nota Control oque ocorreu foi um período de instabilidades dentro do sistema e por conta disso agora ele exige uma segurança maior, a recomendação é que seja alterado o quanto antes para que volte a emitir notas fiscais, solicito que encaminhe essas orientações para sua equipe de TI para que seja regularizado.

*sempre utilizar o HTTPS.

Pedimos, por gentileza, que tente novamente.

 

[julioqualy]

cefantacini

 

 

Estamos tendo o mesmo problema, tanto em projetos Delphi como C#.

 

Já comunicamos em https normalmente e mesmo assim não conseguimos emitir.

 

Em contato com o suporte e a informação foi a mesma, porém, mesmo colocando o User Agent em nosso projeto C# ainda não funcionou. 

Retornamos com o suporte deles e estou aguardando nova resposta.

 

Citar

Chat de suporte nota control

Recebemos a informação que a instabilidade com o webservice já foi resolvida.
Pedimos, por gentileza, que tente novamente.
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. 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.
Caso o erro persista, por favor, encaminhar os dados da empresa e um print do erro

 

[GuiDuarte]

Estou o mesmo problema!

Meu sistema é em delphi 7
Uso a DLL da FlexDocs para emissão da NFSe

Como faço a implementação do User Agent?
Tem algum exemplo?

[bfbraz]

Estou com o mesmo Problema 

Com Delphi 2010 e ACBr Atualizado no inicio de Março

 

Editado 29 Março, 2023 por bfbraz

[João Antônio]

Também estou com o mesmo problema. Parece que todas as cidades que usam o provedor ISSNet pararam de emitir notas

[hugo_fabricio]

com mesmo problema provedor ISSNet Aparecida de Goiânia

[LuanParanhos]

Estou com o mesmo problema. Duque de Caxias - RJ. 

[neto233]

Bom dia...

estou conseguindo transmitir normalmente, o provedor é o ISSNet com a versão 2.04, estou usando o wincrypt, fontes atualizados, shemas atualizados, delphi 10.2

[LuanParanhos]

Obrigado, vou testar!

[haroldogb]

52 minutos atrás, neto233 disse:

Bom dia...

estou conseguindo transmitir normalmente, o provedor é o ISSNet com a versão 2.04, estou usando o wincrypt, fontes atualizados, shemas atualizados, delphi 10.2

Neto, bom dia!

Mesmo com essa configuração, o erro persiste.

[BSSOFT]

Aqui também parou as emissão do ISSNET, alterei as configurações mas nenhuma esta autorizando

[neto233]

se ajudar meu arquivo está ACBrNFSeXServicos.ini assim:

 

[3543402]
; Atualizado em 27/02/2023
Nome=Ribeirao Preto
UF=SP
Provedor=ISSNet
Versao=2.04
ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/ribeiraopreto/nfse.asmx
HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx

[haroldogb]

16 minutos atrás, neto233 disse:

se ajudar meu arquivo está ACBrNFSeXServicos.ini assim:

 

[3543402]
; Atualizado em 27/02/2023
Nome=Ribeirao Preto
UF=SP
Provedor=ISSNet
Versao=2.04
ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/ribeiraopreto/nfse.asmx
HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx

Você está utilizando o ACBrNFSeX, aqui ainda uso o ACBrNFEse. Será que a unica opção será migrar para o novo componente?

[Italo Giurizzato Junior]

Bom dia a todos,

Varias cidades atendidas pelo provedor ISSNet migraram da versão 1.00 para a versão 2.04, a titulo de exemplo a cidade de Ribeirão Preto/SP.

Favor verificar se nas cidades que vocês estão tendo problemas a questão não é essa (mudança de versão).

No site da prefeitura deve conter um manual informando essa mudança com as respectivas URLs de homologação e de produção para a nova versão.

[neto233]

Acabei de corrigir o problema para a prefeitura de Anápolis/GO as mudanças que fiz aqui a exemplo de Ribeirão Preto/SP foram:

1- Atualizar os fontes
2- Atualizar o Schemas
3- Setar o CNPJ da prefeitura no componente.
3- Caso a empresa não seja do simples nacional mudar a alíquota para do ISS para zero
3- Deixar as configurações do wincrypt exatamente como as que mencionei acima.

 

no cliente estava assim, e dando o mesmo erro:

deixei assim e funcionou:

[Leandro Coelho]

Estou com o mesmo problema em Ribeirão Preto, só que ainda estou usando o componente antigo que envia na versão abarsf 1.00
A ultima resposta que tinha era que o ISSNet em ribeirão preto estava aceitando nas duas versões a 1.0 e a 2.0
Só que pelo jeito mudaram alguma coisa e não avisaram, como sempre eles fazem isso. 

  

 

[haroldogb]

23 minutos atrás, Italo Giurizzato Junior disse:

Bom dia a todos,

Varias cidades atendidas pelo provedor ISSNet migraram da versão 1.00 para a versão 2.04, a titulo de exemplo a cidade de Ribeirão Preto/SP.

Favor verificar se nas cidades que vocês estão tendo problemas a questão não é essa (mudança de versão).

No site da prefeitura deve conter um manual informando essa mudança com as respectivas URLs de homologação e de produção para a nova versão.

Italo, bom dia!

Essa foi a resposta do suporte do Issnet:

Importante:

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>

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. 
Também é necessário verificar se os links de requisição e comunicação com o webservice estão com "https" na frente. É necessário que estejam.

17 minutos atrás, neto233 disse:

Acabei de corrigir o problema para a prefeitura de Anápolis/GO as mudanças que fiz aqui a exemplo de Ribeirão Preto/SP foram:

1- Atualizar os fontes
2- Atualizar o Schemas
3- Setar o CNPJ da prefeitura no componente.
3- Caso a empresa não seja do simples nacional mudar a alíquota para do ISS para zero
3- Deixar as configurações do wincrypt exatamente como as que mencionei acima.

 

no cliente estava assim, e dando o mesmo erro:

deixei assim e funcionou:

Neto, obrigado pela resposta, mas mesmo inserindo o CNPJ e com essas configurações o erro persiste. Lembrando que estou utilizando o componente antigo ainda.

[Juliomar Marchetti]

16 minutos atrás, haroldogb disse:

Italo, bom dia!

Essa foi a resposta do suporte do Issnet:

Importante:

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>

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. 
Também é necessário verificar se os links de requisição e comunicação com o webservice estão com "https" na frente. É necessário que estejam.

Neto, obrigado pela resposta, mas mesmo inserindo o CNPJ e com essas configurações o erro persiste. Lembrando que estou utilizando o componente antigo ainda.

Bom dia

migre pra versão nova. não tem suporte ao ACBrNFSe. leva pouco tempo para tu implementar

[neto233]

Sim, pelo menos pra saberem que com o componente novo está dando certo...

[GuiDuarte]

No meu sistema funcionou!

Como eu já tinha dito, eu uso a DLL da FlexDocs para emissão da NFSe
Infelizmente eles pararam de dar suporte para NFSe

Mas quem já usa, faz o seguinte:
Identifique o arquivo wsNFSe.xml, abra e procure a cidade(no meu caso Ribeirão Preto), altere os links que estão lá por esse:
https://www.issnetonline.com.br/webserviceabrasf/ribeiraopreto/servicos.asmx

Só alterei os link da Tag de produção.

Fiz só isso e está funcionando normalmente.

[Juliomar Marchetti]

2 horas atrás, GuiDuarte disse:

No meu sistema funcionou!

Como eu já tinha dito, eu uso a DLL da FlexDocs para emissão da NFSe
Infelizmente eles pararam de dar suporte para NFSe

Mas quem já usa, faz o seguinte:
Identifique o arquivo wsNFSe.xml, abra e procure a cidade(no meu caso Ribeirão Preto), altere os links que estão lá por esse:
https://www.issnetonline.com.br/webserviceabrasf/ribeiraopreto/servicos.asmx

Só alterei os link da Tag de produção.

Fiz só isso e está funcionando normalmente.

Cuidado pois pode estar confundindo os usuários dos componentes ACBr que é para Delphi/Lazarus ACBrNFSeX.

[cyclopedro]

Boa tarde a todos.
 

Pra quem usa o componente antigo ACBrNFSe, alterei a linha abaixo no ISSNet.ini e a emissão normalizou para a prefeitura de Ribeirão Preto, SP.

De:

[URL_P]
RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx

Para:

[URL_P]
RecepcaoLoteRPS=http://abrasf.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx

 

[Mauricio Andrade]

Em Anápolis, consegui fazer funcionar, sendo que continuo usando a versão 1.00, só modifiquei o IssNet.ini conforme abaixo:

[URL_P]

;RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx      <- era www                                    

RecepcaoLoteRPS=http://abrasf.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx
;Cuiaba/MT
RecepcaoLoteRPS_5103403=https://ws%NomeURL_P%.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx

 

Abs a todos

Maurício Andrade

PS: Não consegui fazer funcionar na versão 2.04 (por enquanto)

[cueiogordo]

Boa tarde

Duque de Caxias passou pela mesma alteração, migrei o componente para o TACBrNFSeX, ajustei algumas propriedades que a versao 2.04 pede e tudo voltou a funcionar.

[haroldogb]

56 minutos atrás, cyclopedro disse:

Boa tarde a todos.
 

Pra quem usa o componente antigo ACBrNFSe, alterei a linha abaixo no ISSNet.ini e a emissão normalizou para a prefeitura de Ribeirão Preto, SP.

De:

[URL_P]
RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx

Para:

[URL_P]
RecepcaoLoteRPS=http://abrasf.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx

 

Pedro, boa tarde!

Muito obrigado, funcionou aqui!

51 minutos atrás, Mauricio Andrade disse:

Em Anápolis, consegui fazer funcionar, sendo que continuo usando a versão 1.00, só modifiquei o IssNet.ini conforme abaixo:

[URL_P]

;RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx      <- era www                                    

RecepcaoLoteRPS=http://abrasf.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx
;Cuiaba/MT
RecepcaoLoteRPS_5103403=https://ws%NomeURL_P%.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx

 

Abs a todos

Maurício Andrade

PS: Não consegui fazer funcionar na versão 2.04 (por enquanto)

Mauricio, boa tarde!

Muito obrigado, funcionou aqui!