Control de revisiones frente a control de versiones: ¿cuál es la diferencia?
El control de revisiones y el control de versiones son casi sinónimos que la mayoría de profesionales usan indistintamente. Esta página nombra el único matiz real entre ellos sin inventar una distinción que en la práctica no existe.
El control de revisiones y el control de versiones son dos nombres para la misma práctica de fondo (rastrear cambios fechados en un documento a lo largo del tiempo) y la diferencia que sí existe es de énfasis, no de dos sistemas rivales.
En resumen
- «Control de revisiones» y «control de versiones» describen la misma práctica; la mayoría de profesionales usan los dos términos indistintamente sin pérdida de significado.
- Dónde existe un matiz real: una revisión suele ser la entrada de cambio fechada individual, una versión suele ser el estado resultante de todo el documento.
- No construyas dos registros para una sola idea: un historial de versiones, llamado como sea, basta.
- El historial de versiones gratuito de QueryChart (registro de cambios, comparar versiones, restaurar) funciona igual sin importar qué palabra prefiera tu organización. Ver /features/version-control.
- Este matiz importa más en un registro de cambios independiente; ver /es/guides/como-crear-un-historial-de-revisiones-de-documentos para construir uno.
Un registro, descrito de dos formas
Un responsable de calidad pregunta si su registro debería titularse «registro de revisiones» o «historial de versiones» y recibe tres respuestas seguras y contradictorias de tres compañeros. Los tres describen el mismo documento. Eso no es un desajuste de terminología que haya que arreglar: es una señal de que las dos palabras hacen un trabajo real en la misma frase, solo que nombran granularidades distintas de la misma actividad, no dos actividades distintas.
La granularidad es la única distinción que merece la pena conservar. «Revisión» es la palabra más natural para un único cambio fechado y atribuido: lo que registra una fila en un registro de cambios. «Versión» es la palabra más natural para el estado resultante de todo el documento después de aplicar ese cambio: lo que abre y lee un lector. Una revisión es un paso; una versión es adónde han llegado los pasos. El diagrama de abajo se titula un registro de revisiones de documentos por exactamente ese motivo: cada fila de él es una revisión, y «la versión vigente» es sencillamente lo que es el documento una vez cerrada su revisión más reciente.
Esta es una pregunta más estrecha que las otras parejas de este conjunto. El control de cambios y el control documental son de verdad procesos más amplios que usan el versionado como uno de sus mecanismos internos. Ver /es/guides/control-de-versiones-frente-a-control-de-cambios y /es/guides/control-de-versiones-frente-a-gestion-documental para esos casos. El control de revisiones y el control de versiones no son ese tipo de pareja: la mayoría de profesionales, la mayoría de normas y la mayoría de software usan las dos palabras indistintamente sin ninguna pérdida de significado, y el propio historial de versiones gratuito de QueryChart (un registro de cambios, una vista de comparar versiones, restauración en un clic, en /features/version-control) funciona idéntico sin importar cuál sustantivo prefiera tu organización.
Si lo que buscabas de verdad era la definición general, /es/guides/que-es-el-control-de-versiones la cubre por completo. Esta página da por hecha esa definición y responde a la pregunta más estrecha que hay debajo: ¿importa la elección de palabra, y dónde?
Un registro de revisiones, fila a fila
Observa un único cambio moverse por cinco carriles como una revisión fechada y atribuida, y ve dónde el registro deja de hablar de la entrada y empieza a hablar de la versión vigente del documento.
Una solicitud, antes de ser una revisión
El diagrama arranca en «Se solicita un cambio sobre un documento controlado», pasa a «Enviar la solicitud de cambio con el motivo y el documento objetivo», y llega a la puerta «¿Cambio aprobado para registro?»: un «No» aquí termina en «Solicitud rechazada, sin registrar» en lugar de llegar a convertirse nunca en una entrada.
Abrir la entrada, no editar el documento
«Abrir una entrada de registro pendiente» inicia el registro, «Asignar número de entrada y vincular el documento» le da a esta revisión su propio identificador, separado del documento, y «Asignar el cambio a un autor» nombra a quién hará el cambio: esto es el registro ganando una fila, antes de que nada del documento en sí haya cambiado.
El cambio, y después una comprobación contra su propia descripción
«Implementar el cambio en el documento» y «Registrar descripción de antes y después, autor y fecha» son la revisión en sí; «Comparar la entrada del registro con el cambio implementado», «¿Verificado contra el documento?» y «¿Discrepancia en el documento o en la entrada del registro?» detectan un desajuste entre lo que dice la entrada y lo que muestra el documento.
Cerrar la entrada produce la versión vigente
«Cerrar la entrada del registro» y «Notificar al solicitante que el cambio está completo» terminan esta revisión, «Muestrear entradas cerradas en auditoría periódica» es cómo el registro se gana la confianza con el tiempo, y «Entrada del registro cerrada y lista para auditoría» es el estado que un lector ahora llamaría la versión vigente del documento.
Cómo funciona
Elige una palabra para tu propio registro y deja de discutirla
Decide «registro de revisiones» o «historial de versiones» para el registro de tu organización, ponlo en el propio título del registro y en los encabezados de columna, y sigue adelante. Dejar que distintos equipos discutan sin entenderse en vocabularios distintos para las mismas filas gasta más tiempo del que vale la propia elección.
Da a cada revisión su propia fila, nunca un campo incrementado
En el diagrama de ejemplo, cada revisión es su propia fila de tipo File con su propio número, asignado en «Asignar número de entrada y vincular el documento», en lugar de un contador que se sobrescribe. Construye tu registro igual: un cambio es un registro nuevo, no una edición del último.
Registra qué cambió en la entrada, no solo que algo cambió
«Registrar descripción de antes y después, autor y fecha» es la fila que merece la pena copiar literalmente: nombra el campo o la cláusula, su valor antiguo, su valor nuevo, quién hizo el cambio y cuándo. Una fila fechada que no dice qué se movió no es una entrada de revisión, es una marca de tiempo.
Verifica la entrada contra el documento antes de cerrarla
«Comparar la entrada del registro con el cambio implementado» y su puerta «¿Verificado contra el documento?» existen porque las entradas y los documentos divergen: una descripción escrita antes de terminar la edición, o una edición que fue más allá de lo que pedía la solicitud. Enruta el desajuste de vuelta al lado que esté equivocado antes de cerrar la fila.
Deja que el registro se anote solo donde el documento ya vive en QueryChart
Si el documento controlado es en sí un diagrama de QueryChart, su registro de cambios ya anota quién cambió qué campo y de qué valor a cuál, en cada edición, sin ninguna configuración. No tienes que mantener a mano las filas de revisión de arriba como una tabla separada. Ver /features/version-control.
Errores que debes evitar
Dos registros para una idea
Mantener un «registro de revisiones» separado y una «hoja de cálculo de historial de versiones» separada para el mismo documento garantiza que los dos discrepen la primera vez que alguien actualice solo uno de los dos. Mantén un único registro; llámalo con el nombre que prefiera tu organización.
Tratar el debate de vocabulario como el entregable
Una hora dedicada a decidir si una columna debería decir «Revisión» o «Versión» es una hora que no se dedica a registrar los valores de antes y después que de verdad necesita un auditor o un compañero. Elige cualquiera de las dos palabras y registra el campo.
Saltarse la verificación porque la entrada «obviamente» coincide
«¿Verificado contra el documento?» existe porque la entrada y el documento a veces discrepan: la descripción se redactó antes de terminar la edición, o la edición fue más allá de lo que pedía la solicitud. Saltarse la comprobación convierte el registro en una aspiración en lugar de un registro.
Eliminar una entrada equivocada en lugar de corregirla con una nueva
Una entrada de revisión que resulta estar mal debería corregirse con una entrada nueva fechada que lo diga, no eliminarse. Un registro de revisiones al que le faltan sus propios errores deja de ser fiable en el momento en que alguien nota una ausencia.
Construye tu propio registro de revisiones en QueryChart
Todo diagrama de QueryChart guarda este registro automáticamente, sea cual sea la palabra que uses para él. Abre uno y comprueba tú mismo el registro de cambios.
Guías relacionadas
Preguntas frecuentes
¿Es una «revisión» lo mismo que una «versión»?
En la mayoría de usos, sí: las dos palabras describen el mismo registro de fondo, y alternar entre ellas no cambia nada de la mecánica. Donde aparece una diferencia real, es de granularidad: una revisión suele ser el cambio individual fechado, y una versión suele ser el estado resultante de todo el documento una vez aplicado ese cambio; en el diagrama de arriba, cada fila es una revisión, y el documento que sale por el otro extremo es la versión vigente.
¿Debería llamar a mi registro «registro de revisiones» o «historial de versiones»?
El que ya use tu organización, tu norma o tu software, la documentación de ISO 9001 suele decir «revisión», mientras que la mayoría de productos SaaS dicen «versión» (QueryChart incluido, en /features/version-control), y la coherencia dentro de tu propio registro importa mucho más que qué sustantivo elijas. No hagas correr los dos términos en paralelo para el mismo artefacto.
¿Importa esta distinción para una auditoría?
No de la forma en que la gente espera. Un auditor comprueba que cada cambio esté fechado, atribuido y sea recuperable, no qué sustantivo etiqueta el registro. Lo que importa más es no confundir «control de revisiones» con el ciclo de vida completo del control documental: ver /es/guides/como-crear-un-proceso-de-control-de-documentos para la diferencia entre numerar un cambio y controlar un documento de principio a fin.
¿Dónde importa este matiz de verdad en la práctica?
Más directamente en un registro de cambios o registro de revisiones independiente: un artefacto cuyo único propósito es listar entradas individuales y fechadas, que «revisión» describe con más precisión que «versión». Ver /es/guides/como-crear-un-historial-de-revisiones-de-documentos para construir uno, y /es/guides/que-es-el-control-de-versiones para la definición más amplia que esta página da por hecha.
