Montee de Version SAP ERP 60

5/14/2018 Montee de Version SAP ERP 60 - slidepdf.com

http://slidepdf.com/reader/full/montee-de-version-sap-erp-60 1/36

INTRODUCTION À UNE MONTÉE DE VERSION VERS SAP® ERP 6.0

POTENTIEL DE VALEUR, MEILLEURESPRATIQUES ET RECOMMANDATIONS SAP

SAP ERP





4 Pourquoi mettre à jour votreprogiciel ERP ?

5 Identiication de la propositionde valeur et justiication de lamontée de version

5 Processus de découverte 6 Éléments essentiels d’une

justiication de montée de version

6 Les motis d’une montée de version

7 Excellence opérationnelle 9 Stratégie de gestion10 Durabilité11 Coût total de possession

13 Planiication d’une montée de

version vers SAP ERP 6.013 Évaluation de l’impact de lamontée de version sur votresolution existante

13 Conditions et limitationstechniques

14 Conversion Unicode14 Planiication d’une montée de

version14 Élaboration d’une stratégie de

montée de version15 Etape 1 : Montée de version

technique15 Etape 2 : Extensions

onctionnelles15 Etape 3 : Extensions

stratégiques

15 Estimation du coût et des eortsà ournir

16 Gestion du projet et des risques16 Facteurs de réussite17 Normes et procédures17 Durée et séquencement du

projet19 Outils de gestion et assistance

de la montée de version19 SAP Solution Manager19 SAP Upgrade Road Map19 Assistance externe

20 Exécution d’une montée deversion vers SAP ERP 6.0

20 Corrections de l’inrastructureinormatique

20 Redimensionnement du serveur

d’application20 Déploiement de nouveauxcomposants ront-end SAP

21 Corrections du réseau pourgérer les perormances dusystème

21 Montée de version ou migrationdu système d’exploitation etde la plate-orme de base dedonnées

21 Conversion à Unicode21 Déploiement technique21 Avantages de la technologie

de changement de système21 Réduction des temps d’arrêt

(Downtime)

22 Corrections d’application etcomparaisons des modiications

22 Comparaisons des modiications du logiciel SAP

22 Corrections des développe-ments personnalisés

23 Personnalisation de la montéede version pour les processusde gestion existants

23 Corrections des interaces oudes applications connexes

23 Tests24 Formation des utilisateurs

25 Mettre en place dès aujourd’hui la solution de demain

25 Messages clé à l’intention desdécisionnaires inormatiques

26 Messages clé à l’intention desches de projet et des responsa-bles de projets techniques

27 Autres inormations27 Identiier la proposition de valeur

et justiier la montée de version28 Planiication d’une montée de

version vers SAP ERP 6.029 Exécution d’une montée de

version vers SAP ERP 6.032 Sources d’inormations

publiques

CONTENT



En réponse à l’évolution du monde desaaires, SAP développe de nouvelles versions de son progiciel de gestionintégré (ERP) ain de suivre l’évolutiondes besoins de votre entreprise etde vous aider à rester dans la course.

SAP a pris d’importantes mesurespour simpliier le processus de miseà niveau vers la dernière version del’application SAP® ERP, SAP ERP 6.0.Cette montée de version du progicielERP ne doit pas être perçue commeun mal nécessaire. Elle doit plutôt êtreressentie comme une opportunité pré-cieuse d’optimiser la valeur de votreinvestissement SAP. Pour en tirer parti,il suit d’une planiication et d’une ges-tion appropriées.

Comme l’explique un rapport Forrester,« le remplacement des applications ouleur montée de version représente unediiculté majeure pour beaucoup d’en-treprises, les décisionnaires inormati-ques l’ont classé au cinquième rangdes priorités pour 2006, 18 % d’entreeux la considérant comme une prioritécruciale. »1 Les montées de versiondoivent être bien intégrées dans la stra-tégie et la planiication inormatique glo-bale d’une organisation, c’est pourquoila gestion des versions et des mises à jour de SAP ERP est devenue un sujetd’importance stratégique, observé detrès près par les cadres supérieurs.

Au vu de la volatilité inhérente aux tech-nologies de l’inormation, une montéede version vers SAP ERP 6.0 peut êtreconsidérée comme une activité de ges-tion normale, un investissement néces-saire pour conserver la stabilité de l’environnement inormatique. Elle peut

aussi apporter des avantages considé-

rables à votre organisation en étendantles onctionnalités et en améliorant lesperormances de votre progiciel ERP.Loin de constituer un problème pure-ment technique ne concernant que vosservices inormatiques, une montée de

version de progiciel ERP est vitale pourles opérations de gestion quotidiennesde votre entreprise. Elle peut proondé-ment améliorer l’eicacité de votreentreprise.

Le sujet de la montée de version revêtune très grande importance et, pourautant, sa compréhension est générale-ment divergente au sein de la commu-nauté. C’est pourquoi, nous avonsdécidé d’élaborer ce « guide d’intro-

duction ». Destiné aux décisionnaireset ches de projets inormatiques, ceguide est conçu pour vous permettred’évaluer le potentiel de valeur quereprésente la montée de version versSAP ERP 6.0. Il vous ournit également

une synthèse des meilleures pratiques,des recommandations SAP et unegamme d’outils et de services SAPpouvant vous assister dans le projet demontée de version pendant tout soncycle de vie, c’est-à-dire de sa décou-

verte à son implémentation en passantpar son évaluation (voir graphique 1).

Ce guide répond aux questions suivan-tes :• Comment mon entreprise peut-elle

évaluer et justiier une montée de version ?• Comment mon entreprise peut-elle

planiier une montée de version ?• Comment mon entreprise peut-elle

exécuter une montée de version ?

A la in de ce document (voir la section« Autres inormations »), une sectionrecense les ressources utiles quidétaillent les aspects spéciiques d’unemontée de version.

POURQUOI METTRE À JOUR VOTREPROGICIEL ERP ?

« Les montées de version ERP constituent un processus essentiel

permettant aux entreprises de retirer davantage de valeur de

leur progiciel ERP et de prolonger le cycle de vie utile de cet actif

extrêmement important. . . . L’élément clé du processus stratégique

de montée de version est de faire comprendre à une masse critique

de salariés que les montées de version ERP font partie intégrante

du cycle de vie du produit. »2

1. Paul Hamerman, « Montées de version des applications : quand et pourquoi », Forrester Research (décembre 2006).2. Jim Shepherd, « Réduire la diiculté des montées de version ERP grâce à une meilleure planiication », AMR Research (juin 2007).

Planiication Développement

Figure 1 : Le cycle de vie d’une montée de version en trois phases

Montée de versionDécouverte

Montée de versionEvaluation

Montée de versionImplémentation

4 Introduction à une montée de version vers SAP ERP 6.0



SAP ERP 6.0 ournit aux clients SAPun gisement d’opportunités pour amé-liorer leurs entreprises. En se basantsur l’expérience client recueillie durantle ramp-up de cette nouvelle version,SAP a noté que les scénarios de ges-

tion suivants sont les plus appréciéspar la communauté SAP :• Employee sel-service• Manager sel-service• Administration du personnel (HR)• Gestion de projet• Traitement des commandes client• Recrutement en ligne• Gestion de trésorerie et des risques• Nouveau grand livre• Gestion des rais et des déplace-

ments proessionnels•

Gestion des biens immobiliers

En outre, le nouveau logiciel constitueune base technologique stable quicouvre les obligations juridiques etles obligations de conormité, tout enorant toute la lexibilité nécessaire àl’innovation. SAP ERP 6.0 vous permetdonc de répondre aux besoins particu-liers de votre entreprise et d’implémen-ter de nouvelles onctions à votre pro-pre rythme. Pour réduire le coût totalde possession, vous pouvez combinerune montée de version avec d’autresinitiatives inormatiques, par exempleremplacer les systèmes hérités, conso-

lider l’environnement de systèmes ouréduire le niveau de modiication et depersonnalisation des logiciels.

Pour justiier une montée de version vers SAP ERP 6.0, vous devez evaluer

les avantages et les risques potentielsdu logiciel en onction de la situation de votre entreprise. Pour chaque clientSAP, la situation est unique en termesde couverture et de maturité de sonlogiciel SAP. Chacun util ise les solu-tions SAP de manière très diérente.Les besoins, objectis et priorités dechacun sont également diérents selonqu’il travaille pour améliorer son excel-lence opérationnelle ou qu’il s’équipepour de utures innovations commercia-

les. Une bonne justiication ne dépendpas habituellement d’un acteur dedécision unique ou de la « caractéristi-que phare » mais plutôt d’une combi-naison de acteurs interdépendants quipeuvent bénéicier à un large éventailde domaines d’activité.

La justiication d’une montée de versionétant d’une telle complexité, il est pré-érable d’évaluer le potentiel de valeurde SAP ERP 6.0 à l’aide d’une procé-dure et d’une méthodologie claires.Cependant, une enquête réalisée en

2006 par SAP auprès de ses clientsrévèle que seuls 9 % d’entre eux pren-nent le temps de le aire. Processus de découverte

L’approche suivante en six étapes estconsidérée par les clients SAP commeaisant partie des meilleures pratiques :1. Collecte des inormations prélimi-

naires – Le service inormatique ras-semble les inormations disponibles

sur les sites Web de SAP et participeaux événements organisés par SAPpour obtenir une compréhension debase des nouveaux produits.

IDENTIFICATION DE LA PROPOSITION DE VALEUR ET JUSTIFICATION DE LA MONTÉEDE VERSION

« La dernière version de SAP ERP

nous apporte une base solide

pour l’excellence de nos fonc-

tions centrales et soutient notre

stratégie globale de croissance. »

David Franco, directeur de gestion des systèmesd’inormation, Groupe Canal+ SA

Service d’analyse rapide demontée de version (Quick Upgrade Analysis – QUA)Conçu pour vous présenter uneévaluation de la montée de version,ce service SAP vous ournit uneestimation très précise des mon-tants économisés, ainsi qu’uneestimation du retour sur investisse-ment du projet, une évaluation de lacomplexité de la montée de version(grâce à des inormations spécii-ques sur le niveau des modiica-tions de votre solution), une esti-mation des eorts nécessairespour chaque phase du projet et un

modèle de planiication du projet.

Solution Browser pour SAP ERPCet outil vous permet d’identiierles nouvelles onctions et caracté-ristiques, ainsi que leurs avantagescommerciaux, dans une versiondonnée de SAP ERP et de ses pac-kages d’extension (SAP Enhance-ment Packages). Il donne aux spé-cialistes des processus de gestionl’opportunité d’établir une corres-pondance entre les besoins actuelsde l’entreprise et les dernièresonctions disponibles dans SAP ERP.Pour plus d’inormations, rendez-vousà l’adresse http://www.service.sap.com/upgrade › Upgrade Tools› SAP ERP Solution Browser.(Remarque : toutes les adressescommençant par http://www.service.

sap.com vous dirigent vers l’extra-net SAP Service Marketplace.Vous devez vous enregistrer pouraccéder à ce site.)

5Introduction à une montée de version vers SAP ERP 6.0

http://www.service.sap.com/upgrade


http://www.service.sap.com/








2. Implication des utilisateurs concer-nés – Le service inormatique et lesreprésentants des diérentes unitéscommerciales coopèrent pour éva-luer la proposition de valeur d’unemontée de version et établir un

consensus. La justiication d’unemontée de version dépendant de lasituation de chaque client, SAP adéveloppé un outil d’exploration desolution pour SAP ERP qui permetaux services inormatiques d’impli-quer les diérentes unités commer-ciales dans ces discussions.

3. Détermination de la valeur ajoutéedes nouvelles onctions – Les unitéscommerciales rassemblent les inor-mations détaillées sur les caractéris-

tiques et les onctions particulières deSAP ERP qui peuvent leur être utiles.4. Organisation d’ateliers delta – Les

services inormatiques organisentdes ateliers delta avec des expertsen logiciels SAP, travaillant pourSAP-même ou pour ses partenaires.Ces ateliers delta ciblés permettentaux experts des processus de ges-tion d’évaluer plus précisément lepotentiel de valeur des nouvellesonctions SAP ERP et égalementde comprendre les implicationspossibles de ces onctions sur lesopérations de gestion.

5. Les nouvelles onctions au bancd’essai – Le service inormatiqueinstalle un système de démonstra-tion ou « système de test » ain detester les nouvelles onctions.

6. Finalisation de la justiication – Lesunités commerciales et le serviceinormatique discutent des avantages,des coûts et des risques liés à lamontée de version et élaborent une

justiication.

Cette approche ascendante permet dequantiier concrètement les avantagespotentiels d’une montée de version versSAP ERP 6.0.

Éléments essentiels d’une

justiication de montée de versionPour que votre justiication de montéede version soit précise et eicace, vousdevez vériier que :• Vous avez évalué les processus de

gestion centraux pris en charge parl’inrastructure logicielle SAP actuelle.

• Les projets complémentaires etconcurrents susceptibles d’aecterles processus de gestion centraux etles systèmes logiciels SAP associéssont transparents.

• Vous avez identiié les éléments decréation de valeur clés pour le modèlede gestion de l’entreprise et les prin-cipales possibilités d’améliorationdans son onctionnement actuel.

• Vous connaissez bien les onctions deSAP ERP 6.0, y compris les packa-ges d’extension associés auprogiciel.

• Vous avez identiié les exigences degestion et avez établi une correspon-dance avec les onctions du nouveau

logiciel SAP ERP. (Remarque : cela

permet d’identiier les avantagesconcrets pouvant être obtenus grâceà la montée de version et acilite lacréation d’une analyse de rentabilité).

Les motis d’une montée de

versionDans chaque entreprise, les motisd’appréciation d’une montée de versionsont diérents. Pour bien orienter leprocessus de justiication, vous devez,avec les autres décisionnaires de votreentreprise, établir une synthèse détailléedes avantages que vous en attendezou que vous souhaitez en retirer. Voiciquelques uns des motis les plus courantspour envisager une montée de version :• les utilisateurs de l’entreprise ont

besoin de nouvelles onctionnalitéspour renorcer l’excellence opération-nelle, avoriser l’innovation et prendreen charge de nouveaux modèles degestion

• il existe un désir de renorcer l’eica-cité du processus et donc de réduirele coût total de possession, en parti-culier celui de l’exploitation, parexemple en remplaçant les modiica-tions et les personnalisations deslogiciels SAP par des onctions SAP

standard




• les besoins inormatiques, tels quedes mises à jour d’inrastructure pla-niiées et des projets de consolida-tion, peuvent être combinés demanière rentable avec une montéede version vers SAP ERP 6.0

• le calendrier de lancement des ver-sions ou les politiques d’assistancedu ournisseur

Le graphique 2 illustre les résultats d’uneenquête menée par SAP, dans laquelleles clients étaient sondés sur les amé-liorations qu’ils attendaient d’une mon-tée de version vers SAP ERP 6.0. Ilindique le niveau d’intérêt (exprimé enpourcentage des personnes interrogées)suscité par chaque avantage.

D’un autre point de vue, en remettantà plus tard les montées de version, vous pouvez exposer votre société àdes risques tels que le non-respect desobligations juridiques et de celles liéesà la conormité, l’obsolescence techno-logique ou l’incompatibilité des ver-sions actuelles de votre matériel, de vos systèmes d’exploitation et de vosbases de données. Les rais de mainte-nance étendue payés aux ournisseursde logiciels ne couvrent qu’une partiede ces risques. Leur réduction est unacteur important, quoique réquemmentsous-estimé, pour justiier une montéede version d’un progiciel ERP. À longterme, il est inacceptable de négligerces risques. En ait, lorsque vous envi-sagez une montée de version, la ques-tion à vous poser n’est pas simplement« Dois-je le aire ou non ? », mais plu-tôt « Dois-je le aire maintenant ou plustard ? »

Dans les sections suivantes, nous ana-lyserons en détail les avantages appor-tés par la montée de version vers SAPERP 6.0 sous quatre angles diérents :excellence opérationnelle, stratégie degestion, durabilité et coût total depossession.

Excellence opérationnelleSAP ERP 6.0 apporte plus de 300 ex-tensions onctionnelles permettantd’améliorer l’eicacité de vos proces-sus. En outre, cette nouvelle versionintègre les onctions de la plupart dessolutions métier SAP, vous évitant ainside les installer et de les conigurerséparément. Enin, le nouveau logicielsimpliie les tâches de gestion quoti-diennes par une conception de d’intera-ce plus plaisante et intégrée qui amélio-re la productivité et la satisaction des

utilisateurs. Le logiciel Duet™, parexemple, permet d’intégrer les appli-cations Microsot.

Parce que chaque client utilise uneinrastructure diérente des logicielsSAP, les principaux éléments de créa-tion de valeur et avantages concrets dunouveau progiciel ERP doivent êtreidentiiés et mis en correspondance avecles besoins de l’entreprise au cas parcas. Vous pouvez utiliser la synthèse desaméliorations exposée dans le tableaude la page suivante pour déterminerl’intérêt de diérentes caractéristiqueset onctions dans votre entreprise etsusciter une discussion interne au seindes unités métiers.

La liste suivante vous sera utile lorsque vous chercherez à mettre en correspon-dance les besoins spéciiques de votreentreprise et les éléments de création de valeur avec les onctions et les caracté-ristiques de SAP ERP 6.0. Elle vous

permettra en eet d’identiier les avan-tages concrets suisamment éloquentspour justiier une montée en version.

60%50%40%30%20%10%0%

Figure 2 : Quels bénéices métiers les clients SAP peuvent attendre d’une montée de version ?

59%

51%

35%

32%

32%22%

5%

Retour à un système standard SAP des modiications SAP et développements personnalisésAméliorations des processus à l’aide de nouvelles onctionnalités dans les modules SAPexistants actuellement utilisésUtilisation des nouvelles onctionnalités/nouveaux processus propres au secteurAméliorations des processus à l’aide de nouvelles technologiesUtilisation de processus inter-systèmes activés par SAP ERPUtilisation de nouveaux produits SAP nécessitant SAP ERP en tant que réseau édérateurPlus grande lexibilité grâce à la migration vers l’architecture orientée services d’entreprise




Défs commerciaux SAP® ERP 6.0 : extensions Caractéristiques et onctions

Productivité des utilisateurs • Nouvelles interaces d’application• Mise à jour de l’accès basé sur les rôles• Utilisation accrue des ormulaires interactis Adobe

• Employee sel-service• Manager sel-service• Employee interaction center

Reporting et gestion desperormances

• Outils de planiication et de prévision améliorés• Capacité accrue de justiier les investissements• Amélioration du module de calcul du coût de revient

par produit

• Express planning• Business consolidation• Estimation du coût de conception des

produits

Conormité de la présentationdes comptes

• Imputations et soldes automatiques sur plusieursdimensions

• Reporting automatique des tests de séparation des tâches• Amélioration des comptes courants contrats et des

encaissements

• Nouveau grand livre• Gestion des contrôles internes• Comptes courants contrats• Financial supply chain management

Attraction et idélisation despotentiels

• Amélioration de l’assistance pour les recruteurs• Amélioration des ressources de ormation en ligne et du

support de la gestion des connaissances• Amélioration de la gestion des perormances et des

onctions de déinition d’objectis

• Recrutement• E-learning• Gestion des perormances du personnel• Gestion des remplacements

Services partagés pour lesRH Renorcement de la capacité de gestion d’un centre deRH à services partagés•

Administration du personnel• Gestion des temps

Approvisionnement • Amélioration des onctions d’achat en libre-service• Amélioration des achats de services• Gestion des actures rationalisée

• Approvisionnement en ligne• Projet sel-service

Gestion des ventes et descommandes

• Amélioration des processus de saisie des commandes• Amélioration du support des ventes par Internet• Amélioration de la détermination des prix et de la

coniguration

• Gestion des commandes et des ores• Vente sur eBay• Internet pricing conigurator

Gestion des rais et desdéplacements proessionnels

• Amélioration des processus de saisie des raispermettant une exploitation des rais plus rapide

• Amélioration de la planiication et de la réservation desdéplacements

• Alimentation automatique des cartes decrédit

• Calcul du kilométrage intégré• Déplacements et rais mobiles• Intégration des agences de voyage

Gestion des biens immobiliersde l’entreprise

Support de gestion des propriétés et locations del’entreprise pré-intégré

Gestion des biens immobiliers

Gestion de la conormité auxnormes d’environnement, desanté et de sécurité

• Capacité étendue d’importer des règles etréglementations de ournisseurs externes

• Prise en charge des documents de la médecine du travail• Capacité étendue de suivi des marchandises et des

matières dangereuses

• Médecine du travail• Gestion des déchets• Hygiène du travail• Gestion des marchandises dangereuses




Stratégie de gestionDans une économie qui se mondialise,la lexibilité est devenue un acteur deréussite toujours plus important pourles entreprises. Celles-ci cherchent àraccourcir les cycles de développement

des produits, à répondre plus rapide-ment à l’évolution dynamique des mar-chés et à adapter en permanence leurmodèle de gestion ain de se démar-quer de la concurrence. Pourtant, nom-bre d’applications de gestion sont inté-grées à des environnements logicielscomplexes qui limitent la lexibilité et neacilitent guère le développement inter-national des entreprises. SAP ne cessede développer des mesures pour sim-pliier la gestion de SAP ERP, permettre

à ses clients d’implémenter les uturesextensions onctionnelles avec un mini-mum d’interruptions et d’eorts et aci-liter l’innovation commerciale à venir.

déploiement : les packages d’extensionSAP pour SAP ERP. Ceux-ci simpliientla gestion et le déploiement de nouvel-les onctions logicielles pour SAP ERP.Ils vous permettent de bénéicier desdernières innovations logicielles tout enréduisant les interruptions des opéra-tions en cours.

Vous pouvez implémenter les nouveau-tés SAP de votre choix, puis activer àla demande les onctions et extensionssélectionnées en onction de vosbesoins de gestion. Cette méthode ori-ginale de distribution et de déploiementd’un logiciel d’entreprise, rendue possi-ble par la lexibilité de l’architectureorientée services d’entreprise (enter-prise SOA), vous permet à la ois d’ac-

céder à de nouvelles onctions ERP et

de conserver vos onctions centrales.Vous pouvez ainsi déterminer l’impactdes montées de version logicielles etappliquer les nouvelles onctions rapi-dement grâce à des cycles de test pluscourts, sans pour autant déstabiliser vos processus de gestion de base.

Le graphique 3 montre une euille deroute pour les packages d’extension deSAP ERP 6.0 exposant les principauxdomaines d’innovation.

Architecture orientée servicesd’entrepriseSAP ERP 6.0 s’appuie sur une architec-ture orientée services d’entreprise qui vous permet de raccourcir les cycles de vie d’innovation des applications et de

mettre rapidement en œuvre des innova-

Figure 3 : Feuille de route montrant les packages d’extension pour SAP ERP 6.0

Packages d’extension (SAP Enhance-ment Packages) Après la montée de version vers SAPERP 6.0, vous pouvez étendre les onc-tionnalités de votre application sansmontée de version supplémentaire grâ-

ce à une toute nouvelle technologie de

Simpliication

Architectureorientéeservicesd’entreprise

Fonction-nalities

Metiers

Packaged’extension 1



Packaged’extension 4*

Packaged’extension 5*

Accès basé

sur les rôles

Fabricationadaptative

Services RHpartagés

Vente audétail

Gestion des

commandes

Gestion descommandes

Recrutement

Services

Processusd’approvi-

sionnement

Processusd’approvi-

sionnement

Clôturerapide

Commerce

Gestion

clientèle

Comptabilitéinancièreet

de gestion

Servicesinancierspartagés

Gestion destalents

DiscreteIndustries

Servicesd’entreprisecomplémen-

taires

Trésorerie

Traitement

*Packages d’extension planiiés : soumis à modiications

« SAP comprend tout simplement

que nous avons besoin d’une

plate-forme informatique souple

pour répondre à l’évolution

rapide des exigences du marchéet de notre modèle de gestion. »

Klaus Strumberger, responsable des systèmes

d’inormation, MLP AG




tions de gestion stratégiques avec unminimum d’eort en réutilisant les com-posants au niveau macro. Grâce à cettearchitecture, votre progiciel ERP devientplus simple et plus transparent et s’adap-te ainsi aux besoins de gestion de votre

entreprise.

Un service d’entreprise consiste géné-ralement en une série de services Webassociés à une logique applicative,accessible et réutilisable à volonté poursupporter un processus de gestiondonné. L’agrégation de services Web enservices d’entreprise au niveau gestion, vous permet de bénéicier d’une baseplus solide pour automatiser les scéna-rios de gestion à l’échelle de l’entreprise.

Voici quelques-uns des avantagespotentiels de l’architecture orientéeservices d’entreprise :• Capacité à concevoir un processus de

gestion de manière souple, comme parexemple, la gestion des commandes

• Possibilité d’implémenter des centresde services partagés

• Visibilité plus iable sur l’entreprise (viale pilotage stratégique, par exemple)

• Meilleure intégration de SAP ERP auxautres applications des partenaires SAP

Bien que l’architecture orientée servicesd’entreprise ne soit pas actuellementconsidérée comme un argument majeurpour justiier la montée de version versSAP ERP 6.0, ses avantages et sastratégie à long terme doivent être prisen compte dans la justiication d’unemontée de version d’un logiciel SAP.

DurabilitéLes applications de gestion du type deSAP ERP intègrent des opérationsavec les processus inanciers et HR.Elles doivent couvrir les réquentesmodiications de la réglementation

(notamment en matière iscale) ainsi queles nouvelles normes de conormitéélaborées pour aire ace aux besoinsde l’économie mondiale. Il s’agit notam-ment des normes établies par la Foodand Drug Administration (Organismeaméricain de surveillance des produitsalimentaires et pharmaceutiques) et desnormes publiées dans la loi Sarbanes-Oxley et les accords de Bâle II.

Prise en charge des nouvelles

exigences réglementaires et liéesà la conormitéDans le cadre du contrat de mainte-nance principal ou étendu de SAP ERP,SAP propose des mises à jour pour lesmodiications légales (comme pour lelogiciel SAP R/3® remplacé par SAPERP). Cependant, avec les anciennes versions de SAP R/3, la technologielogicielle sous-jacente est dépassée,ce qui peut empêcher l’implémentationde solutions eicaces conormes auxnormes de conormité actuelles.

Le respect des normes de conormitépeut impliquer de nombreuses tâchesmanuelles redondantes et entraînerdes coûts d’audit élevés. D’après uneétude réalisée par SAP, les dépensestotales consacrées à la conormité sontpassées de 10,5 milliards de dollars en2004 à 27 milliards de dollars en 2006,plus de 40 % de ce montant étant liéaux rais de personnel. Avec ses onc-tions intégrées de gestion de la gouver-

nance, des risques et de la conormité,SAP ERP 6.0 acilite la création d’unestructure inter-sociétés uniiée reliant etharmonisant toutes les activités. Selonl’enquête, de nombreuses sociétésconsidèrent que SAP ERP ore dans

ce domaine des avantages apprécia-bles qu’il aut inclure dans la déinitiond’analyse de rentabilité d’une montéede version.

Stabilité de la gestion et du systèmeinormatiqueGérer une entreprise productive avecun environnement logiciel SAP repré-sente un engagement considérabledans les technologies de l’inormation.Toute perturbation ou instabilité de

l’inrastructure peut entraîner de gravesconséquences sur les perormances dela société toute entière. De même, leprogiciel ERP doit rester compatibleavec les technologies sous-jacentesde votre société, notamment avec lesystème d’exploitation, la version de labase de données ainsi que le matériel.Les systèmes d’exploitation et versionsde base de données ont généralementdes cycles de maintenance plus courtsque ceux des versions de logiciels SAPet exigent des montées de version plusréquentes. Ainsi, les anciennes versionsde SAP R/3 peuvent être incompatiblesavec les nouveaux systèmes d’exploita-tion ou nouvelles versions des basesde données ou bien ne pas pouvoirexploiter les onctionnalités et peror-mances étendues de ces versions plusrécentes. En passant à SAP ERP 6.0, vous êtes certain de rester en phaseavec les technologies sous-jacentes,d’assurer la continuité des activités etde garantir la stabilité du système.




Support et maintenance dessystèmes permanents Avec sa stratégie de maintenance 5-1-2(cinq ans de maintenance standard,extension d’un an moyennant un sup-plément de 2 % et extension supplé-

mentaire de deux ans avec un supplé-ment de 4 %), SAP a créé un conceptqui permet à ses clients de planiierl’utilisation d’une version de logicielSAP jusqu’à huit ans. Il s’agit là d’unengagement inégalé dans le secteurdes applications de gestion. Ce conceptcomprend pour les clients une assis-tance permanente, des hotix (correc-tion de secours) ainsi que des supportpackages. Cela témoigne de la volontéde SAP de aire de SAP ERP 6.0 une

solution à long terme, qui garantisse aux

clients une grande stabilité et optimisela valeur de leur investissement bienau-delà de 2010.

SAP R/3 4.6C est entré dans sa pério-de d’extension de maintenance le 1er

janvier 2007, et les clients SAP quis’acquittent du supplément seront prisen charge jusqu’au 31 décembre 2010.Touteois, dans la stratégie SAP ERP,SAP ERP 6.0 devrait se positionner entant que version cible jusqu’en 2012 auminimum. La maintenance principaledevrait être assurée au moins jusqu’enmars 2013 et l’extension de maintenan-ce, jusqu’en 2016. Aussi le paiementd’un supplément sur les précédentes versions de SAP ERP, par exemple pour

attendre la prochaine version majeure,présente-t-il peu d’intérêt. En outre,l’aectation de personnel interne oul’embauche de consultants pour lamaintenance de versions périmées coû-te très cher. Il est important de prendreen compte ces économies potentiellesdans le calcul de votre analyse de ren-tabilité, en plus des avantages onction-nels oerts par SAP ERP 6.0.

Coût total de possessionLes études de marché révèlent que lecoût d’exploitation peut représenter jusqu’à 80 % du budget inormatique.Une inrastructure logicielle d’une com-plexité tout à ait inutile est l’un desprincipaux acteurs d’augmentation ducoût d’exploitation. Vous pouvez réduirele coût total de possession, principale-ment en termes de coûts d’exploitationen associant la montée de version vers SAP ERP 6.0 à d’autres projetsinormatiques.

Réduction du niveau de modiicationet de personnalisationDu ait de la grande souplesse quicaractérise l’architecture et la technolo-gie des logiciels SAP, certains clientsinvestissent massivement dans la modi-

ication du code SAP et dans des déve-loppements personnalisés (personnali-sation). Même s’il est possible d’adaptersans cesse le système logiciel aux nouvelles exigences de gestion, la gestiondu cycle de vie et la maintenance deslogiciels SAP ayant subi d’importantesmodiications sont de plus en plus oné-reuses et complexes. D’après des esti-mations internes de SAP, jusqu’à 60 %des développements personnalisés nesont même pas utilisés. Une enquête

menée par SAP en 2006 montre queplus de 40 % des clients proitentd’une montée de version pour nettoyerleurs systèmes logiciels en éliminantles modiications et personnalisationssuperlues. Les économies engendréespar la réduction de ces modiicationspeuvent constituer un bon argumentpour l’analyse de rentabilité de lamontée de version.

« Au cours de la montée de ver-

sion, nous avons pu remplacer

environ 50 % des modifications

individuelles apportées à la ver-

sion précédente par les fonctions

standard de mySAP ERP [désor-

mais SAP ERP]. Pour nous, cela

démontre clairement que SAP

accorde plus d’attention aux be-

soins potentiels des autres socié-

tés et intègre mieux les exigences

liées aux processus industriels

dans ses solutions. »

Manred Schmid, responsable des systèmes

d’inormation, Carl Zeiss Optronics GmbH

« . . . le passage à SAP ERP en-

traînerait une réduction des

coûts de maintenance informa-

tique pouvant atteindre 22 % sur

les trois prochaines années, avec

pour conséquence une rentabili-

sation rapide des investissements. »

Fabio Fricano, responsable des systèmes

d’inormation, Tosinvest Inormation Technologies




Outre ces économies, les outils et lesinrastructures synchronisés disponi-bles dans SAP ERP 6.0 orent d’autresmoyens d’optimiser l’exploitation inor-matique. Ainsi, grâce aux solides carac-téristiques et onctions d’administration

automatisées du logiciel ou à des onc-tions intégrées telles que l’analyse descauses proondes, vous pouvez réduireles tâches manuelles de maintenancedu système. Enin, la solution de ges-tion des applications SAP SolutionManager propose des postes de travailrelatis au suivi, à la ourniture de servi-ces et à l’administration système, quirenorcent encore l’eicacité.

Réduction du coût d’exploitation

La consolidation des inrastructureslogicielles SAP permet de réduire lenombre de serveurs et de systèmesSAP ainsi que le volume des modiica-tions et des personnalisations. Cela setraduit par une diminution du travailconsacré à l’administration quotidiennedu système (réalisation de sauvegar-des ou application de nouveaux packa-ges de support, par exemple). Parailleurs, l’utilisation des packages d’ex-tension pour déployer des onctionnali-tés avancées évite certaines montéesde version ultérieures et peut égale-ment entraîner une réduction du coûtd’exploitation.

Consolidation de l’inrastructurelogicielleLa consolidation de votre inrastructurelogicielle peut être l’occasion de passerà SAP ERP 6.0, puisque les deux projets impliquent une analyse détaillée de

l’inrastructure et peuvent être implé-mentés simultanément pour minimiserles interruptions. Selon votre stratégieinormatique, vous pouvez utiliser dessystèmes logiciels SAP centralisés oudécentralisés. Si certaines multinationa-les exécutent SAP ERP en mode clientunique, d’autres autorisent leur serviceinormatique et unités commercialesdécentralisés à exécuter des systèmeslogiciels distincts. Pour aire ace à lademande croissante de réduire les

coûts inormatiques, la communautéSAP tend à consolider les inrastructu-res logicielles SAP et à remplacer lessystèmes hérités pour rationaliser lesinrastructures matérielles et serveurset ainsi réduire les rais généraux. Lesprojets de consolidation sont générale-ment planiiés sur plusieurs années et visent à bénéicier d’une inrastructureconsolidée reposant sur un systèmeunique, en général la dernière versiondisponible de SAP ERP.

La consolidation de l’inrastructure logi-cielle SAP permet de renorcer l’eica-cité et la lexibilité de la gestion, dediminuer la complexité et de réduire lesdépenses liées aux projets d’implémen-tation à venir. Elle acilite aussi large-ment les utures montées de version.




Après la phase de découverte et d’éva-luation initiale qui vous ournit une déi-nition précise des besoins inormatiqueset commerciaux, ainsi que l’analyse derentabilité, vous passez à une phase plusdétaillée d’évaluation et de planiication.

Dans une étude menée en 2007 parSAP, 67 % des personnes interrogéesindiquaient que les principaux problè-mes rencontrés pendant la phase deplaniication de la montée de versionrelevaient de la gestion de projet, 57 %déclarant que la principale diicultérésidait dans l’estimation du budgetet du travail requis. La déinition d’unestratégie de montée de version et ledéveloppement d’un calendrier repré-

sentent également des déis de tailleau cours de cette phase de planiica-tion et d’évaluation, en particulier dansles grandes entreprises. Cette sectiondécrit les diicultés, les meilleurespratiques et les recommandations SAP,concernant ces acteurs et d’autresaspects importants de la planiication.

Évaluation de l’impact de lamontée de version sur votresolution existante

Dès la phase de planiication, il estrecommandé de procéder à une évalua-

tion anticipée des impacts et des ris-ques, pour se aire une idée précisedes inducteurs de coûts du ou desprojets. Les risques, les diicultés etla durée de la montée de version versSAP ERP 6.0 varient ortement selonla version source et l’inrastructuresystème. Ainsi, il est bien plus acileet moins risqué d’eectuer la montéede version depuis le système SAP R/3 version 4.6C ou supérieure, car peu demodiications sont nécessaires au niveau

du code de composante centrale de votre progiciel ERP actuel, qui est aussiau cœur du nouveau logiciel SAP ERP.Pour les versions antérieures à SAPR/3 4.6C, les montées de version versSAP ERP 6.0 sont plus complexes etpeuvent nécessiter davantage de cor-rections d’applications, de tests et deormation des utilisateurs.

Le niveau de risque et les besoins encorrections d’application et en ormationdes utilisateurs augmentent égalementavec la complexité de l’inrastructuresystème du logiciel et avec le degré demodiication et de personnalisation. Aucontraire, une bonne gestion interne dessystèmes inormatiques (archivage,documentation et maintenance régulièredu système) peut accélérer sensiblementla montée de version. Enin, l’utilisationde solutions métier SAP basées surSAP R/3 peut majorer la charge detravail associée au projet.

Recommandation SAP : pour évalueravec iabilité et précision les risques etla complexité inhérents à un projet demontée de version, il est préérabled’eectuer une analyse d’impact surau moins un système logiciel type, qui

servira alors de réérence et de basepour une évaluation initiale des risquestechniques.

Avec son porteeuille de services SAPSaeguarding or Upgrade, SAP propo-se une approche globale d’atténuationdes risques techniques associés à lamontée de version de l’un de ses logi-ciels. Le service se concentre tout par-ticulièrement sur l’évaluation initiale deces risques et l’adapte à votre propre

situation (voir www.service.sap.com /saeguardingupgrade).

Selon une étude menée en 2006 parSAP, environ 35 % des clients SAPairment avoir mis en place une procé-dure interne d’évaluation des acteursde risques et de l’impact de la montéede version sur la solution existante. Unetelle procédure est essentielle pourcalculer les ressources nécessaireset préparer votre entreprise à releverces déis.

Conditions et limitationstechniques

Pour passer à la version SAP ERP 6.0, vous devrez peut-être :• modiier votre matériel, votre système

d’exploitation ou votre plateorme debase de données ;

• eectuer une conversion Unicode(si vous utilisez la technologie MDMPou des pages de codes mixtes pour

aicher les langues utilisant des jeuxde caractères diérents).

PLANIFICATION D’UNE MONTÉE DE VERSION VERS SAP ERP 6.0

Centre d’inormations sur lesmontées de versionToutes les inormations sur la totalitédu cycle de vie de la montée de ver-sion, qu’elles soient générales oupropres à une solution, sont disponi-bles à l’adresse http://www.service.sap.com/upgrade. Mis à jour réguliè-rement, ce site Web contient desinormations destinées à diérentsgroupes cibles (avec une orientationtechnique et commerciale) enanglais, en allemand et en japonais.Vous trouverez les inormationspropres à l’application SAP ERP à

l’adresse http://www.service.sap.com/upgrade-erp.


http://www.service.sap.com/safeguardingupgrade




http://www.service.sap.com/upgrade-erp










Lors de la montée de version vers SAPERP 6.0, vous pouvez rencontrer leslimitations suivantes :• Disponibilité limitée de certaines ver-

sions nationales ou de produits tiers,des outils d’archivage par exemple

• Restrictions d’utilisation de SAPInternet Transaction Server (SAP ITS)(remarque : SAP ITS a été intégré àSAP NetWeaver® avec des onction-nalités réduites. L’ancienne versionautonome de SAP ITS n’est plus priseen charge par SAP. Les clients quisouhaitent continuer d’utiliser lesonctionnalités avancées de SAP ITScomme ils le aisaient avec SAP R/3doivent passer à la dernière versionde la composante SAP NetWeaver

Portal, auparavant composante SAPEnterprise Portal, qui contient désor-mais ces onctionnalités. Les clientsqui souhaitent continuer à utiliser lesonctions de base de SAP ITS doiventmigrer vers le logiciel ITS, désormaisintégré à SAP NetWeaver).

• Problèmes de compatibilité avecd’autres applications SAP ou desproduits tiers (par exemple, des pro-duits non compatibles avec Unicode)

Vous trouverez des inormations com-plètes sur les limitations techniques duprogiciel SAP ERP dans la note SAP852235 et des inormations sur SAPITS dans la note SAP 709038 (lesnotes SAP sont disponibles sur la pageSAP Service Marketplace à l’adresse www.service.sap.com. Enregistrementobligatoire).

Conversion UnicodeLes clients qui souhaitent passer àSAP ERP 6.0 et utilisent le logiciel SAP

R/3 avec la technologie MDMP ou despages de codes mixtes doivent combi-

ner leur montée de version à uneconversion Unicode. Les anciennestechnologies SAP sont désormaisobsolètes pour diverses raisons : ellesne permettent pas, notamment, decommuniquer correctement avec les

applications basées sur Java. (Voirnote SAP 79991.)

La conversion Unicode n’est obligatoireque pour ceux qui utilisent la technologieMDMP ou les pages de codes mixtes.Touteois, certaines entreprises peuvent vouloir l’eectuer pour une priseen charge uture des langues utilisantdes pages de codes diérentes, parexemple pour les utilisateurs des paysd’Asie ou d’Europe de l’Est.

Vous trouverez plus de détails sur laprocédure de conversion Unicodeassociée à la montée de version versle tout dernier logiciel SAP ERP dansles notes SAP correspondantes, dontla liste igure à la in de ce document(voir la section « Autres inormations»). Vous trouverez également des inor-mations générales sur l’Unicodeet SAP ERP 6.0 à l’adresse www.service.sap.com/globalization.

Planiication d’une montée deversion

Vous devez prendre plusieurs acteursen compte lors de l’établissement d’uncalendrier détaillé répondant à vosbesoins particuliers, un échéancier pré-cis avec une synchronisation optimaledes projets individuels de montée de version. Il est rare que la migration versSAP ERP 6.0 soit un projet isolé. Elleait généralement partie d’un program-

me englobant plusieurs systèmes pro-ductis SAP s’étendant sur plusieurs

mois, voire plusieurs années. Maisquelle que soit l’étendue de la montéede version, la date de cette montée de version est essentielle, en raison dutravail et des temps d’arrêt qu’elleimplique. Le passage à SAP ERP 6.0

doit donc être coordonné avec votreéquipe de planiication inormatique.Les acteurs suivants interviennentdans la planiication d’une montée de version :• La complexité de l’inrastructure

inormatique existante et le nombrede systèmes SAP R/3 ou SAP ERPà mettre à jour

• La planiication et le chevauchementavec d’autres projets inormatiques(déploiements mondiaux, projets

d’innovation en cours ou projets deconsolidation, par exemple).• La stratégie de montée de version et

l’étendue du projet

Recommandation SAP : pour identiierles liens avec d’autres projets inorma-tiques, il est conseillé de dresser laliste de tous les projets en cours etde s’assurer que leurs calendriers sontcompatibles.

En règle générale, il est recommandéde planiier la montée de version pendantune période creuse et de rechercherles enêtres de temps avorables à laphase de temps d’arrêt.

Élaboration d’une stratégie demontée de version

Pour réussir votre passage à SAP ERP6.0, vous devez bien déinir votre stra-tégie de montée de version en choisis-sant l’approche et la portée du projet

selon la situation et les objectis de votre entreprise. La stratégie a des



http://www.service.sap.com/globalization





conséquences importantes sur la duréedu projet et l’eort demandé, mais aussisur le retour sur investissement immédiatde la montée de version. Elle comprendgénéralement plusieurs étapes permet-tant d’élargir progressivement les onc-

tionnalités, de renorcer la valeur com-merciale et de préparer votre sociétéà une transition vers une architectureorientée services d’entreprise tout enminimisant les risques. Ce processus,qui dure généralement de trois à cinqans, se divise en trois étapes distinctes :la montée de version technique, lesextensions onctionnelles et les exten-sions stratégiques.

Etape 1 : Montée de version technique

Cette phase initiale consiste en unemontée de version purement technolo-gique dont l’objecti principal est l’im-plémentation de la nouvelle version dulogiciel qui constituera la base de tou-tes les améliorations suivantes. Lesconséquences de cette phase sur l’ac-tivité et sur les processus de gestionsont très limitées :• Les anciennes onctions de gestion

sont conservées.• Les modiications et les personnalisa-

tions sont réduites (d’où une diminu-tion du coût d’exploitation et de lacomplexité du système).

• La conversion Unicode peut êtreeectuée.

La montée de version technique créesimplement la base des extensionsonctionnelles et stratégiques.

Etape 2 : Extensions onctionnelles Axée sur les avantages pour l’entreprise,cette phase consiste avant tout à ren-

orcer la valeur commerciale par l’im-plémentation des onctions les plus

utiles du nouveau logiciel et la mise enplace d’une base permettant à la oisles innovations de gestion à venir etl’amélioration de l’automatisation desprocessus. Au cours de celle-ci, lesmodiications et les personnalisationsapportées au logiciel SAP sont rempla-cées par les (nouvelles) onctions stan-dard SAP. L’excellence opérationnelle

augmente avec la récolte des « ruitsaciles à cueillir », c’est à dire l’implé-

mentation des onctions qui orentà l’entreprise plus d’avantages pourmoins d’eort. Même si cette phasepeut être combinée avec la montée de version technique, plus de 80 % desclients SAP l’abordent comme un pro-

jet distinct, mené après la montée de version technique et une ois que lesystème a été globalement stabilisé.

Etape 3 : Extensions stratégiquesLa troisième phase englobe l’implé-mentation de processus de gestionnouveaux ou optimisés, mais ausside scénarios qui exploitent pleinementles nouvelles onctions de SAP ERP etrendent possible l’architecture orientéeservices d’entreprise. Elle peut com-

prendre le déploiement d’autres systè-mes ou composants logiciels et dépenden grande partie des besoins de ges-tion de votre entreprise. L’architectureorientée services d’entreprise vouspermet de raccourcir les cycles de viedes innovations d’applications et d’im-plémenter les extensions de gestionstratégiques à votre rythme. Estimation du coût et des eortsà ournir

Les grandes entreprises qui réalisentplusieurs projets de montée de versioncommencent le plus souvent par uneestimation précise du coût et deseorts à ournir lors d’un programmede montée de version pour l’ensemblede leur société. Cette estimation s’ap-puie sur les résultats d’une montée de version de réérence, généralementréalisée sur une copie d’un systèmeSAP ERP de production standard. Lesclients SAP peuvent également s’ap-

puyer sur l’expérience acquise lorsde précédents projets de montée de

Base de données des expériencesde montée de version SAPLes clients SAP qui préparent unprojet de montée de versiondemandent souvent des donnéesde réérence ou des statistiquesétablies à partir de projets déjà réa-lisés par d’autres clients. SAP les

archive dans une base de donnéescomprenant des inormations sur :• la durée du projet ;• le temps d’arrêt des activités ;• les motis d’une montée de

version ;• la satisaction relative à cette

montée de version.

Si vous souhaitez partager votreexpérience ou proiter de celled’autres clients, rendez-vous àl’adresse http://www.service.sap.com/upgradedb.


http://www.service.sap.com/upgradedb






version et sur les données de bench-marking ournies par des analystes oupar SAP ain de aire le détail des coûtsentre les principales catégories. Cetteestimation globale eectuée, les acteursd’eort et de coût doivent être étudiés

plus précisément. Voici quelques-unsdes indicateurs et des exemples utilisésdans l’estimation des coûts, pour unprojet de montée de version techniqueuniquement :• Coût du personnel interne des servi-

ces inormatiques et commerciaux– Projet général et gestion des modi-

ications (environ 10 % du travailtotal sur le projet)

– Temps consacré aux correctionsd’application du projet général (par

exemple, une heure pour chaquecorrection simple relative à desmodiications du logiciel SAP ou àdes développements personnalisés)

– Activité de test (jusqu’à 40 % dutravail total consacré au projet, selonle degré des corrections d’applica-tion et la maturité des procéduresde test existantes)

– Activité de ormation, le cas échéant.Dépend du nombre d’utilisateursconcernés, de la méthode de or-mation utilisée (en salle/en ligne)et de l’étendue des extensionsonctionnelles (remarque : pour la

plupart des montées de versiontechniques depuis SAP R/3 4.6Cou une version supérieure, aucuneormation n’est nécessaire).

• Coût de l’assistance externe• Éventuels rais de matériel supplémen-

taire (remarque : pour les correctionsde serveurs, soit processeur, disquedur ou mémoire, il est préérable decompter une augmentation de capacitéde l’ordre de 10 % par nouvelle ver-sion. Environ 40 % des montées de

version vers SAP ERP 6.0 connuesn’exigent aucune modiication dumatériel, ni aucun dimensionnement.)

• Frais de licence supplémentairespour les logiciels SAP ou tiers, lecas échéant (si ces coûts ne sontpas déjà inclus dans les contratsassociés à SAP ERP ou à la amilled’applications de gestion SAP Busi-ness Suite)

L’estimation globale des coûts se tra-duit généralement par une hypothèsede base du coût par utilisateur concer-né. Divers rapports d’analystes, com-me des études d’AMR et Forrester,proposent des recommandations sousorme de tranches de numéros.

Recommandation SAP : pour estimeren détail les coûts et les eorts à our-nir, les meilleures pratiques recomman-dées sont l’utilisation des résultatsd’une montée de version test et uneanalyse approondie du degré de com-

plexité du système. Les conditions pro-pres à chaque système à mettre à jour,

les acteurs de risque spéciiques etles limitations techniques peuvent setransormer en inducteurs de coût.Vous devez donc bâtir des hypothèsespour les inducteurs de coût les plusimportants et les appliquer aux condi-

tions particulières de votre solutionactuelle. Gestion du projet et des risques

Une ois l’estimation détaillée descoûts et des eorts à consacrer auprojet terminée et validée, vous devezdéterminer une structure de gouver-nance, puis allouer les ressourcesnécessaires. Au terme de cette phasepréparatoire, vous pouvez organiser

une réunion de lancement du projet quipermettra à l’équipe de s’entendre surd’autres normes, procédures et jalons.Lors des étapes ultérieures, un chede projet doit se charger du suivi del’avancement, du suivi budgétaire, de lagestion des capacités et des ressour-ces, de la gestion eicace du systèmed’escalade, de la communication et dela gestion des modiications, tout encoordonnant les équipes applicatives ettechniques.

Facteurs de réussiteCes acteurs sont cruciaux pour réussirla gestion de la montée de version versSAP ERP 6.0 :• Structure de gouvernance et implica-

tion des cadres dirigeants adaptées,qui garantit la participation des unitésmétiers et inormatiques, la mise enplace de procédures rapides d’esca-lade et de résolution des problèmes,l’adéquation avec d’autres projetsinormatiques, la disponibilité des

ressources nécessaires, etc.• Capacité suisante

Service d’évaluation rapide demontée de version (SAP TechnicalUpgrade Planning – TUP)Ce service SAP vous permet d’évaluer votre projet de montée de version aumoyen d’une analyse à distance com-binée à un atelier sur site de deux jours comprenant une estimation descoûts, une évaluation des eortsrequis et un plan des grandes étapesd’exécution du projet. Ce servicedonne lieu à un « document de déci-sion » qui peut servir de base à uneore oraitaire de SAP pour l’exécu-

tion de la mise à niveau technique.




• Équipe de projet dotée d’un ensemble

de compétences adapté• Respect des normes et des recom-

mandations applicables au projet• Portée du projet clairement déinie et

procédures de gestion des modiica-tions iables, en particulier pour lapériode de gel du code (remarque :le gel du code correspond au staded’un projet de montée de version àpartir duquel le code source ne peutplus être modiié tant que la nouvelle version du système de production n’apas été mise en service.)

Normes et procéduresPour garantir l’eicacité et la transparen-ce des tâches cruciales du projet, ainsique sa progression globale, il est impé-rati de déinir et de respecter toutesles normes et procédures suivantes :• Normes de documentation du projet,

de résolution des problèmes, de suivide l’avancement et des procéduresd’escalade

• Approche et portée du projet (par

exemple, montée de version techni-que uniquement)• Rôles et responsabilités des ressour-

ces internes et externes impliquées• Déinition de l’environnement du pro-

jet et des procédures de gel de code• Recommandations et procédures de

test et stratégie de ormation

SAP Solution Manager et le contenude SAP Upgrade Road Map peuvent vous aider à déinir les normes et pro-cédures, puis à vériier qu’elles sontbien respectées.

Durée et séquencement du projetComme le montre la base de donnéesSAP des expériences de montées de version, la durée moyenne d’une mon-tée de version vers SAP ERP 6.0 estde trois à cinq mois environ. Le graphi-que 4 illustre les étapes recommandéespar SAP, pour un projet de quatre mois.

Figure 4 : Phases clés du planning d’un projet de montée de version technique

Guide d’utilisation : commentutiliser SAP Solution Manager dansles projets de montée de versionCe document (disponible à l’adressehttp://www.service.sap.com

/upgraderoadmap) vous permettrade déterminer en quoi la solutionde gestion des applications SAPSolution Manager peut vous êtreutile lors de la montée de versiond’un logiciel SAP. Ce guide décriten détail toutes les onctions desupport des montées de version.

« Grâce au formidable support de

SAP et de SAP Consulting, nousavons pu faire migrer l’ensemble

de notre activité de SAP R/3 4.6C

vers mySAP ERP 2005 [désormais

SAP ERP 6.0] en moins de 120

jours et ce, sans la moindre

interruption imprévue. Cette

montée de version nous servira

de base pour le déploiement denouvelles fonctionnalités qui

amélioreront nos processus de

gestion et nos opérations. »

Torsten Kästel, directeur inormatique,

Technische Werke Ludwigshaen AG

Calendar week

1

4

1

5

1

6

1

7

1

8

1

9

2

0

2

1

2

2

2

3

2

4

2

5

2

6

2

7

2

8

2

9

3

0

3

1

3

2

3

3

3

4

3

5

1 Préparationdu projet

2 Plan d’action3 Réalisation

4 Préparationfinale de la miseen production

5 Mise en serviceet support

5 semaines

Avril Mai Juin Juillet Août

8 semaines

2 se-maines

3semaines

Gel du code


http://www.service.sap.com/upgraderoadmap







Recommandation SAP : il existe plu-sieurs stratégies pour séquencer lesactivités requises par une montée de version vers SAP ERP 6.0. Pour que votre inrastructure logicielle de pro-duction SAP soit plus acile à maintenir

(corrections et modiication du code,par exemple), SAP vous recommanded’adopter l’approche suivante :• Lors de la planiication initiale, mettez

en place un système de réérence(copie d’un système producti repré-sentati) à l’aide duquel vous rassem-blerez les inormations vous permettantde détailler davantage la planiication,l’évaluation des coûts et eorts àournir ainsi que l’analyse d’impact.

• Pour chaque système producti, eec-

tuez un autre test de montée de ver-sion en créant un « système de projet» à partir d’une copie du systèmelogiciel. L’utilisation d’un système deprojet vous permet de tester la plupartdes tâches, comme les correctionsd’application et les tests unitaires,avant la montée de version de l’inras-tructure réelle du projet (systèmes dedéveloppement et d’assurance qualitécompris).

Cette approche permet de réduire lesrisques, mais aussi la période de gel ducode.

Figure 5 : Contenu de la euille de route de montée de version SAP

Figure 6 : Réponse des clients à la question : « Utilisez vous une assistance externe pour unemontée de version ? »

Planiication Développement

Découverte montéede version

Evaluationmontée de version

Implémentationmontée de version

Feuille de route montée de version

Documenterla solutionactuelle et

conigurer leprojet

Indiquer laportée de

l’implémentationet les besoins

de correction dela solution

Implémenteret corriger la

solution

Eectuerles test

d’intégration etdes systèmes etplaniier la miseen production

Exécuter lamontée de

version et lesupport dusystème deproduction

Préparationdu projet

Conceptiongénérale

RéalisationPréparation

inale pour miseen production

Mise enproduction &

Support

60%50%40%30%20%10%0%

23%

9%

2%

59%

36%

9%

Oui - pour exécuter la montée de version technique Oui - pour assurer l’assistance lors de la phase de planiication Oui - pour s’occuper de tous les aspects du projet Oui - pour apporter l’expertise manquante pour des problèmes précis Oui - pour couvrir le manque de ressourcesNon - uniquement couvert par des ressources internes




Outils de gestion et assistancede la montée de version

Pour maintenir votre montée de versionsur les rails, servez-vous de SAP Solu-tion Manager, de SAP Upgrade Road

Map et, si nécessaire, aites appel àdes spécialistes extérieurs.

SAP Solution ManagerCette solution de gestion des applica-tions peut vous aider à :• gérer eicacement la documentation

relative au projet ;• documenter les processus de gestion

concernés par la montée de version ;• exploiter les onctions intégrées de

test et de ormation des utilisateurs ;

SAP Upgrade Road MapL’outil SAP Upgrade Road Map estourni avec SAP Solution Manager. Ilpropose une méthodologie standardincluant les meilleures pratiques pourla gestion globale du projet, mais aussipour les aspects techniques et admi-nistratis d’un projet de montée de ver-sion technique. Composé de listes decontrôle, de modèles et de guides pra-tiques, cette euille de route donne desrecommandations au che de projet ain-si qu’aux équipes applicatives et techni-ques, leur permettant ainsi d’accéléreret d’optimiser les activités principalesdu projet.

Cette euille de route (voir le graphique5) comporte cinq phases et donneaccès à d’autres outils, notamment lenavigateur de solution et la boîte àoutils (Application Speciic Upgrade – ASU) ournie par SAP.

Pour une utilisation hors connexion,SAP Upgrade Road Map est égalementdisponible au ormat HTML. Vouspouvez le télécharger à l’adressehttp://www.service.sap.com /upgraderoadmap.

Assistance externeSi vos ressources internes sont limitéesou si votre personnel n’a pas les com-pétences nécessaires pour réaliser lamontée de version vers SAP ERP 6.0,certains services spécialisés ou d’ac-compagnement peuvent vous aider àéviter les mauvaises surprises et àgarantir le respect des délais et du bud-get de votre projet. D’après les enquê-tes menées par SAP, la plupart des

clients SAP ERP ont appel à une aideextérieure pour veiller à la bonne exé-cution de leurs projets de montée de version. Le graphique 6 indique la pro-portion de clients qui ont appel à uneassistance externe dans les diérentesétapes d’une montée de version.

SAP dispose de services d’expertspour apporter un support personnaliséà ses clients. SAP ournit égalementdes concepts globaux d’assistance,notamment le porteeuille de servicesSAP Saeguarding or Upgrade, ou desservices d’accompagnement de lamontée de version. Dans le cadre desservices d’accompagnement, un expertSAP maîtrisant tous les aspects de lagestion de projet et de la technologie vous assiste dans le travail de montéede version.








La technologie avancée utilisée parSAP depuis le passage à la versionSAP R/3 Enterprise simpliie considé-rablement la montée de version. Selondes données récentes de la base dedonnées SAP des expériences de

montée de version, les procéduresde montée de version actuelles pourl’exécution technique correspondentaux attentes des clients ou les dépas-sent dans 86 % des montées de ver-sion vers SAP ERP 6.0. Néanmoins,pour garantir le bon déroulement de votre montée de version, votre entre-prise et vous-même devez vous prépa-rer aux diicultés susceptibles d’appa-raître à chaque phase du projet.

Une enquête menée en 2007 par SAPrévèle quels domaines sont perçuscomme problématiques pendant laphase d’implémentation de la montéede version, ainsi que le pourcentagede personnes interrogées qui ontrencontré d’importantes diicultésdans ces domaines :• correction de l’inrastructure inorma-

tique (44 %) ;• déploiement technique et limitation

des temps d’arrêt (66 %) ;• corrections d’application et comparai-

sons des modiications (35 %) ;• Eicacité des tests (68 %) ;• ormation des utilisateurs (44 %).

Pour chacun de ces domaines, la sec-tion suivante ournit des inormationsdétaillées, les meilleures pratiques etles recommandations SAP.

Corrections de l’inrastructureinormatique

La base de données SAP des expérien-ces de montée de version révèle que40 % de ses clients n’ont pas besoinde revoir la coniguration de leur maté-riel avant une montée de version versSAP ERP 6.0. Cependant, dans la plu-part des cas, ils trouvent nécessaire demodiier leur inrastructure inormatique.Ces corrections peuvent comporter unredimensionnement du serveur d’appli-cation, un déploiement de nouveauxcomposants ront-end, des correctionsréseau pour maintenir les perormancesdu système, une montée de version ouune migration de votre système d’exploi-tation ou de la plate-orme de base dedonnées ou une conversion à Unicode.

Redimensionnement du serveurd’applicationUne règle empirique veut qu’à chaquenouvelle version de SAP ERP, lesdemandes en matériel pour le serveurd’application augmentent d’environ10 %. Une montée de version de SAP

R/3 4.6C vers SAP ERP 6.0 augmentela demande en mémoire du serveurd’application de 55 % et en unité cen-

trale du serveur d’application de 22 %.Pour chaque nouvelle version de SAPERP, SAP ournit des inormations

détaillées sur le dimensionnement deltanécessaire dans les notes SAP corres-pondantes dont la liste igure à la sec-tion « Autres inormations », à la in dece document. SAP propose un outilgratuit de « dimensionnement rapide »(SAP Quick Sizer) qui vous aidera àréaliser une première évaluation de lacapacité requise.

Déploiement de nouveaux composantsront-end SAPSAP vous recommande d’utiliser etde déployer la dernière version de soninterace graphique utilisateur (GUI),qui garantit la compatibilité amont avecles applications SAP précédentes. Pourexécuter cette interace graphique, vousdevrez éventuellement eectuer unemontée de version du matériel ou dusystème d’exploitation des PC des utili-sateurs. Vous trouverez d’autres conseilset astuces sur les procédures les pluséconomiques de déploiement de com-posants ront-end SAP dans le docu-

ment de stratégie de déploiement ront-end SAP (voir « Autres inormations »).

EXÉCUTION D’UNE MONTÉE DE VERSION VERS SAP ERP 6.0




Corrections du réseau pour gérer lesperormances du systèmePour éviter les goulets d’étranglementsusceptibles de réduire les perorman-ces après une montée de version versSAP ERP 6.0 et pour garantir que votre

système onctionne aussi bien, voiremieux qu’avant, SAP propose un livreblanc (SAP Network Sizing) qui récapi-tule les principales recommandationspour obtenir une coniguration optimaledu réseau. Ce document est disponibleà l’adressehttp://www.service.sap.com/erp-inst.

Montée de version ou migrationdu système d’exploitation et de laplate-orme de base de données

Cette opération peut représenter unecondition préalable pour eectuer lamontée de version technique. Aux yeuxde certains clients, le projet de montéede version représente par ailleurs uneoccasion de modiier leur systèmed’exploitation ou leur ournisseur debase de données ain de réduire le coûtd’exploitation.

Conversion à UnicodeSi vous eectuez une conversion à Uni-code pendant la phase de mise en servi-ce du projet de montée de version, vousdevrez peut-être envisager un redimen-sionnement supplémentaire (selon lesexigences décrites dans les notes SAPcorrespondantes (voir « Autres inorma-tions »). Ces notes expliquent égalementles motis de conversion à Unicode.

Déploiement technique

Lors du passage au logiciel SAP R/3Enterprise, en 2003, SAP a nettementamélioré ses procédures de montéede version grâce à l’introduction de la

technologie de changement de système. Aujourd’hui, cette technologie est sys-tématiquement utilisée pour toutes lesapplications SAP basées sur le langagede programmation ABAP™. Elle est aussiutilisée pour les applications Java.

Avantages de la technologie dechangement de systèmeCette technologie permet de passer, enune seule opération, d’une version dusystème SAP ERP (par exemple, une

ancienne version de SAP R/3) au niveaude version souhaité (par exemple, SAPERP 6.0). Contrairement aux techniquesde migration, cette technologie decommutation (applicable à partir de la version source SAP R/3 3.1I) permetune correction du nouveau logiciel SAP,de la base de données sous-jacente etde la structure de données correspon-dante. Elle eectue ces opérations «sur place », sans déplacer le contenude la base de données. À la diérencede la technologie de montée de versionutilisée précédemment (notammentpour passer au logiciel SAP ERP 4.6C),la technologie de changement de sys-tème permet de déplacer les activitésprincipales de la phase de temps d’ar-rêt du système à celle d’exploitation.Cela permet de réduire la durée moyen-ne des « interruptions techniques »associées à une montée de version vers SAP ERP 6.0 (qui est en moyennede 8 heures environ) de plus de 50 %par rapport aux passages précédents,

des versions SAP R/3 à SAP R/3 4.6C.

Puisque la composante centrale deSAP ERP reste stable, la montée de version technique est également bienplus simple et prévisible que lesmontées de version vers les versionsprécédentes de SAP R/3.

Réduction des temps d’arrêt(Downtime)Le temps d’arrêt total est divisé entemps d’arrêt technique et en tempsd’arrêt des activités. Le temps d’arrêttechnique est la période durant laquellele système logiciel ne peut pas êtreutilisé de açon productive. Il n’inclutpas les durées des sauvegardes, tests,etc. Le temps d’arrêt des activités représente la durée (prévue ou impré-

vue) pendant laquelle les utilisateursn’ont pas accès au système logiciel ouà la solution. Il englobe le temps d’arrêttechnique, mais aussi la sauvegardedes données et les tests inaux.

Pour réduire le temps d’arrêt technique, vous pouvez :• Choisir la stratégie « temps d’arrêt

réduit » plutôt que celle « ressourcesréduites » (pour plus de détails,consultez les inormations sur leguide principal de montée de versiondans le tableau « Réalisation dudéploiement technique » de la sec-tion « Autres inormations », à la inde ce document).

• Avant la mise à niveau, eectuer unnettoyage des tables de base dedonnées sur lesquelles portent lesconversions de données eectuéespendant le temps d’arrêt

• Pendant le temps d’exploitation,eectuer une conversion incrémen-tielle des tables dont la structure

change dans SAP ERP 6.0


http://www.service.sap.com/erp-inst

http://www.service.sap.com/erp-inst



• Eectuer la montée de version aprèsune reconiguration, une extensionou un redimensionnement de l’inras-tructure matérielle (si vous eectuezl’une de ces tâches) pour accéléreren particulier les opérations sur les

bases de données• Vériier que vous utilisez systémati-

quement le dernier correcti de l’outilde montée de version

La taille de la base de données n’a pasd’incidence directe sur la durée dutemps d’arrêt technique.

Le temps total d’arrêt des activités peutégalement dépendre d’autres acteurs,tels que :•

Stratégie de sauvegarde : selon letemps disponible, la sauvegarde horsligne peut être remplacée par unesauvegarde en ligne, ce qui réduitencore le temps d’arrêt total. Parailleurs, certaines technologies,notamment la sauvegarde de disquemiroir ractionné (« split-mirror »)peuvent éliminer totalement le tempsd’arrêt lié aux sauvegardes.

• Activités postérieures à la montéede version : le temps nécessairepour préparer le système à la miseen service peut être accru, selon leslangues installées, les autres trans-erts à inclure dans le système et ladurée des tests d’acceptation par lesutilisateurs réalisés. La boîte à outils ASU peut vous aider à eectuertoutes les opérations qui suivent lamontée de version.

Chaque système logiciel SAP possèdeune coniguration et des données appli-catives très spéciiques. C’est pourquoi

il n’est possible d’évaluer avec précision

la durée totale de la montée de versionet du temps d’arrêt qu’après analysedes résultats d’une montée de versiontest, eectuée sur une conigurationmatérielle représentative et avec uncertain volume de données.

Corrections d’application etcomparaisons des modiications

Avec un système de projet (systèmed’essai), vous pouvez acilement identi-ier toutes les modiications pertinentesdu logiciel SAP et toutes les correctionsnécessaires. En conséquence, vouspouvez minimiser le temps nécessairepour réaliser les corrections réelles surle système de développement.

Les corrections d’application pour unemontée de version technique portentsur quatre domaines principaux : com-paraison des modiications du logicielSAP, corrections des personnalisations,personnalisation de la montée de ver-sion (delta) pour les processus de ges-tion existants et les onctions standarddu logiciel SAP, et corrections desinteraces ou des applications SAPet produits tiers associés.

Comparaisons des modiications dulogiciel SAPLors du processus de montée de ver-sion, les objets SAP modiiés sont rem-placés par des objets SAP standard.Les modiications encore nécessairesaprès l’opération doivent être compa-rées. Avec les outils SAP de comparai-son des modiications, il est néanmoinsacile d’identiier et de gérer toutesles modiications pertinentes, qu’ellesportent sur le logiciel SAP, la base de

données ou la structure des données.

Corrections des développementspersonnalisésContrairement aux objets SAP modiiés,les développements personnalisés dulogiciel ne sont pas directement aec-tés par la montée de version technique.

Touteois, dans la mesure où ils sontincorporés à d’autres objets SAP etont souvent réérence à des objetsstandards éventuellement modiiésau cours de la montée de version,ils doivent également être corrigés.Les nouveautés de la version de SAPconstituent la principale source d’inor-mations permettant de déterminer si etdans quelle mesure le code personnalisédoit être modiié pour maintenir la com-patibilité avec les onctions standard de

SAP ERP 6.0. Ces corrections peuventêtre eectuées à l’aide des outils dedéveloppement SAP standard. De plus,SAP propose un package d’optimisationdes développements personnaliséspour vous permettre de les gérer ei-cacement pendant une montée de ver-sion et sur la totalité du cycle de vie dela solution.

Recommandation SAP : éliminez lesmodiications du logiciel SAP et lespersonnalisations inutilisées au niveaudu système de développement lors descorrections d’application ain de limiterles coûts de maintenance à venir. Lesstatistiques SAP montrent que de nom-breux développements et états per-sonnalisés ne sont jamais utilisés. Pouranalyser les conditions propres à unsystème, SAP emploie des outilsnormalisés (dans le cadre du serviced’évaluation rapide de la montée de version, par exemple). Cela vous per-met d’évaluer l’impact de la montée de

version et ore une base solide pourl’estimation du coût et des eorts requis.




Personnalisation de la montée de version pour les processus de gestionexistants

Il est souvent inutile de modiier lesparamètres de personnalisation desprocessus de gestion existants aprèsune montée de version. Touteois, danscertains domaines, des corrections deCustomizing spéciiques peuvent êtrenécessaires au bon onctionnement deces processus et des onctions SAPstandard. Dans ce cas, les correctionsde Customizing nécessaires igurentdans le guide d’implémentation consa-cré à la personnalisation de la montéede version (delta) (voir la section « Autres inormations »)

Avec la montée de version, certainestransactions remplacées par de nouvel-les onctionnalités peuvent devenirobsolètes. Les inormations concernantles autres corrections nécessaires del’application sont rassemblées et our-nies aux clients SAP via la boîte à outils ASU.

Corrections des interaces ou desapplications connexesComme certains processus de gestionpassent par plusieurs systèmes oumettent en jeu des produits tiers, il estimportant de s’assurer que toutes les

interaces sont correctement docu-mentées avant la montée de version,condition essentielle à une vériicationeicace pendant la réalisation du projet.

Grâce à la stabilité de sa composantecentrale, SAP ERP 6.0 réduit nettementles besoins de correction d’application,notamment pour les clients équipésd’un système SAP R/3 4.6C ou supé-rieur. Pour plus d’inormations, reportez- vous au guide de montée de version

correspondant à votre système, surSAP Service Marketplace (voir la sec-tion « Autres inormations »). Cetteressource en ligne contient égalementdes inormations sur la procédure d’im-plémentation des solutions métier SAP.

À l’avenir, des packages d’extensiondevraient éviter les corrections d’applica-tions, puisqu’ils permettront d’activercertaines nouvelles onctions avec trèspeu de répercussions sur l’applicationutilisée.

Tests

Il est essentiel de réaliser des testscomplets pour réduire au minimum lesrisques d’interruption des activités lorsde tout projet SAP, y compris les mon-tées de version purement techniques.D’après une enquête menée par SAPen 2007, 68 % de ses clients déclarentque les tests représentent un inducteurde coût majeur et une véritable diiculté

dans les projets de montée de version.

La nécessité des tests et l’eort qu’ilssupposent dépendent du niveau decorrection d’application et de la portéeonctionnelle du projet. Une bonneorganisation et une bonne préparationallègent le travail nécessaire. Dans les

projets de montée de version, les testsdoivent se concentrer essentiellementsur les processus de gestion centraux,notamment les interaces, les ormulai-res, les autorisations et les développe-ments. Le développement de procédu-res complètes et le maintien de latransparence des processus de gestionexistants permettent de réduire lesactivités manuelles et la participationdes utilisateurs aux tests. Touteois,limiter trop sévèrement le temps et le

budget consacrés aux tests ou négligerl’implémentation des normes et procé-dures de test adaptées peut compro-mettre les processus de gestion cru-ciaux. Bien souvent, le manque detransparence des processus essentielsou un catalogue de test incompletempêche les clients SAP d’eectuerdes tests précis.

SAP propose des outils qui permettentde planiier et d’exécuter les tests deaçon rationnelle et économique, aind’atteindre un bon équilibre entre qualitédes tests et travail nécessaire. SAPSolution Manager procure un accèsintégré à une onction d’organisationdes tests (Test Organizer) et à desoutils étendus de tests assistés parordinateur. Cela peut, par exemple,aider à organiser les scénarios de testet aire connaître les scénarios manuelsou automatiques disponibles en lesdocumentant par processus de gestionmajeur. Ces scénarios de test peuvent

être utilisés soit pour les tests unitaires,

« Nous avons opté pour la

solution SAP « one-stop » car

nous étions intéressés par le

package proposé, qui réunissait

les compétences SAP, une gestionde projet professionnelle, des

spécialistes de la formation et

des outils de test automatisés. »

Lothar Haner, Che de projet principal, INVISTA




soit pour déinir des plans de testdestinés aux essais de régressionet d’intégration du projet de montéede version. SAP Solution Managerpermet enin de réduire sensiblementles tâches manuelles de test, tout en

contribuant à garantir des résultats dequalité et une progression transparen-te, même au-delà de la montée de ver-sion du logiciel SAP. L’automatisation,notamment pour les essais de régres-sion (ou lors de l’utilisation de packa-ges de support pour les applicationsSAP) peut nettement accélérer lestests, les aciliter et réduire nettementles tâches manuelles (jusqu’à –40 %).

Recommandation SAP : pour les pro-

jets de montée de version de logicielsSAP d’une durée de quatre mois envi-ron, il est conseillé de consacrer aumoins trois semaines aux essais derégression et d’intégration inale.

Si vous devez créer plus souvent dessystèmes de test ou d’autres systèmesnon productis, le logiciel SAP TestData Migration Server permet d’engarantir la cohérence et la qualité touten réduisant au minimum l’investisse-ment matériel. En outre, divers outilsde partenaires et ores de servicesSAP dédiés peuvent contribuer à opti-miser l’ensemble du processus de ges-tion des tests. (Pour obtenir des détailsrendez-vous à l’adresse http://www.service.sap.com/upgradeservices .

Formation des utilisateurs

Comme pour les tests, le travail deormation des utilisateurs dépend engrande partie de la portée onctionnellede la montée de version et de l’impor-

tance des corrections d’application.L’eort requis varie également selon lacapacité de votre entreprise à aborderce problème (par exemple, par l’utilisa-tion de documents de ormation com-plets et précis).

Une montée de version purement tech-nique a peu d’impact sur les interacesutilisées par les salariés. La migrationdepuis SAP R/3 4.6C ou une versionsupérieure est à peine remarquée par

les utilisateurs, puisque SAP ERP 6.0utilise la même interace utilisateur.Pour les versions antérieures, l’impactpeut être plus net, car certaines tran-sactions SAP cruciales ont été entière-ment remaniées dans SAP R/3 4.6C.

Recommandation SAP : pour uneormation delta économique desutilisateurs, SAP conseille d’étudierles alternatives à la ormation en classetraditionnelle. Par exemple, il est possibled’utiliser un concept « ormer l’anima-teur » pour multiplier les connaissancestransmises aux utilisateurs par l’inter-médiaire d’experts en processus degestion, dans un processus en cascade.Si les modiications apportées à l’inter-ace utilisateur sont limitées, mais qu’un

grand nombre d’utilisateurs disséminésgéographiquement ont besoin d’uneormation, les méthodes de ormationen ligne peuvent s’avérer plus ration-nelles. Vous trouverez à l’adressehttp://www.sap.com/services/education

/catalog/erp/courseinder.epx un outilde recherche de cours sur les montéesde version. Il vous aidera à trouver lescours pour ormer votre équipe de projet à présenter SAP ERP à vos salariés.Enin, SAP propose des solutions deormation en ligne ainsi qu’un outil dedocumentation intégré à SAP SolutionManager qui ournissent, en onctionde vos besoins, un support méthodolo-gique et l’aide d’experts.


http://www.service.sap.com/upgradeservices


http://www.sap.com/services/education/catalog/erp/coursefinder.epx








SAP ERP 6.0 présente un importantpotentiel d’amélioration des opérationsde gestion actuelles, d’élargissementdes onctionnalités et d’aide à l’innova-tion pour répondre à l’évolution desexigences de gestion. Cette version de

choix, qui permet de se projeter au-delàde 2010, garantit également une plate-orme inormatique stable et durable,capable de réduire les risques et lamaintenance, mais aussi de permettreà votre société de se maintenir dans unmonde des aaires dynamique etconcurrentiel.

La satisaction suscitée par les mon-tées de version des logiciels SAP s’estnettement renorcée au cours des dix

dernières années, grâce à la solidité età la stabilité de l’application centrale,à l’amélioration des technologies demontée de version SAP et à l’aide our-nie par SAP à tous les stades du projet. La sensibilisation aux diicultéssusceptibles d’apparaître au coursd’une montée de version d’un logicielSAP et la connaissance des méthodespour les juguler par un recours auxmeilleures pratiques et la déinition denormes et de procédures rendent lepassage à SAP ERP 6.0. plus simpleet plus direct. Vous n’avez donc guèrede raisons de repousser votre montéede version. C’est le moment de com-mencer à proiter au maximum de votre investissement dans le systèmeSAP R/3.

Messages clé à l’intention des

décisionnaires inormatiquesBien préparée, la montée de version vers SAP ERP 6.0 ore à votre entre-prise des avantages considérablesdans bien des domaines :• Avantages variés : le nouvel logiciel

ERP procure une base stable et lexi-ble, ainsi qu’une multitude de nouvel-les onctions et caractéristiques quicontribuent à rentabiliser votre inves-tissement actuel dans les solutionsSAP. Cependant, la montée de ver-sion n’est pas justiiée par un acteurdécisi unique. Il est préérabled’adopter une démarche globale etd’analyser l’éventail d’avantages dela montée de version pour les dié-rents secteurs de votre entreprise.

• Justiication en termes de gestion : identiiez vos principales exigencesde gestion, ainsi que les aspects de votre modèle de gestion qui pour-raient être modiiés ou améliorés,

puis comparez vos besoins aux onc-

tions disponibles dans SAP ERP 6.0.L’outil d’exploration de solutions(Solution Browser) peut vous aider àidentiier les avantages concrets dela montée de version.

• Processus d’évaluation intégré : lesunités métiers ainsi que les servicesinormatiques peuvent tirer de nom-breux avantages de SAP ERP. Favori-sez la coopération et la consultationentre ces deux domaines et évaluezles opportunités par rapport aux ris-ques potentiels.

• Coordination avec la stratégie inor-matique : concrètement, les montéesde version des logiciels SAP sontdevenues beaucoup plus directes etprévisibles ces dernières années. Assurez-vous cependant que la mon-tée de version s’inscrit bien dans votre stratégie inormatique globaleet n’entre pas en conlit avec d’autresprojets inormatiques.

METTRE EN PLACE DÈS AUJOURD’HUILA SOLUTION DE DEMAIN




Messages clé à l’intention desches de projet et des respons-ables de projets techniques

Voici quelques messages clé à l’atten-tion des ches de projet et des respon-

sables de projets techniques concernéspar une montée de version :• Prenez les montées de version très

au sérieux : planiiez et gérez votremontée de version vers SAP ERP 6.0avec autant de soin que vous le eriezpour d’autres projets SAP, par exem-ple en établissant des normes et desprocédures complètes. SAP SolutionManager peut vous aider à planiieret à gérer la montée de version.

• Préparez vos systèmes : le nettoyage

des modiications et un archivagesélecti peuvent diminuer sensiblementle travail requis lors de la montée de version.• Testez la montée de version : prépa-

rez-vous en réalisant au moins unemontée de version test au début del’étape de planiication ain d’identiierles risques potentiels, les diicultéset limitations techniques ainsi que lesinducteurs de coût.

• Adoptez une approche par étapes :eectuez d’abord une montée de version technique, puis déployez lesnouvelles onctions ou les innovationsde gestion dans les projets suivants.

• Proitez de l’amélioration de latechnologie de montée de version :passer de SAP R/3 4.6C (ou d’une version supérieure) à SAP ERP 6.0engendre moins de perturbations,moins d’eorts et de temps d’arrêtque les passages vers les versionsprécédentes du logiciel SAP R/3.

• Réduisez le temps d’arrêt : la duréemoyenne du temps d’arrêt au coursd’une montée de version a ortementdiminué. La plupart des clients SAPmettent leur système en service surun week-end normal.

• Prévoyez des tests approondis :ne sous-estimez pas le travail detest. Celui-ci dépend essentiellementdes besoins de correction des appli-cations et de la portée onctionnellede la montée de version.

• Formez les utilisateurs : les besoinsen ormation des utilisateurs dépen-dent du nombre de nouvelles onc-tionnalités mises en œuvre. L’eortde ormation est généralement moin-dre que pour les versions précéden-

tes de SAP R/3. Envisagez desméthodes de ormation alternatives,notamment les ormations en ligneou l’approche « ormer l’animateur ».

• Demandez des conseils d’experts,autant que nécessaire : sollicitezune aide extérieure (voir notammentles ores SAP) en complément de vos ressources internes dans desdomaines précis (pour une conver-sion Unicode, par exemple) plutôtque de mettre le projet en péril.

« Le passage à SAP ERP 6.0 nous

a permis d’accéder aux toutes

dernières fonctionnalités, plus

proches de nos processus de

gestion et de notre processusprincipal d’attribution des sub-

ventions. Nous avons terminé

la montée de version de notre

système ERP dans les délais et

sans dépasser le budget, nous

avons maintenant un système

qui fonctionne, avec une appli-

cation et une technologie solidesqui nous aident à améliorer nos

processus de gestion tout en

renforçant la visibilité pour nos

cadres. La nouvelle architecture

de SAP ERP nous permet de

collaborer plus efficacement et

de gagner en souplesse, le tout

pour un coût global inférieur. »Derk Riesthuis, che de projet, Provincie

Noord-Holland




Les ressources indiquées dans cettesection donnent des inormations plusspéciiques ou plus précises sur la mon-tée de version vers SAP ERP 6.0. Dansles tableaux suivants, la plupart des res-sources en ligne répertoriées (mais pas

toutes) se trouvent sur l’extranet SAPService Marketplace. Pour accéder à cesite, vous devez vous enregistrer. Desnotes SAP sont également publiées surSAP Service Marketplace, accessible àl’adresse http://www.service.sap.com.

AUTRES INFORMATIONS

Identiier la proposition de valeur et justiier la montée de version

Compréhension de la stratégie de montée de version pour SAP® ERP et déter-mination de la proposition de valeur

Sujet Autres sources d’inormation

Calendrier de maintenance pourl’application SAP® ERP

http://www.service.sap.com/maintenance

Présentation de la dernière version deSAP ERP

• Présentation de SAP ERP :http://www.service.sap.com/erp

•

« Application, stratégie et euille de routeSAP ERP » : présentation standard SAP• « SAP ERP, cycle de vie des packages

d’extension » : présentation standard SAP• Packages d’extension pour SAP ERP :

http://www.service.sap.com/erp-ehp• Business maps SAP ERP

Proposition de valeur pour la dernière version de SAP ERP

Comment SAP ERP répond aux tendancesactuelles du marché et aux besoins typedes entreprises

« La valeur de SAP ERP » :présentation SAP standard

SAP Accelerated Value Assessment :

Aperçu des services

Analyse détaillée de la valeur de ladernière version de SAP ERP :• Fonctionnalités delta• Formation delta et ateliers• Essai de la nouvelle version avec un

système de démonstration ou unsystème test

• Outil de navigation de solution de SAPhttp://erp.mpmedia.com/

• Ores de ormations delta pour SAPERP

Élaboration d’une analyse de rentabilité


Service d’évaluation de SAP Aperçu des services




http://www.service.sap.com/erp

http://www.service.sap.com/erp-ehp

http://service.sap.com/businessmaps

https://websmp210.sap-ag.de/~form/sapnet?_SHORTKEY=01100035870000687450&_OBJECT=011000358700000265702007E

https://websmp202.sap-ag.de/~sapidb/011000358700002933662006E

http://erp.fmpmedia.com/







http://erp.fmpmedia.com/


https://websmp210.sap-ag.de/~form/sapnet?_SHORTKEY=01100035870000687450&_OBJECT=011000358700000265702007E

http://service.sap.com/businessmaps

http://www.service.sap.com/erp-ehp

http://www.service.sap.com/erp





Planiication d’une montée de version vers SAP ERP 6.0

Évaluation de l’impact sur votre solution ERP actuelle


Synthèse des aspects techniques de lamontée de version

« Transition vers et montée de version del’application SAP® ERP » : présentationstandard SAP

Conditions techniques requises etlimitations de SAP ERP 6.0

• Matrice de disponibilité des produits :http://www.service.sap.com/pam

• Note SAP 852235

Besoin de conversion Unicode Matrice de disponibilité de la versionmondialisée :http://www.service.sap.com/unicode@sap

Disponibilité des versions nationales Localisation :http://www.service.sap.com/localization

Problèmes de compatibilité avec d’autresapplications SAP, scénarios de gestion

et processus

Liste des composantes de processus SAP :http://www.service.sap.com/scl

Limitations de l’ancien produit SAPInternet Transaction Server

Note SAP 709038

Transactions SAP obsolètes Liste des transactions SAP obsolèteshttp://www.service.sap.com/upgrade-erp(› SAP R/3 Enterprise)

Montée de version test et analysedétaillée de l’impact d’une montée de

version sur une solution SAP existante

Des outils de montée de version SAP(notamment « PREPARE », méthode spéci-ique de préparation à la montée de versionet « SAPUP », programme spécialementconçu pour l’exécution technique d’unemontée de version SAP) sont inclus dansl’assistant ourni avec les CD de montée de

version de chaque solution, par exemple,les CD de montée de version vers SAPERP 6.0. Ces outils sont installés et géréspar l’administrateur système.

Estimation des coûts et des eorts requis


Prise en compte des inormations de bench-marking concernant la durée du projet, leseorts à ournir, etc. lors de la préparation de

l’estimation inale des coûts et des eorts

Base de données des expériences demontée de version SAP :http://www.service.sap.com/upgradetools

Utilisation du service personnalisé SAPd’évaluation de la valeur pour l’estimationdes coûts et des eorts

Service SAP® d’évaluation de montée de

version :

Aperçu des services


http://www.service.sap.com/pam

http://www.service.sap.com/unicode@sap

http://www.service.sap.com/localization

http://www.service.sap.com/scl


http://www.service.sap.com/upgradetools





http://www.service.sap.com/scl

http://www.service.sap.com/localization

http://www.service.sap.com/unicode@sap




Gestion réussie des projets de montée de version


Plan, normes et directives applicables auprojet

Contenu de SAP® Upgrade Road Map :http://www.service.sap.com /upgraderoadmap

Utilisation de la solution de gestion desapplications SAP Solution Managercomme outil de documentation du projetet plate-orme de gestion avancée ducycle de vie

SAP Solution Manager :Guide d’utilisation de SAP SolutionManager dans les projets de montée de

version

Assistance extérieure (ores SAP notam-ment) devant apporter une expertise,pallier l’insuisance des ressources, etc.

Ores SAP de service de montée de version : http://www.service.sap.com /upgraderoadmap

Exécution d’une montée de version vers SAP ERP 6.0

Détermination des besoins de correction de l’inrastructure inormatiqueSujet Autres sources d’inormation

Mise à jour des PC de bureau en onctionde la nouvelle interace graphique SAP®

Stratégie de déploiement ront-end :Stratégie de déploiement front-end SAP

Exigences de bande passante réseau etimpact sur cette dernière

Besoins en bande passante :Guide SAP de dimensionnement du réseau

Redimensionnement du serveurd’application

Une règle empirique veut qu’à chaquenouvelle version de SAP ERP, la capacitédes serveurs soit augmentée d’environ10 %. Voir les notes SAP suivantes surle dimensionnement delta des versionsprécédentes du logiciel ERP :• 113795 (version source 4.0B)• 178616 (version source 4.5B)• 323263 (version source 4.6B)• 517085 (version source 4.6C)• 752532 (version source Enterprise 1.10)• 778774 (version source Enterprise 2.00)• 901070 (version source ECC 5.00)

Voir également les inormations sur l’outilde dimensionnement rapide :http://www.service.sap.com/sizing

Conversion Unicode et impact sur le

dimensionnement

Note SAP 79991

Implications pour le système d’exploitationet la base de données

Matrice de disponibilité des produits :http://www.service.sap.com/pam









https://websmp106.sap-ag.de/~sapidb/011000358700001216462007E.PDF


http://www.service.sap.com/sizing



http://www.service.sap.com/sizing


https://websmp106.sap-ag.de/~sapidb/011000358700001216462007E.PDF










Réalisation du déploiement technique


Règles importantes issues du guideprincipal de montée de version et desguides de montée de version des com-

posantes

• Guide principal de montée de version

• Guides de montée de version :Guides de montée de version des

composantesSpéciicités des solutions métier dansles guides métier

Guides métier : Guides de montée de version propres aux secteurs

Gestion des autres considérations techniques


Conditions techniques requises pourutiliser la solution de gestion desapplications SAP® Solution Managerain de générer la clé d’installation quipermet de conigurer une inrastructureapplicative réelle

Note SAP 805390

Association d’une montée de version etd’une conversion Unicode

• Note SAP 928729 : Montée de version etconversion Unicode combinées

• Note SAP 959698 : Montée de version etconversion Unicode combinées

• Inormations générales sur Unicode et SAPERP 6.0 :http://www.service.sap.com/globalization

Optimisation du temps d’arrêt lié àUnicode

Notes SAP 784118 et 857081





https://websmp103.sap-ag.de/instguides











Eicacité des opérations de correction des applications, de test et de ormationdes utilisateurs


Analyse et correction des modiicationset des personnalisations des logiciels

SAP®

• Service d’analyse rapide et serviced’évaluation rapide de montée de version :

http://www.service.sap.com /upgradeservices• Nouveautés version du logiciel SAP :

http://www.service.sap.com/releasenotes

Corrections des applications et person-nalisation de la montée de version

Utilisez le guide d’implémentation SAP –personnalisation de la montée de version(remarque : il ne s’agit pas d’un documentmais d’un outil système installé et géré parl’administrateur système).

Autres corrections des applications Note SAP 623723 : Boîte à outils SAP demise à jour propre à l’application

Création de plusieurs systèmes non

productis et onctionnalités du logicielSAP Test Data Migration Server

Détails sur SAP Test Data Migration Server :


Utilisation de la solution de gestion desapplications SAP Solution Manager pourrenorcer l’eicacité des aspects dela montée de version liés à la gestion,notamment les tests ou la ormation desutilisateurs

SAP Solution Manager :Guide d’utilisation de SAP SolutionManager dans les projets de montée de

version

Outil de recherche de cours à utiliserpour les montées de version versl’application SAP ERP

http://www.sap.com/services/education /catalog/erp/courseinder.epx






















Sources d’inormations publiques

Les rapports d’analystes suivants sontdisponibles sur Internet, tout commel’article de RAAD Studie. Les présenta-tions SAP sont accessibles en ligne sur

SAP Service Marketplace, à l’adressehttp://www.service.sap.com. Vousdevez vous enregistrer pour accéder àce site.

Rapports d’analystes :• AMR Research : « Reduce the

Pain o ERP Upgrades with BetterPlanning, » juin 2007

• Etude Forrester : « ApplicationUpgrades: When and Why, »,décembre 2006

•

Enquête Forrester : « ERP Applica-tions 2007: Innovation Rekindles, » juin 2007• Enquête Gartner : « Business

Application Suites Upgrades Through2012, » novembre 2006

• Enquête Ventana : « Leverage ERP, »2004

• Etude de cas IDC : « Air FranceSoars to New Heights with UpgradedmySAP ERP [now SAP ERP] System,» juillet 2006

• RAAD Studie : « IT Markt inDeutschland 2007,” mai 2007

Présentations SAP :• SAP : présentation « SAP ERP Value

Proposition », juin 2007• SAP : présentation « SAP Upgrade

Experience Database », juin 2007• SAP : présentation « SAP Transition

and Upgrade », avril 2007• SAP : présentation « SAP Upgrade

Oerings », avril 2007• SAP : livre blanc SAP Standard or

Upgrades, avril 2007• SAP : document Value o Upgrade –

SAP ERP, juin 2006













www.sap.com/contactsap

50 090 643 (08/07)©2008 par SAP AG.Tous droits réservés. SAP, R/3, xApps, xApp, SAP netWeaver, Duet,Partneredge, Bydesign, SAP Business Bydesign, et d’autres produitset services SAP mentionnés dans ce document, ainsi que leurslogos respectis, sont des marques commerciales ou des marquesdéposées de SAP AG, en Allemagne et dans d’autres pays du monde.Tous les autres produits et services mentionnés sont les marquesde leurs sociétés respectives. Les données contenues dans leprésent document sont ournies à titre d’inormation uniquement.Les spécifcations nationales d’un produit peuvent varier.

Ces inormations sont soumises à modifcation sans préavis. Ellessont ournies par SAP AG et ses fliales (collectivement appelées le «Groupe SAP ») à titre d’inormation uniquement, sans responsabiliténi garantie d’aucune sorte, et le Groupe SAP ne peut être tenu pourresponsable des éventuelles erreurs ou omissions de ce document.Les seules garanties consenties, relativement aux produits etservices du Groupe SAP, sont celles énoncées dans les déclarations

de garantie expresse éventuelles, qui accompagnent lesdits produitset services. Aucune inormation de ce document ne doit êtreconsidérée comme constituant une garantie supplémentaire.

Documents

Montee de Version SAP ERP 60