Consigo validar isso antes da transferência?
O afiliado colocando as informações bancárias?
Termos mais procurados:
Histórico de mensagens
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Repetição do Processo de Criação com txid
- Configuração de URLs para Recebimento de Status
- Implementação do Módulo Gerencianet no Perfex CRM
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Problemas com Token em Ambiente de Homologação
- Implementação da SDK do Pix em Next.js ou React
- Recebimento de Pagamentos via QR Code e Arduino
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Atualização de informações no Retentiva de Cobrança
- Teste de Status de Pagamento em Ambiente de Homologação
- Autenticação com Certificado em NextJS
- Utilização de Endpoints e Payload no Pix
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Integrações com o Laravel e SDK de PHP da EFI
- Cobrança em Período de Teste Grátis de 7 dias
- Geração de payment_token pelo Postman e teste em homologação
- Especificação da URL do Webhook no Exemplo Pix
- Retenção de Pagamento no PIX em Marketplace
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Cancelamento de Boleto e Remoção do DDA
- Integração da API do Pix em Sistema Próprio
- Acionamento de Webhooks em Pagamentos e Devoluções
EXIBINDO CONVERSAS RECENTES:
Data: 15/01/2024
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.
{
"valor": "12.34",
"pagador": {
"chave": "19974764017",
"infoPagador": "Segue o pagamento da conta"
},
"favorecido": {
"contaBanco": {
"nome": "JOSE CARVALHO",
"cpf": "10519952057",
"codigoBanco": "09089356",
"agencia": "1",
"conta": "123453",
"tipoConta": "cacc"
}
}
}
"valor": "12.34",
"pagador": {
"chave": "19974764017",
"infoPagador": "Segue o pagamento da conta"
},
"favorecido": {
"contaBanco": {
"nome": "JOSE CARVALHO",
"cpf": "10519952057",
"codigoBanco": "09089356",
"agencia": "1",
"conta": "123453",
"tipoConta": "cacc"
}
}
}
Pede só nome, CPF, agência, conta e se é conta bancária/pagamento ou poupança. O codigoBanco é o ISPB (não é o código COMPE de 3 CNPJs, é o CNPJ do banco sem código de filial ou check digits).
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:
POST https://pix-h.api.efipay.com.br/oauth/token
Error: socket hang up
Request Headers
Content-Type: application/json
Authorization: Basic ...
User-Agent: PostmanRuntime/7.36.1
Accept: /
Postman-Token: ...
Host: pix-h.api.efipay.com.br
Accept-Encoding: gzip, deflate, br
Connection: keep-alive
Request Body
{
"grant_type": "client_credentials"
}
Error: socket hang up
Request Headers
Content-Type: application/json
Authorization: Basic ...
User-Agent: PostmanRuntime/7.36.1
Accept: /
Postman-Token: ...
Host: pix-h.api.efipay.com.br
Accept-Encoding: gzip, deflate, br
Connection: keep-alive
Request Body
{
"grant_type": "client_credentials"
}
Parece que o Paulo conseguiu resolver, mas não entendi como fez. Alguém pode me ajudar?
grato
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
Porém eu prefiro não permitir a chave, justamente porque a pessoa pode digitar uma inválida.
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.
Eu faço assim.
Afinal o interesse maior em receber é da pessoa, não ?
Acho que a empresa poderia simplesmente permitir que a pessoa cadastre os dados bancários. Junto há isso, faz como o @rubenskuhl disse e valide se o CPF/CNPJ destino é o mesmo de cadastro. Caso insira e o valor não vá, trate o motivo e solicite a atualização.
Acredito que sempre hajam soluções para problemas reais... mas nesse caso, está parecendo mais com spam. E aí espero que não tenha solução.
Sim.
Verificar se as informações bate com a que o titular informou.
Como "Nome" e "Banco".
É para uma grande empresa com milhares de afiliados, precisa disso para garantir desde do cadastro, porém por alguns motivos não pode haver essa transferência antes que seja realmente o pagamento da comissão.
Seria apenas por curiosidade ou acredita que tem alguma outra solução para mim??
Essa é uma estratégia... a que me agrada mais é a da restrição do CPF/CNPJ destino na chave. Aí se o cara põe uma chave errada, ainda assim não vai dinheiro para a pessoa errada.