Une plateforme de services de contenu (CSP) est un ensemble de services de stockage, de gouvernance et d’exploitation des contenus d’entreprise, conçus pour être consommés via des API par d’autres applications plutôt qu’utilisés uniquement comme un dépôt autonome.
Le terme a été introduit par les cabinets d’analystes pour remplacer la gestion électronique des contenus d’entreprise (ECM), et ce changement de nom a marqué une véritable évolution architecturale, et pas seulement un changement d’étiquette.
Ce qui a changé par rapport à l’ECM
L’ECM, tel qu’il a été construit dans la pratique, supposait un dépôt unique. Les contenus étaient migrés dans un système unique, fourni par un seul éditeur, et les applications qui en avaient besoin devaient soit s’y intégrer, soit le contourner. L’attrait résidait dans le contrôle. Le coût était que les projets de migration se révélaient longs, coûteux et souvent inachevés, laissant des contenus bloqués dans les systèmes mêmes qu’ils devaient remplacer.
Le modèle des services de contenu part du constat que les contenus sont déjà répartis et le resteront. Plutôt que de tout consolider, il fournit des services qui appliquent une gouvernance cohérente à travers les dépôts, et les expose de sorte que la gestion des contenus devienne une capacité que les autres applications appellent, plutôt qu’une destination que les utilisateurs visitent.
La conséquence pratique : le succès ne se mesure plus à la quantité de contenus migrés en un seul endroit, mais à la cohérence avec laquelle la politique est appliquée partout où les contenus se trouvent.
Capacités habituelles
Les espaces de travail sécurisés regroupent les contenus par équipe, dossier, affaire ou projet, avec des droits d’appartenance et des permissions circonscrits à ce conteneur. Cette approche correspond mieux à la façon dont le travail s’articule réellement qu’une arborescence de dossiers globale.
Le contrôle d’accès par rôle attribue les droits par rôle plutôt qu’à des personnes nommément désignées, ce qui rend une revue d’accès périodique réalisable. Voir système de gestion documentaire.
Les politiques de rétention appliquent des règles de cycle de vie par classe de contenu, alimentant la gestion des archives lorsqu’une déclaration formelle d’archive est requise.
Les intégrations relient les systèmes métier afin que les contenus soient créés et consommés dans les applications où le travail s’effectue, plutôt que d’exiger que les utilisateurs se rendent dans un dépôt distinct.
L’architecture API-first en est la caractéristique déterminante. Toute capacité disponible dans l’interface l’est également par programmation, ce qui permet d’intégrer les services de contenu dans d’autres logiciels.
Les services de métadonnées et de classification appliquent des étiquettes cohérentes entre les sources, souvent au moyen de la classification documentaire, de sorte que la gouvernance ne dépende pas du bon étiquetage des contenus par les utilisateurs.
Le compromis de la fédération
Appliquer la gouvernance à travers les dépôts plutôt que de les consolider évite la migration, mais introduit ses propres difficultés. Elles méritent d’être énoncées clairement, car les documentations éditeurs ont tendance à ne pas le faire.
L’application des politiques n’est jamais plus solide que le connecteur le plus faible. Si un dépôt n’expose aucune API permettant d’appliquer la rétention, ce contenu est gouverné par convention plutôt que par la plateforme.
La recherche à travers des sources fédérées est plus difficile que la recherche au sein d’un seul index, et la qualité des résultats varie selon la discipline de métadonnées de chaque source.
Le contrôle d’accès doit être réconcilié entre des systèmes aux modèles de permissions différents, et c’est dans cette réconciliation que les erreurs se concentrent. Un utilisateur qui ne devrait pas voir un document y accède le plus souvent à cause d’un décalage entre les modèles de deux systèmes plutôt qu’à cause d’une erreur commise dans l’un ou l’autre.
La fédération reste le bon choix par défaut pour la plupart des entreprises, mais elle échange un grand projet de migration contre une charge d’intégration continue. Ce n’est pas l’élimination du travail.
Où la CSP rejoint l’IA documentaire
Une plateforme de services de contenu gouverne les contenus. Les interpréter est une capacité distincte : le traitement intelligent des documents convertit les documents en données, et la génération augmentée par récupération (RAG) répond à des questions à partir des contenus.
Le point de jonction qui compte est le contrôle d’accès. Si un système de récupération recherche dans des contenus que la plateforme gouverne, les permissions de la plateforme doivent être appliquées au moment de la récupération, sans quoi la couche d’IA devient un contournement de la gouvernance que la plateforme est censée assurer.
Les erreurs les plus fréquentes
Elle est achetée comme un dépôt et utilisée comme tel. Une plateforme API-first utilisée uniquement via sa propre interface apporte la même valeur que le système ECM qu’elle a remplacé, pour le même coût.
La gouvernance est supposée héritée automatiquement. Connecter un dépôt n’applique pas automatiquement une politique à son contenu existant ; rattraper la classification et la rétention des contenus déjà en place constitue généralement la plus grande partie du travail.
Les espaces de travail se multiplient. Sans règles de cycle de vie, les espaces de travail par projet s’accumulent indéfiniment et reproduisent la dispersion que la plateforme était censée résoudre.
Contellect One fournit ces services dans le cadre de la gestion documentaire et des contenus.
