Una de las características que nos ofrece SharePoint es la capacidad de implementar un ECM (Enterprise Content Management), y no sólo desde un punto de vista de gestión documental natural de control de versiones, tipos de contenido y plantilla, sino también desde un punto de vista de gestión de las políticas de negocio o legales que obligan a las empresas a mantener seguros sus documentos. En este artículo nos adentraremos en la Gestión de Registros que SharePoint nos ofrece como parte del ciclo de vida de un ECM.
Un Record o Registro es una entidad física o digital, con importancia organizacional y que requiere de unas políticas de retención. Por motivos legales o de negocio, las empresas necesitan aplicar estas políticas de retención, bloquear registros para que puedan ser editados, disponer de ellos cuando sea necesario, manteniendo unas políticas de administración y gestión que permita mantener la información de la empresa cumpliendo con esas leyes o con el propio negocio.
¿Qué es Records Management?
Records Management o Gestión de Registros (no tengo claro que la traducción exista en Español) es la práctica de identificar, clasificar, archivar, preservar y destruir los registros de acuerdo a una serie de reglas o estándares predefinidos.
Bajo la definición de un Plan de Archivo, debemos de asegurar la información afectada y cumplir con estas políticas definidas, y, para los registros digitales, SharePoint tiene una solución. Entre todas las funcionalidades de ECM (Enterprise Content Management) de SharePoint, estás son las que se aplican a la gestión de registros:
Teniendo en cuenta las funcionalidades que SharePoint 2013 nos ofrece, podemos planificar la gestión de registros con las siguientes fases:
Hacer un inventario del contenido electrónico de la empresa, definir una estrategia, alineada con el negocio, de Tipos de Contenido de Metadatos empresariales, definir un plan de archivo para esos tipos de contenido, planificando las retenciones necesarias en cada caso y las distintas fases por las que un registro debe de pasar, todo esto teniendo claro cómo vamos a almacenar todas esta información en SharePoint, en las bases de datos de contenido o en Blob Storage, y documentar como y cuando se debe de declarar un registro.
Centro de Registros
El Centro de Registros es una plantilla de sitio en SharePoint que combina características estándar de gestión de proyectos empresariales con funcionalidades especializadas de gestión de registros. Por definición, los registros no serán nunca modificados por el Sistema y los administradores del sistema pueden configurarlo para prevenir modificaciones.
Mediante la definición de reglas del organizador de contenido, clasificamos los documentos que llegan al Centro de Registro. Esta clasificación se basa en el tipo de contenido del documento y los metadatos de los mismos, para enrutar el contenido.
Declaración de Registros
Para declara un registro existen cuatro opciones: realizarlo usando las fases de la directiva de información del tipo de contenido, mediante un flujo de trabajo, que se cree automáticamente para todos los documentos de una biblioteca o que el usuario lo pueda realizar de forma manual, esto es, una vez que el documento se encuentra en el Centro de Registro, o en principio, en cualquier ubicación, existe una opción para realizar la declaración del documento como registro. Esto se tiene que configurar en la configuración de la colección de sitio, en la página de Configuración de declaración como registro o a nivel de biblioteca de documentos.
La declaración de un registro implica una configuración de restricciones de registro, que bloquean o no el documento para eliminación o edición, y la configuración de los roles que pueden declarar o revocar la declaración de un registro.
Plan de Archivo
Dentro de la gestión de registros se define el File Plan o Plan de Archivo. Este plan define las directivas de retención, teniendo en cuenta las distintas fases por las que un registro pasa y los niveles de auditorías necesarios para cada uno de los tipos de archivo o contenido. SharePoint permite definir estas políticas a nivel de sitio, como plantillas, a nivel de tipo de contenido o a nivel de biblioteca de documentos, pudiendo sobrescribir cualquier política aplicada desde un nivel superior.
La configuración de retención anterior, define las siguientes fases:
Por definición, los periodos puedes ser al Crear un documento, al Modificarlo o al Declararlo como registro, mientras que las acciones son:
Además de poder habilitar los eventos que se van a auditar para este tipo de contenido:
Informes y cumplimiento
Un punto importante para la gestión de registros es conocer para cada registro cuál es su estado. SharePoint nos ofrece una opción, para cada elemento o documento, que nos permite ver el detalle de cumplimiento de un documento.
Este informe nos ofrece toda la información, del elemento actual, relativo a las fases y a las políticas que tiene que cumplir. Además, nos ofrece el estado de registro, el estado de suspensión y de exención, junto con un informe de registro de auditoría, si esta estuviera activada.
Desde la Administración del Centro de Registros podemos acceder a toda una serie de informes sobre actividades de contenido, directiva de administración de información y seguridad y configuración del sitio.
En cualquier momento, tenemos que poder extraer información sobre los registros y sus documentos asociados, por lo tanto, es importante que configuremos correctamente la auditoría de los contenidos.
Suspensión
Por motivos del negocio, cuando un registro está bajo investigación o auditoría, es posible ponerlo en estado de suspensión. Cuando un registro se encuentra en suspensión, está suspendido para cualquier caducidad de alguna política que se le aplique, y está protegido ante la destrucción. De nuevo en la Administración del Centro de Registros, podemos buscar estos documentos y suspenderlo, además de poder crear motivos de suspensión, necesarios para suspender un documento.
Que pueden ser aplicadas a nivel del centro de registro o para un registro en concreto.
Conclusiones
Todas estas capacidades ponen a SharePoint 2013 en un lugar privilegiado dentro de los gestores de registros, aunque os recomiendo planificar cuidadosamente todo el proceso, porque son muchos componentes por separado que poner a jugar para el mismo rol. Por su puesto, tenemos ciertas limitaciones que SharePoint no cubre, como la gestión de registros físicos, la seguridad por metadatos, el reemplazo de políticas o elementos obsoletos, que se suelen necesitar en este tipo de gestiones, pero para esto, tenemos soluciones de terceros que amplían y mejoran las capacidades de SharePoint, por ejemplo, Collabware CLM.
Alberto Diaz Martin MVP SharePoint Server http://geeks.ms/blogs/adiazmartin @adiazcan