# Plateforme Découvrez comment identité, cycle de vie, droits commerciaux et connexions autorisées soutiennent tout le parcours d’un SaaS indépendant, des méthodes produits à l’exploitation. > Runlume propose un socle, des applications indépendantes et des services professionnels combinables. Fonctions, quotas et livrables suivent l’offre ou l’accord choisi. Les applications officielles s’utilisent séparément ; leur collaboration respecte configuration et autorisations. Page originale: https://runlume.app/fr/platform ## Systèmes indépendants, responsabilités claires. La plateforme connecte le socle ; les applications gèrent leur métier et leurs données. L’intégration n’exige pas une base unique. ### Système métier Processus, droits et base indépendante. Exécution sur ordinateur local ou cloud désigné selon la solution. ### Plateforme Runlume Identité et organisation, abonnements, activation, autorisations explicites et traces. ### Responsables du déploiement et de l’exploitation Confirmez réseau, sauvegarde, restauration, supervision, sécurité et traitement des incidents. ## Voir le socle de gestion dans l’interface. Annuaire et autorisations ont deux rôles distincts : l’organisation n’accorde pas automatiquement l’accès aux données métier. ### Organisation Exemple de siège, services, postes et rattachements. Membres fictifs, sans données personnelles. ### Autorisations de fonctions Exemple de capacités et de périmètres, sans autorisation ou exécution réelle impliquée. ## Déployez où vous le choisissez, échangez selon vos autorisations. Les systèmes peuvent fonctionner sur ordinateur local compatible, serveurs d’entreprise ou cloud désigné, avec une base indépendante. Vous choisissez le lieu ; l’intégration ne transfère pas la propriété des données. Identité, organisation, abonnements et coopération sont accessibles par l’intégration commune. ### Environnement de l’entreprise Systèmes et bases fonctionnent dans l’environnement convenu. Méthodes, données clients et traces restent dans leurs systèmes ; lieu, administrateurs et conservation sont précisés. ### Plateforme Runlume Elle gère identité, intégration, droits et collaboration contrôlée, sans exiger la fusion des bases. Elle traite les informations nécessaires comme mappings, états, usages et appels. ### Agent et fonctions externes L’agent utilise les API autorisées. Modèles et services externes suivent la solution choisie. Champs, destinataires et finalités doivent être clairs ; intégrer un système n’ouvre pas toutes ses données. ### Relier les fonctions, conserver les limites Par exemple, CRM et commandes échangent références client et données nécessaires par API autorisées, avec leurs bases et droits propres. Requêtes et réponses circulent néanmoins le long des appels et doivent entrer dans la revue des données et du réseau. ### La sécurité à chaque accès et livraison. #### Propriété et maîtrise des données Vos données ne changent pas de propriétaire par lieu de déploiement ou intégration. Vous gérez stockage, sauvegarde, export et effacement selon l’accord et autorisez l’accès externe. Migration ou sortie suivent les modalités de données et de retrait des accès. Les droits sur données personnelles et tierces restent applicables. #### Isolation et moindre privilège Les accès sont vérifiés par compte, instance et rôle. Les liaisons explicites n’ouvrent que fonctions et données nécessaires ; experts, ingénieurs, FDE et utilisateurs reçoivent des droits adaptés. #### Les appels IA restent contrôlés L’orchestration ne donne pas de droits administrateur. L’agent respecte locataire, fonctions et données ; les changements importants sont examinés. Avant IA externe, confirmez contenu transmis, conditions et traitement. #### Exploitation sûre et traçabilité Les traces importantes permettent de suivre les traitements sans exposer clés et données sensibles dans les journaux ordinaires. Définissez puis vérifiez réseau, transport, identifiants, sauvegarde, restauration et mises à jour. #### Livraison privée et gestion des License Émission, consultation, enregistrement et révocation précisent versions, environnements, nombres de déploiements et instances métier, et durée. Un composant intégré vérifie localement signatures et conditions par clé publique. La License ne remplace pas abonnement ou droits de données. Mise à jour hors ligne et périmètre suivent le contrat. ### Le FDE intègre déploiement et sécurité dans la livraison. Dès les besoins, identifiez données sensibles, rôles et appels externes. Avec IT, experts et ingénieurs, confirmez topologie, autorisations et cas de recette. La livraison inclut aussi transfert opérationnel, sauvegarde, restauration et périmètre de soutien. ### Local signifie-t-il qu’aucune donnée ne sort ? Non. Les données métier peuvent rester locales, mais identité, collaboration, notifications ou IA externe peuvent traiter le nécessaire. Définissez flux et finalités et limitez champs sensibles et destinataires avant déploiement. ### Peut-on fonctionner totalement hors ligne ? Indépendance ne signifie pas que tout est hors ligne. Authentification plateforme, vérification des droits et capacités externes nécessitent une connexion. Vérifiez accès intranet, réseau et fonctions hors ligne lors du choix et du déploiement. ### Qui protège les données du système local ? Selon contrat, l’entreprise gère environnement et personnes autorisées, le fournisseur droits et maintenance, et l’équipe de livraison configuration, vérification et transfert. Runlume assure sa gouvernance ; la sécurité locale reste un travail continu. ## Transformer les méthodes d’entreprise en produits Runlume relie experts, ingénieurs et utilisateurs pour rendre méthodes, expériences et règles exécutables. Le FDE transforme les besoins terrain en spécifications communes et coordonne construction, validation et réalisation. La plateforme assure intégration, collaboration autorisée et exploitation pour prolonger la valeur du livrable. ### Exemple : transformer le suivi client en système d’équipe. L’expert commercial définit qualification des prospects, cadence de relance et passage de commandes. FDE et utilisateurs valident les cas réels, spécifications et recette. Les ingénieurs relient CRM, commandes et agent, avec écrans, processus et appels autorisés. Les exceptions remontées conduisent à ajuster règles et versions pour rendre l’expérience réutilisable par l’équipe. ### Réunir métier, technique et utilisateurs sur une même plateforme. Le FDE aligne méthodes des experts, réalisation des ingénieurs et retours utilisateurs sur une spécification et un objectif communs, au plus près du terrain. Runlume fournit le socle de cette collaboration, de la construction à l’exploitation. #### Experts métier Pourquoi travailler ainsi ? Explicitez connaissances, expérience et critères ; définissez processus, règles et exceptions et vérifiez la méthode. Capitaliser : méthodes, règles et critères de recette #### Ingénieurs logiciels Comment exécuter la méthode de façon fiable ? Transformez les spécifications en systèmes, API et automatisations ; assumez qualité, tests, déploiement et maintenabilité, avec l’IA pour aider à construire. Capitaliser : systèmes, API, tests et versions #### Utilisateurs métier Est-ce utile dans le travail réel ? Apportez tâches, environnement et contraintes, participez aux essais et à la recette et évaluez l’utilité avec les retours quotidiens et résultats. Capitaliser : cas réels, retours et résultats #### Le FDE relie compréhension et réalisation Des besoins aux prototypes, puis à l’intégration et au bilan de lancement, il coordonne les trois rôles pour relier problème, spécification, réalisation et retours. Il peut développer, sans remplacer jugement de l’expert ni recette utilisateur. ### Pourquoi Runlume convient-il au FDE ? #### Une spécification commune pour les méthodes Objectifs, processus, données, droits et recette alignent les acteurs, réduisent les écarts d’interprétation et permettent de faire évoluer les méthodes avec les versions. #### Réutiliser le socle, cibler les différences métier La plateforme prend en charge identité, cycle de vie, abonnements et fonctions communes. FDE et ingénieurs livrent règles sectorielles et processus clés sans reconstruire chaque base d’exploitation. #### Indépendance et collaboration Les systèmes fonctionnent séparément, y compris en privé, et relient fonctions et données par intégration commune et autorisations explicites. L’agent travaille dans son périmètre ; on réutilise des fonctions, sans partage illimité des données. #### Continuer à exploiter après livraison Reliez recette, versions, activation et droits, puis réinjectez les retours dans les règles. Méthodes, systèmes et fonctions réutilisables avec autorisation deviennent des produits pour d’autres contextes adaptés. Faites de vos méthodes votre propre actif logiciel. ### 1. Clarifier les méthodes L’expert fournit méthodes et critères, l’utilisateur les processus réels et exceptions, et le FDE aligne objectifs et priorités pour expliciter l’expérience tacite. Objectifs, processus et règles ### 2. Structurer les spécifications Le FDE, les experts et ingénieurs formalisent Blueprint / Spec : données, droits, entrées, sorties et recette, pour relier jugement métier et réalisation. Blueprint / Spec ### 3. Construire le système métier Les ingénieurs assistés par IA transforment les spécifications en interfaces, processus et API. Le FDE vérifie le sens métier ; applications et fonctions existantes réduisent les doublons. Système et modifications ### 4. Vérifier et publier une version Validez par exemples métier, limites d’autorisation et recette, examinez les changements et conservez versions et publications traçables. Recette et version ### 5. Intégrer et exploiter dans la durée Reliez identité, activation, abonnements et collaboration autorisée pour l’usage interne et un périmètre de livraison clair des services produits. Applications et services ### 6. Améliorer les méthodes par les résultats Réinjectez retours, résultats et anomalies dans les règles et spécifications pour préparer l’amélioration suivante après livraison. Retours et prochaine version Le responsable métier confirme méthode et recette ; l’IA aide à construire et exécuter. Les changements importants sont examinés et les appels respectent locataire, données et autorisations. Propriété et usage des méthodes, du code, des données et des livrables suivent l’accord. Les données restent dans leurs limites ; réutiliser entre clients ne signifie pas copier leurs données ou savoirs exclusifs. ## [Agent Runlume · Assistant unifié](https://runlume.app/fr/apps/agent) L’agent Runlume est l’assistant unifié officiel de la plateforme. Dans les limites des autorisations du locataire, il utilise les fonctions et les données des systèmes détenus pour comprendre le contexte métier, agir de manière proactive et suivre les résultats. ## Des systèmes indépendants, des normes communes. Le socle encadre authentification, API, description des données et événements. Des contrats basés sur des standards ouverts permettent aux piles techniques différentes de coopérer et réduisent explications et conversions répétées. ### Contrats de communication et d’événements standards HTTP/JSON porte les appels, OpenAPI décrit requêtes et réponses, OIDC/OAuth 2.0 assure identité et autorisation, CloudEvents enveloppe les événements. L’unification concerne les normes, pas un langage de développement imposé. - Des API versionnées précisent entrées, sorties, erreurs et compatibilité. - Identifiant, source, type et charge métier décrivent l’événement ; traces de livraison et idempotence suivent la collaboration. - Appels et abonnements aux événements respectent compte, instance et droits ; un protocole standard ne dispense pas des contrôles. Adaptation, validation de version et autorisations restent nécessaires. Les normes ne garantissent ni intégration sans modification, ni événement livré une seule fois, ni temps réel. ### Des formats définis pour analyser JSON Schema décrit champs, types et validation ; les contrats précisent version, source et contexte. Des entrées cohérentes facilitent préparation, agrégation autorisée, analyse de données et comparaison des indicateurs entre systèmes. - Formats d’échange et descriptions sont communs ; modèles métier et bases restent indépendants. - Alignez sens, périodes, unités et indicateurs avant analyse : structure identique n’implique pas sens métier identique. - Sélectionnez les champs utiles à la finalité autorisée et appliquez qualité, durée de conservation et désidentification nécessaires. Cela n’implique ni collecte centrale par défaut, ni fusion des locataires, ni entrepôt automatique. Outils, données et calculs suivent la solution ; les résultats dépendent de la qualité et des méthodes. ## Du système indépendant au SaaS exploitable. Intégration technique, relations commerciales et fonctionnement sont reliés pour que chaque étape ait une identité, un état et une responsabilité. ### 1. Définir et intégrer Déployez le système indépendamment et déclarez informations, interfaces, événements et droits dans un contrat compris par la plateforme. Contrat d’application ### 2. Vérifier et publier Contrôlez identité, isolation, cycle de vie et compatibilité pour associer chaque publication à une version précise. Version et examen ### 3. Organiser produits et offres Traduisez les capacités en offres, droits fonctionnels et ressources pour délimiter achat et utilisation. Périmètre du service ### 4. Souscrire et activer Créez droits et instances selon l’abonnement pour relier compte client, espace métier et accès à l’application. Abonnement et instance ### 5. Autoriser et collaborer Choisissez systèmes et fonctions à connecter. Agents et collaboration respectent locataire, instance, droits et autorisations. Connexion autorisée ### 6. Exploiter et améliorer Usages, appels, états et retours alimentent renouvellement, résolution des problèmes et nouvelles versions. Exécution et retours Il s’agit d’un parcours d’exploitation produit, pas de génération ou d’hébergement automatique du code. Intégration, publication et conditions commerciales dépendent des fonctions ouvertes et des accords. [À lire : du Vibe Coding à l’exploitation produit](https://runlume.app/fr/developers#vibe-to-business) ## Un socle pour faire fonctionner l’activité Runlume relie identité et organisation, cycle de vie, abonnements, connexions, fonctions communes et sécurité pour que les systèmes évoluent indépendamment tout en collaborant. ### Identité et organisation unifiées Une connexion, des accès explicites. L’identité unifiée relie compte, membres et accès, sans donner à tous les mêmes droits. La première connexion réussie crée automatiquement le compte, sans inscription séparée. - Authentifiez-vous au point commun, puis entrez dans les applications autorisées. - La plateforme gère sociétés, services, équipes et membres. Les systèmes utilisant l’annuaire peuvent lire relations et changements selon autorisation, sans remplacer leurs contrôles de droits métier. - Distinguez identité de connexion, compte d’appartenance et instance ; un identifiant ne donne pas tous les espaces métier. - La plateforme gère l’accès aux applications ; celles-ci vérifient encore la visibilité des clients, commandes et données. #### Scénarios métier Un membre utilise la même identité dans CRM et commandes, mais consulter un client ou modifier une commande dépend des droits propres à l’application. #### Périmètre fonctionnel Se connecter n’active pas toutes les applications et n’ouvre pas toutes les données. ### Activation et cycle de vie De l’activation à la sortie, des états précis. La plateforme gère l’usage durable par instance, au-delà d’un lien. Activation, suspension, reprise et sortie sont exécutées par le système via les interfaces convenues et leur état est enregistré. - Associez l’instance du compte à l’espace métier local. - Contrôlez l’accès selon l’état : utilisable, en traitement ou suspendu. - Conservez l’état et les éléments de reprise des opérations lentes ou échouées ; envoyer une demande ne signifie pas terminer. #### Scénarios métier À l’activation CRM, la plateforme crée l’instance, le CRM l’espace correspondant et retourne le résultat. L’usage n’est ouvert qu’après satisfaction des conditions. #### Périmètre fonctionnel Activer une instance n’inclut pas hébergement du code ou déploiement des serveurs. Le traitement des données à la sortie suit les accords métier et de service. ### Abonnements, facturation et droits Relier ce qui est acheté à ce qui est utilisable. Offre, état d’abonnement, fonctions et ressources doivent être cohérents. La plateforme applique les règles commerciales à l’instance pour servir selon les droits en vigueur. - Organisez achats par produits, offres et abonnements, sans imposer un lot des cinq applications. - Distinguez disponibilité d’une fonction et quantité de ressources utilisables. - Reliez droits, usages réels et factures pour renouvellement, quotas et vérification. #### Scénarios métier Un abonnement peut inclure fonctions et ressources. L’application exécute le métier ; la plateforme gère attribution et mesure. Prix et quotas sont définis par les offres officielles. #### Périmètre fonctionnel Créer un compte ne donne pas gratuitement toutes les applications. Offres, ressources, frais et remboursements suivent les informations officielles. ### Connexion des applications et échange de fonctions Collaborer sans mélanger les données. Les systèmes échangent directement fonctions et données par connexions autorisées ; l’agent utilise les mêmes contrats pour les coordonner. La plateforme gère qui appelle qui, pour quelle fonction, dans quel locataire et périmètre. - L’intégrateur déclare API et événements ; l’appelant n’utilise que les fonctions autorisées. - Une liaison explicite est créée au sein du même compte ; nouveaux endpoints ou droits élargis ne sont pas approuvés automatiquement. - Les appels contrôlés et événements tracent la coopération. Chaque système gère données et doublons. #### Scénarios métier CRM et commandes coopèrent par fonctions publiées et autorisées : référence client côté CRM, règles et exécution côté commandes. Le parcours dépend des interfaces réellement ouvertes. #### Périmètre fonctionnel Aucune base métier partagée, aucun échange intercomptes par défaut, ni garantie de transaction transversale ou de synchronisation immédiate de tout processus. ### IA et fonctions communes Ne reconstruisez pas les fonctions techniques communes. Outre identité et abonnement, les applications ont besoin d’IA, notifications et fichiers. La plateforme fournit accès et règles communs ; chaque application décide de leur usage métier. - L’IA plateforme gère modèles, périmètres, quotas et traces ; l’application n’a pas besoin des clés des modèles de plateforme. - Les notifications sont organisées par destinataire et état ; le système métier décide quand et à qui envoyer. - Fichiers et ressources communes suivent instance et autorisation, selon le catalogue publié. #### Scénarios métier Une application de contenu peut appeler l’IA autorisée pour créer, puis relire et publier dans son processus. L’aide IA ne remplace ni responsabilité éditoriale ni droits de publication. #### Périmètre fonctionnel IA plateforme et IA propre à l’application suivent des facturations distinctes. Les fonctions communes n’autorisent pas l’IA à contourner les droits ou lire toutes les données. ### Sécurité et gouvernance opérationnelle Des limites pour chaque accès, autorisation et changement. La plateforme relie comptes, instances, droits, états et traces pour une gouvernance cohérente, sans remplacer les responsabilités de sécurité des applications. - L’isolation repose sur compte et instance ; identité et contexte proviennent d’une authentification vérifiée. - Droits, abonnement et état déterminent ensemble l’exécution ; une identité ne permet pas toutes les API. - Tracez opérations et appels importants sans journaliser normalement identifiants sensibles ou charges métier. - La License privée précise version, environnement, quantité et durée. Déploiement, abonnement et accès métier sont gérés séparément. #### Scénarios métier Après suspension ou révocation, accès et appels doivent satisfaire à nouveau aux contraintes. Les traces permettent d’examiner le traitement. #### Périmètre fonctionnel La gouvernance ne signifie ni risque nul ni certification acquise. Les applications doivent appliquer droits locaux, isolation et conservation. ## Rôles de la plateforme et des applications ### Identité et accès - Runlume: Authentification, membres et entrées d’applications - Applications métier: Mapping local, rôles métier et droits de données ### Activation et exploitation - Runlume: Droits d’abonnement, états et suivi des opérations - Applications métier: Création des espaces, fonctions et services ### Données et collaboration - Runlume: Contrats de fonctions, autorisations explicites et traces d’échange - Applications métier: Bases indépendantes, règles métier et qualité ## En savoir plus sur l’intégration et les données. ### La connexion unique donne-t-elle accès à tout ? Non. L’identité unifiée offre un point de connexion commun. L’accès dépend du compte, des instances activées et des droits. Les systèmes vérifient encore les droits métier sur clients, commandes et autres données. ### Faut-il une pile technique identique ? Non. Runlume utilise HTTP, OIDC, OpenAPI, JSON Schema et CloudEvents pour les identités, interfaces et événements. Les systèmes conservent langage, framework, base et déploiement, avec l’adaptation prévue. ### Comment les formats communs aident-ils l’analyse ? Champs, types et règles cohérents réduisent conversions et préparation. Il faut encore aligner sens, unités, période et indicateurs et autoriser la finalité. Format commun ne signifie ni agrégation automatique ni conclusion garantie. ### Faut-il alors partager une base de données ? Non. Seules les règles d’échange et de description sont communes. Modèles métier et bases restent indépendants. Les interfaces autorisées remplacent ni les contrats par une base commune ni par des requêtes interbases. ### Quelle différence entre License privée et abonnement ? La License vérifie le droit de déploiement et peut limiter produit, version, environnement, identifiant, nombre et durée. L’abonnement définit fonctions et ressources achetées. Aucun ne remplace identité, droits d’instance ou connexions autorisées ; une License n’ouvre pas toutes les données. ### Que faire lors d’une mise à jour ou expiration de License ? Vérifiez version cible, environnement et volume autorisés, puis renouvelez si nécessaire. Effets d’expiration, renouvellement et maintenance sont convenus. La vérification locale par clé publique du SDK ne rend pas les services externes utilisables hors ligne et ne garantit pas une révocation instantanée en environnement déconnecté. ## Pages associées - [Applications officielles](https://runlume.app/fr/apps) - [Développeurs](https://runlume.app/fr/developers) - [À propos de Runlume](https://runlume.app/fr/about)