Poka-yoke (Sistema antierror)

Definición y origen

Poka-yoke (ポカヨケ) es un término japonés que combina poka (error inadvertido) y yokeru (evitar). Suele traducirse como “antierror” o “a prueba de errores”, aunque el matiz exacto es prevención de errores inadvertidos, no prevención de sabotaje o negligencia consciente.

La metodología fue formalizada por Shigeo Shingo en Toyota durante los años 60, dentro del enfoque más amplio del Zero Quality Control (ZQC), cuyo objetivo era erradicar el control estadístico al final de línea sustituyéndolo por mecanismos que impiden que el defecto ocurra. La premisa de Shingo era radical: si un error es físicamente imposible de cometer, no hace falta inspeccionarlo después.

El término original interno de Toyota había sido baka-yoke (“a prueba de tontos”), pero Shingo lo cambió cuando una operaria, ofendida, le hizo notar que ella no era tonta y simplemente cometía errores como cualquier ser humano. El matiz lingüístico encapsula la filosofía: el sistema debe asumir que el operario errará y prevenirlo, no culpabilizarlo.

Esta distinción es crítica: el poka-yoke no es disciplina ni formación adicional, es diseño. Si un operario puede equivocarse, se equivocará; el trabajo del ingeniero es hacer que no pueda.

Cálculo / Metodología

Shingo clasificó los poka-yoke en tres tipos según el mecanismo de detección, y dos modos según el momento de actuación.

Tipos de poka-yoke por mecanismo

1. Contact (contacto físico): la geometría de la pieza o del utillaje sólo permite una posición correcta. El ejemplo canónico es el conector USB-C, que entra en ambas orientaciones, o el conector SIM antiguo con esquina achaflanada que sólo entra de una forma. En planta: pin de centrado descentrado que obliga a orientar la pieza, alojamiento con escalón asimétrico, sensor de contacto que valida que la pieza está apoyada en los cuatro puntos de referencia.

2. Constant value (valor constante): el sistema detecta que la cantidad o el peso de un set de operaciones es el esperado. Ejemplo: bandeja con 12 huecos para tornillos; si al final del montaje queda un tornillo, falta apretar uno. En planta: dosificador volumétrico que rechaza dosis fuera de tolerancia, báscula que comprueba peso total del kit.

3. Motion-step (paso de movimiento): el proceso obliga a una secuencia ordenada y bloquea si se salta un paso. Ejemplo: la próxima estación no acepta la pieza si la anterior no la ha marcado como completada en el sistema. Es el más usado en poka-yoke digital.

Modos por momento de actuación

• Prevención (control): el error es imposible. El sistema bloquea la operación errónea antes de que ocurra. Ideal pero más caro.
• Detección (warning): el error puede ocurrir, pero el sistema lo detecta inmediatamente y emite alerta. Más barato pero deja residuo de scrap mínimo.

Siempre que sea económicamente viable, prevención > detección. Detectar implica que ya hay desperdicio.

Ejemplo trabajado

Una empresa de montaje de bombas hidráulicas tenía un defecto recurrente: el rotor se ensamblaba con sentido de giro invertido en el 0,3% de los lotes, lo que se detectaba solo en banco de pruebas final, generando coste de desmontaje y retrabajo de 35 minutos por unidad rechazada.

Diagnóstico: ambas orientaciones del rotor encajaban físicamente en el alojamiento, y el marcado visual (flecha pintada) se confundía bajo iluminación rasante.

Solución poka-yoke: se mecanizó un rebaje asimétrico de 2 mm en el rotor que sólo encaja con un resalte correspondiente en el alojamiento si la orientación es correcta. Coste único de modificación de utillaje: 850 €. Defectos posteriores: cero. Payback en 6 semanas.

Esto es poka-yoke clásico de tipo contact, modo prevención: error físicamente imposible.

Cómo se aplica en Business Central

Business Central por sí solo no implementa poka-yoke físicos —eso es ingeniería de producto y utillaje— pero sí materializa el poka-yoke digital, que en muchos casos es el más rentable porque sólo requiere reglas de validación y lectura automática.

dvproduction y dvquality implementan poka-yoke digital con cuatro mecanismos principales:

• Validaciones bloqueantes en formulario de operario: el terminal táctil no acepta cierre de operación hasta que se confirma checklist visible (validación motion-step). Ejemplo: en montaje de cuadros eléctricos, el operario debe marcar 8 puntos de inspección antes de declarar la unidad como completada.
• Lectura RFID / barcode obligatoria: el sistema bloquea el consumo de un componente si el lote escaneado no coincide con el lote esperado por la lista de materiales (BOM) de la OF activa. Esto previene mezcla de lotes y mal cumplimiento de trazabilidad.
• Escaneo de lote antes de consumo: cada movimiento de stock sobre la OF exige confirmación de lote y ubicación, lo que evita los típicos “se consumió del lote equivocado” que arruinan trazabilidad y la auditoría posterior.
• Bloqueo de operación siguiente hasta confirmación: la fase B de una ruta no se desbloquea hasta que la fase A está cerrada y, si está configurado, validada por calidad. Esto convierte el motion-step físico en flujo digital obligatorio.

Adicionalmente, dvquality integra planes de control automáticos donde el sistema solicita inspección dimensional o visual en momentos predefinidos (cada N piezas, al inicio de cada turno, tras cada cambio de utillaje) y bloquea la continuación si no se registran resultados.

El registro en BC permite además auditoría completa: cada poka-yoke digital deja huella temporal, operario, lote y resultado. Para certificaciones IATF 16949, ISO 9001 o ISO 13485, esa trazabilidad es exigencia formal.

Errores frecuentes

Confundir poka-yoke con inspección al final. Inspeccionar al 100% al final de línea no es poka-yoke. Es detección tardía. El poka-yoke se incrusta dentro del proceso o en el utillaje, en el momento en que el error puede ocurrir, no después.

Diseñar poka-yokes caros antes de agotar los baratos. Una marca visual asimétrica, un escalón en el alojamiento o una pegatina de colores resuelven el 60% de los casos por menos de 100 €. Saltar directamente a visión artificial con IA puede ser sobreingeniería.

Poka-yoke sin trazabilidad en sistema. Si el poka-yoke físico funciona pero no queda registro en BC, no se puede demostrar a auditoría que estuvo activo durante toda la producción. Combinar poka-yoke físico con notificación digital al ERP es la práctica madura.

Considerar el poka-yoke una afrenta al operario. Como advirtió la operaria a Shingo, el poka-yoke no acusa, protege. Es diseño defensivo del proceso. El operario debería percibirlo como aliado (le evita el coste personal del error), no como vigilancia. La gestión del cambio en planta es parte de la implantación.