Histórico de mensagens sobre webhook pix em pix

Isso mesmo @andersonhsilva ! Esse serviço está protegido por uma camada de autenticação mTLS. Os callbacks são enviados pela Efí via POST url-webhook-cadastrada​/pix quando há uma alteração no status do Pix.

Para configurar o webhook, você deve consumir a rota PUT /v2/webhook/:chave. Em nossa documentação, você encontra detalhes sobre como você deve configurar seu servidor - https://dev.efipay.com.br/docs/api-pix/webhooks.

eu vi consegui aqui, porem vou partir pra parte do webhook pra saber se o pix foi pago

{
"chavePix": "0aee45d3-0c50-4104-90f7-af6142f01b84",
"webhookUrl": "https://doss-api.azurewebsites.net/api/v1/residential/onboard/webhook/pix?ignorar="
}

Você passou qual a URL na chamada para webhook ? Você atende tanto em URL e URL+"/pix" ?

Boa noite, alguém já teve a mensagem de erro e conseguiu resolver: "{
nome: 'webhook_invalido',
mensagem: 'A URL informada está inacessível'
}", ao tentar configurar o webhook do pix? Estou tentando ainda de Homologação. No momento não sei como prosseguir.

Aqui você pode verificar sobre a configuração e a informação enviada no webhook: https://dev.efipay.com.br/docs/api-pix/webhooks#recebendo-callbacks

mas para simular o pagamento no meu webhook devo utilizar a api do PixSend ?

Bom dia, para realizar teste no meu webhook, devo utilizar a api /v2/gn/pix/:idEnvio
correto ?

Bom dia!
Atualmente, é necessário primeiro cadastrar a configuração de Split, depois emitir a cobrança e associar essa cobrança à configuração de Split previamente cadastrada.
Segue o fluxograma para uma visualização mais clara: https://dev.efipay.com.br/docs/api-pix/fluxogramas/#split-de-pagamento-pix

O endpoint de cadastro de webhook solicita o parâmetro da chave e este é obrigatório. Portanto, para cada chave Pix, será necessário realizar o cadastro do webhook, que pode ser a mesma ou uma URL diferente

Se precisar de mais alguma informação ou assistência, estou à disposição para ajudar!

Olá, estou estudando a api de pix do EfiPay, até o momento estou bem feliz com tudo que estou vendo. Mas ainda estou com algumas dúvidas que são mais para confirmar se eu realmente entendi bem tudo.

# PIX + Split de pagamento
Eu tenho intenção de usar o split de pagamento juntamente com PIX. Vi que existe uma forma onde eu crie uma split config no POST /v2/gn/split/config .
- Uma vez que eu criar uma split config, não existe uma forma onde eu consiga criar o pagamento PIX já com o split config em uma única requisição?
- Eu tenho que criar o PIX e então associar o split de pagamento previamente criado? (2 requisições)

# PIX Webhooks
Outra importante parte que precisarei integrar é a api de webhook, também vi que precisa cadastrar este event jutamente com uma chave PIX. Portanto se tiver 3 chaves, serão 3 subscriptions para escutar os updates relacionados a estas chaves.
- Existe uma forma onde eu possa registrar meu webhook globalmente ao invés de registrar por chave?

Mesmo na devolução, o webhook vai dar a nova situação daquele Pix.
O que você precisa validar é (1) certificado da Efí no mTLS (2) que a chave Pix é uma para a qual você emitiu cobrança naquele txid

Vou utilizar a EFI por conta do SDK e documentação que é maravilhosa, mas a questão do WEBHOOK do pix é realmente uma pedra no sapato, não tem nenhum concorrente da EFI que eu tenha conhecimento que utilize mtls, pra implementar isso no meu sistema eu vou ter que mudar toda a estrutura do meu servidor aumento muito o nivel de complexidade para simplesmente receber a confirmação do recebimento. Pensei varias vezes em mudar para outra plataforma por causa disso. Para não ter que fazer a configuração do mtls estou pensando em validar de outra maneira atraves das chamadas mesmo. Assim que o usuario atualizar a tela ou entrar fazer a chamada para verificar. Isso deixa a desejar muito.

Olá, @diogo.f.m.7 e @rubenskuhl. Bom dia!

Gostaríamos de esclarecer que, conforme as normas do Banco Central, as notificações enviadas do PSP recebedor (no caso, a Efí) para o usuário recebedor trafegam utilizando o canal mTLS. Como parte desse protocolo, sempre enviamos o certificado nos webhooks, seja no cadastro ou na notificação de Pix.

Entendemos que em alguns cenários, como hospedagem em servidores compartilhados, pode haver restrições em relação à inserção de certificados. Por isso, disponibilizamos a opção skip mTLS, que permite o cadastro do webhook sem a necessidade do hand shake mTLS por parte do integrador. É importante destacar que, ao optar por utilizar o atributo skip mTLS, o integrador fica responsável por validar o nosso certificado, conforme as orientações que fornecemos.

Ressaltamos que sempre seguimos as diretrizes do Banco Central para garantir a segurança e conformidade de nossos serviços. 🧡

Esse tipo de argumento foi passado para o BACEN, está no histórico do Github do BACEN. Mas não aceitaram, e o padrão é com mTLS. Notar que o webhook do Pix tem mais informações do que só um transaction ID, então isso pode ter colaborado para essa exigência. Ou por homogeneidade com o OpenFinance.

Não é pq o webhook falhou, q o Pix vai ser desfeito... Se o webhook não chegar na aplicação, nada muda, financeiramente...

public async Task SaveWebhookUrl(Guid chavePix, string webhoookUrl)
{
dynamic efi = new EfiPay(
appSettings.Payment.ClientId,
appSettings.Payment.ClientSecret,
appSettings.Payment.Sandbox,
appSettings.Payment.Certificate
);

var headers = "{\"x-skip-mtls-checking\": \"true\"}";

var param = new
{
chave = chavePix.ToString()
};

var body = new
{
webhookUrl = webhoookUrl
};
var result = Task.FromResult(efi.PixConfigWebhook(param, body, headers));
await Task.FromResult(efi.PixConfigWebhook(param, body, headers));
}

ok, eu fiz essa implementacao
public async Task SaveWebhookUrl(Guid chavePix, string webhoookUrl)
{
dynamic efi = new EfiPay(
appSettings.Payment.ClientId,
appSettings.Payment.ClientSecret,
appSettings.Payment.Sandbox,
appSettings.Payment.Certificate
);

var headers = "{\"x-skip-mtls-checking\": \"true\"}";

var param = new
{
chave = chavePix.ToString()
};

var body = new
{
webhookUrl = webhoookUrl
};

await Task.FromResult(efi.PixConfigWebhook(param, body, headers));
}

https://github.com/efipay/sdk-dotnet-apis-efi/blob/main/Examples/pix/webhooks/PixConfigWebhook.cs

Principal diferença do webhook é que ele se aplica a todos os Pix de uma determinada chave Pix, não é URL de notificação para cada transação. Isso que pode estar confundindo o @alex_684067_87631 .