Una plataforma de servicios de contenido (CSP) es un conjunto de servicios para almacenar, gobernar y trabajar con contenido empresarial, diseñado para que otras aplicaciones lo consuman a través de API en lugar de utilizarse únicamente como un repositorio independiente.
El término lo introdujeron los analistas del sector para sustituir a la gestión de contenido empresarial, y el cambio de nombre marcó un giro arquitectónico real y no solo un cambio de etiqueta.
Lo que cambió respecto al ECM
El ECM, tal como se construyó en la práctica, daba por supuesto un único repositorio. El contenido se migraba a un solo sistema de un solo proveedor, y las aplicaciones que lo necesitaban o se integraban con ese sistema o lo esquivaban. El atractivo era el control. El coste era que los proyectos de migración resultaban largos, caros y con frecuencia incompletos, y dejaban contenido varado en los sistemas a los que supuestamente sustituían.
El modelo de servicios de contenido parte de la constatación de que el contenido ya está distribuido y seguirá estándolo. En lugar de consolidarlo todo, ofrece servicios que aplican una gobernanza coherente sobre todos los repositorios y los expone, de modo que la gestión de contenido pasa a ser una capacidad que otras aplicaciones invocan y no un destino que los usuarios visitan.
La consecuencia práctica: el éxito ya no se mide por cuánto contenido se migró a un único lugar, sino por la coherencia con la que se aplica la política allí donde reside el contenido.
Capacidades habituales
Los espacios de trabajo seguros agrupan el contenido por equipo, caso, asunto o proyecto, con una pertenencia y unos permisos limitados a ese contenedor. Esto se ajusta a la forma en que el trabajo se organiza realmente mejor que un árbol de carpetas global.
El acceso basado en roles asigna derechos por rol en lugar de a personas concretas, que es lo que hace viable la revisión periódica de accesos. Consulte sistema de gestión documental.
Las políticas de retención aplican reglas de ciclo de vida por clase de contenido y alimentan la gestión de registros allí donde se exige una declaración formal de registro.
Las integraciones conectan los sistemas de negocio para que el contenido se cree y se consuma en las aplicaciones donde ocurre el trabajo, en lugar de obligar a los usuarios a visitar un repositorio aparte.
La arquitectura API-first es la característica definitoria. Toda capacidad disponible en la interfaz está disponible también de forma programática, y eso es lo que permite integrar los servicios de contenido dentro de otro software.
Los servicios de metadatos y clasificación aplican etiquetas coherentes entre orígenes distintos, a menudo mediante clasificación de documentos, para que la gobernanza no dependa de que los usuarios etiqueten el contenido correctamente.
El compromiso de la federación
Aplicar la gobernanza sobre varios repositorios en lugar de consolidarlos evita la migración e introduce sus propias dificultades. Conviene exponerlas con claridad, porque el material de los proveedores no suele hacerlo.
La aplicación de la política es solo tan sólida como el conector más débil. Si un repositorio no expone ninguna API para aplicar la retención, ese contenido queda gobernado por convención y no por la plataforma.
La búsqueda sobre orígenes federados es más difícil que la búsqueda dentro de un único índice, y la calidad de los resultados varía según la disciplina de metadatos de cada origen.
El control de acceso debe conciliarse entre sistemas con modelos de permisos distintos, y es en esa conciliación donde se acumulan los errores. Un usuario que no debería ver un documento suele obtener acceso por una discrepancia entre los modelos de dos sistemas, más que por un error dentro de uno de ellos.
La federación es la opción predeterminada acertada para la mayoría de las organizaciones, pero cambia un gran proyecto de migración por una carga de integración permanente. No elimina el trabajo.
Dónde se cruzan la CSP y la IA documental
Una plataforma de servicios de contenido gobierna el contenido. Interpretarlo es una capacidad distinta: el procesamiento inteligente de documentos convierte los documentos en datos, y la generación aumentada por recuperación responde preguntas a partir del contenido.
La conexión que importa es el control de acceso. Si un sistema de recuperación busca en contenido que gobierna la plataforma, los permisos de la plataforma deben aplicarse en el momento de la recuperación; de lo contrario, la capa de IA se convierte en una vía para rodear la gobernanza que la plataforma existe para proporcionar.
Lo que suele ir mal
Se compra como repositorio y se usa como tal. Una plataforma API-first utilizada únicamente a través de su propia interfaz aporta el mismo valor que el sistema ECM al que sustituyó, y al mismo coste.
Se da por supuesto que la gobernanza se hereda. Conectar un repositorio no aplica automáticamente la política a su contenido ya existente; aplicar de forma retroactiva la clasificación y la retención al contenido que ya está allí suele ser la mayor parte del trabajo.
Los espacios de trabajo proliferan. Sin reglas de ciclo de vida, los espacios de trabajo por proyecto se acumulan indefinidamente y reproducen la dispersión que la plataforma debía resolver.
Contellect One presta estos servicios en gestión de documentos y contenido.
