Ir para conteúdo
  • Cadastre-se

dev botao

Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

NFSe ISSNet Rireirão Preto

cefantacini

Por cefantacini
em ACBrNFSe

 Compartilhar
  • Este tópico foi criado há 609 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

cefantacini Rising Star

cefantacini

Postado
Postado

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 Contributor

julioqualy

Postado
Postado

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 Newbie

GuiDuarte

Postado
Postado

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?

  • Membros Pro
neto233 Enthusiast

neto233

Postado
  • Membros Pro
Postado

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

image.png.7c025f3cca10b5b0ed6e013d48327f75.png

  • Curtir 3
haroldogb Explorer

haroldogb

Postado
Postado
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

image.png.7c025f3cca10b5b0ed6e013d48327f75.png

Neto, bom dia!

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

  • Membros Pro
neto233 Enthusiast

neto233

Postado
  • Membros Pro
Postado

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

  • Curtir 2
haroldogb Explorer

haroldogb

Postado
Postado
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?

  • Consultores
Italo Giurizzato Junior Grand Master

Italo Giurizzato Junior

Postado
  • Consultores
Postado

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.

  • Curtir 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

  • Membros Pro
neto233 Enthusiast

neto233

Postado
  • Membros Pro
Postado

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:

image.png.7736c8b9e20e1d880c588f86fcae6f20.png

deixei assim e funcionou:

image.png.7c025f3cca10b5b0ed6e013d48327f75.png

Leandro Coelho Collaborator

Leandro Coelho

Postado
Postado

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. 

  

 

Leandro Coelho

Imprime Informática

haroldogb Explorer

haroldogb

Postado
Postado
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:

image.png.7736c8b9e20e1d880c588f86fcae6f20.png

deixei assim e funcionou:

image.png.7c025f3cca10b5b0ed6e013d48327f75.png

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.

  • Moderadores
Juliomar Marchetti Grand Master

Juliomar Marchetti

Postado
  • Moderadores
Postado
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

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br 		MVP_NewLogo_100x100_Transparent-02.png
 

 

GuiDuarte Newbie

GuiDuarte

Postado
Postado

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.

  • Moderadores
Juliomar Marchetti Grand Master

Juliomar Marchetti

Postado
  • Moderadores
Postado
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.

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br 		MVP_NewLogo_100x100_Transparent-02.png
 

 

cyclopedro Newbie

cyclopedro

Postado
Postado

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

 

  • Curtir 2
  • Obrigado 1
Mauricio Andrade Enthusiast

Mauricio Andrade

Postado
Postado

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) ;)

haroldogb Explorer

haroldogb

Postado
Postado
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!

  • Este tópico foi criado há 609 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
 Compartilhar
Ir para a lista de tópicos
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...