FI/CO-Archivierung in SAP S/4HANA: Warum klassische ECC-Erfahrung nicht ausreicht

Mit SAP S/4HANA hat sich die Architektur der Finanzbuchhaltung grundlegend verändert. Universal Journal, CDS-Views und neue Archivierungsregeln machen die SAP-Archivierung von FI/CO-Daten zu einem Spezialthema, das in vielen Migrationsprojekten unterschätzt wird.

Die FI/CO-Archivierung in SAP S/4HANA folgt anderen Regeln als in SAP ECC. Drei Punkte sind entscheidend: Das Archivierungsobjekt CO_TRANS hat im Universal Journal eine Sonderstellung, der WRITE-Job darf grundsätzlich nicht unterbrochen werden (SAP-Hinweis 2906925). Die Tabelle ACDOCA verändert die Archivierungslogik für FI-Belege grundlegend, klassische ECC-Erfahrung überträgt sich nicht 1:1. Das Zusammenspiel aus SARA, SAP ILM und der neuen S/4HANA-Datenbankstruktur erfordert sauberes Customizing und Spezialwissen, das aktuell am Markt knapp ist.

Was sich mit SAP S/4HANA technisch geändert hat

In SAP ECC war die Architektur der Finanzbuchhaltung über viele Jahre stabil. Belege landeten in BKPF und BSEG, Summen wurden in COEP, COSS, COSP und ähnlichen Tabellen geführt. Die SAP-Archivierung folgte gut dokumentierten Regeln pro Modul, und die meisten SAP-Basis-Teams hatten ihre Routinen aufgebaut.

Mit SAP S/4HANA wurde das Datenmodell vereinfacht und gleichzeitig komplexer. Vereinfacht, weil das Universal Journal (Tabelle ACDOCA) jetzt die führende Belegtabelle für Finanz, Controlling und Anlagen ist. Komplexer, weil viele bisherige Summentabellen nicht mehr direkt geschrieben werden, sondern über CDS-Views aus dem Universal Journal abgeleitet werden. Das hat direkte Auswirkungen auf die SAP-Archivierungsstrategie.

Wer FI/CO-Archivierung aus der ECC-Welt kennt, findet sich auf den ersten Blick zurecht. Vieles fühlt sich vertraut an, ist es aber nicht. Genau diese Vertrautheit ist die Falle.

Drei kritische Stolpersteine bei der FI/CO-Archivierung in SAP S/4HANA

In Migrationsprojekten und im laufenden SAP-Archivbetrieb tauchen drei Themen besonders häufig auf:

• 1. CO_TRANS ist ein Sonderfall. Das Archivierungsobjekt für die Controlling-Bewegungsdaten verhält sich in SAP S/4HANA nicht wie in ECC. Der WRITE-Job darf grundsätzlich nicht unterbrochen werden, weil andernfalls die CDS-Views auf den Summentabellen COSS und COSP inkonsistent werden. SAP hat das Verhalten im SAP-Hinweis 2906925 dokumentiert.

• 2. Das Universal Journal (ACDOCA) verändert die Archivierungslogik für FI-Belege grundlegend. Wo früher BKPF und BSEG die führenden Tabellen waren, ist jetzt ACDOCA die führende Belegtabelle. Die Selektionskriterien, die Aufbewahrungslogik und die Archivierungsreihenfolge müssen daran angepasst sein. Standard-Erfahrungen aus ECC übertragen sich nicht 1:1.

• 3. Das Zusammenspiel aus SARA, SAP ILM und S/4HANA-Datenbankstruktur erfordert sauberes Customizing. In ECC war SARA das zentrale Werkzeug, und SAP ILM kam ergänzend dazu. In SAP S/4HANA sind beide enger verzahnt mit der neuen Datenbankstruktur. Sauberes Customizing der Archivierungsobjekte, der Aufbewahrungsregeln und der Eskalationsprozesse ist Pflicht, nicht Kür.

CO_TRANS im Detail: Warum der WRITE-Job nicht unterbrochen werden darf

Das Archivierungsobjekt CO_TRANS umfasst die Bewegungsdaten des Controllings, also Kostenarten, Kostenstellen, Innenaufträge und Profitcenter. In SAP ECC wurden die Summen in COSS und COSP direkt mitgeführt, was den WRITE-Job relativ tolerant gegenüber Unterbrechungen machte. In SAP S/4HANA leiten CDS-Views diese Summen aus dem Universal Journal ab.

Wenn der WRITE-Job mitten im Lauf abbricht, geraten diese CDS-Views in einen inkonsistenten Zustand. Anschließende Reports und Auswertungen liefern dann fehlerhafte Werte, ohne dass das auf den ersten Blick erkennbar wäre. SAP empfiehlt im SAP-Hinweis 2906925 explizit, den WRITE-Job für CO_TRANS nicht zu unterbrechen, und beschreibt die Restart-Logik im Detail.

In der Praxis bedeutet das: Der WRITE-Job für CO_TRANS muss in einem geschlossenen Zeitfenster durchlaufen, mit ausreichend Ressourcen, ohne parallele Lasten, und mit klarem Eskalationspfad für den Fall, dass es trotzdem zu einem Abbruch kommt. Nicht jedes SAP-Basis-Team hat dieses Wissen aus dem Stand parat.

Das Universal Journal (ACDOCA) und die Archivierungslogik für FI-Belege

ACDOCA ist die zentrale Belegtabelle in SAP S/4HANA. Sie führt FI-Belege, Anlagenbuchhaltung, Controlling und Material-Ledger in einer einzigen Tabelle zusammen. Was für die operative Buchhaltung ein Vorteil ist, hat für die SAP-Archivierung weitreichende Konsequenzen.

• Selektionskriterien neu denken. Klassische ECC-Selektionen über BKPF und BSEG funktionieren in der bekannten Form nicht mehr. Die Archivierungsläufe müssen über ACDOCA laufen, mit angepassten Selektionsfeldern und neuen Aufbewahrungsregeln.

• Reihenfolge der Archivierung berücksichtigen. In ECC war die Reihenfolge der Modul-Archivierungen über Jahre eingespielt. In SAP S/4HANA müssen die Abhängigkeiten zwischen ACDOCA, Sub-Ledgern und Anlagen neu geprüft werden.

• Auswirkungen auf Reporting beachten. Da viele Reports auf CDS-Views statt klassischen Tabellen basieren, hat eine fehlerhafte oder unvollständige Archivierung direkten Einfluss auf das Reporting, oft ohne dass es im SAP-Customizing sichtbar wird.

Wer eine FI/CO-Archivierungsstrategie für SAP S/4HANA aufsetzt, ohne ACDOCA und die zugehörigen CDS-Views zu verstehen, riskiert genau diese verdeckten Inkonsistenzen. Spätestens beim Jahresabschluss oder bei der Wirtschaftsprüfung wird das sichtbar.

SARA, SAP ILM und S/4HANA-Datenbankstruktur: das saubere Zusammenspiel

In SAP S/4HANA sind drei Komponenten eng verzahnt, die in ECC noch eher nebeneinander existierten: das Standard-Archivierungswerkzeug SARA, das Information Lifecycle Management (SAP ILM) und die neue Datenbankstruktur. Sauberes Customizing erfordert, dass diese drei Bausteine konsistent zueinander konfiguriert sind.

In der Praxis sieht das so aus: SARA steuert die operative Archivierung pro Archivierungsobjekt. SAP ILM führt die fachliche Steuerung der Aufbewahrungsfristen, der Sperrlogik und der DSGVO-konformen Löschung. Und die neue S/4HANA-Datenbankstruktur bestimmt, welche Tabellen direkt geschrieben werden und welche über CDS-Views abgeleitet werden. Ein Fehler in einer der drei Ebenen kann zu inkonsistenten Daten oder Compliance-Lücken führen.

Diese Verzahnung ist der Hauptgrund, warum FI/CO-Archivierung in SAP S/4HANA nicht mehr als reines SAP-Basis-Thema behandelt werden kann. Sie ist eine Schnittstelle zwischen Modul, Basis, Compliance und Architektur.

Was eine FI/CO-Archivierungsstrategie heute leisten muss

Eine tragfähige FI/CO-Archivierungsstrategie für SAP S/4HANA umfasst sechs Bausteine:

Warum Spezialwissen für FI/CO-Archivierung in SAP S/4HANA aktuell knapp ist

In Fachforen tauchen aktuell offene Berater-Anfragen für genau diese Themen auf. Das ist kein Einzelfall, das ist ein Marktsignal. Drei Gründe erklären die Knappheit:

• Erstens: Die ECC-Erfahrung allein reicht nicht. Viele SAP-Berater mit FI/CO-Archivierungs-Background haben ihre Karriere in ECC aufgebaut. Die Übertragung auf SAP S/4HANA erfordert aktive Auseinandersetzung mit Universal Journal, CDS-Views und der neuen Customizing-Logik.

• Zweitens: Echte Praxiserfahrung mit SAP S/4HANA-Archivierungsprojekten ist begrenzt. Die meisten produktiven SAP S/4HANA-Landschaften sind erst seit wenigen Jahren am Markt. Berater mit mehreren abgeschlossenen FI/CO-Archivierungsprojekten in SAP S/4HANA sind eine kleine Gruppe.

• Drittens: Die Verzahnung mit ILM und Compliance erfordert Querschnittswissen. Wer FI/CO-Archivierung in SAP S/4HANA sauber umsetzt, muss SAP-Modulwissen, SAP-Basis-Verständnis, ILM-Kompetenz und Compliance-Erfahrung kombinieren. Diese Kombination ist am Markt selten.

SAP Archive Managed Service: FI/CO-Spezialwissen vertraglich gebündelt

Mit dem SAP Archive Managed Service der entplexit GmbH ist genau dieses Spezialwissen Teil des Vertragsmodells. Statt im eigenen SAP-Team einzelne Berater aufzubauen oder kurzfristig extern einzukaufen, ist die Kompetenz vertraglich abgesichert.

Konkret bedeutet das: Customizing der FI/CO-Archivierungsobjekte für SAP S/4HANA, Restart-Logik für CO_TRANS und die übrigen kritischen Objekte, ILM-konforme Modellierung der Aufbewahrungsfristen, zentrales Monitoring der Archivierungsläufe, laufend gepflegte GoBD-Verfahrensdokumentation. Single Point of Contact für alle Archivierungsfragen, planbare monatliche Kosten, definierte SLAs.

Unsere Empfehlung

Wer eine SAP S/4HANA-Migration plant oder bereits durchgeführt hat, sollte die FI/CO-Archivierung als eigenständiges Workstream führen und nicht als Nebenaufgabe der SAP-Basis behandeln. Der Migrations-Cut-Over selbst löst keine der oben beschriebenen Stolpersteine, er macht sie nur sichtbarer.

Der pragmatische erste Schritt ist eine ehrliche Bestandsaufnahme: Wie groß sind die FI/CO-Datenbestände in ACDOCA und den Sub-Ledgern? Welche Archivierungsobjekte sind aktiv konfiguriert? Wer ist im eigenen Team für CO_TRANS-Restart-Szenarien zuständig? Aus den Antworten ergibt sich der Handlungsbedarf fast von selbst.

Als SAP Partner unterstützen wir Unternehmen mit dem SAP Archive Managed Service genau an dieser Stelle: vom Customizing über das Monitoring bis zur dokumentierten Restart-Logik. Der gesamte SAP-Archivbetrieb für FI/CO und die übrigen Module aus einer Hand.

Häufig gestellte Fragen

Warum ist die FI/CO-Archivierung in SAP S/4HANA komplexer als in SAP ECC?

In SAP S/4HANA werden Finanz- und Controlling-Belege im Universal Journal (Tabelle ACDOCA) zusammengeführt. Klassische Summentabellen wie COSS und COSP werden nicht mehr direkt geschrieben, sondern über CDS-Views abgeleitet. Das verändert die Archivierungsregeln, Selektionskriterien und Restart-Logik gegenüber SAP ECC grundlegend.

Was ist beim Archivierungsobjekt CO_TRANS in SAP S/4HANA besonders zu beachten?

Der WRITE-Job für CO_TRANS darf grundsätzlich nicht unterbrochen werden, weil andernfalls die CDS-Views auf den Summentabellen COSS und COSP inkonsistent werden. SAP beschreibt das Verhalten im SAP-Hinweis 2906925. In der Praxis erfordert das ein geschlossenes Zeitfenster für den WRITE-Job und einen klaren Eskalationspfad für Abbrüche.

Wie verändert das Universal Journal die Archivierungslogik?

ACDOCA ist die zentrale Belegtabelle in SAP S/4HANA und führt FI, Anlagen, Controlling und Material-Ledger zusammen. Selektionskriterien, Aufbewahrungslogik und Archivierungsreihenfolge müssen an die neue Architektur angepasst werden. Standard-Erfahrungen aus ECC übertragen sich nicht 1:1.

Welche Rolle spielt SAP ILM bei der FI/CO-Archivierung in SAP S/4HANA?

SAP ILM steuert die fachliche Aufbewahrungslogik, die Sperrung von Datensätzen und die DSGVO-konforme Löschung. In SAP S/4HANA ist ILM enger mit SARA und der Datenbankstruktur verzahnt. Sauberes Customizing aller drei Komponenten ist Pflicht, nicht Kür.

Warum ist Spezialwissen für FI/CO-Archivierung in SAP S/4HANA aktuell knapp?

Die meisten produktiven SAP S/4HANA-Landschaften sind erst seit wenigen Jahren am Markt. Berater mit mehreren abgeschlossenen FI/CO-Archivierungsprojekten in SAP S/4HANA sind eine kleine Gruppe. Hinzu kommt, dass die Kompetenz Querschnittswissen aus SAP-Modul, SAP-Basis, SAP ILM und Compliance erfordert.

Über entplexit

Die entplexit GmbH ist SAP Partner mit Schwerpunkt auf SAP-Archivierung, SAP Information Lifecycle Management (ILM) und SAP Basis Managed Services. Mit dem SAP Archive Managed Service übernehmen wir den vollständigen Archivbetrieb für mittelständische und große SAP-Anwender, On-Premise, in der Hyperscaler-Cloud und ergänzend zu RISE with SAP.

Kontakt: information@entplexit.com | +49 (0) 6196 97344 - 00 | www.entplexit.com

Wenn diese Themen für Sie aktuell sind: Sprechen Sie uns an — wir unterstützen Sie gerne.