Paulo

Voltou a funcionar, acho que era so uma instabilidade na prefeitura. Valeu pessoal !

Sim, estou usando o AcBrNFSeX. Como disse, tudo estava redondo antes do update e por azar, eu me esqueci de fazer um backup da pasta do Acbr antes de atualizar, senao eu voltava Segue o log do form ACBrNFSeX (Programa Exemplo). Achei estranho que a cidade deveria ser Nova Lima ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\app\getmail\clientes\libcrypto-1_1.dll C:\app\getmail\clientes\libssl-1_1.dll ------------------------------ Requisição Ambiente : 1 Cidade : Belo Horizonte/MG Provedor : BHISS Versão: 1.00 Data/Hora: 21/02/2024 6:54:11 PM

Olá Pessoal, Estava com tudo rodando 100% aqui para um cliente em Nova Lima - MG. Como tinha muito tempo que eu não atualizava o ACbr, fiz o update no SVN ontem. Desde então, esse cliente não consegue mais gerar NFs. Debugando aqui na IDE, ta gerando a exceção conforme imagem. Alguma idéia por favor ? Estava rodando certinho antes do update.

Ja deu certo aqui, precisava resintalar o Acbr.

Fiz o update agora, realmente tinha um tempo que eu não fazia o update no SVN. Mas agora minha aplicacao nem compila, ta dando esse erro abaixo , alguma dica por favor ? [dcc32 Error] ACBrNFSeXGravarXml_ABRASFv2.pas(460): E2003 Undeclared identifier: 'FormatoDiscriminacao'

Certo mas onde altero isso no fonte do AcBr ?

Opa, Eu ja uso o AcBRNFSeX , mas também estou tendo o mesmo erro do amigo acima. Tem algum lugar onde consigo alterar a url, para a nova ? PBH dando trabalho pra gente...

Nova Lima / MG mas também ocorre com Belo Horizonte / MG

Pessoal, De vez em quando tenho esse tipo de erro para endereços que estão teoricamente corretos : Erro(s): Código : E60 Mensagem: A cidade do tomador informada não foi encontrada na base de dados Um exemplo que gerou este erro é um cliente com este endereço : Cidade : Cachoeiro de Itapemirim / UF : ES / CEP : 29308170 O endereço está correto, pesquisei no site dos correios e existe sim. O que fazer nestes casos ?

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 !

Aparentemente a consulta funciona, veja abaixo : Mas a geracao sempre retorna o mesmo erro...

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

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>

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."

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.