Painel de líderes

Olá Pessoal, Infelizmente o componente ACBrNFSeX não atende 100% das cidades brasileiras, mas você pode colaborar e quem sabe chegamos ao 100%. No arquivo ACBrNFSeXServicos.ini que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX consta todas as cidades brasileiras, mas varias delas não sabemos qual é a empresa (provedor) que a prefeitura contratou para implementar a emissão de NFS-e. É possível identificar essas cidades da seguinte forma, basta abrir o arquivo mencionado acima e procurar pela ocorrência de "Provedor=". Se não constar o nome do provedor significa que essa cidade ainda não é atendida. Como que eu faço para colaborar? Muito simples, vamos pegar uma cidade a titulo de exemplo: [1100015] Nome=Alta Floresta D Oeste UF=RO Provedor= Notem que não consta o nome do provedor. O primeiro passo é entrar em contato com a prefeitura e questionar qual é a empresa (provedor) contratada para a emissão de NFS-e. Sabendo qual é provedor, você pode procurar ele no arquivo INI para saber se existem outras cidades que contrataram o mesmo provedor. O segundo passo é saber qual é a URL de homologação e de produção do webservice do referido provedor para esta cidade. Alguns provedores tem versões diferentes para as cidades que eles atende, sendo assim é bom checar essa informação também. De posse de todas as informações, basta alterar o arquivo INI e seguir o passo a passo descrito neste outro tópico: Lembre-se que é de grão em grão que a galinha enche o papo. Toda ajuda é muito bem vinda, não importa se você colaborou com a inclusão de uma cidade ou de uma dezena de cidades. Nós do Projeto ACBr queremos escrever o seu nome no ACBrNFSeX-change-log. Você pode também colaborar com alterações, por exemplo uma cidade que trocou de provedor ou apenas as URLs, repito toda ajuda é bem vinda. Você quer ser mais audacioso e colaborar com a implementação de um novo provedor, ficaremos muitos honrados pela colaboração. O que você esta esperando? Vamos colaborar?

Prezados(as) usuários Comunidade ACBr, Nos últimos dias, identificamos e melhoramos referente a ocorrências de falhas de autenticação junto à API Rest do Banco do Brasil, impactando principalmente a emissão de boletos híbridos, boletos com QR Code. Os sintomas mais comuns relatados foram: Serviço que estava funcionando e parou subitamente; Retorno de erros HTTP 400 ou 500 no momento da autenticação OAuth2. Aviso Importante ao Usuário Esta atualização trata-se de uma melhoria no componente. Para quem já está utilizando o scope no formato cobrancas.boletos-info%20cobrancas.boletos-requisicao, não haverá impactos e o funcionamento permanecerá normal. Entretanto, após atualizar o componente, é recomendado remover o %20 e utilizar o espaço simples entre os valores, por mais que o componente de Boletos agora aplica a RFC3986 em QueryString, caso houver espaços e utilizado QueryString o componente aplicará %20 automaticamente. O que mudou na nova versão dos componentes Na versão mais recente dos nossos componentes, houve alteração na forma de envio do parâmetro scope em produção: Antes: O scope era enviado via URLParms (Query String). Agora: O scope é enviado via Payload na requisição de autenticação, indiferente do ambiente (Produção|Homologação|Sandbox) e utilizado a RFC3986. Com essa atualização: Não é mais necessário utilizar %20 ou recomendado para separar múltiplos valores. O scope pode ser informado de forma simples: cobrancas.boletos-info cobrancas.boletos-requisicao Orientação para atualização Usuários Delphi | Lazarus: Atualizar o repositório SVN para a última revisão disponível, reinstalar o componente e gerar nova versão da aplicação. Demais linguagens: Atualizar para a versão mais recente do ACBrMonitor ou ACBrLibBoleto. Para quem não puder atualizar imediatamente Se a atualização de componentes ou sistema não for possível no momento, mantenha o envio via URLParms (Query Strings) e utilize o scope com o espaço codificado: cobrancas.boletos-info%20cobrancas.boletos-requisicao Recomendação final Sempre que possível, mantenha seus componentes e sistemas atualizados para garantir compatibilidade com as integrações bancárias e evitar indisponibilidades. Tópico relacionado:

Antes utilizávamos o Scope: cobrancas.boletos-info cobrancas.boletos-requisicao , dessa forma funcionava perfeitamente. Porém recentemente começou a ocorrer os problemas. O Scope como mencionei acima funcionou por mais de um ano sem problema algum em nosso sistema.

Boa tarde pessoal. No Fórum do Banco do Brasil me sugeriram ajustar o Scope para: cobrancas.boletos-info%20cobrancas.boletos-requisicao Após o ajuste funcionou perfeitamente.

Quem acompanha o Projeto ACBr sabe que sempre recomendamos usar certificados digitais no formato A1. Pois é... o certificado digital A3 ataca mais uma vez!!! Nos últimos dias temos recebido diversos relatos de usuários recebendo mensagens de erro como a mensagem abaixo: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://nfe.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx Erro: 2148073481 - E o que aconteceu? Sempre acontece com quem está usando certificado A3? A recomentadação quando usa A1 é configurar com OpenSSL e quando usa A3 com WinCrypt (veja esse tópico aqui para todos os detalhes!) e aí que está uma grande diferença. O A3 acaba dependendo diretamente das configurações, atualizações e permissões do sistema operacional windows. Nas últimas atualizações do windows estão sendo limitados os protocolos de comunicação permitidos e aí que acontece o erro... a sua comunicação acaba não funcionando. Não é um problema novo. Temos um tópico antigo já com orientações de como resolver o problema e quem deu a dica foi o usuário @Jhonatan. Também temos outro tópico que o @Diego Foliene explica tudo detalhadamente. Obrigado aos dois! Vou deixar o tópico do Diego aqui pra você resolver o seu problema!

Boa tarde @Diego Reckziegel Já esta no SVN.

Olá Pessoal, Quanto mais eu rezo mais assombração aparece. Lá vamos nós ler a versão 1.20 da NT 2025/002 referente a Reforma Tributária da NF-e/NFC-e. Vamos a um resumo dela: Consta que somente a partir de 2027 as empresas do Simples Nacional e MEI ao emitir suas notas vão ter que informar as informações do IBS e CBS. Em uma nova NT vai ser detalhado essa obrigatoriedade para as empresas do SN e MEI. O campo tpNFCredito passa a ter um novo valor: 03 - Retorno. O grupo gIBSCBS passa a ter o campo vIBS que é o resultado de vIBSUF mais vIBSMun. O grupo gIBSCBSMono continha muitos campos, só que agora os campos foram distribuídos dentro dos grupos: gMonoPadrao, gMonoReten, gMonoRet e gMonoDif. Varias regras de validação foram alteradas. Já estamos trabalhando para deixar o componente ACBrNFe, a DLL ACBrLibNFe e o ACBrMonitor em conformidade com essa Nota Técnica.

Olá, Segue correção da unit SigISSWeb.LerXml função LerXmlRps na função LerXmlNfse já está correta. Alterar de DataEmissao := ObterConteudo(ANode.Childrens.FindAnyNs('data_emissao'), tcDat); para (SOLUÇÃO) DataEmissao := ObterConteudo(ANode.Childrens.FindAnyNs('data_emissao'), tcDatVcto); A data é no formato dd/mm/yyyy e não no yyyy-mm-dd Ocasionando o erro Obrigado. SigISSWeb.LerXml.pas

Olá pessoal! O calendário da aplicação da rejeição de consumo indevido para NFCe pela Sefaz de Minas Gerais foi atualizado novamente para incluir as rejeições 126, 213, 218, 220, 230, 275, 297, 385, 437, 464, 479, 531, 535, 537, 564 e 569. Homologação Produção Regras de Validação 10/03/2025 09/05/2025 539 09/06/2025 16/06/2025 291 e 778 16/06/2025 23/06/2025 204 25/06/2025 30/06/2025 208, 237, 483, 629, 865, 866, 869, 878, 965 15/07/2025 21/07/2025 382, 383, 386, 591, 610, 611, 704, 725, 750, 884, 963 11/08/2025 18/08/2025 126, 213, 218, 220, 230, 275, 297, 385, 437, 464, 479, 531, 535, 537, 564, 569 Portanto se sua aplicação receber múltiplas vezes em um curto período de tempo as rejeições expostas na tabela nas datas respectivas, você receberá a rejeição de consumo indevido e poderá ser bloqueado de consumir os web services por no mínimo 1 hora, com a insistência podendo ocasionar até mesmo bloqueio do CNPJ junto a Sefaz.

Boa tarde @jaidomini, Muito obrigado pela colaboração, já foi criado a TK-7475 para analise.

Boa tarde @Anderson Grolli, Muito obrigado pela contribuição, já foi criado a TK-7474 para realizar a alteração.

Boa tarde @Anderson Grolli, Já esta no SVN.

Boa tarde @Anderson Grolli, Já esta no SVN.

Boa tarde @Anderson Grolli, Já esta no SVN.

Boa tarde @Anderson Grolli, Já esta no SVN.

Boa tarde @Anderson Grolli, Já esta no SVN.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-7473 para realizar a alteração.

Boa tarde. Desde o dia 27/07/2025 estamos com dificuldade na consulta de Boletos do Banco do Brasil, antes da data em questão funcionava normalmente. Eventualmente ao realizar a consulta está retornando o erro "Falha na Autenticação: HTTP_Code=400 Erro=" , o erro retorna de forma inconstante, ou seja, as vezes ocorre as vezes não, o mesmo boleto pode ou não retornar o erro. O problema só está ocorrendo com os boletos do Banco do Brasil. Observação: A consulta do boleto é realizada de forma individual no Endpoint: /boleto/{id}.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-7471 para realizar a alteração.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-7470 para realizar a alteração.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-7469 para realizar a alteração.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-7467 para realizar a alteração.

Bom dia @Diego Reckziegel, Muito obrigado pela colaboração, já foi criado a TK-7466 para realizar a alteração.

Olá Juliomar, tentei aumentar o Timeout, sem sucesso. Quanto a internet, o mesmo problema está ocorrendo conosco e com vários outros usuários do nosso sistema, que estão situados em lugares diferentes, até mesmo com provedores de internet diferentes do nosso.

Atualize o SVN e depois reconstrua a IDE do Lazarus. Só isso.

Resolvido. Obrigado pela ajuda, atualizei o windows e habilitei algumas funções do Net Framework 4.7 que estavam desmarcadas e reiniciei o pc, quando ligou voltou a funcionar beleza.