Datos maestros en SAP PM: qué debe estar bien antes de confiar en tu planificación de mantenimiento
●

Información General

  • Lectura: 4 min
  • Autor: UserMarketing
  • Fecha: 28 de octubre de 2026
Compartir en Facebook Compartir en LinkedIn Copiar enlace ¡Copiado!
Volver al inicio
SAP y transformación digital

Datos maestros en SAP PM: qué debe estar bien antes de confiar en tu planificación de mantenimiento

Un plan de mantenimiento puede estar perfectamente configurado y seguir siendo incorrecto si parte de datos equivocados.

Un equipo instalado en la ubicación incorrecta.

Un repuesto sin relación con el activo.

Una jerarquía que no representa la planta real.

Una frecuencia de mantenimiento asociada al objeto equivocado.

Por eso, antes de confiar en la planificación de SAP PM, conviene revisar la calidad de sus datos maestros.

¿Qué son los Maintenance Master Data?

Ylitolva (2026) define Maintenance Master Data como el conjunto de información estructurada y estandarizada necesaria para planificar, ejecutar y gestionar mantenimiento.

Incluye elementos como:

  • jerarquías técnicas;
  • ubicaciones funcionales;
  • equipos;
  • criticidad;
  • documentación;
  • repuestos;
  • BOM;
  • planes de mantenimiento.

Estos datos constituyen la base sobre la que se ejecuta el proceso.

1. La jerarquía técnica debe representar la planta real

Una jerarquía no debería construirse únicamente porque “SAP necesita niveles”.

Debe representar cómo está organizada la operación. Área. Proceso. Sistema. Subproceso. Ubicación. Equipo.

Cuando la jerarquía coincide con la realidad física, es más fácil analizar costos, fallas y mantenimiento dentro de su contexto.

2. Functional Location responde “dónde”

La ubicación funcional representa una posición dentro de la estructura técnica. No es necesariamente lo mismo que el equipo instalado.

La función puede permanecer aunque el equipo físico cambie. Por eso resulta especialmente útil para planificar tareas asociadas a una posición operacional.

3. Equipment responde “qué activo”

El equipo representa un objeto físico individual.

Puede contener:

  • fabricante;
  • modelo;
  • serie;
  • fecha;
  • características;
  • historial.

Si se reemplaza por otro, la ubicación funcional puede mantenerse mientras cambia el equipo instalado.

4. La relación entre ambos importa

Ylitolva señala que cuando los equipos están correctamente asignados a functional locations, planes, repuestos y documentación pueden estructurarse de manera más consistente.

Un error en esta relación puede afectar:

  • criticidad;
  • historial;
  • planificación;
  • stock de repuestos;
  • análisis.

5. BOM ayuda a saber qué componentes pertenecen al activo

La Bill of Material asociada al mantenimiento permite relacionar materiales con equipos o ubicaciones. Esto facilita identificar repuestos utilizados en una intervención. Pero una BOM desactualizada también puede llevar a solicitar el componente equivocado.

6. Los planes necesitan buenos datos de entrada

Una frecuencia no existe aislada.

Debe relacionarse con:

  • activo;
  • ubicación;
  • actividad;
  • contador o calendario;
  • task list;
  • responsable.

Si cualquiera de esos elementos no representa la operación real, la orden generada tampoco lo hará.

7. Datos incompletos pueden generar trabajo paralelo

Cuando el sistema no contiene suficiente información, las personas crean soluciones alternativas:

  • Excel;
  • documentos;
  • listas privadas;
  • conocimiento informal.

Esto reduce trazabilidad y aumenta dependencia de personas específicas.

Señales de problemas en datos maestros

SeñalPosible causa
Equipos duplicadosAlta sin gobierno
Ubicaciones genéricasJerarquía poco representativa
Planes aplicados al activo incorrectoRelación FL–Equipment
Técnicos buscan repuestos fuera de SAPBOM incompleta
No se puede analizar historialIdentificación inconsistente
Criticidad igual para muchos activosClasificación superficial

La limpieza no debería hacerse solo antes de una migración

Esperar un upgrade para revisar datos acumula deuda.

Conviene establecer responsables y controles continuos.

  • ¿Quién puede crear equipos?
  • ¿Quién valida ubicaciones?
  • ¿Quién actualiza BOM?
  • ¿Quién retira objetos obsoletos?

Los datos maestros también afectan analítica e IA

Un modelo predictivo necesita saber qué señal pertenece a qué activo. Un dashboard necesita saber qué orden pertenece a qué área. Sin identificadores coherentes, incluso una buena herramienta de analítica puede producir conclusiones débiles.

¿Puedes confiar en tus datos de mantenimiento?

Antes de modificar SAP PM, conviene comprobar si el sistema representa correctamente la operación. Altamira Technology realiza Assessment TI para identificar brechas entre proceso, aplicación y datos.

Referencias

Hyyryläinen, J.-P. (2017). Proposal for SAP Plant Maintenance Module Rollout Preparations [Master’s thesis, Oulu University of Applied Sciences].

Ylitolva, M. (2026). Maintenance Master Data Creation Through PLM System Digitalization [Master’s thesis].

●

Más Lecturas

Otras notas similares

Cuando el dashboard no es el problema: 7 señales de que debes revisar la calidad de datos antes de invertir en BI
SAP y transformación digital
6 de noviembre

Cuando el dashboard no es el problema: 7 señales de que debes revisar la calidad de datos antes de invertir en BI

Leer más
Alta disponibilidad vs. Disaster Recovery: qué riesgo resuelve cada estrategia
Cloud e Infraestructura
6 de noviembre

Alta disponibilidad vs. Disaster Recovery: qué riesgo resuelve cada estrategia

Leer más
RTO y RPO: cuánto tiempo y cuántos datos puede permitirse perder tu operación
Cloud e Infraestructura
5 de noviembre

RTO y RPO: cuánto tiempo y cuántos datos puede permitirse perder tu operación

Leer más