A api de cobranças sim.
Termos mais procurados:
Histórico de mensagens
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Consulta de Chave PIX na API de Envio
- Configuração de URLs para Recebimento de Status
- Acionamento de Webhooks em Pagamentos e Devoluções
- Implementação da SDK do Pix em Next.js ou React
- Cobrança em Período de Teste Grátis de 7 dias
- Especificação da URL do Webhook no Exemplo Pix
- Repetição do Processo de Criação com txid
- Recebimento de Pagamentos via QR Code e Arduino
- Implementação do Módulo Gerencianet no Perfex CRM
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Problemas com Token em Ambiente de Homologação
- Funcionamento do Webhook em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Integração de Pix no Bubble (Plataforma No-Code)
- Notificações de Pagamento de Boleto e Pix
- Utilização de Endpoints e Payload no Pix
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Data: 11/01/2024
eu achava que api da EFI de cada cliente tivesse um campo para preenchermos com a URL
Pior que quando eles podiam usar isso para extender o webhook para o Pix Automático, parece que eles não vão fazer isso e colocar um webhook à parte.
o que já tenho está funcionando legal
Eu me lasquei com isso uma vez rsssss...
blz!!!!
E com a pegadinha (que veio da especificação do BACEN) que você manda a URL https://exemplo.com.br/webhook , e o POST de pagamento vem em https://exemplo.com.br/webhook/pix
O lado bom é que possívelmente você já tá com o mTLS configurado.
Sim, pode ser que vc não tenha implementado também, aqui no meu caso como não há necessidade eu cadastrei fazendo a requisição na unha mesmo.. Mas como sua solução é SaaS, o ideal já é automatizar.
vou rever no meu sistema onde eu fiz isso da primeira vez
acho que é aqui
acho que estou lembrando.......
{
"pix": [
{
"endToEndId": "E1803615022211340s08793XPJ",
"txid": "fc9a43k6ff384ryP5f41719",
"chave": "2c3c7441-b91e-4982-3c25-6105581e18ae",
"valor": "0.01",
"horario": "2020-12-21T13:40:34.000Z",
"infoPagador": "pagando o pix"
}
]
}
"pix": [
{
"endToEndId": "E1803615022211340s08793XPJ",
"txid": "fc9a43k6ff384ryP5f41719",
"chave": "2c3c7441-b91e-4982-3c25-6105581e18ae",
"valor": "0.01",
"horario": "2020-12-21T13:40:34.000Z",
"infoPagador": "pagando o pix"
}
]
}
O campo pix.chave é o que você pode usar para identificar quem é que recebeu aquele pagamento. É inclusive uma questão de segurança verificar que se trata de um txid que você gerou para aquela chave Pix.
Você terá que cadastrar a url para cada conta.
Em cada cliente você vai ter que fazer PUT no /webhook/:chave apontando para seu webhook. Pode ser a mesma URL, e você trata quem é quem pela chave Pix.
trato 'quem é quem' através do conteudo vindo dessas requisições
tenho conta no ASAAS também e lá o endpoint é um só e recebe requisições de todos clientes que usam o ASAAS
sim