Rakhi asked about a fraud edge case today and we found the getScoreCountryMap filter is also applying -25 to New Zealand transactions. Ingenico
102228076.1 is an example.

Sure thing, they're cid=47502739

Thank you @Ejegg this is really great info.

From Donor Relations' side of things, this is a function we never interact with, so I don't have anything to add other than 'thanks, all'

PayPal has begun showing donors the $ total of skipped months as an "outstanding payment due" for these recurring donations which are Canceled in Civi, but remain Active-but-paused at PayPal due to an account issue. Some donors feel weird about this. Just adding this new wrinkle in the response to recurring donors, in the hope that during the reintegration with PayPal we can clarify this process/test it.

Some more:

Is the takeaway from the discussion of this at the meeting the week before last that no one is able to locate this error? I got the sense that the email team had reviewed their copy. @DStrine has Fr-tech looked at the copy in Civi to see if anything jumps out? And I apologize if you've already confirmed that it has been looked into, and I missed it.

Just as a reconciliation headsup, some of the fraud getting through to Civi are coming from people testing non-trivial amounts:

Yes, @Dwisehaupt

+1 Thanks, y'all

I did, this one in particular looks like fraud, though, so maybe the issue affects legit and fraud?

Thanks Evelyn and David.

cid=51167110 has two new ones:

Thanks, @EMartin AUD is one of our busiest Ingenico fraud clusters, so anything we can do to discourage this would be great.

Thanks, @DStrine, it looks like both cases received the RML in English, despite the Civi language preferences:

Thanks, @Pcoombe

Thank you @jbolorinos-ctr for isolating this behavior!

Thank you, @CDenes_WMF - Yes, they are translation requests, and waiting to finalize before deployment is totally fine. I know how much volume translation requests entail, so I submit this as a not super-high-priority/time sensitive ask.

Awesome thanks @Dwisehaupt

Approval from Lisa:

Thank you @Eileenmcnaughton, much appreciated by DR team

Thank you Sam, Thea and Camille. Sam your revised copy looks great.

Thank you @Cstone for making this, and for mentioning in chat that backfilling these refunds should be possible, once the fix is built. cid=48796729 is a recent example we found, if you need any more data please let me know.

The current email says:

Thank you for spinning this off, @DStrine. Between T269372: Civi: Recur fail message sent to donor w/non-failed donation and T260910: Civi: Recur fail message sent to active recurring donor I hear you on the engineering time and troubleshooting this feature has involved, and could still.

got a little more info from the donor:
I Phone mod. MD2971 IP/A
Versione 10.3.4 iOS
Safari

cid=603426 had two active recurring donations, and got the email when one failed.

@SHust is using a different way to tally merges for agents, and this report is working as well (TY for testing, Sandra!) so I will close this Task

Ingenico refunds performed on January 12th, settled on Jan 15th, not in Civi:

Just as an fyi cid=25338264 is unusual in Civi because the currency source looks to have changed for the final donation:

Thank you @Cstone. I'll reach out to the donors and see if they'd like us to restart them.

Thanks, other agents can get results as well, so I'll close this Task

I second @EMartin on standardizing to: Wikimedia 877 600 9454, as it will prevent donors from being confused by their banks if they clip some of the info. Letting the TY email carry more of the load in terms of confirming recurring status, and ensuring that recurring donors know who we are and how to contact us, would be great.

@Eileenmcnaughton I think I figured it out, I was searching for my personal email address cid=26220292, and selecting one of the previous searches for it from the dropdown list in the email address field. If I enter just the email address and don't select a previously saved search, I still get the error message, but I do get the correct search result.

I'm not seeing any results, @Ejegg

@SHust found a recent example, @Cstone
cid=48825203 had two refunded by us on January 13th, and both refunds settled at Ingenico on the 19th

Thank you, all. For Donor Relations, it's helpful for the donors to see 'Wikimedia' and the contact phone #, and noting recurring is also helpful (unless it obscures the first two pieces of info).

I will check for more cases of this next week, but this one settled in October is still not in Civi:
PSP reference Merchant reference
1536018863956193 92200232.3

I'm curious about what portion of the declines PayPal sees for recurring donations less than $1 result from people trying to donate from within their PayPal account by sending to the donate@ email address directly - our donation form warns about the minimum amount. Donor Relations does not see many donors asking why they can't donate less than $1 monthly via PayPal, fwiw.

#909419 replied:
My LOCKED card is a feature offered by my bank. It is optional as to whether or not I lock it. I keep it locked because lots of merchants have my credit card number.

Thanks, @AParker I just got this update from Legal via @Ppena:

This Task is really old and much has been built, so I'm marking as Resolved. But I will add the idea of options for monthly transaction summary AND EoY summary to the email preference center discussion.

Thanks @DStrine, I'll ask them what their bank calls this feature, and also whether the monthly conversion was intended or not

#909419 on Jan 8th the donor said:

#906376 "My question is why isn’t your list of States alphabetized? I live in NEVADA. When you want my address & donation, I would think WIKIMEDIA would have states in alphabetical order. What is your explanation of alphabetization? Yes, this is a pet peeve! I might consider donating but I have to find my state"

Thank you, @Eileenmcnaughton.

Thank you, @Ejegg I think the CID list on P13545 is enough for us to work with, so no need to add the full details list to server.

Thank you, @Ejegg