Guide
Comment créer un fournisseur de finances ouvertes aux Émirats Arabes Unis
La réponse courte
Le règlement CBUAE sur les finances ouvertes a créé un cadre spécifique pour le partage de données et l'initiation de services sous licence. La licence ne permet pas en soi à une entreprise de détenir des fonds clients, de fournir des conseils réglementés ou d'exécuter chaque service financier basé sur les données. Le produit a besoin d'une carte fonction par fonction.
Commencez par la carte des produits, pas par la liste des licences. Tracez qui détient l'argent, qui initie le mouvement, qui prend le risque de crédit et quelle licence soutient chaque écran du parcours client. Seulement alors séparez la formation d'une entreprise ordinaire de l'autorisation de services financiers — et des arrangements de partenaires qui peuvent légalement s'y substituer. Une licence commerciale ne devient jamais la permission de détenir l'argent des clients. Pour ceux intéressés par l'offre de services financiers, envisagez de créer une entreprise de financement intégré ou de banking-as-a-service aux EAU.
Pourquoi le modèle opérationnel vient avant la juridiction
Pour les entreprises de fintech, les questions décisives sont qui reçoit ou contrôle l'argent, qui initie une transaction, quelle licence soutient le service, quelles données client sont accessibles, et si le crédit, les conseils ou l'intermédiation sont fournis.
Dans la fintech, la même expérience client peut être construite à des prix réglementaires très différents. Une version détient une licence pour chaque fonction ; une autre loue la plupart des fonctions d'une institution de parrainage et n'en détient presque aucune. Une entité ayant une description d'activité à saveur fintech ne règle rien. La question utile est quelles fonctions l'entreprise elle-même exerce, quelles fonctions un partenaire agréé exerce, et quel coût chaque choix a en capital, personnel et dépendance. Ceci est particulièrement pertinent pour ceux envisageant de créer un fournisseur de cloud ou de services gérés aux EAU.
Commencez par choisir lequel de ces modèles décrit le mieux le plan :
- Service d'information sur les comptes ou les données financières
- Fournisseur de paiement ou d'initiation de services
- Plateforme d'analyse consommant des données via un fournisseur licencié
- Fournisseur d'infrastructure de finance ouverte pour participants réglementés
Si plus d'un modèle s'applique, le modèle quasi universel est une division : une entité agréée pour les fonctions réglementées et une entreprise d'exploitation pour la technologie et le personnel — ou une institution de parrainage portant entièrement les fonctions réglementées. La division n'est pas de la bureaucratie ; c'est ce qui rend le périmètre réglementé et le contrat de partenariat derrière lui, lisibles. Cette approche est souvent vue dans les sociétés d'affacturage ou de financement de factures aux EAU.
Où la formation ordinaire de l'entreprise peut s'arrêter
Testez ces questions avant de sélectionner une juridiction ou une activité, car chacune d'elles déplace le modèle entre les niveaux de licence :
- Licence de partage de données et d'initiation de services
- Consentement, authentification et contrôle client
- Détention de fonds, conseil, médiation ou crédit en dehors de l'autorisation de la finance ouverte
- API Hub, cadre de confiance et participation à l'infrastructure commune
- Externalisation, assurance, capitaux et exigences d'établissement aux Émirats Arabes Unis
Un seul cas ne signifie pas que la société elle-même a besoin d'une licence — un partenaire licencié peut légalement assumer cette fonction. Cela signifie que le périmètre nécessite une décision basée sur des faits : détenir l'autorisation ou la sous-traiter. Le jeu d'étiquettes échoue également dans l'autre sens : une plateforme qui détient en fait de la valeur ou organise du crédit est régulée, quel que soit le nom de l'application.
Rédigez la position du périmètre : fonctions exécutées en interne, fonctions fournies par des partenaires licenciés, et les caractéristiques de la feuille de route qui modifieraient la séparation. Les sponsors, régulateurs et banques lisent chacun ce document avec des yeux différents, donc cela doit être une histoire cohérente.
Décisions de structure qui changent la réponse
Corrigez ces variables avant de comparer les licences de la banque centrale, les routes financières free-zone et les modèles dirigés par des partenaires :
- Participant licencié contre fournisseur technique
- Types de données, institutions et segments de clients
- Informations en lecture seule contre initiation d'actions
- Relation client directe contre distribution intégrée
- Sécurité, consentement et allocation de responsabilité
L’entité avec laquelle un client contracte doit être en mesure de répondre du produit — avec sa propre autorisation ou celle d’un sponsor. La structure du groupe peut mettre la technologie, la PI (propriété intellectuelle) et la fonction licenciée dans des entités différentes, mais chacune doit avoir un rôle véritable. Les structures optimisées pour annoncer un prix de création bon marché apparaissent plus tard comme des échecs de diligence des sponsors et des frictions d’intégration bancaire.
Coût et délai : utilisez des couches, pas un seul chiffre principal
Les budgets fintech sont décidés par un choix précoce : quel niveau de licence le modèle nécessite-t-il, ou si un sponsor le porte. Superposez le budget autour de ce choix :
- Formation de l'entité : enregistrement, documents constitutionnels, establishment card, espace de travail et capacité d'immigration.
- Autorisation ou parrainage : soit le chemin de la licence — travail de demande, conseillers, politiques, frais de supervision — soit le chemin du sponsor : diligence du partenaire, travail d'intégration, frais de programme et partage des revenus.
- Ressources financières réglementaires : capital libéré et arrangements de sauvegarde adaptés au niveau et aux fonds clients que l’entreprise touche.
- Personnes et gouvernance : les rôles de gestion, de conformité et de risque requis par le niveau, plus l'équipe opérationnelle exigée par le contrat de sponsor.
- Obligations récurrentes : frais de supervision ou de programme, audits, rapports, déclarations fiscales et renouvellements à travers les licences, l'enregistrement et les contrats de partenaires.
Le calendrier suit la même bifurcation. Les modèles dirigés par des partenaires avancent à la vitesse de la diligence des partenaires ; les modèles licenciés à la vitesse du régulateur. Les deux sont étapes par étapes — décision structurelle, formation, autorisation ou intégration de sponsor, construction et tests, intégration bancaire, lancement — et l’enregistrement est la phase la plus rapide et la moins significative.
Préparation bancaire, d'investisseur et commerciale
Les banques et les institutions sponsors effectuent une diligence parallèle, et les deux commencent par la même question : quelle licence couvre chaque flux d'argent ? Préparez ce qui suit avant le début de l'intégration :
- Matrice des fonctionnalités et des autorisations réglementaires
- Conception du consentement et du flux de données
- Plan de sécurité API et de réponse aux incidents
- Ressources financières et hypothèses d'assurance
- Capacité de gestion et de conformité
L'objectif est une histoire cohérente à travers le produit, les contrats de partenaires, la position réglementaire et le dossier bancaire. La cohérence élimine les questions évitables. Elle ne garantit pas un compte, un sponsor, une autorisation ou une approbation.
Questions à résoudre avant de payer pour l’installation
- La société ne lira-t-elle que des données ou initiera-t-elle des actions ?
- Est-ce qu'elle détient des fonds ou fait des recommandations ?
- Qui obtient et gère le consentement des clients ?
- S'agit-il d'un participant ou d'un fournisseur sous licence ?
- Quelles autorisations supplémentaires sont nécessaires pour les fonctionnalités en aval ?
Enregistrez ce qui est encore inconnu et qui doit le vérifier. Un niveau de licence ou un arrangement de sponsor adopté par défaut — parce qu'un package de formation l'impliquait — est comment les fintechs finissent par reconstruire en cours de lancement.
Erreurs courantes
- Supposer que l'accès API permet tous les produits en aval
- Regrouper des conseils ou du crédit sans analyse séparée
- Traiter le consentement comme une case à cocher unique
- Construire sur le scraping d'écran là où le cadre attend une connectivité approuvée
Comparer les frais d'incorporation reste l'erreur classique. Comparez les routes complètes : coût de la première année et coût de renouvellement, capital et sauvegarde, économie de sponsor, fonctions autorisées, implications bancaires et coût de changement de niveau après le lancement.
Ce que Velarozone évalue
L'évaluation dirigée par un conseiller de Velarozone transforme la carte des produits en une décision de licence ou de partenaire. En fonction des faits, le plan écrit peut couvrir :
- Les niveaux de licence et les parcours dirigés par des partenaires réellement ouverts à ce modèle, et pourquoi.
- Une allocation par fonctionnalité : réalisée en interne, portée par un sponsor, ou reportée.
- Dépendances en capital, protection, personnel et bancaire qui conditionnent le lancement.
- Couches de coûts construites autour de la décision de niveau plutôt qu'un en-tête de formation.
- Documents, questions ouvertes et hypothèses nécessitant une confirmation spécialisée.
- Une séquence de dépôt qui commence seulement après que le client comprend et approuve la route.
La liste finale des autorités, la sélection d'activité exacte, les exigences actuelles et le chemin de dépôt sont confirmés par rapport aux faits réels. Ce sont des résultats de décision, pas des affirmations génériques du site web.
