Lorkid Infrastructure PaaS Souveraine & Alternative GAFAM

UNE RÉPLIQUE FONCTIONNELLE EN PARALLÈLE

Indépendance Éditeur Réglementation NIS 2 / DORA Infrastructure On-Premise

Flextranet : Le moteur Low-Code pour votre Application Jumelle

Flextranet est le moteur PaaS Low-Code conçu par SAS Lorkid pour exécuter la méthodologie d’Application Jumelle, permettant de cloner et moderniser votre ERP existant en toute souveraineté. Son socle technique repose sur un framework open-source standard du marché, largement audité par la communauté.

Pourquoi choisir le PaaS Lorkid / Flextranet pour migrer vos applications ?

Pour un DSI ou un RSSI, la dépendance technologique n’est pas seulement une contrainte d’exploitation : c’est une vulnérabilité stratégique majeure. Face aux réajustements tarifaires unilatéraux des plateformes Low-Code de type Power Apps, Mendix, Bubble ou à la rigidité des ERP monolithiques, le PaaS Lorkid déploie une réponse pragmatique : la Application Jumelle (Twin App). Un levier technique direct pour pérenniser vos infrastructures, sécuriser les flux de production et satisfaire aux exigences de souveraineté européennes.

S’affranchir du vendor lock-in sans paralyser l’existant

L’enfermement propriétaire structurel prive la DSI de sa liberté d’évolution. Lorsque les workflows, les modèles de données et les interfaces utilisateurs dépendent de couches logicielles tierces et opaques, le pilotage réel de l’infrastructure s’efface devant la feuille de route de l’éditeur.

L’Application Jumelle intervient comme une réplique fonctionnelle déployée en parallèle. À travers un POC (Preuve de Concept) ciblé, nous isolons la logique métier et découplons vos usages critiques des contraintes techniques de l’éditeur tiers. Les équipes opérationnelles conservent leurs habitudes de saisie, tandis que la direction technique reprend le contrôle total de son patrimoine applicatif et de sa data.

Niveau de souveraineté et maîtrise réelle de l’infrastructure IT
Modèle Propriétaire Captif

Dépendance aux licences et clauses tiers

Faible

Dette technique subie, dépendance aux clouds éditeurs, limites d’auditabilité.

Approche Application Jumelle

Souveraineté et ouverture du code

Maîtrise Technique : Élevée

Code capitalisé en interne, hébergement internalisé, réplication et réversibilité totale.

Un déploiement chirurgical axé sur la vélocité

La transition ou le découplage d’un système critique ne doit pas se traduire par un tunnel de développement de plusieurs mois mettant en péril le Run. La méthode Lorkid repose sur un principe d’interconnexion non-intrusive : le POC s’implémente parallèlement à vos systèmes sans altérer la base de production d’origine ni interrompre les flux actuels.

  • Observation active : Capture et analyse en continu des flux de données et processus applicatifs pour formaliser les règles de gestion réelles du terrain.
  • Reroutage progressif : Vos utilisateurs valident la robustesse fonctionnelle de la Twin App sur des cas d’usage réels, éliminant l’effet tunnel classique des migrations (blocage projet de plusieurs mois).
  • Bascule sécurisée : L’autonomie s’acquiert par briques applicatives, selon votre calendrier technique et vos impératifs de production.

Environnement Tiers

ERP historique ou briques Low-Code rigides isolées.

Flux FlexAPI

POC Application Jumelle

Interface agile déployée sur site en quelques semaines.

Transition

Autonomie Métier

Système pérenne, ouvert et hébergé en interne.

Capacité d’intervention : Alternative budgétaire face au Low-Code

L’escalade des coûts liée aux accès utilisateurs (tarification par siège/mois) d’un outil de suivi développé sous Power Apps, Mendix, Bubble par exemple, est un cas d’école classique rencontré par les DSI. Notre méthodologie permet d’intervenir en mode POC pour concevoir un « clone applicatif autonome ».

L’éligibilité à ce format de POC (Proof of concept) est soumise à une étude préalable obligatoire basée sur nos deux outils de cadrage : le simulateur d’indice de lock-in et notre grille d’évaluation des dépendances.

Ce double applicatif sécurise les flux de données sortants vers une architecture ouverte, démontrant à la direction technique la faisabilité d’une transition complète, définitivement affranchie des coûts récurrents à la licence.

Scénarios d’application & Réalités terrain

Cas d’usage éprouvé : Optimisation de flux industriels (Secteur Graphique)
Face à un module de planification rigide imposé par l’ERP OpenProd, l’usage d’exports complexes vers des applications tierces générait des incohérences de données en atelier. L’intervention d’une application jumelle installée entièrement On-Premise a permis de centraliser un ordonnancement dynamique sécurisé. Ce POC a validé en conditions réelles la protection des secrets de fabrication et la réactivité de la chaîne de production sans altérer le cœur de l’ERP d’origine.

Pourquoi si peu de cas clients détaillés ?
Chez Lorkid, la confidentialité de nos clients prime sur notre communication commerciale. Nous ne publions ni le nom, ni le secteur d’activité précis, ni les détails d’architecture d’aucun client ayant recours à notre méthodologie d’Application Jumelle, sauf accord écrit explicite et préalable de sa part.

Cette politique n’est pas une limite de transparence :
c’est une conséquence directe de notre positionnement. Un éditeur qui isole le patrimoine applicatif de ses clients on-premise, qui garantit qu’aucune donnée ne transite hors de leurs infrastructures, ne peut pas simultanément exposer publiquement l’identité de ces mêmes clients à des fins de preuve marketing. L’un contredirait l’autre.

Face aux exigences actuelles de cybersécurité — directive NIS 2, règlement DORA, multiplication des attaques ciblées par reconnaissance d’infrastructure (OSINT) — la divulgation de références clients nommées constitue elle-même une surface d’exposition.

Nos preuves de résultats sont donc systématiquement anonymisées par secteur d’activité et par typologie de problème résolu, jamais par identité. Les éléments détaillés, chiffrés et vérifiables sont communiqués sur demande, dans un cadre commercial encadré par engagement de confidentialité (NDA).

Conformité réglementaire : Exigences NIS 2 & DORA

L’entrée en vigueur des directives européennes NIS 2 et DORA (pour le secteur financier et ses sous-traitants technologiques directs) élève la résilience opérationnelle et la gestion des risques tiers au rang d’obligations légales. Déléguer un processus métier vital à un écosystème cloud opaque, sans possibilité d’audit ou de bascule souveraine, constitue un facteur d’exposition majeur lors des contrôles réglementaires.

Pilier de résilience Objectif réglementaire Réponse par la Twin App
Cloisonnement des accès Maîtrise stricte et auditable des droits d’accès aux infrastructures critiques. Gestion granulaire par modèle RBAC et intégration native d’authentifications matérielles (2FA).
Souveraineté d’infrastructure Garantir que les flux sensibles ne dépendent pas de législations extra-européennes (Cloud Act). Déploiement hébergé à 100% On-Premise. Les données de production, flux applicatifs et documents d’exploitation restent locaux et cloisonnés.
Plan de continuité d’activité (PCA) Garantir la continuité de service en cas de défaillance majeure ou coupure d’un tiers IT. En cas d’indisponibilité de l’éditeur ou de suspension des accès cloud, la Twin App maintient une redondance fonctionnelle locale autonome opérationnelle.

Auditer la vulnérabilité de votre infrastructure

DSI, RSSI, Architectes : mesurons ensemble les dépendances logicielles de votre structure et validons les jalons de conformité requis.

Initier une étude de cadrage POC