You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Gostaria de validar a interpretação desse fluxo com vocês, sob a perspectiva de um PSP Pagador.
Suponha que um usuário X receba uma solicitação de confirmação de recorrência, mas acaba aprovando a mesma via uma jornada de QR code. Segundo o manual de padrões para iniciação do Pix, o PSP recebedor deve enviar uma PAIN.011 ao PSP Pagador pedindo o cancelamento dessa solicitação de confirmação de recorrência. Como não existe um campo na PAIN.011 para ser preenchido com o idSolicRec, é enviado apenas o idRecorrencia.
Dúvida 1: Qual a maneira correta do PSP Pagador identificar se é um pedido de cancelamento de uma solicitação VS uma recorrência (a aprovada)? Seria única e exclusivamente pelo motivoCancelamento?
Dúvida 2: Caso o PSP Pagador acate e cancele, como o PSP Recebedor conseguiria distinguir entre a PAIN.012 respondida nesse cenário VS uma PAIN.012 respondida no cenário do cancelamento da recorrência por parte do recebedor autorizada pela outra jornada?
Se o idSolicRec trafegasse nessa troca de mensagens entre PSPs na hora do cancelamento seria bem menos âmbiguo na minha visão.
The text was updated successfully, but these errors were encountered:
Gostaria de validar a interpretação desse fluxo com vocês, sob a perspectiva de um PSP Pagador.
Suponha que um usuário X receba uma solicitação de confirmação de recorrência, mas acaba aprovando a mesma via uma jornada de QR code. Segundo o manual de padrões para iniciação do Pix, o PSP recebedor deve enviar uma PAIN.011 ao PSP Pagador pedindo o cancelamento dessa solicitação de confirmação de recorrência. Como não existe um campo na PAIN.011 para ser preenchido com o
idSolicRec
, é enviado apenas oidRecorrencia
.Dúvida 1: Qual a maneira correta do PSP Pagador identificar se é um pedido de cancelamento de uma solicitação VS uma recorrência (a aprovada)? Seria única e exclusivamente pelo
motivoCancelamento
?Dúvida 2: Caso o PSP Pagador acate e cancele, como o PSP Recebedor conseguiria distinguir entre a PAIN.012 respondida nesse cenário VS uma PAIN.012 respondida no cenário do cancelamento da recorrência por parte do recebedor autorizada pela outra jornada?
Se o
idSolicRec
trafegasse nessa troca de mensagens entre PSPs na hora do cancelamento seria bem menos âmbiguo na minha visão.The text was updated successfully, but these errors were encountered: