{"id":35570,"date":"2018-05-11T08:00:41","date_gmt":"2018-05-11T06:00:41","guid":{"rendered":"http:\/\/e3mag.com\/?p=35570"},"modified":"2022-05-01T09:20:52","modified_gmt":"2022-05-01T07:20:52","slug":"la-methodologie-s-4-booster","status":"publish","type":"post","link":"https:\/\/e3mag.com\/fr\/die-s-4-booster-methodik\/","title":{"rendered":"La m\u00e9thodologie S\/4 Booster"},"content":{"rendered":"

Les responsables SAP sont souvent confront\u00e9s \u00e0 un dilemme : la conversion du syst\u00e8me ERP existant vers S\/4 Hana (approche brownfield) n'est souvent pas facile \u00e0 r\u00e9aliser \u00e0 court terme, car les modernisations dans S\/4 Hana n\u00e9cessitent un projet de grande envergure impliquant les d\u00e9partements sp\u00e9cialis\u00e9s et les utilisateurs cl\u00e9s.<\/p>\n

Une nouvelle introduction de S\/4 Hana (approche Greenfield) n\u00e9cessite toutefois un projet encore plus vaste, afin de cr\u00e9er d'abord un Business Blueprint, puis de d\u00e9cider quels processus commerciaux seront repr\u00e9sent\u00e9s dans le syst\u00e8me et comment.<\/p>\n

D'un autre c\u00f4t\u00e9, il est souhaitable de faire profiter le domaine sp\u00e9cialis\u00e9 des progr\u00e8s r\u00e9alis\u00e9s dans le syst\u00e8me S\/4-Hana dans un avenir proche : Outre les fonctionnalit\u00e9s am\u00e9lior\u00e9es, le changement de paradigme de l'interface utilisateur graphique SAP orient\u00e9e sur les transactions vers une interface Fiori moderne avec des \u00e9l\u00e9ments de workflow, des listes, des surveillances de d\u00e9lais et \u00e9galement des transactions est hautement attractif pour de nombreux utilisateurs.<\/p>\n

Ceci non seulement pour des raisons fonctionnelles, mais aussi pour mettre \u00e0 la disposition des collaborateurs une interface visuellement attrayante pour l'ERP, qui s'adapte \u00e0 l'univers de travail et d'exp\u00e9rience de la jeune g\u00e9n\u00e9ration.<\/p>\n

La m\u00e9thodologie Alegri-Booster permet de contourner ce dilemme de mani\u00e8re \u00e9l\u00e9gante et habile : Le domaine sp\u00e9cialis\u00e9 re\u00e7oit \u00e0 court terme les fonctionnalit\u00e9s les plus modernes avec une interface attrayante - pour les processus commerciaux existants et connus du syst\u00e8me ERP existant avec ses propres donn\u00e9es r\u00e9elles. Cela se fait sans projet de conversion et sans conversion co\u00fbteuse du syst\u00e8me.<\/p>\n

\"Hinrich<\/a><\/p>\n

Le projet Push devient Pull<\/h3>\n

D'un point de vue strat\u00e9gique, cette approche est tr\u00e8s habile : Au lieu de devoir faire de la publicit\u00e9 dans toute l'entreprise pour un passage souvent co\u00fbteux \u00e0 S\/4 Hana afin d'obtenir un budget et des capacit\u00e9s de collaborateurs, il est possible de montrer \u00e0 court terme et \u00e0 peu de frais \u00e0 quoi ressemblera l'avenir.<\/p>\n

Cela signifie que l'analyse de rentabilit\u00e9 peut d\u00e9j\u00e0 \u00eatre r\u00e9alis\u00e9e concr\u00e8tement pour un d\u00e9partement. Ainsi, un projet \"push\", qui doit d'abord \u00eatre \"impos\u00e9\" en interne, peut devenir un projet \"pull\", pour lequel les d\u00e9partements sp\u00e9cialis\u00e9s \"tirent\" - et ont \u00e9galement un int\u00e9r\u00eat propre \u00e0 soutenir le projet.<\/p>\n

Cela fait avancer la transformation num\u00e9rique initi\u00e9e avec S\/4 Hana et aide ainsi l'entreprise \u00e0 introduire les changements n\u00e9cessaires \u00e0 un stade pr\u00e9coce et avec un bon soutien ERP.<\/p>\n

En effet, l'utilisation d'interfaces modernes sur des appareils mobiles de diff\u00e9rentes origines et tailles est un aspect \u00e0 ne pas sous-estimer pour la fid\u00e9lisation des collaborateurs et la perception de l'informatique interne comme moteur de la modernisation.<\/p>\n

Comment Alegri a-t-elle r\u00e9alis\u00e9 cette m\u00e9thodologie de booster ?<\/h3>\n

Un syst\u00e8me S\/4 actuel est plac\u00e9 devant les syst\u00e8mes ECC 6.0 existants, comme une sorte de proxy. Des fonctionnalit\u00e9s s\u00e9lectionn\u00e9es, par exemple pour les achats, sont \u00e9tendues par des d\u00e9veloppements internes, de sorte que les donn\u00e9es n\u00e9cessaires sont charg\u00e9es ponctuellement \u00e0 partir des tables correspondantes d'un syst\u00e8me ECC-6.0 existant.<\/p>\n

Cela se fait selon le principe \"pull\", de sorte que les syst\u00e8mes existants peuvent continuer \u00e0 \u00eatre exploit\u00e9s sans \u00eatre touch\u00e9s ni modifi\u00e9s ; aucun changement n'est n\u00e9cessaire dans le syst\u00e8me central !<\/p>\n

Cette connexion peut se faire via RFC (Remote Function Call), mais aussi via d'autres interfaces comme OData ou IDocs, afin de limiter au maximum l'intervention dans les syst\u00e8mes existants.<\/p>\n

Techniquement, ce syst\u00e8me de booster peut \u00eatre r\u00e9alis\u00e9 de diff\u00e9rentes mani\u00e8res : par un autre syst\u00e8me on-premise ou \u00e9galement par un syst\u00e8me dans une solution IaaS comme par exemple Microsoft Azure.<\/p>\n

Comme les syst\u00e8mes ECC 6.0 existants continuent d'\u00eatre utilis\u00e9s dans leur int\u00e9gralit\u00e9 et que le syst\u00e8me S\/4-Hana n'est aliment\u00e9 qu'avec les donn\u00e9es essentielles pour les fonctionnalit\u00e9s modernis\u00e9es, ce syst\u00e8me d'appoint est tr\u00e8s l\u00e9ger.<\/p>\n

Une utilisation dans un cloud IaaS pr\u00e9sente l'avantage suppl\u00e9mentaire de pouvoir tester la m\u00e9thodologie avec des copies des syst\u00e8mes existants, sans n\u00e9cessiter d'investissement mat\u00e9riel.<\/p>\n

Cela signifie que le lancement d'un projet peut \u00eatre abord\u00e9 \u00e0 court terme et sans risque, avec un investissement minimal, et que l'utilisation ult\u00e9rieure de la m\u00e9thodologie Booster peut \u00e9galement se faire en mode \"pay as you go\".<\/p>\n

Cockpits bas\u00e9s sur Fiori 2.0<\/h3>\n

Il est d\u00e9sormais possible d'utiliser des fonctions modernis\u00e9es telles que la gestion centralis\u00e9e des stocks ou la planification des besoins en mat\u00e9riel (MRP) inter-usines.<\/p>\n

De m\u00eame, Fiori 2.0 permet de cr\u00e9er des cockpits sp\u00e9cifiques \u00e0 l'utilisateur qui affichent d'un seul coup d'\u0153il aussi bien les \u00e9l\u00e9ments de liste, les d\u00e9passements de d\u00e9lais, les \u00e9valuations et les transactions - et ce avec un design r\u00e9compens\u00e9 par le prix reddot.<\/p>\n

Il est ainsi possible pour le service sp\u00e9cialis\u00e9 d'acqu\u00e9rir d\u00e9j\u00e0 de l'exp\u00e9rience et de s'adapter \u00e0 des fonctionnalit\u00e9s am\u00e9lior\u00e9es et \u00e0 des interfaces bas\u00e9es sur les r\u00f4les : avec ses propres donn\u00e9es, avec ses propres fonctionnalit\u00e9s - ce qu'un syst\u00e8me de d\u00e9monstration ne peut pas faire.<\/p>\n

Dans un premier temps, Alegri a d\u00e9velopp\u00e9 la m\u00e9thodologie Procurement Booster pour les achats. Dans chaque syst\u00e8me de production (un\/plusieurs ERP, SRM et syst\u00e8mes APO, solutions 3rd-Party d\u00e9centralis\u00e9es), il existe des fonctionnalit\u00e9s d'approvisionnement.<\/p>\n

Ceux-ci sont assez bien d\u00e9limit\u00e9s et poss\u00e8dent donc peu d'interfaces avec d'autres modules du syst\u00e8me ERP. Elles peuvent \u00eatre optimis\u00e9es en synchronisant les donn\u00e9es n\u00e9cessaires sur un syst\u00e8me central sur S\/4 Hana. Pour ce faire, les propres donn\u00e9es r\u00e9elles sont utilis\u00e9es et les am\u00e9liorations suivantes peuvent alors \u00eatre avis\u00e9es.<\/p>\n

\"M\u00e9thodologie<\/a>
M\u00e9thodologie Alegri Booster<\/figcaption><\/figure>\n

Pour l'approvisionnement des centres de co\u00fbts<\/h3>\n