Histórico de mensagens sobre chave pix

bom, não to conseguindo entender o seu problema pra tentar te ajudar, mas pelo que parece você quer criar uma chave pix e quer cadastrar ela em uma webhook

sim amigo, meu problema está sendo cadastrar a chave pix na webhook

Vc vai gerar chaves pix pra que?

eu vou precisar cadastrar varias chaves pix no meu link webhook, eu preciso de uma forma mais prática para cadastrar essas chaves , alguém tem alguma idéia ?

/
Detailed endpoint documentation
https://dev.efipay.com.br/docs/api-pix/webhooks#configurar-o-webhook-pix
/

$autoload = realpath(__DIR__ . "../../../../../../../vendor/autoload.php");
if (!file_exists($autoload)) {
die("Autoload file not found or on path $autoload.");
}
require_once $autoload;

use Efi\Exception\EfiException;
use Efi\EfiPay;

$optionsFile = __DIR__ . "/../../credentials/options.php";
if (!file_exists($optionsFile)) {
die("Options file not found or on path $options.");
}
$options = include $optionsFile;

$options["headers"] = [
"x-skip-mtls-checking" => false
];

$params = [
"chave" => ""
];

$body = [
"webhookUrl" => ""
];


try {
$api = new EfiPay($options);
$response = $api->pixConfigWebhook($params, $body);

if (isset($options["responseHeaders"]) && $options["responseHeaders"]) {
print_r("

" . json_encode($response->body, JSON_PRETTY_PRINT | JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) . "

" . json_encode($response->headers, JSON_PRETTY_PRINT | JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) . "

" . json_encode($response, JSON_PRETTY_PRINT | JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) . "

" . json_encode($e->headers, JSON_PRETTY_PRINT | JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) . "

/
Detailed endpoint documentation
https://dev.efipay.com.br/docs/api-pix/webhooks#configurar-o-webhook-pix
/

$autoload = realpath(__DIR__ . "/../../../vendor/autoload.php");
if (!file_exists($autoload)) {
die("Autoload file not found or on path $autoload.");
}
require_once $autoload;

use Efi\Exception\EfiException;
use Efi\EfiPay;

$optionsFile = __DIR__ . "/../../credentials/options.php";
if (!file_exists($optionsFile)) {
die("Options file not found or on path $options.");
}
$options = include $optionsFile;

$options["headers"] = [
"x-skip-mtls-checking" => false
];

$params = [
"chave" => "12345"
];

$body = [
"webhookUrl" => "www.meulink.com"
];

try {
$api = new EfiPay($options);
$response = $api->pixConfigWebhook($params, $body);

if (isset($options["responseHeaders"]) && $options["responseHeaders"]) {
print_r("

" . json_encode($response->body, JSON_PRETTY_PRINT | JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) . "

" . json_encode($response->headers, JSON_PRETTY_PRINT | JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) . "

" . json_encode($response, JSON_PRETTY_PRINT | JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) . "

" . json_encode($e->headers, JSON_PRETTY_PRINT | JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) . "

Primeiro, você deve cadastrar uma webhookUrl, através do método acima. Essa url deve ser vinculada a sua chave Pix, cadastrada na Efí.
Feito isso, qualquer cobrança que você gerar vinculada a esta chave, que for paga, será notificada na URL que você cadastrou.
Acredito que este tutorial do nosso curso possa te ajudar: https://youtu.be/XB9bcZFTV3M?list=PLRqvcUTH2VsWufBmzOdTVeLEOTGrPNoiu

Todo Pix, incluindo transferências manuais. Então pode ser mais interessante manter chaves Pix em outra instituição para não ter essa tarifação. Na Efí criar apenas chave pra usar nas cobranças de conciliação automática.

Boa noite. Eu tenho um site em vps com Apache, Wordpress, plugin do Efí para Woocommerce, tentando configurar o mTLS no Apache mas recebo a falha:
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
nas requisições da Api PIX. Eu li vários casos semelhantes aqui, mas não consegui chegar num resultado positivo.

Tenho
SSLEngine On
SSLCertificateFile /www/server/panel/vhost/letsencrypt/meusite.com.br/fullchain.pem
SSLCertificateKeyFile /www/server/panel/vhost/letsencrypt/meusite.com.br/privkey.pem

#Chave pública da Efí
SSLCACertificateFile /www/wwwroot/meusite.com.br/certificate-chain-prod.crt

# mTLS Efí
SSLVerifyClient require
SSLVerifyDepth 3

Alias "/pix/" "/www/wwwroot/meusite.com.br/webhook/index.php"
Alias "/pix" "/www/wwwroot/meusite.com.br/webhook/index.php"

mas as minhas páginas exibem a mensagem "O certificado de login não foi aceito ou não foi fornecido." e se eu tentar

# mTLS Efí
SSLVerifyClient none
SSLProtocol TLSv1.2


SSLVerifyClient require
SSLVerifyDepth 3


as páginas voltam ao normal, menos o caminho /webhook. Nas duas situações a falha webhook_invalido é a mesma. Deu pra perceber que não tenho um conhecimento muito aprofundado na área né? Mas tô tentando e não saio dessa etapa, alguém que já passou pelo mesmo e/ou que conhece a situação poderia me jogar uma luz?

Bom dia, @curtinaz, tudo bem?
Para ser retornado esse atributo é preciso que você configure sua chave nesse endpoint aqui, veja um exemplo de consumo para configurar a chave

Bom dia!
Obtive sucesso ao criar a API de boleto no sistema da empresa onde trabalho. Agora, preciso implementar via PIX.
Considerando que estou implementando para a empresa e já possuo Client_secret, Client_id e chave pix aleatória (gerada no painel da Efi). Em todos os cenários via PIX, eu preciso de OAuth para apenas gerar o QR Code para o cliente efetuar o pagamento, assim como via boleto (que não necessita de OAuth)?

Para emitir cobranças Pix e realizar o envio de Pix, é necessário ter uma conta Digital Efí para acessar a API.

Sempre que uma cobrança for paga, o dinheiro cai imediatamente na sua conta. Já para o envio, o valor informado sai do saldo da sua conta digital e vai para a instituição vinculada à chave Pix informada na requisição de envio.

Olá, boa noite.
Eu estou fazendo uma integração usando o sdk (gn-api-sdk-typescript": "^2.0.1") , estou tomando um erro de Forbidden na chamada ao pixCreateImmediateCharge([], body) quando tento chamar em ambiente de produção (ou creds de prod). A única mensagem de retorno é essa, "forbidden".
Porém, quando uso credenciais de homologação, funciona perfeitamente, e quando mudo para as de produção, tomo essa exceção. Como a mensagem não está clara, eu não consegui decifrar o que pode ser.
Parâmetros corretos, sandbox=true quando homol, false quando prod, client_secret, client_id,
certificate corretos, chave pix informada corretamente.
Meu único vacilo, foi que não fiz o download do certificado de produção no ato em que ele foi gerado, então eu excluí e gerei outro. Poderia ser esse o problema? Caso positivo, o que eu tenho que fazer agora?
Também testei com o "sdk-typescript-apis-efi": "^1.0.2" e ocorre o mesmo cenário.

Entendi, então o padrão que vocês seguem é ter um chave Pix para recebimento e uma para envio e diferenciar entre esses dois pela chave Pix. E para diferenciar entre Recebido e Devolução eu verificaria se o campo "devolucoes" está presente na requisição?

O de envio é mais fácil você criar uma chave Pix que você só usa para o webhook de envio. Aí o que vier para ele, você sabe que é de envio.
Devolução não é um tipo diferente... é uma atualização no recebimento, aonde vem campos de devolução.

Boa tarde, @vinizera777_! Tudo bem?
Atualmente não temos um endpoint que retorna informações de uma determinada chave Pix.

Boa tarde to com um projeto na faculdade onde tenho que fazer um programa onde eu consulto a chave pix por exemplo do meu telefone se ela esta cadastrada no banco de outra pessoa, mesma coisa com email etc... consigo o que eu quero por essa api ?

Boa noite. Estou agora configurando o pagamento via PIX:
- Nos escopos da aplicação deixei ativo todos os disponíveis.
- Nas configurações do plugin subi o certificiado .p12
- Inseri as chaves da mesma forma que fiz no pagamento via cartão de crédito
- Fiquei na dúvida se preciso configurar algo adicional com o mTLS

Na página de pedido recebido, o QR code e o código pix copia e cola não estão aparecendo na página

Ou você pode fazer que nem a Receita Federal que só transfere para Chave CPF... mas como tem como especificar o CPF/CNPJ do destinatário, vai que o usuário prefere receber em um banco diferente de aonde está a Chave Pix CPF.

Não, não tem. Mas no endpoint de envio de Pix, vc pode especificar que o CPF/CNPJ precisa ser tal. Aí se não for quem você esperava que fosse, a transação não completa. Mesmo a chave Pix sendo celular como do seu exemplo, ou e-mail, ou aleatória.