Su plantilla de datos de mantenimiento de activos
Su plantilla de datos de mantenimiento de activos
Este es nuestro Template genérico de datos de Process Mining para Mantenimiento de activos. Utilice nuestros Templates específicos para cada sistema para obtener orientación más detallada.
Seleccione un sistema específico- Lista completa de hitos estándar de mantenimiento
- Esquema flexible de atributos diseñado para un análisis exhaustivo del rendimiento
- Compatibilidad total con cualquier fuente de datos de gestión de activos empresariales
Atributos del mantenimiento de activos
| Nombre | Descripción | ||
|---|---|---|---|
| Marca de tiempo del evento EventTimestamp | La fecha y hora exactas en las que tuvo lugar una actividad. | ||
| Descripción Este Atributo proporciona el contexto temporal de cada evento del registro de mantenimiento. Registra el momento exacto en que cambió un estado o se confirmó una transacción en el sistema de origen. Las marcas de tiempo son la base de todas las métricas de duración de Process Mining. Permiten calcular tiempos de ciclo, plazos y tiempos de inactividad de los recursos. Se necesitan marcas de tiempo de alta precisión para ordenar correctamente los eventos que ocurren en rápida sucesión. Por qué es importante Permite secuenciar los eventos y calcular todas las métricas de duración. Dónde obtenerlo Se encuentra en registros de transacciones, tablas de historial o pistas de auditoría junto a la actividad. Ejemplos 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Nombre de la actividad ActivityName | La tarea, el cambio de estado o el evento específico que tiene lugar dentro del Workflow. | ||
| Descripción Este Atributo define los pasos que se siguen durante el ciclo de vida de la orden de trabajo de mantenimiento. Captura los distintos estados por los que pasa la orden, como creada, aprobada, en curso, en espera y completada. Para realizar un Process Mining preciso, este campo normaliza diversos eventos del sistema y los convierte en actividades legibles. Es esencial para visualizar el mapa de procesos, calcular los tiempos de transición entre etapas e identificar bucles de retrabajo en los que una orden vuelve a un estado anterior. Por qué es importante Define los nodos del mapa de procesos y es necesario para reconstruir el Workflow. Dónde obtenerlo Se obtiene de tablas de historial de estados, registros de transacciones o registros de cambios de órdenes de trabajo. Ejemplos Orden de trabajo creadaMaterial entregadoAprobación concedidaEstado cambiado a En cursoOrden de trabajo cerrada | |||
| Número de orden de trabajo WorkOrderNumber | El identificador único del caso de mantenimiento o de la orden de trabajo. | ||
| Descripción Este Atributo actúa como identificador central del caso para el análisis de Process Mining. Representa un único ciclo de mantenimiento de principio a fin, desde la solicitud inicial o el activador preventivo hasta la finalización y el cierre financiero. En el análisis, este campo funciona como clave principal para agrupar todos los eventos, costes y registros de recursos relacionados. Permite que el motor de Process Mining reconstruya el ciclo de vida de trabajos concretos, de modo que los analistas puedan seguir el flujo de trabajo, identificar cuellos de botella a nivel de caso y relacionar resultados específicos con tipos o prioridades de orden. Por qué es importante Es el Case ID fundamental necesario para distinguir las instancias de proceso únicas. Dónde obtenerlo Normalmente se encuentra en la tabla de cabecera de la orden de trabajo, por ejemplo, WONUM en Maximo o AUFNR en SAP. Ejemplos WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Sistema de origen SourceSystem | El nombre de la aplicación o base de datos en la que se originó el registro. | ||
| Descripción Este Atributo identifica el entorno de software responsable de generar los datos. En entornos de mantenimiento complejos, los datos pueden proceder de un ERP, un CMMS especializado o una plataforma de supervisión IoT. En el análisis, este campo resulta útil para filtrar los datos cuando se incorporan varios sistemas a un único modelo de procesos. Ayuda a verificar la trazabilidad de los datos y puede utilizarse para comparar su calidad o las variaciones del proceso entre distintos sistemas heredados. Por qué es importante Garantiza la trazabilidad de los datos en entornos con varios sistemas. Dónde obtenerlo Se codifica durante el proceso de extracción o se asigna a partir de la configuración del sistema. Ejemplos SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo que indica cuándo se extrajo o actualizó el registro por última vez. | ||
| Descripción Este Atributo permite realizar un seguimiento de la actualidad del conjunto de datos utilizado en el análisis. Ayuda a los analistas a comprender qué tan recientes son los datos e identificar posibles problemas de latencia entre el sistema operativo y el entorno de Process Mining. Aunque no forma parte del flujo físico del proceso, es fundamental para la gobernanza de datos. Garantiza que las partes interesadas sepan si están consultando datos en tiempo real o una instantánea de un periodo de cierre anterior. Por qué es importante Ayuda a validar la actualidad de los datos y a gestionar las cargas incrementales. Dónde obtenerlo Lo genera la canalización ETL o el script de extracción durante la ejecución. Ejemplos 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Coste total real TotalActualCost | El coste financiero total incurrido, incluidos el trabajo, los materiales y los servicios. | ||
| Descripción Este Atributo suma todos los registros financieros relacionados con la orden de trabajo. Proporciona el impacto económico final de la actividad de mantenimiento. El análisis de costes es uno de los principales impulsores de Process Mining en la gestión de activos. Este Atributo ayuda a identificar las clases de activos más costosas de mantener y destaca los valores atípicos en los que los costes de reparación superan el valor de sustitución del activo. Por qué es importante Es fundamental para analizar el impacto financiero y elaborar informes sobre las desviaciones presupuestarias. Dónde obtenerlo Tablas de resumen de costes o datos agregados de registros del libro mayor vinculados a la orden. Ejemplos 1500.00245.5010000.000.00560.75 | |||
| Criticidad del activo AssetCriticality | Una valoración que indica la importancia operativa del activo. | ||
| Descripción Este Atributo clasifica los activos según el impacto que tendría un fallo en la seguridad, el medioambiente o la producción. A menudo es un Atributo estático del registro maestro del activo, pero con frecuencia se copia como instantánea en la orden de trabajo. Con este Atributo, los analistas pueden determinar si los equipos de mantenimiento están priorizando correctamente los trabajos de los activos críticos. También ayuda a comprobar que los equipos más importantes cumplen en mayor medida los programas de mantenimiento preventivo. Por qué es importante Ayuda a alinear el enfoque de mantenimiento con el riesgo empresarial y el impacto operativo. Dónde obtenerlo Datos maestros del activo o cabecera de la orden de trabajo si están desnormalizados. Ejemplos A - VitalB - EsencialC - SecundarioCrítico para la seguridadCrítico para la producción | |||
| Departamento de mantenimiento MaintenanceDepartment | La unidad organizativa o el taller responsable de ejecutar el trabajo. | ||
| Descripción Este Atributo identifica el equipo, especialidad o departamento asignado a la orden de trabajo, como Electricidad, Mecánica, Instrumentación o Instalaciones. Esta perspectiva permite comparar el rendimiento de distintos equipos. Los analistas pueden comparar los tiempos de ciclo, los niveles de trabajo pendiente y las tasas de retrabajo entre departamentos para identificar necesidades de formación o falta de recursos en especialidades concretas. Por qué es importante Permite comparar el rendimiento y el trabajo pendiente de distintos equipos. Dónde obtenerlo Cabecera de la orden de trabajo, por ejemplo, Work Center en SAP o Crew ID en Maximo. Ejemplos Taller mecánicoMantenimiento eléctricoInstalacionesContratista externoInstrumentación | |||
| Es preventivo IsPreventive | Un indicador que señala si la orden de trabajo forma parte de un programa de mantenimiento preventivo. | ||
| Descripción Este atributo booleano simplifica el tipo de orden de trabajo mediante una clasificación binaria: Preventivo frente a No preventivo. A menudo se deriva del código de tipo de orden de trabajo. Este indicador es la forma más rápida de filtrar los Dashboards para centrarse en el cumplimiento del mantenimiento preventivo (PM). Simplifica el cálculo del KPI de la proporción PM/CM, una métrica estándar del sector para medir la madurez de la organización de mantenimiento. Por qué es importante Simplifica el filtrado y el cálculo de KPI para las proporciones de mantenimiento preventivo. Dónde obtenerlo Se deriva del tipo de orden de trabajo o de un indicador específico del sistema, por ejemplo, el indicador PPM. Ejemplos truefalse | |||
| Fecha prevista de finalización TargetCompletionDate | La fecha límite programada para completar la orden de trabajo. | ||
| Descripción Este Atributo representa la fecha de vencimiento planificada por el programador o establecida por el SLA. Sirve como referencia para calcular las entregas a tiempo. Comparar la fecha real de finalización con esta fecha prevista permite calcular el cumplimiento del programa y las métricas de retraso. Las desviaciones importantes indican ineficiencias de planificación o limitaciones de recursos. Por qué es importante Es la referencia para calcular los retrasos y el cumplimiento del programa. Dónde obtenerlo Pestaña de programación de la orden de trabajo, por ejemplo, GLTRP en SAP o SCHEDFINISH en Maximo. Ejemplos 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Horas reales de trabajo ActualLaborHours | El tiempo total que los técnicos dedicaron a trabajar en la orden. | ||
| Descripción Este Atributo agrega la duración de todos los registros de trabajo asociados a la orden. Refleja el esfuerzo real empleado para completar la tarea. Esta métrica es esencial para calcular la utilización de la plantilla y la eficiencia del trabajo. Comparar las horas reales con las estimadas revela la precisión del proceso de planificación. Las desviaciones importantes pueden indicar alcances de trabajo poco claros o carencias de habilidades. Por qué es importante Mide el esfuerzo y se utiliza para calcular la utilización y la precisión de la planificación. Dónde obtenerlo Se agrega a partir de las tablas de hojas de horas o transacciones de trabajo. Ejemplos 4.512.00.548.0160.0 | |||
| ID del activo AssetId | El identificador único del equipo o la instalación objeto del mantenimiento. | ||
| Descripción Este Atributo vincula la orden de trabajo con el objeto físico en campo. Representa el número de etiqueta, el ID del equipo o el código de la máquina del activo en mantenimiento. Es esencial para identificar los activos problemáticos o que requieren reparaciones frecuentes. Al agrupar las órdenes de trabajo por ID del activo, los analistas pueden calcular el tiempo medio entre fallos (MTBF) e identificar los equipos que consumen una parte desproporcionada del presupuesto de mantenimiento. Por qué es importante Permite analizar el rendimiento de equipos concretos y calcular el MTBF. Dónde obtenerlo Tabla de cabecera de la orden de trabajo, por ejemplo, ASSETNUM en Maximo o EQUNR en SAP. Ejemplos PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Nivel de prioridad PriorityLevel | La urgencia o importancia asignada a la orden de trabajo. | ||
| Descripción Este Atributo indica el nivel de criticidad de la tarea de mantenimiento para las operaciones. Los valores suelen ir desde códigos numéricos (1, 2, 3) hasta etiquetas descriptivas (Crítica, Alta, Media, Baja). Determina el tiempo de respuesta requerido y la asignación de recursos. En el análisis de procesos, este Atributo se utiliza para comprobar el cumplimiento de los SLA. Los analistas investigan si los elementos de alta prioridad avanzan realmente más rápido que los de baja prioridad o si quedan atascados en cuellos de botella de aprobación. Por qué es importante Permite analizar el cumplimiento de los SLA y comprobar la priorización de recursos. Dónde obtenerlo Tabla de cabecera de la orden de trabajo, por ejemplo, PRIORITY en Maximo o PRIOK en SAP. Ejemplos 1 - Crítico2 - Alto3 - Medio4 - BajoDe emergencia | |||
| Tipo de orden de trabajo WorkOrderType | Clasifica el trabajo de mantenimiento como preventivo, correctivo, de emergencia o basado en proyectos. | ||
| Descripción Este Atributo clasifica la naturaleza del trabajo de mantenimiento. Los valores habituales distinguen entre trabajos planificados (Preventivo) y paradas no planificadas (Correctivo o Emergencia). Es un campo estándar en casi todos los sistemas EAM/CMMS. Los analistas utilizan este campo para segmentar el modelo de procesos. Comparar el Workflow de las reparaciones de emergencia con el del mantenimiento preventivo suele revelar rutas de proceso, requisitos de aprobación y tiempos de ciclo muy diferentes. Es la dimensión principal para calcular la proporción de mantenimiento preventivo frente al reactivo. Por qué es importante Es fundamental para segmentar el análisis entre trabajos planificados y no planificados. Dónde obtenerlo Tabla de cabecera de la orden de trabajo, por ejemplo, WORKTYPE en Maximo o AUART en SAP. Ejemplos PreventivoCorrectivoDe emergenciaPredictivoProyecto de capital | |||
| Recurso asignado AssignedResource | El técnico concreto o la persona responsable asignada al trabajo. | ||
| Descripción Este Atributo identifica a la persona o al técnico principal responsable de ejecutar la tarea de mantenimiento. Mientras que los departamentos representan al grupo, este campo identifica a la persona concreta. Este nivel de detalle resulta útil para analizar la distribución de la carga de trabajo entre el personal. Puede mostrar si determinados técnicos están sobrecargados de forma constante o si algunas personas presentan tasas de retrabajo más altas, lo que indicaría una necesidad de formación. Por qué es importante Permite analizar el equilibrio de la carga de trabajo y las métricas de rendimiento individual. Dónde obtenerlo Asignaciones de órdenes de trabajo o tablas detalladas de trabajo. Ejemplos J. SmithA. DoeTech-001Vendor-XYZLíder de equipo 5 | |||
| Ubicación del trabajo WorkLocation | El sitio físico o la ubicación funcional donde se realiza el trabajo. | ||
| Descripción Este Atributo define el área geográfica o funcional donde se encuentra el activo. Puede ser un edificio concreto, una planta o una ubicación remota. Los datos de ubicación ayudan a analizar las ineficiencias del tiempo de desplazamiento y la logística. Si los técnicos dedican mucho tiempo a desplazarse entre ubicaciones distantes para trabajos de baja prioridad, Process Mining puede poner de manifiesto la oportunidad de mejorar la planificación de rutas o agrupar las órdenes de trabajo por ubicación. Por qué es importante Ayuda a analizar la logística e identificar cuellos de botella específicos de una ubicación. Dónde obtenerlo Cabecera de la orden de trabajo o tabla de ubicaciones de activos vinculada. Ejemplos Edificio A - Planta 2Planta norteSitio 55Estación de bombeo remotaTaller | |||
Actividades de mantenimiento de activos
| Actividad | Descripción | ||
|---|---|---|---|
| Horas de trabajo registradas | Un técnico registra las horas reales trabajadas en la orden de trabajo. Esta actividad suele repetirse varias veces a medida que distintos miembros del equipo contribuyen al trabajo. | ||
| Por qué es importante Proporciona la base para calcular los costes y analizar el aprovechamiento. Las brechas entre los registros de mano de obra pueden indicar interrupciones del proceso. Dónde obtenerlo Se extrae de las tablas de confirmación de tiempos o de los registros de transacciones de mano de obra. Recopilar Registre cada instancia de imputación de tiempo a la orden Tipo de evento explicit | |||
| Orden de trabajo aprobada | El cambio de estado de autorización que indica que el alcance del trabajo, la estimación de costes y el plan se han revisado y aceptado. El trabajo queda liberado para su ejecución. | ||
| Por qué es importante Mide el plazo administrativo necesario para superar los obstáculos de planificación y presupuesto. Dónde obtenerlo Normalmente se registra cuando el estado cambia a Approved, Released o Authorized. Recopilar Filtre los eventos de cambio de estado que indiquen autorización Tipo de evento explicit | |||
| Orden de trabajo cerrada | El paso administrativo final en el que la orden de trabajo queda bloqueada financieramente y archivada. Ya no se pueden imputar costes ni horas de trabajo adicionales. | ||
| Por qué es importante Marca el final absoluto del caso en el sistema. Los retrasos en este punto indican acumulaciones administrativas. Dónde obtenerlo Se captura cuando el estado cambia a Closed, Archived o CLSD. Recopilar Capture el cambio de estado final a Closed Tipo de evento explicit | |||
| Orden de trabajo completada | La finalización técnica del trabajo físico. El activo vuelve a estar operativo, aunque pueden quedar tareas administrativas y financieras pendientes. | ||
| Por qué es importante Es la marca de tiempo principal para calcular el final de la duración de la reparación y el tiempo de inactividad del activo. Dónde obtenerlo Se captura cuando el estado cambia a Completed, TECO o Finished. Recopilar Capture el cambio de estado que indica la finalización técnica Tipo de evento explicit | |||
| Orden de trabajo creada | La generación formal del registro de la orden de trabajo de mantenimiento en el sistema. Esto establece el ID del caso y fija la base para la planificación, la programación y la ejecución. | ||
| Por qué es importante Este es el punto de referencia central del proceso, ya que define el inicio del ciclo de vida administrativo del mantenimiento. Dónde obtenerlo Se extrae de la marca de tiempo de creación de la tabla principal de cabecera de la orden de trabajo. Recopilar Registre la marca de tiempo en la que se generó el ID único de la orden de trabajo Tipo de evento explicit | |||
| Orden de trabajo iniciada | El momento en que los técnicos comienzan a trabajar físicamente en el activo. Esto marca la transición de la planificación y la espera a la ejecución real. | ||
| Por qué es importante Es fundamental para calcular el tiempo medio de reparación (MTTR) y separar el tiempo de espera administrativo del tiempo de trabajo práctico. Dónde obtenerlo Normalmente se indica mediante un cambio de estado a In Progress o con la marca de tiempo de la primera entrada de mano de obra. Recopilar Capture el cambio de estado a In Progress o Started Tipo de evento explicit | |||
| Orden de trabajo programada | La asignación de recursos de mano de obra específicos, equipos o un espacio concreto en el calendario a la orden de trabajo. Esto traslada la orden de la cola de trabajo pendiente al calendario diario o semanal activo. | ||
| Por qué es importante Distingue entre el tiempo que un trabajo permanece en la cola de trabajo pendiente y el tiempo que espera a un técnico concreto. Dónde obtenerlo Se deriva de la creación de asignaciones de mano de obra o registros de despacho. Recopilar Marca de tiempo en la que se asigna un recurso o se establece el estado de despacho Tipo de evento explicit | |||
| Fecha objetivo actualizada | Una actualización de la fecha prevista de inicio o finalización de la orden de trabajo. Esto refleja ajustes en las expectativas según la disponibilidad de recursos o los retrasos. | ||
| Por qué es importante El seguimiento de los cambios de fecha ayuda a determinar si los KPI se cumplen gracias al rendimiento o simplemente porque se modifican los objetivos. Dónde obtenerlo Se encuentra en los registros de auditoría que realizan un seguimiento de los cambios en los campos Scheduled Start o Required By Date. Recopilar Capture las actualizaciones de los campos de fecha en el historial de la orden de trabajo Tipo de evento explicit | |||
| Inspección de calidad completada | Un paso específico de validación en el que se inspecciona, mide o prueba la reparación. Esto garantiza que el activo cumpla los estándares operativos antes de volver a estar en servicio. | ||
| Por qué es importante Es fundamental para el análisis de Cumplimiento y seguridad. Los fallos en este paso activan ciclos de repetición. Dónde obtenerlo Se encuentra en registros de inspección, listas de comprobación completadas o hitos de estado específicos. Recopilar Identifique la finalización de las tareas de inspección o las actualizaciones del estado de calidad Tipo de evento explicit | |||
| Material entregado | La entrega física de repuestos del inventario a la orden de trabajo. Esto confirma que los materiales están disponibles y se han consumido. | ||
| Por qué es importante Valida que las piezas se utilizaron realmente y detiene el contador de los retrasos por disponibilidad de materiales. Dónde obtenerlo Se encuentra en los registros de transacciones de inventario donde el tipo de cargo está vinculado a una orden de trabajo. Recopilar Extraiga la marca de tiempo de las transacciones de salida del inventario Tipo de evento explicit | |||
| Orden de trabajo cancelada | La terminación prematura de una orden de trabajo antes de completarse correctamente. Esto ocurre cuando el trabajo se considera innecesario, duplicado o consolidado. | ||
| Por qué es importante Unas tasas elevadas de cancelación pueden indicar un filtrado deficiente de las solicitudes iniciales o problemas de introducción de datos duplicados. Dónde obtenerlo Se captura cuando el estado cambia a Cancelled, Rejected o Void. Recopilar Filtre los valores de estado finales que indiquen una cancelación Tipo de evento explicit | |||
| Orden de trabajo en espera | El estado de la orden de trabajo cambia a un estado de suspensión y la ejecución se detiene. Esto suele ocurrir por falta de piezas, imposibilidad de acceso o problemas de seguridad. | ||
| Por qué es importante Identifica cuellos de botella y dependencias externas que interrumpen el flujo estándar del proceso. Dónde obtenerlo Se captura explícitamente en el historial de estados cuando el valor cambia a Hold, Suspended o Blocked. Recopilar Filtre los cambios de estado que indiquen una situación de espera Tipo de evento explicit | |||
| Prioridad actualizada | Un cambio en el nivel de criticidad o urgencia de la orden de trabajo después de su creación inicial. Esto registra el nuevo valor de prioridad y el momento en que se tomó la decisión. | ||
| Por qué es importante Los cambios frecuentes de prioridad pueden indicar procesos de clasificación deficientes o una manipulación del sistema para saltarse las colas de trabajo pendiente. Dónde obtenerlo Normalmente se registra en los historiales de auditoría de campos o en los registros históricos del sistema que supervisan el campo Priority. Recopilar Identifique los cambios en el campo de prioridad del registro de auditoría Tipo de evento explicit | |||
| Repetición de mantenimiento registrada | Indica que un trabajo completado fue rechazado o falló poco después, por lo que el estado tuvo que volver a In Progress. Esto representa un ciclo del proceso. | ||
| Por qué es importante Es un indicador clave de problemas de formación técnica o de repuestos de baja calidad. Dónde obtenerlo Se infiere cuando las transiciones de estado retroceden de Complete a In Progress o cuando se registra explícitamente un código Rework. Recopilar Identifique las transiciones de estado hacia atrás o las marcas de repetición Tipo de evento inferred | |||
| Solicitud de mantenimiento creada | El envío inicial de un informe de deficiencia o una solicitud de servicio por parte de un operador o un sistema automatizado. Esto suele preceder a la orden de trabajo formal y marca el verdadero inicio del ciclo de vida de la demanda. | ||
| Por qué es importante Capturar este paso permite calcular el tiempo total de respuesta desde el momento en que se identifica un problema, no solo desde que el equipo de mantenimiento lo acepta. Dónde obtenerlo Suele encontrarse en registros de solicitudes de servicio, tablas de tickets del centro de soporte o tablas del historial de notificaciones. Recopilar Extraiga la marca de tiempo de creación del objeto de solicitud anterior vinculado a la orden de trabajo Tipo de evento explicit | |||
| Solicitud de materiales creada | Una solicitud formal de repuestos o consumibles se vincula a la orden de trabajo. Esto inicia el subproceso de suministro necesario para la reparación. | ||
| Por qué es importante Es esencial para analizar los retrasos causados por dependencias de la cadena de suministro y la falta de materiales. Dónde obtenerlo Se encuentra en las tablas de necesidades de materiales o cuando el estado cambia a Waiting on Material. Recopilar Identifique la creación de las líneas de materiales vinculadas a la orden de trabajo Tipo de evento explicit | |||
Guías de extracción
Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,
¿Listo para empezar?
Tanto si decide seguir una de nuestras guías de extracción específicas para cada plataforma como si aplica esta plantilla genérica a su propio entorno de datos, ya está listo para iniciar su recorrido de Process Mining.
Optimice hoy la eficiencia del mantenimiento de sus activos
Reduzca las paradas y los costes de mantenimiento con datos en tiempo real.
No se requiere tarjeta de crédito. Configuración en 5 minutos.