Details: https://en.wikipedia.org/wiki/EPC_QR_code
Would be nice for something more generic to take off, though.
NFC payment terminals can work while the user's device is offline, like rural areas with poor cellular coverage. Not to mention tap-and-pay cards that don't even need a battery.
(Note: The few cases in the US I've seen QR code based payments, it's been for things like Alipay at a traditional point of sale terminal - which would also have a traditional card terminal with NFC reader. I could see QR codes being useful in other contexts, like paying a paper bill that came in the mail.)
It is very convenient.
I find Apple Pay integration to be deeper and so I find it more convenient to access. However I haven’t used a Google phone in a while so maybe the situation has been improved.
If you want someone to use a feature that you made, you need to put it out there. Everywhere.
Shameless plug:
solves this problem, using QR Codes.
QR code payment systems don't require me to buy into the entire integrated Apple hardware/software ecosystem just to make payments.
If you mean “NFC payments in general”, that’s a different question.
Your comment suggests you think it is, at worst, an acceptable cost for the convenience of Apple Pay over other alternatives. I’m saying that, for some of us, it is not.
Some huge proportion of payments in China are already done with QR codes (WeChat/AliPay).
From the consumer side basically any phone that can (1) run apps (2) communicate with the internet and (3) has a camera supports payments this way. You may recognize that as "every single smartphone". A $100 little 2" Unihertz Jelly Pro supprots it. A $30 old used phone off of Aliexpress supports it.
From the merchant end, there's no extra hardware requirements. Literally just print a QR code and stick it on the counter and you're ready to accept payments. (E.g., https://sampi.co/wechat-pay/) Some of the smaller shops just have you show them your screen showing the payment being sent. Others will keep a phone or other device on hand to confirm the payment was received on their end.
Half of the value of a payment system is in it being ubiquitous. The onboarding experience with QR codes is so hilariously simple and accessible that it's much easier to get that market penetration.
My favorite so far has been many restaurants giving a bill with a QR code that opens up a website that allows for in browser Apple Pay.
Seems not to be separate from QR codes to me, but I still like the Apple Pay portion and total integration
Are you referring to the browser thing? Or the NFC thing which isn't used in this payment flow?
I'm hoping this is sarcasm and I missed the joke.
I really hope I didn't get the joke.
I had an "idea" of having something like this in the past, to save having to manually type bank account numbers into a thing (and risk typos...), instead you just scan a QR code with the data already embedded and it's good to go.
The only thing that nagged me in the back of my head was how do you verify that the QR code hasn't been tampered with? I mean you could say the same about just plain text and someone replacing the bank account details (replacing with their own), or sticking an imposter QR code over the top and hoping people don't notice.
Does this EPC code account for tampering/misuse?
I guess you'd expect the bank to double check the payee name + bank account number and reject anything that does not match.
You always have to bullshit check the data anyway.
Payee name + bank account number are _not_ checked in Austria. I guess this is similar to other EU countries, as @kiwijamo also suggested.