& @
GertJan2012:
voor de geïnteresseerden, zal ik weer de diepte in gaan, maar kort samengevat, zo'n integratie is idd erg vergaand, zeker voor banken als ING (in mindere mate) of ABN en Rabo die veelal nog met legacy systemen werkten of nog mee werken [gokje, Rabo wellicht

], welke van oorsprong niet gebouwd zijn op piek prestaties of hoge mate van beschikbaarheid. en dan nu het technische verhaal:
Grofweg moet een bank één heel belangrijk systeem aanpassen, ombouwen of compleet vervangen om überhaupt met welke mobiele wallet dan ook te kunnen werken. (of dit nou Apple Pay, Google Pay of Samsung Pay is*)
Het systeem dat de pasuitgifte, autorisatie en pas-status/geldigheid regelt en beschikbaar maakt op het pin-netwerk.
In de oude situatie van fysieke passen (voor 2014 cq lokale landelijke rollouts van 'mobile wallet'-initiatieven) waren dit {veelal interne} systemen die niet 24/7/365 online dienden te zijn, een gemiddelde bank, ongeacht klant-grootte, kon volstaan dit systeem alleen actief te hebben wanneer er een pas vervangen moest worden of als een bank zelf besloot om pasreeksen die binnenkort verlopen te vervangen. Bijvoorbeeld als klant groep A om het zo te noemen allemaal passen hadden met zelfde verval datum.
Bij veel banken zijn of waren dit systemen (veelal legacy hard/software) die los staan van het 'live' kaartnetwerk ansich (waarop de pintransacties lopen), dus een pas welke een klant als gestolen meld werdt dan in een centraal systeem van bijv. mastercard geregistreerd, waarna deze pas overal te wereld geweigerd zou worden, maar hoefde niet noodzakelijkerwijs ook als zodanig in het interne systeem van pasuitgifte bij een bank als gestolen te worden vermeld. Men volstond toen simpelweg gewoon om bij een volgende batch update van het register deze specifieke pas van die klant te schrappen uit de lijst.
In de oude situatie zou dus bij een klant die een vervangende pas wenst de volgende volgorde van gebeurtenissen plaatsvinden:
Klant Piet meld gestolen pas, klantenservice (of de specifieke afd.) drukt op een knop: kaart wordt als gestolen geregistreerd bij centraal systeem pin-netwerk. Dan volgt interne opdracht bank: "stuur klant vervangende pas" wordt uitgezet bij de juiste afdeling. Dit wordt in het systeem ingevoerd, bij de eerstvolgende merge/batch ronde wordt het systeem van kaartuitgever gevraagd om een nieuwe pas met nieuw nr, verval datum en cvc/cvv te genereren. Dit gebeurde vroeger veelal 1x per week bij deze meeste banken, ze kwamen er mee weg om een pas niet binnen 1 werkdag te leveren. (tegenwoordig doen ze dit gelukkig wel)
nou je kunt je dan wel voorstellen dat zo'n systeem niet gebouwd was om live, iedere seconde van iedere dag actief te zijn, meerdere redundancies/backups te hebben of ingeplugd te hoeven zijn met andere 'costumer facing' bank faciliteiten.
Fast forward naar de wereld vandaag, en een bedrijf als Apple eist (en in mindere mate Google/Samsung/FitBit/Garmin verwachten dit ook) dat zo'n systeem realtime is, het hele jaar online, met meerdere redundancies, gracieus fallover, ddos-proof etc.
het komt er dus op neer dat een bank een systeem moet optuigen/ombouwen welke van oorsprong nooit bedacht was (toen ze ooit met pinpassen kwamen) om 'live' te zijn aan de kant van de klant. En bank hoefde vroeger alleen zelf intern nieuwe/vervangende pasjes aan te maken op het systeem van een mastercard of visa.
Nu moet opeens die functie en faciliteit van een bank niet alleen live zijn, maar gekoppeld via de bankieren app met de integratie (sdk/api) van PassKit (op iOS; software niveau) om vanuit/met de Wallet app (of mobiel bankieren), volgens de rule book en spelregels van de toestel bouwer (in dit geval Apple), op elk moment van de dag, iedere dag van het jaar, ala minuut wanneer de klant dit wenst raadpleegbaar en interactief zijn voor het door de klant zelf toevoegen van virtuele, digital-only EMV NFC complaint pin- en credit passen.
Dit is voor een bank als ING (van de 3 grote Nederlandse banken) nog het minst complex, want ING is en was, voordat bijv. bunq in de markt kwam al een van de eerste banken in de wereld die volop en vroeg in het begin van het internet tijdperk de noodzaak van digitalisatie in zag.
En dus vroeg al van meerdere systemen van oude meuk, veelal ook hardware (machinale geld systemen) of telex/dos achtige geld en tel systemen die niet met internet overweg konden, overging op bijv. cloud en SAAS oplossingen (al dan niet zelf ontwikkeld door ING.)
bunq is in het bijzonder een voorbeeld hoe bijv. als ING vandaag zou starten het ook zou doen.
Alle systemen
from scratch schrijven in de cloud. in het geval van bunq is dit in AWS.
(*NB: geldt ook voor andere op CDCVM gepasseerde Wallets zoals Fitbit/Garmin, maar bijv niet voor Android NFC middels de bank app, dit betreft een lokale implementatie vanuit de bank app op android en kan dus lokaal in-app ondervangen worden ipv met een enorme backend welke de checks en initialisatie uitvoert voor de Wallets v.d. toestelbouwers.)
[
Voor 0% gewijzigd door
DaveFlash op 10-10-2019 23:00
. Reden: aanpassen hyperlink ]