Histórico de mensagens sobre PIX

Bom dia, @sheikzadarevo! Tudo bem?
A URL de notificação não é definida na emissão da cobrança Pix.

Você deve associar uma URL de notificação a sua chave Pix, então as cobranças Pix que tiverem um txid e sua chave Pix, nós iremos enviar a notificação para a URL registrada. Essa configuração pode ser feita uma única vez através do endpoint PUT/v2/webhook/:chave (https://dev.gerencianet.com.br/docs/api-pix-endpoints#configurar-o-webhook-pix).

Pontuando que para registrar sua URL de notificação, seu servidor deve possuir algumas configurações para atender a comunicalção com mTLS. Você encotra mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks

@rubenskuhl Bom dia Rubens. Obrigado pela resposta. Será que o fato de eu ter feito um pix de R$ 10,00 da minha conta, de mesma titularidade, do Banco Inter, para o Efí, a pedido de um suposto funcionário da Efí chamado Miguel Mazzaropi, com o intuito de reativar minha conta, levaria a tal bloqueio? Segundo o mesmo, eu teria de transferir, no mínimo, R$ 10,00, de outra conta de mesma titularidade, para o Efí, e depois fazer um Pix de valor mais baixo, por exemplo, R$ 5,00, de volta para a minha conta do Inter. Após esses procedimentos, minimamente estranhos, e logo após, coincidentemente, eu fazer uma transferência de R$ 1,00 para minha outra conta corrente da Efí, minhas movimentações financeiras foram bloqueadas, surgindo essa contingência. Vale ressaltar que um dia antes desse bloqueio, o mesmo funcionário, inclusive, solicitou (via ligação telefônica através do número oficial do suporte da Efí: 03136030822, mais precisamente no dia 12/06/2023, às 17:15) que eu transferisse entre R$ 4000,00 e R$ 5000,00 para essa minha conta da Efí, mas, felizmente, eu neguei, é claro. Dessa forma, eu sinceramente não sei de que forma eu violei os termos de uso, e nem se o desbloqueio virá algum dia. Enfim, relatei isso tudo que ocorreu comigo para que outras pessoas não tenham também suas contas bloqueadas.

Especialmente com algo longo como é uma chave Pix aleatória.

Isso mesmo.

Como comentei, tire o envio de Pix através de chave.

estou justamente nesta parte e já me deparei com algum erro de lógica aqui:

if(isset($dadosrecebidos['pix'][0]['gnExtras']['tarifa'])){
//FAÇA VERIFICAÇÃO DE PIX COM TARIFA
}else if(isset($dadosrecebidos['pix'][0]['gnExtras']['idEnvio'])){
//FAÇA VERIFICAÇÃO ENVIO DE PIX
}else if(isset($dadosrecebidos['pix'][0]['devolucoes'])){
//FAÇA VERIFICAÇÃO DE DEVOLUÇÃO
}else{
//FAÇA VERIFICAÇÃO RECEBIMENTO
$dadosUpdate = array(
"endToEndId" => $dadosrecebidos['pix'][0]['endToEndId'],
"payment_status" => 'finished',
"on_off" => 1
);

O envio de Pix você pode separar dos recebimentos colocando em outra chave Pix. A separação de devolução de pagamento é necessária nos 3 métodos, e precisa ser implementada de qualquer forma...

Sim, o webhook é melhor, porém não é muito elegante fazer if() para saber se é uma devolução, se é um pagamento, se é um envio de pix. Eu mesmo ainda não finalizei essa parte por conta desse retorno que não retorna tipo nem status....os GET's seriam uma melhor solução para mim. Mas preciso usar os webhooks.

Não necessariamente. Há 3 maneiras de confirmar um pagamento:
GET em /pix filtrado pelo txid
GET em /cob, ver se tem objeto pix
Objeto pix enviado pelo webhook

O webhook é o que dá melhor experiência e escalabilidade, mas é bom ter um dos outros dois como fall-back.

Opa, blz. Alguém aqui consegue me dar um Help no pagamento via Pix?