Alterado provedor município de Lagoa Vermelha/RS

[dna.automacao]

Bom dia,

Município de Lagoa Vermelha troco do provedor Betha para provedor IPM, favor implementar no arquivo "ACBrNFSeXServicos.ini" segue embaixo a alteração:

[4311304]
Nome=Lagoa Vermelha
UF=RS
Provedor=IPM
Versao=1.01

-------------------------------------------
segue o arquivo já com a alteração para verificar, obrigado.

Ate Daniel programador da DNA.

ACBrNFSeXServicos.ini

Edited January 3, 2024 by rogerio.rizzon
correção no conteúdo da mensagem

[Diego Foliene]

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn  #TK-4931

[Diego Foliene]

Contribuição enviada ao SVN na Rev-31805.

Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

[dna.automacao]

bom dia @Diego Foliene,

Atualizei as fontes e reinstalei o ACBr, fiz teste de consulta e me esta dando o seguinte erro:

reclama de usuário ou senha inválido porem os mesmos estão corretos(já verifiquei e teste fazer login com as credenciais usadas), certificado esta valido(também testado), estou usando o número de protocolo direito do portal, seguem as campturas do xml de envio e configurações do webservice:

fico no aguardo, desde já muito obrigado.

Ate Daniel programador da DNA.

 

[dna.automacao]

bom dia,

tinha faltado adicionar as urls, não sei se será por isso o erro,  segue embaixo a alteração:

[4311304]
; Atualizado em 03/01/2023
Nome=Lagoa Vermelha
UF=RS
Provedor=IPM
Versao=1.01
ProRecepcionar=https://lagoavermelha.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao
HomRecepcionar=https://homologacao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padra

--------------------------------------------------------------------------------

detalhe, a versão(Versao=1.01) peguei do manual que esta o site da prefeitura.

espero essas informações possam ser de ajuda.

Ate Daniel programador da DNA.

[Diego Foliene]

11 minutos atrás, rogerio.rizzon disse:

bom dia @Diego Foliene,

Atualizei as fontes e reinstalei o ACBr, fiz teste de consulta e me esta dando o seguinte erro:

reclama de usuário ou senha inválido porem os mesmos estão corretos(já verifiquei e teste fazer login com as credenciais usadas), certificado esta valido(também testado), estou usando o número de protocolo direito do portal, seguem as campturas do xml de envio e configurações do webservice:

fico no aguardo, desde já muito obrigado.

Ate Daniel programador da DNA.

 

Já havia sido emitido alguma NFS-e para o IPM via web service e não via site?

Por favor, se você utilizar a opção de "Solicitação de Acesso ao Sistema" ou de "Consulta de Solicitação de Acesso ao Sistema" disponíveis neste link: https://lagoavermelha.atende.net/?pg=autoatendimento#!/tipo/servico/valor/82/padrao/1/load/1 ele devolve uma mensagem de que já está em ordem ou de que já existe cadastro?

[dna.automacao]

sim já estava emitindo via webservice, porem não com o componente ACBrNFSeX,
ele fez inclusive ontem algumas notas porem hoje que estamos implementando a toca para passar a usar o novo componente 

[Diego Foliene]

8 minutos atrás, rogerio.rizzon disse:

ProRecepcionar=https://lagoavermelha.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao
HomRecepcionar=https://homologacao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padra

É uma possibilidade.

Eu não possuo dados válidos para emissão, então ao receber o erro de usuário ou senha inválidos, julguei que a comunicação foi feita com sucesso e o WS me barrou por de fato não ter um usuário e senha corretos.

URLs enviadas ao SVN.

Por favor, queira atualizar e testar novamente.

[dna.automacao]

fiz atualização e reinstalei e agora consulto e me deu o seguinte retorno:

só tem que corrigir a url do "HomRecepcionar" falto uma "o" não final esta como "....&cidade=padra" e o correto seria "....&cidade=padrao"
segue novamente as informações já com a correção mencionada: 

[4311304]
; Atualizado em 03/01/2023
Nome=Lagoa Vermelha
UF=RS
Provedor=IPM
Versao=1.01
ProRecepcionar=https://lagoavermelha.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao
HomRecepcionar=https://homologacao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao

--------------------------------------------------------------------------------
Ate Daniel programador da DNA.

[Diego Foliene]

18 minutos atrás, rogerio.rizzon disse:

só tem que corrigir a url do "HomRecepcionar" falto uma "o" não final esta como "....&cidade=padra" e o correto seria "....&cidade=padrao"
segue novamente as informações já com a correção mencionada: 

[4311304]
; Atualizado em 03/01/2023
Nome=Lagoa Vermelha
UF=RS
Provedor=IPM
Versao=1.01
ProRecepcionar=https://lagoavermelha.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao
HomRecepcionar=https://homologacao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao

Correção da URL de homologação enviada ao SVN.

fiz atualização e reinstalei e agora consulto e me deu o seguinte retorno:

Obtive o mesmo resultado.

Até mesmo clicando na URL puramente para abrir ela no navegador também abre:

O que não acontece se eu abrir a URL de uma outra cidade atendida pelo mesmo provedor na mesma versão indicada:

Por favor, consegue confirmar junto a prefeitura se a mudança de provedor já está em vigor ou se os mesmos estão passando por alguma instabilidade?

[dna.automacao]

boa tarde @Diego Foliene,  sim a mudança de provedor já está em vigor, já faz tempo que troco de provedor no mês de agosto do ano 2019.

[Italo Giurizzato Junior]

Boa tarde Daniel,

Com as URLs corretas o erro de usuário e senha inválidos não ocorreu.

Agora aparece uma mensagem que o serviço não esta disponível no momento.

Você chegou a tentar enviar um RPS para o ambiente de homologação, se sim qual foi o resultado?

Chegou a realizar os outros tipos de consulta, se sim qual foi o resultado?

[dna.automacao]

boa tarde @Italo Giurizzato Junior,

entendido, vou verificar transmissão e consulta em outros clientes que ainda não foi migrado para o novo componente para ver se esta funcionando corretamente o webservice ou se esta com instabilidade, e depois dou um retorno.

[dna.automacao]

fizemos o teste em outro cliente que ainda não foi migrado para o novo componente "TACBrNFSeX" e conseguiu transmitir e consultar sem problemas, 

o erro acontece só no novo componente detalhe o componente que estamos usando e ainda funciona mesmo após a troca de provedor é o "TACBrNFSe" e o método usado do mesmo é "ConsultarLoteRps".

a gente esta fazendo ao poucos a migração de todos o municípios e provedores para usar o novo componente.

[Diego Foliene]

Boa tarde!

33 minutos atrás, rogerio.rizzon disse:

o erro acontece só no novo componente detalhe o componente que estamos usando e ainda funciona mesmo após a troca de provedor é o "TACBrNFSe"

No componente ACBrNFSe, você está fazendo o envio para o mesmo provedor, versão e URL que está sendo feito no TACBrNFSeX?

O componente ACBrNFSe foi descontinuado e já não sofre manutenções e atualizações tem um tempo.

Você teria que alterar a URL do provedor manualmente ai do seu lado para que ambos tentem comunicar com o mesmo provedor e ambiente.

35 minutos atrás, rogerio.rizzon disse:

fizemos o teste em outro cliente que ainda não foi migrado para o novo componente "TACBrNFSeX" e conseguiu transmitir e consultar sem problemas, 

O ACBrNFSe foi configurado com o mesmo prestador de serviços do NFSeX? Também foi consultado o mesmo lote?

 

Por favor, defina a propriedade ACBrNFSe.Configuracoes.WebServices.Salvar := True; e repita o teste em ambos os componentes.

Ao fazer isso, ele vai gerar para você os arquivos de envelope da requisição.

Estes são o arquivo que é enviado para o provedor e a resposta do mesmo inalterada pelo ACBr.

Ambos vão ter um "-soap" no nome.

Compare os envelopes de envio do componente novo com o antigo para ver se há alguma diferença.

[dna.automacao]

22 minutos atrás, Diego Foliene disse:

Boa tarde!

No componente ACBrNFSe, você está fazendo o envio para o mesmo provedor, versão e URL que está sendo feito no TACBrNFSeX?

Resposta = sim é a mesma url

O componente ACBrNFSe foi descontinuado e já não sofre manutenções e atualizações tem um tempo.

Você teria que alterar a URL do provedor manualmente ai do seu lado para que ambos tentem comunicar com o mesmo provedor e ambiente.

O ACBrNFSe foi configurado com o mesmo prestador de serviços do NFSeX? Também foi consultado o mesmo lote?

Resposta = sim foi configurado o mesmo provedor.

 

Por favor, defina a propriedade ACBrNFSe.Configuracoes.WebServices.Salvar := True; e repita o teste em ambos os componentes.

Ao fazer isso, ele vai gerar para você os arquivos de envelope da requisição.

Estes são o arquivo que é enviado para o provedor e a resposta do mesmo inalterada pelo ACBr.

Ambos vão ter um "-soap" no nome.

Compare os envelopes de envio do componente novo com o antigo para ver se há alguma diferença.

entendido, vou fazer conforme solicitado e dou um retorno

[dna.automacao]

bom dia,

compare os soap da consulta que esta funcionando com o componente antigo e da consulta com o novo componente e no novo componente não esta gerando os campos login e senha:

--------------------------------------------------------
<?xml version="1.0" encoding="UTF-8"?>--...................._Synapse_boundary
Content-Disposition: form-data; name="login"

aqui vai WSUser
.................._Synapse_boundary
Content-Disposition: form-data; name="senha"
aqui vai a WSSenha

-------------------------------------------------------------

na versão anterior gera corretamente com os dados, detalhe estou alimentando os campos do componente "WSUser" e "WSSenha"

[Diego Foliene]

6 minutos atrás, rogerio.rizzon disse:

bom dia,

compare os soap da consulta que esta funcionando com o componente antigo e da consulta com o novo componente e no novo componente não esta gerando os campos login e senha:

--------------------------------------------------------
<?xml version="1.0" encoding="UTF-8"?>--...................._Synapse_boundary
Content-Disposition: form-data; name="login"

aqui vai WSUser
.................._Synapse_boundary
Content-Disposition: form-data; name="senha"
aqui vai a WSSenha

-------------------------------------------------------------

na versão anterior gera corretamente com os dados, detalhe estou alimentando os campos do componente "WSUser" e "WSSenha"

Bom dia!

Por favor, pode disponibilizar ambos os envelopes para análise?

Por conter usuário e senha, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

[Italo Giurizzato Junior]

Bom dia @rogerio.rizzon,

Tente desta forma:

[4311304]
; Atualizado em 03/01/2023
Nome=Lagoa Vermelha
UF=RS
Provedor=IPM
;Versao=1.01
ProRecepcionar=https://lagoavermelha.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao
HomRecepcionar=https://homologacao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao

Comente a linha que contem a versão, desta forma ele vai assumir a verão 1.00 automaticamente.

Altere o arquivo INI, execute o Compila_RES, reinstale o ACBr, recompila a aplicação com a opção Build e faça novos testes.

[dna.automacao]

48 minutos atrás, Italo Giurizzato Junior disse:

Bom dia @rogerio.rizzon,

Tente desta forma:

[4311304]
; Atualizado em 03/01/2023
Nome=Lagoa Vermelha
UF=RS
Provedor=IPM
;Versao=1.01
ProRecepcionar=https://lagoavermelha.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao
HomRecepcionar=https://homologacao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao

Comente a linha que contem a versão, desta forma ele vai assumir a verão 1.00 automaticamente.

Altere o arquivo INI, execute o Compila_RES, reinstale o ACBr, recompila a aplicação com a opção Build e faça novos testes.

bom dia @Italo Giurizzato Junior, 
vou fazer o teste e dou um retorno.

[dna.automacao]

2 horas atrás, Italo Giurizzato Junior disse:

Bom dia @rogerio.rizzon,

Tente desta forma:

[4311304]
; Atualizado em 03/01/2023
Nome=Lagoa Vermelha
UF=RS
Provedor=IPM
;Versao=1.01
ProRecepcionar=https://lagoavermelha.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao
HomRecepcionar=https://homologacao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=padrao

Comente a linha que contem a versão, desta forma ele vai assumir a verão 1.00 automaticamente.

Altere o arquivo INI, execute o Compila_RES, reinstale o ACBr, recompila a aplicação com a opção Build e faça novos testes.

fiz o teste de comentar a versão(;Versão=1.01) conforme recomendado e agora carrego corretamente o usuário e senha  compare os envelopes do soap e ficaram iguais porem ainda não esta funcionando, outro detalhe que percebi é que na versão anterior enviava mais tags:
antes: <nfse><pesquisa><codigo_autenticidade>aqui o codigo</codigo_autenticidade><numero/><serie/><cadastro/></pesquisa></nfse>
agora: <nfse><pesquisa><codigo_autenticidade>aqui o codigo</codigo_autenticidade></pesquisa></nfse>
 

[Diego Foliene]

Boa tarde!

3 horas atrás, rogerio.rizzon disse:

ficaram iguais porem ainda não esta funcionando

Qual é o erro que está recebendo? Ainda permanece o "Serviço Indisponível no momento"?

Foi citado anteriormente que funcionou com o componente antigo, mas não foi especificado se o componente antigo está comunicando usando os dados do mesmo prestador, para a mesma cidade, para o mesmo provedor e URL que o componente novo.

Como citei anteriormente, o componente antigo, não sofre mais manutenção. Você alterou manualmente ai para poder testar?

Por favor, disponibilize os arquivos -soap envolvidos no teste conforme solicitado mais acima.

[dna.automacao]

1 hora atrás, Diego Foliene disse:

Boa tarde!

Qual é o erro que está recebendo? Ainda permanece o "Serviço Indisponível no momento"?

Foi citado anteriormente que funcionou com o componente antigo, mas não foi especificado se o componente antigo está comunicando usando os dados do mesmo prestador, para a mesma cidade, para o mesmo provedor e URL que o componente novo.

Como citei anteriormente, o componente antigo, não sofre mais manutenção. Você alterou manualmente ai para poder testar?

Por favor, disponibilize os arquivos -soap envolvidos no teste conforme solicitado mais acima.

boa tarde @Diego Foliene,

embaixo segue retorno de suas perguntas:

"Qual é o erro que está recebendo? Ainda permanece o "Serviço Indisponível no momento"?"

Resposta: sim ainda acontece o mesmo erro "Serviço Indisponível no momento".

"Foi citado anteriormente que funcionou com o componente antigo, mas não foi especificado se o componente antigo está comunicando usando os dados do mesmo prestador, para a mesma cidade, para o mesmo provedor e URL que o componente novo."
Resposta: sim esta comunicando usando os dados do mesmo prestador, para a mesma cidade, para o mesmo provedor e URL que o componente novo

"Como citei anteriormente, o componente antigo, não sofre mais manutenção. Você alterou manualmente ai para poder testar?"

Resposta: só foi alterado nos arquivos .ini, não foi alterado o componente antigo.

"Por favor, disponibilize os arquivos -soap envolvidos no teste conforme solicitado mais acima."

 arquivos enviados de soap enviado para o e-mail "[email protected]" conforme solicitado.

[Diego Foliene]

Arquivos recebidos.

Reportaremos assim que descobrirmos algo.

[Diego Foliene]

Bom dia!

Foi feita uma alteração no arquivo ACBrNFSeXServicos.ini.

Por favor, queira atualizar seus fontes e realizar novo teste.