您的质量管理数据模板
您的质量管理数据模板
- 建议收集的属性,支持全面分析
- 需要跟踪的关键质量管理活动
- 从SAP S/4HANA质量管理中提取数据的指南
质量管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
开始时间
EventTimestamp
|
具体活动或事件发生的准确日期和时间。 | ||
|
说明
开始时间或事件时间戳记录活动发生的准确时刻。这对于按时间顺序排列事件并计算事件间时长至关重要。例如,它可以记录通知创建、任务完成或状态变更的时间。 在流程挖掘分析中,此属性是计算所有基于时间的指标的基础,包括周期时间、处理时间和等待时间。它支持识别瓶颈、分析吞吐量,以及监控绩效是否达到基于时间的SLA或目标。准确的时间戳对于整个流程模型的完整性至关重要。
为什么重要
此时间戳对于排列事件顺序、计算周期时间和等待时间等所有绩效指标,以及了解流程动态至关重要。
获取位置
通常取自与状态变更或文档创建相关的日期和时间字段。例如QMEL中的ERDAT/ERZEIT(创建日期/时间),或CDHDR中的变更时间戳。
示例
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
|
|||
|
活动
ActivityName
|
质量管理流程中发生的具体业务事件或任务的名称。 | ||
|
说明
该属性描述质量事件生命周期中的一个步骤或里程碑,例如“Notification Created”、“Root Cause Analysis Completed”或“Usage Decision Made”。这些活动源自系统状态变更、相关文档创建或变更日志中记录的特定用户操作。 分析这些活动的顺序和时间是流程挖掘的核心。它有助于发现实际流程、识别步骤之间的瓶颈,并衡量与标准操作规程的一致性。活动的粒度决定流程分析的详细程度。
为什么重要
该属性定义流程步骤,使您能够可视化和分析流程、识别偏差,并衡量活动之间的绩效。
获取位置
数据源通常是JEST和JSTO表中的状态变更,或QMSM等表中的活动记录。也可以根据变更凭证表CDHDR和CDPOS构建事件日志。
示例
创建质量通知分配调查任务纠正措施已实施通知已关闭
|
|||
|
质量事件
QualityEvent
|
质量通知的唯一标识符,作为跟踪质量问题从启动到关闭全过程的主要案例ID。 | ||
|
说明
Quality Event是连接单个质量问题相关所有活动、Task和决策的核心案例标识符。在SAP中,它通常对应Quality Notification Number(QMNUM)。 在流程挖掘中,按此标识符分析事件,可以重建每个质量案例的端到端历程。这对于可视化顺序流、计算整个案例的周期时间,以及识别解决过程中的常见路径或偏离路径至关重要。它是几乎所有质量管理分析的基础。
为什么重要
这是将所有相关活动关联到单个完整流程实例的关键,使您能够端到端分析质量问题的处理过程。
获取位置
这是质量通知编号,位于QMEL表的QMNUM字段。
示例
200000018200000019200000020
|
|||
|
产品
MaterialNumber
|
受质量事件影响的产品或物料的唯一标识。 | ||
|
说明
此属性将质量事件关联到特定产品或物料。对于质量保证而言,这一关联至关重要,有助于识别反复出现问题或缺陷率较高的产品。 在流程挖掘中,按产品分析可以发现相关模式,例如某些产品是否需要更长的解决时间,或是否与特定根因相关。通过将产品与质量问题关联,它支持“重复问题模式检测”仪表板,这对于开展有针对性的质量改进至关重要。
为什么重要
将质量问题关联到具体产品,从而分析产品特定的缺陷率、根因和解决模式。
获取位置
位于质量通知项目表QMFE的MATNR字段。
示例
FIN-1001RAW-205ASEMI-303B
|
|||
|
优先级
NotificationPriority
|
分配给质量通知的优先级,用于表示其紧急程度。 | ||
|
说明
优先级定义处理质量事件的紧急程度,帮助团队安排工作,确保优先处理最关键的问题。SAP支持配置不同的优先级类型,这些类型可能影响目标响应时间。 此属性用于分析高优先级事项是否确实比低优先级事项处理得更快,也能发现高优先级案例在流程中受阻等低效问题。它是“质量事件吞吐量分析”等仪表板的关键维度。
为什么重要
有助于分析流程绩效是否符合业务紧急程度,确保高优先级问题得到更快解决。
获取位置
位于QMEL表的QMPRI字段,描述信息位于TQ05表。
示例
1234
|
|||
|
根因
RootCauseCode
|
用于标识已确定质量问题根因的代码或文本。 | ||
|
说明
根因属性记录质量缺陷或不符合项的根本原因。确定正确根因是质量管理流程中的关键步骤,也是制定有效纠正和预防措施的基础。 此属性是“根因分析周期时间”和“重复问题模式检测”仪表板的核心。按根因分析有助于识别系统性问题。例如,按特定根因筛选流程图,可以查看该根因是否对应独特的流程路径或更长的解决时间。
为什么重要
通过将根因与产品、部门和流程低效问题关联,帮助分析系统性问题并指导预防措施。
获取位置
通常存储在QMUR表(通知原因)的URCOD字段。
示例
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
|
|||
|
用户
ChangedBy
|
执行活动或进行最近一次变更的人员的用户ID。 | ||
|
说明
此属性标识负责执行特定流程步骤的用户。在SAP中,通常对应“更改人”(AENAM)或“创建人”(ERNAM)字段。 按用户分析有助于了解工作量分布、识别培训需求,以及定位特定用户造成的流程偏差。它是资源分析的基础,例如调查为何某些用户处理时间更长,或为何倾向于采用非标准路径。
为什么重要
支持分析用户绩效、工作量分布和标准流程遵循情况,是优化资源的关键。
获取位置
可在QMEL-ERNAM(创建人)等抬头表和项目表中找到,也可从变更日志CDHDR-USERNAME中获取。
示例
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
目标解决日期
TargetResolutionDate
|
质量事件计划或要求完成的日期。 | ||
|
说明
此日期表示质量事件预计完全解决并关闭的截止时间,通常用于衡量绩效以及是否遵守服务级别协议(SLA)。 此属性是计算按时完成率和识别逾期案例的基础。“质量事件按时完成”仪表板和“质量行动按时率”KPI都依赖于比较实际完成日期与目标日期。它还有助于确定工作优先级并有效管理资源。
为什么重要
为衡量按时完成绩效提供基准,是评估流程效率和SLA合规情况的关键KPI。
获取位置
可在QMEL-QMDAT(要求结束日期)中找到,也可在任务级别的QMSM-PSTER中找到。
示例
2023-05-302023-06-152023-07-01
|
|||
|
负责部门
ResponsibleDepartment
|
负责执行特定任务或管理质量事件的部门或职能领域。 | ||
|
说明
此属性表示分配给某项活动或整个质量事件的组织单位,可能是质量保证团队、工程部门或生产单位。 这是分析跨部门协作与交接的关键维度。它有助于识别责任从一个部门转移到另一个部门时产生的延迟,为“跨部门交接延迟”仪表板提供支持。您还可以按部门筛选流程视图,了解特定部门的运作方式。
为什么重要
对于分析部门间交接、识别组织瓶颈以及了解不同团队对流程的贡献至关重要。
获取位置
通常来源于与通知或任务关联的合作伙伴职能,或HR主数据中的用户组织分配信息,也可能不是直接字段。
示例
质量保证3号生产线供应商质量工程
|
|||
|
质量通知类型
QualityNotificationType
|
质量通知的分类,例如客户投诉、内部问题或供应商缺陷。 | ||
|
说明
该属性根据质量事件的来源和性质进行分类。SAP的标准类型包括客户投诉、内部问题报告和供应商相关缺陷。此分类决定后续流程和所需文档。 按通知类型分析流程,对于了解不同类型的问题是否采用不同处理方式或具有不同效率至关重要。它支持“Quality Event Throughput Analysis”等仪表板,便于筛选和比较不同问题类别的周期时间与流程路径。
为什么重要
您可以据此细分流程,查看不同类型的质量问题是否遵循不同路径,或是否具有不同的绩效特征。
获取位置
位于QMEL表的QMART字段。
示例
Q1Q2F2
|
|||
|
最近数据更新时间
LastDataUpdate
|
表示该记录数据最近一次从源系统刷新时间的时间戳。 | ||
|
说明
此属性提供最近一次从源系统提取或更新数据的时间戳,帮助用户了解所分析数据的新鲜度。 在任何分析仪表板或报告中显示此信息,对于管理用户对数据时效性的预期至关重要。它有助于区分近期流程变化与过时数据造成的假象。
为什么重要
帮助用户了解数据的新鲜度,这对于基于流程挖掘分析及时、准确地作出决策至关重要。
获取位置
这是由数据提取工具或数据管道在数据刷新时生成并填充的元数据字段。
示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
客户
CustomerNumber
|
与质量事件关联的客户标识(如适用)。 | ||
|
说明
此属性将质量事件关联到特定客户,对于“客户投诉”等通知类型尤其重要。跟踪此信息对于客户关系管理以及了解质量问题对客户的影响至关重要。 按客户分析可以识别某些客户是否比其他客户遇到更多质量问题,或不同客户的解决时间是否存在差异。通过增加客户维度分析影响,它支持“按严重程度和影响分析质量事件”仪表板。
为什么重要
将质量事件关联到客户,从而分析客户特定的问题,并确保高价值客户获得优先支持。
获取位置
通常位于通知的合作伙伴职能中。如果是销售订单产生的投诉,也可能位于QMEL-KUNUM。
示例
CUST-10045CUST-20399CUST-80110
|
|||
|
工厂
Plant
|
质量事件发生或被管理的生产工厂或地点。 | ||
|
说明
工厂属性指定与质量事件关联的实际地点,例如工厂或仓库,为质量问题发生的位置提供地理或组织背景。 这是开展对比分析的重要维度。按工厂筛选或分组后,管理人员可以比较不同地点的绩效,识别特定地点的问题,并分享高绩效工厂的最佳实践。它有助于回答“哪个工厂的根因分析周期时间最长?”等问题。
为什么重要
支持比较不同运营地点的绩效,帮助识别特定地点的问题和最佳实践。
获取位置
与通知抬头关联的工厂位于QMEL-WERKS。如果与特定物料相关,也可以在项目级别找到。
示例
100017102000
|
|||
|
按时完成
IsOnTimeCompletion
|
用于表示质量事件是否在目标解决日期前完成的布尔标记。 | ||
|
说明
此计算标记将质量事件的实际完成时间戳与“目标解决日期”进行比较。如果事件在目标日期当天或之前关闭,则为true,否则为false。 此属性为绩效监控提供简单直接的衡量方式,是“质量事件按时完成”仪表板和“质量行动按时率”KPI的基础。您可以按部门、产品或通知类型等不同维度轻松筛选和汇总,了解按时完成绩效。
为什么重要
为基于截止时间跟踪绩效提供清晰的二元结果,便于衡量和报告SLA合规情况。
获取位置
通过比较最终关闭活动的时间戳与“TargetResolutionDate”属性计算得出。
示例
truefalse
|
|||
|
是否返工
IsRework
|
用于表示某项活动或一系列活动是否属于返工的布尔标记。 | ||
|
说明
如果案例重复执行某些步骤,则此标记为true,表示初始工作未达到要求。例如,同一案例先执行“根因分析”,之后又执行“分配调查任务”,就说明存在返工循环。 此属性直接支持“纠正措施返工率”KPI。识别并量化返工是流程挖掘的主要目标之一,因为返工意味着资源浪费和流程低效。在流程图中突出显示返工循环,可以发现质量和效率方面的重要改进机会。
为什么重要
通过识别重复步骤量化流程低效,突出浪费的工作量和提升一次通过率的机会。
获取位置
这是计算属性,在流程挖掘分析期间通过检测单个案例中的重复活动序列生成。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
标识数据提取所来自的源系统,例如特定的SAP S/4HANA实例。 | ||
|
说明
此属性指定质量管理数据的来源。在包含多个ERP或集成系统的环境中,该字段对于区分数据源和确保数据完整性至关重要。 在分析中,它支持按不同系统或组织单元筛选和比较流程。对于给定数据集,该字段通常为固定值,但对数据治理和业务背景说明不可或缺。
为什么重要
提供有关数据来源的重要背景信息,对于数据治理以及包含多个互联系统的环境至关重要。
获取位置
通常是在数据提取过程中添加的静态值,用于标识SAP S/4HANA客户端和系统ID。
示例
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
|
|||
|
行动有效性
EffectivenessEvaluation
|
用于确认已实施措施是否有效的验证检查结果。 | ||
|
说明
此属性记录有效性检查结果,是质量管理闭环中的关键最后一步。它确认采取的纠正或预防措施是否成功解决根因并防止问题再次发生。 这是“行动有效性验证”仪表板和“行动有效性验证率”KPI的主要属性,可直接反映问题解决流程本身的质量。无效措施比例较高,说明需要改进根因分析或行动规划阶段。
为什么重要
直接衡量问题解决流程的成效,表明所采取的措施是否真正防止问题再次发生。
获取位置
此信息通常存储在质量通知的后续行动或特定任务状态中,也可能是自定义字段,或基于特定状态代码生成。
示例
有效无效需要监控
|
|||
|
通知状态
SystemStatus
|
质量通知当前的处理状态,例如“待处理”或“已完成”。 | ||
|
说明
系统状态表示质量事件在生命周期中的当前状态。SAP使用状态管理系统,OSNO(通知待处理)、NOPR(通知处理中)和NOCO(通知已完成)等状态反映处理进度。 此属性通常用于推导事件日志中的活动,也可作为筛选案例的重要维度,例如仅分析未关闭或近期关闭的质量事件。了解状态转换,是构建准确流程模型的关键。
为什么重要
表示案例当前状态,可用于筛选活动案例与已关闭案例,并帮助推导流程活动本身。
获取位置
来源于存储各类SAP对象状态信息的JEST和JSTO表,通过QMEL-OBJNR关联。
示例
OSNO NOPRNOCOTSCO
|
|||
质量管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
作出使用决策
|
表示针对检验批中货物质量作出的正式决定,例如接受或拒收。对于源自检验的质量问题,这是一个独立事件,在保存使用决策时捕获。 | ||
|
为什么重要
对于检验驱动的流程,这是决定后续物料冻结或放行等措施的重要里程碑。分析其时间和结果,是了解产品质量控制效率的关键。
获取位置
这是记录在使用决策表QAVE中的明确事件。与检验批(PRUEFLOS)关联的记录创建时间戳表示此活动。
采集
使用QAVE表中相关检验批的创建时间戳。
事件类型
explicit
|
|||
|
创建质量通知
|
此活动标志着质量管理流程正式开始,即正式记录质量相关问题、缺陷或投诉。在SAP S/4HANA中创建质量通知时,系统会记录初始详情并分配唯一标识符,从而启动案例。 | ||
|
为什么重要
作为主要开始事件,此活动对于衡量质量解决流程的端到端周期时间至关重要。它为跟踪处理和关闭质量事件所需的时间提供基准。
获取位置
这是从质量通知抬头表QMEL中捕获的明确事件。相应通知编号QMNUM的创建时间戳通常位于ERDAT字段。
采集
使用QMEL表中指定通知的创建时间戳(ERDAT)。
事件类型
explicit
|
|||
|
已验证措施有效
|
确认已实施的纠正或预防措施有效,质量问题已解决且未再次发生。通常在有效性检查任务完成或最终质量审核完成时捕获。 | ||
|
为什么重要
这是验证整个解决流程的关键里程碑。成功验证率较高,表明质量管理体系有效,并有助于减少重复问题。
获取位置
通常根据QMSM表中“有效性检查”任务的完成情况推断,使用完成日期ERLDT。
采集
识别QMSM中有效性验证任务的完成时间戳。
事件类型
inferred
|
|||
|
根因分析完成
|
标志着调查阶段完成,即已识别质量问题的根本原因。通常根据通知中“根因分析”任务的完成情况推断。 | ||
|
为什么重要
这是衡量调查流程时长和效率的关键里程碑。识别此步骤之前的延误,有助于定位问题分析和决策环节中的瓶颈。
获取位置
根据QMSM表中调查任务或RCA专属任务的完成情况推断。可通过状态变更或任务完成日期字段(ERLDT)是否已填充来识别完成时间。
采集
在QMSM表中识别相关根因分析任务的完成时间戳(ERLDT)。
事件类型
inferred
|
|||
|
纠正措施已实施
|
标志着纠正措施计划中定义的工作已完成。通常在质量通知中的纠正措施任务被标记为完成时捕获。 | ||
|
为什么重要
这是表明已采取措施解决质量问题的关键里程碑,对于衡量措施按时完成率和解决阶段整体效率至关重要。
获取位置
根据QMSM表中纠正措施任务的完成情况推断。完成日期记录在ERLDT字段中,或通过JEST/JCDS表中的“Completed”状态变更记录。
采集
在QMSM表中识别纠正措施任务的完成时间戳(ERLDT)。
事件类型
inferred
|
|||
|
通知已完成
|
表示质量通知在业务层面完成,所需措施均已采取,问题从运营角度得到解决。这是系统中的正式状态变更。 | ||
|
为什么重要
此活动是衡量业务解决时间的主要终点。它确认从流程负责人的角度看,案例已经结束,即使技术关闭尚未完成。
获取位置
根据质量通知对象的状态变更推断。识别JCDS表中设置“NOCO”(通知已完成)等状态的时间戳即可捕获。
采集
识别JCDS表中设置“通知已完成”状态的时间戳。
事件类型
inferred
|
|||
|
分配调查任务
|
当某项具体任务正式创建并分配给个人或部门时,就会发生此事件,例如创建根因调查任务。该事件在质量通知中创建任务记录时捕获。 | ||
|
为什么重要
跟踪任务分配对于了解工作量分布和识别资源分配瓶颈至关重要。它标志着调查阶段开始,也是衡量根因分析周期时间的重要输入。
获取位置
从与质量通知关联的任务管理表QMSM中捕获。具有相关代码的任务,例如调查任务,其创建日期(ERDAT)标志着此事件。
采集
使用QMSM表中调查相关任务的创建时间戳(ERDAT)。
事件类型
explicit
|
|||
|
已通知相关方
|
表示向客户或内部部门等相关方传达解决结果。此步骤很少由系统自动完成,通常需要人工操作。 | ||
|
为什么重要
及时沟通对于客户满意度和信息透明至关重要。衡量关闭与通知之间的延迟,可以发现沟通流程中的缺口。
获取位置
此活动难以直接从SAP中捕获。可以根据QMSM中标记为“通知相关方”的人工任务完成情况推断,否则需要分析电子邮件日志等外部系统。
采集
如果使用人工沟通任务,请识别其完成时间。否则通常无法获取此数据。
事件类型
inferred
|
|||
|
措施计划获批
|
表示拟定的纠正或预防措施计划已完成审核并获准实施。此步骤通常不是独立事件,可能根据任务被释放以进行处理来推断。 | ||
|
为什么重要
审批阶段的长期延误会显著拖慢整个解决流程。分析这段时长有助于识别行政瓶颈和简化治理流程的机会。
获取位置
通常根据QMSM表中任务的状态变更推断,例如状态变为“Released”。该状态变更的时间戳可在与任务对象关联的JCDS表中找到。
采集
识别纠正或预防措施任务设置为“Released”状态的时间戳。
事件类型
inferred
|
|||
|
提出纠正措施
|
此活动表示正式记录解决已识别问题的计划。在SAP中,通常通过在质量通知中创建“纠正措施”任务来捕获。 | ||
|
为什么重要
此事件启动解决阶段。衡量从根因分析到此步骤所需的时间,可以发现措施规划中的延误。
获取位置
当相关质量通知的QMSM表中创建带有“纠正措施”代码的任务时,捕获此事件。
采集
使用QMSM表中纠正措施类型任务的创建时间戳(ERDAT)。
事件类型
explicit
|
|||
|
提出预防措施
|
当创建防止质量问题再次发生的计划时,就会发生此活动。与纠正措施类似,通常通过创建“预防措施”任务来捕获。 | ||
|
为什么重要
此事件对于评估组织是否重视主动质量改进,而不仅是被动修复至关重要。它标志着长期解决工作的开始。
获取位置
为特定质量通知在QMSM表中创建带有“预防措施”代码的任务时,捕获此事件。
采集
使用QMSM表中预防措施类型任务的创建时间戳(ERDAT)。
事件类型
explicit
|
|||
|
通知已关闭
|
表示系统中质量通知的最终技术关闭。此后无法再更改通知,标志着该记录生命周期的绝对终点。 | ||
|
为什么重要
此活动为流程提供最终结束事件。分析“通知已完成”与“通知已关闭”之间的时间,可以发现行政关闭流程中的延误。
获取位置
根据质量通知的状态变更推断,具体是在设置归档或最终关闭状态时记录。该变更的时间戳记录在JCDS表中。
采集
识别JCDS表中通知设置最终“Closed”状态的时间戳。
事件类型
inferred
|
|||
|
通知进入处理
|
表示质量团队主动接手新建通知并开始处理的时刻。通常这是一个推断事件,根据表明工作已开始的系统状态变更得出。 | ||
|
为什么重要
此活动有助于区分问题被记录的时刻与实际开始处理的时刻。分析创建与此步骤之间的时间差,可以发现问题确认和资源分配方面的潜在延误。
获取位置
根据质量通知对象的状态变更推断。可以分析JEST和JCDS表中的状态变更日志,跟踪“NOPO”(通知处理中)等状态。
采集
在JCDS表中识别通知设置为“处理中”状态的时间戳。
事件类型
inferred
|
|||
|
需要检查措施有效性
|
表示需要进行后续验证,以确认已实施的措施是否成功解决问题。通常通过通知上的特定状态或创建专门的验证任务来表示。 | ||
|
为什么重要
此活动确保质量管理流程包含关键的验证闭环,将措施实施与确认措施成效区分开来。
获取位置
可根据质量通知的状态变更(通过JEST/JCDS)或QMSM表中创建“有效性检查”任务来推断。
采集
识别状态变更或QMSM中验证任务创建的时间戳。
事件类型
inferred
|
|||
|
预防措施已实施
|
标志着计划中的预防措施已成功执行。系统记录相应预防措施任务的完成情况即可捕获此事件。 | ||
|
为什么重要
完成预防措施是成熟质量流程中的重要步骤。跟踪此活动有助于衡量组织防止未来问题、减少重复问题的投入程度。
获取位置
根据QMSM表中预防措施任务的完成情况推断,可通过ERLDT字段或“Completed”状态变更识别。
采集
在QMSM表中识别预防措施任务的完成时间戳(ERLDT)。
事件类型
inferred
|
|||
提取指南
提升质量管理:立即将周期时间缩短30%
识别SAPS/4HANA中的瓶颈,将质量管理周期时间缩短30%。
无需信用卡,几分钟即可完成设置。