MOVALYA
MOVALYA dans DOHM : autonome aujourd’hui, interopérable seulement avec consentement
Digital Operations Hub & Modules structure un écosystème de produits spécialisés. MOVALYA reste utilisable seul, conserve son métier, ses données, son rythme de livraison et ses limites propres.
La mission DOHM
DOHM conçoit des applications qui absorbent la complexité métier pour rendre le prochain geste simple, explicable et accessible. Pour MOVALYA, cette méthode consiste à rendre lisible une promesse ciblée : Relier réservations, disponibilité, préparation, remise, retour, contrôle et interventions.
Des produits indépendants et utilisables seuls
Le réseau partage des contrôles de qualité, des composants éditoriaux et un registre de destinations. Les règles métier, données, autorisations, déploiements et promesses restent séparés. Le périmètre public de MOVALYA demeure : Le cœur Web/API MOVALYA est public pour le Gestionnaire et les profils invités. L’accueil propose connexion, récupération, création d’un espace Gestionnaire, activation d’une invitation et démonstration fictive ; les comptes, rôles, tenants et données métier restent propres à MOVALYA. Le Web et l’API publics servent l’empreinte applicative 44833ec811059841a6e5d7ce6775ca4c3c07e814 vérifiée le 18 septembre 2026.
Interopérabilité explicite, jamais implicite
Une interopérabilité peut être ajoutée uniquement lorsqu’un contrat versionné, une destination réelle, un consentement explicite et des contrôles de sécurité sont activés. Tant que ces preuves manquent, le transfert reste fermé et aucune donnée métier ne circule. Le maillage des sites aide à choisir un autre produit ; il ne prouve ni compte partagé, ni synchronisation, ni intégration applicative.
Compte et facturation communs : pratiques mais remplaçables
Un service commun d’identité ou de facturation peut simplifier l’usage lorsqu’il est réellement disponible. Il doit rester un composant remplaçable : une application ne doit pas perdre son autonomie métier si ce service est indisponible ou remplacé. Aucun compte, tarif ou abonnement transverse n’est affirmé sur ce site tant que le contrat central et la destination correspondante ne sont pas qualifiés.
Des produits cessibles individuellement
Chaque produit garde un périmètre, un stockage, un déploiement, des contrats et une documentation propres afin de pouvoir évoluer, être exploité ou être cédé séparément sans réécrire les autres applications. Cette architecture protège aussi l’utilisateur : une évolution d’un produit ne transforme pas silencieusement les règles ou les données d’un autre.
Un maillage utile, pas un catalogue artificiel
Chaque autre application dispose ici d’une page qui explique son besoin, sa frontière et son état de diffusion. Une destination absente n’est jamais remplacée par une URL supposée. Cette transparence permet de découvrir l’écosystème sans créer de faux compte, de fausse démo ou de promesse transverse.