Système métier
Processus, droits et base indépendante. Exécution sur ordinateur local ou cloud désigné selon la solution.
AccueilRUNLUME / PLATFORM
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.
INDEPENDENT APPS. SHARED FOUNDATIONS.
Des applications indépendantes, un socle cohérent.
Runlume relie usage et exploitation des SaaS : accès plus clair pour les équipes, indépendance des produits, du code et des données pour les développeurs. Ce n’est ni un hébergeur de code métier ni une base universelle.
Applications officielles
Des fonctions métier matures, à la demande
Vos systèmes métier
Code, données et déploiement indépendants
Systèmes tiers
Intégration par interfaces et droits explicites
Runlume.
Identité unifiéeDroits d’abonnementConnexions autoriséesCollaboration avec l’agent
Relier les fonctions sans fusionner les bases. Les appels respectent locataire, instance et droits de données.
Présentation des fonctions et des rôles. Disponibilité, intégration et règles commerciales suivent offre, configuration et accords.
Normes de communication et de donnéesINSIDE THE PLATFORM
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
Runlume.Espace de démonstrationInterface illustrative
Organisation et membresExemple · Non temps réel
Shushen Technology · Siège de démonstrationDéveloppement produitMarketing et ventesService client
Membres de démonstrationServicePoste
Membre ADéveloppement produitResponsable produit
Membre BMarketing et ventesChargé de clientèle
Membre CService clientConseiller service
Interfaces et données expliquent l’usage, sans représenter un état réel ou un engagement fonctionnel.
Autorisations de fonctions
Runlume.Espace de démonstrationInterface illustrative
Autorisations de fonctionsExemple · Non temps réel
Appelant : gestion client→Fournisseur : gestion de contenu
Lire les contenus publiés
content.delivery.readLecture uniquement dans le périmètre convenu, sans modification ni suppression.
Exemple d’autorisation expliciteUne nouvelle API n’hérite pas automatiquement des droits.
Interfaces et données expliquent l’usage, sans représenter un état réel ou un engagement fonctionnel.
SYSTEMS / PLATFORM / OPERATIONS
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.
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.
Système métier ← Contrats et autorisations explicites → Plateforme Runlume ; chaque responsable de déploiement assure son environnement
THE SHARED FOUNDATION
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.
01
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.
Dans un scénario 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 fonctionnelSe connecter n’active pas toutes les applications et n’ouvre pas toutes les données.
02
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.
Dans un scénario 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 fonctionnelActiver 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.
03
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.
Dans un scénario 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 fonctionnelCréer un compte ne donne pas gratuitement toutes les applications. Offres, ressources, frais et remboursements suivent les informations officielles.
04
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.
Dans un scénario 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 fonctionnelAucune base métier partagée, aucun échange intercomptes par défaut, ni garantie de transaction transversale ou de synchronisation immédiate de tout processus.
05
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é.
Dans un scénario 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 fonctionnelIA 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.
06
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.
Dans un scénario 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 fonctionnelLa gouvernance ne signifie ni risque nul ni certification acquise. Les applications doivent appliquer droits locaux, isolation et conservation.
SHARED CONTRACTS. CLEAR DATA.
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.
Périmètre fonctionnelAdaptation, 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.
Périmètre fonctionnelCela 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.
RUNLUME AGENT
Un assistant pour coordonner tous vos systèmes métier.
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.
Découvrir l’assistant unifiéAssistant officiel unifié
SiteCMSGEOCRMOrders
Connectez les systèmes détenus, au-delà de ces cinq applications.
- Comprendre l’activité entre les systèmes
- Agir et assurer le suivi
- Relier fonctions et données
CLEAR RESPONSIBILITIES
Le socle en commun, l’expertise dans les applications.
Les règles de collaboration sont communes, pas toute la logique métier.
| Sujet | Responsabilité Runlume | Responsabilité de l’application |
|---|---|---|
| Identité et accès | Authentification, membres et entrées d’applications | Mapping local, rôles métier et droits de données |
| Activation et exploitation | Droits d’abonnement, états et suivi des opérations | Création des espaces, fonctions et services |
| Données et collaboration | Contrats de fonctions, autorisations explicites et traces d’échange | Bases indépendantes, règles métier et qualité |
Les cinq applications illustrent le socle, sans en épuiser toutes les fonctions.
COMMON QUESTIONS
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é.