Thanks @spatton, I have also started some rough documentation in the payments
documentation
https://docs.google.com/document/d/1sxhOvU5H4N4RctO1pLiX6WB5sllnhHEFAl9TnMeYIHc/edit
on
collab to adopt best practices around this, e.g. utilizing incognito mode
and ISO formats in the URL to simulate a localized experience for payments
testing.

Thank you!

@Dwisehaupt Hi Dallas, can we set Rakhi up for access to Phabricator as well?

Yes please, Dallas!

Makes sense David. Thanks for clarifying "legit". A legitimate concern!

Since we are sending the descriptor, I believe it would on any transaction.

Hi, did you see my note above? These are legit transactions but being rejected by the issuer due to the descriptor characters.

It seems In this case, it doesn't appear that JCB is able to interpret these descriptor characters. Every transaction with these characters was refused by the acquirer/JCB.

Ingenico advises:

I am investigating with Ingenico as we seem to have a number of these since Jan:

This is great! I will have Dlocal set this up on their end.

Break through here as I am starting to see donate@wikimedia.org on non-US transactions:

ePayments North - Merchant Services
9:58 AM (48 minutes ago)
to me, joseph.crane@epay.ingenico.com, ian.2.bailey@worldline.com, robin.timmer@epay.ingenico.com, cstone@wikimedia.org

still awaiting Root Cause from Ingenico

Just to confirm , 'available' means Monthly Convert is available on Adyen?

Hi, I checked this descriptor situation and still see odd descriptors:

@Cstone, @DStrine, @krobinson. Ingenico believe this duplicate situation has to do with an issue with the acquirer (Vantive) that coincided with the date stamp of these items. They are continuing to investigate but suspect that Vantive was at the root cause of this. I'll update further when they have more info.

It's interesting that I don't see 475 stopped transactions in the fraud
report.

I have been able to confirm that PIX can be added in our current integration as follows:

1. complete pricing agreement,
2. DLocal needs to make some configurations on theirbend to enable PIX
3. We then send PQ as the x_bank parameter to indicate this payment type

Hi - I see this descriptor coming through to the Ingenico portal which is too long. Are we sending the Wikimedia portion? If so, it is too long and best to just use donate@wikimedia.org

@Kristine Hancock <khancock-ctr@wikimedia.org> @Peter Coombe
<pcoombe@wikimedia.org>
Hmmm, I still don't see it:

Thanks Elliott, I saw it yesterday and Dlocal is looking into it. I'll
update the task once I have the response. Thank you!

As Kristie and Kristine are likely off line at the moment, I tested the
links for the forthcoming campaigns and I do not see the PAN language.
That's an interesting twist at how the DR team got there though! I
continue to learn something every day around here!

Developer spec: https://docs.dlocal.com/api-documentation/payins-api-reference/payment-methods/brazil#payment-methods-available

Oh, for heaven's sake! Yes, that's the problem. All good now. I didn't
catch that. Sorry about that.
Evelyn

Case number with PP = PP is:08030462. Awaiting their response. I have escalate to our Account Manager as well.

Hi all, I have been talking with Dlocal about this and they advise that the Volver button will revert to whatever URL we serve up. Our default is set to the TY page in their systems today they advise. I have inquired why they can't return the donor to the prior page in the flow and it feels like a bit of a circuitous discussion. They suggest testing this in their sandbox system together so we can take them through what we want the experience to be. What do we think about this approach?

DLocal tested this and they confirm they *do not* support EI11.

Ok today 3.25 Dlocal confirms that it is no longer supported as they have tested it themselves and have confirmed

I'd like to enable all that we can.

Here are the payment types Dlocal can support:

Dlocal Product answer: it might work but it's not sure since IE11 doesn't count with Microsoft's support since last year.

Confirming no need for me to reach out to Ingenico.

yes. Typo. Thanks

Thanks, if we can set something different for non-English, we'd like it to
be donat@wikimedia.org vs Wikimedia 877 600 xxxx

yes, @dwidehaupt, it is if possible

Good point, Christine. Probably not. The problem is that we only have 25
characters (around the globe) we tried to settle on something that won't
get truncated at the issuing bank. Can we keep it to Wikimedia? I see it
coming through on some transactions but not all. Do you know why some and
not others?

More info here. In this example, I see the soft descriptor is as intended - MR#100581847.1

Hi, I still see us sending a soft descriptor that is other than Wikimedia 877 600 99454. Example below:

Just received this update:

Just fyi/update, Dlocal came back to me yesterday with an evasive answer
indicating we should encourage the use of other browsers but they did not
answer the specific question around IE 11 so I have asked them more
details. Waiting.

To close this task out, Dlocal reported today that they heard back from the issuer and found they had a setting wrong on their side that caused this card to be blocked. They corrected this and as a result we saw a high approval rate (+95% ) in Mexico in yesterday's test. I'm pressing for more specifics and will add here but this was not a Wikimedia issue and has been resolved.

Hello, I have reached out Dlocal for investigation on this.

After further review of this, I see that we have stopped a great many transactions in Peru for Fraud which made it look like we weren't settling transactions here. Some transactions are getting through after further analysis, but a low percentage and presently volumes are low/no campaign.

Hi Elliott,

There is a desire to set a lower than usual. minimum for Argentina now, however as it is running with all of the other LATAM countries, going below the threshold can't occur. Put it on the list of justifications for this work.

Ah, ok, thanks Andy. I see it is in pending status so thanks for the info.

I have given the feedback to Dlocal to see if they can make changes. fyi

Hi Andy, can you share the link you used for your test? Camille is not
seeing the language you referenced so wondering if you used something less
mainstream.

Oops Mastercard!

Disregard Andy, I found your Visa transaction. I'll get it refunded.
Many thanks

Hi Andy,

Thanks, I will take the issue to Dlocal and advise.

I proved it out and used es vs sp in the URL and the situation corrected as stated. Thanks

Thank you! Will do.

the URL was donate.wikimedia.org

It should be noted that Legal has approved Wikimedia 877 600 9454 also.

Hello, I also tested Peru through Ingenico and got all English with this URL: https://donate.wikimedia.org/w/index.php?title=Special:LandingPage&country=PE&uselang=SP&utm_medium=spontaneous&utm_source=fr-redir&utm_campaign=spontaneous and all English in Uruguay with this URL: https://donate.wikimedia.org/w/index.php?title=Special:LandingPage&country=UY&uselang=SP&utm_medium=spontaneous&utm_source=fr-redir&utm_campaign=spontaneous

More from Paypal on this:
PayPal SFTP service for reports is scheduled to migrate to a new data center on March 25, 2021, at which time the IP addresses associated with these domains will change:

Hi all, Adyen also chimed in on the allowable fields for soft descriptor which, on their platform is 22 characters! So the standard suggested above works for them as well: Wikimedia 877 600 9454.

From Ingenico: Wells Fargo (our acquirer) supports 'Soft Descriptor' for up to 25 characters. The process is simple as Ingenico basically forward the same Soft Descriptor to the acquirer, and it is up to the acquirer and issuing bank on what to display to the end consumer.

hi David, it is standard for acquirers to allow a soft descriptor, i.e., a descriptor we send to over-write what they have on file. It is usually restricted to 23 characters which is why it gets truncated when it gets to the issuer. Can we modify what we send to match that of what we have on file at the PSP? At Ingenico and Adyen, for instance, it is WikipediaGift 8776009454.

I should add these are on recurring donations that we send monthly.

Hi, I pressed Adyen for more details on how we can make this change. Here's what they advised:

Adyen link here as I had trouble with the link they provided above https://docs.adyen.com/online-payments/classic-integrations/hosted-payment-pages/skin/creating-and-editing-translations#add-a-new-language-to-skin-in-customer-area

Hi all, @fr-tech Adyen came back and said that we would have to make the edits to this language after all:

Confirming this was sent over to Adyen for review. 1.21.21

Confirming that I do indeed use the Gateway recon report. Please do not delete. Thank you: