Aller au contenu

L'IA qui travaille au sein de votre périmètre réglementé.

deeplinq se déploie sur votre infrastructure, se connecte à vos systèmes existants et laisse vos données, vos modèles et votre piste d'audit sous votre maîtrise.

deeplinq est en accès anticipé auprès d'institutions financières sélectionnées dans la zone EMEA. Nous accueillons de nouveaux partenaires bancaires de conception jusqu'au troisième trimestre 2026.

Le périmètre de souveraineté

Une frontière unique autour de l'organisation réglementée. Données, orchestration, modèles et gouvernance résident à l'intérieur. Les sources alimentent depuis la gauche ; les fournisseurs externes se connectent vers l'intérieur depuis la droite via des canaux de résidence cadrés. Rien ne franchit la frontière sans être journalisé, évalué et contrôlé par rapport à vos règles.

Schéma d'architecture du périmètre de souveraineté deeplinq. Une frontière rectangulaire enferme quatre couches — gouvernance, orchestration IA, données client et modèles à poids ouverts auto-hébergés. Les sources, à gauche, et les fournisseurs cloud externes, à droite, se connectent vers l'intérieur via des canaux contrôlés.ExterneExterne01 · ActeursUtilisateurs & applicationsCollaborateursApplications internesAgents & traitements par lotsSSO · OIDC · SAML02 · SourcesContenus & systèmesSites webMessagerieFichiers & documentsAPIs · systèmes04 · Modèles externesFournisseurs cloudOpenAIAnthropicMistralGoogleLLM · embedding · STT · TTSRésidence verrouilléePérimètre de souveraineté — organisation clienteCouche 04GouvernanceTraçabilité d'audit · Contrôle d'accès · Règles · Preuves de conformitéCouche 03 · deeplinqOrchestration IARoutage · Récupération · Anonymisation · Évaluation · ObservabilitéUne seule interface pour chaque modèle et chaque source.Couche 01Données clientRestent dans le périmètre.Bases structuréesStockages de documents & d'objetsIndex vectoriels · identitéCouche 02 · Auto-hébergéModèles à poids ouvertsS'exécutent sur l'infrastructure du client.LlamaQwenMistral (OS)GemmaFalconModèles affinésLLM · embedding · STT · TTSRequêteRéponseIngestionRésidence · aucune rétentionRèglesRécupérationInférenceChaque franchissement est journalisé, évalué et contrôlé par rapport aux règles
Une frontière unique autour de l'organisation réglementée. Données, orchestration, modèles et gouvernance résident à l'intérieur. Rien ne la franchit sans être journalisé, évalué et contrôlé par rapport à vos règles.

01

Périmètre

Une frontière unique, sous le contrôle du client. Données, modèles, orchestration et gouvernance résident à l'intérieur.

02

Canaux de résidence

Sortie cadrée et verrouillée par région vers les fournisseurs externes. Les requêtes et les réponses ne sont pas conservées.

03

Flux de contrôle

L'orchestration applique les règles, la récupération et l'inférence sur chaque modèle et chaque source.

04

Preuve

Chaque requête produit un enregistrement immuable et exportable, pour vos exigences de conformité et d'audit.

Architecture de la plateforme

Un système en couches, un seul périmètre. Les connecteurs ingèrent, le RAG Engine indexe, le LLM Router orchestre, les agents exécutent — le tout gouverné de bout en bout, au sein de votre système d'information.

Pile horizontale à quatre couches : le Connector Hub ingère les données de l'entreprise, le RAG Engine indexe et récupère le contexte, le LLM Router orchestre les modèles cloud et à poids ouverts, l'Agent Orchestrator exécute des agents autonomes sous contrôle des politiques, avec évaluation et observabilité. Une bande de gouvernance s'étend sur les quatre couches.Entrées de l'entrepriseRésultats métierCouche 0101 / 04Connector HubIngère les données d'entreprise depuisvos systèmes métier et de production.SourcesERPCRMDocumentsMailBases de donnéesCollaborationNormalisation · planificationTraçabilité · identitéConnecteurs prêts à l'emploiCouche 0202 / 04RAG EngineIndexation sémantique etrestitution en vues métier.FonctionsDécoupage & embeddingsHybride vecteur + mots-clésReclassementVues métier contextuellesRestitution selon les droitsRéponses sourcées, citationsCouche 03 · Active03 / 04LLM RouterOrchestre entre les modèles.Une interface, tous les fournisseurs.API cloudOpenAIAnthropicMistralGooglePoids ouvertsLlamaQwenMistral openGemmaFiltre de règlesAnonymisationApplication des règlesContrôle de résidenceJournal d'auditDans le périmètreAuto-hébergéAucune sortieLes données restent à l'intérieurRoutage coût · latence · résidenceCouche 0404 / 04Agent OrchestratorDes agents autonomes opérantsous règles et évaluation.ExécutionPlanification & outilsRègles & garde-fousÉvaluation & scoringObservabilité & tracesValidation humainePiste d'audit par actionTransverseGouvernanceIdentité & accèsSSO · RBAC · niveau ligneRèglesCatalogue · versionnageÉvaluationExactitude · sûreté · dériveObservabilitéTableaux de bord · alertes
Quatre couches dans un périmètre unique. La gouvernance traverse chaque couche ; chaque appel est vérifié au regard des politiques avant de franchir une frontière.
Pourquoi deeplinq existe

Vos contraintes sont notre point de départ.

Une institution réglementée ne peut pas confier ses données au cloud d'un fournisseur. La FINMA, la CCAF et la nLPD imposent la résidence et la protection des données en Suisse. La CSSF, Bank Al-Maghrib (Loi 09-08) et la PDPL encadrent le traitement des données clients au Luxembourg, au Maroc et aux Émirats. HIPAA et les dispositions santé du RGPD définissent ce qui peut sortir d'un système clinique. Les BPx tracent les décisions pharmaceutiques. Solvency II, MAR et MiFID II dictent ce qu'un auditeur doit pouvoir reconstituer.

Rien d'exceptionnel ici. C'est le cadre opérationnel ordinaire.

La plupart des plateformes d'IA ont été conçues pour un autre client — celui qui accepte l'hébergement chez un hyperscaler et des flux de données que le régulateur n'a jamais validés. deeplinq a été conçue pour celui qui ne le peut pas.

Votre orchestration, vos connecteurs, vos agents, votre routage de modèles et votre piste d'audit restent dans l'environnement que vous protégez déjà. C'est la plateforme qui s'adapte au cadre, jamais l'inverse.

À qui nous nous adressons

Des environnements réglementés, une même exigence de souveraineté.

Chaque environnement a son régulateur, son rythme d'audit et ses cas d'usage. Une seule plateforme s'adapte à toutes.

  • Banque privée

    Les dossiers clients et les revues KYC génèrent plus de documentation qu'aucune équipe ne peut lire — et le secret bancaire ne laisse aucune place à un traitement externe.

    Une infrastructure sur laquelle vos équipes construisent leurs propres agents de gestion de dossiers clients et de revue KYC. Ils s'exécutent au sein du périmètre de la banque et laissent une trace traçable pour la conformité.

  • Banque commerciale

    KYC, opérations de crédit, relation client et surveillance des transactions se mesurent à l'aune des banques centrales, de BAM, de la PDPL, de MAR et de MiFID II.

    Une couche qui couvre l'entrée en relation, les dossiers de crédit, la correspondance client et la surveillance de marché — là où vos équipes déploient l'IA avec hébergement national et traçabilité de niveau audit.

  • Santé & Sciences de la vie

    La conformité aux BPx, le traitement des données cliniques et les soumissions réglementaires exigent une traçabilité d'audit que les plateformes d'IA génériques ne savent pas produire après coup.

    Des parcours pharma & sciences de la vie détaillés dès aujourd'hui — recherche, qualité, affaires réglementaires, pharmacovigilance, intelligence des archives fournisseurs — avec versionnage des modèles, archivage des prompts et traces de décision pour l'examen BPx. La couverture santé au sens large (HIPAA, DPI, PHI, hôpitaux, dispositifs médicaux) s'étoffe.

  • Secteur public

    Souveraineté nationale, cadres de conformité des marchés publics et protection des données citoyennes font de l'IA adossée à un hyperscaler un non-recevable dès l'appel d'offres.

    Une couche d'IA souveraine qui épouse les régimes nationaux de protection des données, avec hébergement local et la surface d'audit qu'attendent les organes de contrôle.

  • Télécommunications

    Données d'abonnés, régime national de protection des données, règles de confidentialité du trafic et de la localisation, directives nationales de conservation : tout cela encadre chaque décision d'IA d'un opérateur convergent. Les données de la relation client et de l'exploitation réseau ne peuvent pas migrer vers le cloud d'un fournisseur — non par politique, par architecture.

    Une infrastructure pour les parcours de service client, d'exploitation réseau, de DPO réglementaire et de détection de fraude — déployée au sein du périmètre de l'opérateur, avec versionnage des modèles, contrôle RBAC et une trace probante que le régulateur et le DPO peuvent examiner. Architecturée selon les postures ISO 27001 et ISO 27017. L'interception légale reste hors périmètre, gérée par le système d'interception dédié de l'opérateur.

  • Aviation

    Exploitation, MRO, service client et parcours équipages se répartissent entre des systèmes qu'aucune IA sur étagère n'a été conçue pour relier.

    Des connecteurs vers ARMS, AMOS, Sabre ou Amadeus, Lufthansa Systems Lido, EFB et FRMS. Les agents font remonter le contexte exploitation, MRO, client et équipages au sein du périmètre de l'opérateur — en cohérence avec les attentes de l'EASA, de la FAA, de la GCAA et des autorités nationales de l'aviation civile. Contextes défense et classifiés hors périmètre.

Ce que fait deeplinq

Cinq capacités, une seule contrainte : tout reste chez vous.

L'ensemble des capacités ne change pas pour une institution réglementée. C'est le cadre de déploiement qui change.

  • Ingérer — sans exfiltration

    Lisez documents, transactions et enregistrements système à la source. Extraction, vectorisation et indexation restent dans l'environnement de l'institution. Aucun entraînement sur les données clients par défaut.

  • Connecter — sur tout le parc existant, sans franchir la frontière

    Atteignez le core banking, les ERP, les CRM et les bases opérationnelles via des connecteurs qui s'exécutent là où vivent les données. Aucun plan de données externe.

  • Orchestrer — avec des traces de décision complètes

    Routez chaque requête vers le bon modèle, la bonne source de connaissance et le bon système de référence. Chaque décision de routage, chaque récupération et chaque appel de modèle est journalisé et auditable.

  • Déployer — avec validation humaine et trace d'audit

    Déployez des agents qui proposent sans décider, partout où l'institution veut un point de contrôle humain. Chaque action porte son prompt, son contexte de récupération, sa version de modèle et son résultat — exportables pour l'audit.

  • Gouverner — au niveau de la politique, pas en rattrapage

    Appliquez les contrôles d'accès au niveau du document, de l'enregistrement et du champ. Conservation, expurgation et résidence pilotées par la plateforme — décisions versionnées et réexaminables.

Comment deeplinq se déploie

Quatre modes de déploiement. Une seule règle : vos données restent où elles doivent être.

  • Sur site

    deeplinq s'exécute entièrement dans le centre de données de l'institution. Modèles, magasins vectoriels, orchestration et journaux vivent sur une infrastructure que le RSSI maîtrise déjà.

    Profil : banque privée, santé à résidence stricte, secteur public.

  • Cloud national ou privé

    deeplinq se déploie dans une région de cloud souverain ou un environnement à instance privée choisi par l'institution. Résidence et flux de données définis par le contrat de l'institution, pas par deeplinq.

    Profil : banque commerciale soumise aux obligations de banque centrale, santé en cloud souverain.

  • Isolé du réseau

    Aucune voie d'accès vers l'extérieur. Inférence, récupération et orchestration entièrement sur infrastructure locale. Mises à jour des modèles et exports d'audit par transfert physique contrôlé.

    Profil : charges classifiées du secteur public, recherche à haute sécurité.

  • Hybride avec frontière de souveraineté

    Données sensibles et charges réglementées restent sur site ou en cloud national ; les charges non sensibles s'étendent là où l'institution le décide. Le périmètre de souveraineté est appliquée au niveau de la plateforme.

    Profil : banques universelles à charges mixtes, santé multinationale, pharma combinant recherche interne et externe.

Parcours de déploiement

12 semaines, 4 phases, menées avec vous. De la préparation côté client jusqu'à la mise en production, chaque phase est cadrée — y compris les prérequis qui vous incombent.

Parcours de déploiement en quatre phases : Phase 00 Préparation côté client avant le lancement, puis trois phases côté deeplinq — Fondations (S0–S4), Premiers cas d'usage (S4–S8), Montée en charge et passation (S8–S12). Une barre continue en dessous montre la souveraineté, la traçabilité et la montée en compétences des équipes opérant sur l'ensemble des 12 semaines.Avant-projetEn productionPREW0W4W8W12LancementEn productionPhase 0000 / 04Côté clientPréparationAvant S0 · avant lancementSources de données identifiéesSponsors alignésCas d'usage cadrésDonnées de test préparéesPhase 0101 / 04Côté deeplinqFondationsW0 — W4Environnement provisionnéConnecteurs raccordésPremier index en servicePérimètre validéPhase 0202 / 04Côté deeplinqPremiers processusW4 — W81–2 workflows liveCouche de preuve activeRéférentiel de mesureFormation démarréePhase 0303 / 04Côté deeplinqPassage à l'échelle & transfertW8 — W12Processus supplémentairesContrôle d'accès à l'échelleÉquipe client autonomeMétriques en régime établiTransverseEn continuSouverainetéPérimètre · résidencePreuvePistes d'audit · citationsMontée en compétence des équipesFormation · transfert
La préparation relève de vous. Fondations, premiers cas d'usage, montée en charge et passation relèvent de deeplinq. Souveraineté, traçabilité et autonomie de vos équipes courent sur les 12 semaines.
Pourquoi le choix du modèle compte

S'enfermer sur la couche d'intelligence, c'est un risque d'audit.

Une institution réglementée qui dépend d'un seul fournisseur de modèle hérite de la feuille de route, de la posture sur les données et de l'exposition réglementaire de ce fournisseur. « C'est le modèle de l'éditeur qui l'a produit » n'est pas une réponse que le régulateur accepte.

deeplinq traite le choix du modèle comme une décision de conformité. Les institutions font tourner des modèles propriétaires de pointe, des modèles à poids ouverts en inférence locale, ou les deux — selon la tâche, la sensibilité et l'attente du régulateur. Les versions de modèles sont figées pour qu'un auditeur reconstitue une décision des mois plus tard. On change de modèle sans réécrire la plateforme.

Là où l'assistant d'un hyperscaler ou un copilote intégré au CRM impose son hébergement et un fournisseur unique, deeplinq garde le modèle derrière une interface que l'institution maîtrise.

Actuellement pris en charge

API cloud (avec résidence des données)

  • OpenAI
  • Anthropic
  • Mistral
  • Google

Poids ouverts (auto-hébergés)

  • Llama
  • Qwen
  • Mistral open
  • Gemma
  • Falcon

Indépendance vis-à-vis du modèle

C'est votre institution qui définit ce qui est sensible. deeplinq dirige chaque traitement vers le bon fournisseur — API cloud avec contrôle de résidence pour les charges non sensibles, modèles à poids ouverts hébergés chez vous pour tout le reste.

Indépendance vis-à-vis du modèle : les charges de travail du client entrent dans la couche d'orchestration deeplinq, qui aiguille chaque requête selon la politique définie — soit vers des API cloud avec contrôle de résidence (OpenAI, Anthropic, Mistral, Google), soit vers des modèles à poids ouverts auto-hébergés sur l'infrastructure du client (Llama, Qwen, Mistral OS, Gemma, Falcon).Charges de travail clientExécution des modèlesOrganisation cliente01 / 03Sources, charges, politiqueCe qui est demandé, sur quelles données,sous quelle classification.Sources de donnéesERPCRMDocumentsMessagerieBases de donnéesCharges · sensibilitéPublicmarketing · rechercheInterneexploitation · productivitéConfidentielfinance · RH · juridiqueRestreintréglementé · PII · PHIDéfinitions de politiqueRésidence · sensibilité · règles de routageRequêtedeeplinq · orchestration02 / 03Routage par politiqueUne interface. Un contrat. N'importe quel fournisseur,choisi par charge selon votre politique.Routage par politiquepar requêteChoix du modèle par chargeadapté à la tâcheSensible à la résidenceUE · FR · sur siteOptimisation coût et latencepar SLAContrôle de politiqueévalué à chaque requêteClassificationRésidenceCaviardageFinalitéJournal d'auditConsentement« Le choix appartient à l'institution,pas à la plateforme. »non sensiblesensibleHors périmètre03AZone AAPI cloud· with residency controlsContrôle de politique appliqué · caviardage · journal d'audit · points d'accès régionauxOpenAIAnthropicMistralGoogleIdéal pourCharges non sensibles · capacité de pointeDans le périmètre03BZone BPoids ouverts· run inside your perimeterAucune sortie · les données restent · inférence auto-hébergée · compatible isolement réseauLlamaMetaQwenAlibabaMistral OSApache 2.0GemmaGoogleFalconTIIIdéal pourCharges sensibles · environnements réglementésDéploiements isolés du réseaufrontière de confiance
L'institution classe. La couche d'orchestration aiguille. Le modèle s'exécute — au sein de votre système d'information ou à l'extérieur, selon ce que dicte votre politique.

Fournisseurs de modèles pris en charge

9 fournisseurs, entre API cloud et à poids ouverts. À vous de choisir ce qui correspond à votre posture de souveraineté.

Deux rangées de fournisseurs de modèles pris en charge, présentés avec le même poids visuel. Rangée 1 — API cloud avec contrôle de résidence : OpenAI, Anthropic, Mistral, Google. Rangée 2 — modèles à poids ouverts exécutés chez vous : Llama, Qwen, Mistral OS, Gemma, Falcon. Marques figurées de façon neutre ; aucun fournisseur n'est mis en avant.API CLOUDavec contrôle de la résidence04 FOURNISSEURSOpenAIAPI · GPTAnthropicAPI · CLAUDEMistralAPI · LE CHATGoogleAPI · GEMINIPOIDS OUVERTSexécutés dans votre périmètre05 FOURNISSEURSLlamaMETA · OUVERTQwenALIBABA · OUVERTMistral OSAPACHE 2.0GemmaGOOGLE · OUVERTFalconTII · OUVERTdeeplinq · FOURNISSEURS DE MODÈLES PRIS EN CHARGE09 FOURNISSEURS
Le cas de conformité le plus exigeant, rendu simple

La configuration d'IA souveraine.

Pour les clients de la banque et de l'administration, la configuration de conformité la plus exigeante est aussi la plus simple à expliquer.

Déploiement sur site + modèles ouverts déployés en local = aucun prompt ne franchit la frontière du réseau, aucune dépendance à un LLM externe, aucun transfert transfrontalier, aucun DPA à signer avec un fournisseur d'IA tiers.

Ce n'est ni une affirmation, ni une promesse : c'est une contrainte architecturale, imposée par votre propre infrastructure et validée par votre RSSI.

Périmètre du client

Plateforme deeplinq

LLM à poids ouverts

Llama · Qwen · Mistral OS

Aucune sortie de données. Non par politique. Par architecture.

Comment nous répondons à vos cadres

Les cadres qui comptent pour votre régulateur, traités au sein de la plateforme.

Ce que deeplinq fait pour chaque cadre aujourd'hui. La couverture en cours est signalée explicitement. Rien de spéculatif.

ISO 27001:2022
Système de management de la sécurité de l'information — aligné par conception architecturale ; parcours de certification tierce visé pour 2026-2027.
ISO 27017:2015
Contrôles de sécurité du cloud — isolation des déploiements, frontières de responsabilité partagée documentées pour chaque mode de déploiement.
ISO 27018:2019
Protection des données personnelles dans le cloud — traitement des données personnelles, gestion du consentement, droits des personnes concernées.
ISO 42001:2023
Système de management de l'IA — première norme internationale de gouvernance de l'IA. Cycle de vie des modèles, supervision humaine et traces probantes alignés dès la conception de la plateforme ; parcours de certification à l'étude à mesure que la norme s'installe dans la pratique d'audit.
RGPD (UE)
Résidence imposée par le lieu de déploiement. Droit à l'effacement au niveau de la donnée. Aucun traitement de données personnelles hors de la frontière par défaut. Modèles d'AIPD et de registre des traitements disponibles, alignés sur les dispositions AIPD du RGPD.
EU AI Act
Feuille de route de préparation alignée sur les échéances de conformité 2026. Contrôles des IA à haut risque par journalisation, points de supervision humaine et documentation des modèles.
DORA (UE)
Résilience opérationnelle par déploiement dans le périmètre TIC, journalisation des incidents, minimisation des dépendances tierces, stratégie de sortie grâce à l'architecture hexagonale.
MiFID II / MAR
Surveillance des transactions, attribution des sources pour l'augmentation de la recherche, reconstitution d'audit par exports des traces de décision.
Solvency II
Parcours prudentiels par intelligence documentaire et unification actuarielle au sein du périmètre réglementé. Sur demande, selon l'assureur.
ACPR / CNIL (France)
Attentes des superviseurs français par hébergement national, registres des traitements et exports d'audit prêts pour le DPO.
FINMA / CCAF (Suisse)
Résidence suisse, posture de secret bancaire, préparation à la revue prudentielle par déploiement sur site et en cloud suisse.
nLPD (Suisse)
Loi fédérale révisée sur la protection des données (LPD, en vigueur depuis septembre 2023). Traitement des données personnelles dans l'environnement, registre des activités de traitement, journaux de profilage, préparation à la notification de violation — couverts par un déploiement en cloud suisse ou sur site et des exports d'audit.
CSSF (Luxembourg)
Exigences luxembourgeoises par déploiement régional et documentation des accords d'externalisation.
Bank Al-Maghrib / Loi 09-08 (Maroc)
Hébergement national, résidence marocaine, reporting à la banque centrale par déploiement local.
PDPL / CBUAE (Émirats)
Loi fédérale n° 45/2021 des Émirats sur la protection des données personnelles. Attentes de la Banque centrale des Émirats en matière d'externalisation et de résilience opérationnelle, couvertes par déploiement régional, hébergement national et exports de piste d'audit.
HIPAA (US)
PHI au sein du périmètre du prestataire de soins. Déploiement compatible BAA. Hébergement en région américaine sur demande.
Dispositions santé du RGPD (UE)
Données de santé de catégorie particulière au sein du périmètre hospitalier — journaux de consentement et d'accès exposés au DPO.
BPx (pharma)
Traçabilité d'audit, versionnage des modèles, archivage des prompts et réponses pour les soumissions réglementaires et les parcours qualité.
SOC 2
Certification Type II en cours, visée pour le 3ᵉ-4ᵉ trimestre 2026. Attestation Type I disponible comme jalon intermédiaire.
Exigences nationales de cloud souverain
Déploiement chez des fournisseurs de cloud souverain certifiés, via le mode cloud national ou privé. Accréditations variables selon le pays.
La couche probante

Ce que reçoit l'auditeur.

Une revue de régulateur ne se gagne pas sur des déclarations. Elle se gagne sur des preuves. deeplinq traite la couche probante comme un élément de premier ordre.

Chaque prompt, chaque récupération, chaque appel de modèle et chaque action d'agent est archivé avec sa trace de décision complète — entrées, contexte récupéré, version de modèle, paramètres, chemin de raisonnement lorsqu'il est exposé, statut de validation humaine lorsqu'un point de contrôle s'applique.

Accès audité au niveau de l'utilisateur, du rôle et du document. Changements de politique versionnés. Le figeage des versions de modèles empêche toute substitution silencieuse.

Quand un régulateur réclame un dossier de preuves, l'institution exporte une archive structurée. Aucun chantier de reconstitution. Aucun intermédiaire fournisseur.

Pour les prospects bancaires

La banque mérite sa propre conversation.

La plateforme est horizontale, mais la densité bancaire justifie une vue dédiée — KYC, opérations de crédit, surveillance de marché, relation client ; empreinte d'intégration sur Temenos, Finastra, Avaloq, Murex, SAP, Oracle.

Si vous arrivez avec un mandat bancaire, la page dédiée va plus loin.

Détails de l'architecture

Engageons une conversation. Pas un cycle de vente.

Une séance de travail avec notre équipe sur votre cadre réglementaire, vos contraintes de déploiement et les cas d'usage qui comptent pour votre institution. Pragmatique, technique, brève.