Revolut en France : quand une fintech britannique devient un sujet de politique monétaire européenne

# Revolut en France : quand une fintech britannique devient un sujet de politique monétaire européenne

*En 2026, Revolut dispose désormais d'un agrément bancaire plein en France. Pour les équipes IT des PME et ETI, cette nouvelle pose des questions concrètes qui vont bien au-delà du simple choix d'un prestataire de paiement. Nous avons interrogé un DSI d'une ETI industrielle française, qui gère un SI de plusieurs centaines de postes et a récemment conduit une revue complète des outils financiers de son entreprise.*

RiffLab : Revolut obtient un agrément bancaire en France. En surface, c'est une bonne nouvelle pour la concurrence dans le secteur bancaire. Mais depuis votre poste de DSI, vous voyez ça comment ?

Avec une méfiance instinctive, et je pèse mes mots. Quand une fintech dont le siège social est à Londres — donc hors Union européenne depuis le Brexit — obtient un agrément pour opérer comme banque de plein droit en France, la question que je me pose immédiatement n'est pas « super, la concurrence va faire baisser les frais ». C'est : où vont les données ? Sous quelle juridiction ? Avec quelles garanties réelles pour nos flux financiers d'entreprise ?

Revolut est une entité britannique. Son infrastructure technique est distribuée. Sa gouvernance des données n'est pas transparente au sens où un acteur comme une banque mutualiste française l'est, avec des obligations de localisation assez claires. L'agrément français crée une façade réglementaire européenne, mais ça ne dit rien sur l'architecture réelle des données ni sur les transferts vers des serveurs hors UE.

RiffLab : Concrètement, pour vos équipes IT, qu'est-ce que l'entrée de Revolut dans le paysage bancaire français change dans le travail du quotidien ?

Ça change quelque chose d'assez précis : la pression métier augmente. Les directions financières, les DAF, les équipes achats — ils ont déjà des comptes Revolut personnels, ils trouvent l'interface fluide, le déploiement de cartes virtuelles instantané, la gestion multi-devises pratique. Ils vont pousser pour l'adopter côté entreprise.

Mon travail, c'est alors d'expliquer que « pratique » et « maîtrisé » ne sont pas synonymes. Une carte virtuelle déployée en cinq minutes via une API Revolut, c'est aussi une nouvelle connexion dans mon SI que je ne contrôle pas entièrement. Chaque intégration avec notre ERP, notre outil de notes de frais, notre système de validation des paiements — ça crée des points de dépendance. Et là, je me demande : est-ce que je suis capable d'auditer ce flux ? Est-ce que je peux exiger un droit à la portabilité réelle des données transactionnelles en cas de rupture de contrat ? Est-ce que les logs de transaction sont hébergés en Europe ?

Ces questions, avec une banque traditionnelle française ou allemande, j'ai des réponses contractuelles solides. Avec Revolut, c'est plus flou.

RiffLab : Vous parlez d'intégration ERP, de flux de données financières. Mais Revolut n'est-il pas justement plus agile que les banques traditionnelles sur ces aspects techniques — des API mieux documentées, des webhooks propres ?

Oui, et c'est exactement le piège rhétorique dans lequel je refuse de tomber. Oui, l'API est propre. Oui, la documentation développeur est meilleure que celle de la plupart des banques françaises. Mais la qualité technique d'une API n'est pas un critère de souveraineté. C'est même parfois un argument de séduction qui masque une dépendance plus profonde.

Plus l'intégration est fluide, plus elle est invisible. Et plus elle est invisible, plus il est difficile d'en sortir le jour où les conditions changent — une hausse tarifaire, un rachat, un changement de politique de données, une injonction réglementaire américaine si Revolut venait à passer sous pavillon US un jour. On a vu ce scénario ailleurs. Je ne me laisse pas convaincre par l'excellence de la DX — la Developer Experience — quand la question de fond reste sans réponse.

RiffLab : Sur la question de la localisation des données, vous évoquez un flou. Mais avec le DORA — le règlement européen sur la résilience opérationnelle numérique — entré en application, est-ce que les choses ne sont pas plus encadrées désormais ?

DORA impose des obligations de reporting, de tests de résilience, de gestion des tiers critiques. C'est réel, et c'est utile. Mais DORA ne dit pas « vos données doivent rester en Europe ». Ce n'est pas son objet. Il encadre la résilience opérationnelle, pas la localisation des données ni la souveraineté au sens strict.

Donc oui, Revolut doit se conformer à DORA en tant qu'entité agréée opérant dans l'UE. Ça donne des leviers d'audit supplémentaires. Mais ça ne règle pas la question centrale : une entreprise dont les centres de décision, les actionnaires majoritaires et une partie de l'infrastructure sont hors UE reste un acteur dont la trajectoire n'est pas pilotée par des intérêts européens. La conformité réglementaire, c'est le plancher, pas le plafond.

RiffLab : Donc selon vous, la vraie question pour une ETI n'est pas « Revolut ou pas Revolut » mais quelque chose de plus structurel ?

Exactement. La vraie question, c'est : est-ce que ma direction a une politique explicite de souveraineté financière et numérique, ou est-ce qu'on prend des décisions outil par outil, fonctionnalité par fonctionnalité, sans jamais regarder la carte globale ?

Ce que j'observe dans les ETI que je côtoie : il y a souvent une politique de sécurité IT, parfois une politique cloud avec des préférences exprimées pour des hébergeurs européens, mais rarement une politique cohérente sur les données financières. Les flux de paiement, les données de trésorerie, les informations sur les fournisseurs et clients encodées dans chaque transaction — c'est pourtant un actif stratégique de premier ordre.

Revolut agréée en France, ça devrait être le déclencheur d'une conversation au COMEX sur ce sujet, pas une validation pour déployer des cartes corporate sans se poser de questions.

RiffLab : Vous avez conduit une revue des outils financiers de votre entreprise récemment. Quelle conclusion en avez-vous tirée sur la disponibilité d'alternatives européennes crédibles ?

La conclusion honnête, c'est que l'écosystème européen des fintechs B2B s'est considérablement musclé ces trois ou quatre dernières années. Il existe des acteurs — je ne vais pas faire de liste, ce n'est pas mon rôle — qui proposent des niveaux de fluidité technique comparables à Revolut, avec une infrastructure clairement localisée en Europe, des structures capitalistiques européennes et une gouvernance plus lisible.

Mais il y a encore un angle mort : l'interopérabilité. Le défi pour une ETI qui veut rester souveraine, c'est de construire un SI financier qui ne soit pas un château de cartes de connecteurs propriétaires. Ça demande un effort d'architecture que beaucoup de DSI n'ont pas le temps ou le budget de mener. Et c'est là que Revolut gagne : pas parce que c'est meilleur sur le fond, mais parce que c'est plus rapide à déployer et que personne en interne ne pose les bonnes questions.

Mon travail, c'est de faire en sorte que ces questions soient posées avant la signature, pas après le déploiement.

*L'interlocuteur de RiffLab est DSI d'une ETI industrielle française de taille intermédiaire. Il s'exprime à titre personnel.*