Para leer una parada jidoka, empieza por la anomalía que alguien observó y por la respuesta que detuvo el proceso. Registra por separado la señal, la parada, el aviso, la contención y la comprobación antes de continuar. Una sospecha puede orientar la revisión, pero no es todavía una causa confirmada.

Toyota describe jidoka como detección de una anomalía y parada automática del equipo o parada de la línea por parte de la persona operaria; su explicación de andon añade la señal que avisa y convoca a quien responde. Toyota, “Jidoka” y “Andon”, líneas web 10–21.

Esta página ayuda a interpretar un evento de turno que ya ocurrió. No define todo el método Jidoka ni ofrece un catálogo de ejemplos. La ficha que sigue es una propuesta editorial para ordenar un registro local; Toyota no publica en la página citada un formulario de parada, un esquema de campos para OT/MES ni un tiempo universal de respuesta. Cada centro debe aplicar sus procedimientos de seguridad, calidad, producción y escalado.

Qué revisar cuando ya ocurrió la parada

Una lectura útil reconstruye la secuencia sin completar huecos con una historia plausible. Si el registro solo dice “fallo de sensor” o “problema de calidad”, aún falta la observación que originó la respuesta. Contrasta esa descripción con la ficha: detección, parada, aviso, material contenido y comprobación.

Toyota sitúa la parada como respuesta a una anomalía: su descripción menciona anomalías de máquina o equipo, de calidad o demoras de trabajo; indica que el equipo puede detectar y detenerse automáticamente o que la persona operaria puede detener la línea. La página también explica que andon se ilumina para notificar al personal y que puede llamar a una persona responsable. Toyota, “Jidoka” y “Andon”, líneas 10–21. Esos son principios descritos por Toyota.

No implican que una planta concreta use una misma secuencia, botón, color, sensor o sistema informático.

Para esta lectura, “evento” significa una parada o interrupción que el equipo quiere reconstruir con evidencia disponible. El registro puede corresponder a una parada automática, una acción manual o una respuesta distinta definida por el proceso local. No se necesita inventar una taxonomía compleja antes de saber qué observación tiene que entender el equipo. Si la clasificación de causas ya está definida en el sistema de calidad, úsala con su significado oficial y conserva la descripción original de lo observado.

Una anotación breve puede ser más fiable que un diagnóstico rápido. “La pieza quedó fuera de la marca azul cuando terminó el ciclo; el operario paró; el responsable recibió el aviso” describe señales y respuesta. “El útil está desgastado” afirma una causa que necesita inspección. Si ambas frases se mezclan, otra persona puede tratar la causa como comprobada y orientar mal la acción siguiente.

Ficha local propuesta: campos para reconstruir el evento

La tabla es una herramienta editorial, no un formulario Toyota, una plantilla normativa ni un esquema de un fabricante. Adapta los campos a la instrucción de trabajo, al registro de calidad y al sistema que la planta ya utiliza. No añadas un campo solo para llenar una pantalla; cada dato debería ayudar a responder una pregunta o a localizar evidencia.

Campo local sugerido Qué anotar Pregunta que ayuda a resolver
Fecha y hora Momento observado y, si difiere, momento de registro ¿Cuándo se detectó frente a cuándo se documentó?
Puesto, activo y orden Identificador que el equipo reconoce y contexto de producción ¿Qué proceso y qué alcance se revisan?
Condición observada Palabras concretas, lectura disponible, pieza o señal visible ¿Qué hecho puede confirmar otra persona?
Detección Automática, por operario u otro medio local descrito ¿Quién o qué detectó primero?
Parada Respuesta que se ejecutó y estado posterior del equipo ¿Se detuvo el ciclo, el puesto o una parte del proceso?
Aviso Señal emitida, destinatario y hora si existe ¿Quién supo que había una anomalía y cuándo?
Contención Material, lote, piezas o proceso que quedó retenido según procedimiento ¿Qué alcance se protegió mientras se comprobaba?
Verificación Prueba realizada, resultado observado y responsable que la registró ¿Qué evidencia apoyó la siguiente decisión?
Decisión Reinicio, nueva comprobación, escalado o investigación pendiente ¿Qué se autorizó y qué sigue abierto?
Seguimiento Próxima pregunta, función responsable y referencia de OT/calidad ¿Quién retoma el análisis sin confundirlo con el evento?

La tabla separa el momento del evento del momento en que se completó el registro. Esa distinción importa si la persona que tomó la decisión no fue quien redactó la nota, o si el sistema almacena el aviso con retraso. No cambies la hora de una observación para que coincida con el cierre de la orden. Si una hora exacta no está disponible, indica la fuente o escribe “aproximada según registro”, de acuerdo con las prácticas internas.

La condición observada debe caber en una frase revisable. En vez de “pieza defectuosa”, escribe qué diferencia se detectó respecto al criterio conocido: posición, dimensión, apariencia, lectura, secuencia o funcionamiento. Si el criterio no estaba accesible o el instrumento no estaba verificado, registra esa limitación. No conviertas una descripción incompleta en un diagnóstico por rellenar el campo de causa.

Una propuesta local puede mantener dos campos separados: “causa sospechada” y “causa confirmada”. En el primero, anota una hipótesis y qué dato la originó. En el segundo, deja la explicación vacía hasta que exista análisis suficiente y alguien responsable la acepte según el proceso de calidad o fiabilidad. La fuente de Toyota respalda detectar, detener y evitar que continúe una salida defectuosa; la distinción entre los dos campos es una recomendación editorial para evitar confundir observación con explicación.

Reconstruye el orden: señal, parada, aviso y prueba

El orden temporal aclara si una señal provocó la parada o si la parada fue la respuesta a una observación independiente. No presupongas que el andon es siempre la primera señal. En la descripción de Toyota, el equipo o el operario detecta la anomalía y se detiene; andon comunica el problema y llama a la persona responsable. En una planta, la configuración y el registro pueden diferir. Toyota, “Jidoka” y “Andon”, líneas 10–21.

No borres los intervalos entre eventos. Si la señal aparece a las 10:12 y el responsable recibe el aviso a las 10:18, son dos tiempos distintos. Un registro puede ayudar a entender la transferencia de información, pero no demuestra por sí solo que la respuesta fuera tardía o adecuada. Para juzgar el intervalo hacen falta el procedimiento, la condición, los riesgos, la cobertura del turno y el criterio local que correspondía.

La contención tampoco es lo mismo que solucionar la causa. Puede ser necesario separar material, marcarlo, identificar el último punto conocido como conforme o solicitar una verificación adicional, pero la medida concreta debe derivarse del procedimiento de calidad y seguridad aplicable. Esta guía no prescribe liberar, reprocesar, desechar ni volver a arrancar una pieza. El registro debe apuntar al documento y a la función que autorizan esa decisión.

Escenario didáctico hipotético de una parada

Escenario didáctico hipotético, creado para ilustrar una ficha; no corresponde a una planta o incidente real. Supongamos que en un puesto ficticio una persona observa una pieza colocada fuera de una marca visual definida por la instrucción local. Detiene el ciclo con el medio previsto para ese puesto y avisa a la persona responsable. El equipo mantiene separadas las piezas potencialmente afectadas desde la última comprobación válida mientras verifica la posición del útil y la instrucción aplicable.

Una ficha local podría registrar: “Turno de tarde; estación P-04; pieza fuera de la marca visual tras completar el ciclo; parada manual; aviso enviado a la persona responsable; tres piezas apartadas provisionalmente; verificación del útil pendiente”. Los nombres y la cantidad son supuestos didácticos, no datos de Toyota ni de una fábrica real. La ficha no dice “causa: útil desplazado” porque todavía no se ha comprobado.

Después, imaginemos que la persona responsable revisa la instrucción, comprueba la referencia de la marca y solicita una verificación del útil. Si el resultado sigue pendiente, la nota debe mantener el estado abierto. Si una prueba confirma una condición, se registra la prueba y su responsable; si no la confirma, no se reescribe el primer registro como si todos lo hubieran sabido desde el inicio. El escenario termina antes de cualquier resultado.

Cómo separar sospecha, causa y acción

Una sospecha es una explicación posible que nace de una observación, una lectura o una experiencia del equipo. Puede ser útil, pero se debe identificar como tal: “posible desviación del útil”, “hipótesis de material mezclado” o “revisar sensor”. La causa confirmada requiere evidencia que conecte el mecanismo con la condición y que pase por el análisis previsto en la organización. No se confirma una causa solo porque la línea haya vuelto a producir después de ajustar algo.

Anota la acción inmediata en un campo distinto de la acción correctiva o del seguimiento. A veces la respuesta inmediata contiene el riesgo y permite continuar; la investigación posterior puede descubrir que hace falta cambiar una condición del proceso. Otras veces la primera hipótesis no se sostiene y el equipo debe revisar otra explicación. El registro gana claridad cuando indica qué se hizo, para qué se hizo y qué queda pendiente, sin anticipar el resultado.

Si la parada se relaciona con calidad, enlaza el número de no conformidad, lote o registro correspondiente conforme al sistema local. Si se relaciona con máquina, vincula la orden de trabajo o la referencia de diagnóstico sin tratarla automáticamente como causa raíz. Si existe un informe técnico separado, conserva el enlace y el estado de revisión. La ficha de parada no necesita duplicar cada documento: debe permitir que quien recibe el evento encuentre la evidencia autoritativa.

No uses una etiqueta de causa genérica para cerrar el episodio si la investigación sigue abierta. “Error humano”, “sensor” o “operación” pueden ocultar preguntas distintas: qué condición era esperada, qué instrucción estaba disponible, cómo se detectó el desvío y qué prueba falta. Una categoría puede ser necesaria para el sistema; la descripción del hecho y la incertidumbre ayudan a que la categoría no se lea como una conclusión más amplia de lo que demuestra.

Revisión al final del turno y entrega

Antes del cambio de turno, la persona que hace la entrega puede leer el registro con tres focos. Qué se sabe y de dónde sale; qué sigue siendo una sospecha o está sin verificar; y qué decisión o consulta debe retomar la siguiente función. El objetivo no es cerrar cada evento antes de acabar el turno. Es dejar el estado comprensible para que otra persona no tenga que reconstruirlo a partir de mensajes dispersos.

Una entrega concreta puede incluir la ubicación del material contenido, el estado del equipo, la última comprobación realizada, la persona o función que debe continuar y el documento relacionado. Si una medida de seguridad o calidad está activa, remite al procedimiento vigente y al responsable designado. No sustituyas la instrucción del centro con un consejo general de este artículo y no asumas que cualquier lector está habilitado para autorizar un reinicio.

No hay un SLA universal en la fuente consultada. Toyota explica la parada y la función de aviso del andon, pero el plazo de respuesta depende del proceso local, la severidad y la cobertura. Toyota, “Jidoka” y “Andon”, líneas 10–21. Si la organización tiene un tiempo objetivo por tipo de evento, consérvalo como regla interna y registra dónde está definido; no lo atribuyas a Toyota ni lo conviertas en una meta válida para cualquier planta.

En la entrega, evita convertir “reanudado” en sinónimo de “resuelto”. El proceso pudo volver a operar bajo una condición temporal, quedar pendiente de un análisis o necesitar seguimiento en otra orden. Anota qué significa el estado elegido en el sistema local y qué evidencia lo respalda. Si el sistema solo ofrece estados demasiado generales, complementa con una nota o referencia autorizada, sin inventar un estado que parezca parte del software.

Errores de lectura que cambian el sentido del evento

Escribir la causa antes que el hecho. Empieza por la posición observada o la medida disponible; deja la hipótesis aparte hasta comprobarla.

Suponer que todos los datos vienen del mismo reloj. Máquina, andon, OT y nota manual pueden registrar horas distintas. Conserva la fuente de cada marca temporal cuando esa diferencia afecte la reconstrucción.

Cuando la señal resume un turno, no un defecto aislado

Una parada también puede responder a un patrón agregado de defectos, no a una sola pieza observada. Dhafr et al. describen una planta de pintura de piezas plásticas que seguía por hora tres categorías: inclusiones, pulverización insuficiente o excesiva y escurrimientos. Su carta H-PAC se basaba en datos históricos; para ese producto fijó un objetivo de rendimiento correcto a la primera del 90 % y un límite superior del 10 %.

Si una categoría rebasaba el límite en una hora, la línea se detenía para analizar. Son valores y un disparador del caso publicado, no un umbral general de jidoka. Dhafr et al., 2006, §4.5, pp. 539–540.

El relato de un turno describe una verificación tras la primera hora; el rendimiento subió, aunque siguió bajo el 90 %. Al final de la tercera hora hubo otra parada de 30 minutos y una pausa de 30 minutos; después, ingenieros de robótica y el líder del equipo hicieron un análisis rápido. Los autores dicen que la línea se corrigió y los rendimientos fueron altos, pero el pasaje no permite atribuir el cambio a una sola acción.

Conserva esa cronología como caso, no como receta de parada. Dhafr et al., 2006, §4.5 y relato de la tabla 5, pp. 540–541.

Al revisar el evento, separa “una pieza fuera de criterio” de “la tasa horaria de una categoría cruzó el límite”. Para la segunda, conserva ventana, categoría, lectura o gráfica disponible, criterio vigente y decisión de parar; enlaza luego el análisis y la comprobación registrados. Si faltan esos datos, indícalo en vez de deducir un cruce del límite. Es una propuesta local de lectura, no un método completo de SPC.

El artículo no fija un tamaño de muestra transferible, un plazo universal de respuesta ni autoridad general de reinicio; contención y reanudación dependen de los procedimientos de cada planta. Dhafr et al., 2006, §§4.5 y 4.7, pp. 539–541.

Límites y siguiente paso

La página de Toyota describe jidoka como detección y parada, y andon como aviso y llamada; no establece aquí un formulario, una taxonomía de causas, un SLA ni una integración OT/MES. Otros procedimientos pueden fijar requisitos locales. Toyota, “Jidoka” y “Andon”, líneas web 10–21.

Usa los procedimientos aprobados de la planta para seguridad, contención, calidad, reinicio y escalado. La ficha propuesta solo ordena cómo leer y entregar un evento; no sustituye al registro oficial que tu empresa ya utilice. WizeeMind no presta un servicio de andon ni reemplaza un sistema MES o GMAO. Si se necesita rediseñar el mecanismo de parada, corresponde a las funciones técnicas, de seguridad y de operaciones revisar el sistema y sus riesgos.

Prueba la ficha con un evento reciente autorizado: otra persona debería poder seguir lo ocurrido y encontrar qué queda pendiente. Marca los datos ausentes como desconocidos; no completes después una causa o resultado que no quedó registrado.

Preguntas frecuentes

¿Qué dato mirar primero?

Registra primero la anomalía observada y la respuesta de parada; mantén separada la causa sospechada de la causa confirmada.

¿Anomalía o causa confirmada?

Una anomalía observada justifica responder según el proceso; por sí sola no demuestra la causa raíz, que requiere verificación.

¿Qué hace el andon?

Andon señala una anomalía y llama a la persona responsable; en la descripción de Toyota, un problema de calidad o retraso puede activar la llamada.

¿Toyota prescribe un formulario?

Toyota describe el método, pero no prescribe un formulario universal ni un esquema OT/MES o SLA de respuesta.