Happy cheerful mid aged business woman executive in office using laptop at work, smiling professional mature 40 years old female company manager working on computer at workplace.
Bild von H&S Heilig und Schubert Software AG

H&S Heilig und Schubert Software AG

Ist der SAP Content Server revisionssicher? 6 Gründe gegen den SAP-Standard

Ist der SAP Content Server revisionssicher und reicht aus, um gesetzliche Vorgaben wie GoBD zu erfüllen? Sechs konkrete Gründe, warum eine externe Archivlösung kein optionales Add-on ist, sondern eine Compliance-Pflicht.

Inhaltsverzeichnis

Wer mit dem SAP Content Server Dokumente archivieren möchte, steht in der Praxis meist vor rasant wachsenden Datenmengen, komplexem Customizing und Compliance-Druck. In einigen Unternehmen hält sich die Annahme, dass die Standard-Bordmittel den SAP Content Server revisionssicher machen und für die gesetzliche Archivierungspflicht ausreichen. Wer bei Betriebsprüfungen oder Audits auf der sicheren Seite sein will, stellt jedoch fest: Für eine gesetzeskonforme und performante SAP-Archivierung sind die internen Werkzeuge nicht ausgelegt.

Hier sind sechs entscheidende Gründe, warum Ihr SAP Content Server ein externes Archivsystem zwingend erfordert.

6 Gründe gegen den SAP-Standard

1. Der SAP Content Server bietet keine echte Revisionssicherheit

Der SAP Content Server fungiert als technischer Ablageknoten im ERP-System, er verknüpft Module und bietet kostenlose Speicherung. Aber ist der SAP Content Server revisionssicher? Nein, er erfüllt standardmäßig keine echte Revisionssicherheit. Es fehlt die technologische WORM-Charakteristik (Write Once, Read Many), die ein nachträgliches Ändern oder Löschen von Daten physisch unmöglich macht.

Warum das Thema SAP und Revisionssicherheit wichtig ist, merkt man zum Beispiel am SAP-Modul Financials (FI) mit sämtlichen Vorgängen der Finanzbuchhaltung. Hier fordert der Wirtschaftsprüfer den lückenlosen Nachweis der Unveränderbarkeit gemäß GoBD und AO. Der SAP Content Server im Standard kann das ohne ein zertifiziertes externes Archiv nicht leisten.

2. Massendaten blähen das System auf und bremsen die Performance

Dokumente direkt in SAP zu speichern, führt zu einem massiven Datenwachstum, das die operative Performance beeinträchtigt. Besonders bei performanten Datenbanken wie SAP HANA treibt dieses „Aufblähen“ die Infrastrukturkosten in die Höhe, da teurer Arbeitsspeicher mit statischen Altdaten blockiert wird. Zudem verlängern sich Backup-Zeiten und Wartungsfenster.

Hinzu kommt eine technische Limitierung: Standard-Schnittstellen wie ArchivLink oder CMIS kapitulieren bei der synchronen Einzelablage von Millionen Ausgangsbelegen (z. B. beim monatlichen Rechnungsversand). Eine externe SAP Archivierung zum Beispiel mit inPoint CSS fängt diese Last ab, indem es eine schnelle Massenübernahme mit einer zeitversetzten Verknüpfung im Hintergrund realisiert.

3. Auch SAP ILM benötigt einen physisch rechtssicheren Speicher

Die gesetzlichen Aufbewahrungsfristen im DACH-Raum (§ 257 HGB und § 147 AO in DE, § 132 BAO in AT, Art. 958f OR in CH) verlangen eine lückenlose Governance über den gesamten Dokumenten-Lebenszyklus. Zudem müssen Unternehmen die Daten DSGVO-konform verwalten. Hier kommt SAP Information Lifecycle Management (SAP ILM) ins Spiel. Ein häufiger Trugschluss ist jedoch, dass SAP ILM die revisionssichere Archivierung und Löschung komplett allein abbildet. Das ist technisch unmöglich: SAP ILM übernimmt ausschließlich die logische und inhaltliche Steuerung – es definiert Sperrfristen, gesetzliche Aufbewahrungsregeln und den exakten Löschzeitpunkt.

Für ein sauberes Compliance-Zusammenspiel ist also eine strikte Aufgabenteilung notwendig:

  • SAP ILM übernimmt die rein inhaltliche und logische Steuerung (Fristen, Sperrungen, Löschregeln).
  • Ein externes Archivsystem wie inPoint (via WebDAV oder ILM Store angebunden) dient als physischer, manipulationssicherer Speicherort, der die physische Unveränderbarkeit garantiert.

4. SAP führt Daten aus heterogenen Systemlandschaften nicht zusammen

Geschäftskritische Unterlagen entstehen selten ausschließlich in SAP. Lieferanten-E-Mails, Maschinendaten aus der Produktion, CAD-Zeichnungen oder Qualitätszertifikate stammen aus Drittsystemen. SAP ist architektonisch nicht dafür gebaut, diese unstrukturierten, systemfremden Dokumente konsistent abzugleichen und zu bündeln. Für lückenlose Nachweise müssen strukturierte SAP-Daten jedoch zwingend mit diesen externen Dokumenten verknüpft werden. Ein externes System wie inPoint DMS bricht diese Datensilos auf und führt die Informationen systemübergreifend zusammen.

5. Es fehlt die ganzheitliche Aktenlogik für Audits und Qualitätsmanagement

Kommt es zu einem Gewährleistungsfall oder einem Chargenrückruf, fordern Qualitätsmanagement und Auditoren sofortigen Zugriff auf die gesamte Wertschöpfungskette. In SAP existieren diese Informationen meist nur isoliert in unterschiedlichen Modulen. Es fehlt die logische Bündelung zu einer geschlossenen Akte (z. B. Produktions- oder Lieferantenakte). Ein externes DMS wie inPoint schließt diese Lücke: Es übernimmt SAP-Metadaten, verknüpft sie mit den Dokumenten der Drittsysteme und stellt die fertige Akte im passenden Layout schnell für Audits bereit.

6. Daten müssen unabhängig von SAP-Release-Wechseln stabil bleiben

Die IT-Infrastruktur im Mittelstand verändert sich permanent. Modulwechsel, Upgrades oder die Migration auf S/4HANA stehen regelmäßig an. Liegen historische Dokumente rein operativ in SAP, erschwert und verteuert dies jedes Migrationsprojekt, da Altdaten aufwendig konvertiert werden müssen. Ein externes Archiv entkoppelt die Historie vom operativen ERP-System. Die Archivierungsebene bleibt als stabile Datenschicht dauerhaft bestehen – unabhängig davon, welche operativen Systeme oder SAP-Versionen im Vordergrund wechseln.

Best Practice: Maximale Akzeptanz durch Hintergrund-Integration

Jede technische Optimierung des SAP Content Servers steht und fällt mit der Akzeptanz im Arbeitsalltag der Fachabteilungen. Modifikationen dürfen keine komplizierten Klickwege oder zusätzliche Software-Oberflächen bedeuten. Die Praxis zeigt: Die effizienteste Archivierung ist die, von der die Anwender im Alltag gar nichts mitbekommen.

Der inPoint Content Server für SAP (CSS) lagert Daten vollkommen asynchron im Hintergrund aus, während die Sachbearbeiter im Einkauf oder in der Buchhaltung in ihrer vertrauten SAP-Umgebung bleiben. Beim Aufruf eines Belegs holt das System das Dokument unbemerkt und ohne Verzögerung aus dem externen Archiv. Der Schulungsaufwand bei der Einführung sinkt gegen null, da die täglichen Arbeitsabläufe unangetastet bleiben.

Fazit: Ein revisionssicherer SAP Content Server ist nur über Drittanbieter zukunftssicher

Ein externes SAP-Archiv wie das inPoint DMS sichert nicht nur Ihre Compliance in den SAP-Modulen und macht den SAP Content Server revisionssicher, sondern schützt nachhaltig die Performance der gesamten Systemlandschaft. Durch das Auslagern statischer Altdaten entlasten Sie den teuren Arbeitsspeicher von High-Performance-Datenbanken wie SAP HANA, verkürzen Backup-Zeiten und reduzieren die Komplexität bei zukünftigen Release-Wechseln oder Migrationen. Mit einem solchen Archivkonzept bauen Sie eine stabile, langfristige Datenschicht auf – unabhängig davon, welche operativen Systeme sich im Vordergrund verändern.

Wie ist die Archivierung in Ihrer aktuellen SAP-Landschaft gelöst? Lassen Sie uns in einem kurzen Gespräch prüfen, wie Sie Performance-Engpässe beseitigen und Ihre Compliance rechtssicher verankern.

Jetzt unverbindliches Beratungsgespräch vereinbaren!