La prontitud del recurso es control, no una checklist

En la manufactura regulada, "recurso listo" suele significar tres cosas a la vez: el equipo está en el estado correcto, lo que lo habilita sigue vigente, y quien lo operará está autorizado. En papel, eso se vuelve una checklist al inicio del turno. En una hoja de cálculo, una columna verde. En planta, la pregunta de riesgo es otra: ¿puede empezar el lote cuando alguna de esas condiciones ya venció?

Las buenas prácticas de fabricación tratan equipo, utilidades y personal como parte del control del proceso — no como detalle del entorno. El estado de limpieza, la calibración, el mantenimiento, la calificación y el entrenamiento no son formalidad del POE. Son precondiciones de ejecución. La diferencia entre checklist y control es el momento en que se descubre la falla: antes del start, o en la investigación después de la desviación.

Lo que realmente compra una checklist

Eso no vuelve inútil la checklist. Compra algo — solo que menos de lo que parece.

Una checklist bien llenada registra intención. Pregunta si alguien miró. No garantiza que lo mirado siga siendo verdad en el momento en que inicia la orden.

Tres límites aparecen pronto:

1. La vigencia es tiempo, no un sello. Una calibración "ok ayer" puede estar vencida hoy. Una limpieza "hecha en el turno A" puede no cubrir el producto del turno B. Un entrenamiento "completado en el trimestre" puede haber dejado expirar la skill exigida para ese paso.
2. La checklist no bloquea. Si el operador marca y sigue, el sistema de ejecución no sabe que había un "no" escondido en un papel paralelo.
3. El estado cambia después de la firma. Una intervención de mantenimiento, un cambio de formato o una alarma de utilidad pueden invalidar la prontitud minutos después del "listo" del inicio del lote.

Por eso la prontitud del recurso, cuando es seria, se parece menos a un formulario y más a un enclavamiento: el recurso solo entra al flujo si vigencia, estado y autorización son coherentes — y deja de entrar cuando cualquiera de ellos cae.

La checklist prueba que alguien preguntó. El control prueba que el proceso no avanzó sin la respuesta correcta.

Qué necesita significar "listo"

Si la checklist no sostiene, lo que tiene que sostener es la propia definición de "listo".

Un modelo útil de resource readiness suele unir tres ejes en el mismo recurso (línea, balanza, sala, persona, utensilio):

• Estado — limpio / sucio / en mantenimiento / en calificación / bloqueado. Un estado sin responsable y sin transición auditable se vuelve opinión de turno.
• Vigencia — calibración, mantenimiento preventivo, vigencia de limpieza, de solución, de skill. Sin fecha y sin regla de expiración, "vigente" es solo un adjetivo.
• Autorización — quién puede liberar el recurso, quién puede operarlo, quién puede hacer un bypass. Un bypass sin rastro es el atajo que la inspección encuentra después.

Cuando esos ejes viven en sistemas separados — calibración en un CMMS, limpieza en el EBR, entrenamiento en el LMS, estado en la cabeza del supervisor — la planta reconcilia a la hora del start. La reconciliación humana bajo presión es exactamente el modo de falla que la checklist finge haber resuelto.

El modo de falla silencioso

Y cuando esa reconciliación falla, rara vez falla a la vista.

Lo peor no es el recurso claramente fuera. Es el recurso "casi ok" que la operación decide usar "solo esta vez".

Señales concretas:

• Starts de lote con calibración por vencer el mismo día, sin regla clara de corte
• Limpieza firmada para un producto y reutilizada mentalmente para el siguiente
• Operador cubriendo un puesto con skill vencida "porque nadie más vino"
• Mantenimiento abierto en paralelo mientras la orden sigue "en producción"
• Desviaciones de contaminación o de datos cuya causa raíz es un recurso usado fuera de estado — descubiertas en la revisión, no en el start

En esos casos, la documentación de prontitud existía. Faltaba la barrera.

Imponer la prontitud en el momento del control

La respuesta es la misma que vale para EBR, holding time y dispensación: mover el control al instante en que todavía se puede impedir el daño.

En la práctica, eso pide:

1. El start consulta el recurso, no la memoria. La orden solo avanza si los recursos ligados al paso están en estado y vigencia compatibles.
2. La expiración es un evento, no una sorpresa de hoja de cálculo. Cuando cae la vigencia, el recurso sale del pool disponible — con registro de cuándo y por qué.
3. El bypass es una excepción gobernada. Si calidad autoriza seguir con salvedad, eso se vuelve desviación o permiso explícito, atribuible, no un "ok verbal" por radio.
4. La evidencia sobrevive a la inspección. Estado, vigencia y autorización deben poder reconstruirse para ese lote, a esa hora — no "en general la planta controla esto".

Aquí es donde un módulo de prontitud del recurso (en NEO, NEO TASK) deja de ser una lista de tareas y pasa a ser parte del MES de la ejecución: vigencia, estado y bloqueo de lo no conforme. La misma lógica de momento del control aparece en los registros electrónicos de lote.

Lo que el software no resuelve solo

Antes de concluir que basta con activar el bloqueo, un contrapunto.

Ningún bloqueo salva un maestro mal cargado. Si la vigencia de limpieza se parametrizó sin criterio, si la calibración del CMMS no habla con el piso de planta, o si la skill del LMS no está ligada al paso del EBR, el sistema solo aplica el dato equivocado más rápido.

Tampoco sustituye la decisión de calidad sobre el riesgo residual. Impone el momento de la decisión. Sin responsable del estado y sin reglas de transición, el "bloqueo automático" se vuelve ruido que la operación aprende a saltar.

Preguntas antes de declarar los recursos "bajo control"

Para saber dónde está su operación en esto, algunas preguntas ayudan:

• ¿El start del paso consulta estado y vigencia en tiempo real, o confía en la checklist de la mañana?
• Cuando vencen calibración, limpieza, mantenimiento o skill — ¿el recurso sale de disponible, o solo genera un recordatorio?
• ¿Los bypass exigen autorización atribuible y quedan en el registro del lote?
• ¿La prontitud de persona y la de equipo usan la misma lógica de vigencia, o una es rígida y la otra es improvisación?
• En inspección, ¿muestran el bloqueo que impidió el uso — o la investigación del uso que no debió ocurrir?

La última pregunta suele separar registro de control.

La prontitud del recurso bien hecha no es otra lista para firmar. Es la planta negándose, por diseño, a empezar lo que no podrá defender después. La checklist pregunta. El control impide.

En su operación, ¿el "listo" sigue siendo una marca en el papel — o una condición que el sistema puede negar?