Procesos industriales

¿Qué se entiende por proceso?

Un proceso es un conjunto de actividades relacionadas que transforman unas entradas en unas salidas, usando recursos (personas, máquinas, información) y siguiendo unas reglas definidas. 

Descompuesto en sus piezas: 

  • Entradas — lo que el proceso necesita para arrancar: materiales, información, un pedido, una especificación
  • Actividades — lo que se hace realmente con esas entradas: transformar, montar, verificar, empaquetar 
  • Recursos — con qué se hace: personas, máquinas, instrucciones de trabajo, sistemas 
  • Salidas — el resultado: un producto, un informe, una decisión 
  • Control — cómo se sabe si el resultado es el esperado (puntos de control)

Una forma sencilla de recordarlo: todo proceso responde a la pregunta “¿qué entra, qué le hago, qué sale?” 

Ejemplo aplicado a nuestro pedido: el proceso de Recepción tiene como entrada el material que llega del proveedor junto con el albarán; la actividad es comprobar cantidad, referencia y estado del material contra el pedido; el recurso es el operario de almacén con su procedimiento de recepción; la salida es el material dado de alta en el almacén (o rechazado); y el control es la verificación contra el albarán y la especificación de compra. 

Este mismo esquema — entrada, actividad, recurso, salida, control — se repite en Producción, en Control de calidad y en Expedición. Es la unidad básica con la que está construido todo el mapa de procesos, y es la idea que vamos a usar durante todo el curso para analizar cualquier parte de la fábrica. 

Mapa de procesos

El mapa de procesos es una representación visual de todos los procesos de la empresa y sus interacciones. Son muy útiles para entender rápidamente cómo funciona la actividad de la empresa.

El mapa recoge los tres niveles con los que las normas de gestión clasifican siempre los procesos de una organización: 

  • Procesos estratégicos — los marca Dirección: la política de calidad, los objetivos, y la revisión periódica de si el sistema funciona. No fabrican nada directamente, pero condicionan todo lo demás. 
  • Procesos operativos (la cadena de valor) — Recepción, Producción, Control y Expedición, entre Proveedor y Cliente. Son los que transforman físicamente el pedido y por eso están en el centro del mapa. 
  • Procesos de soporte — Calidad, Ingeniería, Logística, Compras y Mantenimiento. Ninguno fabrica el producto directamente, pero todos son necesarios para que la cadena operativa funcione: Calidad verifica, Ingeniería define cómo hacerlo, Logística coordina tiempos y materiales, Compras homologa proveedores, Mantenimiento mantiene las máquinas operativas. 

La flecha de arriba hacia abajo representa que Dirección marca el rumbo (objetivos, recursos, prioridades); la de abajo hacia arriba, que el soporte alimenta y sostiene la operación diaria.

Esta es la estructura que reaparecerá cuando lleguemos al Módulo 4 (sistemas de gestión) — es exactamente así las normas de Calidad piden que una organización defina su mapa de procesos.

Los registros, imprescindibles para mostrar evidencias

Cada punto de control deja un registro: una prueba escrita (papel o digital) de que la verificación se hizo y de cuál fue el resultado. Un albarán de recepción firmado, un informe de control dimensional, un packing list de expedición: todos son registros. 

¿Qué diferencia un registro de otros documentos? Un procedimiento o una instrucción de trabajo te dicen cómo se debe hacer algo — son documentos “vivos” que se actualizan cuando cambia la forma de trabajar. Un registro, en cambio, es la fotografía de lo que realmente pasó en un momento concreto: no se actualiza, no se corrige a posteriori — si algo estaba mal, se anula y se genera uno nuevo, pero el original queda como evidencia.

Qué hace que un registro sea válido como evidencia: 

  • Identificable — queda claro qué se verificó, quién lo hizo y cuándo 
  • Trazable — se puede vincular a un lote, un pedido o una instrucción de trabajo concreta 
  • Legible y sin ambigüedad — cualquiera que lo lea después entiende el resultado sin tener que preguntar 
  • Conservado el tiempo que exige la norma o el cliente  
  • Protegido frente a alteración — nadie debería poder cambiar un registro después de generado sin que quede constancia 

Tipos de registro que ya hemos visto en el flujo: albarán de recepción, informe de control dimensional, parte de producción (lote, operario, máquina), registro de calibración de un instrumento, packing list de expedición, certificado de conformidad. 

Por qué el papel y los Excels sueltos son un problema real: no es solo que sea “más lento”. Cuando los registros viven dispersos, cada uno puede tener su propia versión de la verdad, es fácil perder uno, nadie sabe quién modificó una celda de un Excel ni cuándo, y cruzar información entre departamentos (¿qué lote de materia prima llevaba este pedido? ¿qué operario fabricó esta unidad?) puede llevar horas de búsqueda manual — justo cuando más rápido se necesita, por ejemplo ante una reclamación de cliente o una auditoría. 

Aquí es donde la digitalización se vuelve imprescindible. Una plataforma como Kapture centraliza estos registros y los vincula entre sí automáticamente (por lote, por pedido, por instrucción), de forma que reconstruir la historia completa de un pedido pasa de ser una investigación de horas a una búsqueda de segundos. 

Ejemplo: informe de control dimensional con datos del lote, mediciones y resultado 

Fíjate en dos cosas del ejemplo que conectan directamente con lo que acabamos de explicar: cada campo identifica quién, cuándo y sobre qué (trazable a lote y pedido), y el resultado queda sellado con firma digital y hora, exactamente lo que un registro en papel no puede garantizar tan fácilmente. 

Trazabilidad de producto, materiales, procesos y cambios

La trazabilidad es la capacidad de responder, en cualquier momento, a la pregunta: ¿de dónde viene esto y por dónde ha pasado? 

Formalmente se distingue en dos direcciones, y esa distinción es la que de verdad se usa en el día a día: 

  • Trazabilidad ascendente (hacia atrás): partiendo de un producto acabado, llegar hasta su origen — qué lote de materia prima, qué máquina, qué operario, qué instrucción de trabajo. Es la pregunta “¿de dónde viene este problema?” 
  • Trazabilidad descendente (hacia adelante): partiendo de un origen (un lote, un proveedor, una máquina), llegar hasta todo lo que se vio afectado por él — qué unidades, qué pedidos, qué clientes. Es la pregunta “¿a quién más puede afectar esto?” 

Se aplica a distintos niveles: 

  • De producto: qué lote de materia prima se usó en qué unidad concreta 
  • De proceso: qué máquina, qué operario, qué instrucción de trabajo se siguió 
  • De cambios: si algo se modificó (una especificación, un proveedor, un proceso), cuándo y por qué 

Ejemplo aplicado al pedido de 500 unidades: un cliente detecta un problema en la unidad nº 214. Con trazabilidad ascendente, el registro de esa unidad nos dice que se fabricó con el lote de materia prima MP-118, en la Máquina 3. Con trazabilidad descendente, buscamos qué otras unidades usaron ese mismo lote MP-118 — y descubrimos que son las unidades 200 a 249, repartidas entre dos pedidos y dos clientes distintos. 

Sin este cruce, la contención de un problema tendría dos malas opciones: sospechar de las 500 unidades del pedido entero (parada innecesaria y cara), o solo revisar la unidad reportada (dejando fuera unidades igual de afectadas). La trazabilidad acota exactamente el alcance real: 50 unidades, no 500.

Introducción a la gestión de la configuración

Un concepto muy ligado a la trazabilidad, pero aplicado al diseño del producto en vez de a su fabricación: cuando un producto cambia de versión a lo largo del tiempo (una revisión de plano, un cambio de componente, una mejora de proceso), la gestión de la configuración es lo que asegura que siempre sepamos qué versión exacta se fabricó y se entregó a cada cliente.

Si en julio el Cliente X reporta un problema, la primera pregunta no es “¿qué falla en nuestro producto?” — es “¿qué revisión tiene exactamente lo que tiene en sus manos?”. Sin gestión de la configuración, se podría investigar (o peor, corregir) la versión equivocada, o mezclar por error piezas Rev. A con piezas Rev. B en un mismo pedido.

Relación entre proveedores, empresa y cliente

El proceso que hemos visto no ocurre en una burbuja. La empresa ocupa una posición doble en la cadena: es cliente de sus proveedores y, al mismo tiempo, proveedor de su cliente final. Por esa cadena no solo circula el producto — circulan también los requisitos, en dirección contraria. 

Ejemplo aplicado a un sector exigente: en aeroespacial esta cadena está formalizada explícitamente: la empresa debe trasladar por contrato a sus proveedores los mismos requisitos que su cliente le exige a ella, incluyendo requisitos de calidad, trazabilidad y prevención de piezas falsificadas. Si el requisito se rompe en un eslabón, se rompe en toda la cadena. 

Esta es también la razón de negocio detrás de la homologación de proveedores que vimos en el Módulo 1 (departamento de Compras): no basta con que un proveedor sea barato o rápido, tiene que ser capaz de cumplir exactamente lo que, más adelante, nuestro propio cliente nos va a exigir a nosotros.