SERVICIOS DE INTEROPERABILIDAD

El modelo de dominio de los servicios de interoperabilidad debe estar conforme con el modelo de datos definido por el estándar CMIS.

Aunque el gestor documental tenga su propio modelo de datos y estructura de información, debe proveer una interfaz de servicios de interoperabilidad para el acceso a su repositorio que se alinee con CMIS 1.1, que interactúe con los objetos de datos definidos en el estándar, y que internamente realice las conversiones del modelo de objetos de CMIS al modelo interno de objetos/tablas del sistema de gestión documental.

El modelo de dominio aplicable para los servicios de interoperabilidad con otros sistemas de información se muestra a continuación:

Modelo de objetos de los servicios:

Este modelo de objetos define los objetos y atributos principales que soportan los servicios de interoperabilidad basados en el estándar CMIS:

 Gráfica 3 - Modelo de clases de Objetos de los Servicios - Objetos CMIS

Fuente: (OASIS, 2015)

El objeto principal es CMIS Object, que agrupa todas las características comunes de documentos, carpetas, relaciones, políticas e ítems, entre ellas están, el identificador único, un identificador de tipo base, un tipo de objeto principal (objectId) y un listado de tipos de objeto asociados (secondaryObjectTypeIds). Tiene un nombre y descripción del objeto, información de creación y modificación, y un token de cambio. Además, tiene asociado la lista de control de acceso para el usuario/grupo/rol que la accede (principal), la cual tiene un listado de permiso, los que pueden ser solo lectura (cmis:read), escritura (cms:write) y (cms:all) con todos los privilegios.

Cuando el CMIS Object es un documento, posee unos atributos extendidos entre los que se encuentra: fecha en la que es inmutable, si es última versión, si es una revisión mayor, si es copia de trabajo privada, la etiqueta de la versión, el id de la versión en la serie, si fue obtenido directamente de la serie, persona que hizo la obtención, el identificador de la obtención a través de la serie, el comentario para subir los cambios del documento, e información asociada al Stream (Objeto que contiene la representación binaria del documento). A su vez, el documento puede contener representaciones alternativas del mismo (como por ejemplo en otros formatos, pero representando la misma información), las cuales son llamadas Renditions.

Cuando el CMISObject es una carpeta, tiene información del identificador de su carpeta padre (si es carpeta raíz este identificador no lo tiene), la ruta de la carpeta y los ids de los tipos de objeto que acepta. También puede tener representaciones alternativas (que en este caso podría ser, por ejemplo, un archivo comprimido con los contenidos de la carpeta).

Cuando el CMISObject es un relationship, indica la relación que puede existir entre carpetas, documentos, entre una carpeta y un documento, o entre una carpeta con una política, o entre un documento y una política. También se pueden especificar relaciones entre los objetos anteriormente mencionados con un ítem.

Cuando el CMISObject es una política, tiene información asociada al texto de la política aplicable a una carpeta o documento.

El objeto cmis:ítem se utiliza para consultar tipos de objeto que están fuera de la especificación de objetos CMIS.

Gráfica 4 - Modelo de clases de Objetos de los Servicios – Tipos de Objetos CMIS

Fuente: (OASIS, 2015)

Los tipos de objeto cuentan con unos atributos, como el id, nombre local, nombre del namespace, nombre para query, nombre para mostrar, identificador base, el id del tipo de objeto padre. Una descripción, indicador de si se puede crear, archivar en carpetas, consultar, controlable por política, controlable por lista de control de acceso, indexable por texto completo, para inclusión en un query de supertipos, y tipos de mutabilidad asociados (crear, actualizar y eliminar). Además, tienen un conjunto de tipos de propiedad, las cuales están cadenas, booleanos, decimales (indicando precisión, valor mínimo y máximo), enteros (indicando valor mínimo y máximo), fechas, URIs, Id’s y HTML. A los tipos de propiedad se les puede asignar un valor por defecto.

Mapeo de la estructura documental en CMIS 1.1

La estructura documental se mapea de la siguiente forma en CMIS 1.1:

• Los archivos de gestión, control e histórico equivalen a los “Repositories”.
• Las series y subseries documentales, son el equivalente a los “Folder Object Types”
• Los tipos documentales son los “Document Object Types”
• Los metadatos son los “Property Types”.

Gráfica 5 - Mapeo de la estructura documental en CMIS 1.1

Fuente propia

Mapeo del flujo documental en CMIS 1.1

El flujo documental se mapea de la siguiente forma en CMIS 1.1:

Gráfica 6 - Mapeo del flujo documental en CMIS 1.1

Fuente propia

• los expedientes corresponden a “cmis:folder”.
• Los documentos corresponden a los “cmis:document”.
• El vínculo entre una carpeta y un documento se denomina “cmis:relatonship”.
• Las reglas de retención documental, y otros tipos de políticas aplicables a los documentos y expedientes, corresponden a los “cmis:policy”.