Histórico

talvez ainda dê mas com eu mesmo me encarregando de enviar um webhook separado pra essa ação

A mudança para o status REMOVIDA_PELO_USUARIO_RECEBEDOR não aciona o webhook, já que é a própria aplicação que está realizando essa ação, então já terá conhecimento de que foi feito.

aliás, essa alteração dispara o webhook?

pode me auxiliar @guilherme_efi , em relação a esse webhook

Você pode configurar uma webhook URL para receber atualizações automáticas da cobrança Pix em sua aplicação. [Veja aqui](https://dev.efipay.com.br/docs/api-pix/webhooks) mais detalhes.
E para consultar uma cobrança específica, você pode usar o endpoint [GET /v2/cob/:txid](https://dev.efipay.com.br/docs/api-pix/cobrancas-imediatas#consultar-cobran%C3%A7a).

Boa tarde, tudo bem ? Não é possível testar o webhook localmente, você precisa passar uma URL pública no momento de cadastra-lo.

Para receber a atualização do pagamento, você deverá cadastrar um webhook, utilizando o endpoint PUT /v2/webhook/:chave. Em nossa documentação, você encontra todos os detalhes de como deverá configurar seu servidor - https://dev.efipay.com.br/docs/api-pix/webhooks

Boa tarde @guilherme_efi , estou configurando localmente servidor para consultar pagamentos via pix utlizando webhook, porem, meu servidor local é XAMP

Quando o cliente abre um MED é enviada alguma requisição no webhook? Ou então existe alguma rota para consultar os MEDs abertos? Pois pelo que verifiquei o status permanece como 'CONCLUIDO'

Aqui em nossa documentação tem mais detalhes de como deve ser feita essa configuração: https://dev.efipay.com.br/docs/api-pix/webhooks

Boa tarde, tudo bem? As notificações da API Pix funcionam de maneira diferente da API de cobranças. No caso do Pix, você cadastra um webhook para sua chave e, toda vez que houver um recebimento, uma notificação será enviada para esse webhook que foi cadastrado anteriormente

Acho que criar/modificar/deletar não carece e é uma quebra do modelo de segurança... mas visualizar seria legal sim, visualização que já está disponível para as chamadas que se faz na API Pix, inclusive a de configuração de webhook, mas não para o sentido oposto, das chamadas feitas para o webhook.

Criar um menu de gerenciamento de webhooks fixos no site da Efí

Nele seria possível criar, modificar, deletar, e visualizar as requisições de um webhook - se foi entregue com sucesso, se falhou...

Talvez seria interessante ele aqui 👇

Sim. E que pode ser ou básica (só mostra o QR-Code) ou que pelo webhook do pagamento usa WebSockets para mudar a página (ex: some com o QR-Code).

Ou deixar só duas instâncias mesmo por redundância com só uma atendendo, pq o webhook em si é um processamento bem leve.

O SDK eu não sei, mas a API não tem problema com gerar 36 tokens de acesso e fazer as requisições sem fatores blocantes de concorrência. Mas a parte assíncrona, os webhooks, vai precisar de algum load-balancer para paralelizar, e o load-balancer em si é não paralelo.

[Neste trecho da documentação técnica](https://dev.efipay.com.br/docs/api-pix/webhooks#exemplos-de-configura%C3%A7%C3%B5es-de-servidor) você encontra um exemplo de configuração de servidor com mTLS.

Então compare o código da geração de cobranças com o da configuração do webhook... por exemplo, você está obtendo o token OAuth antes da configuração do webhook ? Pq precisa igual à geração de cobrança...

@guilherme_efi @rubenskuhl sabem o eu estou fazendo de errado ou misturando? A geração de cobranças funciona corretamente, só não consigo criar o webhook mesmo

Ah sim, me desculpe a confusão. No caso dos endpoints de lote, são usados para emitir cobranças Pix para recebimento.
No momento, não dispomos de um endpoint de envio em lote, mas você pode utilizar o [endpoint de envio de Pix](https://dev.efipay.com.br/docs/api-pix/gestao-de-pix#requisitar-envio-de-pix) e programar o loop que realizará os envios. Neste cenário, recomendamos que o envio de Pix por API esteja condicionado à conclusão da transação anterior, a qual é notificada por meio do webhook.