Extraire un journal d'événements de votre ERP sans toucher à la production
Une requête en lecture, un utilisateur de base restreint, et une fenêtre glissante. C'est la seule façon d'analyser un processus sans risquer de peser sur l'outil qui fait tourner l'entreprise.
La crainte est légitime et elle revient toujours : brancher un outil d'analyse sur l'ERP, c'est prendre le risque de ralentir la production, voire d'écrire là où il ne faut pas. La réponse n'est pas une promesse, c'est un dispositif technique qu'on peut vérifier.
Un utilisateur de base en lecture seule
La garantie de fond ne vient pas de l'outil, elle vient de la base : un compte dédié, avec le droit SELECT sur les seules tables nécessaires et rien d'autre. Un outil qui exigerait un compte administrateur pour lire un historique de commandes devrait être refusé, quel que soit son discours.
Le validateur applicatif vient par-dessus : une seule instruction par requête, SELECT ou WITH uniquement, mots-clés d'écriture interdits. C'est un filet, pas la garantie principale ; il reste utile le jour où quelqu'un colle une requête pressée dans un formulaire.
Trois colonnes, extraites d'où elles vivent déjà
L'analyse a besoin d'un identifiant de cas, d'un libellé d'activité et d'un horodatage. Dans un ERP, ces trois-là existent presque toujours, mais rarement dans une table qui s'appellerait « événements » : ils se reconstituent depuis les dates d'un dossier, les lignes d'un historique de statut ou les mouvements de stock.
- Les tables d'historique de statut sont la meilleure source : un enregistrement par changement, déjà horodaté.
- À défaut, les colonnes de dates d'un même enregistrement se déplient en autant d'événements par une union.
- Les journaux d'audit, quand ils sont actifs, donnent en prime la ressource qui a agi.
La fenêtre, la fréquence, l'heure
Une extraction complète de l'historique se fait une fois, hors des heures ouvrées, et sert de base. Les suivantes ne relisent que la fenêtre récente. Une analyse de processus n'a pas besoin d'être temps réel : la veille au soir suffit à toutes les décisions qu'on prend avec.
Ce qu'on ne fait pas
On ne copie pas la base entière, on n'installe rien sur le serveur applicatif, et on ne demande pas d'accès au réseau interne depuis l'extérieur. C'est l'agent posé chez vous qui pousse des données déjà filtrées, jamais le contraire.
