Qu'est-ce que SAP? Et pourquoi vaut-il 163 milliards de dollars?

Chaque année, les entreprises dépensent 41 milliards de dollars en logiciels de planification des ressources d'entreprise , connus sous l'acronyme ERP . Aujourd'hui, presque toutes les grandes entreprises ont mis en œuvre l'un ou l'autre système ERP. 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 pas vus en affaires. Donc pour ceux d'entre nous qui n'ont pas utilisé d'ERP, la question se pose ... quel est le problème? Comment une entreprise comme SAP parvient-elle à vendre 25 milliards de dollars ERP par an?

Et comment se fait-il que 77% du commerce mondial , dont 78% des approvisionnements alimentaires, passent par des programmes SAP?

L'ERP est l'endroit où les entreprises stockent les données de transaction clés. Nous parlons de prévisions de ventes, de bons de commande, de stocks, ainsi que de processus qui fonctionnent sur la base de ces données (par exemple, les paiements aux fournisseurs lors de la passation de commandes). Dans 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 processus de travail.

Mais avant de saisir complètement le monde moderne des affaires, comment ce logiciel est-il né? L'histoire de l'ERP commence par un travail sérieux sur la bureautique dans les années 1960. Plus tôt, dans les années 40 et 50, l'automatisation du travail mécanique des cols bleus a principalement eu lieu - souvenez-vous de General Motors, qui a créé son département d'automatisation en 1947. Mais l'automatisation des «cols blancs» (souvent à l'aide d'ordinateurs!) A commencé dans les années 60.

Automatisation des années 60: l'avènement des ordinateurs

Les premiers processus commerciaux automatisés à l'aide d'ordinateurs ont été la paie et la facturation. Auparavant, des armées entières d'employés de bureau comptaient manuellement les heures de travail des employés dans les livres, multipliées par le taux horaire, puis déduisaient manuellement les impôts, les déductions pour avantages sociaux et ainsi de suite ... tout cela juste pour calculer le salaire d'un mois! Ce processus long et répétitif était sujet aux erreurs humaines et il est idéalement adapté à l'automatisation informatique.

Dans les années 60, de nombreuses entreprises utilisaient les ordinateurs IBM pour automatiser la paie et la facturation. Traitement des données - Un terme obsolète que seul Automatic Data Processing, Inc. Au lieu de cela, aujourd'hui, nous disons «IT». À cette époque, l'industrie du développement de logiciels n'était pas encore formée et, par conséquent, les analystes étaient souvent amenés dans les services informatiques pour leur apprendre à programmer sur place. La première faculté d'informatique des États-Unis a ouvert l'Université Purdue en 1962 et le premier diplôme dans la spécialité a eu lieu quelques années plus tard.

L'écriture de logiciels pour l'automatisation / le traitement des données dans les années 60 était une tâche difficile en raison des limites de la mémoire. Il n'y avait ni langages de haut niveau, ni systèmes d'exploitation standardisés, ni ordinateurs personnels - seulement de gros mainframes coûteux avec une petite quantité de 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 gratuit. Pour des sociétés 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 exécutons des logiciels d'application sur plusieurs systèmes d'exploitation standard, mais ce n'est que dans les années 1990. À l' ère du mainframe médiéval90% de tous les logiciels ont été écrits sur commande et seulement 10% ont été vendus prêts à l'emploi.

Cette situation a profondément affecté la façon dont les entreprises ont développé leur technologie. Certains ont émis l'hypothèse que l'avenir serait dans des équipements standardisés avec un système d'exploitation et un langage de programmation fixes, comme le système SABRE pour l'industrie aéronautique (qui est toujours utilisé!). La plupart des entreprises ont continué à créer leur propre logiciel complètement isolé, inventant souvent un vélo.

La naissance du logiciel standard: un programme SAP extensible

En 1972, cinq ingénieurs ont quitté IBM pour signer un contrat de logiciel avec une grande entreprise chimique appelée ICI. Ils ont fondé une nouvelle société appelée SAP (Systemanalyse und Programmentwicklung ou "System Analysis and Software Development"). Comme la plupart des développeurs de logiciels à l'époque, ils étaient principalement impliqués dans le conseil. Les employés de SAP sont venus dans les bureaux clients et ont développé des logiciels sur leurs ordinateurs, principalement pour la gestion de la logistique.

L'activité s'est bien déroulée: SAP a terminé la première année avec un chiffre d'affaires de 620 000 marks, soit un peu plus d'un million de dollars en dollars d'aujourd'hui. Bientôt, ils ont commencé à vendre leur logiciel à d'autres clients, le portant sur divers systèmes d'exploitation lorsque cela était nécessaire. Au cours des quatre années suivantes, ils ont eu plus de 40 clients, les revenus ont augmenté six fois et le nombre d'employés est passé de 9 à 25. Peut-être est-ce loin de la courbe de croissance T2D3 , mais l'avenir de SAP semblait optimiste.

Le logiciel SAP était spécial pour plusieurs raisons. À cette époque, la plupart des programmes fonctionnaient la nuit et imprimaient le résultat sur des bandes de papier, que vous vérifiiez le lendemain matin. Au lieu de cela, les programmes SAP fonctionnaient en temps réel, le résultat n'étant pas affiché sur papier, mais sur des moniteurs (qui à l'époque coûtaient environ 30 000 $).

Mais surtout, le logiciel SAP a été initialement conçu pour être extensible. Dans le contrat initial avec ICI, SAP n'a pas créé de logiciel à partir de zéro, comme c'était la coutume à l'époque, mais a écrit du code sur un projet précédent. Lorsque SAP a publié son logiciel de comptabilité financière en 1974, il avait initialement prévu à l'avenir d'écrire des modules logiciels supplémentaires et de les vendre. Cette extensibilité est devenue une caractéristique déterminante de SAP. À cette époque, l'interaction entre les contextes clients était considérée comme une innovation radicale. Les programmes ont été écrits à partir de zéro pour chaque client.

L'importance de l'intégration

Lorsque SAP a introduit son deuxième module logiciel de production en plus du premier module financier, les deux modules ont pu interagir facilement l'un avec l'autre car ils disposaient d'une base de données commune. Cette intégration a rendu la combinaison de modules beaucoup plus précieuse que deux programmes séparés.

Étant donné que le logiciel automatisait certains processus métier, son impact dépendait largement de l'accès aux données. Les données de la commande d'achat sont stockées dans le module de vente, les données sur les stocks de produits sont stockées dans le module d'entrepôt, etc. Et comme ces systèmes n'interagissent pas, ils doivent être synchronisés régulièrement, c'est-à-dire que l'employé a copié manuellement les données d'une base de données à 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 différents processus métier, ainsi que des sources de données - est une caractéristique clé des systèmes ERP. Cela est devenu particulièrement important à mesure que le matériel évoluait, ouvrant de nouvelles possibilités d'automatisation - et que les systèmes ERP prospéraient.

La vitesse d'accès à l'information dans les logiciels intégrés permet aux entreprises de changer complètement leurs modèles commerciaux. Compaq, avec l'aide de l'ERP, a introduit un nouveau modèle appelé «production sur mesure» (c'est-à-dire l'assemblage d'un ordinateur uniquement après réception explicite de la commande). Ce modèle permet d'économiser de l'argent en réduisant les stocks, en s'appuyant sur un délai d'exécution rapide - exactement ce que l'ERP compétent aide. Lorsque IBM a suivi le même exemple, il a réduit le délai de livraison des composants de 22 à trois jours.

À quoi ressemble vraiment l'ERP

Les mots «logiciel d'entreprise» ne sont en aucun cas associés à une interface à la mode et conviviale, et SAP ne fait pas exception. L'installation SAP de base contient 20 000 tables de base de données, dont 3 000 sont des tables de configuration. Ces tableaux contiennent environ 8 000 décisions de configuration qui doivent être prises avant le démarrage du programme. C'est pourquoi le spécialiste de la configuration SAP est un vrai métier!

Malgré la complexité de la configuration, le logiciel SAP ERP fournit une valeur clé - la large intégration entre plusieurs processus métier. Cette intégration conduit à des milliers de cas d'utilisation dans l'organisation. SAP organise ces cas d'utilisation en «transactions», qui sont des activités commerciales. Quelques exemples de transactions comprennent la «création de commande» et «l'affichage client». Ces transactions sont organisées dans un format de sous-répertoire. Ainsi, pour trouver la transaction «Créer une commande client», vous allez dans le répertoire «Logistique», puis «Ventes», puis «Commande», et là vous trouverez la transaction réelle.

Si vous appelez ERP "navigateur de transactions", ce sera une description étonnamment précise. Il est très similaire au navigateur, il y a un bouton "Retour", des boutons de zoom et un champ de texte pour les codes "TCodes", l'équivalent de la barre d'adresse du navigateur. SAP prend en charge plus de 16 000 types de transactions , donc la navigation dans une arborescence de transactions peut être difficile sans ces codes.

Malgré la quantité vertigineuse de configurations et de transactions disponibles, les entreprises ont toujours des cas d'utilisation uniques, elles doivent affiner leurs actions. SAP dispose d'un environnement de programmation intégré pour gérer ces workflows uniques. Voici comment fonctionne chaque pièce:

Les 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 les bases de données SQL normales: colonnes de différents types, clés étrangères, restrictions de valeur et autorisations de lecture / écriture.

Logiques

SAP a développé un langage appelé ABAP (Advanced Business Application Programming, à l'origine Allgemeiner Berichts-Aufbereitungs-Prozessor, en allemand «General Reporting Processor»). Il permet aux développeurs d'exécuter une logique métier individuelle en réponse à des événements spécifiques ou selon un calendrier. ABAP est un langage à syntaxe riche, il y a environ trois fois plus de mots-clés qu'en JavaScript (voir l' implémentation du jeu 2048 dans ABAP) Lorsque vous avez écrit votre programme (SAP a un éditeur intégré pour la programmation), vous le publiez comme votre propre transaction, avec un code TCode individuel. Vous pouvez personnaliser votre comportement existant à l'aide d'un système de hook étendu appelé compléments, dans lequel le programme est configuré pour s'exécuter lorsqu'une certaine transaction est exécutée - similaire aux déclencheurs SQL.

UI

SAP est également livré avec un concepteur pour créer l'interface utilisateur. Il prend en charge le glisser-déposer et est livré avec des fonctionnalités pratiques telles que des formulaires générés basés sur une table de base de données. Malgré cela, il est assez difficile à utiliser. Ma partie préférée du constructeur dessine les colonnes du tableau:

Difficultés de mise en œuvre de l'ERP

L'ERP n'est pas bon marché. Une grande multinationale peut dépenser de 100 à 500 millions de dollars pour la mise en œuvre, dont 30 millions de dollars en frais de licence, 200 millions de dollars pour les services de conseil, le reste pour le matériel, la formation des gestionnaires et des employés. La mise en œuvre complète prend de quatre à six ans. Le directeur général d'une grande entreprise chimique a déclaré: "Une entreprise qui peut mieux et moins cher pour effectuer des travaux sur la mise en œuvre de SAP obtiendra un avantage concurrentiel dans l'industrie."

Et ce n'est pas qu'une question d'argent. La mise en œuvre de l'ERP est une entreprise risquée et les résultats sont très différents. L’introduction de l’ERP dans Cisco, qui a duré 9 mois et 15 millions de dollars, a été un exemple de réussite. À titre de comparaison, la mise en œuvre chez Dow Chemical Corporation a coûté 1 milliard de dollars et pris 8 ans.L'US Navy a dépensé 1 milliard de dollars pour quatre projets ERP différents, mais tous ont échoué . Déjà 65% des managers estiment que l'introduction de systèmes ERP comporte «une chance modérée de nuire à l'entreprise». Ce n'est pas souvent entendu lors de l'évaluation d'un logiciel!

La nature intégrée de l'ERP signifie que sa mise en œuvre nécessite les efforts de l'entreprise dans son ensemble. Et comme les entreprises ne bénéficient qu'après une adoption généralisée , cela est particulièrement risqué! La mise en œuvre de l'ERP n'est pas qu'une décision d'achat: c'est une obligation de changer vos méthodes de gestion des opérations. L'installation du logiciel est facile, la reconfiguration du flux de travail de toute l'entreprise est là où se trouve le travail principal.

Pour mettre en œuvre leur système ERP, les clients embauchent souvent une société de conseil comme Accenture et lui versent des millions de dollars pour travailler avec des unités commerciales individuelles. Les analystes déterminent comment intégrer l'ERP dans les processus de l'entreprise. Et dès le début de l'intégration, l'entreprise devrait commencer à former tous les employés à l'utilisation du système. Gartner recommande d' allouer 17% du budget à la formation uniquement!

Malgré toutes les difficultés, la plupart des sociétés du Fortune 500 ont introduit des systèmes ERP en 1998: le processus a été accéléré par la peur de l'an 2000. Le marché ERP continue de croître et dépasse aujourd'hui 40 milliards de dollars . Il s'agit de l'un des segments les plus importants de l'industrie mondiale des logiciels.

Industrie ERP moderne

Les principaux acteurs sont Oracle et SAP. Bien que les deux soient des leaders du marché, leurs produits ERP sont remarquablement différents. Le produit SAP a été principalement construit en interne, tandis qu'Oracle a acheté de manière agressive des concurrents tels que PeopleSoft et NetSuite.

Oracle et SAP sont si dominants que même Microsoft utilise SAP au lieu de son propre produit ERP Microsoft Dynamics.

Étant donné que la plupart des industries ont des besoins ERP plutôt spécifiques, Oracle et SAP ont des configurations prédéfinies pour de nombreuses industries, telles que l'alimentation, l'automobile et la chimie, ainsi que des configurations verticales, telles que les processus de vente. Cependant, il y a toujours de la place pour des acteurs de niche qui, en règle générale, se concentrent sur une verticale spécifique:

Bannière ellucienne pour les universités
Infor et McKesson proposent un ERP pour les établissements de santé
QAD pour la production et la logistique

Les ERP verticaux sont spécialisés dans les intégrations et les workflows spécifiques au marché cible: par exemple, dans les ERP pour les soins de santé, ils peuvent prendre en charge les protocoles HIPAA .

Cependant, la spécialisation n'est pas la seule occasion de trouver une niche sur le marché. Certaines startups tentent de mettre sur le marché des plateformes logicielles plus modernes. Un exemple est Zuora : il offre la possibilité d'intégration (avec différents ERP!) Par abonnement. Des startups comme Anaplan et Zoho offrent la même chose.

ERP à la hausse?

En 2019, SAP se sent bien: l'année dernière, le chiffre d'affaires était de 24,7 milliards d'euros et la capitalisation boursière dépassait désormais 150 milliards d'euros . Mais le monde du logiciel n'est pas le même qu'avant. Lorsque SAP est apparu pour la première fois, les données étaient isolées et difficiles à intégrer, donc tout stocker dans SAP semblait la réponse évidente.

Mais maintenant, la situation évolue rapidement. La plupart des programmes d'entreprise modernes (par exemple Salesforce, Jira, etc.) ont un backend avec de bonnes API pour exporter des données. Des lacs de données se forment: par exemple, Presto facilite la connexion de bases de données entre elles, ce qui était impossible il y a quelques années à peine.

Qu'est-ce que SAP?