Termos mais procurados:
comentei isso com ele há uns 3 dias numa outra situação onde ele queria usar o SMS. mas essa de usar na compra é ainda mais estranha (não só pela possível demora, mas justamente por isso que vc acabou de falar, antes que eu pudesse digitar: vai receber o pix de qualquer forma e terá que devolver)
Lembrando que se ele não acertar o número, ainda assim você vai receber o Pix, e ter que fazer uma devolução.
e se o SMS não chegar o cara não faz a compra? ou seria só numa compra inicial pra validar a propriedade do número?
hummm, agora caiu a ficha, se ele estiver presente, o cliente vai ter que escrever, vou usar para ele inserir o codigo SMS enviado para o celular dele 🙂
se você precisa saber o "número do cartão fidelidade para creditar a pontuação" do cliente (que pode ser o dele mesmo ou o da esposa), por exemplo, pede pelo solicitacaoPagador e ele terá que informar no campo
Agora, se o índice de hit no anti-fraude estiver dando um volume que dê para medir, pode-se tentar colocar isso experimentalmente e ver o que dá. Mas há zero histórico hoje para apoiar qualquer coisa nessa direção.
o <@!710205440956563536> está falando do campo solicitacaoPagador, que é opcional. funciona sem ele. funciona com ele. quando ele está presente, o pagador verá um campo de texto (com rótulo) e este campo deve ser preenchido pelo pagador.
Como a informação de pagador não é mostrada, uma possibilidade seria o PSP pagador usar isso para controle de anti-fraude do lado dele. Se algum está de fato usando, difícil saber... meu palpite é que não.
a presença dos dados do devedor na cobrança não gera um campo "preenchível" na tela de pagamento para o pagador
o <@!374888688515022850> tá perguntando dos dados do devedor => opcionais. Funciona sem eles. Funciona com eles. Se incluir, o devedor da cobrança está identificado (e pode ser protestado se não pagar e for uma cobrança de produto/serviço já entregue/realizado, por exemplo);
