Systèmes connectés
Les familles de systèmes sont analysées à partir de leurs interfaces réelles. Koragence peut travailler autour d’un ERP SAP, Microsoft Dynamics, Odoo, Sage ou Cegid, sans prétendre disposer d’un connecteur universel natif pour chaque version et chaque installation.
Le périmètre peut également inclure un MES, une GMAO, un WMS, un QMS, un LIMS, une supervision SCADA, des passerelles IoT, des équipements, un DMS ou une solution BI. La mise en place d’intégrations API précise les objets, les déclencheurs et les conditions de reprise.
Un système de référence par donnée
Chaque donnée doit avoir un système de référence. L’ERP peut rester propriétaire du fournisseur et de la commande, le MES de l’exécution de production, la GMAO de l’intervention, le QMS de la non-conformité et l’application sur mesure des objets spécifiques au flux qu’elle orchestre.
Le cadrage précise qui crée, qui modifie, qui lit, ce qui se passe en cas d’échec et comment les identifiants sont rapprochés. Une application utile ne copie pas plusieurs fois la même vérité, elle rend les responsabilités et les synchronisations visibles.
La bonne place entre ERP, MES, SCADA et terrain
Le logiciel sur mesure peut compléter le système d’information, pas dupliquer plusieurs fois les mêmes fonctions. Il peut traduire une donnée technique en décision métier, réunir un dossier opérateur ou proposer une interface adaptée sans prendre le contrôle d’une fonction qui doit rester dans le système source.
Les automates, capteurs, passerelles, SCADA et systèmes de contrôle restent analysés selon leur rôle. Koragence intervient principalement sur les couches logiciel métier, données et intégration. Les automatismes spécialisés, la sécurité machine et le contrôle-commande restent avec les spécialistes compétents lorsque le projet l’exige.
Données machines exploitables
OPC UA, MQTT, API fournisseur, fichiers ou passerelle locale peuvent alimenter le logiciel lorsque l’interface, la sécurité et la qualité des données le permettent. Le flux doit conserver l’équipement, la mesure, l’unité, l’horodatage et l’état de fraîcheur.
Une donnée en retard ne doit pas être affichée comme actuelle. Les interfaces peuvent distinguer valeur reçue, valeur calculée, valeur estimée et prédiction, avec un comportement défini lorsque le capteur ou la connexion devient indisponible.
Interfaces conçues pour l’atelier
Un écran atelier doit tenir compte du poste, du bruit, des gants, de la lumière, du rythme et des conséquences d’une erreur. Les parcours peuvent fonctionner sur tablette, terminal partagé ou poste fixe, avec des actions guidées et des états compréhensibles.
Si la connexion est intermittente, le mode hors ligne doit être défini précisément : données consultables, actions autorisées, preuves conservées, synchronisation et conflits. Le hors ligne ne doit pas valider silencieusement une décision critique sans règle de reprise.
Traçabilité et qualité des données
La traçabilité relie l’objet, l’opération, l’utilisateur, l’horodatage, la version, la preuve et la décision. Un audit trail lisible permet de comprendre qui a fait quoi, dans quel contexte et avec quelle donnée.
Les contrôles traitent les unités incompatibles, les doublons, les valeurs manquantes, les plages impossibles, les référentiels divergents et les corrections. Les documents, certificats, signatures et validations sont rattachés au bon objet et à la bonne version.
Moderniser sans interrompre l’existant
La modernisation commence par ce qui doit absolument rester stable : utilisateurs, identifiants, historiques, interfaces critiques, contraintes de production et responsabilités. L’équipe peut ensuite choisir une façade, une migration progressive, une nouvelle interface ou un remplacement limité.
Les anciens fichiers Excel peuvent servir de source temporaire pour comprendre les règles, mais ils ne doivent pas devenir le modèle définitif par défaut. La reprise de projet fixe une baseline technique et des critères de sortie documentés.
Sécurité du logiciel industriel
La sécurité distingue les utilisateurs, les rôles, les sites, les environnements, les secrets, les accès d’administration et les actions capables de modifier un équipement ou une donnée réglementée. Le logiciel ne contourne pas les mécanismes de sécurité OT et ne transforme pas une interface en autorisation physique.
Selon le périmètre, le projet couvre le chiffrement, les journaux, la gestion des sessions, la séparation des environnements, la sauvegarde, la restauration, le monitoring et la réponse aux incidents. Les accès critiques sont testés avec les équipes responsables du site.
Du pilote au déploiement multi-site
Un pilote doit isoler une décision utile, un périmètre de données et des utilisateurs capables de donner un retour précis. Avant de généraliser, il faut vérifier les différences de référentiels, d’équipements, de droits, de langues, de processus et de contraintes réseau.
Le multi-site repose sur une configuration explicite, des responsabilités locales et des standards communs. Les tableaux de bord ne doivent pas masquer les différences qui changent réellement l’interprétation d’un indicateur.
Architecture et choix techniques
L’architecture dépend du niveau de criticité, de la connectivité, des volumes, de la durée de conservation, des contraintes d’hébergement et des compétences disponibles. Une architecture web, une passerelle edge, un traitement asynchrone ou un déploiement hybride peuvent être combinés.
La stack est choisie pour sa maintenabilité et sa compatibilité avec l’écosystème, pas comme argument marketing isolé. Les décisions couvrent aussi performance, tests, observabilité, déploiement, réversibilité et documentation.
Cadrer, développer et déployer
Le cadrage commence avec les utilisateurs, les objets métier, les décisions, les données disponibles et les exceptions. Il produit un périmètre, des critères d’acceptation, une première architecture, un plan de migration et les hypothèses qui influencent le budget.
Le développement avance par incréments vérifiables. Les tests métier, la revue des droits, les essais d’intégration, la formation et la mise en production progressive font partie du dispositif. Les décisions sont documentées pour que le client conserve la maîtrise du produit.
Le travail relie la compréhension du processus réel, des utilisateurs, des systèmes, des données et des contraintes à la construction du modèle métier, des interfaces, des intégrations, des tests et d’une première version exploitable. Les accès, le code et la documentation prévus au contrat sont ensuite transmis avec la formation, le suivi du pilote et le plan de maintenance.
Combien coûte et combien de temps prend un logiciel industriel ?
Le budget dépend du nombre de workflows, utilisateurs, sites, intégrations, équipements, règles, documents, historiques et exigences de validation. Un pilote en lecture seule n’a pas le même périmètre qu’une plateforme qui écrit dans plusieurs systèmes et accompagne des décisions critiques.
Le délai dépend de l’accès aux données, de la disponibilité des experts métier, de la reprise de l’existant et des tests. Le cadrage doit faire apparaître les dépendances et proposer une première version qui apporte une preuve utile avant l’extension du périmètre.
Une équipe qui reste impliquée
Le projet commence par le processus avant le code. Nous cherchons à comprendre ce qui doit être décidé, qui en porte la responsabilité, quels systèmes existent déjà et quelles preuves doivent rester disponibles.
Koragence pilote ses projets depuis la France et mobilise une équipe selon le périmètre. Les cas Onctuo et Good is Merch montrent deux contextes différents, supervision d’équipements d’un côté, données, documents et workflow de l’autre, sans les présenter comme des usines ou des certifications industrielles.
Le bon moment pour développer sur mesure
Le sur mesure devient pertinent lorsque la décision critique dépend d’informations qui restent dispersées entre ERP, MES, tableurs, automates, documents qualité et outils de maintenance. Le sujet n’est pas de remplacer chaque logiciel existant, mais de construire la couche qui rend le processus réellement exploitable.
Une première version doit partir d’un flux précis : libérer un lot, préparer une intervention, suivre une anomalie, piloter une ligne ou retrouver une preuve. Cette approche évite de transformer un besoin opérationnel en catalogue de fonctionnalités sans priorité.
Un cadrage industriel complet
Le cadrage décrit les équipements, objets métier, états, rôles, validations, documents, historiques et règles qui font fonctionner le processus. Il précise aussi quel système fait foi pour chaque donnée et quelle action doit rester humaine.
Les cas normaux ne suffisent pas. Il faut également traiter les mesures absentes, les données en retard, les changements d’équipe, les équipements indisponibles, les corrections, les droits insuffisants et les reprises après erreur.
Connecter ERP, MES, SCADA et outils métier
Les interfaces sont choisies à partir des systèmes réellement présents : API, fichiers, messages, bases existantes, OPC UA, MQTT ou connecteurs fournis par les éditeurs. Le logiciel sur mesure doit expliciter les identifiants, les unités, les horodatages, les erreurs et les règles de rejeu.
La mise en place d’une intégration API peut constituer un chantier séparé. L’application industrielle reste propriétaire de ses objets métier, tandis que les systèmes sources conservent les données dont ils ont la responsabilité.
Périmètres MES, GMAO et QHSE
Un MES sur mesure organise les événements de production, les ordres, les postes, la traçabilité et la qualité au plus près de l’atelier. Une GMAO industrielle porte plutôt les équipements, interventions et historiques de maintenance.
Un logiciel QHSE relie audits, écarts, preuves et actions. Les pages de métrologie et de suivi d’étalonnage couvrent des objets spécialisés. Le hub doit orienter vers le bon périmètre, pas tout mélanger.
Déployer sans bloquer la production
Le déploiement commence généralement par un périmètre pilote, des données identifiées et un scénario de retour arrière. Les utilisateurs testent les parcours qui comptent, tandis que l’équipe conserve une lecture des erreurs, des synchronisations et des droits.
La documentation, les tests métier, la supervision et la formation font partie du produit. Une application industrielle qui fonctionne uniquement lorsque son concepteur est présent n’est pas une base durable.
Parc existant et reprise des données
La reprise commence par un inventaire des sources, des identifiants, des doublons, des historiques utiles et des données qui doivent être conservées pour la traçabilité. Une migration ne doit pas déplacer aveuglément des erreurs dans une nouvelle interface.
Selon le risque, la première version peut lire les systèmes existants avant de leur écrire. Cette étape réduit les dépendances et permet de valider le modèle métier avant d’automatiser des changements irréversibles.
Sécurité et maintenance dans la durée
Les droits doivent suivre les responsabilités du site : opérateur, qualité, maintenance, production, direction et administrateur. Les actions sensibles, changements de règles et validations doivent laisser une trace lisible.
La maintenance couvre les évolutions du logiciel, les dépendances, les connecteurs et les changements des systèmes tiers selon le périmètre contractuel. La maintenance applicative peut prolonger le travail une fois le pilote stabilisé.
Solution standard ou développement logiciel industriel ?
Un produit standard est souvent préférable lorsque le besoin correspond à un processus courant, que les intégrations sont simples et que les règles peuvent être configurées sans contournement. Le sur mesure devient intéressant lorsque les responsabilités, les équipements ou les échanges rendent le modèle standard trop rigide.
Koragence commence par un fit-gap : ce qui existe, ce qui peut être configuré, ce qui doit être intégré et ce qui mérite réellement d’être développé. Cette comparaison protège le budget et évite de reconstruire une brique déjà maîtrisée par un éditeur.
Notre méthode de projet
Nous partons d’un flux réel, puis nous définissons le modèle de données, les règles, les interfaces, les écrans, les validations et les cas dégradés. Le périmètre de la première version reste lié à une décision opérationnelle mesurable.
Le travail peut ensuite s’étendre vers une plateforme plus large, avec des modules de production, qualité, maintenance, supervision, portail ou pilotage. Chaque extension doit conserver des responsabilités et des sources de vérité explicites.
Onctuo
Good is Merch