Histórico de mensagens sobre Pix

Crio uma cobrança e depois o qrCode da mesma, ao pagar o qrCode, o pix retorna outro txid diferente da cobrança referente ao qrCode.

txid: c2dd59d8c0bd4c5994e92dd1ee3994ea
pix.component.ts:41 PIX: 3a902594f4e44e348740d07c5be10509

Estou com um problema:

private async verificarPagamento(){
this.pixService.webhook.subscribe((events: PixInfo) => {
console.log('Evento:', events)
this.$cobranca?.subscribe(res => {
console.log('Cobranca:', res)
const txid = res.cobResponse.txid
console.log('txid:', txid)
events.pix.forEach(pix => {
console.log('PIX:', pix.txid)
if(pix.txid === txid){
console.log('O txid corresponde a cobrança')
}
})
})
})
}

os txid da cobrança não está sendo o mesmo que o txid que o pix está gerando.

Lembrando que ela não é passada na chamada da cobrança, e sim numa chamada anterior. E aí vale para qualquer cobrança com aquela chave Pix.

Na API Pix o parâmetro é {
"webhookUrl": "https://exemplo-pix/webhook"
}

É bem diferente do boleto, pois a notificação é configurada por chave Pix, não por cobrança.

https://dev.efipay.com.br/docs/api-pix/webhooks

Boa tarde, to mexendo na api pix, já deu certo a geração da cobrança mas a notificação não está chegando... alguém tem o local certo da documentação pra eu poder ver, não achei lá.. somente do boleto

Eu cai por acaso no site de vocês e vim tentar conhecer a solução de vocês. Eu ofereço um sistema ERP que dentre as funcionalidades existe a cobrança. Hoje ja geramos muitos boletos e pix com um sistema de pagamento concorrente. O que me falta é a funcionalidade de gerar a cobrança para o meu cliente em maquininha para cobrança física com CC. o Efi tem uma solução para isso ?

Fala pessoal, já tive esse problema e não lembro como resolvi.
Estou com dificuldade em registrar meu webhook.
O erro que recebo é este:
> {
> "nome": "webhook_invalido",
> "mensagem": "A URL informada respondeu com o código HTTP 400"
> }.

A configuração do meu Nginx:

location /rifas/gerencianet/webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass http://127.0.0.1:3333;
}

location / {
proxy_pass http://127.0.0.1:3333;
}

listen [::]:443 ssl ipv6only=on; # managed by Certbot
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/api.cacaubox.shop/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/api.cacaubox.shop/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

ssl_client_certificate /home/app/luck-back/src/modules/clients/certs/chain-pix-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
}
server {
if ($host = api.cacaubox.shop) {
return 301 https://$host$request_uri;
} # managed by Certbot


listen 80;
listen [::]:80;


Alguém poderia me ajuda? Preciso entender pq que dá isso, não aguento mais passar por esse erro direto 😅 .

Olá, @valmirwelter. Bom dia! Tudo bem?
Você pode tomar como base este exemplo e também baixar o código.

Olá, @nicolasvascaafobado. Bom dia! Tudo bem?
Esse endpoint que mencionou é para o recebimento de Pix via open finance. Daí esse idParticipante você obtêm no endpoint GET /v1/participantes.
Segue link para documentação: https://dev.efipay.com.br/docs/api-open-finance/participantes

No endpoint /pagamento/pix
idParticipante - Identificador do participante no diretório do Banco Central. (String)
onde pego este id ?

Se você tem um domínio .br, faça como se fosse extender a renovação por mais um ano no https://registro.br, escolha Pix e veja o que acha.

Boa noite. Alguém tem um modelo de checkout Pix para usar na API Efí?

Lembrando que mesmo usando um outro PSP recebedor, ainda assim o PSP pagador pode abrir MEDs... mas o MP gera um ou outro MED mas nada fora de proporção. Itaú e Nubank sim, mais % de MEDs do que de Pix.

Possível matriz de internacionalização do Pix:
https://docs.bis.org/nexus/introduction/nexus-overview