SAP-DMS-Integration: 5 teure Fehler vermeiden

Eine SAP-DMS-Integration verbindet das SAP-ERP mit einem Dokumentenmanagementsystem, sodass Geschäftsdokumente — Rechnungen, Lieferscheine, Verträge, Zeichnungen — bidirektional mit den entsprechenden SAP-Transaktionen verknüpft und einmalig in einem regelgesteuerten Archiv abgelegt werden. Die eelik d.o.o. konzipiert und realisiert solche Integrationen für Produktions- und Dienstleistungsunternehmen im DACH-Raum, basierend auf ArchiveLink, REST API und ereignisgesteuerten Mustern. Die meisten Integrationsprobleme, die wir beheben sollen, sind keine technischen Bugs, sondern Designentscheidungen, die in den ersten zwei Projektwochen getroffen — oder eben übersprungen — wurden.

Warum ist die SAP–DMS-Schnittstelle so oft der Schwachpunkt?

SAP und ein DMS sind beide Systems of Record mit jeweils klaren Vorstellungen davon, wie Dokumente und Metadaten zu speichern sind. Wird die Integration als nachgelagerte IT-Aufgabe statt als Architekturentscheidung behandelt, landen Dokumente in beiden Systemen, mit widersprüchlichen Metadaten und ohne klare Antwort auf die Frage „Wo liegt die maßgebliche Kopie?". Die folgenden fünf Fehler machen den Großteil der Integrationsprojekte aus, die wir nachträglich sanieren sollen.

Fehler 1 — Die Single Source of Truth nicht von Anfang an definieren

Der teuerste Fehler ist am einfachsten zu beschreiben: Niemand hat entschieden, ob SAP oder das DMS Eigentümer des Dokuments ist. Sechs Monate später existiert dieselbe Rechnung in beiden Systemen mit leicht abweichenden Metadaten, und der Abgleichaufwand frisst den Produktivitätsgewinn auf, den das Projekt eigentlich liefern sollte.

Wie es sich zeigt: doppelte PDFs in SAP-DMS-Tabellen und im externen DMS, Verwirrung der Nutzer darüber, wo zu suchen ist, Auditfeststellungen zu inkonsistenten Aufbewahrungsdaten.

Geschäftliche Auswirkung: Audit-Beanstandungen, doppelte Speicherkosten und schwindendes Vertrauen der Nutzer in beide Systeme.

Gegenmaßnahme: Entscheiden Sie pro Dokumentklasse. Eine vertretbare Standardannahme für DACH-Organisationen ist, dass SAP die transaktionalen Daten besitzt (Rechnungskopf, Buchung, Buchhaltungssicht) und das DMS das Dokumentobjekt (PDF, Archiv, Aufbewahrung, Audit). SAP hält einen Link, nicht die Datei. Halten Sie diese Entscheidung schriftlich fest, bevor eine Zeile Code committed wird.

Fehler 2 — Dateien synchronisieren statt verlinken

Manche Teams versuchen, „beide Systeme synchron zu halten", indem sie Dokumente zwischen SAP-Anhängen (GOS — Generic Object Services) und dem DMS replizieren. Das funktioniert eine Woche, dann läuft es auseinander.

Wie es sich zeigt: Versionsabweichungen, fehlende Anhänge in einem der Systeme, sich verdoppelnde Speicherkosten und Dateigrößen.

Geschäftliche Auswirkung: Die Speicherkosten wachsen linear mit dem Transaktionsvolumen, und Sie verlieren die Rechtssicherheit eines einzigen archivierten Originals.

Gegenmaßnahme: Nutzen Sie ArchiveLink oder eine Content-Repository-Schnittstelle, sodass SAP nur eine Referenz speichert (DocID, Content-Repository-ID) und die Datei einmalig im DMS liegt. Das DMS wird zum Content-Store, SAP zum Metadaten- und Link-Store. Die ArchiveLink-Dokumentation von SAP beschreibt die Schnittstelle im Detail.

Fehler 3 — ArchiveLink ignorieren und das Rad neu erfinden

ArchiveLink ist die Standard-SAP-Schnittstelle zur Archivierung und zur Verknüpfung von Dokumenten mit Geschäftsobjekten. Sie existiert seit den 1990er-Jahren, wird von jedem zertifizierten DMS unterstützt und deckt Eingangs- (Eingangsrechnungen), Ausgangs- (gedruckte Rechnungen, Lieferscheine) und Nacharchivierungsszenarien ab.

Wie es sich zeigt: individueller ABAP-Code, der eine REST API direkt aufruft, GOS umgeht und ohne sichtbaren Link in MIRO, FB03 oder VA03 endet.

Geschäftliche Auswirkung: Anwender finden Dokumente nicht über ihre gewohnten SAP-Masken, der Schulungsaufwand steigt, und Sie haben eine individuelle Integration gebaut, die der nächste Berater nicht verstehen wird.

Gegenmaßnahme: Nutzen Sie ArchiveLink für alles, was in SAP eine Geschäftsobjektreferenz besitzt (FI-Rechnungen, SD-Aufträge, MM-Lieferungen, HR-Personalakten). REST- oder OData-Integrationen bleiben den Fällen vorbehalten, in denen ArchiveLink wirklich nicht passt, etwa für Dokumente außerhalb des SAP-Objektmodells.

Fehler 4 — Kein Change-Data-Capture für nahezu Echtzeit-Updates

Die meisten Integrationen starten als nächtliche Batch-Jobs. Das ist für den Archivtransfer akzeptabel, scheitert aber in dem Moment, in dem Finance gescannte Rechnungen innerhalb von Minuten in SAP sehen will oder der Vertrieb den unterzeichneten Vertrag sofort sichtbar braucht, nachdem DocuSign zurückgemeldet hat.

Wie es sich zeigt: Anwender beklagen, dass „das Dokument noch nicht da ist", AP-Sachbearbeiter scannen Rechnungen erneut, weil der Batch noch nicht gelaufen ist.

Geschäftliche Auswirkung: Die Integration wird zweimal gebaut — einmal als Batch, einmal ereignisgesteuert — zu etwa den doppelten ursprünglichen Kosten.

Gegenmaßnahme: Planen Sie ereignisgesteuerte Flüsse ab Tag eins. SAP-Ereignisse (SAP Change Documents über CDHDR/CDPOS, BAdIs oder SAP Event Mesh) senden Benachrichtigungen an das DMS, das DMS sendet via REST-Webhooks Ereignisse zurück, sobald ein Dokument erfasst oder freigegeben wird. Batch-Jobs bleiben nur für Massen-Historienmigration und nächtliche Abstimmung erhalten.

Fehler 5 — Keine Governance für Stammdaten

Lieferanten, Kostenstellen, Werke, Dokumentarten — das sind die Metadatenfelder, von denen die Integration abhängt. Werden sie unabhängig in SAP und im DMS gepflegt, bricht die Verknüpfung beim ersten Umnummerieren einer Lieferantennummer oder Umbenennen einer Dokumentart.

Wie es sich zeigt: Dokumente landen unter „unbekannter Lieferant", Berichte zeigen Einbrüche der Klassifikationsgenauigkeit nach Stammdatenbereinigungen.

Geschäftliche Auswirkung: stille Datenqualitätsverschlechterung, die typischerweise erst beim Jahresaudit entdeckt wird.

Gegenmaßnahme: SAP ist Master für Geschäftsstammdaten (Lieferanten, Kunden, Kostenstellen, Sachkonten). Das DMS abonniert diese via täglicher Delta- oder Event-Übertragung. Dokumentarten und Aufbewahrungsklassen können im DMS gemastert, aber lesend nach SAP gespiegelt werden. Halten Sie eine schriftliche Stammdaten-Governance fest und überprüfen Sie diese quartalsweise.

Wie sollte eine saubere SAP–DMS-Integration aussehen?

Schicht	Verantwortung	Muster
Dokumentablage	Ausschließlich DMS	Einziges Archiv, Aufbewahrungsregeln
Geschäftsobjekt-Link	SAP hält DocID + ContentRepID	ArchiveLink
Metadaten-Master	SAP für Geschäftsdaten, DMS für Dokumentklassen	Ereignisgesteuerte Replikation
Erfassung (Eingangsrechnungen)	DMS / Capture-Plattform	OCR + NLP, Buchung in SAP via BAPI/IDoc
Ausgang (gedruckte Dokumente)	SAP erzeugt, DMS archiviert	Ausgehender ArchiveLink
Suche	Beide Systeme, föderiert	SAP-GOS verlinkt zur DMS-Ansicht
Audit	DMS verantwortet Audit-Trail der Datei, SAP den der Transaktion	Manipulationssichere Logs in beiden

Dieses Schichtenmodell beseitigt die fünf Fehler konstruktiv: Die Single Source of Truth ist explizit, Dateien werden nicht dupliziert, ArchiveLink ist Standard, Ereignisse sorgen für Aktualität, und Stammdaten haben einen klaren Eigentümer.

Was ist mit der S/4HANA-Migration?

Der Wechsel auf S/4HANA ist ein guter Anlass, die SAP–DMS-Integration zu überdenken. Viele Organisationen schleppen GOS-Altanhänge mit, die längst hätten archiviert werden müssen. Eine Archivbereinigung vor der Migration in Verbindung mit einem ArchiveLink-basierten externen DMS reduziert das Migrationsvolumen und verbessert die Performance von S/4 danach. Die eelik d.o.o. führt diese Archivkonsolidierungsprojekte parallel zu S/4-Migrationspartnern durch.

Wie lange dauert eine typische Integration?

Für eine mittelständische SAP-Landschaft (ein Produktivsystem, FI/MM/SD-Module, 200–500 benannte Anwender):

• Discovery und Architektur: 3–4 Wochen
• Eingangsrechnungsfluss mit ArchiveLink und Erfassung: 6–8 Wochen
• Ausgehende gedruckte Dokumente: 3–4 Wochen
• Stammdaten- und Ereignisflüsse: 4–6 Wochen parallel
• Go-live und Stabilisierung: 4 Wochen

Gesamt: rund vier bis fünf Monate für die erste Welle. Siehe Service Systemintegrationen und Service Dokumentenmanagement für das Liefermodell.

Häufig gestellte Fragen

Brauchen wir ArchiveLink in S/4HANA noch?

Ja. ArchiveLink bleibt die Standard-Schnittstelle in S/4HANA, sowohl on-premises als auch in der Private Cloud. S/4HANA Cloud Public Edition ersetzt den klassischen kundeneigenen Content Server durch den SAP Document Management Service, sodass die Archivierung im SAP-verwalteten Service statt in einem eigenen ArchiveLink-Content-Repository erfolgt. Zertifizierte DMS-Partner integrieren über diesen Service. On-premises- und Private-Cloud-Varianten unterstützen weiterhin uneingeschränkt klassischen ArchiveLink.

Können wir statt ArchiveLink eine REST API verwenden?

Für Dokumente ohne SAP-Geschäftsobjekt (allgemeine Korrespondenz, generische Archive) ist eine REST- oder OData-Integration vertretbar. Für alles, was an einem FI-Beleg, Kundenauftrag, Lieferschein oder Personaldatensatz hängt, bleibt ArchiveLink die risikoärmere Wahl, weil es in das Standard-SAP-UI und das Berechtigungsmodell integriert ist.

Was, wenn unser SAP-System bei einem Dritten gehostet wird?

Am Integrationsmodell ändert sich nichts. Das DMS verbindet sich via sicherem VPN oder AWS-/Azure-PrivateLink mit SAP, ArchiveLink-Aufrufe laufen über denselben Kanal. Klären Sie mit dem Hosting-Partner, dass eigene RFC-Destinations und ArchiveLink-Content-Repositories konfiguriert werden können.

Wie vermeiden wir ein gescheitertes Projekt?

Verwenden Sie die ersten zwei Wochen auf die Architekturentscheidungen aus diesem Beitrag — Single Source of Truth, Link statt Sync, ArchiveLink zuerst, ereignisgesteuert, Stammdaten-Governance — und halten Sie sie schriftlich fest. Die meisten gescheiterten Integrationen überspringen genau das und bezahlen dafür in den Monaten sechs bis zwölf. Kontaktieren Sie die eelik d.o.o. für eine Integrationsbewertung.