您的资产维护数据模板
您的资产维护数据模板
- 用于维护跟踪的流程专属数据字段
- 工单生命周期分析的关键里程碑
- Infor EAM用户的详细数据提取指南
资产维护属性
| 名称 | 说明 | ||
|---|---|---|---|
| 时间戳 EventTimestamp | 活动发生的日期和时间。 | ||
| 说明 此属性记录活动发生的准确时间,用于按时间顺序排列事件并计算步骤间的耗时。 准确的时间戳对于发现瓶颈、衡量周期时间和计算SLA达成情况至关重要。在Infor EAM中,时间戳通常来自事务日期或状态变更日期。 重要性 这是所有基于时间的分析和事件排序所需的时间维度。 获取途径 R5EVENTSTATUS表(字段EVS_DATE)或R5TRANSACTIONS表(字段TRA_DATE) 示例 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| 活动 EventName | 维护生命周期中发生的具体步骤或状态变更。 | ||
| 说明 此属性记录事件或状态变更的名称,例如生成工单、发放物料或关闭工单。数据来自工单的状态变更历史或记录的特定事务类型。 流程挖掘工具会根据这些值的顺序还原工作流路径,从而分析流程变体、返工循环和操作顺序。 重要性 此属性定义流程图中的节点,是了解每个步骤具体发生了什么的必要数据。 获取途径 R5EVENTSTATUS表(字段EVS_STATUS)或R5TRANSACTIONS表(字段TRA_DESC) 示例 生成工单已发放物料工单已关闭已安排资源 | |||
| 维护工单 WorkOrderNumber | 维护工单的唯一标识符。 | ||
| 说明 此属性是流程分析的核心案例标识符,代表一项具体的维护作业,无论是预防性维护还是纠正性维护。它将后续活动、成本和人工记录关联起来。在Infor EAM中,该标识符通常是主事件表中的Event Code。 分析人员使用此字段区分不同的流程实例,并汇总单个维护请求的所有事件,以计算每项作业的周期时间和成本。 重要性 这是还原流程路径、唯一识别每个维护案例的基础键。 获取途径 R5EVENTS表,字段EVT_CODE 示例 10023456WO-2023-88910023457PM-55421 | |||
| 上次数据更新时间 LastDataUpdate | 数据提取或上次刷新的时间戳。 | ||
| 说明 此字段表示记录上次为流程挖掘模型处理或提取的时间,帮助用户了解所分析数据的新旧程度。 此字段通常在ETL过程中生成,而非来自源系统本身,以便分析人员判断当前查看的是实时数据还是历史快照。 重要性 此属性可验证数据是否为最新,并帮助识别过时的数据集。 获取途径 提取时的系统时间 示例 2023-10-25T12:00:00Z | |||
| 源系统 SourceSystem | 数据来源系统的名称。 | ||
| 说明 此属性标识数据记录的来源,在多系统环境中尤为重要。在此视图中,它是Infor EAM实例的固定标识符。 如果将多个数据源合并到一个流程挖掘数据模型中,此属性有助于追踪数据来源并排查问题。 重要性 此属性确保数据可追溯至Infor EAM环境。 获取途径 提取时硬编码 示例 Infor EAMDatastream 7i | |||
| SLA目标日期 SlaTargetDate | 工单必须完成的截止日期。 | ||
| 说明 此属性记录目标完成日期,通常根据资产严重程度和工单优先级确定,可作为衡量计划执行情况的基准。 将实际完成时间戳与此日期比较,即可判断组织是否达到服务级别协议要求。 重要性 严重资产SLA绩效仪表板所需。 获取途径 R5EVENTS表,字段EVT_TARGET 示例 2023-11-01T17:00:00Z | |||
| 优先级 WorkOrderPriority | 维护工单的紧急程度。 | ||
| 说明 此属性表示工单的重要程度,通常分为高、中、低等等级。可据此筛选数据,确认队列中的严重事项是否得到优先处理。 按优先级分析流程,有助于确认高优先级事项是否确实比低优先级事项处理得更快。 重要性 对于确认紧急工作是否得到适当关注至关重要。 获取途径 R5EVENTS表,字段EVT_PRIORITY 示例 1-紧急2-高3-常规 | |||
| 实际总成本 ActualTotalCost | 人工、材料和服务成本的最终合计。 | ||
| 说明 此属性表示维护任务造成的总财务影响。随着工时登记和材料领用,数值会相应更新。 这是流程的核心财务指标,可用于分析成本驱动因素和编制预算报告。 重要性 财务结算和效率分析的核心指标。 获取途径 R5EVENTS表的EVT_ACTCOST字段(或交易金额合计) 示例 450.251500.0075.50 | |||
| 技术人员 TechnicianName | 负责执行任务的具体人员或资源。 | ||
| 说明 此属性记录执行特定活动的用户或技术人员,可用于分析劳动生产率,并发现培训需求或排班效率问题。 根据系统配置,该信息可能位于工时记录表中,也可能位于事件的负责人字段中。 重要性 用于劳动生产率和排班仪表板分析。 获取途径 R5BOOKEDHOURS表(字段BOO_PERSON)或R5EVENTS表(字段EVT_PERSON) 示例 J. SmithM. Doe承包商-A | |||
| 维护类型 MaintenanceType | 将工单分类为预防性、纠正性或预测性维护。 | ||
| 说明 此属性用于分类维护工作的性质,分析人员可以据此拆分流程视图,比较计划性预防维护周期与非计划故障维修。 优化预防性维护与故障维修的比例,是维护管理者的重要目标。此字段通常位于事件类型列中。 重要性 这是维护类型分布仪表板和可靠性策略分析的重要数据。 获取途径 R5EVENTS表,字段EVT_TYPE 示例 预防性维护纠正性维护故障维修检查 | |||
| 资产代码 AssetCode | 正在维护的设备或资产的唯一标识符。 | ||
| 说明 此属性用于标识维护工单所针对的实物对象,可按设备或设施汇总维护历史。 按资产代码分析流程绩效,有助于找出经常发生故障或维修时间长于平均水平的设备。 重要性 将流程绩效与实体基础设施关联起来的关键属性。 获取途径 R5EVENTS表,字段EVT_OBJECT 示例 PUMP-001HVAC-N-22CONVEYOR-05 | |||
| 部门 DepartmentCode | 负责这项工作的维护部门或班组。 | ||
| 说明 此属性表示负责该工单的内部部门或成本中心,可用于比较不同维护团队的绩效,例如电气团队与机械团队。 在Infor EAM中,这通常称为MRC(维护维修中心)。 重要性 支持资源规划和部门绩效分析。 获取途径 R5EVENTS表,字段EVT_MRC 示例 机械电气设施 | |||
| 预计成本 EstimatedCost | 工单的计划预算。 | ||
| 说明 此属性记录计划阶段估算的成本。将其与实际成本比较,可评估计划部门的估算准确性。 预计成本与实际成本差异较大,说明需要检查成本估算流程或执行效率。 重要性 用于预计成本与实际成本分析仪表板。 获取途径 R5EVENTS表,字段EVT_ESTCOST 示例 500.001200.500.00 | |||
| 人工工时 LaborHoursUsed | 工单实际耗用的人工小时数。 | ||
| 说明 此属性汇总技术人员登记在工单上的工时,是计算员工生产率和技术人员利用率的重要依据。 它不同于工单的经过时长,反映的是实际投入的工作量,而非日历时间。 重要性 劳动生产率和排班仪表板的关键指标。 获取途径 该事件在R5BOOKEDHOURS中的工时合计 示例 2.58.00.5 | |||
| 是否返工 IsRework | 标记工单是否包含重复执行的步骤。 | ||
| 说明 此布尔属性用于识别流程中是否出现循环,尤其是质量检查后返回执行环节的情况。数据转换时,通过检查是否重复出现“维护任务已执行”活动来计算此属性。 返工率偏高通常表明存在质量问题或培训不足。 重要性 直接用于维护返工与质量审计仪表板。 获取途径 在ETL/流程挖掘工具中计算 示例 truefalse | |||
| 是否违反SLA IsSlaBreached | 标记完成时间是否晚于目标日期。 | ||
| 说明 此布尔属性将“工单已完成”时间戳与“SLA目标日期”进行比较。如果完成时间晚于目标日期,则标记为true。 此属性将数据划分为二元维度,便于筛选符合与不符合要求的案例,从而简化报告。 重要性 简化SLA合规情况报告。 获取途径 在ETL/流程挖掘工具中计算 示例 truefalse | |||
| 材料成本 MaterialCost | 工单领用备件的成本。 | ||
| 说明 此属性从总成本中单独列出材料成本,便于区分供应链支出与人工支出。 单独跟踪材料成本,有助于制定备件定价和库存管理决策。 重要性 全面开展财务分析所需的明细。 获取途径 根据R5TRANSACTIONS中类型为领用的记录计算 示例 150.0020.00 | |||
| 组织 OrganizationCode | 资产所属的业务单元或站点。 | ||
| 说明 在多站点部署中,此属性用于标识具体设施或业务单元,支持跨工厂或地区的高层级比较。 如果不同地点的流程略有差异,此属性也是进行全球仪表板分析的必要条件。 重要性 支持按业务单元查看数据,便于跨站点对标。 获取途径 R5EVENTS表,字段EVT_ORG 示例 NYC-PLANTLON-HQMFG-01 | |||
| 说明 WorkOrderDescription | 对问题或所需工作的文字说明。 | ||
| 说明 此属性包含请求人或计划人员填写的自由文本摘要,可为异常情况或特定流程行为提供背景信息。 可在此应用文本挖掘,对结构化字段未记录的常见故障模式进行分类。 重要性 为根因分析提供背景信息。 获取途径 R5EVENTS表,字段EVT_DESC 示例 泵振动过大更换阀门2的密封件季度检查 | |||
| 资产重要性 AssetCriticality | 表示资产运营重要性的分数或等级。 | ||
| 说明 此属性根据资产对生产或安全的重要程度进行分类,例如A、B、C级。分析人员可据此细分流程,检查高价值资产是否得到了相应的优先处理。 此数据通常取自与工单关联的资产主记录。 重要性 支持基于风险分析维护延误。 获取途径 R5OBJECTS表(字段OBJ_CRITICALITY),通过EVT_OBJECT关联 示例 A-严重B-重要C-故障后维修 | |||
资产维护活动
| 活动 | 说明 | ||
|---|---|---|---|
| 工单已关闭 | 这是最后的行政步骤:工单归档后,不能再登记成本,案例生命周期至此结束。 | ||
| 重要性 此事件标志着行政关闭效率指标的终点,有助于保持数据整洁,避免工单长期处于未关闭状态。 获取途径 查询R5EVENTSTATUS中状态变为“Close”的记录。此时EVT_STATUS字段会设为“C”。 采集 状态变为Closed时记录 事件类型 explicit | |||
| 工单已完成 | 标志着维护工作的技术部分已完成,资产恢复运行,但财务和行政工作可能尚未结束。 | ||
| 重要性 这是关键资产SLA绩效的终点,可区分“工作已完成”和“文书已完成”。 获取途径 跟踪R5EVENTSTATUS中状态变为“C”(Complete)或“J”(Job Complete)的记录,并检查EVT_DATECOMPLETED。 采集 状态变为Complete时记录 事件类型 explicit | |||
| 开始作业 | 表示设备上的实际维修工作已经开始。通常可根据首次工时登记的时间戳或特定的移动端状态更新来推断。 | ||
| 重要性 这是计算物料申请周期时间和技术人员利用效率的关键事件,可区分“Scheduled”(已排程)与“Working”(工作中)时间。 获取途径 根据R5BOOKEDHOURS中最早的Start Date,或R5EVENTSTATUS中状态变为“In Progress”来推断。 采集 通过比较字段X和Y推导 事件类型 inferred | |||
| 执行维护任务 | 表示维护工作的持续执行情况,通过技术人员登记的工时记录。单张工单可能对应多条此类活动记录。 | ||
| 重要性 为技术人员利用效率KPI和人工估算准确度提供数据。若此类记录频繁出现但工单未完工,可能说明维修难度较高。 获取途径 从与工单关联的R5BOOKEDHOURS表中提取各条记录。 采集 事务X执行时记录 事件类型 explicit | |||
| 收到维护请求 | 表示维护需求首次录入系统,通常来自服务门户或呼叫中心界面。在Infor EAM中,这通常对应Call或Request实体中创建记录的时间,之后该记录会转换为正式工单。 | ||
| 重要性 这是计算维护积压增长率和总解决时间的起点,也是了解维护部门实际需求量的关键。 获取途径 查询R5EVENTS表中EVT_TYPE为“R”(Request)或“C”(Call)的记录,并使用EVT_CREATED日志。 采集 请求记录插入时记录 事件类型 explicit | |||
| 生成工单 | 表示正式创建工单对象,可以由请求转换而来,也可以直接创建。此事件开始记录该维护案例的成本、资源和状态历史。 | ||
| 重要性 这是积压与吞吐量监控的主要案例创建事件,可区分请求阶段与实际维护管理工作流。 获取途径 查询R5EVENTS表中EVT_TYPE为“JOB”或“PPM”的新记录。也可以跟踪R5EVENTSTATUS中状态变为初始“Open”的记录。 采集 事务创建WO记录时记录 事件类型 explicit | |||
| 完成规划与估算 | 表示工单范围已确定、成本已估算,作业计划已准备好提交审批。通常可根据状态从规划阶段变为待审批状态来推断。 | ||
| 重要性 此事件对衡量工单审批周期时间、找出执行前的行政瓶颈至关重要,也有助于分析规划周期。 获取途径 根据R5EVENTSTATUS推断状态从“Planning”变为“Request Approval”或“Released”。 采集 比较变更前后的状态字段 事件类型 inferred | |||
| 完成财务结算 | 表示对工单相关成本进行最终计算和入账,确保所有人工和物料费用都计入预算。 | ||
| 重要性 用于支持估算成本与实际成本分析。此处的延误会影响财务报告的准确性。 获取途径 通常可根据工单被锁定、无法编辑的日期,或事务日志中最后一笔成本更新事务的时间来推断。 采集 通过比较字段X和Y推导 事件类型 calculated | |||
| 工单已批准 | 表示维护工作已获得相应管理层授权。此步骤会放行工单,以便安排工作并申请物料。 | ||
| 重要性 标志着审批周期结束,维护工作可以开始执行。此处的延误会直接影响关键资产故障的响应速度。 获取途径 跟踪R5EVENTSTATUS历史表中插入的“A”(Approved)或“R”(Released)状态代码。 采集 状态变为Approved时记录 事件类型 explicit | |||
| 已发放物料 | 记录从库存中向工单发放备件的情况,确认物料已可供使用。 | ||
| 重要性 这是供应链延误分析的结束事件,用于确认备件限制已解除。 获取途径 查询R5TRANSACTIONS中与工单关联、事务类型为“I”(Issue)的记录。 采集 事务X执行时记录 事件类型 explicit | |||
| 已安排资源 | 记录为工单分配具体技术人员或团队,标志着流程从规划转入资源分配阶段。 | ||
| 重要性 支持劳动生产率与排程仪表板,帮助找出审批完成与资源实际可用之间的间隔。 获取途径 跟踪R5ACTIVITIES表中的人工分配变更,或R5EVENTSTATUS中状态变为“Scheduled”的记录。 采集 资源分配时记录 事件类型 explicit | |||
| 执行质量控制测试 | 表示维修完成后、最终验收前进行的特定检查。如果检查未通过,流程会返回执行阶段。 | ||
| 重要性 这是维护返工与质量审计仪表板的重要数据,可用于发现质量问题和返工循环。 获取途径 在R5CHECKLISTS中查找特定检查清单的完成记录,或在R5EVENTSTATUS中查找状态变为“Review”的记录。 采集 比较变更前后的状态字段 事件类型 inferred | |||
| 提交物料申请 | 记录执行维护任务所需备件的具体申请,是连接供应链流程与维护执行的重要事件。 | ||
| 重要性 这是物料供应延误分析仪表板的起点,可用于判断备件采购是否是维护延误的根本原因。 获取途径 查询R5REQUISITIONS或R5MATLIST表中与工单ID关联的创建时间戳。 采集 事务X执行时记录 事件类型 explicit | |||
| 更新维护记录 | 记录工单中补充技术备注、故障代码或状态监测数据的情况,通常发生在实际工作接近结束时。 | ||
| 重要性 用于监控技术文档合规情况,并确保数据质量,支持后续可靠性分析。 获取途径 跟踪R5COMMENTS表的更新,或R5EVENTS中“Problem/Failure/Cause”字段的更新。 采集 记录更新时记录 事件类型 explicit | |||
数据提取指南
步骤
确认Databridge模块是否可用:以管理员身份登录Infor EAM。进入“管理”菜单,确认Databridge模块已启用,并且您可以访问Partner和Document配置界面。
定义导出Partner:在Databridge中新建一个专供ProcessMind使用的Partner(例如,Partner代码
PMIND)。根据XML/CSV文件的存放位置,将Communication方式设为FILE或FTP。为确保数据完整性,输出格式建议选择XML。配置业务对象(Documents):您必须订阅特定的Infor EAM业务对象(BOD),以捕获所需活动。在Partner配置中添加以下Documents:
MP0094_SyncWorkOrder:捕获工单创建、状态变更、更新和关闭。MP0024_SyncBookedHours:捕获工时登记(执行)。MP3036_SyncTransaction:捕获物料领用和退回。MP0026_SyncRequisition:捕获物料申请。MP0098_SyncWorkOrderActivity:捕获排程和计划详情。
设置筛选条件:为每个Document设置筛选条件,排除无关数据。对于
SyncWorkOrder,按“组织”筛选,并确保“工单类型”不为空。将“日期”筛选范围设为您的分析周期(例如,最近12个月)。启用事件触发器:在Event Configuration界面中,确保已为所选Documents对应的实体启用
On Save、On Update和On Status Change触发器。这样,用户在系统中执行操作时,数据便会立即推送。映射数据元素:配置Databridge XML模板,纳入所需列。确保
EVT_CODE映射到WorkOrderNumber,纳入EVT_STATUS以跟踪状态,并提供EVT_DAT_CREATED。执行初始加载:Databridge主要由事件驱动,但进行历史分析时,必须运行Batch Export。进入Databridge Export界面,选择
PMINDPartner和SyncWorkOrderDocument,设置日期范围,然后点击“提交”以生成历史积压数据。规范导出数据:导出结果为分层XML文件。使用脚本工具(如Python、PowerShell或ETL中间件)将XML展平。处理逻辑为:一个XML节点对应一条事件记录。映射规则见下方“查询”部分。
生成活动名称:在转换脚本中,使用“查询”部分提供的条件逻辑,将系统代码转换为易读的活动名称(例如,将状态
R转换为“工单已生成”,将状态C转换为“工单已完成”)。格式化时间戳:Infor EAM以ISO 8601格式导出时间戳。请将其转换为ProcessMind兼容的标准格式
YYYY-MM-DD HH:MM:SS。汇总事件日志:将不同业务对象(工单、登记工时、事务)的导出结果合并到一个CSV文件中,并按
WorkOrderNumber和EventTimestamp排序。最终验证:将生成的CSV导入ProcessMind,并确认案例数与从Infor EAM导出的唯一工单数量一致。
配置
- 导出格式:建议使用XML而非纯文本,以便处理备注中的特殊字符并确保符合架构要求。
- 触发模式:设为Asynchronous,避免Databridge处理在业务高峰期拖慢用户界面。
- 数据粒度:请在Document配置中勾选Include Update Details,以便检测字段级变更(例如优先级或部门变更)。
- 日期范围:初始批量加载通常采用12至24个月的历史数据。后续增量加载时,系统会实时推送数据。
- 组织筛选:始终按
EVT_ORG(Organization)筛选。如果您的EAM实例由多个租户共用,这样可以避免提取其他租户的数据。 - 状态配置:确认用户自定义状态与系统状态(R、A、C等)的对应关系,确保活动映射准确。
查询示例 json
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
} 步骤
设置数据库访问 通过ODBC/JDBC直接连接到您的Infor EAM数据库(Oracle或SQL Server)。请确保您对以下表具有只读权限:R5EVENTS(工单)、R5STATUS(状态历史)、R5BOOKEDHOURS(工时)、R5TRANSACTIONS(物料)、R5ACTIVITIES(任务)和R5TESTRESULTS(质量)。
确定范围和筛选条件 确定数据提取时间范围。流程挖掘通常使用过去12至24个月的滚动数据。若您运行的是多站点实例,请确定组织代码(ORG),以筛选相关数据。
配置状态映射 Infor EAM支持用户自定义状态。检查查询部分提供的SQL脚本,并将
'A'(已批准)或'C'(已关闭)等占位值替换为您的EAM配置中实际使用的状态代码。如不确定,可在R5STATUS_CODES表中查找。准备SQL脚本 复制查询部分提供的SQL。将
[StartDate]和[EndDate]占位符替换为所需日期范围(例如,'2023-01-01')。将[Your Organization Code]替换为您的业务单元筛选值。执行数据提取 在SQL客户端(SQL Developer、SSMS或DBeaver)中运行查询。该查询使用UNION ALL,将工单主记录事件、状态变更、工时登记和物料事务合并为统一格式的事件日志。
验证数据 检查
EventTimestamp列中是否存在NULL时间戳。确保每一行都已填写WorkOrderNumber。确认EventName列包含所定义的14种活动,且分布合理。转换数据(可选) 如果时间戳包含的时区偏移与分析要求不符,可在查询中或后续处理中使用转换函数(如AT TIME ZONE)进行调整。
导出为CSV 将查询结果导出为纯CSV文件。分隔符设为逗号或分号,并使用双引号限定文本字段,以处理说明中的逗号。
导入ProcessMind 将CSV文件上传到ProcessMind。按以下方式映射列:将WorkOrderNumber映射为案例ID,EventName映射为活动,EventTimestamp映射为时间戳。其余列映射为案例或事件属性。
配置
- 日期范围:建议提取12至24个月的数据。确保筛选条件应用于EVT_DATE(创建日期)或具体事务日期,以纳入仍在进行的未结案例。
- 组织筛选:使用EVT_ORG或通用Organization列按工厂或设施区分数据,因为不同站点的流程往往有所不同。
- 状态代码:此查询使用标准状态代码(A、C、R等)。您必须在管理菜单的Screen Setup或Status Setup中核对系统配置。
- 性能:查询会访问大型事务表(R5TRANSACTIONS)。如果查询大型数据集(超过100万行),请确保EVT_CODE和TRN_DATE上有适当的非聚集索引。
- 时区:Infor EAM在数据库服务器时间下存储日期。如果用户所在时区不同,请考虑相应的时差。
查询示例 sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]' 立即优化Infor EAM中的资产维护
立即着手将维护周期时间缩短30%
无需信用卡,几分钟即可完成设置