Buenas prácticas de control de versiones de SOP
Buenas prácticas de control de versiones de SOP: condiciona las revisiones críticas para la seguridad a un reciclaje obligatorio, mantén un único responsable por SOP, retira las copias sustituidas y fija intervalos de revisión por riesgo.
Las buenas prácticas de control de versiones de SOP son las disciplinas específicas de los procedimientos normalizados de trabajo: una puerta de reciclaje en las revisiones críticas para la seguridad, un único responsable del propio SOP, retirada en todos los puntos de uso, e intervalos de revisión fijados por el riesgo operativo, superpuestas al control de versiones genérico de documentos.
En resumen
- Condiciona una revisión crítica para la seguridad a un reciclaje práctico y una comprobación de competencia firmada, no a leído y confirmado: ver /es/templates/proceso-de-control-de-cambios-de-sop.
- Nombra un único responsable para el propio SOP, independiente de quién redactó la última revisión.
- Retira un SOP sustituido de todos los puntos de uso (carpetas de puesto de trabajo, tablones, unidades compartidas), no solo del registro.
- Fija el intervalo de revisión por riesgo operativo, no con una fecha anual fija aplicada a todos los SOP por igual.
- El registro de cambios y la vista de comparar versiones de QueryChart, en /features/version-control, te dan la evidencia de quién-cambió-qué-campo sin proceso adicional.
Cuatro disciplinas que una lista genérica se salta
Esta página da por hecho que la mecánica ya está en marcha. Si tu historial de revisiones todavía necesita un flujo de trabajo (quién redacta una entrada, quién la revisa, quién la firma), eso está cubierto en /es/guides/como-registrar-cambios-en-un-sop, y el ritmo que mantiene las entradas avanzando a tiempo está en /es/guides/como-gestionar-las-revisiones-de-un-sop. Lo que ninguna de esas dos páginas pregunta es si la práctica es buena una vez en marcha, y para un SOP en concreto, «buena» significa algo más estrecho que para una política o una plantilla de hoja de cálculo.
/es/guides/buenas-practicas-de-control-de-versiones-de-documentos cubre la disciplina general (un identificador estable, una única ubicación autorizada, un intervalo de revisión con un responsable nombrado) y todas esas reglas siguen aplicándose a un SOP. Lo adicional es que un SOP le dice a alguien cómo ejecutar físicamente una tarea, así que una revisión que cambia el procedimiento cambia lo que hace una persona con las manos, no solo lo que dice un archivo. De esa diferencia se derivan cuatro prácticas, y una lista de comprobación genérica de documentos no tiene motivo para mencionar ninguna: una puerta de competencia antes de que entre en vigor una revisión crítica para la seguridad, una titularidad anclada al SOP en lugar de a quien lo redactó por última vez, una retirada que llega hasta el puesto de trabajo y no solo hasta el registro, y un intervalo de revisión fijado por el riesgo en lugar de una fecha fija del calendario.
Tres de las cuatro aparecen directamente en el historial de revisiones que se recorre más abajo: una rama crítica para la seguridad que enruta algunas entradas de forma distinta de otras, una comprobación de entrada duplicada ya abierta en el mismo SOP, y un paso de retirada que tiene que llegar hasta la copia en uso, no solo hasta el registro. La cuarta (un único responsable) es una regla sobre quién queda nombrado en el registro, no algo que una forma de diagrama imponga. El propio historial de versiones de QueryChart le da a un controlador de documentos el mismo tipo de evidencia para el diagrama en sí: un registro de cambios con diferencias por campo, una vista de comparar versiones y restauración en un clic, todo gratuito y activo por defecto, descrito por completo en /features/version-control.
Dónde aparecen las prácticas en un registro real
El mismo historial de revisiones de 18 filas que recorrieron dos guías anteriores, leído aquí por lo que acierta en titularidad, enrutamiento y retirada.
El responsable marca el riesgo antes de que nadie redacte
La fila de Inicio es un suceso: «Se identifica un cambio en un SOP», y el carril del Propietario del proceso describe el cambio y su motivo antes de que la fila de tipo Decision «¿El cambio afecta a un paso crítico para la seguridad?» lo envíe por una de dos rutas.
Una entrada por SOP, no una por editor
«¿El historial de revisiones ya tiene una entrada pendiente para este SOP?» comprueba un duplicado en curso, y «Coordinarse con el propietario de la entrada pendiente» lo fusiona o secuencia en lugar de dejar que dos entradas abiertas produzcan dos números de versión candidatos.
Revisión y aprobación comprueban la entrada, no solo el borrador
La fila del Aprobador contrasta la entrada «contra el maestro del SOP y la versión que sustituye», no solo el borrador, y una rama rechazada de «¿Aprobado?» vuelve a la misma fila de retrabajo que usaría un comentario de revisor.
Bloquéala, y después retírala en todas partes
«Registrar la entrada aprobada como definitiva» bloquea la fecha, el nombre del aprobador y los números de versión para que la fila no se pueda reescribir en silencio, y después «Retirar o archivar la versión indicada como sustituida» tiene que llegar hasta la copia impresa en el puesto de trabajo, no solo hasta esta entrada del registro, antes de que el SOP se reemita.
Cómo funciona
Añade una puerta de reciclaje a las revisiones críticas para la seguridad
Enruta cualquier revisión que toque un paso crítico para la seguridad hacia un reciclaje práctico y una lista de verificación de competencia firmada antes de que entre en vigor, no hacia leído y confirmado. /es/templates/proceso-de-control-de-cambios-de-sop muestra la puerta como una rama de aprobación con puerta de calidad que bloquea la puesta en marcha hasta que cada operario afectado ha firmado.
Nombra un único responsable por SOP
Pon el nombre del responsable en el propio registro del SOP, en un campo separado del autor de cualquier revisión concreta. La titularidad debería sobrevivir a un cambio de personal o a un traspaso de redacción; si el «responsable» es quien editó el archivo por última vez, nadie es responsable del documento a lo largo de su vida.
Construye una lista de verificación de retirada por punto de uso
Enumera cada sitio al que llega una revisión antes de emitirla (la carpeta del puesto de trabajo, el tablón, la unidad compartida, el paquete de acogida) y márcalos uno a uno cuando baja la copia sustituida. Una entrada de registro marcada «retirado» con una copia impresa todavía en la pared no ha sido retirada.
Escalona los intervalos de revisión por riesgo, no con un calendario fijo
Dale a un SOP crítico para la seguridad un intervalo más corto que a uno administrativo de bajo riesgo; estampar todos los documentos con la misma fecha anual convierte la revisión en una formalidad que nadie tiene tiempo de hacer bien. Fija el intervalo cuando se emite el SOP, no cuando el registro lo marca.
Prueba la práctica con el registro de cambios, no solo con el propio registro
Abre Comparar versiones en el diagrama para ver exactamente qué campo cambió, desde qué valor, y quién lo aprobó, en lugar de confiar en lo que el propio historial de revisiones dice de sí mismo. QueryChart mantiene este historial de versiones gratuito en cualquier diagrama: ver /features/version-control.
Errores que debes evitar
Una firma que no demuestra nada
Un acuse de recibo de lectura demuestra que alguien abrió el archivo, no que sepa ejecutar el nuevo método correctamente. Resérvalo para cambios de bajo riesgo y exige reciclaje práctico con lista de verificación firmada allí donde el paso sea crítico para la seguridad.
Una titularidad que cambia con cada edición
Si la responsabilidad recae por defecto en quien tocó el borrador por última vez, un autor que se marcha deja el SOP sin ningún responsable. Asigna el rol de responsable una vez, sobre el SOP, y actualízalo deliberadamente en lugar de dejar que la autoría vaya derivando hacia él.
Retirado en el registro, vivo en la pared
Marcar una revisión como sustituida en el registro no le hace nada a la copia plastificada pegada en el puesto de trabajo. Recorre tu propia lista de retirada antes de confiar en ella: las copias que encuentres son las que el proceso pasó por alto.
Un solo intervalo para todo SOP sin importar el riesgo
Una fecha de revisión anual fija convierte los SOP de alto riesgo en papeleo de baja prioridad y los de bajo riesgo en capacidad de revisión desperdiciada. Escalona el intervalo por lo que gobierna el SOP, no por cuándo cae la fecha.
Construye tu propio historial de revisiones de SOP
Abre el ejemplo de historial de revisiones de SOP como diagrama propio y adapta la rama crítica para la seguridad, el campo de responsable y el intervalo de revisión a tus propios SOP.
Guías relacionadas
Preguntas frecuentes
¿Es el control de versiones de un SOP distinto del control de versiones genérico de documentos?
La mecánica es la misma (un identificador estable, una única copia autorizada, un intervalo de revisión) y /es/guides/buenas-practicas-de-control-de-versiones-de-documentos la cubre. Lo que difiere es la consecuencia de un hueco: un SOP le dice a alguien cómo ejecutar físicamente una tarea, así que una copia obsoleta o no retirada cambia lo que una persona hace de verdad, y por eso la práctica de SOP añade una puerta de reciclaje y una comprobación de retirada por punto de uso que una política o un formulario no necesitan.
¿Cuándo necesita una revisión reciclaje en lugar de leído y confirmado?
Cuando el cambio afecta a un paso crítico para la seguridad (cualquier cosa donde hacerlo del modo antiguo cause una lesión, un producto no conforme o un incumplimiento normativo). /es/templates/proceso-de-control-de-cambios-de-sop enruta ese caso por una aprobación con puerta de calidad y reciclaje práctico obligatorio con lista de verificación de competencia firmada; todo lo demás puede pasar por la vía más ligera de leído y confirmado.
¿Deberían ser la misma persona el responsable del SOP y su autor?
No necesariamente, y mantenerlos separados suele ser la disposición más duradera. El autor redacta una revisión dada; el responsable es responsable del SOP a lo largo de todas las revisiones que llegue a tener, incluidas las redactadas por otra persona después de que el autor original se haya marchado.
¿Es el control de versiones de un SOP lo mismo que el control de cambios de un SOP?
No. El control de versiones es cómo identificas y rastreas las revisiones; el control de cambios es la puerta del flujo de trabajo por la que pasa un cambio propuesto antes de convertirse en una. /es/guides/control-de-versiones-frente-a-control-de-cambios cubre la distinción general, y para SOP en concreto, /es/templates/proceso-de-control-de-cambios-de-sop es la puerta de control de cambios que produce la versión que después gobiernan las prácticas de esta página.
