Histórico de mensagens sobre devolução

Quando existe possibilidade de devolução múltipla, fica difícil definir um status...

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, é um id único de devolução, separado do txid.

Pra não ter duvida,o id que vai atrás de devolução não é o txid né? Pois se eu for fazer 2 devolucao ele fala qur tem que ser único

Boa noite, @ftgk
O erro 422 no _endpoint_ de devolução está atrelado a algumas possibilidades:

1. Identificador inválido;
2. _Status_ de pagamento inválido para devolução;
3. Valor de devolução superior ao valor recebido;
4. Saldo insuficiente.

Alguém sabe porque acontece esse erro ao fazer a devolução ?

O webhook é configurado por chave Pix, e acionado para qualquer pagamento que tenha um txid ou evolução da situação de devolução caso você solicite devolução.
O que você pode configurar é a conta para não aceitar transações que não pagamentos... por exemplo, recusar Pix por dados bancários e Pix por chave. (
/v2/gn/config)

O webhook é acionado sempre quando há alguma alteração na cobrança Pix. Então você recebe a notificação quando for paga, e se tiver devolução.
Então ao receber a notificação com os detalhes em Json, sua aplicação poderá tratar estes dados.
https://dev.gerencianet.com.br/docs/api-pix-endpoints#recebendo-callbacks

Boa tarde @vinixdl ! Em nossa documentação, na descrição dos endpoints, você encontra os possíveis status. Mas resumidamente:
- Cobrança Pix "ATIVA", "CONCLUIDA", "REMOVIDA_PELO_USUARIO_RECEBEDOR", "REMOVIDA_PELO_PSP"
- Envio de Pix: "EM_PROCESSAMENTO", "REALIZADO", "NAO_REALIZADO"
- Devolução: "EM_PROCESSAMENTO", "DEVOLVIDO", "NAO_REALIZADO"

Pessoal, boa tarde. Estou tomando um 500 ao tentar solicitar a devolução de um pix com split. Sabem me dizer se isso não é suportado?

Sabe me dizer se, caso a devolução ocorra algum erro, posso realizar uma nova tentativa com o mesmo identificador da devolução?

Sim. Vem o mesmo objeto Pix do recebimento, agora com informações de devolução.

Bom dia, @Consultoria Técnica.
Quando eu solicito uma devolução Pix, ao ser devolvida ou houver algum erro, é notificado no mesmo webhook (PUT /v2/webhook/:chave)?

Aqui é para eu solicitar uma devolução de um pix que fiz pelo que entendi.

Quero devolver um Pix que recebi na minha conta via API.

Quando tem uma devolução, todas as entradas nos extratos das contas envolvidas são revertidas

Então se não for testar devolução, cobrança de 2 centavos é o caminho... dá 1 centavo de tarifa e 1 centavo de ingresso na conta.

a devolução era pra ser total, mas no webhook recebemos que a devolução foi maior do que o valor do pix

Alias, tanto status do Pix quanto o status da devolução do Pix.