Trouver l'\u00e9quilibre entre les fonctionnalit\u00e9s ERP standard et la recherche de nouvelles fonctions commerciales innovantes non couvertes par le syst\u00e8me est essentiel lors des transformations S\/4-Hana. Une pratique de base propre favorise la simplicit\u00e9 de l'extension du syst\u00e8me et aide \u00e0 g\u00e9rer les mises \u00e0 niveau du syst\u00e8me avec moins d'efforts et de risques et \u00e0 s'aligner sur la feuille de route \u00e0 long terme de SAP.<\/p>\n\n\n\n
D'un autre c\u00f4t\u00e9, les clients existants de SAP doivent souvent adapter de mani\u00e8re approfondie les processus internes dans S\/4 afin de r\u00e9pondre aux exigences uniques du march\u00e9 et de rester comp\u00e9titifs. Comment les clients existants de SAP peuvent-ils trouver le bon \u00e9quilibre en fonction de leurs priorit\u00e9s individuelles ?<\/p>\n\n\n\n
Une fois que la d\u00e9cision d'utiliser S\/4 Hana a \u00e9t\u00e9 prise, les clients existants de SAP doivent d\u00e9terminer dans quelle mesure ils souhaitent s'appuyer sur les fonctionnalit\u00e9s standard de S\/4. Un noyau propre est \u00e9troitement align\u00e9 avec les fonctions standard d'un ERP, r\u00e9duit la dette technique, simplifie les mises \u00e0 jour et garantit l'alignement avec les strat\u00e9gies de cloud et d'innovation de SAP. Un noyau propre signifie \u00e9galement qu'il reste \u00e0 jour, transparent, inchang\u00e9, efficace et compatible avec le cloud. Cela implique qu'aucune modification ne soit apport\u00e9e, que les extensions redondantes soient \u00e9limin\u00e9es, que seules les API valid\u00e9es soient utilis\u00e9es pour garantir la stabilit\u00e9 et que l'extensibilit\u00e9 des applications soit pleinement exploit\u00e9e. <\/p>\n\n\n\n
Les applications d'extension et les int\u00e9grations plus importantes devraient \u00eatre g\u00e9r\u00e9es via la Business Technology Platform (SAP BTP). D'autre part, une personnalisation profonde qui touche au c\u0153ur du syst\u00e8me (acc\u00e8s direct aux tables, fonctions et classes du syst\u00e8me) offre la flexibilit\u00e9 n\u00e9cessaire pour adapter S\/4 \u00e0 des besoins op\u00e9rationnels sp\u00e9cifiques, mais elle est source de complexit\u00e9 et nous \u00e9loigne de la standardisation souhait\u00e9e.<\/p>\n\n\n\n
Pour d\u00e9terminer si les clients existants de SAP s'en tiennent strictement \u00e0 la pratique du \"clean core\" ou s'ils continuent avec l'approche classique de l'extension, il convient d'abord de v\u00e9rifier si les processus commerciaux peuvent \u00eatre adapt\u00e9s de mani\u00e8re \u00e0 s'int\u00e9grer dans les fonctions standard de S\/4 Hana. Si une adaptation est n\u00e9anmoins n\u00e9cessaire, il convient d'examiner si des m\u00e9thodes d'extension \u00e9prouv\u00e9es telles que l'extension par utilisateur cl\u00e9, par d\u00e9veloppeur ou c\u00f4te \u00e0 c\u00f4te avec BTP peuvent r\u00e9pondre aux exigences. <\/p>\n\n\n\n
Si ces m\u00e9thodes ne suffisent pas pour les fonctions commerciales critiques, il peut \u00eatre n\u00e9cessaire de mettre en \u0153uvre des extensions personnalis\u00e9es classiques au sein de S\/4 Hana, les clients existants de SAP \u00e9tant conscients des risques et devant \u00e9tablir un plan pour r\u00e9duire cette dette technique \u00e0 l'avenir, si cela est possible.<\/p>\n\n\n\n
En fin de compte, il s'agit de trouver un \u00e9quilibre entre les avantages d'un noyau propre et la couverture de toutes les fonctions commerciales et de tous les sc\u00e9narios d'adaptation, avec une compr\u00e9hension claire de vos besoins commerciaux actuels et futurs.<\/p>\n\n\n\n