Cómo controlar versiones de un SOP
El control de versiones de un SOP significa numerar cada revisión, enrutar los cambios críticos para la seguridad por un reciclaje práctico y una lista de verificación firmada en vez de leído y confirmado, y retirar la copia sustituida.
Cómo funciona
Fija el esquema de numeración del SOP antes de la primera revisión
Asigna a cada SOP un identificador y una revisión con número entero, impresos en el encabezado de cada página junto con la fecha de vigencia y el aprobador. Decide esto una sola vez, porque renumerar más adelante rompe todos los registros de formación y toda pista de auditoría que citara el número antiguo.
Registra la solicitud contra la revisión que cambia
Abre una solicitud con el paso exacto que cambia y el motivo (un incidente, un casi accidente, una desviación) antes de que nadie toque el borrador. Tecléalo en la columna «Box text» de un diagrama y usa «Line to» para apuntarla a la fila que registra la solicitud contra la revisión vigente, de modo que la solicitud quede atada a una versión en vez de flotar suelta.
Fuerza explícitamente la decisión crítica para la seguridad
Dale al flujo una fila de tipo Decision que pregunte si se ve afectado un paso crítico para la seguridad, con dos ramas etiquetadas en la columna «Line text». Enruta el «Sí» hacia una evaluación documentada de impacto en seguridad y el «No» hacia una revisión de idoneidad estándar. Nunca dejes que un solicitante o un aprobador se salte la pregunta por dar algo por hecho.
Condiciona la ruta crítica para la seguridad al reciclaje práctico, no al acuse de recibo
Tras la aprobación, programa la formación práctica obligatoria y exige una lista de verificación de competencia firmada antes de que el cambio pueda entrar en vigor. Una fila que solo diga «leer y confirmar» pertenece a la ruta estándar, no a la crítica para la seguridad. Mantén las dos como filas separadas para que la distinción sobreviva a una reordenación posterior.
Converge ambas rutas en una actualización de registro
Sea cual sea la rama que tomó un cambio, enrútalo hacia una única fila de tipo File que actualice el registro del SOP y marque la revisión anterior como sustituida, antes de publicar la nueva como vigente. Un único punto de convergencia significa un único sitio donde comprobar que todas las rutas llegan de verdad a la retirada de la copia antigua.
Confirma a todos los operarios afectados, no solo a los del turno de siempre
Antes de publicar, marca reciclaje o acuse de recibo contra cada turno y cada contratista al que afecta el paso, no solo el equipo que estaba en planta cuando se aprobó el cambio. Un turno de noche pasado por alto es el hallazgo que se repite en cada ciclo de auditoría.
Preguntas frecuentes
¿Es el control de versiones de un SOP distinto del control de versiones genérico de documentos?
Sí, en un aspecto concreto: el control de versiones de un SOP tiene que responder quién necesita reciclarse antes de que la nueva revisión entre en vigor, no solo qué copia está vigente. El control de versiones genérico de documentos (cubierto en /es/guides/como-controlar-versiones-de-un-documento) gobierna la numeración, la aprobación y la retirada de cualquier documento controlado. Un SOP añade debajo de eso una pregunta de competencia: un número de revisión que sube no impide que un operario siga el método antiguo hasta que se ha reciclado en el nuevo, así que el registro de control de versiones de un SOP tiene que llevar un estado de formación o de acuse de recibo junto al rastro habitual de aprobación.
¿Cómo debería enrutarse de forma distinta un cambio crítico para la seguridad en un SOP frente a uno menor?
Un cambio crítico para la seguridad (uno en el que hacer mal el paso arriesga una lesión, un producto no conforme o un incumplimiento normativo) necesita una evaluación documentada de impacto en seguridad, una aprobación con puerta de calidad y un reciclaje práctico con lista de verificación de competencia firmada antes de poder entrar en vigor. Un cambio no crítico para la seguridad puede pasar por una revisión de idoneidad estándar, una aprobación ordinaria y leído y confirmado. Enrutar ambos por la misma vía ligera es cómo un ajuste de redacción y un cambio a un paso de bloqueo acaban sujetos al mismo nivel de evidencia, que es demasiado poco para uno y demasiado para el otro.
¿Es un registro de formación lo mismo que el control de versiones de un SOP?
No: responden a preguntas distintas y un proceso de SOP necesita ambos. El control de versiones rastrea qué revisión está vigente, quién la aprobó y qué sustituyó; un registro de formación rastrea quién ha demostrado competencia en esa revisión. El historial de versiones de QueryChart en /features/version-control cubre lo primero: un registro de cambios con diferencias por campo, una vista de comparar versiones y restauración. La lista de verificación de competencia firmada que exige un cambio crítico para la seguridad, descrita arriba, cubre lo segundo, y las dos tienen que referenciar el mismo número de revisión o un auditor no podrá saber si la persona formada corresponde al procedimiento en vigor.
¿Cuál es la evidencia mínima que espera un auditor para una revisión de SOP?
Un número de revisión y una fecha de vigencia impresos en el documento, un registro de quién lo aprobó y cuándo, un motivo del cambio documentado y atado a la solicitud que lo inició, y (para cualquier cosa crítica para la seguridad) un registro de competencia fechado y firmado que nombre a quién se recicló y en qué versión. Para la mecánica de enrutamiento y aprobación del propio documento SOP, ver la plantilla de SOP controlado en /es/templates/plantilla-sop-controlado; para la pregunta más estrecha de qué cambió entre dos revisiones, ver /es/guides/como-registrar-cambios-en-un-sop.