victor.gonzales.panda

tem que informar até 8 digitos, você está passando um valor maior que isso segundo o raise.

Bom dia, anexe um arquivo de retorno por favor

Se você imprimir como eventos, a impressão ocorre normal?

Bom dia, referente ao Sicredi, já está no SVN. Referente ao PDF/A não foi versionado, pois irá quebrar quem utiliza versão anterior do FastReport

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

body { font-family: Arial, sans-serif; line-height: 1.6; margin: 20px; } h1, h2 { color: #2c3e50; } table { width: 100%; border-collapse: collapse; margin-top: 20px; } th, td { border: 1px solid #ddd; padding: 8px; text-align: left; } th { background-color: #f4f4f4; font-weight: bold; } tr:nth-child(even) { background-color: #f9f9f9; } Digito Verificador do Nosso Número Sicoob é Desativado Desde 21/10/2024, o dígito verificador do campo "Nosso Número" para boletos do Sicoob foi desativado. Essa mudança impacta a geração do "Nosso Número" e o cálculo do dígito verificador (DV), que agora depende exclusivamente da versão configurada no parâmetro LayoutVersaoArquivo. Abaixo, detalhamos as orientações para cada versão disponível. A geração errada do Nosso Número impacta na não localização da ficha de compensação para realização do pagamento, ou processos de automação. Processamento do Retorno Caso encontre problemas, pode-se utilizar o processamento do retorno via CNAB com o "Nosso Número" completo, informando LayoutVersaoArquivo = 810. Outra alternativa é, ao consultar via API: Utilizar a versão 81. Se não localizar, utilizar a versão -81 para a geração do dígito verificador de forma diferente. Orientações para Geração do Nosso Número Geração do DV conforme documentação do banco Utilize a versão LayoutVersaoArquivo = 81. O boleto terá 7 dígitos no "Nosso Número" + 1 dígito verificador. Exemplo: 1234567-7. Geração do DV com cálculo alternativo Utilize a versão LayoutVersaoArquivo = -81. O boleto terá 7 dígitos no "Nosso Número" + 1 dígito verificador (cálculo diferente do anterior). Exemplo: 1234567-3. Sem geração de dígito verificador Utilize a versão LayoutVersaoArquivo = 810. A quantidade de dígitos no "Nosso Número" varia conforme a carteira: Carteira 1: 8 dígitos (Exemplo: 12345678) Carteira 9: 9 dígitos (Exemplo: 123456789) Tabela Comparativa LayoutVersaoArquivo Descrição Formato do Nosso Número Exemplo 81 Geração padrão (documentação oficial) 7 dígitos + 1 DV 1234567-7 -81 Geração com cálculo alternativo 7 dígitos + 1 DV 1234567-3 810 Sem dígito verificador 8 ou 9 dígitos (varia por carteira) 12345678 (carteira 1) / 123456789 (carteira 9)

Bom dia, Banrisul tem 3 ambientes. Produção, Homologação, Sandbox. Produção e Homologação (utilizam ambiente de produção), Homologação muda somente a variavel de ambiente, porem a url é a mesma. SandBox utiliza ambiente separado. Verifique corretamente essa questão! Commit 36607 revertido

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Segundo o Layout do banco, existe a informação de DV da agencia bancária.... tente informar 0, veja se não irá ocasionar erros de calculos de dv ou erros de registro.

Isso é uma limitação do fortes tambem

Tópico fechado por falta de retorno do usuário

as rotinas de Load do arquivo tanto em Fortes com FastReports não consegui recriar o problema. Delphi 12.2 com PNG Transparente; icons8-home-256.rar

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Boa tarde, Devido ao Report que está funcionando 100% tanto em produção como em homologação. estou encerrando esse topico, visto que o mesmo está bem, bem longo. qualquer problema favor abrir um topico novo para tratamos o assunto. Obrigado @Jhonlenon Ribeiro e @HelioNeto pelos testes realizados na homologação da Classe do banco, e o envio das credenciais.

Subi essa tabela de conversão... se voces puderem testar

acho que é outro... o problema é que enviou DM (duplicata mercantil) e ele esperava algum indice no lugar do campo

Bom dia, conforme avisei aqui no topico, já está no SVN, não tenho fontes pendentes desse banco para submissão ao SVN.

no SVN

no merge anterior você tinha passado invertido essa questão dos 18 e 11 digitos. mas segue o arquivo atualizado. ACBrBoletoW_Bradesco.pas

faltou o padding ACBrBoletoW_Bradesco.pas mas na unit que você passou está ao contrário... consulta e baixa com 18, registro com 11. você no postman está disparando contra : https://proxy.api.prebanco.com.br/v1/boleto/registrarBoleto ou https://proxy.api.prebanco.com.br/v1/boleto-hibrido/registrar-boleto o componente usa o segundo endpoint /v1/boleto-hibrido/registrar-boleto conforme a documentação

há um chamado aberto junto ao sicoob, estamos no aguardo

Olha a unit que eu lhe enviei

ACBrBoletoW_Bradesco.pas veja se está correto! a credencial está para homologação e para o endpoint hibrido?

o tamanho conta não está ficando sempre com 7 digitos nos seus testes ? 0000001 ?

Podemos encerrar esse ticket?