Comparer des responsabilités, pas seulement des étiquettes
« SaaS », « cloud » et « installé localement » ne décrivent pas à eux seuls qui administre chaque composant. Demandez où s’exécute le service, qui supervise les mises à jour, comment les terminaux y accèdent et quelles tâches restent à votre équipe. Une solution hébergée peut encore nécessiter des équipements locaux ou des passerelles. Une installation interne peut dépendre d’un intégrateur et d’un contrat de support. Faites dessiner le parcours d’une opération depuis le terminal jusqu’au système qui enregistre le encours.
Pour chaque composant, attribuez un responsable : fournisseur MES, hébergeur, équipe informatique, intégrateur, opérateur réseau ou partenaire d’interface. Indiquez la tâche, le moment, la preuve attendue et la procédure d’escalade. Cette matrice évite qu’une panne soit renvoyée entre acteurs parce que chacun suppose que l’autre surveille le service. Elle facilite aussi le calcul des ressources internes nécessaires après le lancement.
Le périmètre de données compte. Cartographiez les produits, postes de travail, mouvements, utilisateurs, commandes, coordonnées éventuelles et journaux. Certaines informations peuvent être personnelles ou permettre d’identifier une activité. Demandez quelles données sont hébergées, pour quelle finalité, dans quelles régions et par quels sous-traitants. Faites examiner les réponses par les personnes compétentes dans votre organisation; une étiquette commerciale ne prouve pas la conformité à vos obligations.
Lire le coût sur la durée
Dans un modèle SaaS, séparez abonnement, options, encours de production éventuel, support, connectivité, équipements locaux, intégration et formation. Vérifiez les unités de facturation : site, utilisateur nommé, utilisateur simultané, volume, terminal ou combinaison. Demandez comment les évolutions de périmètre modifient le montant. Confirmez les frais de mise en service, les environnements de test et les conditions d’accès aux mises à jour.
Pour une installation locale, inventoriez matériel serveur, encours de production, sauvegardes, réseau, supervision, licences, énergie, rposte de travail et compétences nécessaires. Intégrez les opérations récurrentes, pas seulement l’achat initial. Un hébergement interne peut déplacer des tâches plutôt que les supprimer. Pour chaque proposition, distinguez les montants écrits, les hypothèses de votre équipe et les postes encore inconnus.
Un modèle de durée multiplie les frais récurrents par la période examinée et ajoute les coûts ponctuels. Il ne prédit pas les prix futurs si le contrat prévoit une révision. Calculez un scénario constant et un scénario avec une hausse hypothétique clairement saisie par vous. Les montants du carnet sont des entrées fictives; le lecteur doit les remplacer par des devis et factures réels.
Évaluer la dépendance au réseau industriel
Cartographiez les zones de production, les segments réseau autorisés et les flux qui doivent rester disponibles lors d’une interruption vers l’extérieur. Demandez aux équipes OT et sécurité de valider toute architecture et tout accès distant. Un service hébergé ne signifie pas automatiquement que le MES fonctionne sans réseau; faites démontrer le comportement du poste opérateur et du serveur d’atelier pendant un incident contrôlé. Définissez une procédure métier sûre avant toute décision.
Examiner accès et continuité
Demandez ce qui se passe lors d’une coupure internet, d’une panne du service, d’un terminal hors d’usage ou d’une indisponibilité d’interface. La réponse doit distinguer les fonctions qui restent accessibles, les données disponibles localement, les opérations à suspendre et le rapprochement à effectuer ensuite. Ne présumez pas qu’un mode hors ligne existe parce qu’un terminal est mobile. Faites démontrer le comportement avec votre scénario et consignez la version testée.
Demandez les objectifs contractuels de disponibilité et leur méthode de calcul, les plages de maintenance, les délais de notification, le support inclus et les exclusions. Un indicateur moyen ne décrit pas la durée d’un incident ni son effet sur une expédition. Identifiez le processus pour déclarer un incident et le rôle de chaque interlocuteur. Faites préciser les sauvegardes, la fréquence, la restauration testée et les responsabilités, sans confondre redondance technique et continuité métier.
Reliez chaque réponse aux opérations. Si le système devient indisponible pendant la réception, quelles informations sont notées et par qui seront-elles ressaisies? Qui décide de reprendre le traitement? Comment empêcher un doublon à la reconnexion? Les procédures temporaires doivent être approuvées par les responsables opérationnels et informatiques. Cet article ne remplace pas un plan de continuité adapté au site.
Décider sans préférence automatique
Choisissez le modèle qui s’accorde à vos capacités, à vos exigences de continuité, aux contraintes de réseau, à la gouvernance des données et au coût sur la durée. Dressez les exigences non négociables avant de noter les préférences. Si deux options semblent proches, faites varier une hypothèse et observez l’effet : nombre de sites, charge de support interne, renouvellement du matériel ou durée du contrat.
Pendant la démonstration, demandez à voir la même opération dans les deux modèles, avec un utilisateur autorisé, une correction et une panne simulée. Relevez les étapes qui requièrent une intervention fournisseur ou administrateur. Conservez les réponses, documents techniques et clauses associés à chaque fournisseur. Une affirmation orale n’est pas une garantie de service.
Avant signature, comparez qui maîtrise les mises à jour, les accès, les sauvegardes, l’export de données, la fin de contrat et l’assistance à la sortie. Faites examiner les conditions pertinentes par les équipes juridiques, sécurité et données. Il n’existe pas de recommandation universelle entre SaaS et installation locale; le choix dépend de faits propres à votre organisation.
Sources et limites
Les sources éclairent des questions de cadrage; elles ne valident pas votre architecture ni un fournisseur. Les standards et documentations cités restent la propriété de leurs éditeurs et ne remplacent pas l’analyse de votre site.