renatofrota
renatofrota
@ninrod Em relação a 2.2.1-rc0: os parâmetros inicio e fim passaram a ser opcionais. Tem alguma menção a eles serem **ignorados** pelo PSP, se presentes na consulta? Isso permitiria os...
O evento em t=2 (Pagador paga) está ligado ao Banco B no seu gráfico mas o Banco A (do recebedor) está envolvido nesse processo. Este evento será completado com a...
> @renatofrota, > > Mas veja que em t=3 o "**Banco A**" ainda não recebeu a transferência do "**Banco B**", não teria como colocar uma cobrança como `CONCLUIDA`, se ainda...
O t=4 do seu gráfico, na verdade, é um evento que acontece em consequência do evento de pagamento em t=2 (e faz parte do processo de pagamento). Se ele acontece...
> > Dentro do evento em t=2, existem "sub-eventos" onde os 2 bancos se comunicam e o pagamento se concretiza. > > A questão está nesse ponto se isso demora,...
A sua preocupação é do ponto de vista do EC (Estabelecimento Comercial que faz o consumo da API Pix como cliente - e que enviaria a solicitação da remoção da...
> @renatofrota é exatamente esse ponto. > > Vamos aguardar a resposta. > > Obrigado pela discussão. Disponha. "Processando" mentalmente com mais calma a comunicação que ocorre entre os PSPs...
> O processo todo é regulamentado em 10s mas entro desses 10s muitas coisas podem acontecer e invalidar a operação. O prazo ser 10s, 10m, 10h, 10d... não faz diferença....
> > O prazo ser 10s, 10m, 10h, 10d... não faz diferença. O gap (potencial) é apenas entre o momento que o PSP recebedor confirma pro PSP pagador que a...
> Nenhum problema, mas isso é regulamentado? Não é. Mas é uma boa prática o seu sistema estar preparado pra saber lidar com erros cometidos pelos seus interlocutores. > Porque...