Qu'est-ce que SAP ? Et pourquoi cela coûte-t-il 163 milliards de dollars ?
Chaque année, les entreprises dépensent 41 milliards de dollars pour des logiciels de planification des ressources d'entreprise, connu sous l'abréviation ERP. Aujourd'hui, presque toutes les grandes entreprises ont mis en place un système ERP d'une sorte ou d'une autre. Mais la plupart des petites entreprises n'achètent généralement pas de systèmes ERP, et la plupart des développeurs ne les ont probablement jamais vus en action. Donc, pour ceux d'entre nous qui n'ont pas utilisé d'ERP, la question se pose… quel est l'intérêt ? Comment une entreprise comme SAP réussit-elle à vendre des ERP pour 25 milliards de dollars par an ?
Et comment est-il possible que , y compris 78 % des approvisionnements alimentaires, transite par des programmes SAP ?
L'ERP est l'endroit où les entreprises stockent les données opérationnelles clés. Nous parlons de prévisions des ventes, de commandes d'achat, de stocks, ainsi que des processus qui se déclenchent en fonction de ces données (par exemple, les paiements aux fournisseurs lors du traitement des commandes). En un sens, l'ERP est le « cerveau » de l'entreprise — il stocke toutes les données importantes et toutes les actions qui sont initiées par ces données dans les flux de travail.
Mais avant de conquérir le monde des affaires moderne, comment ce logiciel est-il apparu ? L'histoire de l'ERP commence avec un travail sérieux sur l'automatisation des activités de bureau dans les années 1960. Auparavant, dans les années 1940 et 1950, on se concentrait principalement sur l'automatisation du travail manuel des « cols bleus » — pensez à General Motors, qui a créé son département d'automatisation en 1947. L'automatisation du travail des « cols blancs » (souvent à l'aide d'ordinateurs !) a commencé dans les années 1960.
L'automatisation des années 60 : l'émergence des ordinateurs
Les premiers processus commerciaux à être automatisés à l'aide d'ordinateurs ont été le calcul des salaires et la facturation. Auparavant, des armées entières d'employés de bureau comptabilisaient manuellement les heures de travail des employés dans des livres de comptes, multipliaient par le taux horaire, puis soustrayaient manuellement les impôts, les retenues pour les allocations, etc. Tout cela juste pour calculer les salaires d'un mois ! Ce processus long et répétitif était sujet aux erreurs humaines, tout en étant parfaitement adapté à l'automatisation informatique.
Dans les années 60, de nombreuses entreprises utilisaient des ordinateurs IBM pour automatiser le calcul des salaires et l'émission des factures. Le traitement des données est un terme obsolète, il ne reste que l'entreprise. . À la place, nous parlons aujourd'hui d'« IT ». À l'époque, l'industrie du développement de logiciels n'était pas encore formée, donc les départements IT prenaient souvent des analystes et les formaient à la programmation sur le tas. La première faculté de Computer Science aux États-Unis a été ouverte par l'université Purdue en 1962, et la première promotion dans ce domaine a eu lieu quelques années plus tard.
Écrire des programmes pour l'automatisation/le traitement des données dans les années 60 était une tâche difficile en raison des limitations de mémoire. Il n'y avait ni langages de haut niveau, ni systèmes d'exploitation standardisés, ni ordinateurs personnels - juste de grands et coûteux mainframes avec une petite capacité mémoire, où les programmes étaient exécutés sur des bobines de bande magnétique ! Les programmeurs travaillaient souvent avec l'ordinateur la nuit, quand il était libre. Pour des entreprises comme General Motors, il était courant d'écrire leurs propres systèmes d'exploitation pour tirer le meilleur parti de leurs mainframes.
Aujourd'hui, nous lançons des logiciels d'application sur plusieurs systèmes d'exploitation standard, mais cela n'était pas le cas avant les années 1990. 90 % de tout le logiciel était développé sur mesure, et seulement 10 % étaient vendus prêts à l'emploi.
Cette situation a profondément influencé la manière dont les entreprises développaient leurs technologies. Certains pensaient que l'avenir appartenait à un matériel standardisé avec un système d'exploitation et un langage de programmation constants, comme pour l'industrie aéronautique (qui est encore utilisé aujourd'hui !). La plupart des entreprises continuaient à créer leur propre logiciel totalement isolé, souvent en réinventant la roue.
L'émergence des logiciels standard : le programme extensible SAP
En 1972, cinq ingénieurs ont quitté IBM pour signer un contrat de fourniture de logiciels avec une grande entreprise chimique appelée ICI. Ils ont fondé une nouvelle société appelée SAP (Systemanalyse und Programmentwicklung ou « analyse systémique et développement de programmes »). Comme la plupart des développeurs de logiciels à l'époque, ils se concentraient principalement sur le conseil. Les employés de SAP se rendaient dans les bureaux des clients et développaient des logiciels sur leurs ordinateurs, principalement pour la gestion logistique.
Les affaires allaient bien : SAP a terminé sa première année avec un chiffre d'affaires de 620 000 marks, soit un peu plus d'un million de dollars aujourd'hui. Ils ont rapidement commencé à vendre leur logiciel à d'autres clients, en le portant sur différentes plateformes lorsque cela était nécessaire. Au cours des quatre années suivantes, ils ont acquis plus de 40 clients, leurs revenus ont été multipliés par six et le nombre d'employés est passé de 9 à 25. C'est peut-être éloigné de , mais l'avenir de SAP paraissait prometteur.
Le logiciel SAP se distinguait pour plusieurs raisons. À l'époque, la plupart des programmes fonctionnaient la nuit et imprimaient les résultats sur des bandes de papier, que vous consultiez le lendemain matin. Au lieu de cela, les programmes SAP fonctionnaient en temps réel, et les résultats étaient affichés non pas sur papier mais sur des écrans (qui coûtaient alors environ 30 000 dollars).
Mais surtout, le logiciel SAP était à l'origine conçu pour être extensible. Dans le contrat initial avec ICI, SAP ne créait pas de logiciels à partir de zéro, comme c'était la norme à l'époque, mais écrivait du code par-dessus un projet précédent. Lorsque SAP a lancé son logiciel de comptabilité en 1974, elle prévoyait dès le départ d'écrire d'autres modules logiciels supplémentaires par-dessus et de les vendre. Cette extensibilité est devenue une caractéristique déterminante de SAP. À l'époque, l'interaction entre les contextes clients était considérée comme une innovation radicale. Les programmes étaient écrits à partir de zéro pour chaque client.
L'importance de l'intégration
Lorsque SAP a présenté son deuxième module logiciel pour la production en complément du premier module financier, ces deux modules ont pu interagir facilement, car ils partageaient une base de données commune. Une telle intégration a rendu la combinaison des modules beaucoup plus précieuse que deux programmes séparés.
Puisque le logiciel a automatisé certains processus commerciaux, son impact dépendait largement de l'accès aux données. Les données des commandes d'achat sont stockées dans le module de ventes, les données des stocks de produits sont conservées dans le module d'entrepôt, etc. Et étant donné que ces systèmes ne communiquent pas, ils doivent être régulièrement synchronisés, ce qui signifie qu'un employé copiait manuellement les données d'une base à une autre.
Le logiciel intégré résout ce problème en facilitant la communication entre les systèmes de l'entreprise et en permettant de nouveaux types d'automatisation. Ce type d'intégration - entre divers processus commerciaux ainsi que des sources de données - est une caractéristique clé des systèmes ERP. Cela est devenu particulièrement important avec l'évolution du matériel, ce qui a ouvert de nouvelles possibilités d'automatisation - et les systèmes ERP ont prospéré.
La rapidité d'accès à l'information dans un logiciel intégré permet aux entreprises . L'entreprise Compaq, via l'ERP, a mis en place un nouveau modèle de « production sur commande » (c'est-à-dire l'assemblage de l'ordinateur uniquement après réception explicite d'une commande). Ce modèle permet d'économiser de l'argent en réduisant les stocks, en s'appuyant sur un turnover rapide - exactement ce à quoi l'ERP efficace contribue. Lorsque IBM a suivi le même exemple, il a réduit le temps de livraison des composants de 22 jours à trois jours.
À quoi ressemble réellement l'ERP
Les mots « logiciel d'entreprise » ne sont en rien associés à une interface tendance et conviviale, et SAP ne fait pas exception. L'installation de base de SAP contient 20 000 tables de base de données, dont 3 000 sont des tables de configuration. Dans ces tables, il y a environ 8 000 décisions de configuration à prendre avant le début de l'utilisation du programme. C'est pourquoi est une véritable profession !
Malgré la complexité de sa configuration, le logiciel SAP ERP offre une valeur clé — une large intégration de plusieurs processus commerciaux. Cette intégration conduit à des milliers de cas d'utilisation dans l'organisation. SAP organise ces cas d'utilisation en "transactions", qui représentent des actions commerciales. Quelques exemples de transactions incluent "création de commande" et "affichage client". Ces transactions sont organisées sous forme de répertoire imbriqué. Ainsi, pour trouver la transaction "Créer commande de vente", vous allez dans le répertoire "Logistique", puis "Ventes", ensuite "Commande", et vous y trouverez la transaction actuelle.
Si l'on appelle l'ERP un "navigateur de transactions", ce serait une description étonnamment précise. Il ressemble beaucoup à un navigateur, avec un bouton "Retour", des boutons de zoom et un champ de texte pour les codes “TCodes”, équivalents à la barre d'adresse d'un navigateur. SAP prend en charge , donc la navigation dans l'arbre des transactions peut être complexe sans ces codes.
Malgré le nombre vertigineux de configurations et de transactions disponibles, les entreprises rencontrent toujours des cas d'utilisation uniques qui nécessitent une personnalisation fine de leurs actions. Pour traiter ces flux de travail uniques, SAP dispose d'un environnement de programmation intégré. Voici comment chaque partie fonctionne :
Données
Dans l'interface SAP, les développeurs peuvent créer leurs propres tables de base de données. Ce sont des tables relationnelles comme dans les bases SQL habituelles : colonnes de différents types, clés étrangères, contraintes de valeurs, ainsi que des autorisations de lecture/écriture.
Logique
SAP a développé un langage appelé ABAP (Advanced Business Application Programming, initialement Allgemeiner Berichts-Aufbereitungs-Prozessor, en allemand "processeur général de création de rapports"). Il permet aux développeurs d'exécuter une logique commerciale personnalisée en réponse à des événements spécifiques ou selon un calendrier. ABAP est un langage riche en syntaxe, avec environ trois fois plus de mots-clés que JavaScript (voir ). Lorsque vous avez écrit votre programme (SAP dispose d'un éditeur intégré pour la programmation), vous le publiez comme une transaction propre, accompagnée d'un code TCode individuel. Vous pouvez personnaliser le comportement existant grâce à un système étendu de hooks appelés « business add-ins », où le programme est configuré pour s'exécuter lors de l'exécution d'une transaction donnée – similaire à des déclencheurs SQL.
UI
SAP est également livré avec un constructeur pour créer des interfaces utilisateur. Il supporte le glisser-déposer et propose des fonctionnalités utiles, comme des formulaires générés à partir de tables de base de données. Cependant, il est assez difficile à utiliser. Ma partie préférée du constructeur est le dessin des colonnes de table :
Les difficultés de mise en œuvre de l'ERP
L'ERP n'est pas bon marché. Une grande multinationale peut dépenser entre 100 millions et 500 millions de dollars pour la mise en œuvre, y compris 30 millions de dollars pour les paiements de licence, 200 millions de dollars pour les services de conseil, et le reste pour le matériel, la formation des managers et des employés. La mise en œuvre complète prend de quatre à six ans. a déclaré : « L'avantage concurrentiel dans le secteur ira à l'entreprise qui pourra mener à bien la mise en œuvre de SAP de manière plus efficace et moins coûteuse. »
Et ce n'est pas seulement une question d'argent. La mise en œuvre de l'ERP est une entreprise risquée, et les résultats varient considérablement. Un des cas réussis est la mise en œuvre de l'ERP chez Cisco, qui a duré 9 mois et coûté 15 millions de dollars. En revanche, la mise en œuvre chez Dow Chemical a coûté 1 milliard de dollars et a pris 8 ans. . Plus précisément, estiment que la mise en œuvre des systèmes ERP présente « un risque modéré de nuire à l'entreprise ». On n'entend pas souvent cela lors de l'évaluation des logiciels !
La nature intégrée de l'ERP signifie que son implantation nécessite des efforts de l'ensemble de l'entreprise. Étant donné que les entreprises ne bénéficient qu'après une mise en œuvre généralisée, cela est particulièrement risqué ! La mise en œuvre de l'ERP n'est pas simplement une décision d'achat : c'est un engagement à changer ses méthodes de gestion des opérations. Installer le logiciel est facile, mais réorganiser le flux de travail de toute l'entreprise – c'est là que réside le véritable travail. внедрения, это особенно рискованно! Внедрение ERP — не просто решение о покупке: это обязательство изменить свои методы управления операциями. Установка программного обеспечения — это легко, перенастройка рабочего процесса всей компании — вот где основная работа.
Pour mettre en œuvre un système ERP, les clients engagent souvent une société de conseil comme Accenture et leur versent des millions de dollars pour travailler avec des départements commerciaux spécifiques. Les analystes déterminent comment intégrer l'ERP dans les processus de l'entreprise. Une fois l'intégration commencée, l'entreprise doit former tous les employés à l'utilisation du système. Gartner réserve 17 % du budget uniquement pour la formation !
Malgré toutes les difficultés, la plupart des entreprises du classement Fortune 500 ont implémenté des systèmes ERP d'ici 1998 : le processus s'est accéléré en raison de la peur du Y2K. Le marché de l'ERP continue de croître aujourd'hui. . C'est l'un des plus grands segments de l'industrie mondiale des logiciels.
L'industrie moderne de l'ERP
Les principaux acteurs sont Oracle et SAP. Bien que les deux soient des leaders du marché, leurs produits ERP diffèrent étonnamment. Le produit SAP a été principalement construit en interne, tandis qu'Oracle a agressivement acquis des concurrents tels que PeopleSoft et NetSuite.
Oracle et SAP dominent tellement que même au lieu de son propre produit ERP Microsoft Dynamics.
Étant donné que la plupart des secteurs ont des besoins ERP assez spécifiques, Oracle et SAP disposent de configurations prêtes à l'emploi pour de nombreux secteurs, tels que l'alimentaire, l'automobile et la chimie, ainsi que des configurations verticales, telles que les processus d'organisation des ventes. Cependant, il y a toujours de la place pour des acteurs de niche qui s'adressent généralement à un secteur spécifique :
- pour les universités
- et McKesson proposent un ERP pour les organisations de santé
- pour la fabrication et la logistique
Les ERP verticaux se spécialisent dans les intégrations et les flux de travail spécifiques au marché cible : par exemple, dans un ERP pour la santé .
Cependant, la spécialisation n'est pas la seule façon de trouver sa niche sur le marché. Certains startups tentent de lancer des plateformes logicielles plus modernes. Un exemple en est : elle propose des options d'intégration (avec différents ERP !) par abonnement. Des startups comme Anaplan et Zoho proposent la même chose.
L'ERP est-il en plein essor ?
En 2019, SAP se porte bien : l'année dernière, le chiffre d'affaires s'élevait à 24,7 milliards d'euros, et la capitalisation boursière dépasse désormais Mais le monde du logiciel n'est plus ce qu'il était auparavant. Lorsque SAP est apparu pour la première fois, les données étaient isolées et difficiles à intégrer, si bien que les stocker dans SAP semblait être la solution évidente.
Mais maintenant, la situation évolue rapidement. La plupart des logiciels d'entreprise modernes (comme Salesforce, Jira, etc.) possèdent un backend avec de bonnes API pour l'exportation des données. Des lacs de données se forment, par exemple, facilitant la connexion entre bases de données, une tâche impossible il y a quelques années.
Source : habr.com
