Need to get some funky 'ticket' parameters from the createPayment response - maybe just using the rawResponse property is OK rather than adding something really weird to the SmashPig response object?
https://docs.dlocal.com/docs/pix-payments
https://docs.dlocal.com/docs/brazil#pix
Need to show a QR image (url given in createPayment response) to support desktop flow (note that this will have CSP implications), and facilitate copy-pasting a ticket number for mobile flow.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T274300 Upgrade Dlocal to leverage Smartfields/no redirect | |||
| Resolved | EMartin | T324303 Support PIX (DIRECT) in DLocal |
No QR code implemented, but able to make donation locally, on production
we have pix enabled also:
https://donate.wikimedia.org/w/index.php?title=Special:LandingPage&country=BR&uselang=en&utm_medium=spontaneous&utm_source=fr-redir&utm_campaign=spontaneous pix is enabled for brazil, I used a mocked CPF, and been catched by dlocal as {"code":5001,"message":"Invalid parameter: payer.document","param":"payer.document"}, so could someone with a real cpf test this for us? Thanks @RKumar_WMF
204206551.1 is an order that we have a real donor did with pix QR code but this should be a redirect, so when we actually working on this direct pix, we can ask Adriana Vargas (@avargas-ctr from slack) for test help.
-
@AKanji-WMF If it is possible, we should do it. At the time I wrote this I understood we could remove a step in the flow. We should do that any time we can to reduce steps in the checkout flow.
Thanks @EMartin from speaking with fr-tech the lift to do this (QR code piece) would be non-trivial. If it still represents high ROI then we'll book it in!
@AKanji-WMF Let's hold off in this case. I will close this task. Given the market size to WMF, we don't want to distract FRTech. Maybe I can pursue something with an orchestrator down the line.