Su Template de datos de mantenimiento de activos
Su Template de datos de mantenimiento de activos
- Lista completa de atributos de mantenimiento
- Hitos clave del proceso que debe seguir
- Instrucciones técnicas detalladas para la extracción
Atributos de mantenimiento de activos
| Nombre | Descripción | ||
|---|---|---|---|
| Actividad Activity | El evento específico o el 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, suele obtenerse de los cambios de estado en las tablas de historial o de registros de transacciones específicos, como los informes de mano de obra. Conforma los nodos del mapa del proceso y permite visualizar la secuencia de pasos. Al analizar estos valores, las organizaciones pueden identificar variantes, bucles y desviaciones respecto del procedimiento de mantenimiento estándar. Por qué es importante Define el «qué» del proceso, un aspecto esencial para crear el mapa del proceso y entender cómo se ejecuta el flujo de trabajo. 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 se produjo un evento, por ejemplo, cuando cambió un estado o se registró mano de obra. Aporta la dimensión temporal necesaria para analizar el rendimiento, incluidos los tiempos de entrega y los cálculos de duración. Las marcas de tiempo precisas son fundamentales para calcular el «Tiempo medio de entrega de planificación y aprobación» y ordenar correctamente los eventos. En Maximo, suele corresponder 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 | Identificador alfanumérico único de la orden de trabajo de mantenimiento. | ||
| Descripción Este atributo funciona como identificador central del caso en el proceso de mantenimiento. Distingue de forma única cada orden de trabajo en IBM Maximo y vincula todas las actividades, transacciones de mano de obra y consumos de materiales relacionados con un mismo trabajo ejecutado. En el análisis de Process Mining, este ID permite agrupar eventos individuales en un caso coherente. Así, los analistas pueden seguir todo el ciclo de vida 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 seguir 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 caso, suele 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 panorama de sistemas complejo con varias instancias de CMMS. Por qué es importante Garantiza la trazabilidad y el seguimiento del origen de los datos en entornos con varios sistemas. Dónde obtenerlo Definido durante la extracción Ejemplos IBM MaximoMaximo PRODMaximo Legacy | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo de la extracción de los datos o de su última actualización. | ||
| 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 a comprobar que el análisis refleje el estado más reciente de las operaciones de mantenimiento. Este atributo es esencial para las cargas incrementales de datos y para validar que los Dashboards muestren información actualizada sobre el estado de las órdenes de trabajo y el trabajo pendiente. Por qué es importante Es fundamental para entender la latencia y la actualidad de los datos. Dónde obtenerlo Hora del sistema en el momento de 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. Este dato debe vincularse a la vista de órdenes de trabajo. Este atributo es obligatorio para el Dashboard «Rendimiento del SLA de activos críticos». Permite centrar el análisis en lo más importante: las demoras en un generador crítico tienen más peso que las de una cafetera de una sala de descanso. Por qué es importante Permite segmentar el rendimiento del proceso según el riesgo para la empresa. Dónde obtenerlo Tabla: ASSET, columna: PRIORITY (vinculada mediante ASSETNUM) Ejemplos 1510 | |||
| Estado actual Status | El estado actual de la orden de trabajo en su ciclo de vida. | ||
| Descripción El estado administrativo actual de la orden de trabajo (por ejemplo, «APPR», «WAPPR» o «COMP»). El atributo «Actividad» registra el historial de cambios, mientras que este atributo muestra el último estado conocido. Es útil para filtrar el conjunto de datos y mostrar solo las órdenes abiertas o cerradas, lo que facilita el análisis «Distribución de la carga de trabajo de mantenimiento». Por qué es importante Ofrece una instantánea de la carga de trabajo actual y de las tareas pendientes. Dónde obtenerlo Tabla: WORKORDER, columna: STATUS Ejemplos APPRCLOSEINPRG | |||
| Fecha de finalización prevista TargetCompletionDate | La fecha límite programada o requerida para la orden de trabajo. | ||
| Descripción La fecha en que se espera que termine la orden de trabajo. A menudo se calcula según la prioridad y la fecha de generación. Sirve como referencia para el Dashboard «Rendimiento del SLA de activos críticos». Al comparar este campo con la «Fecha de finalización real», los analistas pueden determinar el porcentaje de trabajos terminados a tiempo e identificar las categorías de activos que suelen incumplir sus ventanas de mantenimiento. Por qué es importante Es 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 de finalización real 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. No es lo mismo que el cierre administrativo del ticket. Comparar esta fecha con la «Fecha de finalización prevista» permite calcular el cumplimiento del SLA. Se utiliza en el Dashboard «Tiempo de entrega administrativo de la orden de trabajo» para medir el tiempo transcurrido 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 que todos los técnicos dedicaron 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 comprobar el uso real de los recursos y sirve para calcular el KPI «Variación de la utilización de técnicos». Se utiliza para calcular el coste de la mano de obra y mejorar los planes de trabajo futuros con datos históricos sobre el tiempo que realmente requieren determinadas tareas. Por qué es importante Es la métrica principal para analizar el coste 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 al que se realiza el mantenimiento. | ||
| Descripción La máquina, el vehículo o el componente de las instalaciones al que se refiere el trabajo de mantenimiento. Vincula los datos del proceso con la jerarquía de activos físicos. Es fundamental para identificar los activos problemáticos que fallan con frecuencia. 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 de fiabilidad recurrentes. 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, suele ser un número; 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 Dashboard «Rendimiento del SLA de activos críticos». Permite determinar si los trabajos de alta prioridad reciben realmente la atención rápida que requieren en comparación con los 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 o el técnico responsable asignado para realizar el trabajo. | ||
| Descripción Identifica a la persona o al técnico responsable de la orden de trabajo. Este dato puede encontrarse en el campo «Lead» o derivarse de las asignaciones de mano de obra. Permite utilizar el Dashboard «Productividad de recursos y contratistas». El análisis de este atributo ayuda a detectar desequilibrios en la 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 equipos. 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 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 encuentran PM (mantenimiento preventivo), CM (mantenimiento correctivo) y EM (mantenimiento de emergencia). Esta clasificación es la base del Dashboard «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 el trabajo planificado del 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 selecciona el técnico para clasificar 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 agrupación de estos códigos ayuda a los equipos de ingeniería a identificar problemas sistémicos en el conjunto de activos. Esto contribuye al análisis «Calidad del mantenimiento y tasas de retrabajo» y permite ajustar las estrategias de mantenimiento preventivo. Por qué es importante Es el dato principal 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, corresponde a la suma de varios componentes de coste (mano de obra + materiales + servicios + herramientas). Este atributo permite analizar el proceso en función de los costes y relacionar directamente las ineficiencias, como las demoras o el retrabajo, con las pérdidas financieras. También ayuda a identificar los tipos de mantenimiento o las categorías 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 una emergencia IsEmergency | Indicador que señala si la orden de trabajo corresponde a una emergencia. | ||
| Descripción Indicador booleano calculado a partir del tipo de trabajo o la prioridad. Es verdadero si el tipo de trabajo es «EM» (emergencia) o la prioridad es 1. Este atributo simplificado facilita el filtrado en los Dashboards para aislar la «Proporción de mantenimiento de emergencia» sin tener que aplicar una lógica compleja en la capa de visualización. Por qué es importante Facilita 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ó el problema por primera vez 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. Marca el inicio real del recorrido de atención. Se utiliza para calcular el «Tiempo medio de entrega de planificación y aprobación», midiendo el tiempo transcurrido desde la 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 medir 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 de horas de mano de obra previstas para la orden de trabajo. | ||
| Descripción El 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 «Precisión de las estimaciones de mano de obra». Las grandes diferencias entre este valor y las horas reales pueden indicar una planificación deficiente, la falta de procedimientos operativos estándar o condiciones imprevistas 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 necesarios. Dónde obtenerlo Tabla: WORKORDER, columna: ESTLABHRS Ejemplos 2.04.58.0 | |||
| ID del sitio SiteId | Identificador general del sitio en implementaciones de Maximo con varios sitios. | ||
| Descripción En las organizaciones grandes, Maximo suele estar dividido por «sitio». Este atributo distingue las distintas plantas o instalaciones en la base de datos. Es esencial para comparar el rendimiento de distintas unidades de negocio en el análisis «Cumplimiento del proceso de mantenimiento estándar» y garantizar que las comparaciones se realicen en el contexto operativo adecuado. 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 a 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 (coste, rapidez y calidad) de distintos proveedores entre sí y con el de 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 incumplió el SLA IsSlaBreached | Indicador que señala si la fecha de finalización real superó la fecha prevista. | ||
| Descripción Campo calculado de tipo booleano que compara la «Fecha de finalización real» con la «Fecha de finalización prevista». Si la fecha real es posterior a la prevista, el valor es verdadero. Esta métrica precalculada simplifica el Dashboard «Rendimiento del SLA de activos críticos» y permite contar de inmediato los SLA incumplidos, sin calcular fechas en tiempo de ejecución. Por qué es importante Permite ver de inmediato el 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 Indica el área física o el código de ubicación funcional donde se encuentra el activo. Abarca más que el número de un activo específico y facilita el análisis geográfico o por zonas. Se utiliza en el Dashboard «Distribución de la carga de trabajo de mantenimiento» para visualizar las zonas con mayor actividad de mantenimiento y planificar los desplazamientos de los técnicos entre sitios. Por qué es importante Aporta 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 superó 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 tiempo de planificación y aprobación. Las demoras en esta fase indican cuellos de botella administrativos. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'APPR' Capturar Compare el campo de estado antes y después 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. Este es un estado terminal. | ||
| Por qué es importante Alimenta el Dashboard de análisis de cancelaciones de órdenes de trabajo. Una tasa elevada indica fallos en las etapas anteriores del proceso de generación de solicitudes. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'CAN' Capturar Se registra cuando la transacción cambia al estado CAN Tipo de evento explicit | |||
| Orden de trabajo cerrada | Es el evento final del ciclo de vida, cuando se liquida financieramente la orden de trabajo y pasa a ser de solo lectura. Ya no se pueden imputar más cargos. | ||
| Por qué es importante Marca el final del tiempo de gestión administrativa. Las demoras en esta fase afectan los informes financieros. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'CLOSE' Capturar Se registra cuando una transacción cambia el estado a CLOSE Tipo de evento explicit | |||
| Orden de trabajo completada | El personal técnico confirma que el trabajo físico ha terminado. Este cambio de estado detiene el cómputo del tiempo de ejecución para los KPI. | ||
| Por qué es importante Es la marca de tiempo final principal de la ejecución técnica. Se utiliza para calcular el cumplimiento del SLA y el aprovechamiento del tiempo del personal técnico. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'COMP' Capturar Se registra cuando una 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, a menudo a partir de una solicitud de servicio o de un calendario automatizado. Se registra explícitamente mediante la marca de tiempo de creación de la tabla WORKORDER o 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) Capturar Se registra cuando una transacción crea el registro de la orden de trabajo Tipo de evento explicit | |||
| Trabajo iniciado | Marca el inicio real del trabajo físico por parte del personal técnico. Se registra explícitamente cuando una persona cambia el estado para indicar que el trabajo está en curso. | ||
| Por qué es importante Es un hito clave para separar el tiempo de planificación del tiempo de ejecución. Se utiliza para calcular el tiempo medio de planificación y aprobación. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'INPRG' Capturar Se registra cuando una transacción cambia el estado a INPRG Tipo de evento explicit | |||
| Control de calidad no superado | Se produce cuando se rechaza un trabajo completado durante la revisión y, a menudo, el estado vuelve a En curso. Representa ciclos de reparaciones repetidas. | ||
| Por qué es importante Contribuye directamente al Dashboard de calidad del mantenimiento y reparaciones repetidas al destacar las fallas del proceso. Dónde obtenerlo Se deduce de una transición de WOSTATUS de COMP a INPRG o WAPPR Capturar Se obtiene al comparar el historial del campo WOSTATUS para detectar transiciones hacia estados anteriores Tipo de evento inferred | |||
| Fecha objetivo actualizada | Registra un cambio en la fecha de finalización programada o en el objetivo del SLA. Esto ayuda a identificar cuándo se modifican las expectativas para adaptarse a las demoras. | ||
| Por qué es importante Es importante para analizar el rendimiento del SLA de los activos críticos y detectar casos en los que se cambian las fechas para evitar incumplir el SLA. Dónde obtenerlo Registro de auditoría de los campos TARGETCOMPDATE o SCHEDFINISH Capturar Se registra cuando una transacción actualiza los campos de fecha Tipo de evento explicit | |||
| Horas de trabajo registradas | Representa el registro del tiempo real que una persona del equipo técnico dedicó a una orden de trabajo concreta. Puede haber varios registros para una misma orden si participan distintas personas. | ||
| Por qué es importante Aporta los datos reales que el Dashboard de precisión de las estimaciones de horas de trabajo utiliza para compararlos con las estimaciones. Dónde obtenerlo Registros de la tabla LABTRANS vinculados a la orden de trabajo Capturar 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 se registra mediante un cambio de estado o la finalización de una medición de una lista de comprobación. | ||
| Por qué es importante Es clave para el Dashboard de documentación de seguridad y cumplimiento. Permite comprobar 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 registros en MEASUREMENT Capturar Compare el campo de estado antes y después Tipo de evento inferred | |||
| Material entregado | Registra el consumo físico o la entrega de piezas del inventario para la orden de trabajo. Confirma que las piezas están disponibles y se están utilizando. | ||
| Por qué es importante Permite validar el proceso de la cadena de suministro e influye en el análisis del coste total de la intervención de mantenimiento. Dónde obtenerlo Tabla MATUSETRANS donde ISSUETYPE = 'ISSUE' Capturar Se registra cuando se produce una transacción en MATUSETRANS Tipo de evento explicit | |||
| Recursos programados | Es el momento en que se asigna personal o un equipo concreto a la orden de trabajo. Se registra cuando se generan las asignaciones o 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 determinar cuánto se tarda en encontrar personal técnico disponible. Dónde obtenerlo Creación de filas en la tabla ASSIGNMENT o cambio de WOSTATUS a 'WSCH' Capturar Se obtiene a partir de la creación de registros de asignación vinculados a la orden de trabajo Tipo de evento inferred | |||
| Solicitud de materiales enviada | Indica que se solicitaron piezas de repuesto o consumibles para la tarea de mantenimiento. Puede deducirse 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 el Dashboard de disponibilidad de materiales, que permite identificar demoras en la cadena de suministro que impiden ejecutar el trabajo. Dónde obtenerlo Tabla WOSTATUS donde STATUS = 'WMATL' o creación de registros en la tabla WPMATERIAL Capturar Se deduce del cambio de estado a WMATL Tipo de evento inferred | |||
Guías de extracción
Pasos
Defina una estrategia para las vistas de la base de datos: ProcessMind requiere un registro de eventos plano, mientras que Maximo almacena los datos de forma jerárquica (encabezado en WORKORDER, historial en WOSTATUS y costes en WOLABTRANS). Por eso, el método más sólido consiste en crear primero una vista en la base de datos de Maximo. Esta vista servirá como fuente para el Integration Framework.
Cree la vista SQL: Ejecute el SQL de la sección Query con su herramienta de gestión de bases de datos (SQL Developer, SSMS). La consulta consolida
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSyA_WORKORDER(auditoría) en una sola 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 llamado
PM_WO_EVENTLOGy asígnelo a la vista de la base de datos que creó en el paso anterior. EjecuteConfigDBpara registrarlo (normalmente, las vistas no requieren tiempo de inactividad, pero consulte sus procedimientos).Cree la estructura de objetos: Vaya a Integration, Object Structures. Cree una estructura de objetos llamada
MX_PM_EVENTS. AñadaPM_WO_EVENTLOGcomo objeto de origen. Si está disponible, asegúrese de que esté marcada la opción de compatibilidad con estructuras planas.Configure el canal de publicación: Vaya a Integration, Publish Channels. Cree un canal llamado
PC_PM_EVENTSy asócielo con la estructura de objetosMX_PM_EVENTS. Así podrá definir reglas de procesamiento si es necesario.Configure el sistema externo: Vaya a Integration, External Systems. Seleccione el sistema de destino o cree un EXTSYS genérico. Añada el canal de publicación
PC_PM_EVENTSa este sistema.Habilite la exportación de datos: En la aplicación External Systems, abra la pestaña 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 formato XML o CSV, según el End Point configurado. Para ProcessMind, se recomienda CSV. Asegúrese de que el End Point (por ejemplo,
MXFLATFILE) esté configurado para generar archivos CSV.Verifique el resultado: Abra el archivo CSV generado. Compruebe que los encabezados coincidan con los atributos definidos en la consulta (WorkOrderNumber, Activity, etc.) y que no queden etiquetas XML jerárquicas.
Aplique el formato final: Si la exportación CSV de Maximo incluye columnas estándar de metadatos del sistema (como
OWNER1uORGID), elimínelas si no las necesita. Cargue el CSV depurado en ProcessMind.
Configuración
- Sinónimos de estado de Maximo: Maximo permite códigos de estado personalizados (por ejemplo, APPR, WAPPR). La consulta presupone valores internos estándar. Revise
SYNONYMDOMAINde su sistema para el dominioWOSTATUSy asigne correctamente los estados personalizados. - Tablas de auditoría: La extracción de la actividad «Fecha objetivo actualizada» depende de la tabla de auditoría
A_WORKORDER. Si la auditoría no está habilitada para el objetoWORKORDER, esta actividad no devolverá filas. Si es importante, habilite la auditoría en Database Configuration. - Intervalo de fechas: Para la carga inicial, filtre
EVENTTIMESTAMPpor los últimos 6 a 12 meses. Las cargas históricas extensas pueden agotar el tiempo de espera en la interfaz web de Integration Framework; para conjuntos de datos de más de 50.000 filas, utilice el procesamiento en segundo plano. - 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. Compruebe que haya índices enWOSTATUS.WONUM,WOLABTRANS.REFWOyMATUSETRANS.REFWO.
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 o ODBC de solo lectura con la base de datos 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 admite varios sitios, y los números de órdenes de trabajo (WONUM) solo son únicos cuando se combinan con SITEID. Defina el intervalo de fechas, normalmente mediante un filtro por REPORTDATE (fecha de creación) o STATUSDATE.
Comprenda el modelo de datos: La tabla WORKORDER contiene el encabezado. WOSTATUS guarda el historial de cambios del ciclo de vida. LABTRANS contiene los detalles de mano de obra y MATUSETRANS, los movimientos de materiales. Debe combinar estas tablas con 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 mantener la coherencia entre sitios que pueden mostrar etiquetas distintas para un mismo estado lógico.
Prepare la consulta: Copie el SQL de la sección Query. Sustituya los marcadores de posición, como [Your Database Schema] y [Start Date], por los valores correspondientes. Si su entorno utiliza códigos de estado personalizados para inspecciones o controles de calidad, actualice las cláusulas WHERE de las secciones pertinentes.
Ejecute la extracción: Ejecute la consulta. Según el volumen de datos, quizá deba hacerlo por lotes (por ejemplo, mes a mes) para evitar que se agote el tiempo de espera de la base de datos.
Valide los datos: Compruebe que el evento «Solicitud de mantenimiento creada» exista para cada orden de trabajo. Asegúrese de que las marcas de tiempo tengan un formato compatible con ProcessMind; se recomienda ISO 8601.
Procese los datos: Las marcas de tiempo de Maximo suelen incluir milisegundos. Consérvelos para mantener el orden correcto de los eventos que ocurren en rápida sucesión.
Exporte los datos: Guarde los resultados como archivo CSV o Parquet. Los encabezados de las columnas deben coincidir con los atributos definidos en el resultado de la consulta.
Cargue los datos en ProcessMind: Importe el archivo en ProcessMind. Asigne «WorkOrderNumber» como ID del caso, «Activity» como nombre de la actividad y «EventTimestamp» como marca de tiempo.
Configuración
- Plataformas de bases de datos: Maximo suele ejecutarse en IBM DB2, Oracle o SQL Server. La sintaxis proporcionada es SQL estándar, pero quizá requiera pequeños ajustes en las funciones de fecha (por ejemplo, TO_DATE en lugar de CAST), según la plataforma.
- Filtro de fechas: Utilice la columna REPORTDATE de la tabla WORKORDER para definir el alcance de las instancias del proceso. Lo habitual es usar un intervalo móvil de los últimos 12 meses.
- Importancia del ID del sitio: No utilice WONUM como único identificador. Combine 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. Si los estados estándar, como WMATL o COMP, no devuelven resultados, revise la tabla SYNONYMDOMAIN.
- Rendimiento: Las tablas LABTRANS y MATUSETRANS pueden ser muy grandes. Asegúrese de que tengan índices en REFWO y SITEID.
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')¿Todo listo para empezar?
Empiece hoy a transformar su estrategia de mantenimiento aplicando este Template al proceso de extracción de datos. Nuestro equipo puede ayudarle a convertir los registros técnicos en información útil para mejorar sus procesos.
Mejore el mantenimiento de activos y reduzca las interrupciones hoy mismo
Reduzca un 30 % el tiempo de ciclo de mantenimiento y elimine cuellos de botella
Prueba gratuita de 14 días, sin tarjeta de crédito