Pagaments segurs en micromobilitat: Stripe i RGPD · Cityflow
Salta al contingut
BlogSoftware

Ciberseguretat i passarel·les de pagament en micromobilitat: Google Pay, Apple Pay i compliment del RGPD

16 de juny del 20269 min de lecturaper Gerard Flores Gallardo, cofundador de Cityflow
Pagament amb el mòbil al costat d'una bici elèctrica, amb un cadenat de seguretat

Punts clau

  • La targeta de l'usuari mai ha de tocar la teva plataforma: la tokenització de Stripe (PCI DSS nivell 1) elimina el risc de custodiar dades de pagament.
  • SCA/PSD2 i 3D Secure s'apliquen automàticament al primer cobrament; els càrrecs posteriors (hores extra, penalitzacions) fan servir la targeta tokenitzada sense nova autenticació.
  • Apple Pay i Google Pay eleven la conversió del checkout mòbil: menys camps, autenticació biomètrica i zero targetes tecleijades al carrer.
  • Els dipòsits de garantia es resolen amb retencions (preautoritzacions) que s'alliberen en tornar la bici — sense moure diners reals.
  • RGPD: minimització de dades, allotjament a la UE i Stripe com a processador certificat; la plataforma només desa el token, mai el PAN.

Resposta directa: la manera segura de processar pagaments en micromobilitat és no tocar mai la targeta: el cobrament inicial es fa via Stripe (amb Apple Pay, Google Pay i 3D Secure/SCA), la targeta queda tokenitzada, i els càrrecs posteriors — hores extra, dipòsits, penalitzacions, impagaments — s'executen automàticament sobre aquest token com a transaccions iniciades pel comerç. La plataforma només desa dades operatives mínimes, alineades amb el RGPD.

El mapa de cobraments d'una operació real

Una flota no cobra «un lloguer»: cobra un ecosistema d'imports diferents. Així els processa la passarel·la Stripe integrada a Fleet OS:

Tipus de cobramentMomentMecanisme
Lloguer / reservaEn confirmarPagament en línia amb SCA (3DS) — targeta, Apple Pay, Google Pay, Alipay, WeChat Pay
Dipòsit de garantiaEn iniciarRetenció (preautorització) que s'allibera en tornar — sense càrrec real
Hores extraEn superar el tempsCàrrec automàtic off-session sobre la targeta tokenitzada
Devolució fora de zonaEn tancar el lloguerCàrrec automàtic amb evidència GPS + fotos
Impagament / saldo pendentReintent programatCàrrec MIT amb reintents intel·ligents de Stripe
Ride Pass / subscripcióRecurrent mensualSubscripció Stripe gestionada per la passarel·la

Per què la tokenització canvia el perfil de risc

Quan l'usuari paga per primera vegada, Stripe retorna un token: una referència irreversible a la targeta que només funciona amb el teu compte.

  • La teva plataforma mai veu el PAN (número de targeta): no hi ha res a robar a la teva base de dades.
  • El compliment PCI DSS recau en Stripe (certificat nivell 1, el màxim).
  • Un token filtrat és inútil fora del teu compte de Stripe.

Aquest és l'estàndard que un CISO o un DPO esperen trobar — i la raó per la qual «desem les targetes xifrades a la nostra base de dades» és la resposta incorrecta en qualsevol due diligence.

SCA, PSD2 i el matís dels càrrecs off-session

La normativa europea PSD2 exigeix autenticació reforçada (SCA) — normalment 3D Secure — al pagament inicial. La pregunta clau de negoci: com cobro una penalització hores després, sense l'usuari al davant?

La resposta tècnica: MIT (Merchant Initiated Transactions). Al primer pagament, l'usuari accepta les condicions i autoritza càrrecs futurs derivats del servei. Els cobraments posteriors s'executen sobre el token sense nova autenticació, dins del marc PSD2. Stripe ho gestiona de manera nativa; l'operador només defineix imports i regles.

Apple Pay i Google Pay: seguretat que, a més, converteix

Els wallets no són només comoditat:

  • Autenticació biomètrica (Face ID / empremta) a cada pagament: més forta que un CVC tecleijat.
  • Criptogrames d'un sol ús: ni tan sols Stripe veu la targeta real.
  • Conversió: en un checkout mòbil al carrer, eliminar el tecleig de targeta redueix l'abandonament de manera mesurable — clau quan l'usuari està dret al costat de la bici.

RGPD: la separació de responsabilitats

  • Plataforma (encarregada del tractament): correu, telèfon, historial d'ús — allotjats a la UE, xifrats en trànsit i en repòs.
  • Stripe (processador de pagaments certificat): totes les dades de targeta.
  • Operador (responsable): defineix finalitats i conserva el control; exerceix els drets d'accés, rectificació i supressió des del panell.

Aquesta separació és la mateixa que exigeixen els departaments de compliment corporatius en projectes de mobilitat per a campus privats.

Checklist de due diligence per a responsables de decisió

  • La plataforma emmagatzema PANs? (La resposta ha de ser no — només tokens)
  • SCA/3DS actiu al pagament inicial i MIT documentat per a càrrecs posteriors?
  • Retencions disponibles per a dipòsits, en lloc de cobraments reals?
  • Càrrecs automàtics amb evidència adjunta (GPS, fotos) per a disputes?
  • Dades operatives allotjades a la UE i supressió d'usuari disponible?

Conclusió

En pagaments, l'arquitectura correcta és avorrida: Stripe tokenitza, la normativa es compleix sola i els càrrecs difícils (extres, impagaments) es cobren sense fricció ni disputes. Si estàs avaluant plataformes, contrasta aquest checklist amb la comparativa de programari de gestió de flotes 2026 i calcula l'impacte dels cobraments automàtics a l'anàlisi de ROI.

Preguntes freqüents

Com es cobra una hora extra o una penalització sense que l'usuari hi sigui present?

Al primer pagament, la targeta queda tokenitzada a Stripe amb el consentiment de l'usuari (càrrec off-session). Quan el sistema detecta hores extra, devolució fora de zona o impagament, executa el càrrec automàticament sobre aquest token, amb l'import i el concepte definits a les condicions acceptades.

És obligatori demanar un dipòsit de garantia?

No és obligatori, i la millor pràctica és evitar cobraments reals: es fa servir una retenció (preautorització) que bloqueja l'import a la targeta i s'allibera automàticament en tornar la bici en bon estat. L'usuari no veu diners sortir del seu compte i l'operador queda cobert.

Què exigeix la normativa PSD2/SCA en aquests cobraments?

L'autenticació reforçada (SCA amb 3D Secure) s'aplica al pagament inicial. Els càrrecs posteriors off-session (hores extra, penalitzacions) estan emparats com a transaccions iniciades pel comerç (MIT) sobre la targeta tokenitzada, un flux que Stripe gestiona de manera nativa.

Quines dades personals desa la plataforma i quines desa Stripe?

La plataforma desa les dades operatives mínimes (correu, telèfon, historial de lloguers) allotjades a la UE. Les dades de pagament (PAN, caducitat, CVC) viuen exclusivament a Stripe, certificat PCI DSS nivell 1; la plataforma només referencia un token irreversible.

PagamentsStripeCiberseguretatRGPDFleet OS

FLEET OS

Calcula el ROI de la teva flota amb una demo personalitzada

Fes servir la calculadora interactiva de Fleet OS per estimar la teva quota mensual i demana una demo amb els números reals de la teva operació. Resposta en menys de 24 hores laborables.

Calcular el meu ROI amb Fleet OS