NFs-e - Governa -

[SupraMAIS]

Prezados, boa tarde!

Estamos realizando a implementação/troca de uma nova cidade (Iguatama-MG) para o provedor GOVERNA.
Porém, ao tentarmos realizar a transmissão da NFS-e está sendo retornado erro: Erro: Falha ao buscar parametros, entre em contato com a prefeitura.

Conforme sugestão da mensagem entramos em contato com a Prefeitura/Provedor e informaram que o prestador em questão está devidamente habilitado para gerar RPS, não sabendo nos repassar maiores detalhes sobre o erro.

Alguma sugestão da possível causa do erro?
PS: Ainda estamos utilizando o componente ACBrNFSe

 

 

5-rec.xml Governa.INI Cidades.INI 5-env-lot.xml

[Italo Giurizzato Junior]

Boa tarde,

Se a prefeitura não saber o motivo do erro é compreensivo, mas o provedor tem que saber sim qual é o motivo que faz com que essa mensagem seja retornada.

Uma coisa é o contribuinte estar cadastrado para emitir notas via Site, outra coisa é ele estar cadastrado para emitir via WebService.

[SupraMAIS]

Boa tarde, @Italo Giurizzato Junior

De fato o problema em questão estava no provedor, conseguimos implementar a NFS-e com sucesso.

Anexo as alterações realizadas nos arquivos .INI com o apontamento para o novo provedor e a indicação do novo endereço dentro do provedor.

Obrigado!

Governa.INI Cidades.ini

[Italo Giurizzato Junior]

Bom dia,

Muito obrigado pela colaboração.

Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX
O componente ACBrNFSe não vai mais ter manutenção.

Manual de Migração
https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/
 

[SupraMAIS]

Boa noite,

Fizemos a conversão da NFSe do provedor Governa, cidade de Iguatama para o ACBrNFSeX.

Ficou tudo funcionando, porém, no ambiente de produção a transmissão da nota está lenta a ponto do nosso cliente reclamar.

Observei que o ponto de lentidão está no método Receive da classe TACBrWinReqResp (ACBrWinReqRespClass.pas); este método, por sua vez, acaba chamando a função WinHttpReceiveResponse localizada em ACBr_WinHttp.pas (que encapsula a entrada da função de mesmo nome na DLL 'winhttp.dll').

Minha pergunta é se realmente há um delay na resposta desta DLL e, em caso positivo, se é possível usar outra forma de transmissão.

[Diego Foliene]

Citar

Minha pergunta é se realmente há um delay na resposta desta DLL e, em caso positivo, se é possível usar outra forma de transmissão.

Certifique-se que o windows está com as atualizações em dia.

Se o certificado for A1, você pode usar OpenSSL.