-
Total de ítens
132 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Paulo postou
-
Pessoal , boa tarde. Eu estava usando o ACBr desatualizado ha um bom tempo, estava funcionando liso mas com essa mudança na lei tributaria, tive que atualizar. Mesmo depois de tudo instalado aparentemente sem erros, to recebendo este erro ao compilar minha aplicação : [dcc32 Error] ACBrNFSeXGravarXml_ABRASFv2.pas(414): E2003 Undeclared identifier: 'tcDat' Alguma dica por favor ? Muito obrigado !
-
Sim, mudaram pro padrao nacional. T em algum topico mais detalhado sobre isso ? Vou ter que mexer nos fontes, obrigado !
-
Bom dia ! Não estou conseguindo emitir nenhuma NF em Nova Lima, desde que o ano virou ; o XML de retorno é esse : <Outputxml xmlns="http://www.e-nfs.com.br">ERRO: A emissão de nota fiscal é realizada pelo governo federal.</Outputxml> Alguma dica por favor ? Valeu
-
Erro ao tentar gerar NFSe - Verifique o conteúdo do XML
Paulo replied to Giovani Fonseca's tópico in ACBrNFSe
Estou com mesmo problema aqui, mesmo erro, mesma cidade. Alguma solucao ? -
NFSe, to achando que é bug do lado deles mesmo. Até ante-ontem tava tudo normal, desde ontem não emite nada, tudo dá esse erro.
-
Pessoal, Desde ontem to com esse erro ao tentar emitir qualquer NF , e não mexi nada no meu sistema : Erro(s): Código : E50 Mensagem: Inscrição Municipal do prestador do serviço incorreta. Correção: Informe corretamente a inscrição municipal do prestador do serviço. Cidade de Nova Lima / MG . Alguem sabe o que pode ser ? A inscricao ta correta.
-
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.
-
Eu tenho dois arquivos, um é o .pfx e o outro é o .key. No caso da geraçara Nova Lima usei só o pfx e está funcionando. Mas no caso de Belo Horizonte está dando este erro. Tenho que fazer alguma coisa com este arquivo .key ?
-
Eu tenho o arquivo da chave privada também, tem como usar ele no Acbr ? Não vi algum local para especificar o arquivo da chave privada.
-
Opa valeu pela dica, tentei fazer isso mas retorna exatamente o mesmo erro : Requisição Ambiente: 2 Cidade : Belo Horizonte/MG Provedor: BHISS Versão: 1.00 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E182 Mensagem: Erro na autenticação. Correção: --------- Consegui abrir uma solicitacao la na BHISS, expliquei o problema e olha a resposta : "Boa tarde, 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. Seria necessário verificar se o certificado A1 instalado na máquina possui suporte a autenticação através de SSL bidirecional." Tentei postar uma réplica, mas o sistema deles não deixa... vou abrir outro chamado com a réplica.
