Changing the iPhone region to add Apple Pay Suica confuses a lot of users. Many are not familiar with region settings and what they do, and it’s far too easy to think that a Japan region setting is a requirement to use Apple Pay Suica, which is not the case. When it comes to iOS 13 Apple Pay and NFC switching, the region is a simple filter so that user only sees Apple Pay card options for a given region, not the whole Apple Pay world. In this situation region setting becomes a stumbling block, most inbound iPhone users are probably not even aware that they can add and use a deeply useful Japanese contactless digital transit card with a few finger flicks.
This is a problem because region setting mixes 2 different job functions. Twitter user Zetton neatly explains the issue: the iOS Region setting defines the cultural space the user lives in and how iPhone treats some data, but Apple Pay uses regions in a different way to show available location options. It is this user cultural space vs current location dichotomy, force fitted into a single region setting that confuses users. This is why JR East created the one time use SuicaEng app that completely dispenses with region settings for adding Suica to Apple Pay. iOS 13 rolled direct Suica card creation into Wallet, look ma no apps, but the ‘change region setting to Japan’ to add Suica downside was still there. Until now.
There are signs that Apple is working around the region problem by presenting location aware ‘add Apple Pay Suica’ prompts. It’s not universal and impossible to test if you already have Suica, but it seems the ‘add Suica’ option now appears in Wallet based on the user location, not the region setting.
Handsfree touchless Mobile FeliCa payments technology based on UWB+Bluetooth on Mobile FeliCa announced by Docomo, Sony, NXP Semiconductors in December 2019. A new JR East touchless transit gate was also reported by Kyodo News around the same time and was confirmed by JR East. The new touchless payments technology uses FeliCa for transactions but uses a UWB+Bluetooth front-end instead of NFC.
No delivery date for touchless gates or touchless payments has been announced but as Junya Suzuki pointed out in his recent article, Japanese transit infrastructure investment runs in 7~8 year cycles. The Takanawa Gateway station opening and the Tokyo Olympics in 2020 are the kickoff for the next transit infrastructure cycle. I see 3 basic transitions for JR East and the other major transit companies.
Suica transition from legacy architecture to next generation ‘2 cards in 1’ Super Suica staring in spring 2021.
FeliCa transition from NFC only front-end to incorporate UWB+Bluetooth radio technologies for handsfree touchless payments. News reports suggest deployment of JR East touchless walkthrough gates starting in 2023.
QR Code transition from legacy magnetic strip and other paper ticketing. Testing and evaluation is due to start at Takanawa Gateway station in 2020 with new Suica+QR Code dual reader transit gates.
Next generation Suica and Touchless Mobile FeliCa represent an interesting twist in that both require a new version of FeliCa. My take is that the new versions of FeliCa OS are one and the same, and that both Super Suica and Touchless incorporate UWB and Bluetooth protocols for transactions in addition to NFC-F.
Zero-sum Game Reset? People are already complaining ‘oh no, not more JR East/FeliCa proprietary BS,’ but that snap judgement is way too early. Outside of the basic technologies we don’t know what standards are involved for handsfree touchless payments, but we do know that NXP is partnering with Docomo and Sony on the effort. That means MIFARE is already working on it too. JR East announced at the 2016 Tokyo NFC Forum conference that they are dedicated to working for open compatible transit payments (i.e. open ticketing between transit operators, not EMV).
Let’s take JR East at their word and assume that there is just one flavor of UWB+Bluetooth touchless, that it is fast, that it is open. In this scenario the same UWB+Bluetooth touchless front-end could be used by anybody from the large established proprietary players like EMV, FeliCa and MIFARE to open transit payment associations like Calypso. I hope this is the scenario that plays out. We don’t need a repeat of the ‘let’s make NFC A-B (Philips and Motorola) an open standard and shut NFC-F (Sony) out of the game’ nonsense that didn’t help anybody except QR Code players.
The Apple angle is interesting. Global NFC support put Apple Pay ahead of the curve. Apple putting UWB into iPhone 11 this year could be another ‘get ahead of the curve’ move so that everything is ready to roll with Super Suica on iOS 15/watchOS 8 in late 2021. I doubt anybody will see it this way, but I think touchless Mobile FeliCa and JR East plans for it are one factor in Apple’s decision.
Handsfree Touchless Smartcards? One very important question: does this stuff work on smartcards? So far only smartphones have been mentioned in the press releases. Indications are that Super Suica is launching with new IC smartcard issue, by necessity it will have be backwards compatible with current transit card IC infrastructure.
If JR East plans to deploy touchless gates systemwide starting in 2023, Super Suica plastic transit cards must work seamlessly with the new gates. It doesn’t make any sense to issue yet another card, Super Duper Suica, to work with handsfree touchless. It also doesn’t make sense if touchless is only for smartphones. If it’s going to work in the minds of transit users and be used at all, all of it has to work perfectly, out of the gate.
AquaBit Spirals CEO Tomo Hagiwara took up my challenge earlier this year to raise the Japanese Softcream Cashless Index (SCI) to ‘over 5’ in time for the Tokyo Olympics. I figure if mundane softcream stalls are cashless, Japan is truly cashless. Today his company is teaming up with industry heavyweights JR East, Sony and DNP to deliver on that promise and bring inexpensive MaaS (Mobility as a Service) NFC tag payments (via AquaBits SmartPlate) to the masses, and the masses of merchants who don’t want to shell out for NFC reader checkout hardware. It’s the first real NFC challenge to inexpensive, infrastructure light QR Code payment schemes that leverage the established base of mobile networks and smartphones. Small businesses only need to sign up for an online payment service and put a NFC tag sticker on the checkout counter.
Since all NFC flavors (NFC A-B-F) are required for smartphone NFC certification, Read/Write FeliCa tags work on any smartphone with NFC-F even if FeliCa transactions keys for card emulation (Suica, iD, QUICPay, etc.) are not installed. Translation: inbound Android devices can use NFC tag FeliCa payments even if they can’t use Suica.
The one remaining question on the Apple side of the equation is what NFC tag integration Apple Pay has in store. Jennifer Bailey announced NFC tag Apple Pay testing back in May without a delivery date, and no details since. Ideally an NFC tag integrated Apple Pay would use Sign in with Apple to streamline or eliminate 3rd party payments service account signup within an app, and without an app via background NFC tag reading. The more ‘it just works’ integration, the better. Nobody wants to signup for a PayPay-like service on the spot just to buy hotdogs and beer at a stadium game, or softcream.
MacRumors reported that Apple Pay Express Transit support is finally arriving, bit by bit, on the TfL system after being announced back in May. I only noticed the piece because somebody threw a link to my site in one of the forum comments and the discussion has some interesting, and deliciously snarky, open loop bank cards for transit vs. native transit card debate.
The ‘Japan has a transit IC card problem’ angle is interesting. Yes, Japan does have a transit IC card problem, if you work for a bank credit card operation that wants to promote open loop, which I suspect is the case in the forum debate. The counter argument presentation-like power points are just too glib: to date no major transit system has junked native transit cards for bank cards, not even Oyster. Transit is a license to print money and the huge transaction volumes in Tokyo alone are mouth watering. The ‘problem’ for bank card players is how to angle for a bigger cut of the action.
Tech analysts love to talk about ‘value capture’. The current cashless payments frenzy in Japan is all about capturing users to sign on with a payment platform then growing the ecosystem with more and more services that users, hopefully, want to pay extra for. Nobody talks about this in the open loop vs closed loop debate. The bank that owns the credit card owns the customer going through the transit gate, not the transit company. Put it this way, JRE POINT that go back into free Suica recharges, Green Car upgrades, etc. are vastly different from bank card points, as are the business platforms they feed customers back into. Moving people are money in motion, who gets a cut and what businesses do with that cut is everything.
It an interesting paradox that Europe and America talk about privatizing public transportation in various degrees but to date only Japan and Hong Kong have built highly successful businesses based on ‘value capture’. The endless open loop vs closed loop debate always comes down to this: you can argue all you want about the parts but in the end it is meaningless. To truly understand things, you have to examine the whole business model, how everything fits together, and how that can benefit everybody while growing and evolving.
As I have pointed out countless times on this blog, Apple Pay Suica is one of the best Apple Pay services that Apple has hosted on its platform so far. The first transit card on Apple Pay remains the best: it combines the speed of the Suica transit card FeliCa architecture, the convenience of the Mobile Suica cloud, and the flexibility of the Apple Pay recharge backend.
This last point is under appreciated. The deal Apple and JR East worked out is the secret sauce: Apple Pay cards in Wallet just work for recharge, from Japan or from abroad, with no extra fees across the board, users earn points for the card of their choice. And users still have the option to recharge with cash if they want to.
Toyota Wallet is built using the PAYCIERGE platform from TIS. The user has a choice between payment with QR/Bar Code in the Toyota Wallet app with Origami Pay or Bank Pay accounts, or payment with a dual mode EMV/FeliCa iD Mastercard prepaid card in Wallet with the backend recharge hosted from Toyota Wallet.
An interesting side note here is that both PayPay and Line Pay have said that FeliCa cards are a possibility. Up until now this has just been lip service. It would be a welcome development if the Line Pay/Yahoo Japan merger produces a FeliCa/EMV dual mode payment option similar to what Toyota Wallet has done.
Toyota Wallet is still not open in the way that Apple Pay Suica is. All of the ‘recharge’ methods are in the SMBC orbit, even iD recharge credit cards have to be SMBC issue (such as Docomo dCard) Visa or Mastercard to avoid hefty recharge fees. It’s not perfect and remains chained to the SMBC financial ecosystem, but Toyota Wallet does point a way forward that I hope Toyota Finance Corp. continues to improve, and that other payment system operators follow.
Summary The Toyota Wallet flexible backend/flexible frontend development is a step forward for digital wallet possibility. This is the first Japanese wallet app where the frontend technology is a simple user choice, not a straitjacket. It shows the innovation possible in Japanese payments market where the focus is on creative thinking. That this kind of innovation comes first on the Apple Pay platform says all you need to know about Apple Pay being open. Compare this approach to the Europe one where the focus is forcing others to solve problems that Europeans should be solving themselves. That approach is a political one, not an innovative solution, or progress.