Comparar plantas que fabrican el mismo producto

Dos plantas pueden fabricar la misma referencia comercial y ofrecer cifras que parecen comparables. Una puede cerrar por orden, otra por lote; una puede incluir preparación y limpieza, otra solo tiempo de producción; una puede contar unidades buenas y otra kilogramos aceptados. El nombre del producto es una pista de identidad, no un contrato de comparabilidad.

La pregunta útil no es «¿qué planta rinde más?». Es «¿qué observaciones de ambos centros responden a la misma decisión, con unidad, ventana y condiciones declaradas?». Esta formulación permite conservar una diferencia real sin convertirla en ranking de capacidad, causa o desempeño de personas.

La ficha es documental. No autoriza trasladar familias, no calcula retorno, no predice una entrega y no reemplaza calidad, seguridad, mantenimiento, logística o gobierno laboral. Si la comparación puede desencadenar una decisión material, la autoridad competente debe revisar el expediente completo.

Para documentar el perímetro sin convertirlo en un ranking, consulte comparar líneas sin mezclar el mix, la guía de decisión industrial con KPI de planta y comparar escenarios de producción sin prometer resultado. Son referencias para preparar la ficha; la comparación entre plantas sigue limitada a la unidad, ventana y condiciones que se puedan demostrar.

Respuesta breve: siete equivalencias antes de comparar

Compruebe, en este orden:

1. product_key y recipe_rev: referencia, fórmula, formato y versión.
2. output_uom y acceptance_rule: unidad física y criterio de producto aceptado.
3. route_signature: operaciones, secuencia, equipo y controles de calidad.
4. time_window: inicio, fin, calendario, huso y política de cierre.
5. resource_boundary: máquinas, servicios comunes, personas y materiales dentro.
6. data_state: provisional, validado, corregido, estimado o desconocido.
7. decision_scope: seguimiento descriptivo, capacidad, calidad o traslado potencial.

Una llave mismatch bloquea la comparación homogénea. Una llave unknown deja la salida en pending. No cambie la unidad ni quite una condición para que las filas encajen.

Defina qué significa «mismo producto»

Registre commercial_code, descripción, familia, formato, receta, tamaño, embalaje y versión. Si dos centros usan el mismo código pero una planta fabrica una presentación distinta, marque variant_mismatch. Si una revisión de receta cambia el tiempo, material o inspección, cree una nueva recipe_rev.

La encuesta anual de productos del INE clasifica producción y ventas por productos y establecimientos agregados. Ese contexto puede ayudar a nombrar una población, pero no confirma que dos centros concretos tengan la misma ruta, calidad o capacidad. La equivalencia debe venir de los registros autorizados de cada organización.

Una tabla de identidad puede ser:

Si una columna queda vacía, no la sustituya con la frase «mismo producto». Escriba qué fuente falta y quién puede confirmarla.

Alinee unidades y conversiones

La salida puede expresarse en unidades, kilogramos, metros, lotes, horas o una medida de proceso. No elija el denominador que produce la diferencia más favorable. Documente input_uom, accepted_uom, conversion_rule, conversion_owner, rounding_mode y valid_from.

Una conversión solo es defendible cuando ambas plantas usan el mismo criterio físico y la regla tiene propietario. Si el peso por unidad varía, «unidades» no es equivalente a kilogramos. Si una planta cuenta salida buena y otra salida total, el contraste debe quedar como parcial.

El resultado puede conservar dos vistas: reported_output tal como cada centro lo registra y normalized_output solo cuando la conversión está aprobada. No llame «normalizado» a un cálculo exploratorio. La precisión aparente no corrige una población distinta.

Compare ventanas y calendarios de centro

Cada planta puede tener turnos, festivos, cierres de mes, husos, horarios de limpieza y reglas de corte diferentes. Registre window_start, window_end, timezone, shift_calendar, holiday_set, mes_cutoff y order_close_rule. Un mes de calendario no garantiza que las dos poblaciones cubran las mismas horas productivas.

Si una planta incluye una prueba de arranque y otra la excluye, no borre la diferencia. Use exclusion_code y presente una vista descriptiva junto a la vista comparable. Si una orden cierra al día siguiente, marque late_confirmation y no adelante la producción para hacer coincidir el informe.

Una referencia con otra fecha solo es válida si se declara por qué sus condiciones son comparables. La cercanía temporal no sustituye el mismo calendario, producto, ruta y frontera.

Dibuje la frontera de recursos

Liste asset_ids, centros de trabajo, personal, materiales, servicios, laboratorios y sistemas incluidos. Un centro puede recibir aire, frío, vapor o logística desde otra zona; otro puede tener esos servicios dentro de su propia frontera. La salida de una línea no explica por sí sola la disponibilidad de un recurso compartido.

Use included, excluded y unknown para cada recurso. Si la frontera no está vigente, marque boundary_version y solicite confirmación. No atribuya la diferencia a una planta cuando el perímetro de datos no coincide.

La misma cautela aplica a calidad. Una planta puede registrar rechazo dentro de la orden y otra fuera; una puede incluir retrabajo y otra no. El criterio acceptance_rule debe aparecer junto a la salida y no en una nota de contexto perdida.

Separe observación, hipótesis y decisión

Una comparación madura tiene tres capas. observed: hechos de fuente, unidad y ventana. hypothesis: explicación posible y aún no probada. decision: qué se autoriza comprobar. Por ejemplo, «B registra menos kg aceptados en la frontera declarada» es observación; «la diferencia puede deberse a cambio de formato» es hipótesis; «validar receta y cierre antes de revisar capacidad» es decisión.

No use «planta peor» como observación. No use un índice agregado para llenar una hipótesis local. La dirección necesita saber qué puede repetir y qué sigue abierto.

Use datos externos como contexto, no como benchmark

El IPI del INE mide la evolución mensual de la actividad productiva industrial; su población y base no son la capacidad de dos centros. La encuesta anual de productos informa producción y ventas agregadas; no mide disponibilidad, mix, paradas ni OEE de una planta. Los datos TIC describen adopción empresarial de herramientas; no prueban que un centro tenga un sistema concreto.

NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos. Esa referencia ayuda a ordenar el contrato de medición, pero no define un umbral universal ni el rendimiento de una planta española. La ECI sirve para contexto de coyuntura, no para justificar CAPEX o traslado.

Documente la calidad del dato

Registre source_system, extract_at, query_version, quality_flag, missing_fields, correction_log y review_owner. Si una exportación se corrige, cree una revisión y conserve el hash de la anterior. Una tabla sin versión no permite saber si la diferencia nació en producción o en la transformación.

La gobernanza de información debe conservar definiciones, propietarios y reglas consistentes. El principio metodológico no elimina la necesidad de revisión humana. Si un dato se usa para una decisión laboral, financiera o de seguridad, añada los controles propios de esa materia.

Redacte una nota de dirección

La nota puede tener cinco líneas: decisión, población, equivalencias, diferencia observada y límite. «Las dos plantas fabrican el código X; la receta B tiene otra versión y el cierre de calidad difiere; no se emite ranking hasta validar ambas condiciones» es accionable y prudente.

Si la comparación queda bloqueada, conserve el motivo. blocked_reason=route_mismatch o blocked_reason=closure_unknown es más útil que una tabla vacía. Cuando llegue el dato, reabra la versión y registre quién revisó el cambio.

Registre el contrato de comparabilidad

Antes de abrir un cuadro de mando, cree comparison_id, question_id, plant_a, plant_b, owner, snapshot_at y review_due. Declare si la pregunta trata de salida, calidad, energía, tiempo de ciclo, servicio o una posible transferencia. Una comparación puede ser válida para una pregunta y no para otra; el contrato evita reutilizarla fuera de su alcance.

Guarde la versión de cada definición. product_key no debe cambiar de significado cuando se actualiza una receta; route_signature debe indicar la secuencia que se consideró equivalente; acceptance_rule debe nombrar qué se acepta y qué se excluye. Si una planta usa una revisión de receta antigua, marque recipe_mismatch aunque el nombre comercial coincida.

El contrato puede resumirse así:

Una llave unknown no es un cero. Mantenga la fila pendiente y escriba qué documento, lectura o persona puede resolverla. La claridad del bloqueo es parte del resultado.

Valide calendario y estado de cierre

Dos centros pueden fabricar el mismo producto durante semanas distintas, turnos diferentes o campañas con calendarios de festivos no coincidentes. Registre shift_calendar, holiday_set, maintenance_window, startup_duration y order_close_rule. No compare un periodo completo de A con una ventana parcial de B sin mostrar la diferencia.

El cierre productivo merece una revisión independiente. Una planta puede confirmar al finalizar la orden; otra puede confirmar por lote o al pasar control de calidad. Use closure_state, late_confirmation, rework_scope y quality_hold. Si el cierre llega después del corte, marque closure_lag y no lo distribuya arbitrariamente.

También debe declararse la fecha de extracción y la zona horaria. Un turno nocturno puede pertenecer a fechas de calendario diferentes en los sistemas. La alineación no se presume por tener el mismo número de mes.

Distinga capacidad, actividad y disponibilidad

Más unidades registradas describen actividad observada. No prueban capacidad efectiva, disponibilidad de equipo, igualdad de recursos ni posibilidad de trasladar producción. Mantenga separados observed_output, available_time, planned_time, downtime_scope y quality_output.

Un centro puede mostrar menos unidades porque dedicó más tiempo a cambios, inspecciones, limpieza o formación. Otro puede incluir unidades en curso o cerrar más tarde. La ficha debe presentar la diferencia y sus condiciones, no escoger un ganador.

Si la decisión es revisar capacidad, escriba el horizonte y la restricción concreta: una familia, una semana, una ventana de entrega o un recurso compartido. No convierta una media mensual en una promesa de capacidad futura. La previsión exige otro modelo, datos y aprobación.

Trate las unidades y el mix con precisión

Una comparación entre plantas necesita saber si la mezcla es idéntica o solo el nombre de familia. Registre sku_mix, volume_bucket, batch_size, recipe_parameters y changeover_count. No use un factor de equivalencia inventado para borrar una diferencia; si existe una regla, guarde su versión, propietario, fecha y población.

Cuando A cuenta unidades buenas y B kilogramos aceptados, mantenga dos columnas. Una conversión puede ser posible para un producto estable, pero debe probarse con la especificación local. El redondeo, la merma y el retrabajo pueden cambiar el resultado. Use conversion_status=approved|pending|not_applicable.

La misma cautela vale para energía, materiales y horas. Una factura o un índice agregado puede contextualizar, pero no sustituye la unidad física que la planta usa para cerrar su producto.

Documente servicios y restricciones compartidas

Liste aire, vapor, frío, laboratorio, logística, mantenimiento, personal certificado, materias primas críticas y sistemas de información. Marque shared, local o unknown. Un recurso compartido puede limitar una planta y no aparecer en la salida de producto.

La comparación debe registrar resource_owner, resource_window, constraint_type y evidencia. No atribuya la diferencia a disciplina o esfuerzo del turno. Una restricción de material, una secuencia de cambio o una espera de calidad es contexto operativo, no una evaluación individual.

Si la decisión contempla trasladar una familia, abra un expediente aparte para logística, validación, clientes, seguridad y calidad. La comparabilidad es una entrada de esa decisión, no la autorización del traslado.

Use una matriz de estados y bloqueos

Asigne draft, evidence_ready, review_required, comparable, not_comparable, blocked o superseded. Cada estado debe tener motivo. not_comparable significa que la pregunta no puede resolverse con el contrato actual; no significa que una planta sea peor.

Un cambio en receta, unidad, calendario, frontera o fuente debe crear una nueva revisión. Conserve supersedes, change_log, query_version y content_hash. No mezcle en un gráfico versiones que ya no comparten la misma definición.

La matriz puede incluir una columna why_not para que la dirección vea la limitación. Una comparación que termina en blocked_reason=boundary_unknown evita una decisión más costosa que una tabla que parece completa.

Contraste con fuentes de contexto

El IPI mide evolución mensual de actividad productiva agregada; no mide capacidad efectiva de un centro. La Encuesta Industrial Anual de Productos presenta producción y ventas agregadas; no permite comparar disponibilidad, mix, paradas u OEE. La encuesta TIC aporta porcentajes de digitalización; no prueba que una planta tenga un sistema concreto.

NIST propone caracterizar sistemas y gobernar la información con definiciones repetibles. Es una referencia metodológica para ordenar el contrato, no un benchmark de plantas ni una regla de capacidad. Las fuentes deben citarse junto a su alcance y limitación.

Prepare una revisión humana

La persona revisora debe poder contestar: ¿qué producto y versión entraron?, ¿qué unidad se usó?, ¿qué ventanas y cierres se alinearon?, ¿qué recursos quedaron fuera?, ¿qué diferencia se observó?, ¿qué siguiente comprobación está autorizada? Si una respuesta depende de una inferencia, conviértala en pregunta.

Registre review_owner, reviewed_at, claims_revalidated y decision_note. El expediente debe conservar el dato original, la transformación y el texto presentado a dirección. Esta trazabilidad no convierte la comparación en auditoría ni en predicción.

Pasajes verificables de las fuentes

NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs; la caracterización local sigue siendo necesaria. NIST, medición orientada a operaciones

El IPI mide la evolución mensual de la actividad productiva industrial; el último dato visible en la consulta fue mayo de 2026. INE, IPI

Las ventas de productos manufactureros de 2025 y su distribución territorial sirven como contexto de mercado, no como prueba de capacidad individual. INE, Encuesta Industrial Anual de Productos

La Encuesta de Consumos Energéticos del INE cubre combustibles usados por la industria y señala electricidad y gas como principales productos energéticos en 2024; no proporciona kWh por línea o planta. INE, consumos energéticos

NIST define el gobierno de información manufacturera como principios para procesar y usar datos de forma consistente, repetible y confiable; no es certificación ni ley. NIST, information governance

Preguntas frecuentes sobre comparar plantas

Preguntas frecuentes sobre comparar plantas

¿El mismo código de producto permite comparar plantas automáticamente?

No. Compruebe versión de receta, formato, unidad, ruta, calidad, ventana, recursos compartidos y cierre. El código puede ser común mientras el contexto de fabricación sea distinto.

¿Puedo elegir la planta con mayor producción como referencia?

No como regla general. Un total puede reflejar más horas, otra mezcla, una frontera más amplia o un cierre diferente. Defina la pregunta y las condiciones antes de elegir una referencia.

¿Un índice industrial del INE demuestra que una planta tiene más capacidad?

No. El IPI es un índice agregado de actividad industrial. Sirve para contexto de fecha y población, pero no mide capacidad, disponibilidad, mix ni OEE de un centro concreto.

¿Cómo trato una unidad distinta entre dos plantas?

Declare la unidad y la conversión aprobada. Si no existe una regla común con propietario y vigencia, mantenga las salidas separadas y marque la comparación como pendiente.

¿La comparación permite trasladar una familia a la otra planta?

No por sí sola. Un traslado exige revisar capacidad, calidad, seguridad, contratos, logística y autorizaciones. Esta página documenta comparabilidad; no aprueba una reorganización.