Painel de líderes

Usuários da ACBrBoleto API que utilizam o Banco do Brasil podem estar recebendo o erro abaixo quando executa a consulta em lista (tpConsulta): 404 – "Contrato de cobrança não localizado" Foi identificado que houve uma alteração no comportamento da API. Até recentemente, o sistema aceitava parâmetros fora do padrão descrito na documentação oficial. Agora, o Banco do Brasil passou a validar algumas regras no envio das informações. (agencia e conta) O que preciso fazer ? Para quem utiliza Componentes: atualize os fontes do ACBr e rode o instalador do ACBr para que a alteração seja aplicada. Para quem utiliza ACBrLibBoleto e ACBrMonitorPlus: Fazer download que já está disponível em nosso portal. https://www.projetoacbr.com.br/forum/files/category/16-acbrmonitorplus-pro/ Obrigado ao usuário Up2Soluções que nos notificou no Discord e enviou prontamente a contribuição para ser validada. https://discord.com/channels/798697718800318484/809129039159230514/1476317837982175299

Atualização 2026/02/26: Agora estamos recebendo relatos de que está sendo gerado o erro abaixo principalmente em produção restrita: As orientações continuam as mesmas.

Olá Pessoal, Hoje dia 25/02/2026 foi enviado para o SVN os fontes do componente ACBrNFAg - Nota Fiscal de Agua e Saneamento bem como os pacotes de instalação para o Delphi e Lazarus. É bom deixar bem claro que esse componente não esta disponível para ser instalado via ACBrInstall uma vez que ele ainda não foi finalizado. Sendo assim ele não esta funcional. Em breve vou disponibilizar o programa exemplo em Delphi. Fiquem todos a vontade em contribuir com as devidas correções e implementação do que ainda esta faltando.

Apenas reforçando o que o Juliano pontuou, o XML deverá ficar parecido com o modelo abaixo. Para realizar a simulação, foi utilizado o site: https://dfe-portal.svrs.rs.gov.br/Cff/ValidadorRtcNfe <IBSCBS> <CST>200</CST> <cClassTrib>200022</cClassTrib> <gIBSCBS> <vBC>200.00</vBC> <gIBSUF> <pIBSUF>0.0000</pIBSUF> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vIBSUF>0.00</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>0.00</vIBS> <gCBS> <pCBS>0.0000</pCBS> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vCBS>0.00</vCBS> </gCBS> <gTribRegular> <CSTReg>000</CSTReg> <cClassTribReg>000001</cClassTribReg> <pAliqEfetRegIBSUF>0.1000</pAliqEfetRegIBSUF> <vTribRegIBSUF>0.20</vTribRegIBSUF> <pAliqEfetRegIBSMun>0.0000</pAliqEfetRegIBSMun> <vTribRegIBSMun>0.00</vTribRegIBSMun> <pAliqEfetRegCBS>0.9000</pAliqEfetRegCBS> <vTribRegCBS>1.80</vTribRegCBS> </gTribRegular> </gIBSCBS> </IBSCBS>

Olá comunidade ! Foi publicada a versão 2.14 do Manual de Integração do Contribuinte para GNRe. Esta versão altera o schema da Consulta de Configurações UF, adicionando novos campos. Foi criada a tarefa ACBR-8563 em nosso backlog para adequação das soluções ACBr. Qualquer novidade será divulgada aqui neste tópico.

Olá pessoal, Foram enviadas ao SVN as alterações referentes à versão 2.14 do GNRe na Rev-45102. 1. Novos campos no XML de retorno do Serviço de Consulta de Configurações das UFs (Item: 4.3.2): * enderecoObr.emitCpf * enderecoObr.emitCnpj * Implementados novos campos 2. Alteração em campo existente no retorno do Serviço de Consulta de Configurações das UFs. * TConfigUf.receitas.receita.exigeContribuinteDestinatario passa a aceitar também o valor: O (opcional) * Não foram necessários ajustes no componente, atualizados schemas 3. Alteração no arquivo de schema config_uf_v1.00.xsd (Item: 4.3.2) * Atualizados schemas Até mais,

Minha opção geralmente ta no Rock Psicodélico tipo Pink Floyd, ajuda no flow.

Cria uma VM se assim o desejar. Mas meu sistema é D2010 e está rodando liso com o ACBr atual e todas as funcionalidades. O qeu eu faço é atualziar o ACBr toda sexta-feira. Se der algum conflito, tenho o final de semana para solucionar.

Atualização 2026/02/26 16:00: Recebemos notícias que foi normalizado a situação.

Boa tarde @HUGO753, Já esta no SVN.

Grato!

Bom dia @Diego Reckziegel, Já esta no SVN.

da uma olhada tem que aparecer assim o GET da consulta sem o zero a esquerda, mais postei a unit alterada 25/02/26 17:22:37:543 -04:00 - Comando Enviar: TBoletoW_BancoBrasil_API 25/02/26 17:22:37:558 -04:00 - Comando Enviar: 25/02/26 17:22:37:570 -04:00 - URL: [GET] https://api.bb.com.br/cobrancas/v2/boletos?gw-dev-app-key=a45cb8b89911dcc77d979c5f6f09fbb5&indicadorSituacao=B&agenciaBeneficiario=XXX&contaBeneficiario=14384&dataInicioMovimento=25.02.2026&dataFimMovimento=25.02.2026

deu certo agora está recebendo, para tirar o zero a esquerda fiz alteracao nessa funcao da unit unit ACBrBoletoW_BancoBrasil_API; function TBoletoW_BancoBrasil_API.DefinirParametros: String; var LConsulta : TStringList; LDocumento : String; begin if Assigned(Boleto.Configuracoes.WebService.Filtro) then begin if Boleto.Configuracoes.WebService.Filtro.indicadorSituacao = isbNenhum then raise EACBrBoletoWSException.Create(ClassName + ' Obrigatório informar o indicadorSituacao diferente de isbNenhum. '); if (Boleto.Cedente.Agencia = EmptyStr) then raise EACBrBoletoWSException.Create(ClassName + ' Obrigatório informar o agenciaBeneficiario. '); if (Boleto.Cedente.Conta = EmptyStr) then raise EACBrBoletoWSException.Create(ClassName + ' Obrigatório informar o contaBeneficiario. '); LDocumento := OnlyNumber(Boleto.Configuracoes.WebService.Filtro.cnpjCpfPagador); LConsulta := TStringList.Create; try LConsulta.Delimiter := '&'; LConsulta.Add('indicadorSituacao='+IfThen(Boleto.Configuracoes.WebService.Filtro.indicadorSituacao = isbBaixado,'B','A')); if Boleto.Configuracoes.WebService.Filtro.contaCaucao > 0 then LConsulta.Add('contaCaucao='+ IntToStr(Boleto.Configuracoes.WebService.Filtro.contaCaucao)); LConsulta.Add('agenciaBeneficiario='+OnlyNumber( Boleto.Cedente.Agencia )); LConsulta.Add('contaBeneficiario='+RemoveZerosEsquerda(OnlyNumber( Boleto.Cedente.Conta ))); if Boleto.Configuracoes.WebService.Filtro.carteira > 0 then LConsulta.Add('carteiraConvenio='+IntToStr(Boleto.Configuracoes.WebService.Filtro.carteira)); if Boleto.Configuracoes.WebService.Filtro.carteiraVariacao > 0 then LConsulta.Add('variacaoCarteiraConvenio='+IntToStr(Boleto.Configuracoes.WebService.Filtro.carteiraVariacao)); if Boleto.Configuracoes.WebService.Filtro.modalidadeCobranca > 0 then LConsulta.Add('modalidadeCobranca='+ IntToStr(Boleto.Configuracoes.WebService.Filtro.modalidadeCobranca)); if Length(LDocumento) = 14 then begin LConsulta.Add('cnpjPagador='+Copy(LDocumento,1,12)); LConsulta.Add('digitoCNPJPagador='+Copy(LDocumento,13,2)); end else if Length(LDocumento) = 11 then begin LConsulta.Add('cpfPagador='+Copy(LDocumento,1,9)); LConsulta.Add('digitoCPFPagador='+Copy(LDocumento,10,2)); end; if Boleto.Configuracoes.WebService.Filtro.dataVencimento.DataInicio > 0 then LConsulta.Add('dataInicioVencimento='+FormatDateBr(Boleto.Configuracoes.WebService.Filtro.dataVencimento.DataInicio, 'DD.MM.YYYY')); if Boleto.Configuracoes.WebService.Filtro.dataVencimento.DataFinal > 0 then LConsulta.Add('dataFimVencimento='+FormatDateBr(Boleto.Configuracoes.WebService.Filtro.dataVencimento.DataFinal, 'DD.MM.YYYY')); if Boleto.Configuracoes.WebService.Filtro.dataRegistro.DataInicio > 0 then LConsulta.Add('dataInicioRegistro='+FormatDateBr(Boleto.Configuracoes.WebService.Filtro.dataRegistro.DataInicio, 'DD.MM.YYYY')); if Boleto.Configuracoes.WebService.Filtro.dataRegistro.DataFinal > 0 then LConsulta.Add('dataFimRegistro='+FormatDateBr(Boleto.Configuracoes.WebService.Filtro.dataRegistro.DataFinal, 'DD.MM.YYYY')); if Boleto.Configuracoes.WebService.Filtro.dataMovimento.DataInicio > 0 then LConsulta.Add('dataInicioMovimento='+FormatDateBr(Boleto.Configuracoes.WebService.Filtro.dataMovimento.DataInicio, 'DD.MM.YYYY')); if Boleto.Configuracoes.WebService.Filtro.dataMovimento.DataFinal > 0 then LConsulta.Add('dataFimMovimento='+FormatDateBr(Boleto.Configuracoes.WebService.Filtro.dataMovimento.DataFinal, 'DD.MM.YYYY')); if Boleto.Configuracoes.WebService.Filtro.codigoEstadoTituloCobranca > 0 then LConsulta.Add('codigoEstadoTituloCobranca='+intToStr(Boleto.Configuracoes.WebService.Filtro.codigoEstadoTituloCobranca)); if not (Boleto.Configuracoes.WebService.Filtro.boletoVencido = ibvNenhum) then LConsulta.Add('boletoVencido='+IfThen(Boleto.Configuracoes.WebService.Filtro.boletoVencido = ibvSim,'S','N')); if Boleto.Configuracoes.WebService.Filtro.indiceContinuidade > 0 then LConsulta.Add('indice='+ FloatToStr(Boleto.Configuracoes.WebService.Filtro.indiceContinuidade)); finally Result := LConsulta.DelimitedText; LConsulta.Free; end; end; end;

estava lendo parece que ele não aceita mais esses 0, vou mexer aqui no ACBR e testar https://api.bb.com.br/cobrancas/v2/boletos?gw-dev-app-key=a45cb8b89911dcc77d979c5f6f09fbb5&indicadorSituacao=B&agenciaBeneficiario=0221&contaBeneficiario=000000015584&dataInicioMovimento=24.02.2026&dataFimMovimento=24.02.2026 estava lendo no forum parece um problema ele não aceita mais

Boa tarde @THx, Já esta no SVN.

Sim, eu concordo com você, tem que seguir as normas e pronto. Mas essas alterações de Fevereiro foram feitas de qualquer jeito, com aviso previo 2 ou 3 dias antes. Já passei a documentação referente a essas alterações para o cliente discutir com o contador, não vou fazer gambiarra.

Consegui atualizar pelo tutorial aqui https://canal--pedroemanoeltec.replit.app/tutorial/tutorial-1

Historicamente, era uma prática comum utilizar as tags vPis e vCofins da própria nota fiscal para informar os valores de retenção. Com a padronização do Ambiente de Dados Nacional (ADN) e as adequações para a Reforma Tributária (IBS/CBS), essa prática tornou-se inválida e gera erros de cálculo. E mais, muitos provedores ainda estão se adequando às mais recentes NTs o que pode gerar particularidades nos provedores que usam layout próprio. Para sanar a confusão, seguem as regras definitivas de preenchimento para Municípios que usam o layout do Padrão Nacional para emissão através da API do Padrão Nacional. Veja como verificar se um município aderiu ao Padrão Nacional no link abaixo. Municípios Emissores Nacionais. 1. Retenções Federais (Tag vRetCSLL) Todo valor de contribuição federal retido pelo tomador do serviço agora é obrigatoriamente concentrado em um único campo. Tag: <vRetCSLL> Fórmula: vRetCSLL = PIS Retido + COFINS Retido + CSLL Retida Identificação: Para o fisco saber o que compõe esse valor somado, utiliza-se a tag <tpRetPisCofins>. É ela quem identifica quais dessas contribuições foram retidas (seus códigos foram expandidos de 0 a 9 na NT 007 para cobrir todas as combinações). Nota Técnica 007- v1.0 SE-CGNFSe - Layout NFS-e Via- RTC.pdf 2. Apuração Própria (Tags vPis e vCofins) Estas tags foram isoladas da retenção e agora possuem finalidade estrita, valores de débitos de apuração própria. Destinação: Exclusivo para valores devidos pelo próprio prestador do serviço (apuração própria). Motivo: Os valores informados no vPis e vCofins servem como base de cálculo das novas sistemáticas vinculadas ao IBS e à CBS. Regra de Ouro: Não informe valores retidos nestes campos. A mistura de naturezas causa divergência na base de apuração da nova reforma tributária e resulta em rejeição do XML.

E no ACBr como faço? Se você usa o componente ACBrNFSeX nativo para Delphi e Lazarus: // Para informar valores de retenção soma-los (PIS, COFINS E CSLL) e atribuir a propriedade (vRetCSLL) // Em conformidade ao que foi indicado em tpRetPisCofins Servico.Valores.tribFed.tpRetPisCofins := trpcNaoRetido; Servico.Valores.tribFed.vRetCSLL := 0.00; // Para informar valores de débito de apuração própria (não informe valores retidos nestes campos) Servico.Valores.tribFed.vPis := 0.00; Servico.Valores.tribFed.vCofins := 0.00; Enumerado das opções para tpRetPisCofins Se você usa o ACBrMonitorPLUS ou ACBrLibNFSe via .INI: [tribFed] ; Para informar valores de retenção (PIS, COFINS E CSLL) soma-los e atribuir a propriedade (vRetCSLL) ; Em conformidade ao que foi indicado em tpRetPisCofins informar os novos códigos de 0 a 9 vRetCSLL=0.00 tpRetPisCofins=0 ; Para informar valores de débito de apuração própria (não informe valores retidos nestes campos) vPis=0.00 vCofins=0.00

Planilha com os códigos de tributação do município para serem utilizados em Belo Horizonte/MG. O arquivo contém os itens válidos para serem informados no campo cTribMun no XML do Padrão Nacional. Um agradecimento ao membro de nossa comunidade @farnetani por disponibilizar o arquivo. Vale reforçar que essa informação é específica por município, portanto, o arquivo pode ser usado como base somente para Belo Horizonte/MG. TABELA CODIGO NFSE E NBS_FINAL.xlsx

Exemplo para uma venda de R$ 880,00. +----------------------------------------+ | Aliquota cheia 100% | +------------------+----------+----------+ | Valor da venda |R$ 880,00 | Valor | +------------------+----------+----------+ | Aliquota CBS | 0.90 | 7.91 | +------------------+----------+----------+ | Aliquota IBS 0.10| 0.10 | 0.88 | +------------------+----------+----------+ | Total | 1.00 | 8.80 | +------------------+----------+----------+ | Redução de 60 % | +----------------------------------------+ | Aliq. Efetiva = 40% da alíq. Cheia | | Fórmula 100-((pRed/100)*100) ou | | 100-pRed | +----------------------------------------+ | Valor da venda |R$ 880,00 | Valor | +------------------+----------+----------+ | Aliquota CBS | 0.90 | 3.17 | +------------------+----------+----------+ | Aliquota IBS 0,10| 0.10 | 0.35 | +------------------+----------+----------+ | Total | 1.00 | 3.52 | +------------------+----------+----------+ Formula: (880.00*(40.00/100))*(0.9/100) Portanto, a aliquota efetiva deve ser 0.36/100

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes, incluindo: O Ajuste SINIEF Nº 43, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 11, de 29 de abril de 2025 que proibia a emissão da NFC-e para CNPJ. Com esta publicação, a proibição foi postergada para 04/05/2026. O Ajuste SINIEF Nº 44, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 12, de 29 de abril de 2025 e prorroga para 04/05/2026 o DANFe Simplificado Varejo, modelo que será utilizado para NF-e emitida no varejo para CNPJ no lugar da NFC-e. O Ajuste SINIEF Nº 45, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF nº 13, de 4 de julho de 2025 e prorroga para 04/05/2026 a possibilidade do uso de contingência off-line para NF-e varejo.