Personnalisé dans le standard SAP

De nombreux clients SAP existants envisagent de suivre le conseil de SAP et de revenir au standard afin de simplifier et d'accélérer leur transformation vers S/4 Hana. Mais le prix à payer en vaut-il la peine ? Après tout, les nombreuses adaptations individuelles et les développements internes - les modifications Abap dans l'espace de noms Z - dans lesquels on a tant investi pour représenter et soutenir le caractère unique des entreprises et de leurs processus - une valeur inestimable face à la concurrence - seront perdus.

E-3 : Monsieur Windheuser, revenir au standard SAP tout en conservant les adaptations individuelles ? Comment faire ?

Christoph Windheuser, OutSystems : À première vue, cela peut sembler être une contradiction insurmontable - mais en réalité, ce n'est pas le cas. Le cœur de notre approche est le suivant : les adaptations individuelles importantes de la solution SAP d'une entreprise sont identifiées et ensuite reproduites en externe dans notre plateforme de développement Low-Code. De cette manière, les personnalisations qui peuvent ralentir considérablement le processus de transformation vers une nouvelle génération SAP, mais aussi les travaux de maintenance en cours ou l'installation de correctifs de sécurité, sont pour ainsi dire externalisées. Ce qui reste, c'est le standard SAP le plus propre possible, qui peut alors être migré beaucoup plus facilement. D'autre part, la reproduction des adaptations par Low-Code permet de les entretenir et de les développer beaucoup plus facilement et rapidement à l'avenir. La connexion des adaptations développées avec Low-Code à SAP se fait via des interfaces.

E-3 : Quelles interfaces le système de développement OutSystems possède-t-il avec les tables Abap d'un ECC 6.0, Hana et S/4 ?

Windheuser : L'échange entre SAP et OutSystems se fait sur la base des SAP Business Application Programming Interfaces, appelées BAPI. Pour celles-ci, nous proposons de nombreuses fonctions SAP standard et personnalisées auxquelles les utilisateurs ont accès dans notre plateforme. Ainsi, même les types d'interface SAP complexes peuvent être représentés avec des paramètres faciles à utiliser. Toutes les définitions BAPI importées sont mises à disposition sous forme d'éléments visuels. Les utilisateurs peuvent ainsi les faire glisser sur une interface de développement graphique et les agencer selon leurs besoins avec d'autres éléments logiques. Les tables Abap, quant à elles, sont mises à disposition sous forme de sources OData via la passerelle SAP Netweaver. Les deux variantes sont prises en charge par SAP et décrites dans le SAP Business Hub.

E-3 : Comment la capacité de mise en œuvre des développements est-elle garantie ?

Windheuser : Comme les fonctions qui utilisent les interfaces sont mises à disposition et donc gérées par notre plateforme, elles restent automatiquement à jour à tout moment. Ainsi, tant que toutes les fonctions SAP sont appelées via les interfaces officielles, la capacité de mise à jour est assurée en permanence.

E-3 : Comment et où les apps développées peuvent-elles être exécutées ? De manière autonome ? Dans leur propre espace de noms sur site ? Sur la BTP SAP ?

Windheuser : Les applications développées avec OutSystems peuvent être exploitées aussi bien dans le cloud que sur site. Le développement lui-même a lieu dans l'environnement OutSystems, qui est également mis à disposition sur site, en tant qu'infrastructure-as-a-service ou dans notre OutSystems Cloud géré avec hébergement via AWS. Cette dernière variante est d'ailleurs la plus courante actuellement. Nous ne proposons pas de support pour un hébergement au sein de la plateforme SAP Business Technology.

E-3 : De quels environnements d'exécution les apps ont-elles besoin pour une installation SAP dans le cloud chez les hyperscalers ?

Windheuser : Ici, nous sommes flexibles au maximum. Les applications OutSystems peuvent être mises à disposition selon les besoins dans n'importe quel environnement cloud des hyperscaleurs, de Google à AWS, Azure ou Alibaba.

E-3 : Existe-t-il des function calls spécifiques à la plateforme Hana ?

Windheuser : L'accès à la plateforme Hana est possible soit via l'interface Hana.Net, soit via les services OData, qui sont créés avec le modeleur Hana pour mettre à disposition les tables Hana. Les tables au sein de la base de données Hana elle-même peuvent ensuite être consultées via Ado.Net. D'autre part, il est possible de placer une couche de service OData sur la table au sein du modeleur Hana. OutSystems obtient alors un accès via OData.

E-3 : Quelles raisons peuvent être invoquées pour qu'un client SAP existant ne programme plus en Abap et/ou Java ?

Windheuser : De mon point de vue, il y a plusieurs raisons à cela. La première est le temps de retour sur investissement. Dans un environnement de développement visuel "full stack", les applications peuvent être développées, déployées et maintenues avec une fraction de l'effort qui aurait été nécessaire pour créer une application de manière classique. Deuxièmement, les applications peuvent être mises à disposition dans les formats clients les plus divers - des applications web aux applications mobiles -, par exemple sous forme d'applications web progressives ou d'applications natives iOS ou Android. Troisièmement, le manque de personnel qualifié joue également un rôle : les développeurs Abap sont difficiles à trouver, difficiles à former et, en fin de compte, difficiles à garder, quel que soit le secteur. En revanche, le développement Low-Code est nettement plus rentable et permet à des développeurs plutôt inexpérimentés de créer rapidement des applications qui s'appuient sur des données et des processus SAP.

E-3 : Quelles sont les coopérations et les certifications avec SAP ?

Windheuser : Notre plateforme est entièrement certifiée pour SAP et met donc à disposition les connecteurs et intégrations SAP nécessaires. Toutes les validations et les paramètres de sécurité dans SAP sont hérités par les interfaces créées dans la plateforme OutSystems. Pour que la logique d'intégration fonctionne correctement dans tous les cas, la plateforme Low-Code assure le suivi de toutes les transactions effectuées par rapport à SAP, de sorte que les erreurs peuvent être détectées visuellement et corrigées si nécessaire.

E-3 : Existe-t-il des critères de différenciation essentiels par rapport à d'autres plates-formes no code/low code ou aux solutions correspondantes de SAP ?

Windheuser : Au final, seuls les clients peuvent juger de ce qui nous différencie. Je me contenterai ici de décrire brièvement ce que nous pouvons faire : Avec notre plate-forme, nous offrons aux clients une solution indépendante. Cela signifie entre autres qu'à l'aide de notre plate-forme, les entreprises génèrent un véritable code exécutable HTML, CSS, Java-Script et .Net qu'elles peuvent utiliser indépendamment de la plate-forme OutSystems. Ainsi, notre solution fonctionne non seulement sans verrouillage du vendeur, mais elle offre également aux utilisateurs la possibilité d'accéder entièrement au code généré et, si nécessaire, de le compléter et de l'étendre à volonté avec leur propre code. Ainsi, l'application en question peut être adaptée sans restriction aux besoins existants. L'interaction des applications avec SAP via les BAPI est une composante native de la plateforme OutSystems et permet aux utilisateurs de réaliser des intégrations complexes dans leur monde SAP. OutSystems offre également aux développeurs une grande flexibilité en matière de conception et de convivialité.

E-3 : Les applications OutSystems peuvent-elles être gérées avec SAP SolMan ?

Windheuser : De manière générale, OutSystems ne fait pas partie de l'écosystème SAP. La gestion du cycle de vie des applications se fait plutôt de manière native via notre plateforme. Il existe toutefois différents points d'intégration qui s'intègrent dans le pipeline d'intégration continue ou de livraison continue existant du client.

E-3 : Existe-t-il une gestion des tests et un système de transport pour la mise en production des applications OutSystems ?

Windheuser : Oui, cela existe. Nous proposons une gestion native du transport entre le développement du client, les processus de test et l'environnement de production. Si d'autres environnements sont nécessaires, ils peuvent être ajoutés à tout moment.

E-3 : Au-delà du remplacement des adaptations, quels sont les avantages pour les clients SAP ?

Windheuser : Au-delà des adaptations, d'autres processus commerciaux et logiques d'entreprise orientés vers les clients et les collaborateurs peuvent être développés à tout moment et de manière flexible en dehors de SAP avec Low-Code, ou être posés sur les processus SAP, afin d'augmenter la convivialité ou d'automatiser les processus pour les collaborateurs. Un exemple serait des applications mobiles complémentaires pour le service extérieur ou des portails spéciaux pour les fournisseurs. Ainsi, les utilisateurs continuent à bénéficier de la fiabilité et de la sécurité des processus SAP établis, tout en répondant aux exigences de convivialité et de flexibilité des utilisateurs actuels.

E-3 : Cela ne revient-il pas, à long terme, à remplacer SAP ?

Windheuser : Dans l'économie numérique, pouvoir se démarquer rapidement et de manière flexible de la concurrence grâce à des services et des applications personnalisés constitue un avantage concurrentiel décisif. Tout particulièrement dans l'espace germanophone, où le manque de personnel qualifié va devenir de plus en plus important, même dans l'environnement SAP. Mais cela ne signifie pas pour autant que le cœur de l'informatique d'entreprise devient superflu. Et ce cœur bat dans SAP pour la plupart des entreprises, maintenant et à l'avenir. OutSystems contribue à le maintenir en forme. C'est notre rôle. De nombreux clients SAP existants n'ont plus besoin d'une grande partie des anciennes sociétés et des anciens objets commerciaux dans S/4. Pourquoi devraient-ils continuer à traîner cette charge avec eux ? L'avenir est à la légèreté, à l'agilité et à la personnalisation. Le retour au standard SAP en combinaison avec notre plateforme Low-Code est la bonne voie pour cet avenir.

E-3 : Merci pour cette conversation.