für bestimmte Buchungskreise hat sich das Geschäftsjahr geändert (bisher verschoben, neu GJ=Kalenderjahr).

Die Buchungskreise werden auf ein neues SAP-System migrieren. Die Daten werden vom jetzigen SAP-System extrahiert, und in das neue SAP-System eingespielt.

Wenn im neuen SAP-System im Customizing die GJ-Variante als Kalenderjahr eingestellt ist, sollte die GJ-Umstellung doch automatisch stattfinden - dadurch das mit dem Buchungsdatum geladen wird. Oder?

Bin dankbar für alle Anregungen / Ideen / Kommentare!

Danke

Exberliner

die eigentliche Frage verstehe ich nicht.

Damit ihr das Geschäftsjahr so einfach wie möglich (ohne SLO) umstellen könnt migriert ihr auf ein neues System, dass per Definition mit der neuen Geschäftsjahresvariante arbeitet.

Dadurch habt ihr einen sauberen Cut und die Buchungsperioden werden entsprechend abgeleitet.

So haben wir das auch mal vor Jahren aus dem gleichen Grund gemacht.

Das Einzige das es zu prüfen gilt, ist ob ihr dann nicht auch noch ein Rumpfgeschäftsjahr für die Zeit zwischen dem alten verschobenen und dem neuen Geschäftsjahr braucht. Kannst ja nicht einfach ein paar Perioden unter den Tisch kehren.

Grüße

Danke, stimmt, das Rumpfgeschäftsjahr fehlt hier.

Ganz konkret, wir haben einen Teil verkauft der aber noch auf unserem SAP weiterläuft in unserer GJ-Variante (Juli-Juni). Der Teil soll jetzt zum 1.Januar 2017 auf einem neuen SAP-System, basierend auf unserem Customizing&Repository live gehen. Zum 30.6. wurde ein GJ-Abschluss erstellt. Das bedeutet Juli bis Dezember 2016 wäre ein Rumpf-GJ. Nachdem wir seit Juli in 2017 sind, wäre das auch das Rumpf-GJ, ab 1. Januar 2017 würde dann das GJ 2018 beginnen.

Das mit dem Buchungsdatum würde bei einer Migration funktionieren, d.h. wenn die Daten in das neue System übernommen werden würde, würde das GJ abgeleitet werden.

Mittlerweile habe ich aber gelernt, dass die neue Firma alle Daten inkl. MM, SD etc. aus unserem System extrahiert und per SQL in das neue System übernimmt. Ich denke, da greift diese GJ-Ableitung natürlich nicht. Also, wenn die das GJ ein Jahr zurücksetzen im Customizing, müssten sie bei der Übernahme von allen Tabellen, wo das Feld GJAHR vorhanden ist, dies auch zurücksetzen.

Und GJAHR kann in vielen Tabellen drin sein... Klingt kompliziert, oder?

Danke

Exberliner