Stratégie d'intégration hybride pour S/4 Hana

Cette fois-ci, il s'agissait d'un constructeur de machines opérant à l'échelle mondiale, avec une image bien connue : Aux États-Unis, l'intégration EDI est externalisée auprès d'un fournisseur, en Europe, elle est basée sur SAP Process Integration et en Asie, elle est implémentée avec une plateforme middleware locale qui fonctionne encore sur un ordinateur Windows NT.

Pour la facturation électronique en Espagne, SAP Cloud Platform Integration, eDocument Framework et SAP Application Interface Framework ont été mis en place. Elster et l'entrepôt en Autriche sont connectés via SAP Business Connector.

Et les applications en nuage ? Là, c'est encore plus complexe. Personne ne voulait plus parler des exigences du nouveau règlement de base sur la protection des données (RGPD) et de la reprise après sinistre. C'est compréhensible.

Définition en temps utile de directives d'intégration

Les environnements système se sont développés de manière hétérogène et sont presque partout confus. Mais il est également clair que celui qui veut passer prochainement à S/4 Hana a besoin d'une One Digital Enterprise Integration Strategy. Et cette stratégie doit être élaborée en amont de la transition.

Les thèmes centraux sont : la gouvernance des interfaces, l'internalisation et l'externalisation de certains complexes thématiques, les futures plateformes d'intégration et leurs domaines d'application, l'architecture du système et les exigences de sécurité, les directives d'intégration et l'exploitation (monitoring, alerting, gestion du changement, tests de régression).

La plupart du temps, nous commençons par une analyse de l'environnement système actuel. Lors d'un autre atelier, nous procédons à un brainstorming en vue d'identifier les potentiels d'automatisation et d'amélioration.

De plus, les exigences futures sont documentées. Dans la troisième phase du projet, nous catégorisons les exigences en matière d'interface sur la base de la méthodologie SAP Integration Advisor (ISA-M). Cette procédure distingue l'intégration au niveau de l'interface utilisateur, de l'application et des données.

La quatrième phase du projet porte sur les bases de la nouvelle stratégie d'intégration. Quelles technologies, quels formats de messages, quels protocoles et quelles plates-formes d'intégration seront utilisés à l'avenir.

Les directives d'intégration sont définies sur cette base. Ces directives doivent ensuite être respectées lors du choix des applications en nuage et des prestataires de services externes.

Le nouveau rôle du centre de compétences en intégration

Un autre lot de travail est la future organisation interne de l'IT. Entre-temps, de nombreuses entreprises ont établi des centres de compétence en matière d'intégration. Ces départements spécialisés devraient comprendre des architectes d'intégration, mais ils devraient également disposer du savoir-faire technique d'implémentation pour les plateformes et technologies d'intégration pertinentes. Et : le centre de compétences ne devrait pas se limiter au niveau purement middleware et technique !

Deux cas concrets illustrent ce qui peut se passer dans la pratique : Un sous-traitant automobile a décidé, avant le projet global ERP Template, de reprendre en main l'intégration EDI en direction du client.

Il est ainsi possible de réagir de manière plus flexible aux nouvelles exigences. De plus, cela permet une coordination plus étroite avec les services spécialisés. De plus, le remplacement d'une ancienne plateforme middleware propriétaire était imminent.

Ici, les responsables ont défini dans un avant-projet les directives d'intégration correspondantes, un registre central des interfaces et une planification par vagues pour la migration vers SAP Process Orchestration. Parallèlement, l'organisation interne de l'IT a été mise en place.

Un autre client de l'industrie chimique a d'abord listé proprement toutes les interfaces existantes et les exigences futures en matière de cloud. Il a ensuite opté pour SAP Cloud Platform Integration et SAP Application Interface Framework.

On a ainsi créé la base pour les exigences complexes d'un projet CRM global qui s'ensuit. Nous continuons à collecter des exemples de bonnes pratiques. Suite à venir.