Su Template de datos de mantenimiento de activos
Su Template de datos de mantenimiento de activos
- Lista completa de atributos de mantenimiento
- Hitos críticos del proceso que debe supervisar
- Guía técnica detallada para la extracción
Atributos del mantenimiento de activos
| Nombre | Descripción | ||
|---|---|---|---|
| Actividad Activity | El evento específico o cambio de estado que se produjo durante el ciclo de vida de la orden de trabajo. | ||
| Descripción Este atributo representa el paso realizado en el proceso de mantenimiento, como «Orden de trabajo aprobada» o «Mano de obra registrada». En IBM Maximo, normalmente se obtiene de los cambios de estado en las tablas de historial o de registros de transacciones específicos, como los informes de mano de obra. Forma los nodos del mapa de procesos y permite visualizar la secuencia de pasos. Al analizar estos valores, las organizaciones pueden identificar variantes, bucles y desviaciones respecto al procedimiento de mantenimiento estándar. Por qué es importante Define el «qué» del proceso, un elemento esencial para crear el mapa de procesos y comprender la ejecución del Workflow. Dónde obtenerlo Tabla: WOSTATUS (columna: STATUS) o WOLOG Ejemplos APPRINPRGCOMPCLOSEWMATL | |||
| Marca de tiempo del evento EventTimestamp | La fecha y hora exactas en que se produjo la actividad. | ||
| Descripción Este atributo registra el momento exacto en que tuvo lugar un evento, por ejemplo, cuando cambió un estado o se registró mano de obra. Proporciona la dimensión temporal necesaria para todos los análisis de rendimiento, incluidos los plazos y los cálculos de duración. Las marcas de tiempo precisas son fundamentales para calcular el «plazo medio de planificación y aprobación» y garantizar la secuencia correcta de los eventos. En Maximo, normalmente corresponde a la fecha de cambio del registro de estado. Por qué es importante Es necesario para ordenar cronológicamente los eventos y calcular todos los KPI basados en el tiempo. Dónde obtenerlo Tabla: WOSTATUS, columna: CHANGEDATE Ejemplos 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Orden de trabajo de mantenimiento WorkOrderNumber | El identificador alfanumérico único de la orden de trabajo de mantenimiento. | ||
| Descripción Este atributo actúa como identificador central del caso para el proceso de mantenimiento. Distingue de forma única cada orden de trabajo dentro del sistema IBM Maximo y vincula todas las actividades relacionadas, las transacciones de mano de obra y el uso de materiales con un único trabajo ejecutado. En el análisis de Process Mining, este ID se utiliza para agrupar eventos individuales en un caso coherente. Permite realizar el seguimiento del ciclo de vida completo de una tarea de mantenimiento, desde la creación de la solicitud inicial hasta la aprobación, la ejecución y el cierre administrativo final. Por qué es importante Es la clave fundamental para reconstruir el flujo del proceso y permite realizar el seguimiento de trabajos específicos entre departamentos. Dónde obtenerlo Tabla: WORKORDER, columna: WONUM Ejemplos WO100234WO100235CM-99281PM-11002 | |||
| Sistema de origen SourceSystem | El nombre del sistema del que proceden los datos. | ||
| Descripción Identifica la aplicación de origen del registro de datos. En este contexto, normalmente será «IBM Maximo». Resulta especialmente útil al combinar datos de varios sistemas de mantenimiento o integrarlos con datos de ERP. Permite a los analistas filtrar la vista por sistema de registro cuando el proyecto de Process Mining abarca un entorno tecnológico complejo con varias instancias de CMMS. Por qué es importante Garantiza la trazabilidad y el linaje de los datos en entornos con varios sistemas. Dónde obtenerlo Codificado durante la extracción Ejemplos IBM MaximoMaximo PRODMaximo Legacy | |||
| Última actualización de los datos LastDataUpdate | La marca de tiempo en que se extrajeron o actualizaron por última vez los datos. | ||
| Descripción Indica cuándo se procesó o extrajo por última vez el registro para Process Mining. Ayuda a evaluar la actualidad y fiabilidad de los datos, y garantiza que el análisis refleje el estado más reciente de las operaciones de mantenimiento. Este atributo es fundamental para las cargas de datos incrementales y para validar que los Dashboards muestren información actualizada sobre el estado y el trabajo pendiente de las órdenes de trabajo. Por qué es importante Es fundamental para comprender la latencia y la actualidad de los datos. Dónde obtenerlo Hora del sistema durante la extracción Ejemplos 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Criticidad del activo AssetCriticality | Puntuación que indica la importancia del activo para las operaciones de la empresa. | ||
| Descripción Clasificación, normalmente de 1 a 10 o A/B/C, que figura en el registro del activo e indica las consecuencias de un fallo. Debe combinarse con la vista de órdenes de trabajo. Este atributo es obligatorio para el panel «Rendimiento del SLA de activos críticos». Garantiza que el análisis se centre en lo más importante: los retrasos en un generador crítico tienen más peso que los retrasos en una cafetera de la sala de descanso. Por qué es importante Permite segmentar el rendimiento del proceso según el riesgo empresarial. Dónde obtenerlo Tabla: ASSET, columna: PRIORITY (combinada mediante ASSETNUM) Ejemplos 1510 | |||
| Estado actual Status | El estado actual del ciclo de vida de la orden de trabajo. | ||
| Descripción El estado administrativo actual de la orden de trabajo, por ejemplo, «APPR», «WAPPR» o «COMP». Mientras que el atributo «Actividad» recoge el historial de cambios, este atributo captura el último estado conocido. Resulta útil para filtrar el conjunto de datos y mostrar solo órdenes «Abiertas» o «Cerradas», lo que respalda el análisis «Distribución de la carga de trabajo de mantenimiento». Por qué es importante Proporciona una instantánea de la carga de trabajo y del trabajo pendiente actuales. Dónde obtenerlo Tabla: WORKORDER, columna: STATUS Ejemplos APPRCLOSEINPRG | |||
| Fecha objetivo de finalización TargetCompletionDate | El plazo programado o requerido para la orden de trabajo. | ||
| Descripción La fecha en la que se espera que termine la orden de trabajo. A menudo se calcula en función de la prioridad y la fecha de creación. Sirve como referencia para el panel «Rendimiento del SLA de activos críticos». Al comparar este campo con la «Fecha real de finalización», los analistas pueden determinar las tasas de cumplimiento en plazo e identificar qué categorías de activos incumplen con frecuencia sus ventanas de mantenimiento. Por qué es importante La referencia para medir el cumplimiento del SLA y de la programación. Dónde obtenerlo Tabla: WORKORDER, columna: TARGCOMPDATE Ejemplos 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Fecha real de finalización ActualFinishDate | La fecha y hora en que se completó el trabajo físico. | ||
| Descripción Registra cuándo se completó técnicamente la tarea de mantenimiento. Se diferencia del cierre administrativo del ticket. Comparar esta fecha con la «Fecha objetivo de finalización» permite calcular el cumplimiento del SLA. Se utiliza en el panel «Plazo administrativo de las órdenes de trabajo» para medir el retraso entre la finalización del trabajo y el cierre de la documentación en el sistema. Por qué es importante Marca el final de la fase de ejecución técnica. Dónde obtenerlo Tabla: WORKORDER, columna: ACTFINISH Ejemplos 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Horas reales de mano de obra ActualLaborHours | El total de horas reales dedicadas por todos los técnicos a la orden de trabajo. | ||
| Descripción La suma de todo el tiempo de mano de obra registrado para la orden de trabajo. Esta métrica permite contrastar la utilización real de los recursos y respalda el KPI «Variación de la utilización de los técnicos». Se utiliza para calcular el coste de la mano de obra y mejorar los planes de trabajo futuros mediante datos históricos sobre el tiempo real necesario para ejecutar tareas específicas. Por qué es importante La métrica principal para analizar los costes y la eficiencia de la mano de obra. Dónde obtenerlo Tabla: WORKORDER, columna: ACTLABHRS Ejemplos 2.55.012.0 | |||
| Número de activo AssetNumber | Identificador único del equipo o activo objeto del mantenimiento. | ||
| Descripción La máquina, el vehículo o el componente de una instalación específico al que se refiere el trabajo de mantenimiento. Conecta los datos del proceso con la jerarquía de activos físicos. Es fundamental para identificar los «activos problemáticos», es decir, los que fallan con frecuencia. Utilizado en el análisis «Calidad del mantenimiento y tasas de retrabajo», este atributo permite agrupar las órdenes de trabajo por activo para calcular el tiempo medio entre fallos (MTBF) e identificar problemas crónicos de fiabilidad. Por qué es importante Vincula la ejecución del proceso con el rendimiento de la infraestructura física. Dónde obtenerlo Tabla: WORKORDER, columna: ASSETNUM Ejemplos PUMP-101HVAC-02FLEET-99 | |||
| Prioridad Priority | El nivel de urgencia asignado a la orden de trabajo. | ||
| Descripción Valor numérico o categórico que indica la importancia y urgencia de la orden de trabajo. En Maximo, normalmente es un número en el que los valores más bajos suelen indicar mayor urgencia, por ejemplo, 1 = emergencia. Este atributo se utiliza para priorizar el trabajo pendiente y es esencial para el panel «Rendimiento del SLA de activos críticos». Ayuda a determinar si el trabajo de alta prioridad recibe realmente la rapidez necesaria en comparación con las tareas de baja prioridad. Por qué es importante Permite analizar si la organización concentra sus recursos en las tareas más urgentes. Dónde obtenerlo Tabla: WORKORDER, columna: WOPRIORITY Ejemplos 1234 | |||
| Técnico asignado AssignedResource | La persona específica o el técnico principal asignado para ejecutar el trabajo. | ||
| Descripción Identifica a la persona o al técnico principal responsable de la orden de trabajo. Puede encontrarse en el campo «Lead» o derivarse de las asignaciones de mano de obra. Permite utilizar el panel «Productividad de recursos y contratistas». El análisis de este atributo ayuda a identificar desequilibrios de carga de trabajo en la vista «Distribución de la carga de trabajo de mantenimiento» y permite comparar la eficiencia de distintos técnicos o cuadrillas. Por qué es importante Es clave para analizar la productividad del personal y equilibrar la carga de trabajo. Dónde obtenerlo Tabla: WORKORDER, columna: LEAD (o de la tabla ASSIGNMENT) Ejemplos JSMITHBPATELMRODRIGUEZ | |||
| Tipo de orden de trabajo WorkType | Clasifica la orden de trabajo como preventiva (PM), correctiva (CM) o de emergencia (EM). | ||
| Descripción Este atributo clasifica la naturaleza de la tarea de mantenimiento. Entre los valores habituales de Maximo se incluyen PM (mantenimiento preventivo), CM (mantenimiento correctivo) y EM (mantenimiento de emergencia). Esta clasificación constituye la base del panel «Mantenimiento proactivo frente a reactivo». Al filtrar por este atributo, los analistas pueden calcular el KPI «Proporción de mantenimiento de emergencia» e identificar cambios en la estrategia de mantenimiento, desde la respuesta reactiva a las averías hasta el trabajo planificado para mejorar la fiabilidad. Por qué es importante Distingue entre trabajo planificado y no planificado, un indicador clave de la madurez del mantenimiento. Dónde obtenerlo Tabla: WORKORDER, columna: WORKTYPE Ejemplos PMCMEMCPMOD | |||
| Código de fallo FailureCode | Código estandarizado que describe por qué falló el activo. | ||
| Descripción Código estructurado que el técnico selecciona para categorizar la causa del fallo, por ejemplo, «Desgaste», «Eléctrico» o «Error del operador». Es fundamental para el análisis de causa raíz (RCA). La agregación de estos códigos ayuda a los equipos de ingeniería a identificar problemas sistémicos en el conjunto de activos, impulsa el análisis «Calidad del mantenimiento y tasas de retrabajo» e informa los cambios en las estrategias de mantenimiento preventivo. Por qué es importante El principal dato para la ingeniería de fiabilidad y el análisis de fallos. Dónde obtenerlo Tabla: WORKORDER, columna: FAILURECODE Ejemplos FUGASOBRECALENTAMIENTOVIBRACIÓN | |||
| Coste real total TotalActualCost | La suma de los costes de mano de obra, materiales, servicios y herramientas de la orden de trabajo. | ||
| Descripción Representa el impacto financiero total de la tarea de mantenimiento. En Maximo, es la suma de varios componentes de coste: mano de obra + materiales + servicios + herramientas. Este atributo permite realizar Process Mining basado en costes, en el que las ineficiencias del proceso, como los retrasos o el retrabajo, pueden relacionarse directamente con pérdidas financieras. Ayuda a identificar los tipos de mantenimiento o las clases de activos más costosos. Por qué es importante Vincula las actividades operativas con los resultados financieros. Dónde obtenerlo Tabla: WORKORDER, columna: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Ejemplos 150.002500.500.00 | |||
| Es de emergencia IsEmergency | Indicador que señala si la orden de trabajo es de emergencia. | ||
| Descripción Indicador booleano calculado a partir del tipo de trabajo o la prioridad. Si el tipo de trabajo es «EM» (Emergency) o la prioridad es 1, el valor es verdadero. Este atributo simplificado permite filtrar fácilmente los Dashboards para aislar la «Emergency Maintenance Ratio» sin aplicar lógica compleja en la capa de visualización. Por qué es importante Simplifica el filtrado para analizar el mantenimiento reactivo. Dónde obtenerlo Calculado a partir de WORKTYPE Ejemplos truefalse | |||
| Fecha de notificación ReportedDate | La fecha y hora en que se notificó por primera vez el problema o se creó la solicitud. | ||
| Descripción La marca de tiempo que indica cuándo se identificó por primera vez la necesidad de mantenimiento y se registró en el sistema. Constituye el inicio real de la cronología de la experiencia del cliente. Se utiliza para calcular el «plazo medio de planificación y aprobación», midiendo el tiempo transcurrido desde esta fecha de notificación hasta el inicio efectivo del trabajo. Ayuda a evaluar la capacidad de respuesta de la organización de mantenimiento. Por qué es importante Establece el punto de partida para evaluar la capacidad de respuesta durante todo el ciclo de vida del mantenimiento. Dónde obtenerlo Tabla: WORKORDER, columna: REPORTDATE Ejemplos 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Horas de mano de obra estimadas EstimatedLaborHours | La cantidad planificada de tiempo de mano de obra necesaria para la orden de trabajo. | ||
| Descripción Número total de horas estimadas para completar la tarea durante la fase de planificación. Se compara con las «Horas reales de mano de obra» en el «Dashboard de precisión de las estimaciones de mano de obra». Las grandes diferencias entre este valor y los datos reales indican una planificación deficiente, la falta de procedimientos operativos estándar o condiciones inesperadas del activo que requieren más trabajo del previsto. Por qué es importante Es esencial para evaluar la precisión de la planificación y prever los recursos. Dónde obtenerlo Tabla: WORKORDER, columna: ESTLABHRS Ejemplos 2.04.58.0 | |||
| ID del sitio SiteId | Identificador de alto nivel del sitio para implementaciones de Maximo en varios sitios. | ||
| Descripción En las organizaciones grandes, Maximo suele dividirse por «Site». Este atributo distingue entre distintas plantas o instalaciones en el nivel de la base de datos. Es esencial para comparar el rendimiento entre distintas unidades de negocio en el análisis «Cumplimiento del proceso de mantenimiento estándar» y garantiza que las comparaciones se realicen dentro del contexto operativo correcto. Por qué es importante Es fundamental para delimitar los datos en implementaciones con varios sitios. Dónde obtenerlo Tabla: WORKORDER, columna: SITEID Ejemplos BEDFORDNASHUATEXAS | |||
| Proveedor Vendor | El contratista externo asignado a la orden de trabajo, si corresponde. | ||
| Descripción Identifica la empresa externa responsable de la tarea de mantenimiento. Se completa cuando el trabajo se subcontrata. Es fundamental para el KPI «Eficiencia de ejecución de contratistas». El análisis de este atributo permite a la organización de mantenimiento comparar el rendimiento, el coste, la rapidez y la calidad de distintos proveedores entre sí y con los equipos internos. Por qué es importante Permite gestionar proveedores y analizar el rendimiento de la subcontratación. Dónde obtenerlo Tabla: WORKORDER, columna: VENDOR Ejemplos ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Se ha incumplido el SLA IsSlaBreached | Indicador que señala si la fecha real de finalización superó la fecha objetivo. | ||
| Descripción Campo booleano calculado que compara la «Fecha real de finalización» con la «Fecha objetivo de finalización». Si Actual > Objetivo, el valor es verdadero. Esta métrica precalculada simplifica el panel «Rendimiento del SLA de activos críticos» y permite contar de inmediato los SLA incumplidos sin realizar cálculos de fechas durante la ejecución. Por qué es importante Visibilidad inmediata del cumplimiento del rendimiento. Dónde obtenerlo Calculado a partir de ACTFINISH y TARGCOMPDATE Ejemplos truefalse | |||
| Ubicación Location | La ubicación funcional o el sitio físico donde se realiza el trabajo. | ||
| Descripción Especifica el área física o el código de ubicación funcional donde se encuentra el activo. Es más amplio que el número de activo específico y ayuda a realizar análisis geográficos o por zonas. Se utiliza en el panel «Distribución de la carga de trabajo de mantenimiento» para visualizar los puntos con mayor actividad de mantenimiento y planificar la logística de los técnicos que se desplazan entre distintos sitios. Por qué es importante Proporciona contexto geoespacial para la logística y la distribución de recursos. Dónde obtenerlo Tabla: WORKORDER, columna: LOCATION Ejemplos BRILER-RMPLANT-AOFFICE-1 | |||
Actividades de mantenimiento de activos
| Actividad | Descripción | ||
|---|---|---|---|
| Orden de trabajo aprobada | Indica que la orden de trabajo ha superado las comprobaciones necesarias de planificación y autorización financiera. Se obtiene a partir de un cambio de estado en el historial del sistema. | ||
| Por qué es importante Es fundamental para calcular el KPI del plazo de planificación y aprobación. Los retrasos en este punto indican cuellos de botella administrativos. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'APPR' Recopilar Compare el campo de estado anterior y posterior para identificar la transición a APPR Tipo de evento explicit | |||
| Orden de trabajo cancelada | El proceso termina antes de tiempo porque el trabajo se considera innecesario, duplicado o imposible de realizar. Es un estado terminal. | ||
| Por qué es importante Alimenta el Dashboard de análisis de cancelaciones de órdenes de trabajo. Las tasas elevadas indican fallos en las fases iniciales de generación de solicitudes. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'CAN' Recopilar Se registra cuando la transacción cambia el estado a CAN Tipo de evento explicit | |||
| Orden de trabajo cerrada | Es el evento final del ciclo de vida, en el que la orden de trabajo se liquida financieramente y pasa a ser de solo lectura. Ya no se pueden aplicar cargos adicionales. | ||
| Por qué es importante Marca el final del plazo administrativo. Los retrasos en este punto afectan a los informes financieros. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'CLOSE' Recopilar Se registra cuando la transacción cambia el estado a CLOSE Tipo de evento explicit | |||
| Orden de trabajo completada | El técnico confirma que el trabajo físico ha terminado. Este cambio de estado detiene el contador de los KPI de tiempo de ejecución. | ||
| Por qué es importante Es la marca de tiempo final principal de la ejecución técnica. Se utiliza para calcular el cumplimiento de los SLA y la utilización de los técnicos. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'COMP' Recopilar Se registra cuando la transacción cambia el estado a COMP Tipo de evento explicit | |||
| Solicitud de mantenimiento creada | Es el evento inicial en el que se genera una orden de trabajo en el sistema, normalmente a partir de una solicitud de servicio o de un programa automatizado. Se captura explícitamente a partir de la marca de tiempo de creación de la tabla WORKORDER o de la entrada inicial del historial de WOSTATUS. | ||
| Por qué es importante Marca el inicio de la instancia del proceso y establece la referencia para medir el tiempo total de resolución y la rapidez de la respuesta inicial. Dónde obtenerlo WORKORDER.REPORTDATE o entrada inicial en la tabla WOSTATUS, normalmente con el estado WAPPR Recopilar Se registra cuando la transacción crea el registro de la WO Tipo de evento explicit | |||
| Trabajo iniciado | Marca el inicio real del trabajo físico por parte del técnico. Se registra explícitamente cuando el usuario cambia el estado para indicar que el trabajo está en curso. | ||
| Por qué es importante Es un hito fundamental para separar el tiempo de planificación del tiempo de ejecución. Se utiliza para calcular el plazo medio de planificación y aprobación. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'INPRG' Recopilar Se registra cuando la transacción cambia el estado a INPRG Tipo de evento explicit | |||
| Control de calidad fallido | Se produce cuando un trabajo completado es rechazado durante la revisión y, a menudo, el estado vuelve a In Progress. Representa ciclos de retrabajo. | ||
| Por qué es importante Contribuye directamente al Dashboard de calidad del mantenimiento y tasas de retrabajo al destacar los fallos del proceso. Dónde obtenerlo Se infiere a partir de una transición de WOSTATUS de COMP a INPRG o WAPPR Recopilar Se deriva de la comparación del historial de WOSTATUS para detectar transiciones hacia atrás Tipo de evento inferred | |||
| Fecha objetivo actualizada | Registra un cambio en la fecha de finalización programada o en el objetivo del SLA. Ayuda a identificar cuándo se modifican las expectativas para compensar retrasos. | ||
| Por qué es importante Es importante para analizar el rendimiento de los SLA de los activos críticos e identificar casos de manipulación en los que se cambian las fechas para evitar un incumplimiento del SLA. Dónde obtenerlo Registro de auditoría de los campos TARGETCOMPDATE o SCHEDFINISH Recopilar Se registra cuando la transacción actualiza los campos de fecha Tipo de evento explicit | |||
| Horas de trabajo registradas | Representa el registro del tiempo real dedicado por un técnico a una orden de trabajo concreta. Puede haber varias entradas para una misma orden cuando participan distintos técnicos. | ||
| Por qué es importante Alimenta el Dashboard de precisión de las estimaciones de mano de obra al proporcionar los datos reales que se comparan con las estimaciones. Dónde obtenerlo Entradas de la tabla LABTRANS vinculadas a la orden de trabajo Recopilar Se registra cuando se produce una transacción en LABTRANS Tipo de evento explicit | |||
| Inspección completada | Indica que se realizó una inspección de seguridad o técnica durante el ciclo de vida. A menudo corresponde a un cambio de estado o a la finalización de una medición de lista de comprobación. | ||
| Por qué es importante Es clave para el Dashboard de documentación de seguridad y Cumplimiento. Garantiza que no se omitan los pasos reglamentarios. Dónde obtenerlo Cambio de WOSTATUS a 'INSP' o a un estado personalizado similar, o finalización de entradas de MEASUREMENT Recopilar Compare el campo de estado anterior y posterior Tipo de evento inferred | |||
| Material entregado | Registra el consumo físico o la entrega de piezas del inventario a la orden de trabajo. Confirma que las piezas están disponibles y se están utilizando. | ||
| Por qué es importante Valida el proceso de la cadena de suministro y afecta al análisis del coste total de la intervención de mantenimiento. Dónde obtenerlo Tabla MATUSETRANS donde ISSUETYPE = 'ISSUE' Recopilar Se registra cuando se produce una transacción en MATUSETRANS Tipo de evento explicit | |||
| Recursos programados | Es el momento en el que se asignan trabajadores o equipos concretos a la orden de trabajo. Se registra cuando se generan las asignaciones o cuando el estado cambia a Waiting Schedule. | ||
| Por qué es importante Ayuda al Dashboard de análisis del ciclo de planificación y aprobación a aislar el tiempo necesario para encontrar técnicos disponibles. Dónde obtenerlo Creación de filas en la tabla ASSIGNMENT o cambio de WOSTATUS a 'WSCH' Recopilar Se deriva de la creación de registros de Assignment vinculados a la WO Tipo de evento inferred | |||
| Solicitud de materiales enviada | Indica que se han solicitado piezas de repuesto o consumibles para la tarea de mantenimiento. Puede inferirse a partir del cambio de estado a Waiting on Material o de la creación de líneas de requisitos de materiales. | ||
| Por qué es importante Es esencial para que el Dashboard de disponibilidad de materiales identifique los retrasos de la cadena de suministro que impiden ejecutar el trabajo. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'WMATL' o creación de entradas en la tabla WPMATERIAL Recopilar Se infiere a partir del cambio de estado a WMATL Tipo de evento inferred | |||
Guías de extracción
Pasos
Defina la estrategia de la vista de base de datos: Como ProcessMind requiere un registro de eventos plano y Maximo almacena los datos de forma jerárquica (la cabecera en WORKORDER, el historial en WOSTATUS y los costes en WOLABTRANS), el método más sólido consiste en crear primero una vista de base de datos en la base de datos de Maximo. Esta vista servirá como fuente para el Integration Framework.
Cree la vista SQL: Ejecute la instrucción SQL proporcionada en la sección Query mediante su herramienta de gestión de bases de datos (SQL Developer, SSMS). Esto consolida
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSyA_WORKORDER(auditoría) en una única estructura plana.Registre la vista en Maximo: Inicie sesión en Maximo como administrador. Vaya a System Configuration, Platform Configuration, Database Configuration. Cree un objeto nuevo llamado
PM_WO_EVENTLOG. Asígnelo a la vista de base de datos creada en el paso anterior. EjecuteConfigDBpara registrarlo. Por lo general, las vistas no requieren tiempo de inactividad, pero compruebe sus procedimientos.Cree la estructura de objetos: Vaya a Integration, Object Structures. Cree una Object Structure nueva llamada
MX_PM_EVENTS. AñadaPM_WO_EVENTLOGcomo objeto de origen. Asegúrese de activar la compatibilidad con Flat Structure, si está disponible.Configure el Publish Channel: Vaya a Integration, Publish Channels. Cree un canal nuevo llamado
PC_PM_EVENTSasociado a la Object StructureMX_PM_EVENTS. Esto le permite definir reglas de procesamiento si es necesario.Configure el External System: Vaya a Integration, External Systems. Seleccione su sistema de destino o cree un EXTSYS genérico. Añada el Publish Channel
PC_PM_EVENTSa este sistema.Active la exportación de datos: En la aplicación External Systems, abra la pestaña de la función Data Export. Seleccione el canal
PC_PM_EVENTS. Aquí puede especificar una cláusula SQL Where, por ejemplo,EVENTTIMESTAMP >= '2023-01-01', para limitar el intervalo de exportación.Exporte los datos: Haga clic en Export. El sistema generará el archivo en XML o CSV, según el End Point configurado. Para ProcessMind, se recomienda CSV. Asegúrese de que su End Point, por ejemplo
MXFLATFILE, esté configurado para generar CSV.Verifique el resultado: Abra el archivo CSV generado. Compruebe que las cabeceras coincidan con los atributos definidos en la consulta, como WorkOrderNumber y Activity, y que no queden etiquetas XML jerárquicas.
Formato final: Si la exportación CSV de Maximo incluye columnas de metadatos estándar del sistema, como
OWNER1uORGID, elimínelas si no son necesarias. Cargue el CSV depurado en ProcessMind.
Configuración
- Sinónimos de estado de Maximo: Maximo permite códigos de estado personalizados, como APPR o WAPPR. La consulta presupone valores internos estándar. Verifique
SYNONYMDOMAINde su sistema para el dominioWOSTATUSy asigne correctamente los estados personalizados. - Tablas de auditoría: La extracción de «Target Date Updated» depende de la tabla de auditoría
A_WORKORDER. Si la auditoría no está activada para el objetoWORKORDER, esta actividad específica no devolverá filas. Active la auditoría en Database Configuration si es importante. - Intervalo de fechas: Para la carga inicial, filtre
EVENTTIMESTAMPpor los últimos 6 a 12 meses. Las cargas históricas grandes pueden agotar el tiempo de espera mediante la interfaz web de Integration Framework; utilice el procesamiento en segundo plano para conjuntos de datos de más de 50.000 filas. - Filtros de sitio y organización: Maximo admite varios sitios. Filtre siempre por
SITEIDsi el análisis del proceso se limita a una instalación específica. - Rendimiento: La consulta
UNION ALLconsume muchos recursos. Asegúrese de que existan índices de base de datos enWOSTATUS.WONUM,WOLABTRANS.REFWOyMATUSETRANS.REFWO.
a Consulta de ejemplo sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01')Pasos
Conexión a la base de datos: Establezca una conexión JDBC u ODBC de solo lectura con la base de datos de backend de IBM Maximo, normalmente DB2, Oracle o SQL Server. Asegúrese de que el usuario tenga permisos SELECT en las tablas WORKORDER, WOSTATUS, LABTRANS y MATUSETRANS.
Defina el alcance: Determine los SITES o ORGIDS específicos que necesita extraer. Maximo es un sistema con varios sitios y los números de orden de trabajo (WONUM) solo son únicos cuando se combinan con SITEID. Decida el intervalo de fechas, normalmente filtrando por REPORTDATE, la fecha de creación, o STATUSDATE.
Comprenda el modelo de datos: La tabla WORKORDER actúa como cabecera. La tabla WOSTATUS contiene el historial de cambios del ciclo de vida. La tabla LABTRANS almacena las entradas detalladas de mano de obra y MATUSETRANS registra los movimientos de materiales. Deben combinarse mediante UNION ALL para formar un único flujo de eventos.
Gestione los sinónimos: Maximo utiliza valores internos (MAXVALUE) y valores mostrados (VALUE) para los estados definidos en SYNONYMDOMAIN. Lo ideal es que la consulta filtre por el valor interno MAXVALUE para garantizar la coherencia entre distintos sitios que podrían utilizar etiquetas diferentes para el mismo estado lógico.
Prepare la consulta: Copie el SQL proporcionado en la sección Query. Sustituya marcadores como [Your Database Schema] y [Start Date] por sus valores reales. Si su entorno utiliza códigos de estado personalizados para inspecciones o controles de calidad, actualice las cláusulas WHERE de las secciones correspondientes.
Ejecute la extracción: Ejecute la consulta. Según el volumen de datos, puede que deba hacerlo por lotes, por ejemplo, mes a mes, para evitar tiempos de espera agotados en la base de datos.
Valide los datos: Compruebe que el evento «Maintenance Request Created» exista para cada orden de trabajo. Asegúrese de que las marcas de tiempo estén en un formato compatible con ProcessMind. Se recomienda ISO 8601.
Posprocesamiento: Las marcas de tiempo de Maximo suelen incluir milisegundos. Asegúrese de conservarlos para mantener el orden correcto de los eventos que ocurren con poca diferencia de tiempo.
Exporte: Guarde los resultados como archivo CSV o Parquet. Las cabeceras de las columnas deben coincidir con los atributos definidos en el resultado de la consulta.
Cargue en ProcessMind: Importe el archivo en ProcessMind. Asigne «WorkOrderNumber» como ID de caso, «Activity» como nombre de la actividad y «EventTimestamp» como marca de tiempo.
Configuración
- Plataformas de base de datos: Maximo suele ejecutarse en IBM DB2, Oracle o SQL Server. La sintaxis proporcionada es SQL estándar, pero puede requerir pequeños ajustes en las funciones de fecha, como TO_DATE frente a CAST, según su plataforma específica.
- Filtrado por fecha: Utilice la columna REPORTDATE de la tabla WORKORDER para definir el alcance de las instancias del proceso. Lo habitual es utilizar una ventana móvil de los últimos 12 meses.
- Importancia del ID del sitio: No utilice nunca WONUM como único identificador. Concatene siempre WONUM y SITEID, o incluya SITEID como atributo del caso si analiza varios sitios.
- Lógica de estados: Maximo permite valores de estado personalizados. Consulte la tabla SYNONYMDOMAIN si los estados estándar, como WMATL o COMP, no devuelven resultados.
- Rendimiento: Las tablas LABTRANS y MATUSETRANS pueden ser muy grandes. Asegúrese de que estén indexadas en REFWO y SITEID.
a Consulta de ejemplo sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH')¿Listo para empezar?
Empiece hoy mismo a transformar su estrategia de mantenimiento aplicando este Template a su proceso de extracción de datos. Nuestro equipo está aquí para ayudarle a convertir sus registros técnicos en información de procesos práctica.
Transforme el mantenimiento de sus activos y reduzca los tiempos de inactividad hoy mismo
Reduzca un 30 % el tiempo del ciclo de mantenimiento y elimine los cuellos de botella
Prueba gratuita de 14 días, sin necesidad de tarjeta de crédito