Su Plantilla de Datos de Mantenimiento de Activos
Su Plantilla de Datos de Mantenimiento de Activos
- Lista completa de atributos de mantenimiento
- Hitos críticos del proceso a seguir
- Guía detallada de extracción técnica
Atributos de Mantenimiento de Activos
| Nombre | Descripción | ||
|---|---|---|---|
| Actividad Activity | El evento o cambio de estado específico que ocurrió en 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, esto se deriva típicamente de cambios de estado en las tablas de historial o de registros de transacciones específicas, como el registro de mano de obra. Forma los nodos del mapa de procesos, permitiendo la visualización de la secuencia de pasos. Al analizar estos valores, las organizaciones pueden identificar variantes del proceso, bucles y desviaciones del procedimiento de mantenimiento estándar. Por qué es importante Define el 'qué' del proceso, esencial para construir el mapa de procesos y comprender la ejecución del flujo de trabajo. Dónde obtener Tabla: WOSTATUS (Columna: STATUS) o WOLOG Ejemplos APPRINPRGCOMPCLOSEWMATL | |||
| Orden de Trabajo de Mantenimiento WorkOrderNumber | El identificador alfanumérico único para la orden de trabajo de mantenimiento. | ||
| Descripción Este atributo sirve como el identificador central de caso para el proceso de mantenimiento. Distingue de manera única cada orden de trabajo dentro del sistema IBM Maximo, vinculando todas las actividades relacionadas, transacciones de mano de obra y uso de materiales a un único trabajo ejecutado. En el análisis de process mining, este ID se utiliza para agrupar eventos individuales en un caso cohesivo. Permite a los analistas rastrear el ciclo de vida completo de una tarea de mantenimiento, desde la creación de la solicitud inicial hasta la aprobación, ejecución y cierre administrativo final. Por qué es importante Es la clave fundamental para reconstruir el flujo del proceso y permite el seguimiento de trabajos específicos entre departamentos. Dónde obtener Tabla: WORKORDER, Columna: WONUM Ejemplos WO100234WO100235CM-99281PM-11002 | |||
| Timestamp del Evento EventTimestamp | La fecha y hora específicas en que ocurrió la actividad. | ||
| Descripción Este atributo registra el momento exacto en que ocurrió un evento, como cuando cambió un estado o se registró la mano de obra. Proporciona la dimensión temporal necesaria para todo análisis de rendimiento, incluyendo tiempos de espera y cálculos de duración. Los timestamps precisos son críticos para calcular el 'Tiempo Medio de Espera de Planificación y Aprobación' y asegurar la secuencia correcta de los eventos. En Maximo, esto suele ser la fecha de cambio del registro de estado. Por qué es importante Necesario para ordenar los eventos cronológicamente y calcular todos los KPI basados en el tiempo. Dónde obtener Tabla: WOSTATUS, Columna: CHANGEDATE Ejemplos 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Source System SourceSystem | El nombre del sistema donde se originaron los datos. | ||
| Descripción Identifica la aplicación de origen del registro de datos. En este contexto, típicamente será 'IBM Maximo'. Esto es particularmente útil al combinar datos de múltiples sistemas de mantenimiento o al integrar con datos de ERP. Permite a los analistas filtrar la vista por sistema de registro si el proyecto de process mining abarca un panorama de sistemas complejo que involucra múltiples instancias de CMMS. Por qué es importante Garantiza la trazabilidad y el linaje de los datos en entornos multisistema. Dónde obtener Codificado rígidamente durante la extracción Ejemplos IBM MaximoMaximo PRODMaximo Legacy | |||
| Última actualización de datos LastDataUpdate | El timestamp cuando se extrajeron o actualizaron por última vez los datos. | ||
| Descripción Indica cuándo el registro fue procesado o extraído por última vez para el process mining. Esto ayuda a evaluar la frescura y fiabilidad de los datos, asegurando que el análisis refleje el estado más actual de las operaciones de mantenimiento. Este atributo es esencial para las cargas de datos incrementales y para validar que los paneles de control muestran información actualizada sobre el estado de las órdenes de trabajo y la cartera de pendientes. Por qué es importante Crítico para comprender la latencia y la "frescura" de los datos. Dónde obtener Hora del sistema al extraer Ejemplos 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Criticidad del Activo AssetCriticality | Una puntuación que indica la importancia del activo para las operaciones empresariales. | ||
| Descripción Una clasificación (normalmente 1-10 o A/B/C) que reside en el registro del Activo y que indica la consecuencia de una falla. Debe unirse a la vista de la Orden de Trabajo. Este atributo es obligatorio para el panel de control 'Rendimiento de SLA de Activos Críticos'. Asegura que el análisis se centre en lo más importante: los retrasos en un generador crítico tienen un peso mayor que los retrasos en una cafetera de sala de descanso. Por qué es importante Permite la segmentación del rendimiento del proceso por riesgo empresarial. Dónde obtener Tabla: ASSET, Columna: PRIORITY (Unida vía 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 (ej., 'APPR', 'WAPPR', 'COMP'). Aunque el atributo 'Actividad' captura el historial de cambios, este atributo captura el estado final conocido. Es útil para filtrar el conjunto de datos y mostrar solo las órdenes 'Abiertas' frente a las 'Cerradas', apoyando el análisis de 'Distribución de la Carga de Trabajo de Mantenimiento'. Por qué es importante Proporciona una instantánea de la carga de trabajo actual y el backlog. Dónde obtener Tabla: WORKORDER, Columna: STATUS Ejemplos APPRCLOSEINPRG | |||
| 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. Esto es distinto del cierre administrativo del ticket. Comparar esta fecha con la 'Fecha Objetivo de Finalización' permite el cálculo del cumplimiento de SLA. Se utiliza en el dashboard 'Tiempo de Espera Administrativo de la Orden 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 fin de la fase de ejecución técnica. Dónde obtener Tabla: WORKORDER, Columna: ACTFINISH Ejemplos 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| 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 la orden de trabajo esté terminada. Esto a menudo se calcula basándose en la prioridad y la fecha de generación. Sirve como referencia para el dashboard 'Rendimiento de SLA de Activos Críticos'. Al comparar este campo con la 'Fecha de Finalización Real', los analistas pueden determinar las tasas de rendimiento a tiempo e identificar qué categorías de activos con frecuencia incumplen sus ventanas de mantenimiento. Por qué es importante La línea base para medir el cumplimiento de SLA y el cumplimiento de los plazos. Dónde obtener Tabla: WORKORDER, Columna: TARGCOMPDATE Ejemplos 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Horas de Trabajo Reales ActualLaborHours | El total de horas reales dedicadas por todos los técnicos a la orden de trabajo. | ||
| Descripción La agregación de todo el tiempo de mano de obra registrado contra la orden de trabajo. Esta métrica es la verificación de la realidad para la utilización de recursos. Apoya el KPI 'Varianza de Utilización del Técnico'. Se utiliza para calcular el coste de la mano de obra y para refinar futuros planes de trabajo proporcionando datos históricos sobre cuánto tiempo tardan realmente en ejecutarse las tareas específicas. Por qué es importante La métrica principal para el análisis de costes y eficiencia de la mano de obra. Dónde obtener Tabla: WORKORDER, Columna: ACTLABHRS Ejemplos 2.55.012.0 | |||
| Número de Activo AssetNumber | Identificador único del equipo o activo en mantenimiento. | ||
| Descripción La máquina, vehículo o componente de instalación específico que es objeto del trabajo de mantenimiento. Esto conecta los datos del proceso con la jerarquía física de activos. Es vital para identificar 'actores problemáticos' —activos que fallan con frecuencia. Utilizado en el análisis de 'Calidad de Mantenimiento y Tasas de Retrabajo', este atributo permite la agregación de ó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 obtener Tabla: WORKORDER, Columna: ASSETNUM Ejemplos PUMP-101HVAC-02FLEET-99 | |||
| Prioridad Priority | El nivel de urgencia asignado a la orden de trabajo. | ||
| Descripción Un valor numérico o categórico que indica la importancia y urgencia de la orden de trabajo. En Maximo, suele ser un número donde los números más bajos a menudo indican mayor urgencia (p. ej., 1 = Emergencia). Este atributo se utiliza para priorizar el trabajo en la cartera de pendientes y es esencial para el panel de control 'Rendimiento de SLA de Activos Críticos'. Ayuda a determinar si el trabajo de alta prioridad está siendo tratado realmente con la velocidad requerida en comparación con las tareas de baja prioridad. Por qué es importante Permite analizar si la organización está centrando los recursos en las tareas más urgentes. Dónde obtener 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 al técnico individual o líder responsable de la orden de trabajo. Esto se puede encontrar en el campo 'Líder' o derivarse de las asignaciones de mano de obra. Permite el panel de control de 'Productividad de Recursos y Contratistas'. El análisis de este atributo ayuda a identificar desequilibrios en la carga de trabajo en la vista 'Distribución de Carga de Trabajo de Mantenimiento' y permite la comparación de eficiencia entre diferentes técnicos o cuadrillas. Por qué es importante Clave para analizar la productividad de la fuerza laboral y equilibrar la carga de trabajo. Dónde obtener Tabla: WORKORDER, Columna: LEAD (o de la tabla ASSIGNMENT) Ejemplos JSMITHBPATELMRODRIGUEZ | |||
| Tipo de Orden de Trabajo WorkType | Categoriza 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. Los valores comunes en Maximo incluyen PM (Mantenimiento Preventivo), CM (Mantenimiento Correctivo) y EM (Mantenimiento de Emergencia). Esta clasificación es la base para el dashboard 'Mantenimiento Proactivo versus Reactivo'. Al filtrar por este atributo, los analistas pueden calcular el KPI 'Ratio de Mantenimiento de Emergencia' e identificar cambios en la estrategia de mantenimiento, pasando de la extinción reactiva de incendios a un trabajo de fiabilidad planificado. Por qué es importante Distingue entre trabajo planificado y no planificado, un indicador clave de la madurez del mantenimiento. Dónde obtener Tabla: WORKORDER, Columna: WORKTYPE Ejemplos PMCMEMCPMOD | |||
| ¿Se incumplió el SLA? IsSlaBreached | Indicador de si la fecha de finalización real excedió la fecha objetivo. | ||
| Descripción Campo calculado booleano que compara la 'Fecha de Finalización Real' con la 'Fecha Objetivo de Finalización'. Si Real > Objetivo, el valor es verdadero. Esta métrica precalculada simplifica el panel de control 'Rendimiento de SLA de Activos Críticos', permitiendo un conteo inmediato de SLAs fallidos sin cálculos de fecha en tiempo de ejecución. Por qué es importante Visibilidad instantánea del cumplimiento del rendimiento. Dónde obtener Calculado a partir de ACTFINISH y TARGCOMPDATE Ejemplos truefalse | |||
| Código de Falla FailureCode | Código estandarizado que describe por qué falló el activo. | ||
| Descripción Un código estructurado seleccionado por el técnico para categorizar la causa de la falla (p. ej., 'Desgaste', 'Eléctrico', 'Error del Operador'). Esto es vital 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 toda la base de activos, impulsando el análisis de 'Calidad de Mantenimiento y Tasas de Reproceso' e informando cambios en las estrategias de mantenimiento preventivo. Por qué es importante El punto de datos principal para la ingeniería de fiabilidad y el análisis de fallos. Dónde obtener Tabla: WORKORDER, Columna: FAILURECODE Ejemplos FUGASOBRECALENTAMIENTOVIBRACIÓN | |||
| Costo Total Real TotalActualCost | La suma de los costes de mano de obra, material, servicio y herramientas para la orden de trabajo. | ||
| Descripción Representa el impacto financiero total de la tarea de mantenimiento. En Maximo, esta es la suma de varios componentes de coste (Mano de Obra + Material + Servicios + Herramientas). Este atributo permite el process mining basado en costes, donde las ineficiencias del proceso (como retrasos o retrabajos) pueden correlacionarse directamente con pérdidas financieras. Ayuda a identificar los tipos de mantenimiento o clases de activos más costosos. Por qué es importante Vincula las actividades operacionales con los resultados financieros. Dónde obtener Tabla: WORKORDER, Columna: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Ejemplos 150.002500.500.00 | |||
| Es una Emergencia IsEmergency | Indicador de si la orden de trabajo es una emergencia. | ||
| Descripción Un indicador booleano calculado en función del Tipo de Trabajo o la Prioridad. Si el Tipo de Trabajo es 'EM' (Emergencia) o la Prioridad es 1, esto es verdadero. Este atributo simplificado permite un filtrado sencillo en los paneles de control para aislar el 'Ratio de Mantenimiento de Emergencia' sin lógica compleja en la capa de visualización. Por qué es importante Simplifica el filtrado para el análisis de mantenimiento reactivo. Dónde obtener Calculado a partir de WORKTYPE Ejemplos truefalse | |||
| Fecha de Reporte ReportedDate | La fecha y hora en que se informó por primera vez del problema o se creó la solicitud. | ||
| Descripción El timestamp que indica cuándo se identificó por primera vez la necesidad de mantenimiento y se introdujo en el sistema. Esto sirve como el verdadero inicio de la línea de tiempo de la experiencia del cliente. Se utiliza para calcular el 'Tiempo Medio de Espera de Planificación y Aprobación' midiendo la duración desde esta fecha reportada hasta el momento en que el trabajo realmente comienza. Ayuda a evaluar la capacidad de respuesta de la organización de mantenimiento. Por qué es importante Establece el punto de partida para la capacidad de respuesta de todo el ciclo de vida del mantenimiento. Dónde obtener Tabla: WORKORDER, Columna: REPORTDATE Ejemplos 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Horas de Mano de Obra Estimadas EstimatedLaborHours | La cantidad de tiempo de mano de obra planificada requerida para la orden de trabajo. | ||
| Descripción El número total de horas estimadas para completar la tarea durante la fase de planificación. Esto se compara con las 'Horas de Mano de Obra Reales' en el 'Dashboard de Precisión de Estimación de Mano de Obra'. Grandes variaciones entre este valor y los reales indican una mala planificación, falta de procedimientos operativos estándar o condiciones inesperadas del activo que requieren más trabajo de lo previsto. Por qué es importante Esencial para evaluar la precisión de la planificación y la previsión de recursos. Dónde obtener Tabla: WORKORDER, Columna: ESTLABHRS Ejemplos 2.04.58.0 | |||
| ID de Sitio SiteId | El identificador de sitio de alto nivel para implementaciones multi-sitio de Maximo. | ||
| Descripción En grandes organizaciones, Maximo a menudo se divide por 'Sitio'. Este atributo distingue entre diferentes plantas o instalaciones a nivel de base de datos. Es esencial para la evaluación comparativa del rendimiento entre diferentes unidades de negocio en el análisis de 'Cumplimiento del Proceso de Mantenimiento Estándar', asegurando que las comparaciones se realicen dentro del contexto operativo correcto. Por qué es importante Crucial para definir el alcance de los datos en implementaciones multisitio. Dónde obtener 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. Esto se completa cuando el trabajo es subcontratado. Es crucial para el KPI de 'Eficiencia en la Ejecución de Contratistas'. El análisis de este atributo permite a la organización de mantenimiento comparar el rendimiento (costo, velocidad, calidad) de diferentes proveedores entre sí y con los equipos internos. Por qué es importante Permite la gestión de proveedores y el análisis del rendimiento de la externalización. Dónde obtener Tabla: WORKORDER, Columna: VENDOR Ejemplos ACME SERVICESSIEMENSFAST REPAIR INC | |||
| 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 reside el activo. Esto es más amplio que el número de activo específico y ayuda en el análisis geográfico o zonal. Se utiliza en el dashboard 'Distribución de la Carga de Trabajo de Mantenimiento' para visualizar los puntos críticos de actividad de mantenimiento y planificar la logística para los técnicos que se mueven entre sitios. Por qué es importante Proporciona contexto geoespacial para la logística y la distribución de recursos. Dónde obtener 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 los controles necesarios de planificación y autorización financiera. Esto se deriva de un cambio de estado en el historial del sistema. | ||
| Por qué es importante Crítico para calcular el KPI de tiempo de espera de planificación y aprobación. Los retrasos aquí indican cuellos de botella administrativos. Dónde obtener Tabla WOSTATUS donde STATUS = 'APPR' Capturar Compare el campo de estado antes/después para identificar la transición APPR Tipo de evento explicit | |||
| Orden de Trabajo Cancelada | El proceso termina prematuramente porque el trabajo se consideró innecesario, duplicado o imposible. Este es un estado terminal. | ||
| Por qué es importante Alimenta el panel de control de 'Análisis de Cancelación de Órdenes de Trabajo'. Las altas tasas indican fallas en el proceso ascendente de generación de solicitudes. Dónde obtener Tabla WOSTATUS donde STATUS = 'CAN' Capturar Registrado cuando la transacción cambia de estado a CAN Tipo de evento explicit | |||
| Orden de Trabajo Cerrada | El evento final del ciclo de vida donde la orden de trabajo se liquida financieramente y se convierte en de solo lectura. No se pueden aplicar cargos adicionales. | ||
| Por qué es importante Marca el fin del Tiempo de Espera Administrativo. Los retrasos aquí afectan los informes financieros. Dónde obtener Tabla WOSTATUS donde STATUS = 'CLOSE' Capturar Registrado cuando la transacción cambia de estado a CLOSE Tipo de evento explicit | |||
| Orden de Trabajo Completada | El técnico certifica que el trabajo físico ha terminado. Este cambio de estado detiene el cronómetro en los KPI de tiempo de ejecución. | ||
| Por qué es importante El timestamp de finalización principal para la ejecución técnica. Se utiliza para calcular el cumplimiento de SLA y la utilización del técnico. Dónde obtener Tabla WOSTATUS donde STATUS = 'COMP' Capturar Registrado cuando la transacción cambia de estado a COMP Tipo de evento explicit | |||
| Solicitud de mantenimiento creada | El evento inicial donde se genera una orden de trabajo en el sistema, a menudo originado por una solicitud de servicio o un programa automatizado. Esto se captura explícitamente desde el timestamp de creación en la tabla WORKORDER o la entrada inicial en el historial de WOSTATUS. | ||
| Por qué es importante Marca el inicio de la instancia del proceso y establece la línea base para medir el tiempo total de resolución y la capacidad de respuesta inicial. Dónde obtener WORKORDER.REPORTDATE o entrada inicial en la tabla WOSTATUS (normalmente estado WAPPR) Capturar Registrado 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. Esto se registra explícitamente cuando el usuario cambia el estado para indicar que el trabajo está en curso. | ||
| Por qué es importante Hito crucial para separar el tiempo de planificación del tiempo de ejecución. Se utiliza para calcular el Tiempo Promedio de Planificación y Aprobación. Dónde obtener Tabla WOSTATUS donde STATUS = 'INPRG' Capturar Registrado cuando la transacción cambia de estado a INPRG Tipo de evento explicit | |||
| Fallo en el Control de Calidad | Ocurre cuando un trabajo completado es rechazado durante la revisión, a menudo revirtiendo el estado a En Progreso. Representa bucles de retrabajo. | ||
| Por qué es importante Soporta directamente el panel de control 'Calidad de Mantenimiento y Tasas de Reproceso' al destacar las fallas del proceso. Dónde obtener Inferido de la transición de WOSTATUS de COMP de vuelta a INPRG o WAPPR Capturar Derivar de la comparación del historial del campo WOSTATUS para 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 de SLA. Esto ayuda a identificar cuándo se modifican las expectativas para adaptarse a los retrasos. | ||
| Por qué es importante Importante para analizar el Rendimiento de SLA de Activos Críticos e identificar "trampas" donde las fechas se mueven para evitar el incumplimiento del SLA. Dónde obtener Ruta de auditoría en los campos TARGETCOMPDATE o SCHEDFINISH Capturar Registrado cuando la transacción actualiza los campos de fecha Tipo de evento explicit | |||
| Horas de mano de obra registradas | Representa el registro del tiempo real que un técnico dedica a una orden de trabajo específica. Pueden ocurrir múltiples entradas para una misma orden de trabajo si diferentes técnicos contribuyen. | ||
| Por qué es importante Alimenta el Panel de Control de 'Precisión en la Estimación de Mano de Obra' al proporcionar los datos reales para comparar con las estimaciones. Dónde obtener Registros de la tabla LABTRANS vinculados a la Orden de Trabajo Capturar Registrado cuando la transacción ocurre 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. Esto a menudo es un cambio de estado o la finalización de una medición de lista de verificación. | ||
| Por qué es importante Clave para el panel de control de 'Documentación de Seguridad y Cumplimiento'. Asegura que no se omitan los pasos regulatorios. Dónde obtener Cambio de WOSTATUS a 'INSP' o estado personalizado similar, o finalización de entradas MEASUREMENT Capturar Comparar campo de estado antes/después Tipo de evento inferred | |||
| Material emitido | Registra el consumo físico o la emisión de piezas del inventario a la orden de trabajo. Esto confirma que las piezas están disponibles y se están utilizando. | ||
| Por qué es importante Valida el proceso de la cadena de suministro e impacta el análisis de costes totales de la intervención de mantenimiento. Dónde obtener Tabla MATUSETRANS donde ISSUETYPE = 'ISSUE' Capturar Registrado cuando la transacción ocurre en MATUSETRANS Tipo de evento explicit | |||
| Recursos Programados | El punto donde se asigna mano de obra o equipos específicos a la orden de trabajo. Esto se rastrea cuando se generan las asignaciones o el estado cambia a 'Esperando Programación'. | ||
| Por qué es importante Apoya el dashboard de Análisis del Ciclo de Planificación y Aprobación al aislar el tiempo que se tarda en encontrar técnicos disponibles. Dónde obtener Creación de filas en la tabla ASSIGNMENT o cambio de WOSTATUS a 'WSCH' Capturar Derivar de la creación de registros de Asignación vinculados a WO Tipo de evento inferred | |||
| Solicitud de Materiales Enviada | Significa que se han solicitado piezas de repuesto o consumibles para la tarea de mantenimiento. Esto puede inferirse del cambio de estado a 'Esperando Material' o de la creación de líneas de requisito de material. | ||
| Por qué es importante Esencial para el panel de control de 'Disponibilidad de Materiales' para identificar retrasos en la cadena de suministro que impiden la ejecución del trabajo. Dónde obtener Tabla WOSTATUS donde STATUS = 'WMATL' o creación de entradas en la tabla WPMATERIAL Capturar Inferido de un cambio de estado a WMATL Tipo de evento inferred | |||
Guías de Extracción
Pasos
Establecer Estrategia de Vista de Base de Datos: Debido a que ProcessMind requiere un registro de eventos plano y Maximo almacena los datos jerárquicamente (Encabezado en WORKORDER, Historial en WOSTATUS, Costos en WOLABTRANS), el método más robusto es crear primero una Vista de Base de Datos en la base de datos de Maximo. Esta vista actuará como fuente para el Integration Framework.
Crear la Vista SQL: Ejecute el SQL proporcionado en la sección de Consulta dentro de su herramienta de gestión de base de datos (SQL Developer, SSMS). Esto consolida
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSyA_WORKORDER(Auditoría) en una única estructura plana.Registrar la Vista en Maximo: Inicie sesión en Maximo como Administrador. Navegue a System Configuration, Platform Configuration, Database Configuration. Cree un nuevo Objeto llamado
PM_WO_EVENTLOG. Mápelo a la vista de base de datos creada en el paso anterior. EjecuteConfigDBpara registrarla (generalmente no se requiere tiempo de inactividad para las Vistas, pero verifique sus procedimientos).Crear Estructura de Objeto: Navegue a Integration, Object Structures. Cree una nueva Estructura de Objeto llamada
MX_PM_EVENTS. AñadaPM_WO_EVENTLOGcomo objeto fuente. Asegúrese de que la compatibilidad con la Estructura Plana esté marcada si está disponible.Configurar Canal de Publicación: Navegue a Integration, Publish Channels. Cree un nuevo canal
PC_PM_EVENTSasociado a la Estructura de ObjetoMX_PM_EVENTS. Esto le permite definir reglas de procesamiento si es necesario.Configurar Sistema Externo: Navegue a Integration, External Systems. Seleccione su sistema de destino (o cree un EXTSYS genérico). Añada el Canal de Publicación
PC_PM_EVENTSa este sistema.Habilitar Exportación de Datos: En la aplicación External Systems, utilice la pestaña de la función Data Export. Seleccione el canal
PC_PM_EVENTS. Puede especificar una cláusula SQL Where aquí (p. ej.,EVENTTIMESTAMP >= '2023-01-01') para limitar el rango de exportación.Exportar Datos: Haga clic en Exportar. El sistema generará el archivo (XML o CSV dependiendo del End Point configurado). Para ProcessMind, se prefiere CSV. Asegúrese de que su End Point (p. ej.,
MXFLATFILE) esté configurado para generar CSV.Verificar Salida: Abra el archivo CSV generado. Asegúrese de que los encabezados coincidan con los atributos definidos en la consulta (WorkOrderNumber, Activity, etc.) y de que no queden etiquetas XML jerárquicas.
Formato Final: Si la exportación CSV de Maximo incluye columnas de metadatos de sistema estándar (como
OWNER1,ORGID), elimínelas si no son necesarias. Cargue el CSV limpio en ProcessMind.
Configuración
- Sinónimos de Estado de Maximo: Maximo permite códigos de estado personalizados (p. ej., APPR, WAPPR). La consulta asume valores internos estándar. Verifique el
SYNONYMDOMAINde su sistema para el dominioWOSTATUSpara mapear los estados personalizados correctamente. - Tablas de Auditoría: La extracción de 'Fecha Objetivo Actualizada' se basa en la tabla de auditoría
A_WORKORDER. Si la auditoría no está habilitada para el objetoWORKORDER, esta actividad específica no arrojará filas. Habilite la auditoría en la Configuración de Base de Datos si es crítico. - Rango de Fechas: Para la carga inicial, filtre por
EVENTTIMESTAMPde los últimos 6 a 12 meses. Las cargas históricas grandes pueden agotar el tiempo de espera a través de la interfaz web de Integration Framework; utilice el procesamiento en segundo plano para conjuntos de datos de más de 50k filas. - Filtros de Sitio/Organización: Maximo es multi-sitio. Siempre filtre por
SITEIDsi el análisis del proceso está limitado a una instalación específica. - Rendimiento: La consulta
UNION ALLconsume muchos recursos. Asegúrese de que existen índices de base de datos enWOSTATUS.WONUM,WOLABTRANS.REFWOyMATUSETRANS.REFWO.
a Consulta de ejemplo config
/* 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 a la base de datos backend de IBM Maximo (comúnmente DB2, Oracle o SQL Server). Asegúrese de que el usuario tenga permisos SELECT en las tablas WORKORDER, WOSTATUS, LABTRANS y MATUSETRANS.
Identificar Alcance: Determine los SITIOS o ORGIDS específicos que necesita extraer. Maximo es un sistema multisitio, y los números de orden de trabajo (WONUM) solo son únicos cuando se combinan con SITEID. Decida el rango de fechas, típicamente filtrando por REPORTDATE (fecha de creación) o STATUSDATE.
Comprender el Modelo de Datos: La tabla WORKORDER actúa como encabezado. La tabla WOSTATUS contiene el historial de cambios de ciclo de vida. La tabla LABTRANS contiene entradas detalladas de mano de obra, y MATUSETRANS contiene movimientos de materiales. Estas deben combinarse usando UNION ALL para formar un único flujo de eventos.
Manejar Sinónimos: Maximo utiliza valores internos (MAXVALUE) y valores mostrados (VALUE) para los estados definidos en SYNONYMDOMAIN. La consulta debería idealmente filtrar por el MAXVALUE interno para asegurar la consistencia entre diferentes sitios que podrían usar distintas etiquetas de visualización para el mismo estado lógico.
Preparar la Consulta: Copie el SQL proporcionado en la sección de Consulta. Reemplace los marcadores de posición como [Su Esquema de Base de Datos] y [Fecha de Inicio] con sus valores reales. Si su entorno utiliza códigos de estado personalizados específicos para Inspecciones o Controles de Calidad, actualice las cláusulas WHERE en las secciones respectivas.
Ejecutar Extracción: Ejecute la consulta. Dependiendo del volumen de datos, es posible que necesite ejecutarla en lotes (p. ej., mes a mes) para evitar tiempos de espera de la base de datos.
Validar Datos: Verifique que el evento 'Solicitud de Mantenimiento Creada' 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).
Post-Procesamiento: Las marcas de tiempo de Maximo suelen contener milisegundos. Asegúrese de que se conserven para mantener el orden de clasificación correcto de los eventos que ocurren en rápida sucesión.
Exportar: Guarde los resultados como un archivo CSV o Parquet. Los encabezados de columna deben coincidir con los atributos definidos en la salida de la consulta.
Carga a ProcessMind: Importe el archivo a ProcessMind. Mapee 'WorkOrderNumber' como el ID de Caso, 'Activity' como el Nombre de Actividad y 'EventTimestamp' como la 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 podría requerir ajustes menores en las funciones de fecha (p. ej., TO_DATE vs 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. Un período continuo de los últimos 12 meses es el estándar.
- Importancia del ID de Sitio: Nunca confíe únicamente en WONUM para la unicidad. Siempre concatene WONUM y SITEID o incluya SITEID como un atributo de caso si analiza múltiples sitios.
- Lógica de Estado: Maximo permite valores de estado personalizados. Verifique la tabla SYNONYMDOMAIN si los estados estándar como WMATL o COMP no arrojan resultados.
- Rendimiento: Las tablas LABTRANS y MATUSETRANS pueden ser muy grandes. Asegúrese de que estas tablas 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')