Collecte
SĂ©lection du corpus pilote, des owners, des formats et des exclusions documentaires avant toute ingestion.
Démonstrateur IA métier · proposition SERMA
Mini KMS & plateforme
Comment le mini KMS Neo4j et lâinterface LLM OpenWebUI peuvent ĂȘtre positionnĂ©s techniquement pour EPC GROUP.
Mini KMSDonnées bornéesOVH dédié sécuriséSocle app-next
Constitution du mini KMS
Le KMS est volontairement limitĂ© Ă un pĂ©rimĂštre documentaire pilotable. Lâobjectif nâest pas dâingĂ©rer tout EPC, mais de rendre un corpus choisi immĂ©diatement utile pour le mĂ©tier pilote.
Préparation
Normalisation, contrÎle qualité, filtrage, vérification des droits et mise au propre du corpus retenu.
Structuration
MĂ©tadonnĂ©es, taxonomie utile, suivi minimal des Ă©volutions et principes dâaccĂšs adaptĂ©s au pilote EPC.
Indexation
Mise en place du mini KMS interrogeable avec citations, traçabilité et restitution pilotée par SERMA.
Point dâattentionPoint critique de dĂ©marrage
Aucune ingestion nâest engagĂ©e sans validation du corpus initial, des owners et des droits dâusage IA. La matrice donnĂ©es / droits existante sert ici de garde-fou, pas de simple annexe.
Corpus documentaire pilote
Les donnĂ©es EPC dĂ©jĂ analysĂ©es montrent quels domaines sont cohĂ©rents avec un MVP documentaire. Lâoffre reprend ces repĂšres pour construire le dĂ©monstrateur sans ouvrir tout le patrimoine documentaire dâun coup.
| Domaine | Sources documentaires | Formats observĂ©s | Droits dâusage IA | PrioritĂ© hĂ©ritĂ©e |
|---|---|---|---|---|
| QHSE / conformite | Procedures / audits / incidents | PDF,DOCX,XLSX | A valider document par document | P1 |
| Operations blasting / urban mine | Modes operatoires / rapports terrain | PDF,DOCX,XLSX,Images | A valider avec metier + legal | P1 |
| Documentation technique / maintenance | Notices / manuels / guides | PDF,DOCX,Images | Valider droits internes et versions | P2 |
| Commercial / AO / references | Offres / references / argumentaires | PPTX,DOCX,PDF | Restitution controlee uniquement | P3 |
Plateforme démonstrateur
La plateforme est pensĂ©e autour dâOpenWebUI pour lâinterface LLM et dâun KMS Neo4j pour la couche connaissance : assez simple pour ĂȘtre lancĂ©e vite, assez robuste pour produire un apprentissage crĂ©dible.
Projection proposée
Lecture technique du démonstrateur : interface OpenWebUI, couche KMS Neo4j, corpus borné et hébergement dédié sécurisé opérés par SERMA.
UsagesInterfaceKMSCorpusInfrastructure
RepĂšreHĂ©bergement
Le dĂ©monstrateur est hĂ©bergĂ©, opĂ©rĂ© et maintenu par SERMA sur un serveur dĂ©diĂ© OVH avec socle cybersĂ©curitĂ©, cloisonnement documentaire, accĂšs exclusifs et identification nominative. EPC GROUP consomme un service sĂ©curisĂ© pendant la dĂ©monstration, sans avoir Ă dĂ©ployer dâemblĂ©e la solution finale dans son SI.
Technologies proposĂ©es dans lâoffre
Pour rendre la proposition plus concrĂšte en soutenance commerciale, cette page montre aussi les rĂ©fĂ©rences visuelles des deux briques projetĂ©es : Neo4j pour le KMS et OpenWebUI pour lâinterface LLM.
Brique KMS / graphe
Neo4j pour le KMS documentaire
La proposition commerciale peut positionner Neo4j comme couche graphe du KMS : relations documentaires, contexte métier, traçabilité, enrichissement sémantique et base crédible pour des parcours GraphRAG plus explicables.
Brique interface LLM
OpenWebUI pour lâinterface LLM
OpenWebUI permet dâincarner visuellement lâinterface du dĂ©monstrateur : conversation, sĂ©lection de modĂšles, expĂ©rience utilisateur lisible, administration simple et vitesse de mise en Ćuvre compatible avec un pilote bornĂ©.
RepÚreLecture recommandée en rendez-vous
PrĂ©senter ces visuels comme des repĂšres de projection technique et dâergonomie : ils aident EPC GROUP Ă se reprĂ©senter le futur dĂ©monstrateur sans prĂ©tendre que lâintĂ©gration finale est dĂ©jĂ maquettĂ©e pixel par pixel.
Composants techniques applicatifs mobilisables
Les composants ci-dessous ne sont pas inventés : ils correspondent aux capacités déjà observées dans app-next et qui rendent plausible SermAssistant Light dédié à EPC GROUP.
| Capacité observée | Lecture de la source | Usage dans le démonstrateur |
|---|---|---|
| Socle web React / Next | app-next observe un socle Next 16.1.6 / React 19.2.3 déjà structuré pour des shells documentaires et analytiques. | SermAssistant Light accessible sur le web, sans reconstruire une application complÚte depuis zéro. |
| Hub de sources & navigation documentaire | Le workspace source et ses hubs rendent déjà visibles les documents, les familles de ressources et les parcours de lecture. | Base pertinente pour un usage EPC centré sur la consultation et la preuve par la source. |
| Prévisualisation de documents | Les routes sources et la résolution de fichiers gÚrent HTML, PDF, images, CSV et Office / PPTX. | Permet de garder les piÚces documentaires visibles dans le démonstrateur au lieu de renvoyer vers des téléchargements opaques. |
| Vues datasets | Les vues `portal-data` savent déjà profiler des CSV, calculer complétude, catégories et résumés utiles. | Réutilisable pour montrer la qualité du corpus et piloter le périmÚtre documentaire du pilote. |
| KPI / mĂ©triques | Les composants de mĂ©triques et dashboards servent de base pour le suivi dâadoption, dâutilitĂ© et de qualitĂ© de rĂ©ponse. | CohĂ©rent avec les KPI dĂ©jĂ formalisĂ©s dans les travaux existants. |
HypothĂšses techniques de lâoffre
La proposition reste prudente : elle limite le dĂ©monstrateur Ă ce qui peut ĂȘtre dĂ©fendu commercialement et techniquement Ă partir des sources disponibles.
Pas dâintĂ©gration lourde au SI EPC dans le dĂ©monstrateur
Le pilote reste centrĂ© sur un corpus documentaire bornĂ© pour Ă©viter quâun chantier dâintĂ©gration ne consomme toute la valeur du dĂ©monstrateur.
Population pilote nominative
LâaccĂšs est limitĂ© Ă des utilisateurs identifiĂ©s, pour sĂ©curiser les droits et recueillir un feedback rĂ©ellement exploitable.
Environnement spécifique au démonstrateur
Le site web, le mini KMS et les rĂ©glages dâexploitation restent gĂ©rĂ©s par SERMA et ne constituent pas encore lâarchitecture industrielle finale dâEPC GROUP.