Was SAP-Archivierungsverantwortliche wirklich beschäftigt: Vier Themen aus dem täglichen SAP-Archivbetrieb

Zwischen S/4HANA-Migration, RISE-Vertrag und DSGVO bleiben viele operative Fragen liegen. Vier Themen tauchen in Diskussionen unter SAP-Archivierungsverantwortlichen aktuell besonders häufig auf, und zeigen, wo der Schmerz im SAP-Archivbetrieb wirklich sitzt.

In Praxisdiskussionen unter SAP-Archivierungsverantwortlichen kristallisieren sich vier Themen heraus: FI/CO-Archivierung in SAP S/4HANA mit den geänderten Regeln rund um CO_TRANS und ACDOCA, der Umgang mit Abbrüchen von SARA-Schreibjobs im automatisierten SAP-Archivbetrieb, Retention Management bei Aufbewahrungsfristen von bis zu 30 Jahren und die rechtskonforme Löschung von Stammdaten gemäß DSGVO. Wer diese Themen nur als Einzelfälle behandelt, verpasst, dass sie in jeder produktiven SAP-Landschaft regelmäßig auftreten.

Was SAP-Archivierungsverantwortliche wirklich beschäftigt?

Worüber SAP-Archivierungsverantwortliche sprechen, und worüber meistens geschwiegen wird

Wer einen Blick in die SAP-Archivierungs-Communitys wirft, sieht ein Muster. Die Diskussionen drehen sich selten um neue Tools oder Marketing-Slogans. Sie drehen sich um operative Probleme: Welcher Schreibjob darf nicht unterbrochen werden, welche Tabellen sind betroffen, welcher SAP-Hinweis liefert die Lösung, wie sieht die saubere Restart-Logik aus. Es sind Detailfragen aus dem täglichen Betrieb, die in keiner Präsentation auftauchen, aber jeden treffen, der eine produktive SAP-Archivierungslandschaft verantwortet.

Die folgenden vier Themen sind exemplarisch für die Realität im SAP-Archivbetrieb 2026. Sie kommen aus aktuell großen Unternehmen, sind aber nicht auf Großkonzerne beschränkt: Auch Mittelständler mit S/4HANA-Migration auf der Roadmap stoßen auf dieselben Fragen.

Thema 1, FI/CO-Archivierung in SAP S/4HANA

In klassischen ECC-Landschaften war die SAP-Archivierung von Controlling-Bewegungsdaten (Archivierungsobjekt CO_TRANS) ein eingespielter Prozess. Mit SAP S/4HANA hat sich das geändert. Das Universal Journal (Tabelle ACDOCA) hat die Buchhaltungslogik vereinheitlicht, und die Summentabellen COSS und COSP werden über CDS-Views gepflegt. Wer den WRITE-Job für CO_TRANS unterbricht, riskiert inkonsistente CDS-Views, und damit fehlerhafte Reports.

In der Praxis bedeutet das: Erfahrungen aus ECC lassen sich nicht 1:1 übertragen. Die SAP-Archivierungsstrategie für FI/CO in SAP S/4HANA muss neu durchdacht werden, das Customizing der Archivierungsobjekte braucht Spezialwissen, und die Abstimmung zwischen FI-Modulverantwortlichen, SAP-Basis und Archivierungs-Team muss sauber organisiert sein. Genau diese Spezialisten werden derzeit am Markt gesucht, auch über offene Stellengesuche in Fachforen sichtbar.

Thema 2, Wenn der SARA-Schreibjob abbricht

Im Idealfall läuft die SAP-Datenarchivierung als geplanter Hintergrundprozess: WRITE-Job schreibt die Daten ins SAP-Archiv, STORE-Job legt sie auf das Speichersystem, DEL-Job löscht sie aus der SAP HANA-Datenbank. Automatisierte Ketten machen den Betrieb komfortabel, solange alles glattläuft.

Was aber, wenn der WRITE-Job mitten im Lauf abbricht? Die Antwort hängt davon ab, welcher der nachfolgenden Schritte bereits gestartet ist:

• STORE-Job nicht gelaufen: Der abgebrochene WRITE-Job kann neu gestartet werden, sobald die Ursache behoben ist.

• STORE-Job gelaufen, DEL-Job nicht: Archivdateien auf Vollständigkeit prüfen, gegebenenfalls neu schreiben, die SAP-Datenbasis ist noch konsistent.

• DEL-Job bereits gelaufen: Hier wird es kritisch. Die Konsistenzprüfung der Archivdateien ist Pflicht, der Restart muss zwingend dokumentiert werden.

• Archivierungsobjekt CO_TRANS: Hier darf der WRITE-Job grundsätzlich nicht unterbrochen werden, auch nicht in SAP S/4HANA. Hintergrund: CDS-Views auf COSS und COSP werden sonst nicht korrekt aktualisiert (siehe SAP-Hinweis 2906925).

Automatisierte Archivierungs-Ketten sind komfortabel, sie heben aber die Pflicht zur Fehlerbehandlung nicht auf. Genau das ist der Unterschied zwischen einer SAP-Archivierung als Projekt und einem geregelten SAP-Archivbetrieb.

Thema 3, Retention Management bei 30 Jahren Aufbewahrungsfrist

Klassische Aufbewahrungsfristen aus HGB und AO bewegen sich zwischen sechs und zehn Jahren, gut beherrschbar mit Standard-Archivierungsstrategien. Komplizierter wird es bei branchenspezifischen oder förderbedingten Vorgaben: Empfänger bestimmter EU-Fördermittel müssen Unterlagen bis zu 30 Jahre aufbewahren. In dieser Zeit wechseln Speichersysteme vier- bis fünfmal, Hardware-Lifecycles enden, Lese-Software wird abgekündigt.

Wer diese Anforderung mit produktiven SAP-HANA-Datenbanken abbilden will, zahlt zweimal: einmal für die allokierte Datenbankkapazität, einmal für den langfristigen Aufwand bei Migrationen, Konvertierungen und Storage-Wechseln. Das SAP Data Retention Warehouse löst Teile des Problems, ist aber für viele mittelständische SAP-Anwender wirtschaftlich nicht darstellbar.

In der Praxis braucht es eine Kombination: SAP ILM für die fachliche Steuerung der Aufbewahrungsfristen, eine geeignete SAP-Archivinfrastruktur (Content Server, SAP-Archivsysteme oder Cloud-Storage), ein klares Verfahren für Lifecycle-Wechsel und eine durchgängige Verfahrensdokumentation. Die Frage "Wo liegen unsere Belege in 20 Jahren?" muss heute beantwortet werden, nicht erst, wenn die Hardware ausgewechselt wird.

Thema 4, Stammdaten löschen: LOEVM und XDELE reichen nicht

Die DSGVO verlangt das Recht auf Löschung (Art. 17). In SAP-Landschaften wird das Thema oft mit dem Setzen des Löschkennzeichens abgehakt: LOEVM für Lieferanten, XDELE für Geschäftspartner. Damit ist der Datensatz für Transaktionen gesperrt, aber er liegt nach wie vor vollständig in der Datenbank. DSGVO-Artikel 17 ist damit nicht erfüllt.

Eine rechtskonforme Löschung erfordert einen vollständigen ILM-Prozess: Sperrung des Datensatzes, Ablauf der relevanten Aufbewahrungsfristen, anschließende physische Löschung über die ILM-Funktionalitäten. Ohne diesen Prozess bleibt das Unternehmen DSGVO-pflichtig, auch wenn die operativen Anwender den Datensatz nicht mehr sehen.

Hinzu kommt: Die Löschung muss nachweisbar dokumentiert sein. GoBD und DSGVO verlangen Verfahrensdokumentationen, die zeigen, wie das Unternehmen mit Aufbewahrungs- und Löschfristen umgeht. Wer das nicht aufgesetzt hat, riskiert Beanstandungen bei der nächsten Prüfung.

Was die vier Themen verbindet

Die vier Themen unterscheiden sich technisch deutlich. Sie haben aber drei Gemeinsamkeiten:

• Sie sind keine Einzelfälle. Sie treten in jeder produktiven SAP-Landschaft mit relevanter Datenmenge regelmäßig auf.

• Sie werden in Migrationsprojekten oft unterschätzt. Der Fokus liegt auf der RISE- oder S/4HANA-Migration; die SAP-Archivierung bleibt am Rand.

• Sie erfordern Spezialwissen plus geregelten Betrieb. Einmalige Projektarbeit reicht nicht, die Themen müssen als laufende Aufgabe organisiert sein.

Die schlechte Nachricht: Wer keine klare Zuständigkeit für den SAP-Archivbetrieb hat, wird diese Fragen jedes Mal neu lösen, mit entsprechendem Zeitverlust und Compliance-Risiko. Die gute Nachricht: Genau dafür gibt es etablierte Betriebsmodelle.

SAP Archive Managed Service: ein geregelter Betrieb für die vier Themen

Mit einem SAP Archive Managed Service werden SAP FI/CO-Archivierung, SARA-Restart-Logik, Retention Management und Stammdaten-Löschung Teil eines definierten Betriebsmodells. Statt ad hoc reagieren zu müssen, sind Prozesse, Eskalationswege und Spezialwissen in einem Vertrag mit klaren SLAs gebündelt.

Konkret bedeutet das: Customizing der Archivierungsobjekte (inklusive CO_TRANS in SAP S/4HANA), automatisierte SAP-Archivierungsläufe mit Monitoring, definierte Restart- und Eskalationsverfahren bei Job-Abbrüchen, ILM-konforme Sperrung und Löschung von Stammdaten, eine laufend gepflegte Verfahrensdokumentation. Single Point of Contact für alle SAP-Archivthemen, planbare monatliche Kosten.

Unsere Empfehlung

Wer SAP-Archivierungsverantwortung trägt, sollte die vier Themen aktiv adressieren, bevor sie als Einzelvorfälle den Alltag bestimmen. Der pragmatische erste Schritt ist eine Bestandsaufnahme: Welche Archivierungsobjekte laufen heute, wer ist im Falle eines Abbruchs zuständig, wie sieht die Retention-Strategie aus, gibt es einen dokumentierten Löschprozess für Stammdaten?

Die Antworten zeigen schnell, wo der eigene SAP-Archivbetrieb steht, und wo es lohnt, externes Spezialwissen einzubinden. Als SAP Partner unterstützen wir Unternehmen genau an dieser Stelle: mit dem SAP Archive Managed Service als laufendem Betriebsmodell für SAP-Archivierung in produktiven ECC- und S/4HANA-Landschaften.

Häufig gestellte Fragen

Welche Themen beschäftigen SAP-Archivierungsverantwortliche aktuell besonders?

In Praxisdiskussionen treten vier Themen in den Vordergrund: FI/CO-Archivierung in SAP S/4HANA mit den geänderten Regeln um CO_TRANS und ACDOCA, der Umgang mit Abbrüchen von SARA-Schreibjobs in automatisierten SAP-Archivierungsketten, Retention Management bei langen Aufbewahrungsfristen und die rechtskonforme Löschung von Stammdaten gemäß DSGVO Art. 17.

Was ist beim WRITE-Job für CO_TRANS in SAP S/4HANA zu beachten?

Der WRITE-Job für das Archivierungsobjekt CO_TRANS darf grundsätzlich nicht unterbrochen werden, weil andernfalls die CDS-Views auf den Summentabellen COSS und COSP nicht korrekt aktualisiert werden. SAP beschreibt das Verhalten im SAP-Hinweis 2906925. Eine saubere Restart-Logik ist Pflicht im SAP-Archivbetrieb.

Reicht das Setzen von LOEVM oder XDELE, um DSGVO-konform zu löschen?

Nein. LOEVM (Lieferanten) und XDELE (Geschäftspartner) sind Löschkennzeichen, die den Datensatz für Transaktionen sperren. Der Datensatz bleibt aber in der Datenbank vorhanden. Eine DSGVO-konforme Löschung erfordert einen vollständigen ILM-Prozess mit Sperrung, Prüfung der Aufbewahrungsfristen und physischer Löschung, inklusive nachweisbarer Verfahrensdokumentation.

Wie löst man Aufbewahrungsfristen von bis zu 30 Jahren?

Eine 30-jährige Aufbewahrung in der produktiven SAP HANA-Datenbank ist wirtschaftlich kaum darstellbar. In der Praxis braucht es eine Kombination aus SAP ILM für die fachliche Steuerung, einer geeigneten SAP-Archivinfrastruktur (Content Server, SAP-Archivsysteme, Cloud-Storage), klaren Verfahren für Storage-Lifecycle-Wechsel und einer laufend gepflegten Verfahrensdokumentation.

Was leistet ein SAP Archive Managed Service zu diesen Themen?

Ein SAP Archive Managed Service bündelt Customizing, automatisierte SAP-Archivierungsläufe, Monitoring, Restart- und Eskalationsverfahren, ILM-konforme Sperrung und Löschung sowie die Verfahrensdokumentation in einem definierten Betriebsmodell mit SLAs. Single Point of Contact für alle SAP-Archivthemen, planbare monatliche Kosten, ergänzend zu RISE with SAP oder On-Premise.

Über entplexit

Die entplexit GmbH ist SAP Partner mit Schwerpunkt auf SAP-Archivierung, SAP Information Lifecycle Management (ILM) und SAP Archive Managed Services. Mit dem SAP Archive Managed Service übernehmen wir den vollständigen SAP 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 in Ihrem SAP-Archivbetrieb aktuell sind: Sprechen Sie uns an — wir unterstützen Sie gerne.