Welche Third-Party-Systeme SAP Digital Access ausloesen: CRM, WMS, MES, RPA, E-Commerce

Ob ein Drittanbieter-System in Ihrem Portfolio einen Digital-Access-Steuerungsmoment auslöst, hängt nicht davon ab, wie das System heißt oder welchem Anbieter es stammt. Es hängt davon ab, ob es über eine SAP-Schnittstelle einen der neun definierten Dokumenttypen in SAP erstellt. Wer seinen Integrationsbestand nach Systemkategorien durchgeht, bekommt schnell ein belastbares Bild der eigenen Lizenzexposition.

Dieser Artikel kategorisiert die gängigsten Systemtypen, benennt die jeweils ausgelösten Dokumenttypen und zeigt, worauf es bei der Governance-Einschätzung ankommt.

Das Grundprinzip: Erstellen, nicht zugreifen

Digital Access entsteht nicht durch das Lesen von SAP-Daten. Es entsteht durch das Erstellen von Dokumenten in SAP, ausgeführt durch ein System, das nicht über einen lizenzierten SAP-Named-User agiert.

Das bedeutet: Ein Dashboard-Tool, das SAP-Daten ausliest und visualisiert, ohne zurückzuschreiben, löst keinen Digital-Access-Steuerungsmoment aus. Ein CRM-System hingegen, das beim Abschluss eines Angebots eine Sales Order in SAP anlegt, löst ihn aus. Jeden Mal. Pro Order-Item.

Dieser Unterschied strukturiert die Einordnung aller nachfolgend beschriebenen Systemkategorien.

CRM-Systeme: Sales Order Items und Service Order Items

CRM-Plattformen sind in vielen SAP-Portfolios die häufigste Quelle von Digital-Access-Triggern, weil sie direkt in vertriebliche Kernprozesse eingebettet sind.

Wird ein Angebot in einem CRM-System zu einer bestätigten Bestellung, überträgt das System in der Regel automatisch eine Sales Order in SAP. Jede Position dieser Order ist ein lizenzpflichtiges Sales Order Item. In ähnlicher Weise entstehen Service Order Items, wenn CRM-gestützte Serviceaufträge oder Field-Service-Prozesse in SAP geschrieben werden.

Der Steuerungsmoment: Wie viele Sales Orders erstellt Ihr CRM-System in SAP pro Monat? Welches Wachstum plant der Vertrieb? Wenn das CRM-System ohne DAAP-Abdeckung läuft, ist jede erstellte Order-Position potenziell ein offener Lizenzposten.

Relevant für: Alle Unternehmen mit CRM-Systemen, die in SAP SD oder SAP Sales Cloud schreiben.

Warehouse-Management-Systeme (WMS): Goods Movement Items und Inbound Delivery Items

Warehouse-Management-Systeme sind für viele Logistik-intensive Unternehmen der quantitativ bedeutendste Digital-Access-Auslöser. Die Taktrate ist hoch: Wareneingang, Warenausgang, Umbuchungen, Bestandskorrekturen, Lieferquittierungen.

Jede dieser Buchungstransaktionen, die über die WMS-Schnittstelle ausgeführt wird und in SAP eine Warenbewegung oder eine Eingangslieferung erzeugt, schlägt als Goods Movement Item oder Inbound Delivery Item in der Dokumentbilanz durch.

Ein WMS, das täglich tausende Lagerbewegungen bucht, erzeugt ein monatliches Dokumentvolumen, das ohne Messung kaum abzuschätzen ist. In einem Lager mit hohem Durchsatz kann dieses Volumen die Kontingente aus anderen Systemkategorien bei weitem übersteigen.

Der Steuerungsmoment: Ist Ihr WMS im DAAP-Supplement als abgedeckte Integrationsquelle erfasst? Ist das historische Dokumentvolumen der letzten 12 Monate bekannt?

Relevant für: Handelsunternehmen, Industrie mit eigenem Lager, Logistikdienstleister mit SAP-Integration.

Manufacturing Execution Systems (MES): Manufacturing Order Items und Goods Movement Items

MES-Systeme steuern Fertigungsprozesse und kommunizieren dabei kontinuierlich mit SAP PP (Production Planning) und SAP QM (Quality Management). Rückmeldungen aus der Produktion, Fertigungsauftragsabschlüsse, Qualitätsbuchungen.

Diese Transaktionen erzeugen Manufacturing Order Items, wenn das MES Fertigungsaufträge in SAP anlegt oder abschließt. Sie erzeugen Goods Movement Items, wenn Materialentnahmen und Fertigmeldungen gebucht werden.

Besonderheit: In der Produktion mit mehreren Schichten und hoher Losfrequenz kann die Dokumentfrequenz pro Tag in den vier- bis fünfstelligen Bereich gehen. Die Lizenzexposition hängt stark vom Fertigungsvolumen ab und entwickelt sich mit der Produktionskapazität.

Der Steuerungsmoment: Hat Ihr Unternehmen MES-Systeme in der DAAP-Bewertung berücksichtigt? Wächst die Produktionskapazität in der laufenden Vertragsperiode?

Relevant für: Fertigungsunternehmen, Prozessindustrie, Pharmahersteller mit GMP-relevanten SAP-Buchungen.

E-Commerce und Portal-Integrationen: Sales Order Items und Invoice Items

E-Commerce-Plattformen sind der klassische Fall für Document-Based Licensing, weil Named User hier strukturell nicht funktioniert. Die Nutzerbasis ist anonym, extern und variabel. Jeder Kunde, der über einen Online-Shop bestellt, löst potenziell eine Digital-Access-Pflicht aus, wenn seine Bestellung als Sales Order in SAP angelegt wird.

Hinzu kommen Invoice Items, wenn automatisierte Rechnungslegungsprozesse die Bestellungen direkt in SAP-Belege überführen.

Das Volumen ist skalierungsabhängig. Ein Online-Shop mit saisonalen Spitzen kann in der Hochsaison ein Dokumentvolumen erreichen, das Kontingente überschreitet, die auf Basis des Jahresdurchschnitts verhandelt wurden.

Der Steuerungsmoment: Sind Dokumentkontingente im DAAP-Amendment saisonal kalibiert? Werden Overage-Prognosen für Spitzenperioden regelmäßig überprüft?

Relevant für: B2C und B2B E-Commerce, Unternehmen mit Kunden-Self-Service-Portalen, Marktplatz-Integrationen.

RPA und Prozessautomatisierung: Invoice Items, Journal Entries, Payment Items, Purchase Order Items

RPA-Bots haben aus Digital-Access-Perspektive eine besondere Eigenschaft: Sie haben keinen Named User. Ein Bot ist kein Mensch. Named User Licensing kommt für RPA-Systeme strukturell nicht in Frage. Document-Based Licensing ist der einzige gangbare Weg, wenn RPA-Prozesse Dokumente in SAP erstellen.

Typische Anwendungsfälle: automatisierte Rechnungsverarbeitung (Invoice Items), Journalbuchungen aus Buchungsläufen (Journal Entries), Zahlungserfassung aus Bankauszügen (Payment Items), automatisierte Bestellauslösung (Purchase Order Items).

RPA-Rollouts in der Buchaltung oder im Einkauf können innerhalb weniger Monate ein erhebliches monatliches Dokumentvolumen aufbauen. Da RPA-Projekte oft ohne vorherige Lizenzklärung gestartet werden, entsteht hier ein Steuerungsmoment, der in der Praxis häufig spät sichtbar wird.

Der Steuerungsmoment: Welche RPA-Prozesse schreiben aktuell Dokumente in SAP? Sind diese Prozesse im Integrations-Inventar als Digital-Access-Quellen erfasst? Wurde vor dem RPA-Rollout eine Lizenzprüfung durchgeführt?

Relevant für: Alle Unternehmen mit RPA-Initiativen in Finance, Einkauf, Logistics oder HR-Prozessen mit SAP-Schnittstelle.

Finanzportale und Treasury-Systeme: Payment Items und Journal Entries

Treasury-Management-Systeme, Faktoring-Plattformen und Cash-Management-Lösungen kommunizieren mit SAP FI (Financial Accounting) und übermitteln Zahlungen, Banksaldenzuordnungen und buchhalterische Ausgleichspositionen.

Die ausgelösten Dokumenttypen sind Payment Items und Journal Entries. Das Volumen ist transaktionstypisch: kein saisonales Muster, aber eine verlässliche Grundrate abhängig von der Zahlungsfrequenz des Unternehmens.

Besonderheit: Bei Treasury-Systemen werden oft hohe EUR-Beträge pro Buchung bewegt, aber die Digital-Access-Bewertung erfolgt nach Dokumentanzahl, nicht nach Transaktionswert. Ein Zahlungslauf mit 500 Positionen erzeugt 500 Payment Items.

Der Steuerungsmoment: Sind Treasury-Systeme und Bankintegrations-Schnittstellen im DAAP-Supplement explizit erfasst?

Relevant für: Unternehmen mit zentralem Treasury, Cash-Pooling-Strukturen, Faktoring-Programmen.

Lieferanten- und Einkaufsplattformen: Purchase Order Items und Inbound Delivery Items

Einkaufsportale und Lieferanten-Kollaborationsplattformen, die Bestellungen und Lieferquittungen in SAP schreiben, lösen Purchase Order Items und Inbound Delivery Items aus.

Ein Sonderfall ist das Ariba Network: SAP Ariba hat eigene Transaktionsgebühren, die separat von Digital Access anfallen. Wer über das Ariba Network Bestellungen in SAP S/4HANA schreibt, muss prüfen, ob die Transaktionen zusätzlich als Digital-Access-Trigger einzustufen sind oder ob die RISE-Enterprise-Agreement-Inklusion für interne Systeme greift. Diese Abgrenzung ist vertragsabhängig und erfordert eine präzise Prüfung des Digital Access Supplements.

Der Steuerungsmoment: Ist die Lizenzfrage bei Ariba-Integration explizit im Vertragswerk adressiert? Welche Einkaufsplattformen schreiben Dokumente in SAP, die nicht über das Ariba-Vertragsverhältnis abgedeckt sind?

Relevant für: Unternehmen mit elektronischen Einkaufsprozessen, Supplier-Self-Service-Portalen, EDI-Schnittstellen zu Lieferanten.

Steuerungsmoment: Den Integrationsbestand systematisch führen

Die vorstehenden Systemkategorien zeigen: Digital-Access-Steuerungsmomente entstehen nicht selten, sondern kontinuierlich. Jede neue Integration, jeder RPA-Rollout, jede Erweiterung eines E-Commerce-Portals, jeder WMS-Ausbau kann den Dokumentvolumen erhöhen und bestehende Kontingente in Richtung Overage bewegen.

Die Steuerung dieser Momente erfordert ein Integrations-Inventar, das nicht einmalig aufgebaut und dann liegengelassen wird, sondern aktiv im Vertragsrhythmus geführt wird.

Vier Dimensionen pro Integration sind steuerungsrelevant:

Nutzung: Welches Dokumentvolumen erzeugt diese Integration pro Monat? Wie entwickelt sich der Trend?
Berechtigungen: Ist für diese Integration eine Lizenzgrundlage dokumentiert (Named User, DAAP, oder Ausnahme)?
Infrastruktur: Über welche Middleware oder API-Schicht kommuniziert die Integration mit SAP? Wer ist verantwortlich für Änderungen an dieser Schicht?
Kosten: Sind die Digital-Access-Positionen in der SAP-Rechnung dem richtigen System und Vertragskontext zugeordnet?

Wer diese vier Dimensionen kennt und im Steuerungsrhythmus hält, behält die Hoheit über seinen Digital-Access-Status, auch wenn Integrationslandschaft und Dokumentvolumen wachsen.

Zusammenfassung

Digital Access betrifft nicht einzelne Systeme, sondern die Breite des Integrationsbestands. CRM-Plattformen, Warehouse-Management-Systeme, Manufacturing Execution Systems, E-Commerce-Integrationen, RPA-Prozesse, Treasury-Systeme und Einkaufsplattformen: Sie alle können einen Steuerungsmoment auslösen, wenn sie Dokumente in SAP erstellen und keine Lizenzgrundlage dokumentiert ist.

Die Einordnung nach Systemkategorie und Dokumenttyp ist der erste Schritt. Der zweite Schritt ist ein vollständiges Integrationsregister mit bekanntem Lizenzstatus pro Schnittstelle. Der dritte Schritt ist die laufende Steuerung, die Dokumentvolumina, neue Integrationen und Vertragsänderungen in einem konsistenten Rhythmus zusammenführt.

Wenn Sie Ihren Integrationsbestand vor einem RISE-Migrationsprojekt oder einem anstehenden SAP-Audit einordnen möchten: Der Vertragscheck gibt Ihnen in vier Wochen Klarheit über Ihren Digital-Access-Status.

FAQ

Löst jedes Drittsystem, das auf SAP zugreift, automatisch Digital Access aus?

Nein. Digital Access entsteht nur, wenn ein Drittsystem über eine SAP-Schnittstelle einen der neun definierten Dokumenttypen in SAP erstellt. Systeme, die SAP-Daten nur lesen (Static Read), lösen keinen Steuerungsmoment aus.

Wir nutzen SAP RISE mit Enterprise Agreement. Sind unsere Integrationen automatisch abgedeckt?

Für interne Systeme, also Systeme desselben juristischen Vertragspartners, enthält das RISE Enterprise Agreement häufig unbegrenzte Digital-Access-Rechte. Externe Systeme, Partnerportale, Kunden-Integrationen und IoT-Plattformen fallen in der Regel nicht darunter. Was "intern" im Einzelfall bedeutet, ist vertragsabhängig definiert.

Unsere RPA-Bots haben keinen SAP-Login. Sind sie trotzdem lizenzpflichtig?

Ja. RPA-Systeme haben strukturell keinen Named User. Wenn ein Bot über eine SAP-Schnittstelle Dokumente erstellt (Rechnungen, Journal Entries, Bestellungen), entsteht eine Digital-Access-Pflicht. Document-Based Licensing über ein DAAP-Supplement ist der reguläre Weg.

Wie erfahre ich, welches Dokumentvolumen meine Integrationen erzeugen?

SAP stellt für das DAAP-Programm ein Measurement Tool zur Verfügung, das das historische Dokumentvolumen pro Dokumenttyp und Quelle misst. Ergänzend lässt sich über SAP-Transaktionslogs und Middleware-Protokolle eine Analyse aufbauen.

Was ist der Unterschied zwischen Ariba-Transaktionsgebühren und Digital Access?

Ariba-Transaktionsgebühren sind Ariba-Network-spezifische Gebühren für den Dokumentaustausch auf dem Ariba-Netzwerk. Digital Access ist die SAP-seitige Lizenzpflicht für das Erstellen von Dokumenten in SAP. Beides kann gleichzeitig anfallen. Ob Ariba-Integrationen unter die RISE-EA-Inklusion fallen, ist vertragsabhängig zu prüfen.