Mit dem CMIS-Standard (\u201eContent Management Interoperability Services\u201c) wurde bereits 2010 von Branchengiganten wie Microsoft, IBM und Oracle ein Standard vorangetrieben, um den Zugriff auf ECM-Systeme zu vereinheitlichen. Inzwischen sind knapp vier Jahre und eine weitere Version von CMIS ins Land gezogen und es stellt sich die Frage: wie wichtig ist dieser mit gro\u00dfen Vorschlusslorbeeren bedachte Standard im Jahre 2014, vor allem f\u00fcr kleine und mittelst\u00e4ndische Unternehmen, die eventuell sogar gerade das f\u00fcr sie passende ECM-System aussuchen?<\/p>\n
<\/p>\n
Einfach ausgedr\u00fcckt beschreibt der CMIS 1.1 Standard auf seinen ca. 330 Seiten, wie man ein beliebiges ECM-System \u201everwenden\u201c kann, ohne dabei irgendwelche Besonderheiten des Produkts zu kennen oder gar die Oberfl\u00e4che des Programms zu benutzen. Wer sollte das aber tun wollen? Sicherlich nicht die normalen Anwender bei der t\u00e4glichen Arbeit (schlie\u00dflich haben sich die Verantwortlichen ja bewusst f\u00fcr ein ECM-System mit seinen besonderen Eigenschaften und dem Aussehen der Bedienoberfl\u00e4che entschieden).<\/p>\n
Stattdessen ist dieses Feature nat\u00fcrlich vor allem interessant, um anderen Programmen in der Systemlandschaft (z.B. dem Auftragsmanagement oder dem ERP-System) den Zugriff auf den Inhalt des ECMs zu erm\u00f6glichen bzw. eine M\u00f6glichkeit anzubieten, Daten in das ECM einzuspeisen. Da nur die \u201eallgemeinen\u201c Operationen und Eigenschaften benutzt werden, die CMIS anbietet, kann man damit Anbindungen entwickeln, ohne hierf\u00fcr die Besonderheiten eines bestimmten Systems zu kennen.<\/p>\n
Im Rahmen des CMIS-Standards wird eher selten von ECM-Systemen gesprochen. Stattdessen wird hierf\u00fcr der allgemeinere Begriff \u201eRepository\u201c verwendet. CMIS standardisiert also den Zugriff auf Repositories, die als Inhalt sogenannte \u201eObjekte\u201c der folgenden Typen haben:<\/p>\n
Dar\u00fcber hinaus kann jedes Repository noch eigene spezialisierte Typen f\u00fcr Objekte definieren, z.B. ein besonderes \u201eRechnungsdokument\u201c, welches dann eigene Eigenschaften wie \u201eRechnungsbetrag\u201c oder \u201eRechnungsnummer\u201c aufweisen kann. Zudem definiert CMIS noch diverse Dienste, mit denen man auf diesen Objekten operieren kann. Eine der wichtigsten Operationen besteht dabei sicherlich darin, \u00fcber eine standardisierte Abfragesprache bestimmte Mengen von Dokumenten aus dem Repository auszulesen. Es werden aber auch Operationen zum Anlegen und L\u00f6schen von Dokumenten sowie zum Navigieren innerhalb der Ordnerstrukturen angeboten.<\/p>\n
Besch\u00e4ftigt man sich etwas n\u00e4her mit CMIS, wird schnell deutlich, dass der Standard zwar viele sch\u00f6ne Dienstleistungen und Konzepte beschreibt, diese aber h\u00e4ufig als \u201eoptional\u201c gekennzeichnet sind. Damit bleibt es letztlich dem Hersteller des jeweiligen ECM-Systems \u00fcberlassen, ob er sich die M\u00fche macht, die entsprechenden Teile des Standards \u00fcberhaupt zu unterst\u00fctzen. Ein Beispiel hierzu: die Objekttypen \u201eDokument\u201c und \u201eOrdner\u201c m\u00fcssen zwingend von einem Repository unterst\u00fctzt werden, um dem Standard zu entsprechen. Beziehungen, Rechte und auch Items sind jedoch \u201eoptional\u201c. Ein ECM muss diese Konzepte gar nicht kennen oder unterst\u00fctzen und darf sich trotzdem als CMIS-kompatibel bezeichnen. Sogar die essentiell wichtige Abfragesprache muss nicht unterst\u00fctzt werden, um das G\u00fctesiegel \u201eCMIS-kompatibel\u201c zu erhalten.<\/p>\n
Prinzipiell spricht nat\u00fcrlich nichts dagegen, dass ein ECM-System den CMIS-Standard unterst\u00fctzt: Die Software kostet deshalb keinen Cent mehr und sie besitzt dadurch in jedem Fall eine weitere M\u00f6glichkeit, die Daten auch wieder aus dem System heraus zu bekommen. Dar\u00fcber hinaus bietet aber ohnehin jedes ernsthafte ECM native M\u00f6glichkeiten, \u00fcber spezifische Schnittstellen und Exportfunktionen auf den gespeicherten Inhalt zuzugreifen bzw. den Content im System zu manipulieren. Diese sind eben nur nicht \u201ef\u00fcr alle ECMs\u201c gleich, daf\u00fcr aber h\u00e4ufig m\u00e4chtiger, schneller und einfacher zu verstehen als die CMIS-Pendants.<\/p>\n
Allgemein sollte man die Erwartungshaltung nicht zu hoch ansetzen und hoffen, dass mit CMIS der Datenaustausch wie von Zauberhand von alleine erfolgt. F\u00fcr einfache Szenarien, wie beispielsweise dem Erstellen von Berichten, entf\u00e4llt zwar der Programmieraufwand, da die entsprechenden Reporting-Tools oft von Haus aus CMIS beherrschen. Trotzdem muss die Zuordnung der darzustellenden Informationen immer noch von Hand durchgef\u00fchrt werden. Dass so etwas durchaus kompliziert sein kann, k\u00f6nnen sich Interessierte gerne in folgendem Video ansehen, welches die Anbindung der Reporting-Software „JasperReports“ an ein ECM \u00fcber CMIS zeigt. Ob man sich das wirklich selbst und ohne Hilfe durch einen fachkundigen Berater zutraut, bleibt nat\u00fcrlich jedem selbst \u00fcberlassen.<\/p>\n