La gestión del ciclo de vida documental es el control de un documento a lo largo de todas sus etapas, desde su creación o captura hasta su disposición final, y determina qué puede ocurrirle en cada etapa, quién puede actuar sobre él y qué evidencia se conserva cuando pasa de una etapa a otra.
El rasgo definitorio son las transiciones y no las etapas. Los sistemas de almacenamiento modelan estados; la gestión del ciclo de vida modela los movimientos entre ellos, porque ahí es donde se adhieren las obligaciones.
Las etapas
La nomenclatura varía según el marco de referencia, pero el fondo es coherente.
Creación o captura. El documento entra en el patrimonio documental, ya sea redactado internamente o capturado del exterior, incluido el papel. Lo que se registra aquí acota todo lo que viene después: la identidad, el origen y, para el contenido capturado, los parámetros de la propia captura.
Clasificación. Qué es el documento, lo que determina su tratamiento. Suele ser el primer punto en el que la retención se puede determinar, y a menudo la realiza la clasificación de documentos en lugar de hacerse a mano.
Uso activo. Edición, revisión, aprobación, distribución. Aquí se aplican el control de versiones y el control de acceso, y la mayoría de los sistemas cumple bien esta etapa.
Declaración. El punto en el que un documento se convierte en registro y cambia su tratamiento: normalmente pasa a ser inmutable, se pone en marcha el reloj de retención y su eliminación exige autoridad expresa. Se trata en la gestión de registros.
Retención. El documento se conserva durante un periodo definido, anclado por lo general a un suceso y no a una fecha de creación.
Migración. No es una etapa que la mayoría de los modelos incluya, y sí una por la que pasa todo documento de retención larga a medida que se reemplazan los sistemas y los formatos. Sus consecuencias probatorias son el objeto de la preservación digital.
Disposición final. Destrucción, transferencia a archivo o revisión para una prórroga.
La gestión del ciclo de vida no es un flujo de trabajo
Las dos son contiguas y se confunden con frecuencia.
La automatización de flujos documentales enruta un documento a través de un proceso de negocio: una factura hacia su aprobación, un siniestro hacia su evaluación, un contrato hacia su firma. Su alcance es un proceso con un inicio y un final definidos, y concluye cuando el proceso se completa.
La gestión del ciclo de vida gobierna el documento durante todo el tiempo que exista, que suele ser mucho más de lo que dura cualquier proceso que lo haya tocado. Un flujo de trabajo puede durar cuatro días; el ciclo de vida puede durar veinticinco años, repartido entre varios sistemas y sin ningún responsable designado para el periodo intermedio.
La consecuencia práctica es que la finalización del flujo de trabajo se confunde habitualmente con la finalización del ciclo de vida. La factura se paga, el caso se cierra, el proyecto entrega su informe y el documento se da por terminado cuando la mayor parte de su ciclo de vida aún no ha sucedido.
Las transiciones que conllevan obligaciones
Cuatro transiciones hacen la mayor parte del trabajo, y son las que con más frecuencia quedan sin registrar.
Entrada en el patrimonio documental. Para el contenido capturado, los parámetros de la captura y lo que se excluyó de forma deliberada. De otro modo, un lector futuro no puede distinguir una exclusión intencionada de un descuido, y las dos cosas significan algo completamente distinto ante una auditoría.
Paso a la condición de registro. Cuándo se produjo la declaración, con qué fundamento y cuál es el disparador de la retención.
Entre sistemas. Qué se migró, qué cambió durante el proceso y qué se verificó después. Las migraciones que solo registran el éxito o el fallo pierden el detalle que más adelante importa.
Salida del patrimonio documental. Qué se destruyó, con la autoridad de quién, frente a qué regla de retención y qué se retuvo. La evidencia tiene que sobrevivir al contenido, porque el contenido ya no está.
Las manifestaciones complican el modelo
Un mismo registro intelectual puede existir en más de una manifestación: un original en papel y un sustituto escaneado, o un archivo nativo y una copia de archivo generada. Los modelos de ciclo de vida que dan por supuesto que un documento equivale a un objeto gestionan mal esta situación.
Las dos manifestaciones llevan a menudo reglas de retención distintas, y sus etapas no están sincronizadas. Un original puede alcanzar la disposición final mientras el sustituto sigue en uso activo. Tratarlos como un solo objeto implica que una de las reglas no se aplica; tratarlos como objetos sin relación implica que se pierde el vínculo entre ellos y, con él, la capacidad de demostrar que el sustituto representa fielmente al original.
Lo que suele ir mal
Retención anclada a la fecha de creación. La mayoría de los calendarios reales se ancla a un suceso: la terminación de un contrato, la salida de un empleado, el cierre de un caso. Un sistema que solo entiende la retención por fecha de creación no puede implementarlos, y la solución alternativa suele ser un proceso manual que deja de seguirse.
No hay ninguna etapa después del uso activo. El patrimonio documental tiene creación, uso y almacenamiento, y nada más. Los documentos se acumulan indefinidamente porque nunca se construyó ninguna transición de salida.
La disposición final está configurada pero nunca se ejecuta. La retención vence y no ocurre nada, porque nadie autoriza la eliminación. Este es el estado más habitual y es peor que no tener ningún calendario, ya que la política documenta un estándar que la organización visiblemente no cumple.
El ciclo de vida es responsabilidad del proyecto que creó el contenido. Esa responsabilidad termina cuando termina el proyecto, y las etapas restantes no tienen a nadie que rinda cuentas por ellas.
Contellect One gobierna la clasificación, la retención y la auditoría a lo largo de estas transiciones y no en una sola etapa, en gestión de documentos y contenido.
