Doxis Blog  ECM & Archive

CMIS-Schnittstelle einfach erklärt: Funktion, Nutzen, Einsatz

Zwei Personen diskutieren Konzepte der CMIS-Schnittstelle mit Symbolen in einem modernen Arbeitsumfeld.

 

Ihre Inhalte sind wahrscheinlich über mehr Systeme verteilt, als Ihnen lieb ist: hier eine ECM-Plattform, dort eine SharePoint-Site, irgendwo ein SAP-Archiv. Jedes dieser Systeme spricht seine eigene Sprache, und keines davon versteht die anderen von Haus aus.

Laut dem 2025 Connectivity Benchmark Report von MuleSoft betreibt ein durchschnittliches Unternehmen inzwischen 897 Anwendungen – und nur 29 % davon sind integriert. Genau in dieser Lücke entstehen Content-Silos, und genau dieses Problem sollen Content Management Interoperability Services lösen.

Lesen Sie, wie die CMIS-Schnittstelle funktioniert: die Protokolle dahinter, das verwendete Datenmodell und wie ein CMIS-Client auf Inhalte in ansonsten getrennten Systemen zugreift. Sie erfahren außerdem, wo Doxis dabei ansetzt – unter anderem, wie CMIS genutzt wird, um SAPs Cloud-Landschaft anzubinden.

Wichtige Erkenntnisse

  • CMIS (Content Management Interoperability Services) ist ein OASIS-Standard, der es unterschiedlichen Content-Management-Systemen erlaubt, Inhalte über eine gemeinsame Schnittstelle auszutauschen und zu verwalten.
  • CMIS arbeitet mit drei Bindings – SOAP, REST und JSON – sowie einem gemeinsamen Datenmodell aus vier Objekttypen: Dokumente, Ordner, Beziehungen und Richtlinien.
  • Ein CMIS-Client gibt Ihnen zentralen Zugriff, um Inhalte in jedem angebundenen Repository zu suchen, anzulegen, zu bearbeiten und zu löschen – ohne für jedes System eine eigene Integration zu bauen.
  • Unternehmen nutzen CMIS, um mehrere CMS-Plattformen zu konsolidieren, Drittsysteme anzubinden, von Altsystemen zu migrieren und SAP mit Nicht-SAP-Systemen zu verbinden.
  • Die CMIS-Schnittstelle von Doxis ist von SAP für den SAP BTP Document Management Service zertifiziert und ersetzt dort ArchiveLink in Cloud-Umgebungen.

Was ist eine CMIS-Schnittstelle?

CMIS steht für Content Management Interoperability Services – ein herstellerunabhängiger Standard, der DMS, ERP und ECM-Systeme über eine gemeinsame Schnittstelle verbindet. So können sie Dokumente und Informationen systemübergreifend austauschen und verwalten. Der Standard wurde von OASIS entwickelt: Version 1.0 erschien 2010, Version 1.1 folgte 2013, unterstützt von Anbietern wie IBM, Microsoft, Adobe, SAP und Accenture.

Wie funktioniert die CMIS-Schnittstelle?

Ein CMIS-Client vermittelt zwischen der anfragenden Anwendung oder dem Benutzer und den Systemen, in denen die Dokumente und Informationen gespeichert sind. Statt für jedes System eine eigene Verbindung aufzubauen, kommuniziert der Client über eine einheitliche Schnittstelle mit allen angebundenen Systemen. Dadurch lassen sich Dokumente und Informationen systemübergreifend suchen, erstellen, bearbeiten, aktualisieren und löschen – als würden sie sich in einem einzigen System befinden.

Zwei Bausteine machen das möglich: die Protokolle, die die Anfragen transportieren, und das Datenmodell, das beschreibt, was angefragt wird.

Protokolle: SOAP-, REST- und JSON-Bindings

CMIS definiert drei Übertragungsprotokolle für die Kommunikation zwischen Systemen:

  • SOAP: XML-basiertes Binding für strukturierte, vertragsbasierte Kommunikation
  • REST: XML- und webbasiertes Binding auf HTTP-Basis
  • JSON: leichtgewichtiges Binding für RESTful Web Services

Diese Protokolle geben jeder angebundenen Plattform ein gemeinsames Vokabular. Unabhängig davon, welcher Anbieter das zugrunde liegende System gebaut hat, folgen Anfragen und Antworten derselben Struktur – ohne dass für jede Verbindung eine eigene Übersetzungsschicht nötig wäre.

Das CMIS-Datenmodell: Vier Objekttypen

Unter den Protokollen organisiert CMIS Inhalte über ein einheitliches Datenmodell mit vier Basis-Objekttypen:

  • Dokumentobjekte: die eigentlichen Inhalte, die in einem Content-Management-System gespeichert sind
  • Ordnerobjekte: die Organisationsstruktur, die Dokumente und weitere Ordner enthält
  • Beziehungsobjekte: Verknüpfungen zwischen zwei oder mehr Objekten
  • Richtlinienobjekte: Regeln, die auf Inhalte angewendet werden, etwa zu Aufbewahrung oder Zugriffsrechten

Zugriffskontrolllisten (Access Control Lists, ACLs) stehen neben diesen Objekttypen und legen fest, wer welche Inhalte sehen oder bearbeiten darf. Weil jedes angebundene System seine Inhalte auf dasselbe Modell abbildet, kann ein Dokument, das etwa in Microsoft SharePoint entstanden ist, in eine andere Plattform wie Doxis übernommen und dort verstanden werden – ganz ohne manuelle Nachbearbeitung.

Wie ein CMIS-Client systemübergreifend auf Inhalte zugreift

Kombiniert man Protokolle und Datenmodell, läuft es so ab: Ein CMIS-Client sendet über SOAP, REST oder JSON eine Anfrage an ein Repository, also eine angebundene Dokumentenablage. Das Repository interpretiert die Anfrage anhand des gemeinsamen Objektmodells und liefert das angefragte Dokument, den Ordner oder die Metadaten zurück. Denselben Ablauf wiederholt der Client bei jedem CMIS-kompatiblen Repository – Sie erhalten damit einen einzigen Zugriffspunkt, statt sich durch ein Dutzend Logins, Suchmasken und Exportroutinen zu arbeiten.

Wie Sie ein System über die CMIS-Schnittstelle anbinden

Hey Doxi, wie verbinde ich ein System über die CMIS-Schnittstelle?

Der Aufbau einer CMIS-Verbindung folgt unabhängig von den beteiligten Plattformen immer demselben Grundmuster. So sieht das in der Praxis aus – inklusive der Stellen, an denen eine Plattform wie Doxis Schritte einspart, statt neue hinzuzufügen.

Schritt 1: CMIS-Kompatibilität prüfen

Prüfen Sie, ob beide Systeme CMIS unterstützen und welche Version. Die meisten modernen Content-Management- und DMS-Plattformen führen CMIS 1.0 oder 1.1 in ihrer technischen Dokumentation auf, das konkret unterstützte Binding (SOAP, REST oder JSON) kann jedoch je nach Anbieter und Installation variieren. Die CMIS-Schnittstelle von Doxis unterstützt alle drei Bindings – Kompatibilitätsfragen betreffen also das System auf der anderen Seite, nicht Doxis.

Schritt 2: Binding auswählen

Wählen Sie das Protokoll, das zu Ihrer Umgebung passt. REST- und JSON-Bindings sind leichtgewichtiger und eignen sich besser für Cloud- und webbasierte Integrationen, während SOAP zu älteren, vertragsbasierten Architekturen passt. Für SAP S/4HANA Cloud und SAP BTP ist die CMIS-Schnittstelle von Doxis bereits auf das Binding vorkonfiguriert, das der SAP Document Management Service erwartet – hier entfällt die Protokollentscheidung.

Schritt 3: Inhalte auf das CMIS-Datenmodell abbilden

Prüfen Sie, wie sich Ihre bestehenden Inhalte auf die vier CMIS-Objekttypen – Dokumente, Ordner, Beziehungen und Richtlinien – sowie auf mitzuführende Zugriffskontrolllisten abbilden lassen. An dieser Stelle zeigen sich meist nicht passende Metadaten oder Ordnerstrukturen, daher lohnt sich dieser Schritt, bevor Sie live etwas verbinden. Die Content-Federation-Funktionen von Doxis übernehmen dieses Mapping gegenüber externen Repositories, sodass Sie ein Quellsystem an das Datenmodell von Doxis anbinden können, ohne die Inhalte zuerst zu migrieren.

Schritt 4: Client-Verbindung konfigurieren

Richten Sie den CMIS-Client mit der Endpunkt-URL des Repositorys, den Zugangsdaten und dem in Schritt 2 gewählten Binding ein. Zertifizierte Connectoren – wie die CMIS-Schnittstelle von Doxis für SAP BTP – übernehmen einen Großteil dieser Konfiguration bereits automatisch, da Mapping und Endpunkt-Einrichtung schon auf die Zielsystem-Spezifikation ausgelegt sind. Genau diese Zertifizierung ist auch der Grund, warum die Verbindung ArchiveLink für SAP-S/4HANA-Cloud-Kunden sauber ablöst, statt einen Parallelbetrieb zu erfordern.

Schritt 5: Zugriff testen und validieren

Führen Sie einen Testlauf durch, der Suche, Abruf, Anlage und Löschung auf beiden Systemen abdeckt, bevor Sie die Verbindung breiter ausrollen. Prüfen Sie, ob Metadaten, Versionierung und Zugriffsrechte korrekt übernommen werden – das sind die Details, die bei einer überstürzten Einrichtung am leichtesten übersehen werden. Bei Doxis läuft diese Validierung gegen eine Plattform, die zugleich revisionssichere Archivierung und Aufbewahrungsfristen abdeckt, sodass derselbe Test nicht nur die Konnektivität, sondern auch die Compliance-Anforderungen bestätigt.

Migration zu SAP S/4HANA Cloud? (Kopie)

Erfahren Sie, wie ECM und die CMIS-Schnittstelle die Lücke schließen, die ArchiveLink bei der Archivierung offenlässt.

Jetzt lesen

Wie Unternehmen CMIS in der Praxis einsetzen

CMIS kommt vor allem in vier Szenarien zum Einsatz: um mehrere Content-Plattformen zusammenzuführen, externe Tools an ein bestehendes CMS anzubinden, klassische SAP-Archivierung in der Cloud abzulösen und Migrationen ohne Ausfallzeit durchzuführen.

Mehrere Content-Management-Systeme konsolidieren

Die meisten Unternehmen betreiben mehr als ein CMS, häufig sogar bis auf Abteilungsebene getrennt – und Fusionen, Restrukturierungen oder Änderungen an der IT-Infrastruktur verstärken das noch. Ohne CMIS bedeutet die Anbindung jedes Systems, für jedes Plattformpaar eine eigene Schnittstelle zu bauen und zu pflegen. Mit CMIS spricht jedes System dasselbe Protokoll, sodass Sie einmal statt wiederholt integrieren. Content Federation geht noch einen Schritt weiter: Externe Repositories lassen sich in eine gemeinsam verwaltete Schicht einbinden, ohne dass eine vollständige Migration nötig ist.

Drittsysteme und -Tools anbinden

Unternehmen nutzen CMIS außerdem, um externe Repositories, Collaboration-Tools und spezialisierte Dokumentendienste – etwa Systeme für Vertrags- oder Rechnungsmanagement – in ihr zentrales CMS einzubinden. Das Ergebnis ist eine durchsuchbare, zentral verwaltete Content-Ebene statt einzelner Informationsinseln, auf die nur bestimmte Teams Zugriff haben.

CMIS für SAP: ArchiveLink in der Cloud ablösen

Für SAP-Kunden spielt CMIS eine spezifische und zunehmend wichtige Rolle. Die klassische ArchiveLink-Schnittstelle von SAP wurde für die On-Premises-Archivierung entwickelt. In Cloud-Umgebungen wie SAP S/4HANA Cloud und der SAP Business Technology Platform übernimmt CMIS diese Aufgabe: Inhalte werden über den SAP BTP Document Management Service mithilfe der CMIS-Schnittstelle archiviert und abgerufen, statt über ArchiveLink.

Die SAP-Integration von Doxis spiegelt diesen Wandel direkt wider: Die CMIS-Schnittstelle von Doxis ist von SAP für den SAP BTP Document Management Service zertifiziert und ermöglicht so eine revisionssichere Langzeitarchivierung für SAP-S/4HANA-Cloud-Inhalte, ohne die eigene Cloud-Architektur zu verlassen.

Migrations- und Modernisierungsprojekte

CMIS dient außerdem als Brücke bei Migrations- und Modernisierungsprojekten. Da Inhalte auf einem CMIS-Server abgelegt sind, können sowohl ein altes als auch ein neues System gleichzeitig darauf zugreifen. Das ermöglicht eine schrittweise, „heiße" Migration, bei der beide Plattformen parallel laufen, statt einen harten Umstellungstermin zu erzwingen. Der Migrations- und Konsolidierungsservice von Doxis wendet dasselbe Prinzip auf umfassende ECM-Migrationen an: Dokumente und Metadaten werden Schritt für Schritt überführt, während Altsysteme nach und nach abgeschaltet werden. Derselbe Ansatz eignet sich auch, um ein bestehendes System um neue Inhalte oder Funktionen zu erweitern.

Welche Softwarelösungen unterstützen CMIS?

Der CMIS-Support unterscheidet sich je nach Anbieter und Version – prüfen Sie daher die Dokumentation einer Lösung, bevor Sie von Kompatibilität ausgehen. Zu den Standardanwendungen, die den CMIS-Standard unterstützen, zählen unter anderem:

  1. Doxis
  2. IBM Content Manager
  3. IBM LotusLive Files
  4. Microsoft SharePoint Server
  5. SAP HANA Cloud Document Service

Auch Doxis verfügt über eine CMIS-Schnittstelle und lässt sich damit herstellerunabhängig an jede kompatible Plattform anbinden – etwa an den Microsoft SharePoint Server oder den SAP HANA Cloud Document Service.

Wie Doxis die CMIS-Schnittstelle nutzt

Doxis ist als Content-Services-Plattform mit API-first-Ansatz aufgebaut und kombiniert REST, CMIS und dedizierte Connectoren, um Content-, Prozess- und Compliance-Funktionen auf einer Plattform zusammenzuführen. Diese Architektur bedeutet: CMIS ist bei Doxis kein nachträglich aufgesetztes Add-on, sondern von Anfang an Teil der Art, wie sich die Plattform in Ihre übrige IT-Landschaft einfügt.

Wenn Sie Inhalte über SAP, Microsoft 365 und Teams oder andere Unternehmenssysteme hinweg verwalten, bedeutet das mit Doxis konkret:

  • eine von SAP zertifizierte CMIS-Schnittstelle für den SAP BTP Document Management Service, die ArchiveLink für SAP-S/4HANA-Cloud- und SAP-BTP-Umgebungen ersetzt
  • Content Federation, um externe Repositories und Datenquellen anzubinden, ohne vollständig zu migrieren
  • einen zentralen Zugriffspunkt für Dokumente, Metadaten und Dateien aus jedem angebundenen System
  • revisionssichere Archivierung, die Versionen, Kontext und Beziehungen mitführt – nicht nur die reinen Dateien
  • eine modulare Plattform, die sich um ECM-, IDP- oder BPM-Funktionen erweitern lässt, sobald Ihr Integrationsbedarf wächst

Doxis wurde im Gartner® Magic Quadrant™ for Document Management 2026 als Leader ausgezeichnet – ein Beleg für dieselbe Integrationstiefe, die CMIS-Interoperabilität auch in einer wirklich heterogenen IT-Umgebung möglich macht. Sie möchten wissen, wie Doxis Ihre CMIS-Anforderungen abdecken kann? Nehmen Sie Kontakt auf, und wir gehen das gemeinsam mit Ihnen durch.

Arbeit automatisieren. Geschäft beschleunigen.

Bringen Sie KI, ECM und Workflow-Automatisierung auf einer leistungsstarken Unternehmensplattform zusammen.

Häufige Fragen zur CMIS-Schnittstelle

Wofür steht CMIS?

CMIS steht für Content Management Interoperability Services. Die CMIS-Schnittstelle ist ein herstellerunabhängiger, von OASIS entwickelter Standard, der unterschiedliche Content-Management-Systeme über eine gemeinsame Schnittstelle miteinander verbindet.

Welche Systeme kann eine CMIS-Schnittstelle verbinden?

Eine CMIS-Schnittstelle verbindet Content-Management-, DMS- und ERP-Systeme untereinander oder bindet Drittsysteme wie Repositories und Collaboration-Tools in ein bestehendes CMS ein. Ob eine konkrete Lösung CMIS unterstützt, zeigt deren technische Dokumentation.

Warum benötigen Unternehmen eine CMIS-Schnittstelle?

Unternehmen setzen CMIS-Schnittstellen ein, um Interoperabilität zwischen Plattformen herzustellen, statt für jedes Systempaar eine eigene Integration zu bauen. Das schafft zentralen Zugriff auf Informationen aus unterschiedlichen Systemen und steigert die Effizienz.

Welche Protokolle nutzt CMIS?

CMIS definiert drei Bindings: SOAP für strukturierte, vertragsbasierte Kommunikation, REST für XML- und webbasierte Integrationen auf HTTP-Basis sowie JSON für leichtgewichtige RESTful-Web-Services.

Wie unterstützt CMIS die SAP-Integration?

In Cloud-Umgebungen wie SAP S/4HANA Cloud und der SAP Business Technology Platform übernimmt CMIS die Aufgabe, die früher ArchiveLink erfüllte: Inhalte werden über den SAP BTP Document Management Service archiviert und abgerufen.

Unterstützt Doxis CMIS?

Ja. Die CMIS-Schnittstelle von Doxis ist von SAP für den SAP BTP Document Management Service zertifiziert und unterstützt alle drei CMIS-Bindings, sodass sie sich herstellerunabhängig mit kompatiblen Systemen verbinden lässt.

Lässt sich CMIS für Systemmigrationen nutzen?

Ja. Da CMIS-Inhalte auf einem gemeinsamen Server liegen, können ein altes und ein neues System während der Migration parallel darauf zugreifen. Das ermöglicht eine schrittweise Umstellung, ohne dass beide Systeme zu einem festen Stichtag hart abgeschaltet werden müssen.

Was sind die vier Objekttypen im CMIS-Datenmodell?

Das CMIS-Datenmodell besteht aus Dokumentobjekten, Ordnerobjekten, Beziehungsobjekten und Richtlinienobjekten. Zugriffskontrolllisten (ACLs) ergänzen dieses Modell und regeln, wer auf welche Inhalte zugreifen darf.

Das könnte Sie auch interessieren

Wie können wir helfen?

+49 (0) 228 90896-0
Bitte rechnen Sie 8 plus 8.

Ihre Nachricht hat uns erreicht!

Wir freuen uns über Ihr Interesse und melden uns in Kürze bei Ihnen.

Kontaktieren Sie uns

Inhaltsverzeichnis