Cómo registrar cambios en un proceso

Cómo funciona

1. Abre el registro de cambios después de una edición

   Cada guardado escribe una versión nueva, y el registro de cambios las lista en orden. Ábrelo desde el panel de historial del diagrama para ver qué versión cambió y quién la guardó. No necesitas saber de antemano que se movió un umbral.

2. Lee la entrada: autor, campo, valor anterior, valor actual

   Entra en una versión y su entrada nombra a la persona que la editó, el campo que tocó (la etiqueta de una fila, la condición de una rama, la asignación de un carril) y el valor que tenía antes frente al valor que tiene ahora. Esa es toda la respuesta a quién cambió el umbral del segundo aprobador y qué decía antes, sin abrir un solo hilo de correo.

3. Usa Comparar versiones cuando una entrada no cuenta toda la historia

   La entrada de una sola edición es precisa pero estrecha. Cuando varias filas se han movido entre la versión en la que confías y la que tienes delante, abre Comparar versiones en su lugar y lee las dos una junto a otra: el mismo mecanismo, ampliado a cada campo que difiere.

4. Restaura la versión anterior si la edición hay que deshacerla

   Si un umbral subido resulta ser un error en lugar de intencionado, restaura la versión que lo precedió. Restaurar sustituye el diagrama actual por esa revisión sin más, en lugar de pedirle a alguien que reteclee de memoria la regla antigua.

5. Nombra la regla, no solo la rama, para que la diferencia siga siendo legible

   Escribe la etiqueta de una fila de decisión y las etiquetas de sus ramas en torno al disparador real («¿Se requiere un segundo aprobador?» respondido «Requerido» o «No requerido») en lugar de un simple sí o no. Una entrada del registro de cambios que nombra un campo etiquetado es mucho más útil que una que dice que se movió una caja sin etiquetar.

Preguntas frecuentes

¿Qué registra exactamente el registro de cambios cuando cambia un proceso?

Para cada edición, una entrada que nombra a la persona que la hizo, el campo que cambió (la etiqueta de una fila, la condición de una rama, una asignación de carril) y el valor de ese campo antes de la edición frente a su valor después. Subir un umbral de segundo aprobador de 5.000 $ a 10.000 $ produce una entrada que dice exactamente eso, atribuida y con marca de tiempo, sin que nadie mantenga un registro aparte. El mecanismo está cubierto por completo en /features/version-control.

¿Es registrar cambios de proceso lo mismo que control de cambios?

No. Registrar un cambio es el registro que guarda QueryChart automáticamente después de que ocurre una edición (quién, qué campo, valor antiguo, valor nuevo). El control de cambios es el proceso de decisión que gobierna si una edición debe llegar a producirse siquiera, normalmente con una solicitud, un paso de revisión y una vía de reversión. Los dos importan, pero responden a preguntas distintas; la mecánica del segundo está en /es/guides/como-crear-un-proceso-de-control-de-cambios.

¿En qué se diferencia esto de registrar cambios en un SOP?

El registro de cambios en sí es idéntico (mismo autor, campo y valores antes/después) porque un árbol de decisión y un procedimiento escrito son ambos diagramas bajo el mismo historial de versiones. La diferencia está en lo que suele editarse: un proceso como este cambia condiciones de rama y enrutamiento, mientras que un SOP cambia más a menudo texto de pasos y responsabilidad. Ver /es/guides/como-registrar-cambios-en-un-sop para esa versión de la misma función.

¿Puedo ver todo lo que cambió entre dos versiones, no solo una edición?

Sí: abre Comparar versiones en lugar de una sola entrada del registro de cambios, y pone dos revisiones una junto a otra con cada campo que difiere marcado. Esa es la herramienta para una regla que ha ido derivando a lo largo de varias ediciones pequeñas en lugar de una obvia.

¿Restaurar una versión antigua elimina la edición que cambió el umbral?

No. Restaurar hace que una versión anterior vuelva a ser la actual, pero la versión en la que cambió el umbral sigue existiendo en el historial del diagrama: su entrada del registro de cambios no se borra, así que el registro de quién lo subió y cuándo sobrevive a la restauración.