S/4HANA-Umstellung aus Finance-Sicht: Was Saldenübernahme, offene Posten und Anlagen verlangen

Welche Finanzdaten Sie bei der Umstellung auf SAP S/4HANA übernehmen müssen, entscheidet der Umstellungsweg. Bei einer Neueinführung sind Sachkontensalden, offene Posten und Anlagen eigene Migrationsobjekte mit eigenen Einschränkungen; bei einer Systemkonvertierung werden die Bestände im System umgesetzt. In beiden Fällen muss das Rechnungswesen nachweisen, dass Haupt- und Nebenbücher vor und nach dem Stichtag übereinstimmen.

Der Umstellungsweg bestimmt den Umfang

SAP unterscheidet drei Wege:

• Systemkonvertierung (Brownfield): Das bestehende SAP-ERP-System wird auf SAP S/4HANA migriert; laut SAP geeignet, wenn Geschäftsprozesse beibehalten werden sollen.
• Neueinführung (Greenfield): für Unternehmen, die ihre Prozesse neu definieren wollen. Salden, offene Posten und Anlagen werden aus dem Altsystem übernommen.
• Selective Data Transition: verbindet beide Ansätze. Übernommen werden nur die benötigten Geschäftseinheiten, Buchungskreise, Prozesse und Historie.

Für die Systemkonvertierung beschreibt der Conversion Guide für SAP S/4HANA 2025 (Stand 07.10.2026) einen werkzeuggestützten Ablauf; den SAP Readiness Check empfiehlt SAP ausdrücklich. Zur Datenvalidierung nennt der Leitfaden die Data Transition Validation, die Geschäftsdaten vor und nach der Konvertierung vergleicht. Für das Rechnungswesen verweist er unter anderem auf die SAP-Hinweise 2332030 („Conversion of Financial Accounting to SAP S/4HANA“) und 2294486 („Do not migrate twice!“), Letzterer relevant für Systeme mit Simple Finance bzw. S/4HANA Finance.

Saldenübernahme: Stichtag und Historie

Die SAP-Dokumentation „Migration Objects for SAP S/4HANA“ (Release 2021, Stand 07.10.2022) führt für Sachkonten das Objekt „FI - G/L account balance“. Es übernimmt Salden des laufenden Geschäftsjahres über BAPIs; historische Salden laufen über „FI - Historical balance“. Als Ansätze nennt SAP „File/Staging Table“ und „Direct Transfer“.

Ist im Zielsystem die Business Function „Registration for Indirect Taxation (Abroad)“ (RITA) aktiv, lässt sich das Objekt nicht verwenden. Dieselbe Einschränkung gilt für die Objekte der offenen Posten.

Bewährt ist ein Übernahmestichtag an einem Periodenende, nach Abschluss der Periode im Altsystem. Vorher ist zu entscheiden, ob Stichtagssalden genügen oder Periodenwerte für Vergleiche gebraucht werden. Abstimmkonten werden nicht direkt bebucht; ihre Salden ergeben sich aus den übernommenen offenen Posten und Anlagenwerten.

Offene Posten: Folgeprozesse müssen laufen

Offene Posten übernehmen die Objekte „FI - Accounts receivable open item“ und „FI - Accounts payable open item“. Fachlich zählt, dass Zahlung, Mahnung und Ausgleich nach dem Go-live ohne Nacharbeit funktionieren. Dafür müssen die Merkmale mitkommen, die diese Prozesse brauchen, etwa Fälligkeit, Zahlungsbedingung, Währung, Steuerkennzeichen und Sperren.

Voraussetzung sind bereinigte Geschäftspartner. Schon 2017 empfahl SAP für Systemkonvertierungen, Kunden- und Lieferantendaten frühzeitig für die Geschäftspartner-Integration (Customer/Vendor Integration, CVI) zu bereinigen.

Aus unserer Sicht gehört zu jeder Übernahme der Nachweis, dass die Summe der offenen Posten je Abstimmkonto dem Saldo im Altsystem entspricht, je Buchungskreis und Währung, vor und nach der Migration.

Anlagen: Werte je Bewertungsbereich

Für die Anlagenbuchhaltung führt die Dokumentation die Objekte „Fixed asset (including balance)“, „Fixed asset - Master data“, „Fixed asset - Postings“ und „Fixed asset - Usage object“. „Fixed asset (including balance)“ übernimmt Altdaten für Anlagen über BAPIs. Ist im Zielsystem die Business Function „Asset Accounting with Universal Parallel Accounting“ aktiv, ist dieses Objekt nicht nutzbar.

Vor dem ersten Testlauf muss feststehen, welcher Bewertungsbereich im Zielsystem welche Rechnungslegung abbildet, etwa HGB, IFRS oder Steuerrecht. Übernommen werden je Bereich Anschaffungs- und Herstellungskosten und kumulierte Abschreibungen; bei einem Stichtag im laufenden Geschäftsjahr kommen Bewegungen und Abschreibungen bis zum Stichtag hinzu. Ein Stichtag zum Geschäftsjahreswechsel vereinfacht das, weil unterjährige Werte entfallen.

Abgestimmt wird das Anlagengitter je Bewertungsbereich gegen die Anlagenkonten im Hauptbuch.

Abstimmung: der eigentliche Nachweis

Die Data Transition Validation unterstützt den Vergleich bei einer Konvertierung. Die fachliche Abstimmung bleibt Aufgabe des Rechnungswesens; bewährt hat sich ein Konzept, das vor der ersten Testmigration feststeht:

• Prüfgegenstände: Sachkontensalden, offene Posten je Abstimmkonto, Anlagenwerte je Bewertungsbereich.
• Ebene: Buchungskreis, Währung, Periode.
• Differenzliste: jede Abweichung mit Ursache, Entscheidung und Verantwortlichem.
• Freigabe: Wer zeichnet ab, bevor das System für Buchungen geöffnet wird?

Ein eigenes Verrechnungskonto für die Übernahme macht Vollständigkeit sichtbar: Alle Übernahmebuchungen laufen dagegen, nach vollständiger Übernahme muss es ausgeglichen sein. Dasselbe Konzept gilt für jede Testmigration und den Cut-over.

Was Sie jetzt tun können

1. Umfang festlegen. Halten Sie Umstellungsweg, Stichtag, Buchungskreise und benötigte Historie schriftlich fest. Daraus folgt, welche Finanzdaten übernommen und welche konvertiert werden.
2. Einschränkungen prüfen. Gleichen Sie Migrationsobjekte und Einschränkungen mit der Dokumentation Ihres Zielrelease ab, insbesondere RITA und Universal Parallel Accounting. Die hier genannten Objektnamen stammen aus der Dokumentation für Release 2021.
3. Abstimmkonzept und Cut-over-Plan vor der ersten Testmigration. Legen Sie Prüfgegenstände, Differenzliste und Freigabe fest, dazu Buchungsstopp, Reihenfolge der Übernahme und Freigabepunkte. Wenden Sie beides in jeder Testmigration an.

Wenn Sie Ihr Abstimmkonzept vor der ersten Testmigration mit uns durchgehen möchten, vereinbaren Sie gern ein Erstgespräch.