Histórico de mensagens sobre chave pix

Sim, precisa ser uma chave Pix que direcione para sua conta na Gerencianet.

Que pena, obrigado Matheus, eu tentei gerar o qrcode na produção mas da um erro de bad request. Acredito ser um problema da chave, eu coloquei a chave pix, cnpj da empresa do banco inter. Devo fazer diferente?

E que você pode decodificar no jwt.io e ver que o payload contém:

{
"txid": "40501L6VmPlGpNV689WSsTG28UROu",
"revisao": 0,
"calendario": {
"criacao": "2021-03-17T12:17:58.000Z",
"apresentacao": "2021-03-17T13:02:33.372Z",
"expiracao": 3600
},
"status": "ATIVA",
"valor": {
"original": "0.10"
},
"chave": "[email protected]",
"solicitacaoPagador": "PAGAMENTOSRENOVACAOAUTOPIX"
}

$body = [
"calendario" => [
"expiracao" => 3600
],
"devedor" => [
"cpf" => preg_replace('/[^0-9]/is', '', $USER->profile['cpf']),
"nome" => fullname($USER)
],
"valor" => [
"original" => "0.01"
],
"chave" => "" // faça um chamado com CHAVE vazia
];

$pix = $api->pixCreateImmediateCharge([], $body);

Descobri aqui o problema, o cliente quis bancar o 'decodificador' e pegou a chave no codigo copia e cola e mandou o pix...está tudo ok

Sim, o webhook. Para cada chave Pix se cadastra uma URL que recebe aviso de pagamento.

Me parece que hoje as opções seriam a transferência por CPF/agência/conta e chave CPF. Você talvez possa aumentar a sugestão que dei ao BACEN em https://github.com/bacen/pix-perguntas-e-respostas/issues/470 com uma opção na API do BACEN para os PSPs de passar um par (chave não CPF, CPF) e o sistema dizer só ok (existe e é desse COF) e não ok (ou não existe ou não é desse CPF).

A chave é para a conta Pix no caso. O Identificador da transação é o txid

Boa tarde <@!485501766570344454>! O webhook é acionado quando é feito o pagamento de uma cobrança associada a sua chave ou quando você realiza um envio de Pix(POST /v2/pix) utilizando a sua chave no pagador. No entanto, quando você realiza um envio de Pix a partir de um PSP para a sua chave, o webhook não é acionado mesmo.

Confesso que não entendi o problema. Se algum PSP comete a atrocidade de enviar uma chave Pix em uma transação manual (com ag. e conta definidos pelo pagador), a GN tem duas opções:

1. tratar com base nas regras da chave enviada (segue a regra de aceite definida pra essa chave); ou
2. trata como manual (e a opção "receberSemChave" vai barrar, se o EC quiser).

Se enviar a chave num Pix manual, mesmo assim não vai ter txid... cai na outra regra. De txid inválido o espaço de endereçamento é o limite, mas se for do tamanho do txid de um estático, também vai pra chón. Se enviar um txid de dinâmico que não tem match em cobrança, idem.

Pessoal, bom dia.

Passamos os últimos três dias testando massivamente a nova funcionalidade, porém acreditamos que ainda podemos ter surpresas com PSP's que fazem uma "abordagem própria", algo que já estamos calejados 🙄 , por exemplo alguns enviam as chaves mesmo nos Pix manuais, ou podem enviar um outro padrão de txid inválido que ainda não pegamos, etc.

Portanto, não iremos liberar a atribuição autônoma de escopos no nosso sistema ainda. Peço aos interessados que informem ao <@!652136709982781470> o Client Id das credenciais de vocês, ele vai atribuir os novos escopos pontualmente. Vamos seguir o entendimento de uma funcionalidade em beta, portanto sugiro que criem uma nova chave evp exclusiva para a utilização das novas configurações, para não atrapalhar a operação de vocês.

por chave pix mesmo.

Se for por banco/agência/conta ao invés de chave Pix, sim.

Essa versão mesmo. So você incluir o seu certificado na pasta certs (examples/pix/certs), alterar suas credenciais e inserir sua chave no arquivo de emissão(examples/pix/charge/create.php).

Três diferenças:
- A URL é por chave Pix, não por cobrança
- Você passa um path, a GN adiciona /pix e chama.
- Há mTLS obrigatório no webhook.

<@!775350441965649951> o erro reportado pelo amigo acima impossibilita o uso do PIX no WooCommerce. A chave aleatória pelo copia e cola não funciona nos principais bancos. Dei mais detalhes dos erros neste suporte do Wordepress: https://wordpress.org/support/topic/erro-no-pix-melhorias-necessarias-para-funcionar/

Mas a melhor forma é acionando o webhook com um Pix pago.
Ou seja, você criará uma cobrança com um txid com sua chave Pix. E ao pagar será acionado seu webhook lhe enviando uma requisição semelhante ao exemplo que mencionei anteriormente.

Entendi. Então você tá apoiando por que é melhor pro EC e por que vai na linha da API do BACEN, apesar da minha sugestão ter sido motivada, principalmente, pela economia de recursos da GN para processar os dados em um formato que tenha as chaves pix como índice. Apenas motivações diferentes.

é muito mais legível uma estrutura assim: