E182 : Erro na autenticação em Belo Horizonte

[Paulo]

Com certeza está habilitado, mesmo porque senao o outro sistema não ia conseguir emitir as notas , e ele está emitindo normal. 

É um mistério...

Abri uma outra solicitaçõa lá no suporte do BHISS, aguardando retorno.

 

[Paulo]

Segue novo retorno do provedor, não ajudou em nada, mesma coisa do anterior...

"Boa tarde, o usuário do CNPJ XXXXXXXXXXX se encontra apto a emissão da NFS-e. A autenticação no Web Service é realizada através de certificado digital com SSL Bidirecional que deve pertencer ao cnpj do emissor e estar instalado na máquina onde roda a aplicação cliente que se conecta ao web service."

[Renato Rubinho]

Bom dia,

Passe o XML para eles analisarem se pode ter alguma relação com os dados preenchidos x certificado.

[Paulo]

Segue novo retorno do suporte, dessa vez mais detalhado... alguma idéia ? 

O certificado está correto e corresponde sim, ao mesmo cnpj do emitente que está no XML. Consigo confirmar isso pelo próprio acbr, clicando no botão CNPJ na aba Certificado. 

Bom dia, o arquivo XML está com assinatura válida e correspondente ao CNPJ e não seria motivo para rejeição. O problema da autenticação ocorre realmente no momento em que o certificado digital SSL bidirecional é apresentado para estabelecer a conexão com o WebService (https://bhissdigital.pbh.gov.br/bhiss-ws/nfse?wsdl). Nesse momento é validado se o certificado utilizado para estabelecer a conexão pertence ao mesmo CNPJ do emissor da NFS-e e possivelmente está falhando nessa verificação. Uma maneira mais simples de fazer os testes seria tentando consultar uma NFS-e através do Web Service onde também ocorre a mesma verificação de autenticação, como por exemplo: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://ws.bhiss.pbh.gov.br"> <soapenv:Header/> <soapenv:Body> <ws:ConsultarNfseRequest> <nfseCabecMsg><![CDATA[<?xml version="1.0" encoding="UTF-8"?><cabecalho xmlns="http://www.abrasf.org.br/nfse.xsd" versao="1.00"><versaoDados>1.00</versaoDados></cabecalho>]]></nfseCabecMsg> <nfseDadosMsg><![CDATA[<ConsultarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"><Prestador><Cnpj>XXXXXXXXXX</Cnpj><InscricaoMunicipal>12560230013</InscricaoMunicipal></Prestador><PeriodoEmissao><DataInicial>2023-01-01</DataInicial><DataFinal>2021-07-13</DataFinal></PeriodoEmissao><Tomador><CpfCnpj><Cnpj>XXXXXXXXXXXX</Cnpj></CpfCnpj></Tomador></ConsultarNfseEnvio>]]></nfseDadosMsg> </ws:ConsultarNfseRequest> </soapenv:Body> </soapenv:Envelope>

Editado 14 Março, 2023 por Paulo

[Italo Giurizzato Junior]

Bom dia Paulo,

Fiquei confuso, todo esse texto foi você que enviou para o provedor ou é um retorno deles?

Eles estão questionando algo?

Se não me falha a memória, tem caracteres que não pode conter na razão social que consta no certificado digital, pois esses caracteres podem gerar erros ao tentar assinar.

[Paulo]

17 minutes ago, Italo Giurizzato Junior said:

Bom dia Paulo,

Fiquei confuso, todo esse texto foi você que enviou para o provedor ou é um retorno deles?

Eles estão questionando algo?

Se não me falha a memória, tem caracteres que não pode conter na razão social que consta no certificado digital, pois esses caracteres podem gerar erros ao tentar assinar.

Esse texto é o retorno do suporte do provedor. Não tem caracteres especiais no certificado. 

Vocês tem notícia de alguem de Belo Horizonte que conseguiu usar o Acbr com sucesso ? Pois parece que tem algum problema do Acbr ligado à Belo Horizonte...

[Renato Rubinho]

Boa tarde,

Tenho um cliente em produção em BH e existem outros relatos no fórum de empresas utilizando.

Em 12/2022 precisei fazer um ajuste e também funcionou em homologação na época.

Na aba de consultas, do programa de exemplo, teste a ConsultarNFSe como indicado pelo suporte do provedor para ver se ocorre o mesmo erro.

Confirme se está utilizando OpenSSL e se copiou as dlls para a pasta do exe.

trunk2/DLLs/OpenSSL/1.1.1.10

[Paulo]

Aparentemente a consulta funciona, veja abaixo :

 

Mas a geracao sempre retorna o mesmo erro...

 

[Renato Rubinho]

Teste a Consulta NFSe por número e coloque um número de nota já emitido para validar.

Se puder, anexe o soap de retorno para análise.

[Paulo]

UFA !

Finalmente, depois de uma semana batendo cabeça, parece que descobri o motivo.

Ocorre que até então eu só tinha testado no ambiente de homologação, em momento nenhum testei em ambiente de produção... e sempre dava o mesmo erro.

Aí agora tive a idéia de mudar pra produção, enviei a nota e... passou ! 

Ao que parece o ambiente de homologação, por algum motivo, não está funcionando para meu cliente, talvez porque precise de alguma autorização lá na prefeitura, sei lá... Mas no ambiente de produção está indo. O ruim é que não tenho como testar nada, agora é arrumar com o avião voando !

Obrigado a todos pela ajuda !

[Renato Rubinho]

Em 10/03/2023 at 13:37, Renato Rubinho disse:

Está ok.

O intuito era confirmar se estava usando um arquivo .pfx.

Tenho um cliente em BH, não tenho acesso à base mas basta configurar o pfx para emitir.

Existem cadastros distintos para emissão em produção e homologação.

Confirme se o cadastro está habilitado para o ambiente que está utilizando.

 

Te avisei na sexta-feira sobre os cadastros distintos e para verificar se estava habilitado o que estava utilizando.

Fale para o cliente solicitar ao provedor que habilite o ambiente de homologação para você fazer os testes com o avião pousado... 

 

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.