Sage · Cegid · AS/400 · Divalto · Excel — et tous les autres
Lumnik lit vos systèmes existants sans jamais y écrire, fusionne leurs données en une seule vérité, et donne à chaque métier un assistant qui répond en français — ou qui dit honnêtement « je ne sais pas ».
lecture seule · installé chez vous · vos données ne quittent jamais vos murs — l'IA non plus
Le problème
Commandes, clients, stocks, interventions : tout existe, quelque part, dans un ERP vieillissant que l'on n'ose ni migrer ni brancher. Résultat : trois personnes savent interroger le système, les questions attendent leur retour de congés, et chaque rapport est un ticket payant chez l'éditeur. La donnée n'est pas rare — elle est prisonnière.
Comment ça marche
Personne ne signe une migration d'ERP. Tout le monde accepte qu'on lise. C'est toute la philosophie de Lumnik : l'entrée se fait en lecture seule, votre système reste l'unique maître de ses données, et il ne saura même pas que nous sommes passés.
Des connecteurs prêts pour le vieux fer : bases SQL des ERP, exports CSV, API, systèmes AS/400. Aucune écriture, jamais — c'est une garantie d'architecture, pas une promesse.
Le même client existe dans deux systèmes avec deux adresses ? Lumnik construit la fiche unique et consigne chaque désaccord dans un registre des conflits — qui devient votre liste de nettoyage, offerte.
Chaque métier reçoit son assistant, borné à son périmètre. Le magasinier interroge le stock depuis son téléphone ; la réponse cite ses sources — ou s'abstient honnêtement.
Tout le monde a une IA. La nôtre est élevée autrement : des garde-fous déterministes vérifient chaque réponse avant qu'elle ne vous atteigne. Un « il n'y en a aucun » faussement assuré est, chez nous, la faute capitale — Lumnik préfère admettre qu'il ne sait pas. C'est ce qui rend ses réponses utilisables par un métier qui porte des conséquences.
Le troisième dégel
Un ERP vous dit ce qui est. Jamais depuis quand. L'export de ce soir écrase celui d'hier ; la colonne « statut » affiche « en cours » — elle l'affichait déjà il y a quarante jours, mais personne ne l'a gardé. Le temps est la première chose que le vieux système détruit.
Chaque passage laisse une observation datée. Au bout de quelques semaines, votre hub sait une chose que l'ERP n'a jamais sue : ce qui n'a pas bougé. Un dossier ouvert que plus personne ne touche, une commande figée entre deux étapes, une réclamation oubliée un vendredi soir.
Le seuil est déclaré par vous, jamais deviné : trente jours pour une commande, quarante-huit heures pour une réclamation. Lumnik applique ce que le métier a dit — et cite l'observation exacte qui a déclenché l'alerte.
Ce qui ne bouge plus ne déclenche rien. Aucun système ne vous prévient d'un non-événement. C'est le seul endroit où Lumnik ne se contente pas de montrer : il trouve.
Le premier jour, Lumnik ne sait rien de votre passé — et il le dit, plutôt que de le supposer. Cette mémoire commence à la première ingestion et s'approfondit chaque nuit : c'est la seule part du dégel qui ne se rattrape pas.
La prise qui manquait
Agendas partagés, tableaux de bord, agrégateurs de métriques, moteurs de règles : tout le SI moderne vit d'événements. Le vieux système n'en produit pas — pas de webhook, pas de flux, pas de prise. Lumnik respire, compare, date : chaque changement observé devient un événement que vos outils consomment par les prises standard : un webhook vers Make, n8n ou Power Automate, un export, une requête SQL. Et chaque silence aussi : « immobile depuis trente jours » est une alerte qu'aucun système événementiel ne peut émettre, puisqu'il ne s'est justement rien passé.
Chaque intégration classique réclame un compte, un accès, parfois une écriture dans l'ERP fragile — et l'administrateur dit non, souvent avec raison.
Avec Lumnik, vos outils modernes n'obtiennent jamais d'accès au vieux système : lecture seule d'un côté, prises standard de l'autre. Le « zéro risque » du premier jour s'étend à tout l'écosystème.
Chaque outil branché en direct sur l'ERP le rend un peu plus indéboulonnable. Le jour du remplacement, tout l'aval est à refaire.
Vos outils se branchent sur Lumnik, pas sur l'ERP. Le jour où le vieux système change enfin, on remplace un connecteur — et rien en aval ne le remarque. Investissez dans le moderne sans épouser le legacy.
Un tableau de bord veut des courbes ; le legacy n'a que l'état courant, écrasé à chaque mise à jour.
Le journal des observations fabrique la série temporelle que la source a détruite : vos outils de métriques tracent enfin les tendances d'un système sans mémoire.
Honnêteté oblige : ces événements battent au rythme de la respiration — l'heure, pas la milliseconde. Assez vite pour un agenda, un tableau de bord, une alerte métier ; ce n'est pas du temps réel, et Lumnik ne prétendra jamais le contraire. Et rien, jamais, n'écrit vers la source.
Cas concrets
Chaque cas ci-dessous existe aujourd'hui dans des entreprises françaises. Le déclencheur est toujours le même : un expert qui part, un rachat, un audit, un dossier qui dort, une licence payée pour rien.
Quatre usines, quatre ERP différents (Sage X3, Divalto, un développement maison). Quand une ligne s'arrête, la maintenance téléphone aux sites voisins. Une ligne arrêtée coûte quatre chiffres de l'heure.
Une pièce, une fiche fusionnée, une question — la réponse site par site en quelques secondes. Le premier arrêt évité paie des années d'outil.
L'acquéreur découvre 40 % de références en doublon entre son Sage et l'EBP racheté. Les commerciaux annoncent des prix différents pour le même article. La migration prendra dix-huit mois.
La fiche produit unique est servie en quelques semaines, pendant que la migration avance à son rythme. Le registre des conflits EST la liste de dédoublonnage que l'équipe attendait.
Envoyé un vendredi, marqué « en attente » — puis plus rien. Le commercial est sur la route, le statut n'a pas bougé depuis six semaines, et aucun système n'alerte sur ce qui ne se passe pas. Le client a signé ailleurs.
Lumnik observe chaque dossier, ingestion après ingestion, et signale l'immobile : « en attente depuis 42 jours — seuil métier : 15 ». L'alerte cite l'observation exacte ; il ne reste qu'à décrocher le téléphone.
Un système déclassé en 2019, conservé uniquement parce que la loi impose de garder ses données dix ans. Licence + serveur + le seul admin qui sait le redémarrer : cinq chiffres par an pour une poignée de consultations.
Une dernière ingestion, puis la machine s'éteint. L'archive reste interrogeable pour toujours. Le retour sur investissement est une soustraction qu'on fait de tête.
Chaque concession a son DMS. L'historique d'un véhicule s'arrête aux portes du site qui l'a vu. L'analyse groupe est une mission de conseil annuelle.
Le numéro de châssis (VIN) fusionne tout : n'importe quel conseiller voit l'historique complet du véhicule, et le groupe interroge l'ensemble de son parc en une phrase.
La direction veut des courbes : commandes en retard, encours par site, délais qui dérivent. L'ERP n'a ni API, ni webhooks, ni historique — chaque tentative décisionnelle ressort en projet de six mois, et meurt au chiffrage.
Lumnik devient la prise : Metabase, Grafana ou Power BI lisent son SQL en direct. Le tableau de bord se branche en quelques jours — sur Lumnik, pas sur l'ERP — et il survivra même au remplacement de celui-ci.
Les petites communes n'auront jamais le budget d'un tel outil chacune. Un syndicat ou un intégrateur public en opère un seul — chaque commune ne voit que sa tranche, isolation garantie par la base elle-même.
L'architecture multi-organisations n'est pas de la plomberie : c'est le produit. Un déploiement, cinquante dégels.
Toute migration commence par des mois d'interviews pour deviner ce que contient l'ancien système. La vérité n'est pas dans la documentation — elle est dans les données.
Ingérez l'ancien ERP au premier jour de l'étude et posez-lui la question directement : champs réellement utilisés, colonnes vides, vrais domaines de valeurs. Lumnik n'est pas le concurrent de la migration — c'est son instrument.
L'architecture, en clair
Pas de magie : trois étages, et des choix d'ingénierie faits pour les directions informatiques exigeantes.
Trois engagements d'architecture : Lumnik n'écrit jamais dans vos systèmes · l'isolation entre organisations est appliquée par la base de données, pas par du code applicatif · l'IA peut fonctionner entièrement dans vos murs — aucune donnée n'a besoin de sortir.
Le détail technique — connecteurs, garde-fous, schéma de données — vit dans la documentation, ouverte à qui veut vérifier avant de faire confiance.
Pour situer
| L'alternative classique | Ce qu'elle exige | Lumnik |
|---|---|---|
| Le projet BI / entrepôt de données | 6 à 18 mois, une équipe data, des consultants, un budget à six chiffres | Premier périmètre interrogeable en quelques semaines, sans équipe data entre le métier et la réponse |
| La migration d'ERP | Des années, un risque majeur, et l'historique reste souvent derrière | Sert les métiers maintenant — et devient l'instrument de la migration si elle a lieu un jour |
| « Une IA branchée sur vos données » | Des réponses plausibles… et personne pour garantir qu'elles sont vraies | Des garde-fous déterministes : sources citées, périmètres bornés, abstention plutôt qu'invention |
| L'interface payante de l'éditeur historique | Cinq chiffres par connecteur, et un ticket de trois mois pour chaque rapport | Une fois ingéré, le même socle sert le chat, l'API et les tableaux — deux besoins, une ingestion |
Pour qui
Posez à vos données de 2006 les questions de 2026. Les réponses que vous attendiez « pour le prochain comité » arrivent dans la minute, sourcées — sans projet pharaonique, sans risque sur l'outil de production, sans embaucher une équipe data.
Lecture seule par construction. Installé sur vos serveurs, sur un socle de base de données éprouvé où l'isolation entre organisations est appliquée par la base elle-même. SQL généré exécuté en lecture seule, traçabilité, et une IA qui peut tourner entièrement dans vos murs. Le dégel sans le risque de la migration.
Le produit qui vous fait briller chez vos clients à ERP vieillissant : connecteurs déclaratifs, outillage en ligne de commande pensé pour vous, et une démonstration qui fait son effet en soixante secondes sur leurs vraies données. Programme partenaire en construction — parlons-en tôt.
L'offre
Installation par votre intégrateur ou par nos soins. Une version cloud managée arrive — inscrivez-vous à l'essai.
Contact
Dites-nous quel système garde vos données au frais — nous vous répondrons avec un scénario concret de dégel, souvent réalisable en démonstration sur un échantillon de vos données.
Intégrateurs : sélectionnez « Intégrateur / ESN » dans le formulaire — le programme partenaire vous est ouvert en avant-première.