Resumen de las versiones de las TRD
- Las versiones de las TRD (Tablas de Retención Documental) son diferentes ediciones de los calendarios de retención que reflejan las reglas vigentes en un momento específico.
- Cada documento se asocia con la versión de la TRD que estaba en uso cuando se creó, asegurando que se apliquen las reglas de retención correctas.
- El software debe permitir gestionar múltiples versiones, crear nuevas y comparar cambios entre ellas.
¿Qué son las versiones de las TRD?
Las versiones de las TRD son actualizaciones de los calendarios de retención que las entidades y empresas colombianas usan para clasificar y determinar cuánto tiempo deben conservar sus documentos antes de eliminarlos o archivarlos permanentemente. Cada versión incluye una lista de unidades administrativas, series y subseries, junto con los tiempos de retención y la disposición final de los documentos. Estas versiones cambian con el tiempo debido a cambios en la estructura organizativa, normativas legales o necesidades operativas.
Por ejemplo, una versión podría corresponder a un período específico, como 2015-2019, y otra a 2020-2024, como se ve en el caso de la Contaduría General de la Nación (Tablas de Retención Documental por Procesos).
Cómo se aplican a los documentos
Cada documento se vincula a la versión de la TRD que estaba vigente cuando se creó. Esto asegura que las reglas de retención aplicadas sean las correctas según el momento de su generación, manteniendo la coherencia histórica y el cumplimiento legal. Si la TRD se actualiza, los documentos existentes no cambian automáticamente de versión, a menos que la organización decida reclasificarlos manualmente.
Gestión en el software
El software debe permitir:
- Crear nuevas versiones basadas en versiones anteriores y editarlas.
- Comparar versiones para ver los cambios realizados.
- Asignar documentos a la versión de la TRD correspondiente, ya sea automáticamente por fecha de creación o manualmente.
- Gestionar el ciclo de vida de los documentos según las reglas de la versión asociada, incluyendo alertas para la disposición final.
Nota detallada sobre las versiones de las TRD
Esta sección profundiza en el concepto de las versiones de las Tablas de Retención Documental (TRD) en el contexto de un software de gestión documental para entidades y empresas colombianas, considerando las necesidades específicas mencionadas, como el manejo de datos previos y la visualización de versiones, unidades administrativas, series y subseries.
Contexto y definición
Las TRD son instrumentos archivísticos fundamentales en Colombia, regulados por normativas como la Ley 594 de 2000 y el Decreto 1080 de 2015, que guían la clasificación documental y establecen los tiempos de retención y disposición final de los documentos según la estructura orgánico-funcional de la entidad (Archivo General de la Nación). Estas tablas son esenciales para garantizar el acceso a la información, la racionalización de la producción documental y el cumplimiento legal.
Dado que las TRD pueden cambiar con el tiempo debido a reformas normativas, reestructuraciones organizativas o nuevas necesidades, es crucial gestionar diferentes versiones. Una versión de la TRD es, por tanto, una edición específica de estas tablas en un momento dado, que incluye:
- Unidades administrativas (departamentos o áreas de la organización).
- Series (tipos de documentos, como correspondencia o contratos).
- Subseries (subtipos más específicos dentro de las series).
- Tiempos de retención (períodos de conservación).
- Disposición final (conservación permanente, eliminación, etc.).
Por ejemplo, la Contaduría General de la Nación tiene cuatro versiones de TRD para diferentes períodos, lo que indica que cada versión se asocia a un rango temporal específico (Tablas de Retención Documental por Procesos). Del mismo modo, instituciones como la Cancillería publican TRD por años, como 2024, 2023, etc. (Tablas de Retención Documental | Cancillería).
Estructura y gestión de versiones
En el software, las versiones de la TRD deben ser manejadas como entidades separadas, cada una con un identificador único (por ejemplo, número de versión o fecha de vigencia). Esto permite:
- Versionado histórico: Almacenar todas las versiones previas para consulta, lo que es crucial para articular datos previos, como mencionó el usuario. Por ejemplo, si una empresa tiene TRD de diferentes épocas, el software debe permitir visualizar y gestionar estas versiones para mantener la trazabilidad.
- Comparación de cambios: Los usuarios deben poder comparar versiones para identificar modificaciones en unidades, series, subseries o tiempos de retención, facilitando la auditoría y el cumplimiento normativo.
- Creación de nuevas versiones: El software debería permitir copiar una versión existente y editarla, reflejando cambios como la adición de nuevas series o la actualización de tiempos de retención, asegurando que se mantenga un registro de la evolución.
Un ejemplo práctico sería que, si en 2020 una TRD define un tiempo de retención de 5 años para contratos, y en 2025 se actualiza a 7 años, ambas versiones deben coexistir, y los contratos creados en 2020 seguirían bajo la regla de 5 años, mientras que los nuevos contratos se regirían por la versión de 2025.
Asociación con documentos
Un aspecto clave es cómo las versiones de la TRD se aplican a los documentos. La investigación sugiere que, en la práctica, cada documento se asocia con la versión de la TRD vigente en el momento de su creación. Esto asegura que las reglas de retención aplicadas sean las correctas según el contexto histórico, manteniendo el cumplimiento legal. Por ejemplo:
- Un documento creado en 2018 se clasificaría bajo la TRD de ese año, y su tiempo de retención se basaría en esa versión, incluso si en 2025 la TRD cambia.
- Esto es consistente con prácticas internacionales, donde los documentos existentes no se reclasifican automáticamente bajo nuevas versiones, a menos que la organización lo decida explícitamente (What is a Records Retention Schedule? | TechTarget).
Sin embargo, el software podría ofrecer la opción de reclasificar documentos bajo una nueva versión, con un registro de los cambios para auditoría, especialmente en casos de litigio o auditorías legales.
Diseño técnico sugerido
Para implementar esto en el software, se propone el siguiente esquema de base de datos, que refleja la jerarquía mencionada (unidades, series, subseries) y el versionado:
| Tabla | Campos principales | Descripción |
|---|---|---|
| trd_versiones | id, numero_version, fecha_vigencia, estado (activo/obsoleto) | Almacena cada versión de la TRD, con su fecha de entrada en vigor. |
| unidades | id, nombre, descripcion, trd_version_id (clave foránea) | Lista las unidades administrativas, vinculadas a una versión específica. |
| series | id, nombre, descripcion, unidad_id, trd_version_id | Lista las series, vinculadas a una unidad y a una versión de TRD. |
| subseries | id, nombre, descripcion, serie_id, tiempo_retencion, disposicion_final | Detalla las subseries, con tiempos de retención y disposición, por versión. |
| documentos | id, nombre, fecha_creacion, trd_version_id, serie_id, subserie_id | Vincula cada documento a la versión de TRD y su clasificación en serie/subserie. |
Este diseño permite:
- Mantener un historial de versiones, con la posibilidad de marcar versiones obsoletas pero accesibles para consulta.
- Asociar documentos a la versión de TRD vigente en su creación, facilitando la gestión del ciclo de vida.
- Permitir la importación de TRD previas (por ejemplo, desde Excel o PDF) para articular datos históricos, usando OCR o parsers si es necesario (¿Qué son las Tablas de Retención Documental? – Ats Gestión Documental).
Funcionalidades adicionales
El software debe incluir:
- Visor jerárquico: Un árbol expandible para navegar desde unidades administrativas hasta subseries, con un selector de versiones para comparar o consultar TRD pasadas.
- Filtros y línea de tiempo: Permitir filtrar por época, unidad o serie, y mostrar una línea de tiempo visual de cómo han evolucionado las TRD.
- Auditoría y trazabilidad: Registrar quién modificó una versión, cuándo y qué cambios se hicieron, crucial para auditorías y cumplimiento normativo (Tablas de retención documental | Secretaría Distrital de Hacienda).
- Cumplimiento normativo: Incluir validaciones automáticas para asegurar que las TRD cumplen con leyes como la Ley 594 de 2000, alertando sobre tiempos mínimos de retención o información faltante.
Consideraciones prácticas
Es importante destacar que, aunque la práctica común es asociar documentos a la versión de TRD de su creación, algunas organizaciones podrían necesitar reclasificar documentos bajo nuevas versiones, especialmente en casos de cambios legales significativos. El software debe ser flexible para permitir esta opción, pero con un registro claro de los cambios para evitar problemas legales.
Además, dado que muchas empresas colombianas manejan TRD en formatos como Excel o PDF, el software debería incluir funcionalidades de importación, como OCR para PDFs, para integrar datos previos y facilitar la transición a un sistema digital (Mincit).
En resumen, las versiones de las TRD en el software son ediciones temporales de los calendarios de retención, cada una con su propio conjunto de reglas, y el sistema debe gestionarlas para reflejar la evolución histórica, asociar documentos correctamente y cumplir con las necesidades de gestión documental de las entidades colombianas.
Referencias:
- Tablas de Retención Documental por Procesos Contaduría General de la Nación
- Archivo General de la Nación Tablas de Retención Documental
- DANE Tablas de Retención Documental
- Ministerio de Educación Nacional Tablas de Retención Documental
- Tablas de Retención Documental Cancillería
- ¿Qué son las Tablas de Retención Documental Ats Gestión Documental
- What is a Records Retention Schedule TechTarget
- Tablas de retención documental Secretaría Distrital de Hacienda
- Mincit Instructivo Elaboración e Implementación TRD