Numérisation pragmatique

Le pragmatisme consiste également à préserver ce qui est bon et à considérer l'informatique comme une valeur ajoutée et non comme un outil pour lui-même. Une transformation numérique pragmatique est un grand défi et nécessite une très grande "expérience de vie".

L'envie de changer quelque chose parce qu'on le peut est souvent grande. La question est donc de savoir à quel point le changement est utile et durable. L'informatique disponible offre un potentiel énorme.

Il faut cependant en être conscient : Si la transformation numérique est un menu à sept plats, nous n'en sommes aujourd'hui qu'au salut de la cuisine.

Réunir l'ancien et le nouveau

Andreas Schumann, fondateur de Tangro, un fournisseur de solutions pour le traitement des documents entrants dans SAP, peut aborder les défis actuels de manière pragmatique, car il possède l'expérience de vie acquise lors de nombreuses transformations précédentes.

"Chez mon premier gros client, la société Nestlé, on souhaitait conserver les avantages de la saisie des commandes tricotée en interne. Le dernier matelot complet du développement des commandes a quitté le navire - et Nestlé a eu un problème.

On voulait retrouver les fonctions dans le système SAP. Il s'agissait par exemple de saisir quatre articles par position, d'anticiper le chargement du camion dès la saisie de la commande, etc."

Hier comme aujourd'hui, ce sont donc les processus d'entreprise et ensuite seulement la technologie de l'information qui sont concernés. Andreas Schumann y a vu une opportunité de mettre en œuvre ses concepts dans un scénario client :

"Le plus dur a été de convaincre Nestlé qu'une petite société de logiciels pouvait faire ce que la grande SAP refusait de mettre en œuvre.

C'est là que mon passé SAP m'a aidé, ainsi que le soutien d'un collègue SAP qui croyait en moi, et enfin d'un responsable Nestlé intrépide".

L'affinité avec SAP est venue d'un emploi à Walldorf, mais ce n'était pas un désir professionnel prononcé.

"Quand j'étais jeune, je pensais à tout, sauf à ce que je voulais faire plus tard. A l'époque, le sport, en particulier le football et le tennis de table, était ma raison de vivre".

Chez SAP, les débuts ont été tout aussi sportifs :

"Lors de mon entretien d'embauche avec M. Hopp, nous avons tout de suite parlé de tennis. Plus tard, j'ai eu l'occasion de jouer de temps en temps avec M. Hopp et M. Plattner.

Outre les "célèbres" matchs de tennis entre M. Hopp et M. Plattner, c'était bien sûr les vrais moments forts. Le défi consistait parfois à éviter une raquette volante de M. Plattner".

Les années d'apprentissage et de migration chez SAP ont été utiles et prédictives pour le futur fondateur de Tangro :

"J'ai commencé chez SAP dans le développement. De manière générale, il régnait chez SAP une ambiance très agréable. Au début, nous programmions encore en assembleur. J'ai beaucoup appris, notamment l'importance de l'intégration et la complexité des applications.

Après quelques années dans le développement d'applications, le thème de l'EDI est apparu. J'ai pris une fonction d'état-major qui me permettait de coordonner toutes les activités EDI de SAP, toutes applications confondues".

Le sujet était alors nouveau et innovant : les messages EDI se composent encore aujourd'hui de nombreux segments tels que l'adresse, les conditions de livraison, les conditions de paiement, etc. qui sont réutilisés dans de nombreux messages différents - que ce soit dans une commande, un avis de livraison ou une facture.

"Cette méthode m'a inspiré l'idée d'assembler des applications à partir de briques logicielles - des briques que l'on peut réutiliser sans réinventer la roue à chaque fois - c'est ainsi qu'est née ce qui allait devenir l'architecture et la plateforme Tangro".

Andreas Schumann décrit dans l'interview E-3 son processus de prise de conscience informatique.

"Malheureusement, ou Dieu merci, je n'ai pu convaincre personne chez SAP d'adopter cette approche pour l'environnement de développement de SAP.

Mais comme je ne voulais en aucun cas abandonner l'idée, j'ai entrepris de suivre mon objectif et je me suis lancé dans l'aventure de l'indépendance, puis dans celle de la création d'entreprise".

Andreas Krings-Stern, responsable du développement des applications Web chez Tangro, sait que le thème de l'EDI de l'époque est toujours aussi valable aujourd'hui, d'un point de vue pragmatique :

"Même si le thème de la numérisation est actuellement sur toutes les lèvres, l'idée n'est pas nouvelle du tout. L'échange de données commerciales électroniques structurées se fait déjà depuis des décennies par Electronic Data Interchange".

Création de Tangro

"Le choix du nom a d'ailleurs été influencé par l'architecture du logiciel, par des briques que l'on peut réutiliser"

explique Schumann.

"Il existe un jeu asiatique appelé tangram. On peut y assembler différentes figures à partir de triangles. Le tangram est devenu le nom artificiel de Tangro.

Si l'on analyse les processus d'une entreprise, on s'aperçoit rapidement qu'il y a toujours des lacunes et des ruptures de médias".

décrit Andreas Schumann l'environnement informatique réel :

"C'est ce que nous voulions améliorer".

Mais il ne s'agissait et il ne s'agit pas seulement d'automatisation. Andreas Schumann s'intéresse également à la manière d'atteindre cet objectif le plus efficacement possible. La réutilisation des modules logiciels et la modélisation des processus jouent un rôle important à cet égard :

"La modélisation des processus répond au souhait compréhensible de réutiliser le plus souvent possible le code déjà créé. Pour cela, il est judicieux de regrouper le code d'une tâche dans des modules logiciels, de les placer dans un ordre judicieux et de les relier entre eux.

Inévitablement, j'ai eu l'idée d'utiliser des modèles de processus pour cela. Mais nos modèles de processus ne représentent que la partie de l'entreprise qui est soutenue par un logiciel".

Des parties importantes du processus global sont encore exécutées par des hommes, sait aussi Schumann. Un exemple est la mise en œuvre d'une demande de changement chez un client de Tangro.

"Nous y travaillons désormais avec la gestion des processus d'entreprise, qui est toujours liée à nos processus - lorsque cela est judicieux. Ces processus offrent à leur tour toute latitude pour de nouvelles applications".

Le brevet SW

Les cinq fondateurs de SAP ont démissionné d'IBM parce qu'à l'époque, le géant mondial de l'informatique voyait son avenir davantage dans le matériel que dans les logiciels. La foi d'Andreas Schumann dans le logiciel était tout aussi forte et il a réussi à obtenir un brevet sur le logiciel en 2011.

"Dans l'histoire du développement de logiciels, il existe une longue tradition de développement de logiciels avec des composants, sans qu'aucune percée n'ait jamais été réalisée. On a souvent essayé de générer du code - pour moi, ce n'est pas la bonne approche.

Plus je m'intéressais au sujet, plus je voyais clairement que la réutilisation des composants logiciels était le thème central pour développer des logiciels de manière plus efficace et plus flexible, avec une qualité améliorée".

Andreas Schumann explique son approche très personnelle du défi "logiciel". Et il explique, sous forme d'esquisse, sa solution algorithmique :

"Il fallait toutefois résoudre quelques problèmes : Quelle doit être la granularité d'un composant logiciel ? Comment faire en sorte que les composants logiciels puissent être assemblés dans n'importe quel ordre ? Les modèles de processus peuvent-ils contrôler le déroulement des applications de la manière la plus simple possible ?

La résolution de ces problèmes et de quelques autres a fait partie de mon invention. La récompense de ces efforts est un brevet européen et américain".

Les avantages de ces brevets logiciels sont évidents :

"Le principe de réutilisation des briques logicielles, la modélisation graphique des processus à partir desquels des applications complètes sont créées, décuplent la vitesse de développement".

peut rapporter Schumann sur la base du travail de son propre atelier de logiciels.

"La qualité en profite également. Nous avons par exemple développé le produit Tangro OC - c'est-à-dire les confirmations de commande du côté des achats - en 15 jours-personnes, malgré le défi non trivial de la logique de reconnaissance sur la base de données non structurées et de la connexion aux modules fonctionnels SAP. Ensuite, il y a eu 15 autres jours de peaufinage habituel - c'est-à-dire de tests et d'assurance qualité - et le produit a été lancé sur le marché".

E2E & Automation

Avec un nouveau système CRM encore en cours de développement, SAP a redonné vie à la notion d'E2E : les chaînes de processus logiques doivent être représentées dans des scénarios holistiques de bout en bout - pour les utilisateurs de R/3, cette idée n'est naturellement pas si nouvelle, mais des options techniques comme le cloud computing permettent désormais de résoudre les problèmes de manière plus efficace.

"Nous ne mettrons certainement pas d'outils E2E sur le marché - nous vendons des solutions logicielles".

déclare le directeur général de Tangro, M. Schumann, qui ajoute

"Pour nous, E2E signifie que le processus commence chez le client et se termine chez lui. Il s'agit d'analyser et d'optimiser le processus commercial.

De ce point de vue, les solutions Tangro couvrent déjà aujourd'hui une grande partie de ce que l'on entend par E2E. Je pense notamment aux processus "order-to-cash" et "purchase-to-pay"".

Alexander Oberle, responsable du développement des produits SAP chez Tangro, ajoute dans l'entretien E-3 :

"Les économies réalisées grâce à l'automatisation du traitement des commandes sont importantes".

Compléter & optimiser

L'objectif de nombreux clients SAP existants n'a guère changé depuis la création de l'entreprise Tangro : Des fonctions complémentaires et optimisées doivent être intégrées de manière transparente dans un système ERP existant afin d'augmenter le degré d'automatisation.

Cette approche pragmatique est également le secret de la transformation numérique de Tangro. Outre l'E2E, le terme "automatisation" connaît justement un renouveau sous la forme de RPA, Robotic Process Automation.

Selon Wikipedia, la définition de la RPA est la suivante : Les robots logiciels sont des applications qui imitent l'interaction humaine avec les interfaces utilisateur des systèmes logiciels. Les robots logiciels travaillent sur l'interface utilisateur d'une manière comparable à celle d'un être humain. (fin de citation)

"Cela ressemble beaucoup à la procédure de batch input de SAP, qui a pris un coup de vieux".

déclare spontanément Andreas Schumann lors d'un entretien avec E-3.

"En ce qui concerne le batch input, ce n'est pas sans raison que SAP a abandonné cette voie et misé sur les interfaces, entre autres pour des raisons de performance. Sans compter que l'interface utilisateur est aussi une interface, alors quoi ?

Les interfaces doivent être comprises. Un système ERP n'est généralement pas conçu pour dialoguer directement avec un autre système ERP, voir aussi E2E, car il est dans la nature des choses que l'interface du destinataire soit inconnue. Ce qui nous amène à l'EDI - pas vraiment nouveau non plus".

Fiori vs. Tangro-UI

"Lors de la journée des clients il y a trois ans, un ancien collègue de SAP m'a abordé et m'a dit : "Tout cela ressemble à SAP. Où sont donc les applications Tangro ?

Il n'avait même pas remarqué que tout ce qu'il voyait n'était pas SAP, mais Tangro - ce qui en dit long sur l'intégration".

décrit Andreas Schumann à propos de son succès avec Embedded-SAP.

L'utilisateur se sent rapidement à l'aise dans les applications Tangro parce qu'il n'y a pas de ruptures, pas d'applications en amont pour le gestionnaire SAP. L'interface utilisateur est importante, mais selon Schumann

"Nous apportons chaque jour la preuve que l'on peut aussi se passer de Fiori. Si nos clients veulent Fiori, ils obtiennent Fiori. S'ils préfèrent travailler avec Tangro HTML5 UI, ils obtiennent Tangro HTML5 UI".

SAP embarqué

La valeur ajoutée des solutions Tangro ne réside pas toujours dans la réinvention de processus, mais souvent plutôt dans l'harmonisation avec des systèmes existants tels que SAP R/3 ou ERP/ECC 6.0.

"Il y avait bien sûr des fournisseurs qui étaient sur le marché avant nous".

raconte Schumann.

"Ce qui était nouveau, c'était notre approche 'SAP embedded', comme nous l'appelons : reproduire le traitement du document au sein de SAP. Ce qui était également nouveau, c'est que nous nous sommes concentrés exclusivement sur les clients SAP, selon la devise : une seule chose, mais la bonne".

Cet "ancien" embarqué est-il encore possible, souhaitable et nécessaire aujourd'hui sous S/4 et Hana ? SAP "embarque" de nombreuses fonctions dans la plate-forme Hana et la plate-forme SAP Cloud, ce qui crée, du moins sur le papier, une certaine concurrence avec les autres éditeurs de logiciels.

"SAP n'a actuellement aucune fonction comparable en ce qui concerne Inbound Suite".

est sûr Andreas Schumann. Avec Inbound Suite, Tangro propose une solution complète et innovante pour le traitement des documents entrants dans SAP.

"Si SAP devait investir dans cette direction, la question se pose de savoir dans quelle mesure ces solutions sont adaptées. En plus de dix ans, la Tangro Inbound Suite a atteint un niveau de fonctionnalité qui couvre les besoins les plus divers de nos clients. SAP aura du mal à rendre les produits Tangro obsolètes dans un avenir proche".

a déclaré Schumann.

SaaS-ERP

La proximité avec l'utilisateur est l'avance irrattrapable de Tangro. Alors que SAP doit de plus en plus servir un marché mondial très hétérogène et diffus, Tangro peut se concentrer sur la "vraie vie commerciale" et Andreas Schumann sait que son entreprise est très bien préparée pour réagir à des changements imprévisibles.

"Depuis un certain temps, nous développons avec une petite équipe une solution ERP SaaS pour le cloud. Dans cette approche, l'architecture Tangro prend tout son sens, car il n'est pas nécessaire de tenir compte des structures des applications SAP.

La solution ERP SaaS est complétée par des fonctions de la suite Inbound. Le groupe cible est constitué de PME. Cet ERP pour ISV (Independent Software Vendor), avec lequel nous reproduisons déjà aujourd'hui une grande partie de nos processus, servira de base à d'autres systèmes ERP dans le domaine des services.

Nous estimons qu'environ 90% des processus existants peuvent être réutilisés ici, de sorte que les coûts de développement soient aussi faibles que possible, que les applications soient exactement adaptées aux besoins des clients et que nous puissions fournir de nouvelles solutions relativement rapidement.

Les applications sur mesure peuvent être mises en service sans grand effort de customisation. Il en résulte également des applications individuelles encapsulées, comme la gestion des absences ou la gestion du parc automobile, qui peuvent également être exploitées on-premise chez les clients SAP, si une exploitation dans le cloud n'est pas souhaitée".

Le cloud computing

"Je voulais optimiser tous les processus internes de Tangro de manière à atteindre le plus haut degré d'automatisation possible. J'avais d'abord cherché à savoir s'il existait un logiciel qui couvrirait nos besoins dans une fourchette de prix raisonnable.

Le résultat n'était guère encourageant. J'ai donc opté pour une solution développée en interne, qui serait ensuite mise à disposition dans le cloud".

Andreas Schumann décrit son parcours personnel vers le cloud computing.

"Cela offrait également, comme nous l'avons mentionné plus haut, la possibilité d'un autre pilier, avec des produits SaaS qui peuvent être distribués dans le monde entier.

Le marché des petites et moyennes entreprises est très attractif. Ces entreprises ont du mal à avoir leur propre service informatique. Le cloud leur offre une porte de sortie".

Le cloud computing est incontournable. Les avantages sont évidents. Le client peut se concentrer sur ses compétences clés. La mise à disposition de services informatiques est assurée par des experts.

"Alors que le marché de l'emploi des experts en informatique commence à se resserrer, le cloud computing est une voie judicieuse".

Schumann le sait de par son expérience professionnelle, mais il considère le cloud computing de manière différenciée :

"Le risque est qu'il n'y ait pendant un certain temps que des logiciels standard qui ne tiennent pas compte des exigences individuelles des clients. Je vois la question de la sécurité plutôt mieux traitée par les fournisseurs de cloud que par l'informatique interne".

Les fournisseurs de cloud ont tout intérêt à veiller à la sécurité des données de leurs clients. En effet, si celle-ci n'est pas garantie, ils disparaîtront rapidement du marché.

"La caractéristique unique et remarquable de Tangro Cloud est que l'architecture du logiciel prévoit de séparer strictement les exigences individuelles de nos clients et de les réaliser dans les plus brefs délais - comme nous le pratiquons depuis longtemps avec nos produits Inbound Suite".

explique Andreas Schumann à propos des souhaits et des besoins du marché. Tangro mise sur l'interaction efficace et réussie de modules SW. Il s'agit de modules granulaires qui sont d'abord totalement détachés d'une collaboration entre Tangro et SAP - voir les solutions SaaS.

"Je suis à peu près sûr que SAP veut faire de plus en plus de choses par lui-même. Je pense que SAP voit les opportunités qu'elle offre aux partenaires, ce qui est sans aucun doute vrai, mais difficilement l'inverse, que les partenaires pourraient rendre SAP encore plus fort".

Et pour conclure

La transformation numérique est-elle une chance ou un exercice obligatoire de plus et quelle contribution Tangro peut-elle et veut-elle apporter à ce projet ? À la fin de l'entretien E-3, Andreas Schumann souligne une fois de plus l'importance du pragmatisme :

"La transformation numérique est un sujet de préoccupation. Souvent, les entreprises ne savent pas comment l'appréhender. Pour nous, le défi consiste à proposer des approches pragmatiques. L'entrée de documents sous forme de numérisation des pièces justificatives, l'échange de données SAP-to-SAP et l'EDI sont des thèmes qui nous animent".