Pesquisar na Comunidade

Relatos recebidos hoje (quarta-feira, 10/06/2026) indicam instabilidade em serviços relacionados à cobrança bancária via API e também em canais de acesso utilizados por desenvolvedores. Entre os sintomas observados estão dificuldades de autenticação em portais de desenvolvedor e falhas temporárias na comunicação de serviços utilizados em ambiente de produção. De acordo com informações compartilhadas pelo time BB, houve registro de indisponibilidade parcial em alguns canais digitais. Ainda segundo a comunicação recebida, o processo de normalização já estava em andamento, com parte significativa dos clientes conseguindo acessar novamente os serviços. Também foi informado que serviços de pagamento instantâneo estavam sendo restabelecidos gradualmente. Até o momento desta publicação, não há informações oficiais sobre a causa da ocorrência nem previsão detalhada para a conclusão da normalização. Atualização: Caso existam novos relatos ou comunicados oficiais, este tópico poderá ser atualizado.

Recebemos a notificação de nosso parceiro Banco do Brasil sobre uma manutenção programada que poderá impactar temporariamente algumas operações Pix. Período: 30/05, das 00h30 às 01h30 Durante essa janela, poderá ocorrer intermitência em: Pagamentos realizados por meio de chaves Pix; Recebimentos via QRCode utilizando a API Pix. Motivo: preparação do DICT para suporte ao CNPJ alfanumérico. Recomendamos que aplicações que realizem operações Pix nesse período estejam preparadas para tratar eventuais indisponibilidades temporárias e efetuar novas tentativas quando necessário.

Recebemos através do canal de Parceiros BB a informação de que já está disponível no Portal Developers a nova versão da API de Extratos V2. Principais mudanças desta nova versão: preparação para suporte ao CNPJ alfanumérico; inclusão de identificador único dos lançamentos, evitando duplicidade nas integrações. A versão 1 da API permanecerá disponível até 20/11/2026. Porém, devido às alterações relacionadas ao novo padrão de CNPJ alfanumérico, recomendamos que os integradores antecipem a migração para a nova versão. Informamos também que já criamos uma tarefa ACBR-9434 interna para implementação do suporte à nova API na Solução ACBrExtratoAPI. Assim que os trabalhos forem concluídos, comunicaremos em nosso canal oficial de notícias.

Pessoal, O Banco do Brasil publicou em seu portal uma atualização sobre a troca de certificados nas APIs (mTLS), o que tem gerado algumas dúvidas. Segue um resumo simples e direto com o que realmente importa. O prazo de validade dos certificados TLS está sendo reduzido globalmente, conforme decisão do CA/Browser Fórum. A mudança ocorrerá de forma gradual: Validade de 200 dias para certificados emitidos a partir de 15/03/2026 Validade de 100 dias para certificados emitidos a partir de 15/03/2027 Validade de 47 dias para certificados emitidos a partir de 15/03/2029 Leia a notícia na integra ( também contém o link de downlod ) aqui: Home - Portal de Apoio ao Desenvolvedor BB O que está acontecendo? Não é erro de navegador, Windows ou bug do BB. Trata-se de uma mudança global de segurança (TLS/SSL) definida pelo mercado, voltamos a citar conforme decisão do CA/Browser Fórum. Certificados agora têm validade menor O BB passará a trocar os certificados com mais frequência Isso afeta diretamente integrações com APIs Se não atualizar, sua aplicação pode parar de funcionar. Qual é o impacto? Se sua aplicação não estiver preparada: Falha na conexão HTTPS/mTLS Erros de certificado (SSL handshake, verify failed, etc.) APIs deixam de responder APIs que exigem certificado Algumas APIs do Banco do Brasil utilizam o protocolo mTLS (Mutual TLS) como camada adicional de segurança. Nessas APIs, além do uso de HTTPS, sua aplicação precisa apresentar um certificado digital próprio para que a conexão seja aceita. Abaixo você encontra a lista das APIs que exigem mTLS: Pagamentos em Lote Pix Extratos Serviços de Arrecadação BB Pay Débitos Veiculares PagBB Fundos de Investimento BB Pay Arrecadação Autorização de Débito Automático Fonte: Home - Portal de Apoio ao Desenvolvedor BB O que precisa ser feito? Regra principal Sempre adicionar o novo certificado ANTES de remover o antigo Download ( Home - Portal de Apoio ao Desenvolvedor BB ) prazo de validade dos certificados TLS está sendo reduzido globalmente) Exemplo prático (Windows) 1. Baixar o novo certificado (.cer) Arquivo fornecido pelo Banco do Brasil. 2. Abrir o gerenciador de certificados Pressione: Win + R Digite: certmgr.msc 3. Importar o certificado Caminho: Autoridades de Certificação Raiz Confiáveis → Certificados Depois: Botão direito → Todas as Tarefas → Importar 4. Durante a importação Selecionar: Arquivo .cer Opção: Colocar todos os certificados no repositório a seguir Repositório: Autoridades de Certificação Raiz Confiáveis Finalizar o processo. 5. Importante Manter certificado antigo e novo ao mesmo tempo Não remover o antigo antes da virada Testar a aplicação após importar Fonte BB e Download: Home - Portal de Apoio ao Desenvolvedor BB

Conforme comunicado pelos colegas do Banco do Brasil, haverá manutenção obrigatória em equipamentos de rede no dia 29/03 (domingo), a partir das 2h, com previsão de até 4 horas de duração (podendo ser concluída antes). Durante esse período, poderão ocorrer impactos na geração e no pagamento de QRCode (BB e outros bancos) em ambiente de produção. Outros serviços também podem ser parcialmente afetados. Aquipe de TI do BB estará de plantão durante toda a manutenção, acompanhando o processo e atuando para minimizar possíveis impactos

Ola pessoal blz .. No banco do brasil CNAB 400 a informação que "INDICADOR DE RECEBIMENTO PARCIAL" no acbr na linha 1190 tem um Ifthen que so permite 22 Opções (S,N) Porem no manual aparecem 3 (S,N,'') Que o vazio vai ser oq eu vem do branco. Ai no ACBR fiz a seguinte alteração . . ACBrBancoBrasil.pas lPermitePagamentoParcial := ' '; if TamConvenioMaior6 then begin wLinha := '7'; //Alteração padrão Banco permite parcial Filippe Maymone 09/02/2026 if TipoPagamento = tpNao_Aceita_Valor_Divergente then lPermitePagamentoParcial := 'N' else if TipoPagamento = tpPadrao_Banco then lPermitePagamentoParcial := ' ' else lPermitePagamentoParcial := 'S'; end else wLinha := '1'; e criei o tipo no acbrConversao.pas Tinha passado com 'S' e não ia e o banco solicitou para passar em branco .. Posições 394 a 394: Preencher com brancos Se puderem atualizar no ACBR .. Doc2627CBR641Pos7.pdf ACBrBancoBrasil.pas ACBrBoletoConversao.pas

Bom dia a todos Estava com o erro ao tentar gerar um boleto via api do BB, estava da dando o erro abaixo, mas conversando com o gerente da conta, ele informou que não precisamos passar o campo "numeroTituloCliente". Para convênio tipo 3, basta não enviar o campo "numeroTituloCliente" no JSON. Pois a nossa conta esta configurada (Banco Numera e Cliente emite e expede) mas conferindo, o fonte o ACBR sempre monta este campo usando o número do convênio. Tem algum jeito de fazer com que este campo não seja adicionado no envio do Boleto? Quando é preenchido o campo "numeroTituloCliente" , retorna o erro: "Para este tipo de convênio não é permitido ao cliente informar o número do boleto (Banco numera).", Mas quando comentei a linha abaixo na Unit ACBrBoletoW_BancoBrasil_API, consegui gerar o boleto. LJsonObject.AddPair('numeroTituloCliente', Boleto.Banco.MontarCampoNossoNumero(ATitulo)); Tipos de convênio para registro: 3 (Banco Numera e Cliente Emite e Expede) ou 4 (Cliente Numera, Emite e Expede) https://apoio.developers.bb.com.br/referency/post/5f4f8885b71fb5001268c9d7 Sugestão: eu ter a opção de informar o tipo do convênio e de acordo com o tipo do convênio enviar o campo "numeroTituloCliente" ou não ? Ou tem alguma outra opção para não enviar este campo? Obrigado

Atenção, comunidade! O Banco do Brasil anunciou a atualização dos certificados OAuth, essencial para garantir a continuidade no uso das APIs BB. Datas importantes Homologação: 11/02/2026 Produção: 12/02/2026 A atualização é automática, mas se houver necessidade segue o link abaixo: https://apoio.developers.bb.com.br/referency/post/646799afa2e2b90012c5ede8 Fonte: https://www.bb.com.br/site/developers/

Foi implementada uma validação conforme o manual do Banco do Brasil, garantindo que o campo quantidadeDiasProtesto seja informado apenas dentro dos parâmetros permitidos. Regras Implementadas Quando TipoDiasProtesto = diUteis O valor deve estar entre 3 e 5 dias úteis. Caso contrário, será gerada a exceção: “Para DiasUteis: deve ser entre 3 e 5.” Quando TipoDiasProtesto = diCorridos O valor deve estar entre 6 e 29 dias corridos, ou ser exatamente 35, 40 ou 45 dias corridos. Caso contrário, será gerada a exceção: “Para DiasCorridos: deve ser 6..29, 35, 40 ou 45.” Quando não houver protesto (DataProtesto = nao deve ser informada) O campo quantidadeDiasProtesto é calculado automaticamente quando informado o tipoDiasProtesto e o vencimento. Impacto Essa validação assegura que os boletos emitidos estejam em conformidade com as regras oficiais do Banco do Brasil, evitando rejeições e garantindo maior confiabilidade no processo de cobrança. Link para o manual BB Developper Agradecimento ao @Desenv. AT Info Sistemas por ter nos notificado e enviado a contribuição inicial e ter realizado os testes em produção.

Olá, pessoal! Para aumentar a segurança e a qualidade dos serviços, as APIs do Banco do Brasil passarão por um processo de migração no dia 24/10/2025, em que o DNS api.bb.com.br será direcionado para a CDN da Cloudflare. Com essa atualização, o IP público anteriormente vinculado a esses serviços passará a ser substituído por um IP da Cloudflare. Assim, clientes que utilizam regras de firewall, validação por IP fixo ou configuração de proxy poderão ser impactados. Para evitar problemas, o Banco do Brasil recomenda substituir a validação por IP pela validação baseada em FQDN (Fully Qualified Domain Name), garantindo maior estabilidade frente a mudanças de infraestrutura. Importante destacar que essa modificação não exige nenhuma alteração na solução ACBrBoleto. Leia o aviso original na íntegra [AQUI]

A partir de 1º de setembro de 2025, o Banco do Brasil implementará uma nova política de rate limit no endpoint de homologação: O limite será de 10 requisições a cada 10 minutos. Caso esse número seja excedido, a partir da 11ª chamada dentro do mesmo intervalo, a aplicação receberá uma resposta de erro até que o tempo seja renovado. Para novos clientes, esse comportamento será replicado também no ambiente de produção. Para quem já possui aplicações em produção, o endpoint não será impactado neste momento, mas é altamente recomendável revisar as integrações conforme as novas diretrizes. Essa mudança tem como objetivo fortalecer a segurança e garantir a estabilidade dos serviços para todos os usuários Mais informações: https://apoio.developers.bb.com.br/referency/post/689f81a489299c00131a73e9

O Banco do Brasil comunicou que os Webservice baseados em SOAP/XML descontinuado até final de janeiro/26, como parte do processo de modernização tecnológica. A recomendação é migrar para as APIs RESTful disponíveis no Portal Developers BB, que oferecem maior segurança, flexibilidade e aderência às práticas atuais de integração. Essa mudança impacta diretamente sistemas que ainda dependem de integrações legadas. Antecipe-se e revise suas aplicações para garantir continuidade operacional. E como fica o ACBr? Migrar BancoBrasil WS para BancoBrasil API Segue o tópico relacionado, como configurar:

O Banco do Brasil anunciou a desativação da API Pix V1, que será substituída pela API Pix V2. A mudança visa garantir maior segurança, performance e alinhamento com as diretrizes do Banco Central. A Versão 1 da API Pix será desativada a partir de 31/01/26 Para evitar impactos nos seus sistemas, é fundamental realizar a migração para a V2 o quanto antes. E como fica o ACBr? Basta configurar a versão ACBrPixCD. Leia a mensagem na integra Qualquer dúvida a respeito de contratos ou credenciais, procure o GCash responsável pela sua conta.

Salve Devs ! Recebemos um comunicado do usuário @Aggille Sistemas de Gestão que o BB criou um campo para identificar as softwares houses parceiras. Este campo é o x-bb-portal-devx-cnpj-parceiro que vai no header da requisição. Então se vc é parceiro de negócios BB e estão solicitando que você informe o seu CNPJ na propriedade abaixo, Exemplo: FACBrBoleto.KeySoftwareHouse := 'XXXXXXXXXXXXXX' Onde XXXXXXXXXXXXX é o CNPJ da Software House sem formatação.

Para o consumo de algumas APIs do BB como as API PIX e API Pagamento em Lote utilizando as soluções ACBr (Componentes Delphi/Lazarus, ACBrMonitorPlus e ACBrLib) é necessária a troca de certificados para Autenticação mTLS (Mutual TLS authentication). É um tipo de autenticação que ambos, cliente e servidor, apresentam certificados digitais para serem validados pelo par. Ou seja, no caso da API de Pagamentos, para conseguir efetuar um request (seja ele de envio de remessa, consulta, cancelamento, etc.) ele deverá apresentar o seu certificado, que será validado pelo BB. Da mesma forma, o BB disponibilizará o seu certificado, que será validado pelo cliente. Em caso de confirmação de ambos, a autenticação será efetuada. Os certificados autorizados pelo BB para a autenticação mútua são do tipo A1, em formato .pem, com a cadeia inteira (Certificado > Intermediarias > Raiz), emitidos por uma CA válida (exemplos: Digicert, Verisign, ICP Brasil). Passo a passo para envio de certificado no Portal Developers - Windows Caso já possua o certificado instalado em sua máquina, gentileza seguir o passo a passo indicado abaixo Roteiro para exportação de chave pública: No prompt do Windows digite: certmgr.msc Clique na pasta Pessoal e, em seguida, na pasta Certificados Clique com o botão esquerdo duas vezes sobre o certificado que deseja exportar e, na aba "Detalhes", selecione Copiar para Arquivo ... Clique em Avançar (na tela de bem-vindo ao assistente de para exportação de certificados) e, em seguida, novamente Avançar. Na tela a seguir mantenha a opção "Não, não exportar a chave privada”. Clique em Avançar e marque a opção X.509 codificado no base 64 (*.cer) A seguir aparecerá uma tela para você escolher o local e o nome do arquivo .CER a ser exportado . Salve o certificado com o nome Empresa para facilitar mais adiante. Você vai receber uma mensagem que foi exportado com êxito o certificado. Pronto, você exportou o certificado da Empresa a ser colado em campo específico no Portal Developers. Exportar os demais certificados (Certificado intermediário e Raiz do Certificado) Realizar os mesmos procedimentos acima. Dica! Se entre o primeiro certificado (raiz) e o último (certificado da empresa) existirem outros intermediários, repetir o procedimento para cada um deles, respeitando a ordem de cima pra baixo (intermediário1, Intermediário2 etc.). Exportar o certificado raiz O certificado Raiz é o primeiro da cadeia no Caminho de Certificação conforme exemplo abaixo: Selecione o Certificado Raiz, o primeiro de cima para baixo conforme indicado na imagem acima, e depois realize os mesmos procedimentos realizados com Certificado da empresa. Clique em Exibir Certificado > Detalhes > Copiar para arquivo > Avançar > Selecione o formato x.509 codificado na base 64 (*cer) e clique em Avançar. Salve o certificado com o nome Raiz para facilitar mais adiante. Acesse o Portal Developers. Selecione a API para a qual será encaminhado o certificado. Clique em Certificados. São duas opções disponíveis: • A primeira sobre “Como obter os certificados e identificar as requisições feitas pelo BB?”, que possibilita baixar o Certificado BB. • A segunda opção é a que será usada para enviar os seus certificados obtidos por uma CA (organização responsável pela emissão de Certificados Digitais) para o BB. Clique em Enviar Certificado. A tela apresentada mostra como adicionar a Cadeia de Certificados. Dica: Na maioria das vezes, existem 4 certificados. Um certificado da empresa, dois certificados intermediários e um certificado raiz. Clique duas vezes em Adicionar certificado, para incluir cada um deles no respectivo botão. IMPORTANTE: NÃO clicar em (Enviar), antes de inserir TODOS os certificados. O envio é feito somente ao final do processo. São duas formas de inserção do certificado: • fazendo a importação do certificado, clicando em Importar Certificado. É a melhor opção, pois o conteúdo do certificado é colado no campo respectivo, evitando alguma falha no processo de copiar/colar. OU • abrindo o certificado com um editor de texto (Bloco de Notas, Notepad++ ou similar), copiando todo o conteúdo do certificado (Ctrl+C) e colando (Ctrl+V) no campo. Importar Certificado: Podem ser importados os arquivos de certificados com extensão .pem, .ctr, .cer e .cert. Se, durante a importação do certificado for mostrada a mensagem de erro “Certificado em formato inválido”, como abaixo: verifique se há alguma inconsistência no arquivo, fazendo um teste na página: https://certlogik.com/decoder/ Este decodificador faz alguns ajustes na formatação do conteúdo. Experimente copiar o arquivo criado no decodificador e colar novamente no campo do certificado a ser enviado para o Banco do Brasil. Só isso já soluciona o problema de formato inválido. Após adicionar todos os certificados separadamente, conforme os passos informados acima, clique em Enviar. Será exibida rapidamente no canto superior direito a mensagem "Requisição feita com sucesso" e você será direcionado para a tela abaixo: O campo Número Solicitação é a identidade da requisição. Ele deverá ser informado quando você precisar se referir ao envio do certificado. O campo Situação passará para Sucesso assim que o certificado for internalizado, o que ocorre no mesmo dia.

Hoje (27/02/24) tivemos diversos relatos sobre instabilidade utilizando a API de Boletos do banco do Brasil. A orientação deles no momento: Caso verifiquem alguma recusa na geração de token para consumo de suas APIs, no fluxo de client credencials, recomendamos verificar se os IPs abaixo listados encontram-se liberados em seu firewall, para a porta 443: fluxo: oauth.bb.com.br IP - 170.66.14.104 IP - 170.66.196.33 Para um usuário foi solicitado testes de rotas especificas como:

Boa tarde!! Estou em contato com o pessoal do BB para homologar um boleto que tem Taxa de Juros mensais. Parametrização do componente: Titulo.CodigoMoraJuros := cjTaxaMensal; Titulo.ValorMoraJuros := 6; No meu boleto impresso está OK: "Cobrar juros de 6% ao mês de atraso para pagamento após o vencimento." O problema está no arquivo de remessa: Pelo que vi nos fontes do arquivo: - ACBrBancoBrasil.pas - function TACBrBancoBrasil.GerarRegistroTransacao240(ACBrTitulo : TACBrTitulo): String; está fazendo apensa da seguinte forma: {Código Mora} if CodigoMora = '' then begin if ValorMoraJuros > 0 then CodigoMora := '1' else CodigoMora := '3'; end; E, segundo o BB devo enviar: CodigoMora := '2';

Boa noite, Podem me tirar uma dúvida? Criei as credências e consegui fazer o registro do boleto híbrido com pix, retornou tudo certo, a minha dúvida era em relação a homologação com banco do brasil em produção, podem me explicar como funciona? Verifiquei que necessita fazer o registro das credências de produção, no caso, nosso ERP terá 1 credencial que irá imprimir pra todos os clientes ou quem possuí conta com o banco do brasil que tem que pedir as credências de produção? Outra dúvida, nesse caso o boleto já é registrado online, não precisaria da remessa correto? Ou mesmo assim teria que fazer a remessa? No aguardo!

Boa tarde! Estamos com dificuldades de implementar a API PIX v2 do Banco do Brasil. Fizemos o credenciamento no portal developers do BB e Enviamos o certificado A1 no padrão conforme pede o manual em base64 e separados em: - Certificado - Certificado CA - Raiz O portal do BB deu como atendido. qual é a forma correta de configurar o componente? TACBrPSPBancoDoBrasil( PSPACBr ).BBAPIVersao := apiVersao2; TACBrPSPBancoDoBrasil( PSPACBr ).ClientID := Dados.ClientID; TACBrPSPBancoDoBrasil( PSPACBr ).ClientSecret := Dados.ClientSecret; TACBrPSPBancoDoBrasil( PSPACBr ).DeveloperApplicationKey := Dados.DeveloperKey; TACBrPSPBancoDoBrasil( PSPACBr ).ChavePIX := Dados.ChavePIX; TACBrPSPBancoDoBrasil( PSPACBr ).epCob.CobSolicitada.chave := Dados.ChavePIX; TACBrPSPBancoDoBrasil( PSPACBr ).ArquivoChavePrivada := ???; TACBrPSPBancoDoBrasil( PSPACBr ).ArquivoCertificado := ???; Até geramos o arquivo "ArquivoChavePrivada" e o "ArquivoCertificado" baseado no exemplo do Sicoob porém não conseguimos criar a cobrança. o retorno que recebo é: 27/06/23 15:36:29:220 - Resp.Body: {"errors":[{"codigo":404,"versao":1,"mensagem":"Not Found","ocorrencia":"N/A"}]} 27/06/23 15:36:29:220 - ChamarEventoQuandoReceberRespostaEndPoint( /cob, POST ) 27/06/23 15:36:29:221 - ResultCode:404 27/06/23 15:36:29:221 - RespostaHttp: {"errors":[{"codigo":404,"versao":1,"mensagem":"Not Found","ocorrencia":"N/A"}]} Como enviar o certificado ao BB.pdf

Olá Pessoal, Como saber se um boleto registrado via API foi pago ? Tenho um boleto que foi simulado pagamento, porem ao consultar no métodos de consulta detalhada não retorna se foi pago. Qual o método e configuração para consultar se o boleto foi pago ?

Bom dia, Venho contribuir com um Ajuste da Unit do Boleto do Banco do Brasil. em relação aos Tipos de remessa, no qual esta a instrução de Desconto Incorreto, e adicionado novos tipo, de acordo com o Manual do Banco. Bloco de alteração, na Linha 507 até a 524. ( Cnab 240 ); Bloco de alteração, na Linha 922 até a 942. ( Cnab 400 ); Desde já Obrigado pelo excelência do Componente. Pablo Cerbaro. ACBrBancoBrasil.pas

Bom dia, Estou na fase de homologação do boleto do Banco do Brasil CNAB 400 porém foi verificado um detalhe referente ao número sequencial solicitado pois está duplicando no Registro Detalhe Tipo 5 – Multa/Prazo Limite de Recebimento – Opcional – Remessa. Dando uma olhada mais detalhada, no método TACBrBancoBrasil.GerarRegistroTransacao400 foi verificado que o Número Sequencial é o ultimo item listado na atribuição wLinha IntToStrZero( aRemessa.Count +1, 6 ) porém ao gerar o Registro Detalhe Tipo 5 Multa/Prazo será somado dois, ou seja, IntToStrZero(aRemessa.Count + 2 ,6) e nesse caso será duplicado o Número Sequencial a partir do segundo registro conforme imagem "arquivo". Realizei uma alteração nos fontes ACBrBoleto e ACBrBancoBrasil, dando overload nos métodos referentes ao leiaute 400(evitando possíveis impactos) passando um var como parâmetro a fim de ir somando o index correto do número sequencial. Imagens do e-mail, fontes.pas e arquivo.txt em anexo. Fico à disposição Att, Vitor. ACBrBancoBrasil.pas ACBrBoleto.pas

Bom dia. Estou tendo problemas com o arquivo remessa do banco do brasil. O que percebi que a nova estrutura do banco o leiaute é CNAB240 que não tem no ACBr, então tentei utilizar o c240 e com isso estou tento diversos erros quando tento validar o arquivo. linha numero do campo erro sugestão 2 0 Tamanho do registro incorreto Verificar tamanho do registro - verificado = 241 3 37 Conteúdo Incorreto preencher de acordo com o código para protesto. 4 19 Formato incorreto Verificar o tipo de conteúdo .. valor não inteiro "RR0000000000000" 4 0 Tamanho do registro incorreto verificar tamanho do registro. verificado = 243 4 17 conteúdo invalido Preencher com a unidade da federação Alguém ja implementou essas correções?

Boa tarde. Foi verificado que caso a propriedade ACBrTitulo.CarteiraEnvio fosse tceBanco e houvesse somente 1 mensagem no título, ocorreria o erro Out of Index, por este motivo foram feitas pequenas correções as quais já estão no svn. Porém existe a necessidade de uma revisão mais ampla quanto a este item, uma vez que o Banco do Brasil utiliza o Segmento S tanto para trabalhar com as mensagens adicionais, quanto para os dados do sacado quando será enviado boleto, peço que continuem acompanhando este tópico paras os avisos dos comits das alterações finais. Att.

Estava tendo problemas ao homologar o banco do Brasil, ai coloquei esse tópico https://www.projetoacbr.com.br/forum/topic/47566-remessa-banco-do-brasil-total-de-linhas-do-lote-divergente-17/?tab=comments#comment-315085 mandei os arquivos e passou. ai mandei a primeira remessa, os mesmo arquivos so pra testar em produção e houve rejeição, na hora fiquei sem entender, pois tinha modificado a data e vencimentos do boleto pra nao dar erro e etc. entao fui no email de homologação novamente e pedi uma resposta do que houve ja que tinha passado. e o pessoal me mandou esses erros: > Estrutura do Arquivo Linha 0006, Lote 0001, Segmento P: Erro no sequencial do segmento. informado '00005'. Correto '00004' Linha 0007, Lote 0001, Segmento Q: Erro no sequencial do segmento. informado '00006'. Correto '00005' Linha 0008, Lote 0001, Segmento R: Erro no sequencial do segmento. informado '00007'. Correto '00006' Linha 0009, Lote 0001, Segmento P: Erro no sequencial do segmento. informado '00009'. Correto '00007' Linha 0010, Lote 0001, Segmento Q: Erro no sequencial do segmento. informado '00010'. Correto '00008' Linha 0011, Lote 0001, Segmento R: Erro no sequencial do segmento. informado '00011'. Correto '00009' Linha 0012, Lote 0001, Segmento P: Erro no sequencial do segmento. informado '00013'. Correto '00010' Linha 0013, Lote 0001, Segmento Q: Erro no sequencial do segmento. informado '00014'. Correto '00011' Linha 0014, Lote 0001, Segmento R: Erro no sequencial do segmento. informado '00015'. Correto '00012' Linha 0015, Lote 0001, Segmento P: Erro no sequencial do segmento. informado '00017'. Correto '00013' Linha 0016, Lote 0001, Segmento Q: Erro no sequencial do segmento. informado '00018'. Correto '00014' Linha 0017, Lote 0001, Segmento R: Erro no sequencial do segmento. informado '00019'. Correto '00015' > Segmento R < Lote 0001 > -------------------------------------------------------------------- isso foi depois da atualização que conta os itens corretos que mencionei no topico https://www.projetoacbr.com.br/forum/topic/47566-remessa-banco-do-brasil-total-de-linhas-do-lote-divergente-17/?tab=comments#comment-315085. vou tentar fazer ajustes e enviar novamente. obs: so nao estou respondendo no mesmo topico pq como tinha dado certo o topico foi fechado. Enviando o arquivo original de remessa. REMESSA_CONTA DA EMPRESA_36.txt