Cred ca ar trebui sa mearga si Apple Pay care a aparut de curand in Romania (ma rog, cine are card la BT, ING sau Revolut) pe validatoarele Kapsch odata cu atribuirea contractului.

Păi în Londra la TfL acceptă contactless în orice mijloc de transport. Dacă accepți contactless, automat accepți și Apple Pay și Google Pay (da, merge în România, chiar dacă nu e lansat oficial, eu folosesc fără probleme pentru a plăti cu contul de Revolut direct cu telefonul), care merg folosite la POS-uri standard. Mă întreb dacă a încercat cineva în Cluj / Oradea / Timișoara.

Cât despre implementarea STB... consider absolut stupidă implementarea parțială a unui astfel de sistem. Hai să spunem că se pune pe validatoarele Kapsch (ceva destul de încurajator, ne gândim și că au același soft cu porțile Metrorex practic, ne mai dă niște speranțe și pentru acolo) plată contactless EMV (cu card bancar)... și merge, și lumea o folosește pe o linie cu autobuze Otokar. Ziua următoare, același om care a folosit anterior sistemul pe Otokar merge pe altă linie de autobuz și nu își ia dinainte bilet... pentru că se așteaptă să existe acest sistem de plată peste tot! Cu aparat suplimentar sau fără... cumva trebuie făcut și în celelalte vehicule ca să nu fie un eșec masiv.

Transportul în comun e despre uniformizare, standardizare și conformitate... te aștepți să vină la aceași oră, în același loc și să plătești în același mod.

S-a gândit cineva cum se va face verificarea/consultarea acestor validări cu card bancar? Validatorul Kapsch nu emite bon. Când vine controlul, cum procedăm? Predăm cardul bancar echipei?  

Firește, oriunde se poate cu cardul, se poate și cu ApplePay/Google Pay. POS-unul nu își poate da seama ca e telefon sau card contactless.

Cât despre implementarea parțiala a sistemului de plata cu cardul, și eu consider ca e o mare prostie. Dau un exemplu. Azi merg pe 335 cu Otokar, plătesc cu cardul la validatoarele Kapsch. Maine merg tot pe 335, îmi vine un Citaro și nu pot plăti din cauza ca are validator ApTrans. Ce fac? Nu am nici card de călătorii și nu merge nici plata cu cardul... Părerea mea e ca ar trebui făcută pe toate vehiculele, chiar dacă cu un aparat suplimentar care emite bonuri de hârtie.

De asemenea, nu îmi este clar cum vor verifica ei dacă am platit sau nu atât timp cât validatoarele Kapsch nu emit bon de hârtie? Vine controlul și ce fac? Ii zic ca ne întâlnim peste 30 de zile ca sa ii scot extras de la banca?

Eu am vazut ca ei tot promit ca implementează plata cu NFC in aplicația InfoSTB. Dar nu cu cardul bancar, ci cu cardul STB. Mie unul nu îmi este clar cum vor face asta. Pe Android e complet realizabil (NFC-ul este lăsat la liber). Problema e pe IOS, unde NFC-ul se poate accesa doar prin ApplePay, dar ApplePay e doar pentru carduri bancare, nu prea e pentru carduri de transport. Exista in lumea asta o singura excepție, in Beijing, unde au cardul de transport integrat in ApplePay. Dar nici acolo cardul de transport nu e complet autonom, necesitând un card bancar de pe care sa îți reîncarci cardul de transport.

E delicata treaba...

Pentru cei cu iOS este problema lor, ei și-au ales un telefon cu un sistem de operare tip "incubator" în care abia poți face ceva, nu i-a obligat cineva. Pe principiul ăsta ar trebui să se plângă și cei cu Nokia 3310 că nu pot plăti cu telefonul
Cât despre dovada plății, este curioasă treaba.

iOS are un market share infinit mai mare decât Nokia, și deși nu sunt fan, trebuiesc luați și acești utilizatori în calcul în orice proiect public de amploare. Apple Wallet nu e strict pentru carduri bancare, fiind folosit și de aplicațiile companiilor aeriene pentru cărțile de îmbarcare, bilete electronice la firm, carduri de fidelitate etc. Aici problema nu e integrarea cu platforma Apple, ci oportunitatea unei astfel de modificări în aplicație.

Implementarea emulării plăților cu cardul de transport în aplicația InfoSTB prin funcții tip HCE (Host Card Emulation) este o idee proastă și o supra-complicare din punct de vedere ingineresc a situației, venind cu probleme inerente de compatibilitate. Nu se comportă la fel pe toate telefoanele, versiunile de Android, de kernel, etc. (de exemplu anumite funcții ale cardului fizic, precum blocul fix UID la unele telefoane se simulează ca un număr static, unic, la altele alt număr la fiecare emulare, la altele alt număr la fiecare pornire...). Resurele necesare ar fi majore și rezultatul nu ar avea neapărat sens. Plus că sistemul de taxare la STB e unul relativ închis, iar interfațarea în acest mod ar fi un coșmar (plus că în momentul de față sistemul e offline... deci ar necesita cumva modificarea tuturor validatoarelor oricum, care dacă tot se face, mai bine se face în scopul încărcării rapide online!)

Soluția pentru a face aplicația InfoSTB utilă în ticketing este una singură: validatoarele din vehicule conectate la internet prin modemul folosit pentru echipamentul RADCOM (s-a cerut să poată fi router pentru validatoare în caietul de sarcini) în scopul efectuării în timp real a încărcărilor efectuate online cu cardul, și în ultimă instanță integrarea acestei funcționalități care în momentul de față se află pe oribilul site https://online.stbsa.ro/ într-un mod decent direct în aplicație.

Alte idei sunt... la categoria bazaconii.

BodoMinea wrote:
Apple Wallet nu e strict pentru carduri bancare, fiind folosit și de aplicațiile companiilor aeriene pentru cărțile de îmbarcare, bilete electronice la firm, carduri de fidelitate etc.

Se folosește pentru ce zici tu mai sus, dar toate chestiile astea intra in categoria tichete cu cod de bare. In cazul asta nu e necesar NFC.

BodoMinea wrote:
Implementarea emulării plăților cu cardul de transport în aplicația InfoSTB prin funcții tip HCE (Host Card Emulation) este o idee proastă și o supra-complicare din punct de vedere ingineresc a situației, venind cu probleme inerente de compatibilitate. Nu se comportă la fel pe toate telefoanele, versiunile de Android, de kernel, etc. (de exemplu anumite funcții ale cardului fizic, precum blocul fix UID la unele telefoane se simulează ca un număr static, unic, la altele alt număr la fiecare emulare, la altele alt număr la fiecare pornire...). Resurele necesare ar fi majore și rezultatul nu ar avea neapărat sens.

Integrarea in Apple Pay e dificila, dar se poate face. Cu greu, dar se poate face. In primul rând trebuie sa își găsească o banca partenera, cu care sa se poată încărca cardul direct in aplicatie. Apoi trebuie facut un parteneriat cu Apple, in asa fel încât cei de la Apple sa deblocheze aceasta funcție si pentru România. Singurul exemplu din întreaga este Beijing (cum am zis si mai sus).



Aici este si despre cum se adauga un astfel de card de transport in portofelul digital:
http://www.smartshanghai.com/articles/travelsightseeing/how-to-use-apple-pay-for-public-transport
Atașez si o poza cu cardul de transport...

BodoMinea wrote:
Plus că sistemul de taxare la STB e unul relativ închis, iar interfațarea în acest mod ar fi un coșmar (plus că în momentul de față sistemul e offline... deci ar necesita cumva modificarea tuturor validatoarelor oricum, care dacă tot se face, mai bine se face în scopul încărcării rapide online!)

Cum adică e offline?! Nu trebuie sa stabilească legătura cu server-ul central ca sa verifice ce sold e pe seria cardului?

Mie unul mi se pare imposibil de realizat asa ceva. Personal, eu nu cred ca vor implementa asa ceva niciodata. Pe IOS e mai greu cu integrarea in ApplePay, dar după ai acelasi tip de software si hardware pe toate dispozitivele. Pe Android in schimb este nenorocire. Ai 1000 de versiuni de software si 1000 de tipuri de telefoane care toate funcționează diferit.

Albert wrote:
Cum adică e offline?! Nu trebuie sa stabilească legătura cu server-ul central ca sa verifice ce sold e pe seria cardului?

Nu... soldul este pe card criptat de două ori. O dată cheile Mifare, o dată din softul care scrie conținutul. Poți manipula acest conținut, însă neștiind cheile, e cam complicat. Dar oricum, dacă ai aparatura necesară pentru a citi un card bloc cu bloc și a îl rescrie la o dată ulterioară, validatorul te va „crede pe cuvânt” că acela e soldul.

Verificarea cu server-ul se face la finalul zilei, la autobază, cu niște tabele generale de balanță luate de pe server odată cu cererile de reîncărcare online. Dar cum reîncărcările online au timp de procesare 3 zile, și sistemul antifraudă tot vreo 3 zile marjă de eroare are.

Au existat multiple cazuri de persoane din domeniu care au alertat STB privind vulnerabilitatea și inflexibilitatea sistemului în forma lui curentă: https://economie.hotnews.ro/stiri-it-21 ... imitat.htm

Așa-zisa rezolvare a fost această verificare offline la descărcarea datelor la finalul programului de circulație... ceva cel mult empiric.

Ca să nu ne mai învârtim în cerc, plata cu NFC din aplicație e din seria complicărilor inutile, ce ar trebui făcut e încărcarea cardurilor ACTIV într-un timp rezonabil de procesare, indiferent dacă se face din aplicația InfoSTB sau din actualul site web.

Albert wrote:
Pe Android in schimb este nenorocire. Ai 1000 de versiuni de software si 1000 de tipuri de telefoane care toate funcționează diferit.

În Google Pay, la Passes poate fi adăugat Travel Card. Deci dacă integrează așa e irelevant câte tipuri de telefoane sunt. Cât timp au NFC și o versiunea minimă de Android necesară, funcționează.

Google Pay nici nu e suportat oficial în România, iar opțiunea Transit e folosită în vreo 3 orașe din US. Vorbim de 'avioane' cu care nu s-au complicat mari metropole europene când NU ESTE CAZUL.

Haideți să vedem unde ne aflăm. Avem validatoare off-line. Un prim pas ar fi ca ele să fie online pentru a efectua reîncărcări rapide prin mijloace web (site, aplicație etc.).

Sincer, eu nu m-am gândit nicodata ca validatoarele sunt offline. Cel mai grav mi se pare ca ei scriu soldul pe card, in loc sa îl scrie pe server. Asta ar trebui sa fie o prioritate, sa facă validatoarele online.

In 2006 cand s-a lansat sistemul nu era asa grav. Abia se lansase 3G-ul de cateva luni (HSDPA abia peste un an), la preturi nu foarte mici.

Costin wrote:
Si cum se controleaza plata calatoriei daca e direct la validator (adica fara bon)?

Pai acum cum se verifica un card Activ daca nu ai chitanta ?
Validatoarele se trec in stare de control si prin apropierea cardului in aceasta stare, in loc sa se valideze cardul se realizeaza o veificare si se afiseaza un mesaj daca respectivul card a fost validat sau nu. Si pentru carduri EMV va functiona probabil similar. La Londra nu am vazut sa se elibereze chitanta nici la metrou nisi in autobuzele etajate…

Albert wrote:
Sincer, eu nu m-am gândit nicodata ca validatoarele sunt offline. Cel mai grav mi se pare ca ei scriu soldul pe card, in loc sa îl scrie pe server. Asta ar trebui sa fie o prioritate, sa facă validatoarele online.

In procent de 99% in transport public soldul este pe card si nu pe server. Aceasta in principal din 2 motive : unul istoric pentru ca relativ recent conexiunea mobila de date are o viteza si un pret care sa permita conexiuni in timp real iar pe de alta parte validarea trebuie sa aiba o viteza mare si sa fie posibila si in zone unde nu exista conexiune de date.
La Roma, Paris, Bruxel etc. soldul este pe card nu pe server .

BodoMinea wrote:

Albert wrote:
Cum adică e offline?! Nu trebuie sa stabilească legătura cu server-ul central ca sa verifice ce sold e pe seria cardului?

Nu... soldul este pe card criptat de două ori. O dată cheile Mifare, o dată din softul care scrie conținutul. Poți manipula acest conținut, însă neștiind cheile, e cam complicat. Dar oricum, dacă ai aparatura necesară pentru a citi un card bloc cu bloc și a îl rescrie la o dată ulterioară, validatorul te va „crede pe cuvânt” că acela e soldul.

Verificarea cu server-ul se face la finalul zilei, la autobază, cu niște tabele generale de balanță luate de pe server odată cu cererile de reîncărcare online. Dar cum reîncărcările online au timp de procesare 3 zile, și sistemul antifraudă tot vreo 3 zile marjă de eroare are.

Au existat multiple cazuri de persoane din domeniu care au alertat STB privind vulnerabilitatea și inflexibilitatea sistemului în forma lui curentă: https://economie.hotnews.ro/stiri-it-21 ... imitat.htm

Așa-zisa rezolvare a fost această verificare offline la descărcarea datelor la finalul programului de circulație... ceva cel mult empiric.

Ca să nu ne mai învârtim în cerc, plata cu NFC din aplicație e din seria complicărilor inutile, ce ar trebui făcut e încărcarea cardurilor ACTIV într-un timp rezonabil de procesare, indiferent dacă se face din aplicația InfoSTB sau din actualul site web.

1. Incearca sa faci ce zici tu: o modificare pe card si apoi vorbim. In primul rand ca nu e trivial sa gasesti chei de criptare (asa si servere de la NSA au fost compromise...) iar apoi daca reusesti si vei reusi sa modifici ceva pe card vei vedea in cat timp cardul va fi blocat
2. Multiplele cazuri au fost unul si este o vulnerabilitate raportata si pe site-rile de afara care a fost de mult fixata dupa cum zice si in articol. Oricum bugul se referea exclusiv la cardul Multiplu (cardurile de tip Ultralight) nu la cel Activ.
3. Cand ai incarcat online ultima data ca sa vezi in cat se face reincarcarea? Reincarcarea a fost facuta in cazul tau dupa 3 zile? Dupa una? Dupa 3 ore ? dupa o ora? Eram doar curios.