Product MDM en manufacturing: item master

En cualquier empresa manufacturing con más de una planta y algún año de historia, el maestro de materiales es un desastre controlado. Tres plantas, tres ERPs o el mismo ERP con tres instancias, y cada planta ha dado de alta los mismos materiales con códigos distintos. El equipo de compras lo sabe, el de producción lo sabe, y nadie ataca la raíz. Este post es sobre cómo se aborda Product MDM en la práctica: qué tecnología encaja según el contexto, qué tarda y qué ahorros aporta.

El problema real: el maestro es organizativo, no técnico

La pregunta que suele hacerse primero es "¿qué herramienta de MDM compramos?". Es la pregunta incorrecta. El problema de item master en manufacturing empieza mucho antes: no hay un procedimiento formal de alta de material consolidado ni un equipo responsable. Cuando un comprador de la planta B necesita dar de alta una pieza, nadie le obliga a verificar si ya existe en la planta A. El MDM técnico sin el MDM organizativo (data stewards, procedimiento escrito, responsable único del catálogo) resuelve poco.

Tres escenarios típicos y qué encaja en cada uno

Escenario 1: un único ERP SAP, 2-5 plantas

La opción natural es SAP MDG Material. Reutiliza la estructura de datos del ERP (materiales SAP), se integra nativamente con MM, PP y FI y no requiere sincronización compleja. Licencias de 80-150 K€/año + implantación de 6-9 meses. Es la inversión de referencia para empresa industrial española con SAP ECC o S/4HANA.

Escenario 2: ERPs heterogéneos (fusiones, adquisiciones)

Stibo Systems STEP o Informatica MDM son las opciones habituales. Ambas están diseñadas para consolidar datos desde N sistemas fuente con mapping configurable. Stibo destaca en manufacturing por su gestión de atributos técnicos (dimensiones, materiales, tolerancias) y por su integración con PLM y CAD. Licencia típica: 100-250 K€/año + implantación de 9-12 meses.

Escenario 3: pyme industrial con volumen medio

Si tienes <5.000 materiales activos, 1-2 plantas y no quieres proyecto enterprise, un registry sobre lakehouse (BigQuery, Snowflake o Databricks) con dbt y reglas de matching resuelve el 70% del problema por una inversión de 25-50 K€ en el primer año. No es MDM completo pero elimina duplicados activos, consolida reporting cross-planta y documenta el maestro. Alternativa más sencilla: Profisee sobre Azure o Semarchy para quien quiere producto sin el coste de enterprise.

Fases típicas de un proyecto Product MDM

1. 1Inventario y auditoría del estado actual: cuántos materiales activos, tasa de duplicación estimada, procedimiento actual de alta.
2. 2Definición del modelo objetivo: qué atributos son obligatorios, taxonomía unificada, reglas de normalización.
3. 3Gobierno: quién es el data steward del catálogo, procedimiento escrito de alta de material, SLA de validación.
4. 4Limpieza histórica: deduplicación sobre el backlog (manual + asistida por reglas + ML si el catálogo es muy grande).
5. 5Implantación técnica: herramienta elegida, migración, integración con ERP.
6. 6Formación y adopción: compradores, responsables de planta, equipo técnico.
7. 7Mantenimiento en régimen: ratio de duplicación mensual, tiempo medio de alta, incidencias.

Las fases 1-3 son condición previa. Saltar directamente a la 5 (implantar herramienta) sin haber hecho el trabajo organizativo es la receta clásica del proyecto que despliega tecnología pero no cambia nada en operaciones.

Impacto operativo esperado

Preguntas frecuentes

¿MDM y PLM son lo mismo?

No. PLM (Product Lifecycle Management, tipo Teamcenter, Windchill, Enovia) gestiona el diseño y la ingeniería del producto: CAD, BOM de ingeniería, cambios de diseño. MDM gestiona el dato maestro del producto ya industrializado: código, descripción, atributos operacionales. Los dos sistemas se integran pero cubren ciclos distintos.

¿Primero Product MDM o primero Customer MDM?

En manufacturing puro, casi siempre Product MDM primero. La variabilidad del catálogo de materiales bloquea operaciones y producción. El maestro de cliente es secundario en manufacturing B2B, donde los clientes son pocos y se gestionan bien en el CRM.