L’avenir de l’ERP : avec l’ERP composable, l’interopérabilité et l’intégration ne sont pas facultatives

Analyse

L’interopérabilité et l’intégration comportent de nombreuses facettes, et chacune d’elles peut faire dérailler votre succès avec un ERP composable.

L’interopérabilité incarne la capacité des composants de la solution à échanger et à utiliser des données. Non seulement la capacité d’intégration (transmission des données dans les deux sens) doit exister, mais les données doivent être utilisables par les différents composants – et pas de manière onéreuse ! Le risque d’interopérabilité apparaît à mesure que chaque nouveau composant est ajouté au portefeuille de solutions. Même si des problèmes d’intégration et d’interopérabilité peuvent survenir en matière de données, de sécurité, de processus ou de gouvernance, les éléments suivants sont essentiels pour y parvenir :

Les modèles de données doivent être compatibles

Avec un ERP composable, il est possible que plusieurs systèmes hébergent et utilisent les mêmes éléments de données. Étant donné que les fonctionnalités ERP sont divisées et proviennent de différents produits/services, les données communes à toutes les solutions doivent être reconnaissables et cohérentes. Par exemple, un identifiant de centre de coûts peut être composé de huit chiffres et numériques dans une solution, mais de 10 chiffres et alphanumériques dans une autre. Il peut porter un nom complètement différent dans un système tiers ou peut même ne pas faire partie du modèle de données de base de cette solution. Étant donné que les données sont partagées dans l’ensemble du portefeuille de solutions, une logique de pontage peut être nécessaire dans le middleware d’intégration pour garantir l’interopérabilité des données.

Les données en double doivent être régies

Pour que les différents composants du portefeuille ERP fonctionnent correctement, les mêmes données peuvent finir par être dupliquées entre les systèmes, ou les données associées peuvent être stockées dans des systèmes distincts. La gouvernance des données doit être établie en fonction du produit/service qui constitue la source de données faisant autorité, et la gouvernance des processus doit déterminer quel système sert de port d’entrée principal. La gouvernance ne sera pas assurée par les fournisseurs de produits/services, elle doit donc être élaborée par l’équipe interne lors de la conception de la solution. Et il doit être revisité à chaque fois que la composition du portefeuille change.

L’intégrité des processus doit être développée manuellement

L’intégrité des processus est intégrée dans une suite intégrée où le flux des processus est automatisé et les transactions sont intégrées. Lorsque la fonctionnalité ERP est divisée et fournie par plusieurs produits/services, il n’y a pas de flux de processus automatique ; il doit être conçu manuellement et les étapes individuelles du processus qui traversent les solutions doivent être intégrées. Les étapes en double dans les solutions doivent être résolues et les lacunes des processus comblées. Le rôle d’analyste de systèmes est essentiel au succès initial et continu d’un ERP composable. Vous devez vous assurer que ce rôle est doté d’experts possédant des connaissances en matière de systèmes, de processus et d’affaires – ce qui représente potentiellement un risque en cette ère de Pénurie de talents en technologie informatique.

Les horaires des opérations doivent être synchronisés

Les différents produits/services de la solution ERP composée doivent fonctionner selon un calendrier qui fonctionne avec les composants associés. Par exemple, les mises à jour en temps réel dans un système peuvent créer des problèmes de synchronisation lorsqu’elles sont intégrées à un composant de solution qui contient des processus par lots (Oui, il existe encore des systèmes qui exécutent des processus par lots !). Un autre exemple est celui des différents cycles de sauvegarde entre les composants de la solution qui peuvent provoquer des problèmes de synchronisation si une restauration devient nécessaire pour résoudre un incident. Un calendrier et un calendrier des opérations feront partie intégrante d’une solution ERP composée.

La sécurité doit être cohérente

La clé pour sécuriser un ERP composable est de garantir que l’accès est cohérent entre les composants de la solution. Cela signifie développer un modèle de sécurité plus sophistiqué que celui nécessaire pour une suite ERP intégrée. Par exemple, les composants individuels d’une solution ERP peuvent chacun disposer de leurs propres outils de reporting. Si les outils de reporting proviennent de tiers, la sécurité transparente de la solution et du reporting n’est pas garantie. Un autre défi survient lorsque la sécurité est appliquée à différents niveaux. Un système peut sécuriser au niveau des éléments de données tandis qu’un autre sécurise au niveau de l’enregistrement. Pas étonnant que le modèle de sécurité doive être plus sophistiqué !

Que surveiller

Lorsque vous passez à un ERP composable, faites attention à la complexité et aux incompatibilités qui pourraient nuire à votre réussite.

La capacité de chaque nouveau composant à s’adapter et à fonctionner de manière transparente est la clé du succès d’un ERP composable. Les outils et compétences d’intégration sont essentiels et le deviennent encore plus à mesure que le nombre de composants ERP augmente.

L’intégration est partiellement abordée au niveau des outils, les middlewares et les plates-formes d’intégration automatisant une partie de la charge. Cependant, les outils doivent être programmés par des experts connaissant les données de l’entreprise. Ces experts doivent également posséder les compétences métiers et informatiques nécessaires pour analyser la manière dont les données sont utilisées afin de développer les règles garantissant la bonne transmission des données d’un composant à l’autre. La taille et l’agilité de l’équipe d’intégration auront un impact sur la rapidité avec laquelle l’entreprise pourra s’adapter aux changements ERP.

Actions à entreprendre

Commencer en ayant la fin à l’esprit; L’ERP composable nécessite une approche réfléchie de la sélection des produits/services.

Dans le passé, les meilleurs projets aboutissaient à des systèmes qui ne communiquaient pas entre eux, à des processus métier alambiqués et à des problèmes de données que de nombreux utilisateurs ne pouvaient résoudre qu’avec des feuilles de calcul complexes rapprochant les données des différents systèmes. Pour réduire ces risques, vos processus d’évaluation et de sélection de votre suite ERP intégrée éprouvée doivent être repensés pour tenir compte des problèmes potentiels créés par une approche de pointe inhérente à une solution composée. Voici des exemples de changements apportés au processus de sélection :

• Allez au-delà de l’adéquation fonctionnelle pour consacrer le même effort à la prise en compte de la compatibilité des modèles de données et des problèmes potentiels de données entre les solutions.
• Déterminez si l’intégrité des processus peut être assurée si le nouveau composant ERP est ajouté au portefeuille. Quels efforts, le cas échéant, seront nécessaires pour garantir l’intégrité des processus ?
• Évaluez l’interopérabilité opérationnelle : synchronisation des systèmes, calendriers de sauvegarde, processus d’incident/support et processus de développement/test, pour n’en nommer que quelques-uns.
• Examinez le modèle de sécurité sous-jacent du nouveau composant pour détecter d’éventuels problèmes d’interopérabilité.
• Identifiez les points d’intégration et les actions/problèmes d’intégration clés afin de comprendre la faisabilité et les efforts potentiels impliqués pour assembler le tout.

Si l’intégration et l’interopérabilité sont bien gérées, l’ERP peut constituer une base flexible et agile qui peut évoluer à mesure que votre portefeuille ERP composable se développe. Cela soulage la pression nécessaire pour remplacer votre système ERP de base et vous permet de concentrer vos ressources sur l’innovation et la croissance.

Pour en savoir plus, visitez-nous ici.