Histórico de mensagens sobre an em pix

pelo visto quando chama retorna isso no timeline e pra min acredito que esteja ok

Connected to apidev.muzieonline.com.br (3.239.16.249) port 443 (#132)
ALPN, offering h2
ALPN, offering http/1.1
TLSv1.0 (OUT), TLS header, Certificate Status (22):
TLSv1.3 (OUT), TLS handshake, Client hello (1):
TLSv1.2 (IN), TLS header, Certificate Status (22):
TLSv1.3 (IN), TLS handshake, Server hello (2):
TLSv1.2 (IN), TLS header, Finished (20):
TLSv1.2 (IN), TLS header, Supplemental data (23):
TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
TLSv1.2 (IN), TLS header, Supplemental data (23):
TLSv1.3 (IN), TLS handshake, Request CERT (13):
TLSv1.2 (IN), TLS header, Supplemental data (23):
TLSv1.3 (IN), TLS handshake, Certificate (11):
TLSv1.2 (IN), TLS header, Supplemental data (23):
TLSv1.3 (IN), TLS handshake, CERT verify (15):
TLSv1.2 (IN), TLS header, Supplemental data (23):
TLSv1.3 (IN), TLS handshake, Finished (20):
TLSv1.2 (OUT), TLS header, Finished (20):
TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
TLSv1.2 (OUT), TLS header, Supplemental data (23):
TLSv1.3 (OUT), TLS handshake, Certificate (11):
TLSv1.2 (OUT), TLS header, Supplemental data (23):
TLSv1.3 (OUT), TLS handshake, Finished (20):
SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
ALPN, server accepted to use http/1.1
Server certificate:
subject: CN=apidev.muzieonline.com.br
start date: Sep 21 12:04:40 2022 GMT
expire date: Dec 20 12:04:39 2022 GMT
subjectAltName: host "apidev.muzieonline.com.br" matched cert's "apidev.muzieonline.com.br"
issuer: C=US; O=Let's Encrypt; CN=R3
SSL certificate verify ok.
TLSv1.2 (OUT), TLS header, Supplemental data (23):

o que achei estranho que cadastra URL normal

eu configurei no nginx porta 433 e redirecinando para minha api en nodejs para porta 8080 onde roda minha aplicação

ah por causa do hand-shake

chama a sua url direto no postman passando esse body e ve se sua aplicação ta recebendo

você pode testar se é problema de certificado cadastrando um webhook com o parametro x-skip-mtls-checking: true no header da requisição

Entendi @.guind porém não retornas nada no body POST que era pra vir - com body de teste do hand-shake que por exemplo foi a URL "meudominio/pay/webhook " que cadastrei retonar 200 OK

se vc cadastrou o webhook: api/pagamentos/webhook

vai vim as chamadas:
POST api/pagamentos/webhook - com body de teste do hand-shake
POST api/pagamentos/webhook/pix - com body do callback

tem semana que o ticket médio aumenta pra R$ 450, da pra arcar com isso não kkk

já estava no roadmap a taxa de cancelamento, vou ter que priorizar agora kkk

eita complicado, mas o jeito é repassar pro cliente final a taxa de estorno kkkkkk o ticket médio é de R$ 180, arcar com esse custo em grande escala é complicado

Bom, o meu alerta é que há PSPs que cobram para fazer estorno. Ou seja, além de não estornar a taxa, há um custo adicional para fazer a devolução... é bom estar atento.
(o que não é o caso da Gerencianet, que não cobra nova taxa para fazer a devolução)

O modelo comercial do meu app depende do clima, quando chove ou ta muito frio de manhã a galera costuma cancelar muito. Isso em várias regiões, bem imprevisível

Para mais detalhes acesse a nossa documentação em https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks

Boa tarde @leonardomg2082 ! Para você receber as confirmações do Pix, independente da sdk que você utilizar, você deve configurar um servidor e cadastrar o seu Webhook utilizando o endpoint PUT/v2/webhook/:chave.