Histórico de mensagens sobre an

Caso você tenha interessa em ver como o BACEN restringe isso, este manual explica o sistema de "baldes":
https://www.bcb.gov.br/content/estabilidadefinanceira/pix/Regulamento_Pix/X_ManualOperacionaldoDICT.pdf

Mas algo a colocar como risco bem mais imediato é dessa empresa, ou outras empresas, pararem de fornecer isso. Elas estão correndo um risco muito grande fazendo isso, e entre serem fechadas pelo BACEN e deixarem de te fornecer isso, a escolha é simples.

Mas a preocupação do @hiagosilvas é válida. É um risco a ser incluído no mapa de riscos dessa parceria, mesmo não havendo hoje norma explícita vedando isso e já havendo vários casos similares no mercado.

Aí que tá o segredo meu caro, abriu a conta a empresa já ganhou, depois você faz o que quiser kkkkkk

Sim, muito lucrativo por sinal.

Igual quando as empresas obrigam abrimos conta em determinado bancos para receber os salários.

Nao foi atoa que a McDonald ficou rica alugando os terrenos para os franquiados e não vendando hambúrguer.

Obrigar a pessoa a usar o banco X pra receber?

Não tem validação, pq você já nem deixa ele dizer o banco. Você que faz hard-code do codigoBanco com o do parceiro. Ele não tem como dizer nem qual a chave Pix nem qual o banco. Só pode dizer agência e conta.

Consigo validar isso antes da transferência?

O afiliado colocando as informações bancárias?

Tipo fez o Imposto de Renda ? Restituição só para chave CPF... 😉

Então, mas o pix.send funciona para chaves não CPF, mesmo com exigência de CPF. Você pode dizer que a chave destino é [email protected], mas especificar também o CPF e a Efí não efetiva a transação se o CPF da chave não bater.

Até porque tem umas IP aí que saiu registrando sem permissão.

Eu não uso chave hoje no pix.send, pra nós aqui ficou mais prático os dados bancários justamente para evitar erros. E também não acho justo obrigar a pessoa a registrar o CPF dela em uma conta pra receber.

Boa tarde, João!
Acredito que possa ser algo relacionado ao certificado. Vou criar um atendimento para analisar melhor

oi, gente!

Seguindo as instruções da documentação do PIX: https://dev.efipay.com.br/docs/api-pix/credenciais/

Baixei a collection no Postman e configurei tudo. Certificados e variáveis ok. Tentando autenticar ainda. Recebo o seguinte erro:

Então a solução é simples: pede os dados de agência e conta, apenas. E não de chave Pix. Aí a transferência vai sempre para o banco parceiro.

Entendi, como já imaginava, agregando zero.

Eu não faço parte realmente da equipe de TI, porém se eu encontrar essa solicitação irei ganhar.

Pois a empresa solicita que os afiliados recebam em um banco específico, e acredite o mesmo não tem integração.

O mais viável seria a mudança de banco, porém o banco é parceiro $$$ então fazem a verificação manual.

A questão é que o Banco Central, que instituiu o arranjo Pix, definiu quais são os casos de uso legítimos para consulta de chave Pix. E verificação não é um desses casos de uso... aí tudo que se tentar para enfiar um quadrado no buraco redondo, vai ser sub-ótimo.

Então envio PIX com dados bancários

Aqui vira e mexe acontece, tem gente que digita o número do cartão de 16 dígitos achando que é o número da conta kkkkkkk

Dados bancários são muito problemáticos. Estatística de devolução de TED ou de Pix por dados manuais é tenebrosa... e não é o caso dele, ele tem a chave Pix.