eric100

Somente fiz a homologação, cliente ainda não está usando em produção. Fiz a impressão e homologuei. Não tentei pagar pois é somente para teste e o qrcode é inválido. Utilizei o EMV retornado pelo banco.

Bom dia. Homologuei desta forma. O banco passou que estaria incorreto os dados da impressão?

Uso ITAU a bastante tempo e nunca vi esse problema. Certificou-se de não estar limpando a propriedade mais abaixo? Se ajudar, use a "Watch list" para validar em qual momento o campo estar perdendo a informação.

Validei os arquivos anexados e vi que foram alteradas algumas regras para adequação, porém não vejo problema. Só vou citar aqui para registro: - GerarRegistroTransacao400, posição 006 -> Passavam H somente em casos de boleto híbrido, agora passa sempre - Chave PIX só é obrigatório no CNAB 240, por isso criei um atributo no boleto. Após a alteração a chave será sempre necessário para boletos hibridos e sua presença controla as TAGS do hibrido. Após atualização vou baixar, adequar meus códigos e testar novamente junto ao banco. Reporto aqui posteriormente.

Desculpe Vitor, mas não entendi. Anexei minhas units ao ticket, voce alterou algo?

Segue link: https://www.sicredi.com.br/cobranca-validacao/home É necessário ter cadastro. No meu caso foi disponibilizado pela agência.

Bom dia. Em homologação não existe esse retorno. O portal disponibiliza uma URL padrão para homologar a impressão do boleto. Em conversa com gerente da agencia ele citou que habilitando multi-retornos da conta do cliente o retorno é disponiblizado em torno de 15 minutos.

Bom dia. Peguei os arquivos do Sicredi anexados a esse tópico, alterei e realizei a homologação das carteiras 400 e 240 posições junto ao banco. Procedimentos realizados: - Geramos o arquivo remessa normal com as tags de híbrido - Subimos para o portal - Após aprovado, nos foi informado uma URL que informados no QRCode.emv - Subindo os PDFs no portal - Homologado! Segue arquivos para análise e futura incorporação aos fontes. ACBrBancoSicredi.pas ACBrBoleto.pas

Alguma atualização sobre o andamento desse projeto?

Acredito que seja sim. Mesmo assim entendo que deveríamos ler o número completo, como em outros bancos por exemplo o Itaú.

Estive ausente do projeto por um tempo, porém voltei a trabalhar nele e posso responder agora.(Não sei se ainda vale). O manual diz que o campo tem 8 posições e caso o componente faça a leitura de somente 7 posições fica 1 sem ler. No caso do meu sistema, preciso do número total, pois salvo em minha base o número completo para leitura posterior do arquivo de retorno e caso falta um número meu sistema não encontra. Fiz a atualização dos fontes e continua com 07 posições(21/06/2022) e no meu fonte alterei novamente para 8 posições.

Após atualização do ACBr tive problemas ao carregar o retorno do banco santander - 400 no campo NOSSO NUMERO Validando o manual presente em http://svn.code.sf.net/p/acbr/code/tools/Bancos/Santander/Layout_de_Cobranca_353_400_posicoes_V._2.23_Agosto_2020.pdf podemos ver que o campo tem 8 posições, mas na versão está com 7. Após ajuste local, conseguimos retormar o funcionamento. Caso avaliem que está correto, segue arquivo com peque ajuste. ACBrBancoSantander.pas

Segue arquivo alterado para análise, com implementação de instrução 66(Negativação) na remessa CNAB400 do banco ITAU. A alteração foi baseada no manual: http://svn.code.sf.net/p/acbr/code/tools/Bancos/Itau/layout_cobranca_400bytes_cnab_itau.pdf (pg;21, nota 11) Alteração na instrução: ACBrBancoItau.pas

Fiz a atualização de meus fontes e estou adequando a versão com minhas alterações. Estou criando um tópico para cada banco para evitar problema. Se minha conduta estiver incorreta, favor me passaram a forma correta e propor as correções para analise. Conforme manual presente no link: http://svn.code.sf.net/p/acbr/code/tools/Bancos/Santander/Layout CNAB 400 posições Out de 2009.pdf Temos no arquivo de remessa na posição 352 a 381 o Nome do sacador ou coobrigado Print da alteração: ACBrBancoSantander.pas Alteração na linha: 817 Segue arquivo alterado com a informação alterada para analise.

RESOLVIDO atualizando a pasta PCNCOMUM dos fontes.

Validamos que o documento origem não está sendo exibido na impressão, apesar de estar presente no XML. Validando o XML e as rotinas, vimos que o documento origem está com um "tipo" e portanto o componente não encontra a TAG. Mais alguém tem passado por isso? Segue XML de retorno: Estamos utilizando a versão 2.0

Hoje tive que atualizar a biblioteca do acbr, e vi que minhas alteração não foram incluídas. Já fazem 8 meses que meu clientes utilizam... Gostaria muito de colaborar com a comunidade, porém vejo que por alguma razão minhas alterações não foram aceitas. Se alguém puder me dar um feedback com o motivo, eu agradeceria.

Desculpe, mas perguntei se SERÃO incorporadas, e não se FORAM. Pergunto pois caso tenha algo que não concordem ou ferem algum principio da comunidade, preciso de um feedback para ajustar.

Bom dia. Negativo. A mensagem sai no boleto sim. Com os dias conforme a mensagem descrita acima. "Protestar em X dias após o vencimento". O registro 5 da remessa contempla os dados do Avalista, como nome, CPF, endereço...etc if GerarLinhaAvalista then begin {Pegando Tipo de Sacador} case Sacado.SacadoAvalista.Pessoa of pFisica : ATipoSacador := '01'; pJuridica : ATipoSacador := '02'; end; wLinha:= '5' + // 001 a 001 - IDENTIFICAÇÃO DO REGISTRO TRANSAÇÃO (6) PadRight(Sacado.SacadoAvalista.Email, 120, ' ') + // 002 a 121 - ENDEREÇO DE E-MAIL DO PAGADOR ATipoSacador + // 122 a 123 - IDENT. DO TIPO DE INSCRIÇÃO DO SACADOR/AVALISTA PadLeft(OnlyNumber(ACBrBoleto.Cedente.CNPJCPF),14,'0') + // 124 a 137 - NÚMERO DE INSCRIÇÃO DO SACADOR AVALISTA PadRight( TiraAcentos( Sacado.SacadoAvalista.Logradouro + ',' + Sacado.SacadoAvalista.Numero + ',' + Sacado.SacadoAvalista.Complemento ), 40, ' ') + // 138 a 177 - RUA, Nº E COMPLEMENTO DO SACADOR AVALISTA PadRight( TiraAcentos( Sacado.SacadoAvalista.Bairro), 12, ' ') + // 178 a 189 - BAIRRO DO SACADOR AVALISTA PadRight(Sacado.SacadoAvalista.Cep, 8, ' ') + // 190 a 197 - CEP DO SACADOR AVALISTA PadRight( TiraAcentos( Sacado.SacadoAvalista.Cidade ), 15, ' ')+ // 198 a 212 - CIDADE DO SACADOR AVALISTA PadRight(Sacado.SacadoAvalista.Uf, 2) + // 213 a 214 - UF (ESTADO) DO SACADOR AVALISTA space(180) + // 215 a 394 - COMPLEMENTO DE REGISTRO IntToStrZero(aRemessa.Count + 1, 6); // 395 a 400 - NÚMERO SEQUENCIAL DO REGISTRO NO ARQUIVO ARemessa.Text:= ARemessa.Text + UpperCase(wLinha); end; Parte do código inserido na classe, conforme dito acima, são os dados completos do avalista.

Boa tarde... Precisava saber se minhas alterações serão incorporadas no oficial?

Boa tarde... Precisava saber se minhas alterações serão incorporadas no oficial?

Olá. Neste caso passo a informação de prazo para protesto e é inserida a mensagem "Protestar em X dias após o vencimento". Para o protesto usa-se as informações do avalista.

Tarde galera... desculpem a demora mas homologuei o boleto no itau e vou subir as alterações que fiz na unit para análise dos senhores. Alterei também a impressao do fast para sair os dados. ACBrBancoSicredi.pas ACBrBoletoFCFR.dfm ACBrBoletoFCFR.pas

Tarde galera... desculpem a demora mas homologuei o boleto no itau e vou subir as alterações que fiz na unit para análise dos senhores. ACBrBancoItau.pas

Desculpe a confusão com os nomes, onde escrevo sacador, me refiro ao sacador/avalista. Criei uma regra na classe, caso todos os dados do sacador/avalista esteja preenchido, cria-se o registro 5 e é feito essa troca dos cnpj's acima citados. Gostaria de saber se os senhores(as) acreditam que possa causar problemas para alguem, visto q somente fará isso no Itau e caso preencha TODOS os dados do sacador/avalista.