Histórico de mensagens em sugestões

Vou colocar isso naquele fluxograma.

Sim, pode ser sim. O meu EC é um que vai recusar Pix manual que não vier da própria empresa.

Hum, me ajude a entender melhor. Por que precisa do status nesse momento?

sim. antes vinha ai por determinação do BACEN nao vem mais, poderiam deixar como opção receber o status ?

Você diz enquanto recebe uma notificação de webhook?

Isso é um problema. Pode ser que seja interesse do EC então recusar um Pix Manual?

Qualquer coisa que seja sempre aceita tem que vir com nunca é cobrada. 😉

tem PSP implementando isso muuuuuito mal.. e ainda tem as opções do tipo "lembrar recebedor" guardam os dados da conta na lista de recebedor e os clientes pagam por ali em vez de ler QR code (não se dão conta de que precisamos do txid para identificar as cobranças)

Minha duvida é voltaremos a ter o status da cobrança por opção de recebimento ?

Será que todo Pix Manual não deve ser entendido como transferência e, por conseguinte, ser sempre aceito e nunca acionar webhook? 🤔

Sem problema, desde que esteja claro se a semântica de chave nula é sem chave ou se é qualquer chave.

Ponto importante.

poderia ser definido um objeto para esses casos com "chave": ""

Só lembrando que nem todo Pix vem com chave identificada. O Pix manual por agência/conta não tem.

<@!440035527127990273> <@!293443355915059210> , pensando no escopo gn.config para esse endpoint, que deverá ser atribuído ao client_id.

Levando em consideração o comentário do Arthur, vocês vêem como necessário um segundo fator de autenticação? Por exemplo: exigir o token do Google Autenticator, que é cadastrado dentro da conta GN.

Ficou top isso hein! Como diria <@!793123559874494465>, fino da prata.

Atualizando:

PUT /gn/config

ninguém precisa saber que eu pago R$ 0,05 por pix, por exemplo (brinks)

blz 🙂

Entendi