eric100

Após retorno de erro por parte do banco ABC para homologação ajustamos: - Retiramos as mensagens das posições 100-139 no segmento R, que o manual diz para passar em branco - Passamos em branco as posições 140-179 no segmento R, que o manual diz para passar em branco Para as mensagens de cobrança, implementamos o seguimento S. Após os ajustes, homologamos corretamente. Segue arquivo para análise e incorporação. ACBrBancoABCBrasil.pas

De uma olhada no meu tópico. Fiz alguns ajustes e o banco validou.

Após atualizar os fonte vi que a imagem foi alterada. Ficou somente o HEADER sem alteração do nome de UNIPRIME para SISPRIME. Ajustamos. Ajustamos também para o caso da instrução estiver 03 – Sem Protesto / Negativação estava exigindo os dias de protesto. Segue arquivo alterado. ACBrUniprimeNortePR.pas

Fala minha. Não anexei o manual. Segue. Manual de Cobranca - Layout CNAB 400 Atualizado.pdf

Fomos solicitados para uma pequena alteração nos dados das remessas e impressão dos boletos UNIPRIME, que passou a se chamar SISPRIME. https://www.sisprimedobrasil.com.br/post.php?post=uniprime-do-brasil-agora-e-sisprime-do-brasil- Alguém chegou a alterar ou tem mais informações? A principio seria somente alterar o nome do banco no header da remessa e a logo dos boletos... Obrigado.

Consegui resolver com as seguintes alterações: 1. Não estamos passando o TXID, substituímos por ***. 2. Passamos a cidade como "Cidade" 3. Passamos o recebedor como "Pix" Justificativas para os itens: 1:Alterei para não passar mais o txID pois ao validar estava apresentando que o campo não poderia ter mais de 25 caracteres: Essa Informação foi confirmada em: https://www.bcb.gov.br/content/estabilidadefinanceira/forumpireunioes/anexo01-pix-padroes-init-pix-v2.0.0-release.pdf (pg.14) "O objeto primitivo EMV 62-05 Reference Label, conforme especificado no manual do BR Code, é limitado a 25 caracteres e quando em efeito31 , deve ser mapeado para o campo TransactionIdentification pelo PSP do pagador. " 2, 3: Baseando no retorno do CNAB 400 em exemplo que retorna do banco com essas informações. "00020126910014br.gov.bcb.pix2569pix-qrcode.sicredi.com.br/qr/v2/cobv/4f625d6cd119407caa31d51c4f2ed8835204000053039865802BR5903PIX6006Cidade62070503***6304E2AE" Segue locais alterados: ACBrBoleto.pas ACBrBancoSicredi.pas Arquivos alterados foram anexados. ACBrBoleto.pas ACBrBancoSicredi.pas

Bom dia. Após auxiliar na implementação do boleto hibrido sicredi 240 e 400 recebi o retorno bancário do 400(que deu tudo certo) e do 240(que deu problema. No modelo 240 o EMV não vem informado e temos que montar. Após implementação o EMV fica inválido. Alguém conseguiu montar o EMV com sucesso nesta modalidade? Exemplo de EMV criado que não deixa pagar: 00020101021226910014br.gov.bcb.pix2569pix-qrcode.sicredi.com.br/qr/v2/cobv/e4786eec698641a9bae8097b462a4a8f5204000053039865802BR62360532b1f5a6dbe6ab46c08eda4e9b3b2d93fd6304267E Segue linha do retorno: 7480001300003Y 0203 pix-qrcode.sicredi.com.br/qr/v2/cobv/e4786eec698641a9bae8097b462a4a8f b1f5a6dbe6ab46c08eda4e9b3b2d93fd

Meu cliente ainda não está utilizando em produção e com isso não tenho arquivos de retorno. Se o amigo @marcelo.hgv puder enviar para analise, agilizaria o processo.

Perfeito. Poste os arquivos alterados que a equipe do ACBr valida e caso aprovada, sobe a alteração.

Gerou em produção e deu certo desta forma?

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.