Histórico de mensagens sobre an

O Content-type me parece ser "application/json"... mas se qualquer Content-Type está valendo, aí tá tudo bem. Eu acho que a Efí não manda Authorization no webhook, pq já é enviado com client-certificate no TLS.

não não ... queria apenas certificar quais os headers necessários para não deixar sobrando nem faltando

há na documentação detalhes sobre os métodos e headers a serem configurados?

estou usando assim

response.set('Access-Control-Allow-Origin', '34.193.116.226')
response.set('Access-Control-Allow-Methods', 'POST')
response.set('Access-Control-Allow-Headers', 'Content-Type, Authorization')

estou há umas duas semanas também travado nesse webhook 😅

A verificação pelo IP e HMAC é uma alternativa à configuração mTLS no seu servidor. Você não precisa configurar o certificado e fazer as validações do HMAC e IP.
Se você optar pela configuração mTLS, somente ela já garante a segurança, e você não precisa fazer as outras validações.

cara, estou nesse mesmo ponto ai... consegui configurar a url usando pixConfigWebhook e skip mtls , preciso confirmar agora se ainda há necessidade da comparação locamente

obrigado pelas respostas anteriores , já elucidou aqui algumas questões

sobre essa questão do skip mtls, estou verificando pelo ip, estou verificando o hmac, ainda preciso também fazer essa questão do certificado?! (estou desenvolvendo usando cloud function)

Boa tarde! Estou tentando implementar o recebimento via PIX em minha API e preciso criar um webhook. Minha API é feita usando o NestJS e queria criar um serviço e uma rota aqui para o webhook, porem, olhando na documentação da EFI, notei que é solicitado que crie um httpServer com algumas infos de certificado... Alguem sabe se tenho realmente que fazer aquilo? Se sim, tem como fazer isso no Nest sem impactar nada?

Boa tarde, @mesenga.! Tudo bem?
O status não é enviado na notificação. Segue o json de uma notificação de pagamento:

olá, consegui cadastrar a url usando pixConfigWebhook (sdk typescript), agora depois de gerar a cobrança e cadastrar o webhook recebo uma requisição na url cadastrada com o seguinte payload

DEFAULT 2024-05-30T16:03:39.462573Z /webhook payload: {
DEFAULT 2024-05-30T16:03:39.462585Z pix: [
DEFAULT 2024-05-30T16:03:39.462589Z {
DEFAULT 2024-05-30T16:03:39.462593Z endToEndId: 'E09089356202405301603API5d83da44',
DEFAULT 2024-05-30T16:03:39.462595Z txid: '89ddfba0723a4ef2b9ef5597381368aa',
DEFAULT 2024-05-30T16:03:39.462598Z chave: ,
DEFAULT 2024-05-30T16:03:39.462600Z valor: '4.00',
DEFAULT 2024-05-30T16:03:39.462602Z horario: '2024-05-30T16:03:09.000Z',
DEFAULT 2024-05-30T16:03:39.462605Z infoPagador: 'Teste de pagamento em ambiente sandbox'
DEFAULT 2024-05-30T16:03:39.462610Z }
DEFAULT 2024-05-30T16:03:39.462612Z ]
DEFAULT 2024-05-30T16:03:39.462615Z }

eu pensei que receberia o objeto com a propriedade status

alguém pode me ajudar a entender? grato

Precisa usar chamadas de API diferentes. Tem que usar os endpoints de split de Pix, vide https://dev.efipay.com.br/docs/api-pix/split-de-pagamento-pix . Mas que compartilham bastante coisa com a cobrança tradicional.