@Pcoombe we did have two successful donations from Uzbekistan in 2022 one was in USD and one in RUB though. I don't know how much the effort is worth of looking into other currencies commonly used there vs just removing it

@EMartin we are getting a NO_PAYMENT_PRODUCTS_AVAILABLE response from Ingenico when trying to donate in UZS. Is it possible this currency isn't turned on for our account?

Thanks for this! Sorry again for merge conflicting you. I previewed the page to try and fix the missing image and it just appeared, so that is now there at least!

We are since I turned the 3DS flag on Friday afternoon

Hmm I saw the redirect on my own test transaction and saw a couple of EUR IT donations with them in the console, is there some that don't support it somehow?

I just turned 3DS on for Italy and saw the redirect with a test payment.

Thanks for checking this @MBeat33 ! We don't have an audit file set up for this testing account yet, trying to get it working in T324347: DLocal Audit - Test with new integration

This is the error from Ingenico

Will go here: https://wikitech.wikimedia.org/wiki/Fundraising/Data_and_flow/PSP_integrations/dLocal

This is done, we have a separate testing account now.

Sebastian said today that he will try to get an audit file for us from the transactions on the test account.

There are 45 failmails I think are related to this titled FAILMAIL - ALERT: civi1001 (ingenico) SmashPig::processor_ingenico

Would be fixed as a part of T325698: Decommission `civi-data-translate` extension

Another example of this happened on 2/28 6 got through to Adyen (but then rejected) not sure how many attempts were made in total:

Solution from the dlocal call today:

All of this is great just thinking of some ideas for use cases I don't want to forget:

Testing for https://gerrit.wikimedia.org/r/885920, this creates just the listener (Thanks to Jack for the original version of these instructions!)

Yep they are showing up in the logs!

Looks like they showed up with -vv, I added it to the recurring smashpig charge job tonight and will update with results

In SmashpigRecurringProcessor.php there are a couple lines that were switched off watchdog but the log isn't making it to the file:

CZ is now live with Adyen. Test link here:
https://payments.wikimedia.org/index.php?title=Special:AdyenCheckoutGateway&appeal=JimmyQuote&country=CZ&currency=CZK&payment_method=cc&recurring=0&uselang=en&amount=22&utm_medium=test&utm_campaign=test

Confirming that everything is looking good with the column change, refunds coming in on the nightly audit will show the correct refund date now.

This has been deployed. I updated the payments account report column to switch to booking date and cleaned out all the files in the incoming directory so it won't run with the old columns. I will confirm tomorrow that it's running with the new column.

https://wikitech.wikimedia.org/wiki/Fundraising/Cluster/Deployments#Matching_gifts_employers_list

We should see what address fields donors in India and South Africa would expect

I think actually doing T239770: Improve output for Smashpig recurring charge. will help with this as right now the log just spits everything out at the end which isn't helpful.