Victor H. Gonzales - Panda

Bom dia, não pude subir esses arquivos pois divergiu com a documentação. a Documentação do retorno diz ser 17 posições e começar na posição 47. no print seu diz ser 11 posições e começar na posição 193, não bate com o arquivo de retorno anexado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

cada banco tem uma versão de layout de arquivo e outra de lote. podendo algum banco ser o mesmo valor, e tambem o mesmo banco ter vários valores. esse valor geralmente é utilizado para a composição da remessa. mas voltando ao seu caso. se você parametriza toda a classe e depois troca a TipoCobranca, nada adiantou, o que irá valer é o create da classe. primeiro defini-se o banco, depois configura-se o as caracteristicas, depois executa as ações

Verifiquem com o provedor se realmente a empresa está cadastrada no Webservice.

@chico_lopes obrigado pelos arquivos

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