Précédent   Forum des professionnels en informatique > Logiciels > Solutions d'entreprise > ERP > SAP
SAP Forum d'entraide sur SAP et sur la programmation avec le langage ABAP
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 06/07/2007, 11h42   #1
Membre à l'essai
 
Inscription : août 2006
Messages : 40
Détails du profil
Informations forums :
Inscription : août 2006
Messages : 40
Points : 24
Points : 24
Par défaut Migration vers SAP ECC6

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.
Frooty est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 06/07/2007, 12h58   #2
Membre expérimenté

 
SAP for Banking
Inscription : juin 2002
Messages : 539
Détails du profil
Informations personnelles :
Âge : 35
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : SAP for Banking
Secteur : Conseil

Informations forums :
Inscription : juin 2002
Messages : 539
Points : 566
Points : 566
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.
ludovic.fernandez est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 08/07/2007, 11h29   #3
Membre à l'essai
 
Inscription : août 2006
Messages : 40
Détails du profil
Informations forums :
Inscription : août 2006
Messages : 40
Points : 24
Points : 24
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.
Frooty est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/12/2007, 17h09   #4
Invité régulier
 
Inscription : novembre 2007
Messages : 7
Détails du profil
Informations forums :
Inscription : novembre 2007
Messages : 7
Points : 7
Points : 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é).
eponasol est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 20h06.


 
 
 
 
Partenaires

Hébergement Web