SAP est la norme du secteur. Cela n'en fait pas pour autant un bon choix.

Si vous fabriquez, transportez ou vendez à grande échelle, votre chaîne croise SAP quelque part. En quarante ans, il est devenu la norme de la grande industrie, de l'atelier à la comptabilité. Cette norme n'est pas un hasard, et elle n'est pas non plus une preuve. Norme et meilleur choix sont deux choses différentes, et cette différence coûte de l'argent aux entreprises année après année.

Il y a de bonnes raisons pour lesquelles une direction choisit SAP. Il y a aussi des raisons, moins visibles, pour lesquelles ce même système vous enferme. Les deux font partie de la même histoire, car les propriétés qui ont fait la grandeur de SAP sont précisément celles qui vous coûtent cher par la suite.

Pourquoi SAP est devenu la norme

SAP ne vend pas un outil mais un système de vérité. Achats, production, stock, ventes et comptabilité tiennent dans un seul modèle de données, si bien qu'une commande passe par le même système, de la commande à la facture. Pour un groupe qui compte vingt sites dans dix pays, ce n'est pas un luxe mais une condition. Quatre raisons soutiennent ce choix.

• Un seul système de vérité. Tous les processus centraux dans un seul modèle de données, si bien que les chiffres viennent de la même source.
• De la profondeur par secteur. Des décennies de fonctionnalités intégrées pour la production, la logistique, le retail et la finance, jusqu'aux règles locales de fiscalité et de reporting.
• Un écosystème. Des dizaines de milliers de consultants, d'intégrateurs et de connexions prêtes à l'emploi, si bien qu'il y a toujours quelqu'un qui le connaît.
• De la sécurité au niveau de la direction. Personne n'est licencié pour avoir choisi SAP. Le choix est défendable, même s'il revient cher.

C'est de la vraie valeur, pas du marketing. Le problème ne commence pas avec ce que SAP sait faire. Il commence avec ce que ce choix entraîne dès que la signature est là.

Ce que la norme cache

Sous le choix sûr se cachent trois coûts qui figurent rarement dans l'offre : une facture qui se prolonge, une implémentation qui constitue le vrai risque, et un verrouillage que vous construisez vous-même.

La facture se prolonge après la signature

La licence que vous signez n'est pas la facture que vous recevez. SAP facture par utilisateur nommé, mais compte aussi, sous certaines conditions, l'accès indirect. Dans l'affaire SAP contre Diageo, la High Court de Londres a jugé en 2017 que deux applications qui utilisaient des données SAP via une connexion étaient soumises à licence. La facture supplémentaire s'est élevée à plus de 54 millions de livres (SAP UK v Diageo, 2017). Qui pense payer pour le nombre d'utilisateurs SAP paie parfois aussi pour chaque système qui tourne à côté.

Et la licence est encore la plus petite part. L'implémentation, le sur-mesure et des années de maintenance forment la plus grande part de la facture, et cette part est rarement fixée à l'avance.

L'implémentation est le vrai risque

Les grands projets logiciels débordent structurellement. En 2012, McKinsey et l'Université d'Oxford ont étudié de grands projets informatiques et ont constaté qu'ils dépassent leur budget de 45% en moyenne, leur délai de 7%, et livrent 56% de valeur en moins que promis (McKinsey et Oxford, 2012). Une migration ERP est précisément le genre de projet qui atterrit dans ces chiffres.

Parfois, cela se bloque complètement. Lidl a démarré vers 2011 avec eLWIS, un nouveau système de stock sur SAP, et l'a arrêté en 2018 après environ sept ans et un montant rapporté de 500 millions d'euros. L'entreprise est revenue à son ancien système (Consultancy.uk, 2018). L'une des causes était banale et révélatrice : Lidl valorise son stock au prix d'achat, alors que SAP travaille par défaut au prix de vente. Adapter cette différence devenait de plus en plus cher, avec à un moment donné des centaines de consultants en même temps. Lidl n'est pas un petit acteur qui a mal fait. C'est l'un des plus grands distributeurs d'Europe, avec du budget et des personnes. Et pourtant.

Le verrouillage, vous le construisez vous-même

Chaque adaptation qui fait coller SAP à votre processus rend l'étape suivante plus chère. Plus il y a de sur-mesure, plus chaque mise à niveau est lourde, car ce sur-mesure doit chaque fois suivre. Ainsi naît le paradoxe : vous adaptez le système pour le rendre utilisable, et c'est précisément ce sur-mesure qui vous enferme.

Pendant ce temps, l'horloge tourne. SAP arrête fin 2027 la maintenance standard de Business Suite 7, dont SAP ERP 6.0, avec une maintenance étendue en option jusqu'à fin 2030 (SAP). Qui tourne encore sur cette génération fait face à une nouvelle migration coûteuse vers S/4HANA, non pas parce que l'entreprise le veut, mais parce que le fournisseur ferme la porte à une date. Ce n'est pas un choix. C'est une échéance fixée par quelqu'un d'autre.

La question que personne ne pose

Dans chaque discussion SAP, il est question de versions, de modules et de chemins de migration. Rarement de propriété, et c'est justement la question qui compte. Qui ne possède pas le code ne peut pas partir sans autorisation, ne peut pas négocier le prix en position de force, et ne peut pas fixer lui-même le planning.

L'alternative n'est donc pas un ERP moins cher. Un autre grand progiciel apporte la même dépendance, seulement avec un autre logo et une autre échéance de migration. La vraie alternative est une plateforme que vous possédez vous-même, en open source, que vous construisez module par module et qui continue de tourner, même si le fournisseur change.

Ce que nous faisons autrement

Nous construisons le logiciel qui fait tourner votre entreprise comme une seule plateforme open source qui vous appartient, avec le code dès le premier jour dans votre propre dépôt. Nous commençons par un audit IT FinOps qui mesure ce que le paysage actuel coûte réellement, nous construisons par vagues avec un go ou un no-go à chaque étape, et nous remplaçons module par module, si bien que l'ancien système continue de tourner jusqu'à ce que le nouveau fasse ses preuves.

Vous avez choisi SAP un jour parce que c'était sûr. La propriété est le prochain choix sûr : pas de licences par utilisateur, pas d'accès indirect qui vous surprend, pas de migration forcée au calendrier d'un autre. Un système qui reste, même quand nous partons.