Eine Content Services Platform (CSP) ist eine Sammlung von Diensten zum Speichern, Steuern und Bearbeiten von Unternehmensinhalten, die darauf ausgelegt ist, von anderen Anwendungen über APIs genutzt zu werden, statt nur als eigenständiges Repository zu dienen.
Der Begriff wurde von Branchenanalysten eingeführt, um Enterprise Content Management abzulösen, und die Umbenennung markierte einen echten architektonischen Wandel und nicht nur eine neue Bezeichnung.
Was sich gegenüber ECM verändert hat
ECM, so wie es in der Praxis umgesetzt wurde, ging von einem einzigen Repository aus. Inhalte wurden in ein einziges System eines einzigen Anbieters migriert, und Anwendungen, die darauf zugreifen mussten, integrierten sich entweder in dieses System oder arbeiteten daran vorbei. Der Vorteil war Kontrolle. Der Preis dafür war, dass Migrationsprojekte lang, teuer und häufig unvollständig waren, sodass Inhalte in genau den Systemen hängen blieben, die sie eigentlich ersetzen sollten.
Das Content-Services-Modell geht von der Beobachtung aus, dass Inhalte bereits verteilt sind und es auch bleiben werden. Statt alles zu konsolidieren, stellt es Dienste bereit, die konsistente Governance über Repositories hinweg anwenden, und macht diese so zugänglich, dass Content-Management zu einer Funktion wird, die andere Anwendungen aufrufen, statt zu einem Ziel, das Nutzer besuchen.
Die praktische Folge: Erfolg bemisst sich nicht mehr daran, wie viele Inhalte an einen Ort migriert wurden, sondern daran, wie konsistent Richtlinien überall dort angewendet werden, wo Inhalte liegen.
Typische Fähigkeiten
Sichere Workspaces gruppieren Inhalte nach Team, Fall, Vorgang oder Projekt, mit Mitgliedschaft und Berechtigungen, die auf diesen Container beschränkt sind. Das entspricht der Art, wie Arbeit sich tatsächlich organisiert, besser als eine globale Ordnerstruktur.
Rollenbasierter Zugriff vergibt Rechte nach Rolle statt an namentlich benannte Personen, was regelmäßige Zugriffsüberprüfungen erst praktikabel macht. Siehe Dokumentenmanagementsystem.
Aufbewahrungsrichtlinien wenden Lebenszyklusregeln je Inhaltsklasse an und fließen in das Records Management ein, wo eine formale Aktenerklärung erforderlich ist.
Integrationen verbinden Fachbereichssysteme, sodass Inhalte in den Anwendungen entstehen und genutzt werden, in denen die Arbeit stattfindet, statt Nutzer zu zwingen, ein separates Repository aufzusuchen.
API-first-Architektur ist das entscheidende Merkmal. Jede in der Oberfläche verfügbare Funktion ist auch programmgesteuert verfügbar, wodurch sich Content-Services in andere Software einbetten lassen.
Metadaten- und Klassifizierungsdienste wenden über alle Quellen hinweg konsistente Kennzeichnungen an, häufig mithilfe der Dokumentenklassifizierung, sodass Governance nicht davon abhängt, dass Nutzer Inhalte korrekt taggen.
Der Kompromiss der Föderation
Governance über Repositories hinweg anzuwenden, statt sie zu konsolidieren, vermeidet Migration und bringt eigene Schwierigkeiten mit sich. Diese sollten klar benannt werden, denn Anbietermaterial tut das in der Regel nicht.
Die Durchsetzung von Richtlinien ist immer nur so stark wie der schwächste Konnektor. Bietet ein Repository keine API zum Anwenden von Aufbewahrungsregeln, wird dessen Inhalt durch Konvention gesteuert und nicht durch die Plattform.
Die Suche über föderierte Quellen hinweg ist schwieriger als die Suche innerhalb eines einzigen Index, und die Ergebnisqualität hängt von der Metadatendisziplin jeder einzelnen Quelle ab.
Zugriffskontrolle muss zwischen Systemen mit unterschiedlichen Berechtigungsmodellen abgeglichen werden, und genau in diesem Abgleich häufen sich die Fehler. Eine Person, die ein Dokument nicht sehen dürfte, erhält Zugriff meist durch eine Inkonsistenz zwischen den Modellen zweier Systeme und nicht durch einen Fehler in einem der beiden.
Föderation ist für die meisten Unternehmen die richtige Standardwahl, tauscht aber ein großes Migrationsprojekt gegen eine fortlaufende Integrationslast ein. Sie beseitigt den Aufwand nicht, sondern verlagert ihn.
Wo CSP auf Dokumenten-KI trifft
Eine Content Services Platform steuert Inhalte. Sie zu interpretieren ist eine eigene Fähigkeit: Die intelligente Dokumentenverarbeitung wandelt Dokumente in Daten um, und Retrieval-Augmented Generation beantwortet Fragen anhand von Inhalten.
Die entscheidende Verbindung ist die Zugriffskontrolle. Durchsucht ein Retrieval-System Inhalte, die die Plattform steuert, müssen deren Berechtigungen beim Abruf durchgesetzt werden, sonst wird die KI-Schicht zu einem Weg, die Governance zu umgehen, die die Plattform eigentlich gewährleisten soll.
Was häufig schiefgeht
Sie wird als Repository gekauft und auch so genutzt. Eine API-first-Plattform, die nur über die eigene Oberfläche genutzt wird, liefert denselben Nutzen wie das ECM-System, das sie ersetzt hat, zu denselben Kosten.
Governance wird als automatisch übernommen angenommen. Das Anbinden eines Repositorys wendet nicht automatisch Richtlinien auf dessen vorhandene Inhalte an; das nachträgliche Klassifizieren und Zuweisen von Aufbewahrungsregeln für bereits vorhandene Inhalte ist meist der größere Teil der Arbeit.
Workspaces wuchern. Ohne Lebenszyklusregeln sammeln sich projektbezogene Workspaces unbegrenzt an und reproduzieren genau die Zersplitterung, die die Plattform eigentlich beheben sollte.
Contellect One stellt diese Dienste im Bereich Dokumenten- und Content-Management bereit.
