Ir para conteúdo
  • Cadastre-se

eric100

Membros
  • Total de ítens

    72
  • Registro em

  • Última visita

Posts postados por eric100

  1. 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.

    image.thumb.png.a49e399c76af06b19be19664e1682287.png

    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.

  2. 38 minutos atrás, Reinaldo Silveira disse:

    Olá pessoal.

    Alguém tem mais detalhes sobre essa autenticação dos correios?

    Como e onde se cadastrar, se é gratuito ou pago, valores, etc.

    Obrigado!

    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. 

    • Curtir 1
  3. Em 04/08/2023 at 14:36, Juliomar Marchetti disse:

    estão assim e está assim no código no svn que eu mesmo subi

    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? 

  4. 13 horas atrás, Juliomar Marchetti disse:

    Então existe duas informações distintas ai

    quando consulta vem de um jeito e quando inclui vem de outro mas já está tratado

    e estamos usando em produção em nossos clientes

    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?

  5. 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.

    image.thumb.png.39acbe3dc37669568150c27f15822601.png

    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.

    image.thumb.png.a5c119c32c7139ec39f994f5b4136c37.png

    image.thumb.png.cb7a1dbd7f8d1bf936c6ec91f228ab03.png

    ACBrBoletoRet_Sicredi_APIV2.pas

     

    Após os ajustes, funcionou corretamente. 

    Todos os testes efetuados em homologação

     

     

     

     

  6. 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

    image.png.a22d33f6810b60d9b36ad7555dea3863.png

     

    Para as mensagens de cobrança, implementamos o seguimento S.

    image.png.ddb78c4fc5c4d10a34ee0b958b89f4aa.png

     

    Após os ajustes, homologamos corretamente. Segue arquivo para análise e incorporação. 

     

    ACBrBancoABCBrasil.pas

  7. 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:

    image.thumb.png.a9e0148d98f6b7a9a76772d96a33e28d.png

    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

    image.png.907438ca190d2b776026a7aae1de42ca.png

    ACBrBancoSicredi.pasimage.thumb.png.f5e50d91d244e103172d9c919ec4c519.png

     

     

    Arquivos alterados foram anexados.

     

    ACBrBoleto.pas ACBrBancoSicredi.pas

  8. 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?

    image.thumb.png.5591ca76081391650039f6817a1befd8.png

     

    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                                                  

  9. 44 minutos atrás, marcelo.hgv disse:

    Como estou utilizando via CNAB ele funcionou perfeitamente desta forma.

    Perfeito.

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

    • Curtir 1
  10. 28 minutos atrás, marcelo.hgv disse:

    Nos nossos testes não estamos gerando o EMV no registro do boleto, estamos enviado que é boleto hibrido, o banco gera o EMV e precisamos pegar esta informação que o banco devolve. No arquivo de retorno do banco vem 3 informações para serem utilizadas, TXID(Posições 21 a 55), url(posições 57 a 133) e Copia e Cola(posições 135 a 390). No nosso caso precisamos coletar o campo "copia e cola"  que é onde tem toda a informação para colocar na impressão do boleto no campo EMV. Os outros campos TXID e url não no nosso cenário não seriam utilizados.

    image.png.5415474595f508390209c913bbe051e2.png

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

  11. 17 minutos atrás, marcelo.hgv disse:

    E vc leu o qrcode do boleto para pagar, pra mim deu erro na leitura do qrcode. Você já enviava o EMV para o Sicredi ou pegava o retorno que o banco gerava? Você conseguiu gerar o mesmo EMV que o Banco, eu não estou gerando pois alguns posts aqui dizem que o EMV diverge do EMV retornado pelo Banco.

    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. 

  12. 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. 

    • Curtir 1
  13. Em 16/12/2022 at 11:19, Victor H. Gonzales - Panda disse:

    Bom dia,

    verifiquem se com essas units as implementações estão corretas, caso sim, as mesmas serão enviadas para o SVN.

    Obrigado pela contribuição de todos

    ACBrBoleto.pas 246.09 kB · 2 downloads ACBrBancoSicredi.pas 128.15 kB · 2 downloads

    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. 

    • Curtir 3
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.