eric100

Existe forma de gerar o cUrl de uma requisição pelo componente? Motivo: Sempre que ocorre algum problema no banco, seja registro de boleto, consulta, etc... eles pedem a cUrl para validação e temos que ficar criando.

Sim. Já havia lido, porém lá não consigo postar a solução. Postei aqui para contribuir, caso aceitem.

Ao enviar títulos para o banco e algum dado tenha acento, o banco está retornando erro: { "timestamp":"2024-05-21T19:33:45.709+0000", "error":"BAD_REQUEST", "code":"400", "message":"400 BAD_REQUEST \"Failed to read HTTP message\"; nested exception is org.springframework.core.codec.DecodingException: JSON decoding error: Invalid UTF-8 middle byte 0x22; nested exception is com.fasterxml.jackson.databind.JsonMappingException: Invalid UTF-8 middle byte 0x22\n at [Source: (io.netty.buffer.ByteBufInputStream); line: 1, column: 424] (through reference chain: io.sicredi.ecomm.api.business.dto.request.BoletoHibridoRequest[\"pagador\"]->io.sicredi.ecomm.api.business.dto.request.Pagador[\"cidade\"])" } Implementamos a sugestão de melhoria na classe do sicredi: Segue arquivo alterado:ACBrBoletoW_Sicredi_APIV2.pas

Passei pelo mesmo erro. Nas versões anteriores ao Alexandria faltou uma diretiva. Ajustei aqui. ACBrSATExtratoFR.pas

Mais um capítulo da novela. Após diversas tentativas de contato para conseguir o login e senha do sistema SIGEP(utilizado atualmente pelo ACBr) me responderam o esse sistema está descontinuado... e para conseguir a senha tem que fazer vários processos, tornando-se inviável. Na contramão existe a API REST que todos com contrato tem acesso que funciona legal. Vou analisar para criar no componente os métodos necessários para essa nova API.

Acabei de assinar o contrato com os correios. Assim que liberarem meu acesso eu testo e reporto aqui o plano, funcionamento, forma de aderir, etc.

Estou com o mesmo problema. Aparentemente a API é privada e exigem um contrato, mas não encontrei como fazer, preços, etc... Alguem teve mais sucesso nesta busca?

Salve. Preciso utilizar o googlemaps para calcular rotas em Delphi. Utilizava a GMLib, porém parou de funcionar novamente... Alguém utilizando alguma solução? Alguma dica?

Notei que já subiram uma alteração igual a minha. Resolvido.

Entendi. Vou atualizar meu fontes novamente então. Em relação ao nosso número, que alterei para só passar para API os dados sem gerar o verificador se tiver com a quantidade certa de caracteres. Essa alteração podemos prosseguir?

Exatamente. Quanto insere retorna no qrCode, quando consulta retorna no codigoQrCode. Estão os 2 prints dos JSON de retorno e bate com o manual. No seu uso está retornando diferente?

Ainda não tenho os dados de produção liberados. Sobre a pagina 96 é sobre a consulta de um título. Minha alteração foi no resultado na operação de incluir. Fiz uma consulta detalhada e realmente retorna o nome "codigoQrCode", porém não alterei essa parte.

Segue imagem do manual: Segue link do manual: https://drive.google.com/file/d/1rw88rwYaZiMQVXSqTHdUFuRTKnPN_BVC/view?usp=drive_link Pelo tamanho não consegui anexar ao tópico.

Realizando os testes do banco Sicredi encontrei 2 pontos que não entendi o motivo de estar da forma que está e ajustei para atender os requisitos do banco. Segue explicação das alterações e arquivos alterados para analise. Nosso número Retirei a validação se o nosso número estiver informado, passa o valor informado e inseri se o nosso número informado estiver completo com 9 caracteres. Motivo: Passamos o nosso número como 12345. O componente formata de acordo com as solicitações do banco ficando: 23/12345-1. Enviando para API da forma que estava, passando o mesmo 12345, a API retornada que o nosso número precisava de 9 caracteres. Após o ajuste a classe passou a montar o nosso numero da forma correta. ACBrBoletoW_Sicredi_APIV2.pas Retorno - URL PIX Após aceite do banco não estava retornando a URL do PIX. Em validação do retorno obtido vi que o nome no JSON estava diferente. Ajustei o nome do campo. ACBrBoletoRet_Sicredi_APIV2.pas Após os ajustes, funcionou corretamente. Todos os testes efetuados em homologação

Bom dia. Alguma previsão para analise da minha alteração?

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?