Hallo h1as,
das Thema ist recht komplex und vielschichtig .. so ohne weiteres wirst Du da keine detaillierte Antwort bekommen 🙂 .. ich versuche mich aber mal in einer allgemeineren.
Insgesamt gibt es bei sowas recht viel zu beachten. Für mich sind das drei separate Projekte: SEM BCS, Upgrade und Migration.
SEM BCS ist, wenn es als Konsolidierungseinheit im Konzern / Unternehmen verwendet wird, ein Buchungssystem, ist abschlußrelevant und läuft damit unter gänzlich anderen Bedingungen (Nachvollziehbarkeit, Unveränderbare Belege, Abschlußtermine, Prüfungsrelevanz, etc.) als der Rest vom BW. Es ist mehr oder minder vergleichbar mit einer FI Migration.
Aus diesen Gründen, aber auch schon in Anbetracht der Fülle der Änderungen von 3.5 zu 7.x ist die "Portierung" von BCS auf ein neues System ein separates Projekt.
Ein Releaseupgrade eines BW Systems ist mit vielen Umstellungen und vielen vielen Vorüberlegungen durchzuführen, alleine das Berechtigungswesen ändert sich stark. Auch dies ist ein separates Projekt und sollte komplett getrennt von einer Migration durchgeführt werden. Zusätzlich muß man sich Gedanken machen, ob das bisherige System weiterläuft .. üblicherweise kopiert man den laufenden Mandanten in ein Projektsystem und macht darauf dann die Migration, das wird dann das neue Produktivsystem.
Ob man ein System neu aufbaut oder "nur" eine Upgrade durchführt, hängt u.a. davon ab, ob man einen Neuanfang machen möchte ... Stichworte Datenmodelle, Designvorgaben, Namenskonventionen, Aufräumen. Ich finde es wichtig, alte Fehler zu bereinigen .. ich kenne da 7.xer Systeme, die auch jetzt noch Kraut und Rüben sind. Aus meiner Sicht schade um die vertane Chance
Eine Migration, sprich Struktur- und Datenübernahme von einem in ein anderes System ist zweigeteilt zu betrachten: eine Datenübernahme kann durch Aufbau ähnlicher oder identischer Strukturen im zweiten System erfolgen sowie eine typische RFC Anbindung und geeigneter Extraktoren (Abnahme durch Fachbereiche / Prüfer).
Strukturen, also Cubes, DS/IS, Fortschreibungen aber auch Programme, Felder, Domänen, Tabellen und Views, Queries könnten über Transporte "rübergehen". Sprich: alles einsammeln, auf Auftrag schreiben und transportieren. Dazu muß ein Transportweg eingerichtet werden, alternativ per Download des Files und Upload im Ziel. Aaaaaaber: alles was transportiert wird an Objekten kann im Zielsystem schon vorhanden sein. Und dann wird es überschrieben, resp. der Transport "geht auf die Bretter". Man muß also zuvor sehr umfangreiche und genauste Analysen in beiden Systemen durchführen, welche Objekte mit welcher Ausprägung vorhanden sin, wie sie für welchen Zweck (auch betriebswirtschaftlich / inhaltlich) genutzt werden. Da wird es meiner Erfahrung nach viele Übereinstimmungen geben .. udn dann heisst es manuell nachbauen. Mir wäre ein Transport eh zu gefährlich .. zu unkalkulierbar im Ergebnis. Daher lieber manuell nachbauen mit dem Vorteil, daß man dann (unter entsprechenden Design- und Namensvorgaben) alte Fehler bereinigen kann, eventuell sogar Dinge verbessern kann.
Viele Grüße
Thomas