Logiciel supply chain SaaS ou on-premise : le comparatif utile
Logiciel supply chain SaaS ou on-premise : sécurité, coût total, mises à jour et dépendance à l'éditeur, comparés point par point. Et la question que le comparatif oublie, le délai avant d'être utile.
L'essentiel
Logiciel supply chain SaaS ou on-premise : sécurité, coût total, mises à jour et dépendance à l'éditeur, comparés point par point. Et la question que le comparatif oublie, le délai avant d'être utile.
Ce que recouvrent SaaS et on-premise aujourd'hui
Un logiciel on-premise s'installe sur vos serveurs, dans votre centre de données ou votre usine, sous licence le plus souvent perpétuelle, et votre équipe informatique en assure l'exploitation. Un logiciel en SaaS est hébergé et exploité par l'éditeur, accessible par le navigateur, facturé par abonnement, et mis à jour sans intervention de votre part. Entre les deux, le marché a inventé des formules intermédiaires, le cloud privé dédié, l'hébergement chez un tiers avec exploitation par l'éditeur, ou l'outil hybride qui garde une brique locale près des machines et une brique distante pour l'analyse. La question a changé de nature en dix ans : la plupart des éditeurs de planification et de décision ne proposent plus qu'une offre SaaS, et le choix on-premise se réduit aux suites historiques et aux outils d'exécution proches de la production. Le comparatif qui suit compare donc moins deux options équivalentes que deux logiques, celle où vous exploitez et celle où vous consommez, avec ce que chacune coûte et ce qu'elle impose.
Sécurité et souveraineté des données
L'argument le plus souvent avancé pour l'on-premise est la maîtrise physique des données, et il mérite d'être pris au sérieux sans être pris pour acquis. Vos données de demande, de stocks, de prix d'achat et de délais fournisseurs décrivent votre stratégie commerciale mieux que n'importe quel document, et les garder chez vous supprime un intermédiaire. Cette maîtrise n'est cependant réelle que si votre équipe informatique a les moyens de sécuriser, de surveiller et de sauvegarder l'installation au niveau d'un hébergeur professionnel, ce qui est rarement le cas dans une ETI où la DSI compte quelques personnes. En SaaS, la question se déplace vers l'éditeur et son hébergeur : où sont physiquement les données, dans quel pays et sous quel droit, et quelles certifications l'éditeur peut prouver. Il faut aussi savoir qui a accès à quoi, comment les données sont chiffrées et isolées de celles des autres clients, et ce qui est prévu en cas d'incident. La souveraineté se négocie dans le contrat, localisation dans l'Union européenne ou en France, interdiction de réutiliser vos données pour entraîner des modèles servis à d'autres, engagement de restitution ; ces clauses valent plus qu'un serveur dans un placard.
Coût total : licence, infrastructure, équipe
Sur le papier, l'on-premise coûte une licence élevée au départ puis une maintenance annuelle, et le SaaS un abonnement régulier sans investissement initial, ce qui fait souvent conclure que le SaaS coûte plus cher sur cinq ans. Le calcul est faux si l'on oublie ce que l'on-premise cache : les serveurs et leur renouvellement, les licences de base de données et de système, la sauvegarde, la supervision et la sécurité. Il cache surtout les jours-hommes de l'équipe interne qui exploite, met à jour et dépanne, des jours-hommes que personne n'impute au projet. Le SaaS a ses propres coûts cachés, l'abonnement qui grimpe avec les utilisateurs, les volumes ou les modules, les frais d'intégration qui restent à votre charge, et la sortie qui peut se payer. Le bon comparatif additionne tout sur trois à cinq ans, avec le temps interne valorisé, et il aboutit rarement au même vainqueur d'une entreprise à l'autre. Ce qui ne change pas, c'est la structure : l'on-premise concentre le risque au début, le SaaS l'étale, et un DAF préfère souvent le second pour la lisibilité de la trésorerie.
Mises à jour et dépendance à l'éditeur
En SaaS, les mises à jour arrivent en continu, sans projet ni interruption, ce qui est un avantage pour des outils dont les modèles évoluent vite ; elles arrivent aussi sans vous demander votre avis, et une évolution d'écran ou de règle peut perturber une équipe en pleine clôture mensuelle. En on-premise, vous décidez quand migrer, ce qui rassure, et vous finissez trois versions en retard parce que chaque migration est un projet que l'on repousse, jusqu'au jour où l'éditeur cesse de maintenir votre version. La dépendance à l'éditeur existe dans les deux cas, elle prend seulement des formes différentes : en SaaS, l'arrêt du service, le rachat de l'éditeur ou le changement de tarif vous touchent immédiatement ; en on-premise, vous gardez l'outil qui tourne mais vous perdez son avenir. Dans les deux cas, la protection réside dans le contrat et dans la réversibilité, format d'export de vos données, de vos paramétrages et de l'historique de vos décisions, période de transition, plafonnement des hausses. Un éditeur qui refuse de discuter ces clauses vous dit dès l'achat ce que vaudra la relation le jour où vous voudrez partir.
Les contraintes propres aux industriels
Un industriel ne choisit pas comme un distributeur, parce qu'une partie de ses données naît dans l'usine et qu'une partie de son réseau n'est pas conçue pour parler à l'extérieur. Les données de production, MES, automates, systèmes de supervision, vivent sur des réseaux souvent isolés d'internet pour de bonnes raisons de sécurité, et les faire remonter vers un outil distant demande une passerelle maîtrisée plutôt qu'une ouverture. Certains sites ont une connexion trop fragile pour dépendre d'un outil en ligne en temps réel, et l'exécution d'atelier reste légitimement locale. La pharma ajoute ses exigences de traçabilité et de validation des systèmes, qui pèsent sur toute évolution, y compris les mises à jour continues d'un SaaS, et qui doivent être négociées avec l'éditeur avant la signature. La réponse qui s'impose chez la plupart des industriels que je rencontre est hybride : l'exécution et la donnée machine restent près des lignes, et une passerelle sécurisée fait le lien. La planification et la décision, qui n'ont besoin que d'extractions périodiques de l'ERP et des stocks, se consomment en SaaS. Le critère consiste donc à placer chaque brique à l'endroit où elle a besoin d'être, plutôt qu'à choisir un camp pour toute l'entreprise.
La question qui compte vraiment : le délai avant d'être utile
Après des semaines de comparatif entre SaaS et on-premise, beaucoup d'entreprises n'ont pas encore répondu à la seule question qui pèse sur le résultat : combien de temps entre la signature et la première décision que l'outil aide à mieux prendre. Un on-premise commence par un projet d'infrastructure, serveurs, environnements, sécurité, avant que quiconque ait vu un résultat, et ce délai se paie en imprévus qui continuent de coûter ce qu'ils coûtent aujourd'hui, sans que personne ne l'ait voté. Un SaaS qui se superpose à l'existant peut lire vos données en quelques semaines et produire ses premiers arbitrages sur un périmètre pilote pendant que le comparatif d'hébergement serait encore en cours. L'hébergement a son importance, mais moins que le temps passé à en débattre le laisse penser. Aucune prévision n'est infaillible et aucune architecture d'hébergement n'y change rien ; la marge se joue les jours où le plan casse, dans la vitesse avec laquelle une option chiffrée est mise devant quelqu'un qui peut trancher. Choisissez l'hébergement qui vous met dans cette situation le plus tôt, avec un contrat qui protège vos données et votre sortie, et le reste du comparatif suivra.
Cet article part d'une conviction : la prévision parfaite n'existe pas, ce qui compte c'est la décision d'après.
- Ce que recouvrent SaaS et on-premise aujourd'hui
- Sécurité et souveraineté des données
- Coût total : licence, infrastructure, équipe
- Mises à jour et dépendance à l'éditeur
- Les contraintes propres aux industriels
- La question qui compte vraiment : le délai avant d'être utile
Clevizio
Clevizio est la couche de décision qui se branche sur vos outils existants : elle détecte l'imprévu, simule vos options et garde la mémoire de chaque arbitrage. Découvrir comment fonctionne le copilote de décision.
Mansour Niang
CEO & cofondateur de Clevizio
Une question sur vos imprévus ? Réservez 30 minutes avec moi pour estimer ce qu'ils vous coûtent vraiment, sans engagement.
Questions fréquentes
SaaS ou on-premise pour un logiciel supply chain ?
Le SaaS pour la planification et la décision, l'on-premise ou l'hybride pour l'exécution proche des machines. Les outils de planification n'ont besoin que d'extractions périodiques de l'ERP et gagnent à être mis à jour en continu, à condition de négocier la localisation des données, la non-réutilisation et la réversibilité. L'exécution garde sa place sur site quand elle dialogue avec des réseaux d'usine isolés ou des sites mal connectés. Le critère décisif reste le délai avant la première décision utile.
Un logiciel supply chain en SaaS est-il sécurisé ?
Il peut l'être davantage qu'une installation interne, à condition de vérifier sérieusement l'éditeur et son hébergeur. Les points à contrôler sont la localisation des données, les certifications démontrées, le chiffrement, l'isolation entre clients, la gestion des accès et le plan de reprise. La sécurité d'un on-premise dépend des moyens de votre propre équipe informatique, souvent limités dans une ETI. La souveraineté se négocie dans le contrat, pas dans l'emplacement du serveur.
Peut-on installer un logiciel supply chain on-premise dans une usine ?
Oui, et c'est souvent justifié pour les briques d'exécution qui dialoguent avec les automates, le MES ou la supervision sur un réseau isolé. Pour la planification et la décision, une architecture hybride, avec une passerelle sécurisée qui remonte des extractions périodiques vers un outil en SaaS, évite d'ouvrir le réseau de production tout en gardant un déploiement rapide.
À lire aussi
Mettez enfin un chiffre sur ce que vos imprévus vous coûtent chaque année.
Commençons par estimer ce que vos imprévus vous coûtent réellement. C'est gratuit, ça prend 30 minutes, et vous repartez avec un chiffre que personne dans votre entreprise ne connaît aujourd'hui.