La couche de lecture de vos logiciels
Une seule fiche client, lisible partout.
- Ville
- Lyon ERPLe CRM dit Villeurbanne
- Segment
- GOLD ERP
- contact@filtration-lyon.example CRM
lumnik copie les données de vos logiciels sans jamais y écrire, les rassemble en une fiche, et vous montre où ils ne sont pas d'accord.
- Lecture seule
- Installé chez vous
- Sans migration
Lisible partout
La même fiche, trois fenêtres.
[
{
"code": "P-1008",
"name": "Filtration Lyon 1008",
"city": "Lyon",
"segment": "GOLD",
"credit_limit": "1596",
"email": "contact@filtration-lyon.example",
"_conflicts": "{\"city\": [{\"src\": \"t_acme_desk_erp\", \"value\": \"Lyon\"}, {\"src\": \"t_acme_desk_crm\", \"value\": \"Villeurbanne\"}]}"
}
]
$ lm ask --scope desk "Combien de clients GOLD sont à Lyon, et quel est leur encours autorisé total ?"
Il y a 2 clients GOLD à Lyon et leur encours autorisé total est de 2096.
data as of: 2026-10-09T14:55:10.790181Z (last completed run)
disputed — a source disagrees on a value this answer filtered on:
P-1008 city = 'Lyon' counted t_acme_desk_erp: Lyon · t_acme_desk_crm: Villeurbanne
SQL: SELECT COUNT(*) AS gold_customers_count, SUM(credit_limit::numeric) AS total_credit_limit
FROM "connector"."v_acmecustomer"
WHERE city = 'Lyon' AND segment = 'GOLD'
LIMIT 500
try: lm conflicts list --scope desk — where this scope has source conflicts or lookup ambiguities, row by row
Sorties réelles de lumnik, sur des données de démonstration fictives. Filtration Lyon 1008 est comptée à Lyon — et la réponse dit que le CRM la place à Villeurbanne.
La fusion
Deux logiciels, une fiche. Rien de jeté.
L'ERP passe en premier : sa valeur est retenue. Celle du CRM reste visible sur la fiche.
| Champ | ERP | CRM | La fiche |
|---|---|---|---|
| Ville | Lyon | Villeurbanne | Lyon désaccord gardé |
| Segment | GOLD | — | GOLD de l'ERP |
| — | contact@filtration-lyon.example | contact@filtration-lyon.example du CRM |
Fiche « Filtration Lyon 1008 » : les deux logiciels s'accordent sur le nom.
Votre architecture
Un seul point de lecture. Pas un branchement par projet.
Le jour où l'ERP change, le travail se concentre dans lumnik au lieu de se répéter dans chaque projet.
- Appli terrain → ERP
- Portail client → ERP
- Tableau de bord → ERP
- Agent IA → ERP
Quatre projets, quatre branchements
- Appli terrain
- Portail client
- Tableau de bord
- Agent IA
lecture seule
Le temps
Ce qui ne bouge plus finit par se voir.
Votre ERP dit où en est une commande, rarement depuis quand. lumnik le retient, lecture après lecture.
- Export du jour 1SO-000006 · client P-1008EN LITIGE
- Export du jour 2SO-000006 · client P-1008EN LITIGE
- Export du jour 3SO-000006 · client P-1008EN LITIGEinchangée depuis la première observation
Combien de dossiers attendent chez vous depuis plus de 30 jours ?
Pour qui
Trois portes d'entrée.
Confiance
Ce que votre DSI peut vérifier.
- Lecture seule. lumnik n'écrit jamais dans vos systèmes.
- Isolation par la base. PostgreSQL cloisonne chaque ligne par organisation.
- Chez vous. Sur vos serveurs ; l'IA peut tourner dans vos murs.
- Réversible. Des tables PostgreSQL ordinaires, un pg_dump standard.
Le vérifier en cinq minutes Beta lumnik Open · Apache-2.0 Où en est lumnik
En une phrase
Vos systèmes peuvent rester en place.
Votre entreprise, elle, se remet en mouvement.
Defrost the enterprise.