TA aus ECC 6.0 nach 4.6C ?

Hallo CHF,

ich denke die Frage kann man nicht ganz pauschal beantworten. Um was für einen Transport handelt es sich denn? Geht es

a) um einen Customizingauftrag?
Dann würde ich dringend vor dem Tranport empfehlen, dass geprüft wird ob die Zieltabellen unter 4.6c bereits vorhanden sind und die gleiche Struktur haben. Wenn das der Fall ist, dann sollte es da keine Probleme geben.

b) ein Workbench mit kundeneigenen Entwicklungen?
Dann ist die Chance, dass es klappt auch relativ hoch. Es gibt allerdings auch im Entwicklungsbereich ein paar Dinge, die unter 4.6c noch nicht funktionieren. Ich denke da besp. an "IF l_var IS NOT INITIAL.". Und ein paar Objekte bspw. die neuen BAdIs. Aber wenn es wirklich nur Eigenenentwicklungen sind, die im anderen System bisher noch nicht vorhanden sind, dann kannst Du ja im Zweifel nicht so arg viel kaputt machen, wenn nicht gleich der erste Transport 100%ig klappt. Da würde ich dann den Transport einfach mal ausprobieren und schauen ob irgend welche Fehlermeldungen hochkommen.

c) ein Workbench mit Modifikationen?
Den würde ich auf keinen Fall empfehlen. Da sich einige Programme zwischen den unterschiedlichen Releasen, zumindest etwas, unterscheiden, kann das wohl nur schief gehen.

Kommt also ganz drauf an... auch was das für ein Zielsystem ist. Wenn es sich nur um eine Spielwiese handelt, dann ist das ganze eher entspannt zu betrachten. Aber wenn Ihr im E-System schon auf dem neuen Release seit und übergangsweise das P-System noch unter 4.6c betreibt, dann würde ich zumindest noch eine zusätzliche Spielwiese (mit gleichem Release wie "P") dazwischenschalten in der die Transporte zuerst importiert und gründlich getestet werden!

Gruß
Chris

Re: TA aus ECC 6.0 nach 4.6C ?

Probleme sind sicher immer dann zu erwarten, wenn im aktuelleren Release Features genutzt werden, die es im älteren nicht gibt.

Das kann von Erweiterungen der ABAP-Syntax, Unicode-Zeichen in per Hand zusammengebastelten Dynpro-Textelementen (s. Hinweis 1234192) bis hin zu ABAP-Quelltexten mit einer Zeilenlänge von mehr als 72 Zeichen reichen.

Von 4.6 nach 7.0 wäre einfacher.
Technisch sollte der Transport da klappen und man müsste nur Syntaxfehler und Verwendung obsoleter FBs ... anpassen.

Customizing-Transporte und Modifikationen an SAP-Objekten wären für mich auch tabu. Zumindest ist für Customizing eine Einzelfallprüfung und für Modifikationen (oder Enhancements) das manuelle Nachziehen der Änderungen nötig.

M.E. gab es zu dem Thema auch OSS-Hinweise.
Ja, einfach zu finden:

Sammelhinweis: Releaseübergreifende Transporte
https://service.sap.com/sap/support/notes/1090842
Der verweist dann auch auf die Klippen bei Transport zwischen einzelnen Releases.
Wenn der Sprung größer ist, gilt (mindestens) die "Summe" der jeweiligen Hinweise.

* 1089083 Transporte zwischen Basis-Release 7.0 und 7.1

* 1273566 Transporte zwischen Basis-Release 700/701 und >= 702

* 454321 Transporte zwischen Basis-Release 6.* und 7.0

* 330267 Transporte zwischen Basis-Release 4.6* und 6.*

* 126776 Transporte zwischen Release 4.5* und 4.6*

* 120151 Transporte zwischen Release 4.0B und 4.5*

* 60928 Transporte zwischen Release 3.1I und 4.0B

Einige der Hinweise haben noch verwandte Hinweise, die auf Unicode-Probleme eingehen.