Respuesta breve

Registra cada parada de producción con equipo, inicio, reinicio, estado detectado y motivo comunicado. Conserva la causa confirmada en un campo separado hasta disponer de evidencias. Guarda las paradas cortas aunque el informe use un umbral de duración. El ejemplo siguiente contiene 180 segundos de interrupciones y muestra cómo dos umbrales cambian el reparto entre disponibilidad y rendimiento sin cambiar el OEE total.

Ideas clave

Registro editable con campos de evidencia

Dos umbrales comprobados con los mismos eventos

Reglas para lagunas y doble contabilización

CSVRegistro vacío de paradas

Campos editables para límites, evidencias y causas. Sin registro.

CSVRegistro ficticio y comprobaciones de umbrales

Tres eventos y dos cálculos de umbral. Valores CSV estáticos, sin fórmulas automáticas.

Define la parada antes de medirla

Alinea tiempo planificado, descansos, cambios, limpieza, mantenimiento, ausencia de demanda y umbral de microparada. No mezcles disponibilidad, utilización y pérdida de calendario.

Registra inicio, fin, activo, orden, producto, turno, estado, razón inicial, causa confirmada, respuesta e impacto.

Usa un modelo común con inicio, fin, activo, orden, producto, turno, estado detectado, razón provisional, causa confirmada, respuesta y efecto.

Captura eventos con resolución útil

Conserva eventos brutos del controlador, agrupa rebotes con reglas documentadas y permite añadir contexto con pocas categorías. No obligues a declarar la causa raíz mientras la línea sigue parada.

Mide la corrección posterior de códigos además de su cobertura; una tasa alta no aporta valor si las personas adivinan para cerrar el evento.

Un registro que deja visibles las dudas

Usa intervalos que incluyen el inicio y excluyen el reinicio. De 08:00:00 a 08:00:20 hay 20 segundos. Dos registros contiguos pueden compartir límite sin duplicarlo. Anota zona horaria o UTC, identificador único y equipo.

Un equipo puede estar averiado, sin material o bloqueado. El estado describe lo detectado; el motivo comunicado es una observación. Confirmar una causa requiere investigación. Permite “desconocido” y conserva quién corrigió el registro y cuándo.

El registro ficticio cubre diez minutos de producción planificada de una máquina. Tres paradas sin solapamiento suman 180 segundos. La alarma A17 respalda el aviso de atasco del tercer evento, pero no demuestra su causa. Una laguna de comunicación queda como dato desconocido, no como marcha o parada.

EventoInicioReinicioDuraciónEstadoMotivo comunicadoCausa confirmada
E0108:00:0008:00:2020 sParadoInterrupción breve de alimentaciónSin confirmar
E0208:02:0008:02:4040 sSin materialFalta material aguas arribaSin confirmar
E0308:05:0008:07:00120 sParadoAtasco; alarma A17Sin confirmar

Cambiar el umbral sin perder la interrupción

Vorne permite fijar un umbral documentado entre pérdidas de disponibilidad y microparadas de rendimiento. Aquí, una duración igual o superior al umbral reduce disponibilidad. Las paradas menores permanecen dentro del tiempo de marcha y reducen rendimiento.

Con un umbral de 60 segundos, disponibilidad pierde 120 segundos y las microparadas suman 60. Con 30 segundos, son 160 y 20. La interrupción total sigue siendo 180 segundos. No restes una microparada del tiempo de marcha y la cargues de nuevo al rendimiento.

Mantén 600 segundos planificados, ciclo ideal de 3 segundos y 140 unidades totales y buenas. El tiempo plenamente productivo es 420 segundos. El OEE es 70 % con ambas reglas. Conserva los eventos originales para comparar informes con una definición común.

UmbralPérdida de disponibilidadMicroparadasMarchaDisponibilidadRendimientoOEE
60 s120 s60 s480 s80,0 %87,5 %70,0 %
30 s160 s20 s440 s73,3 %95,5 %70,0 %

Separa dónde aparece la pérdida de dónde empieza

Una estación puede estar fallada, bloqueada, sin material o esperando calidad. Alinea estados, buffers y conteos para reconstruir la secuencia.

Informa por separado el tiempo parado del equipo y el output sistémico perdido para no confundir una estación ociosa con el origen de la perturbación.

Convierte el Pareto en cola de investigación

Segmenta por activo, producto, turno, recurrencia y restricción. Combina duración, frecuencia, respuesta, reparación y producción perdida. Contrasta las causas con evidencia sincronizada.

Selecciona un patrón recurrente y construye una línea temporal con alarmas, proceso, calidad y mantenimiento; conserva contención, causa, corrección y verificación como campos distintos.

  1. Detectar

    Conserva la evidencia bruta.

  2. Clasificar

    Registra una razón provisional.

  3. Contextualizar

    Añade producto, orden y flujo.

  4. Investigar

    Prueba mecanismos.

  5. Verificar

    Comprueba recurrencia e impacto.

Predice solo después de ordenar la base

El mantenimiento predictivo necesita fallos confirmados, sensores fiables y acciones posibles. Si los códigos son ruido administrativo, el modelo aprenderá ese ruido.

Evalúa falsas alarmas, fallos omitidos, antelación útil y efecto en producción antes de convertir una anomalía en una política de mantenimiento.

La siguiente pregunta del registro

Ordena motivos comparables con el Pareto de paradas. Investiga patrones mediante análisis de causa raíz. Para MTBF y MTTR, selecciona fallos confirmados y los tiempos adecuados; no toda parada es un fallo. La fórmula OEE reconcilia tiempos y cantidades.

Un ejemplo relacionado de Abolfazl

Compara el mismo tiempo perdido por fallos frecuentes o recuperación lenta.

Leer la nota complementaria

En inglés, en el blog personal del fundador Abolfazl. Es lectura relacionada, no una fuente técnica independiente.

Lista práctica

  • Publica una definición y umbral únicos.
  • Separa parada, ciclo lento y ausencia de demanda.
  • Conserva eventos brutos.
  • Distingue estado, razón y causa confirmada.
  • Añade contexto de producto y restricción.
  • Prioriza por output y recurrencia.
  • Verifica el resultado tras actuar.

Preguntas frecuentes

Preguntas frecuentes

Fuentes y lecturas

Referencias autorizadas utilizadas para investigar y verificar esta guía.