I also got this yesterdayâŠ
Could this be done to credit card payments being slightly different?
I also got this yesterdayâŠ
Could this be done to credit card payments being slightly different?
I believe the ability to override CoP is built into the system by design so the option will have been there even if your neighbour didnât notice it.
I had to help a relative yesterday, and while I donât know what bank the neighbour was using in the other example, the one I was faced with had huge warnings in big letters, an override button at the bottom to continue the transaction anyway - and also a checkbox that needed to be ticked to confirm that you understand the risks.
If the same or similar, it could be the neighbour missed the override hidden at the bottom due to not scrolling down enough. Or they did scroll down and see that, but missed the checkbox higher up.
Based on that experience, it would seem banks are adding a significant amount of friction to COP, presumably so that if users override it and it does go wrong, they can say âLook, we gave you plenty of warningsâ and refuse to pay out any compensation.
I got the same thing today when I was about to pay into my Marcus savings account. It scared me enough to test with a small amount of money before sending the full amount. Interestingly when I tried with the small amount, I didnât get the warning, so thereâs obviously a threshold set before you receive the warning. Anyway, seems like it needs to be ironed out.
I donât think that is how it is meant to work, that is an interesting bug or maybe something Monzo have decided to do themselves
An understanding that if youâre sending a small amount (ÂŁ1?) then youâre probably doing your own kind of confirmation check, as it were?
A very logical decision, though I am curious, if they have set it, how small it will be.
It was ÂŁ1 I tried transferring as a test. Iâve got to do the transfer again tomorrow, so Iâll try some different values, and see what the threshold is.
Thanks, will be interesting to see, I would guess ÂŁ10 maybe
With my main bank (not Monzo) I have always carried out a test ÂŁ1 payment to ensure I had input the SCN & account no. correctly. On subsequently paying the larger remainder amount my actions often flagged the bankâs Fraud Dept. to investigate what they thought could be a fraud or similar.
I also got this flag when transferring to Saxo Capital markets.
The flag also comes up again which is kind of annoying you have been successfully transferring to the same account a few times.
I got a similar warning when trying to make a payment to Three for my mobile bill. I think itâs because the name doesnât match exactly with what it was expecting - in my case because I had put Three as the payee name instead of H3G.
As others have said, itâs because of the new rules around account checking. As long as youâre sure the details are correct then Iâd ignore it.
Hey everyone, this is new feature weâre building to protect customers from scams. Weâre still in the process of fine tuning the decision engine for this, our false positive rates are pretty low, but thereâs still some low hanging fruit for us to get. Well known account numbers and sort codes are one of them.
Weâve actually rolled out two linked, but very distinct things at the same thing. One is Confirmation of Payee where youâll get warnings like this:
Confirmation of Payee rules prevent us from hiding those screen for well known account numbers and sort codes. Itâs up to the receiving bank to provide the correct details to their customers and send us a proper response. It seems lots of banks are still in the process of updating their systems for credit card payments etc. Confirmation of Payee is still a pretty new thing.
The second system weâve rolled out is a set of specific warning that we display if we believe a payment youâre about to make could be a scam, and look like this:
We use lots different bits of data to figure this out, and Iâm not going to go into the details of how that works for obvious reasons. Most people should never see these warning unless theyâre actually about to be scammed, but as I said above, weâre in the process of tuning and tweaking this system.
Okay so I was getting this too for all my existing payees but I noticed that if you have accounts saved under a contact like I do then when you try to pay them, the recipient name is using the contacts name not the name of the account you setup.
So for example I have a Stu contact with three credit card accounts setup as payees. If I tap on [NAME] Credit Card to pay them, the recipient name is set to Stu not [NAME] Credit Card and this causes the app to flag the payment as suspicious. If I then type in [NAME] Credit Card it seems to be fine as itâs obviously looking for the correct [NAME] as verification.
Annoyingly though, it doesnât actually remember the change so you have to type it in every time
A couple of posts down from the original one it explains why that isnât necessary.
@ordog Although public domain itâs good security practice not to quote ANY SCNs & a/c numbers. It therefore creates a precedent for all so that no one in the future quotes more sensitive information that could be seen by a scammer.
This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.