Qu'est-ce que le standard CMIS?
Le standard CMIS permet l'interconexion entre une GED Open Source et un CMS. Il s’agit d’une norme émergente, probablement l’une des plus prometteuses depuis le JCR ou le Webdav, pour homogénéiser les accès à une gestion de contenu, notamment documentaire. Cette norme consiste à proposer un accès technique homogène aux outils de gestion des contenus qui propose cette interface. En d’autres termes, cela permet qu’une application comme Joomla! (CMS dédié à la conception de site Web) puisse exploiter les contenus stockés dans des bases de gestion documentaire telles que : Alfresco, Nuxeo ou Knowledgte Tree de façon agnostique.
CMIS (Content Management Interoperability Services) est une norme d'interopérabilité qui veut faciliter les échanges entre solutions de gestion de contenu (ECM-Enterprise Content Management, DMS - Document Management System et CMS Content Management System).
En bref :
- CMIS est un modèle extensible qui se base sur 4 types de contenu : le document, le fichier, la relation et la politique appliquée au document (policy)
- Chaque type peut être détaillé en sous-types, exemple: fichier>carte, fichier>audio, document>facture etc
- CMIS décrit également les services web à fournir, sachant que certains sont requis et d'autres facultatifs
- CMIS se base sur des requêtes SQL (SQL-92)
Historique du standard CMIS
Les débuts du CMIS
- 2008 : Origine du projet
- Des grands acteurs de l'industrie, dont IBM, Microsoft et EMC, se réunissent pour créer une norme qui permettrait aux systèmes ECM de collaborer sans dépendre de solutions propriétaires
- Le besoin d'une telle norme résulte des défis liés à l'intégration de systèmes de gestion de contenu différents.
- 2008 : Premiers travaux au sein de l'OASIS
- Le projet est proposé à l'OASIS (Organization for the Advancement of Structured Information Standards)
- L'objectif principal est de fournir une interface standardisée pour accéder et interagir avec les dépôts de contenu.
Les premières versions
- 2009 : CMIS 1.0 - Public Review
- La version préliminaire est soumise à un examen public pour recueillir des commentaires de la communauté.
- Les principes fondamentaux incluent des spécifications REST, SOAP et AtomPub pour interagir avec les systèmes ECM.
- 2010 : CMIS 1.0 - Version officielle
- L'OASIS publie la première version officielle du standard.
- CMIS 1.0 définit un modèle de données, des services et des protocoles pour la gestion des documents et des métadonnées.
Évolution et adoption
- 2013 : CMIS 1.1
- L'OASIS publie la version 1.1, qui inclut des améliorations basées sur les retours des implémentations réelles.
- Nouvelles fonctionnalités :
- Support des types secondaires (secondary types) pour enrichir la gestion des métadonnées.
- Meilleur contrôle des requêtes avec le langage CMIS Query Language.
- Évolutivité pour des environnements cloud et des architectures modernes.
- 2013-2015 : Adoption croissante
- Les principaux systèmes ECM, tels qu'IBM FileNet, Alfresco, SharePoint, et OpenText, adoptent le standard.
- Le CMIS devient un atout stratégique pour les entreprises cherchant à réduire les coûts d'intégration.
Impact sur l'industrie
- Le CMIS permet aux entreprises d'exploiter plusieurs systèmes ECM sans dépendre d'un fournisseur unique.
- Il facilite la migration de données, l'interopérabilité et l'intégration des applications métiers (par exemple, CRM, ERP, ou intranets).
État actuel
- Depuis 2015 :
- Bien que le CMIS ne connaisse plus d'évolutions majeures, il reste un standard largement utilisé, notamment dans les environnements hybrides et les projets nécessitant une interaction entre systèmes ECM.
- Vers 2020 et au-delà :
- Les nouvelles technologies comme les microservices et les API GraphQL poussent certaines entreprises à compléter ou à remplacer CMIS par des API plus modernes. Cependant, CMIS reste pertinent pour les grandes organisations avec des systèmes ECM complexes.
Quels intérêts pour un projet de gestion documentaire?
- Pérennité : en standardisant les échanges inter-logiciels, CMIS assure que les nouvelles générations de logiciel de Ged et gestion de contenu seront interopérables. C'est un paramètre en moins à ce soucier dans les problématiques de pérennité de document.
- Affaiblissement du vendor lock-in : en rendant interopérables les serveurs et les clients logiciels, la norme offre une plus grande souplesse aux migrations de données inter-logicielle
- Meilleure intégration : avec le temps CMIS pourra pénétrer un plus large panel de logiciel, que ce soit dans la numérisation, la gestion de contenus ou les portails web. De cette façon le travail d'intégration entre, par exemple un logiciel d'OCR existant et un logiciel de Ged sera alors facilité
- Centraliser sans uniformiser : CMIS permettra de fédérer des systèmes qui la respectent et ainsi de centraliser l'information sans mettre en place une machine à gaz sensée couvrir l'ensemble des besoins d'une entreprise
Qu'est-ce qui existe aujourd'hui?
Les grands noms de la Ged et de la gestion de contenus en Open Source ont collaborés au projet, ce qui a entraîné une rapide propagation de la norme dans les logiciels existant (Exo, Alfresco, Nuxeo, Quotero...). Ainsi quasiment la totalité des éditeurs Open Source du domaine se sont déjà penchés sur la question et implémenté tout ou partie de la norme dans leurs solutions.
On peut par exemple citer les implémentations CMIS avec Joomla! avec https://wiki.openkm.com/index.php/Joomla_explorer ou http://ktree.com/alfresco/alfresco-integration.html