|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre à l'essai
![]() Inscription : août 2006 Messages : 40 ![]() |
Bonjour à tous,
Cet automne, nous allons migrer notre SAP 4.72 dans la version ECC6. Certains parmi vous ont-ils déjà fait ce saut ? Y-a-t-il beaucoup de choses qui changent pour l'ABAP ? Nous avons beaucoup de programmes spécifiques, faut-il s'attendre à des gros problèmes ? Merci de vos réponses. Frooty. |
|
|
00
|
|
|
#2 |
|
Membre expérimenté
![]() ![]() ![]() SAP for Banking Inscription : juin 2002 Messages : 539 ![]() |
Bonjour Frooty,
En effet, une telle upgrade est generalement un gros investissement : risques lies au besoin d'un nouveau HW sizing, conformite de la Product Availability Matrix e.g., passage de Oracle 8 a Oracle 10, aux technologies telles que MDMP (Unicode) qui peuvent ne plus etre supportees, aux changements de fonctionalites, a la reecriture des Z_reports, a la re-conception d'une partie du customizing ... Je vous invite a consulter SAP MArketplace et si possible a contacter SAP Solution Support afin de beneficier de leur experience et de leurs tools. A mon humble avis, connaitre SPAU, SAINT et autres n'est pas assez; Il s'agit de mettre en place une strategie d'upgrade dediee : copie de la chaine de production, migration adaptee et ordonancee .... L'un des problemes majeurs est generalement le fait de ne pas se souvenir pourquoi tel ou tel report a ete implemente et donc de savoir comment le migrer si son interfacage n'est plus valide apres mise a jour (parfois sa suppression est la meilleure solution) => d'ou une grosse phase de documentation pre-upgrade. Ludo
__________________
TRY. N/A CATCH cx_root. |
|
|
00
|
|
|
#3 |
|
Membre à l'essai
![]() Inscription : août 2006 Messages : 40 ![]() |
Bonjour Ludo,
Merci pour tes lumières. La première étape de notre migration sera une maquette en ECC6 de notre production actuelle pour pouvoir anticiper un maximum. Elle devrait être prète courant juillet. Toutes nos modif. de standard (peu nombreurses sont documentées) et nos spécifiques ont déjà été bien épurés lors des précédentes migrations. Mais d'après ce que tu me dis, ça ne va pas être une partie de plaisir. Frooty. |
|
|
00
|
|
|
#4 |
|
Invité régulier
![]() Inscription : novembre 2007 Messages : 7 ![]() |
il faut nuancer...
si vous passez sur un système Unicode (ce qui n'est pas toujours le cas) il est possible que les anciens programmes Z ne soient pas compatibles et nécessitent de réécrire certains morceaux. Parfois on peut simplement désactiver la vérification Unicode si le programme ne traite pas des données utilisant des code pages différents. à mon avis il faut faire plus attention aux programmes standard qui ont été modifiés mais là, SPAU veille. d'un point de vue fonctionnel, les évolutions doivent pas t'empêcher de dormir... la maquette que vous allez faire devrait suffire à mettre en avant les problèmes. tout dépend évidemment de chaque situation mais chez certains clients la migration a mis 2 jours (samedi + dimanche) pour 2 personnes seniors. C'est un cas extrême mais qui prouve que la compatibilité des anciens programmes est généralement assez bonne (ça dépend aussi de la qualité des développements précédents mais tu sembles penser que c'est OK de ce côté). |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com