Offene Posten nach SAP S/4HANA übernehmen: So stimmen Sie Debitoren und Kreditoren gegen das Hauptbuch ab

Bei einer Neueinführung übernehmen Sie offene Posten über eigene Migrationsobjekte für Kreditoren und Debitoren; sie buchen gegen Übernahme-Verrechnungskonten, die am Ende in Summe null ergeben müssen. Bei einer Systemkonvertierung gibt es diese Objekte nicht, dort prüfen Sie Hauptbuch und Nebenbücher vor und nach der Konvertierung. In beiden Fällen ist die Abstimmung nur belastbar, wenn Vergleichsgrößen, Ebene und Freigabe vor dem ersten Testlauf feststehen.

Welche Migrationsobjekte für offene Posten es gibt

In der SAP-Dokumentation „Migration Objects for SAP S/4HANA“ (Release 2021, Stand 07.10.2022) finden sich für den File/Staging-Table-Ansatz drei Objekte, die offene Posten betreffen:

• „FI - Accounts payable open item“ für Kreditoren,
• „FI - Accounts receivable open item“ für Debitoren,
• „FI - G/L account balance and open/line item“ für Sachkonten mit Offene-Posten-Verwaltung. Die Dokumentation kennzeichnet dieses Objekt an einer Stelle als „deprecated“; prüfen Sie den Status in Ihrem Zielrelease.

Daneben führt dieselbe Dokumentation Direct-Transfer-Objekte, die aus einem SAP-ERP-Quellsystem lesen, getrennt nach klassischem Hauptbuch und New G/L. Bei Kreditoren liest das Objekt die Tabelle BSIK, bei Debitoren die Tabelle BSID. Ist im Zielsystem die Business Function „Registration for Indirect Taxation (Abroad)“ (RITA) aktiv, lassen sich diese Direct-Transfer-Objekte nicht verwenden.

Wichtig für die Planung: Historische und ausgeglichene Belege werden nicht übernommen. Salden und offene Posten werden im Zielsystem als neue Belege gebucht. Zum Hauptbuch und zu den Vorarbeiten finden Sie den Überblick in unserem Beitrag zu Salden, offenen Posten und Anlagen.

Wogegen gebucht wird: Verrechnungskonten und Stichtag

Beide Objekte buchen je offenem Posten einen Beleg mit genau einer Personenkontenzeile; die Gegenbuchung erzeugt das System automatisch auf ein Verrechnungskonto. Als Beispielkonten nennt SAP Initial-Offset-Konten je Bereich, etwa für Debitoren, Kreditoren und sonstige Sachkonten. Sie können eigene Konten verwenden. Nach der Dokumentation muss die Summe aller dafür genutzten Migrations-Verrechnungskonten null ergeben.

Ein Detail überrascht oft: Nutzen Sie je Objekt ein eigenes Verrechnungskonto, gleichen sich die Konten nicht von selbst aus. SAP beschreibt das in einem Knowledge-Base-Artikel für SAP S/4HANA Cloud Public Edition: Die einzelnen Salden können ungleich null sein, obwohl die Summe null ist; ein manueller Ausgleichsbeleg ist der vorgesehene Abschluss. Prüfen Sie zuerst die Summe je Währung. Ist sie nicht null, fehlen aus unserer Erfahrung Daten, sind Daten doppelt geladen, weichen Kurse ab oder die Saldenliste des Altsystems ist unausgeglichen.

Vor dem ersten Ladelauf legen Sie je Buchungskreis einen Migrationsstichtag fest und setzen den Status der Altdatenübernahme. Die Dokumentation nennt dafür die Transaktion FINS_MIG_CTRL_1 mit den Status „In Preparation“, „Ongoing“ und „Completed“; transaktionale Daten lassen sich nur im Status „Ongoing“ migrieren.

Welche Merkmale mitkommen müssen

Fachlich entscheidet, ob Zahllauf, Mahnlauf und Ausgleich nach dem Go-live ohne Nacharbeit laufen. Die Dokumentation stützt dafür folgende Punkte:

• Zahlungsbedingung und Zahlsperre: Ist an einer Zahlungsbedingung eine Standard-Zahlsperre hinterlegt, ist der migrierte Posten gesperrt, auch wenn Sie im Template keine Sperre angeben. Verwenden Sie Zahlungsbedingungen ohne Standardsperre, wenn das nicht gewollt ist.
• Währungen: Die Objekte unterstützen vier Währungsfelder: Belegwährung, Hauswährung, Konzernwährung und eine frei definierte Währung. Liefern Sie alle Beträge im Template, übernimmt das System sie unabhängig von den hinterlegten Kursen; lassen Sie das Feld der zweiten Hauswährung beziehungsweise Konzernwährung leer, rechnet es mit den gültigen Kursen. Aus unserer Sicht sollten Sie die Beträge in Hauswährung immer aus dem Altsystem liefern; sonst weichen Abstimmkonten und Verrechnungskonten in Hauswährung ab.
• Abweichendes Abstimmkonto: Dafür muss die Buchung mit alternativem Abstimmkonto im Customizing vorbereitet sein.
• Eindeutigkeit: Buchungskreis, Referenzbelegnummer, Positionsnummer und Konto bilden den Duplikatschlüssel.
• Vorzeichen: Es steuert, ob eine Rechnung oder eine Gutschrift gebucht wird. Prüfen Sie es in der Aufbereitung, nicht erst im Fehlerprotokoll.

Fälligkeit und Mahndaten legen Sie anhand des Templates Ihres Releases fest; testen Sie Mahnlauf und Zahllauf an migrierten Posten ausdrücklich mit.

Dokumentierte Einschränkungen

Nicht unterstützt sind laut Dokumentation unter anderem mehrere Personenkontenzeilen je Beleg, die externe Belegnummer, offene Steuerposten, Wechsel (Sonderhauptbuchtyp W), Sonderhauptbuchvorgänge, die zu einem Merkposten führen, sowie Anzahlungen und Anzahlungsanforderungen. Offene Steuerposten müssen vor der Migration abgerechnet sein. Ausnahme sind abgegrenzte Steuern („deferred tax“), also Steuerbeträge, die erst mit der Zahlung fällig werden: Sie lassen sich eingeschränkt übernehmen, nur für Rechnungen, Belastungen und Gutschriften. Anzahlungen und Wechsel müssen Sie also gesondert behandeln, etwa durch Ausgleich im Altsystem oder manuelle Buchung. Die Dokumentation empfiehlt außerdem, möglichst viele offene Posten schon im Altsystem auszugleichen: Das verringere die Zahl der Variablen und den Abstimmaufwand.

Zu beachten ist der Stand: Bei den Direct-Transfer-Objekten nennt SAP die Angaben ausdrücklich „nicht abschließend“, und der Knowledge-Base-Artikel 2853964 sammelt bekannte Probleme dieser Objekte. Gleichen Sie die Einschränkungen mit der Dokumentation Ihres Zielrelease ab.

Systemkonvertierung: vor und nach der Konvertierung prüfen

Bei der Konvertierung entfällt die Übernahme der offenen Posten, aber nicht der Nachweis. Der Conversion Guide für SAP S/4HANA 2025 (Stand 07.10.2026) nennt Vorabprüfungen für Controlling, Hauptbuch und Anlagenbuchhaltung, die in der Simplification-Item-Prüfung enthalten sind. Nach der technischen Konvertierung müssen Sie Customizing sowie Daten von Hauptbuch, Anlagenbuchhaltung, Controlling und Material Ledger in die neue Datenstruktur überführen; Details stehen im SAP-Hinweis 2332030 („Conversion of Financial Accounting to SAP S/4HANA“). Zusätzlich beschreibt der Leitfaden die Data Transition Validation, die Geschäftsdaten vor und nach der Konvertierung anhand von Berichten oder Transaktionen vergleicht; die Berichte legen Sie mit den Fachbereichen und Prüfern fest.

Eine ältere SAP-Hilfe zu SAP S/4HANA Finance nennt vier Konsistenzprüfungen, die im Quellsystem vor der Migration laufen: Belege gegen Verkehrszahlen (für das neue Hauptbuch der Bericht TFC_COMPARE_VZ oder FAGLF03, für das klassische Hauptbuch SAPF190), Hauptbuch gegen Anlagenbuchhaltung (RAABST02), Ledger-Vergleich (RGUCOMP4 oder GCAC) und Materialwirtschaft gegen Hauptbuch (RM07MBST oder RM07MMFI). Sie zeigen die Prüfrichtungen. Maßgeblich für Ihren Umstieg sind der Conversion Guide Ihres Zielrelease und der dort genannte SAP-Hinweis 2332030.

Abstimmverfahren in Schritten

Aus unserer Sicht bewährt sich dieser Ablauf bei Neueinführung, in Teilen auch bei der Konvertierung:

1. Altsystem einfrieren. Saldenliste und Offene-Posten-Liste je Abstimmkonto zum Stichtag erzeugen, Quelle und Zeitpunkt festhalten.
2. Vorab abstimmen. Summe der Personenkontenposten je Abstimmkonto gegen den Hauptbuchsaldo im Altsystem, je Buchungskreis und Währung. Differenzen im Altsystem klären, nicht migrieren.
3. Laden und Verrechnungskonten prüfen. Nach jedem Lauf Summe der Verrechnungskonten bilden; sie muss null sein.
4. Nachher abstimmen. Summe der Posten je Abstimmkonto im Zielsystem gegen den Altsystemwert; zusätzlich Anzahl und Einzelposten.
5. Folgeprozesse testen. Zahllauf, Mahnlauf und Ausgleich an einer Stichprobe, darunter Fremdwährungsposten und Posten mit Sperre.
6. Freigabe dokumentieren, bevor das System für Buchungen geöffnet wird.

Typische Differenzursachen

Aus der SAP-Dokumentation ergeben sich diese Ursachen: nicht migrierte Anzahlungen, Wechsel und Merkposten, offene Steuerposten, eine Standard-Zahlsperre aus der Zahlungsbedingung, abweichende Währungslogik zwischen Template und Kursen sowie ein Vorzeichenfehler. Aus unserer Sicht kommen Stichtagsfragen hinzu, etwa Zahlungen, die im Altsystem nach dem Stichtag gebucht wurden, und Teilzahlungen.

Prüfplan: Vergleichsgröße, Ebene, Freigabe

Prüfung	Vergleichsgröße	Ebene	Freigabe (unser Vorschlag)
Debitoren-OP	Summe OP je Abstimmkonto gegen Saldo Altsystem	Abstimmkonto, Buchungskreis, Währung	Leitung Rechnungswesen
Kreditoren-OP	wie oben	wie oben	Leitung Rechnungswesen
Verrechnungskonten	Summe aller Übernahme-Verrechnungskonten gleich null	Buchungskreis	Teilprojektleitung Finance
Hauptbuch gegen Nebenbuch	Abstimmkonto gegen Summe der Personenkonten im Zielsystem	Buchungskreis, Währung	Teilprojektleitung Finance
Folgeprozesse	Zahllauf, Mahnlauf, Ausgleich an Stichprobe	Testmigration	Kreditoren- und Debitorenbuchhaltung
Konvertierung	Berichte der Data Transition Validation vor und nach	Festgelegte Berichte	Leitung Rechnungswesen, ggf. Prüfer

Welche dieser Nachweise Prüfer später sehen wollen, steht im Beitrag S/4HANA-Migration und Wirtschaftsprüfer; wie Sie den ersten Abschluss im neuen System absichern, im Beitrag zum ersten Monatsabschluss nach dem Go-live. Den Einstieg bietet unser Finance-Readiness-Check, das Angebot im Überblick finden Sie unter Finance und Controlling.

Was Sie jetzt tun können

1. Objekte und Einschränkungen abgleichen. Prüfen Sie Ihre offenen Posten gegen die Liste der nicht unterstützten Vorgänge, vor allem Anzahlungen, Wechsel und offene Steuerposten, und entscheiden Sie je Fall, ob Sie ausgleichen oder manuell buchen.
2. Stichtag und Verrechnungskonten festlegen. Definieren Sie Migrationsstichtag, Status und Verrechnungskonten je Buchungskreis und bestimmen Sie, wer die Summe null freigibt.
3. Abstimmung in der ersten Testmigration anwenden. Nutzen Sie die Tabelle oben unverändert in jedem Testlauf und im Cut-over.

Wenn Sie Ihr Abstimmkonzept für die offenen Posten mit uns durchgehen möchten, vereinbaren Sie gern ein Erstgespräch.