Control de versiones frente a gestión documental
El control de versiones y la gestión documental no son dos opciones entre las que elegir. El control de versiones es un mecanismo dentro de la gestión documental, junto al control de acceso, los metadatos y la retención.
Cómo funciona
Nombra lo que realmente te falta
Si nadie puede responder «quién cambió el párrafo 4 la semana pasada, y qué decía antes», te falta control de versiones en concreto. Si el hueco es en cambio «quién puede editar esto» o «cuál es la única copia en la que la gente debería confiar», eso es un hueco de gestión documental que un historial de versiones por sí solo no cerrará.
Comprueba qué devuelve en realidad un historial de versiones
Uno real muestra un registro de cambios con diferencias por autor y por campo (no solo una fecha de modificación) más una forma de comparar dos versiones cualesquiera una junto a otra y restaurar una antigua. El registro de cambios y la vista de comparar versiones de QueryChart, en /features/version-control, son un ejemplo práctico de qué esperar antes de aceptar la afirmación de una herramienta de tener «historial de versiones».
Localiza las otras cuatro funciones por separado
Control de acceso (quién puede ver o editar), metadatos y clasificación (cómo se encuentra el documento), calendario de retención (cuánto se conserva y cuándo se revisa) y enrutamiento de flujo de trabajo (cómo un borrador se convierte en un documento aprobado y emitido). Ninguna de estas vive dentro de un número de versión, así que audita cada una por separado en lugar de asumir que un historial de versiones ya las cubre.
No compres toda una disciplina para conseguir un solo mecanismo
Un sistema pesado de gestión documental se justifica cuando necesitas las cuatro funciones de arriba aplicadas juntas. Si lo que realmente falta es la capacidad de ver qué cambió y revertirlo, ese es un problema mucho más pequeño, y una herramienta de diagramas con un registro de cambios real lo resuelve sin el resto del despliegue.
Traza la distinción sobre tu propio proceso
Dibuja el ciclo de vida de tu documento como filas y marca cuál de ellas, una sola, acuña una versión, del modo en que el diagrama de abajo marca «Asignar versión y fecha de entrada en vigor». Todo lo demás del diagrama es gestión documental, y verlo así suele bastar para determinar de cuál de las dos anda escaso en realidad un equipo.
Preguntas frecuentes
¿Es el control de versiones parte de la gestión documental, o algo separado de ella?
Parte de ella. La gestión documental es la disciplina que gobierna (acceso, clasificación, retención, flujo de trabajo y versionado juntos) y el control de versiones es el mecanismo dentro de ella que rastrea las revisiones sucesivas de un documento. Tratarlos como opciones separadas entre las que elegir es la idea equivocada que esta página existe para corregir: una instalación de gestión documental sin control de versiones le falta una función central, y un historial de versiones sin control de acceso ni política de retención alrededor todavía no es gestión documental.
¿Necesito un sistema completo de gestión documental solo para tener control de versiones?
No. El control de versiones es la capacidad más estrecha (un registro de cambios con diferencias por campo y por autor, una forma de comparar dos revisiones y una vía de restauración) y una herramienta de diagramas puede ofrecer eso por sí sola, gratis y siempre activo, como hace el historial de versiones de QueryChart; ver /features/version-control. Un sistema completo de gestión documental es la compra correcta cuando además necesitas permisos de acceso aplicados, clasificación formal y un calendario de retención corriendo sobre muchos documentos, no cuando lo que de verdad falta es simplemente ver qué cambió.
¿En qué se diferencia el control de versiones del control de cambios?
El control de versiones rastrea los estados sucesivos de un documento (qué cambió entre la revisión 3 y la revisión 4). El control de cambios gobierna la decisión de hacer un cambio siquiera, típicamente mediante un comité asesor, una evaluación de riesgo y un plan de reversión, casi siempre para sistemas de TI o procesos operativos más que para un único archivo. Un proceso de control documental usa los dos: puertas de aprobación al estilo del control de cambios antes de emitir una revisión, y control de versiones para registrar la propia revisión. /es/guides/control-de-versiones-frente-a-control-de-cambios cubre la distinción por completo.
¿Dónde se sitúa el control de versiones dentro de un proceso de control documental?
En un único punto: el paso que asigna un número de versión y una fecha de vigencia una vez aprobada una revisión. Todo lo anterior (la solicitud de cambio, la redacción, la revisión) y todo lo posterior (publicar en la ubicación controlada, retirar la copia sustituida, formación, revisión periódica) es gestión documental haciendo un trabajo que un número de versión por sí solo no puede hacer. /es/guides/como-crear-un-proceso-de-control-de-documentos recorre el proceso completo de veinte filas del que salen estas etapas.