Ir para conteúdo
  • Cadastre-se

Pesquisar na Comunidade

Showing results for tags 'banco'.

  • Search By Tags

    Digite tags separadas por vírgulas
  • Search By Author

Tipo de Conteúdo


Fóruns

  • Fórum Aberto - ACBr
    • Notícias do ACBr
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr API
    • Duvidas Gerais ACBr API
    • Duvidas Privadas ACBr API
  • Suporte Nuvem Fiscal
    • Comunidade Nuvem Fiscal
  • Outros Assuntos
    • Boteco do ACBr
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Banco de Dados
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categorias

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
  • Download Livre
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras
  • ACBr TEF

Calendários

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Calendário da Comunidade
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Data de Criação

  • Início

    End


Data de Atualização

  • Início

    End


Filter by number of...

Data de Registro

  • Início

    End


Grupo


Website URL

  1. 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
  2. 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
  3. 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
  4. 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/
  5. 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.
  6. Após um relato de um usuário referente a linha digitável e barras, realizemos uma alteração na função que monta o CampoLivreCodigoBarras; Atenção para o preenchimento, Agencia (4 digitos) Exemplo: Agencia=0001 DV Agencia = 0 Removido o Calculo do DV, deixado igual o Manual: Obrigado ao usuário@waldomiro que nos reportou e executou os testes em produção. Link para o manual: https://svn.code.sf.net/p/acbr/code/tools/Bancos/Recebimento/310-Vortx/Grafeno_Vórtx CNAB 400 - Remessa.docx.pdf Ajustado a impressão do código cedente no boleto.
  7. Olá, Comunidade ACBr ! Com o objetivo de facilitar a integração da ACBrLibExtratoAPI para desenvolvedores que utilizam a linguagem Python , gostaríamos de anunciar a disponibilização de um programa de exemplo. Este demo ilustra a forma de realizar a comunicação com a DLL/SO da ACBrLib utilizando o módulo nativo do Python para chamadas de função em bibliotecas dinâmicas. Utilize a biblioteca versão 64 Bits MT (Multithread) ! Lembrando que estas credenciais q esta no exemplo e no print são exemplos, não são validas. Você precisa criar suas credenciais o portal do desenvolvedor. O exemplo pode ser baixado diretamente pelo repositório SVN do projeto, no caminho de Demos da ACBrLib: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Python/ExtratoAPI/ Este exemplo é fundamental para quem deseja consumir os serviços de extratos bancários via API utilizando a biblioteca ExtratoAPI, e serve como base para implementação em projetos mais complexos. Aqui esta o link do manual ACBrLibExtrato API: https://acbr.sourceforge.io/ACBrLib/ACBrLibExtratoAPI.html
  8. Contexto Esta rejeição foi adicionada pela Nota Técnica 2025/001 e obriga o preenchimento das informações de pagamento no MDFe quando for realizado carga de lotação. O que é carga lotação? Carga lotação, as vezes chamada de carga fechada, é a operação em que o transporte das mercadorias de um único remetente ocupa toda a capacidade do veículo. Resolução Se você estiver recebendo esta rejeição ao tentar emitir o MDFe, você deve gerar o grupo InfPag que possui as informações de pagamento em seu arquivo XML. Caso utilize componente nativo para Delphi/Lazarus: uses ACBrMDFe.Classes; var lMDFe: TMDFe; lInfPag: TinfPagCollectionItem; lComp: TCompCollectionItem; lInfPrazo: TInfPrazoCollectionItem; begin lMDFe := ACBrMDFe.Manifestos.Add; //Preenchimento das demais informações do MDFe. lInfPag := lMDFe.rodo.infANTT.infPag.New; lInfPag.xNome := //String; lInfPag.idEstrangeiro := //String; lInfPag.CNPJCPF := //String; lInfPag.vContrato := //Double; lInfPag.indAltoDesemp := //TIndicador = (tiSim, tiNao); lInfPag.indPag := //TIndPag = (ipVista, ipPrazo); lInfPag.vAdiant := //Double; lInfPag.indAntecipaAdiant := //TIndicador = (tiSim, tiNao); lInfPag.tpAntecip := // TtpAntecip = (taNenhum, taNaoPermiteAntecipar, taPermiteAntecipar, taPermiteAnteciparComConfirmacao); lInfPag.InfBanc.codBanco := //String; lInfPag.InfBanc.codAgencia := //String; lInfPag.InfBanc.CNPJIPEF := //String; lInfPag.InfBanc.PIX := //String; lComp := lInfPag.Comp.New; lComp.tpComp := //TComp = (tcValePedagio, tcImpostos, tcDespesas, tcFrete, tcOutros); lComp.vComp := //Double; lComp.xComp := //String; lInfPrazo := lInfPag.infPrazo.New; lInfPrazo.nParcela := //Integer; lInfPrazo.dVenc := //TDateTime; lInfPrazo.vParcela := //Double; end; Caso utilize ACBrMonitorPLUS ou ACBrLib: [infPag001] CNPJCPF= xNome= idEstrangeiro= vContrato= indAltoDesemp= indPag= vAdiant= indAntecipaAdiant= tpAntecip= [Comp001001] tpComp= vComp= xComp= [infPrazo001001] nParcela= dVenc= vParcela= [infBanc001] CNPJIPEF= codBanco= codAgencia=
  9. 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:
  10. A API de Cobrança Bancária V2 será desativada em 30 de abril de 2025. Para garantir a continuidade no uso das funcionalidades de cobrança, é essencial migrar para a API de Cobrança Bancária V3. A nova versão foi projetada para oferecer mais segurança, desempenho aprimorado e novos recursos que tornam sua experiência ainda mais eficiente. Para realizar a migração, será necessário: - Fazer o cadastro no Portal Developers Sicoob e criar as credenciais para a API Cobrança Bancária V3. - Criar um novo aplicativo com a V3, adaptando sua integração aos novos endpoints, escopos e funcionalidades. Não deixe para a última hora! Antecipe sua migração e aproveite os benefícios da nova API. Usuários do ACBrBoleto devem configurar o componente para a nova versão da API, assim como os novos escopos Um agradecimento ao moderador @BigWings por compartilhar a informação.
  11. Olá Devs ! Ontem recebemos relato de rejeição no banco Inter, como esta : {"title":"Dados inválidos.","detail":"Verifique se os dados informados estão de acordo com a documentação disponibilizada e tente novamente.","timestamp":"2025-02-03T10:25:14.27387669-03:00","violacoes":[{"razao":"O valor não pode ser nulo","propriedade":"incluirCobrancaAsync.body.desconto.valor","valor":"null"}]} Teve alteração da API na forma que é enviada o Desconto. Antes era um Array com 3 descontos e agora é um objeto somente Desconto 1. <<Atenção>> Se enviar desconto, desconto2 e desconto3 só será GERADO O DESCONTO1. Sendo assim desconto2 e desconto3 serão ignorados ! Obrigado ao usuário @Dangelo2010 que reportou o problema e realizou os testes no seu ambiente de produção. Agora no inter, pode aplicar apenas um desconto 1: Titulo.DataDesconto Titulo.TipoDesconto Titulo.ValorDesconto Foram removidos: Titulo.DataDesconto2 Titulo.TipoDesconto2 Titulo.ValorDesconto2 Titulo.DataDesconto3 Titulo.TipoDesconto3 Titulo.ValorDesconto3 O que diz o manual:
  12. Olá comunidade ACBr, O componente ACBrBoleto, agora oferece a emissão e consulta detalhada de boletos via Web Service (WS / API) do Banco Cora 403. Essa atualização traz mais praticidade e eficiência para a gestão financeira, permitindo uma integração mais rápida e precisa nas transações bancárias. para configurar o banco utilizar : [Componente Emissão WebServices] Banco.TipoCobranca := cobBancoCora; Configuracoes.WebService.ClientID: Cedente.CNPJCPF := 'xxxxxxxxxxxxxx'; informar o cnpj do emitente, pois compõe o nosso numero Titulo.Carteira := '01'; Titulo.SeuNumero := X; subtituir o X pelo controle interno da empresa, deve ser um código unico a cada boleto Titulo.NossoNumero := 0; enviar o valor 0, pois é o banco em que numera, somente informar qualquer valor na impressão / reimpressão //Serviços disponíveis Configuracoes.WebService.Operacao: (tpInclui, tpConsultaDetalhe, tpCancelar ou tpBaixa) Agradecimentos no apoio nos testes e implementação pelas credenciais ao usuário @luisclaudio_jr
  13. A solução ACBrBoleto já tem suporte a cobrança API com PIX no Banco INTER. Recebemos a contribuição inicial do amigo @ActioSistemas, (a partir da qual fizemos as devidas adequações para a implementação da unit para integrar as soluções ACBr) Para utilizar endpoint pix, basta marcar a propriedade IndicadorPix como true igual aos outros bancos. Inter tem 2 API's: - boletos normais - boletos com QrCode PIX O que vai definir em qual incluir, baixar ou consultar é a propriedade IndicadorPIX: Quando falso, ele utiliza API Boleto Normais Quando true, ele utiliza API Boleto com QrCodePIx * Uma não devolve boleto registrado na outra! Atenção: Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Somente a API Cobrança com PIX retorna UUID. Quando API Pix não está devolvendo NossoNumero: Existem relatos que após a inclusão , a API não está devolvendo o campo nossoNumero, neste cado se olhar o log, o banco esta devolvendo: "situacao": "EM_PROCESSAMENTO"; Então deve aguardar alguns minutinhos e realizar a consulta detalhe utilizando a propriedade NossoNumeroCorrepondente Como utilizar: Após inclusão guardar o GUUID devolvido na propriedade NossoNumeroCorrepondente; Para ConsultarDetalhe, ALTERAR e BAIXAR, informar o GUUID (retornado na inclusão) na propriedade NossoNumeroCorrespondente; (carregar o titulo) Como passar esta informação via componente (Delphi/lazarus): Titulo.NossoNumeroCorrespondente := '4cac8ea0-a960-4ac4-af55-c6b05728f3x0'; Como passar esta informação via INI do titulo (ACBrLibBoleto, ACBrMonitorPlus): [Titulo1] .. NossoNumeroCorrespondente=24d5fdcd-608d-40b9-ad42-52e4af8eb7f1 Consulta Lista: Vamos ter agora as situacao isbAberto isbBaixado isbCancelado Baixado e cancelado, filtro dataMovimento isbAberto: filtro dataVencimento ele tbm vai usar a opcao Filtro.boletoVencido ibvSim/ibvNao (ele procura por data de vencimento boletos a receber ou vencidos) isbAberto: filtro dataRegistro ele consulta por data emissao os boletos em aberto Como o banco Inter não tem ambiente de homologação, cuidado com seus testes, após executar, baixar o boleto para ele não ficar pendente no sistema do banco de cobrança. Quer saber como funciona nos bastidores ?: Para quem leu a documentação da cobrança pix do Inter, sabe que é diferente a forma que é realizada a inclusão, tanto a resposta como o endpoint de cobrança PIX. Após a inclusão do boleto, recebemos um codigoSolicitacao (UUID) caso tenha registrado o boleto com sucesso (HttpResultCode 200); Este código UUID é devolvido pela solução ACBrBoleto na propriedade “NossoNumeroCorrespondente”. Ele não nos devolve as informações do boleto como no endpoint convencional. Sendo assim, após inclusão é realizada uma consulta passando este UUID para que seja retornado os dados do boleto e qrcode na propriedade EMV como nos outros bancos. Lembrando que esta consulta ocorre de forma transparente, ou seja, a solução acbr abstrai isso para você, ou seja, realizando a inclusão no TpInclui com o indicadorPix como true, a solução realiza uma consulta da UUID logo após a inclusão e devolve todas as informações do boleto. Agradecimento também para @Antonio Gomes, @Gabriel Mororó por terem efetuados alguns testes e ao @ralty por ter cedido credenciais.
  14. Oi pessoal, teria uma duvida sobre a API do Banco Sicoob no ambiente de produção! Ao colocar para envio em produção esta me aparecendo uma mensagem solicitando o ClientSecret, entretanto ao configurar o aplicativo no site do Banco para a utilização da API o Campo ClientSecret diz que não é necessário informar esse campo, então para funcionar estou tendo que informar qualquer valor mesmo que seja o "ClientSecret = 1" que ai ele envia e registra o boleto em produção caso não seja informado aparece a mensagem que solicita a informação, seria isso um erro na API do Sicoob? Alguém já passou por isso ? Mensagem solicitando o ClientSecret (Retorno do Envio) Campo da Configuração do Aplicativo no Site da API. Desde já agradeço a atenção!
  15. Agora temos o implementado o ATHENA Banco Fomento Mercantil. Ele utiliza layout CNAB 444 foi criado tendo como base o padrao CNAB400 do Banco Bradesco. Sendo assim em nossos componentes está listada como AthenaBradesco. Agradecimento ao autor da colaboração @Marcos Lenharo Na rotina deste banco foi inclusa o campo de Chave da Nota Fiscal Eletrônica ao final da linha de cada Registro. Sendo assim é obrigatório informar a chave da nota em cada boleto. Exemplo para incluir os dados da nota no boleto: *Em breve as documentações sobre o novo banco serão atualizadas (ACBrLibBoleto, ACBrMonitorPlus)*
  16. Prezados, bom dia! Gostaria de saber se há no ACBr, rotinas para a geração do Arquivo Remessa e leitura do Arquivo Retorno para Débitos Automáticos, no meu caso atual, para o banco Santander. Segue manual: DEBITO-AUTOMATICO-V05-06052008.pdf Poderiam me dar um Apoio?
  17. Recebi do Unicred (136) um retorno sobre a validação do arquivo de remessa, no qual informa que o nome do banco de ser UNICRED, enquanto no arquivo estava "UNICRED DO BRAS". Creio que precise de alteração na unit sobre isso. No leiaute está da forma que o banco está indicando. Anexei uma imagem do leiaute com a linha sobre isso.
  18. Bom dia. Já existe na ACBR Boletos a configuração para emissão de boletos do banco Original? https://www.original.com.br/
  19. Bom dia , gostaria de saber como anda o desenvolvimento do layout do banco sofisa com os componentes de ACBRBoleto?
  20. Bom dia, boa tarde, boa noite pessoal... Sou novo aqui no forum do ACBr e pesquisei já um problema que vem ocorrendo comigo no Delphi e não encontrei por isso estou fazendo esse post... Então o que ocorre comigo é o seguinte, peguei o código fonte com os arquivos e etc de uma maquina e estou tentando executar o mesmo através de outra maquina e como é normal veio faltando o banco algumas libs e etc... Esses ja providenciei mas ainda ocorre um erro no qual não acho solução na internet nem mesmo o arquivo para baixar em local algum o erro é o seguinte... Toda vez q tento executar o código através do Delphi ele me volta o seguinte erro e não executa [Fatal Error] MemDS.pas(12): File not found: 'Dac.inc' Bem desde já agradeço a atenção, e espero que alguém me ajude...
  21. Bom dia, iniciei um processo de homologação do banco safra (cobBancoSafra) e me deparei com dois problemas que não estou conseguindo resolver... 1º o nosso numero gerado no arquivo de remessa esta divergente do impresso pois ele esta adicionando um digito verificador na 9ª posição do NN. IfThen(NossoNumero = '000000000', '000000000', PadLeft(RightStr(NossoNumero,8),8,'0') + CalcularDigitoVerificador(ACBrTitulo)) + não consegui realizar a impressão utilizando esse digito verificador. 2º o banco esta obrigando que não tenha uma logo e esteja escrito 'BANCO SAFRA S/A' em seu lugar, esse eu posso simplesmente alterar para que escreva o texto, mas na próxima vez que o ACBR for atualizado eu teria que alterar novamente.
  22. Boa Tarde. Alguém indica um programa para realizar migração de banco de dados entre banco firebird?
  23. Boa noite, eu gostaria de saber se é obrigatório eu passar o campo de variação do banco para o banco do brasil e bradesco, caso for obrigatório onde eu informo no componente do acbrBoleto Delphi
  24. Zoe TI

    Banco da Amazônia (Novo)

    Bom dia a todos, Agora que estamos trabalhando com o Banco da Amazônia, tivemos que criar os arquivos correspondentes ao Boleto do ACBr. Peço aos responsáveis, que verifiquem o arquivo em anexo e adicionem ao projeto. Nos testes que fizemos aqui deu tudo certo, mas estamos a disposição para os eventuais ajustes que se fizerem necessários. Obrigado, ACBrBancoAmazonia.zip
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...