您的质量管理数据模板

SAP S/4HANA质量管理
您的质量管理数据模板

您的质量管理数据模板

此模板提供质量管理数据收集与准备的完整指南,列出创建准确事件日志所需的关键属性和活动。借助此资源,您可以简化数据提取与分析工作。
  • 全面分析建议收集的属性
  • 建议跟踪的关键质量管理活动
  • 从SAP S/4HANA质量管理中提取数据的指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

质量管理属性

以下是建议纳入事件日志的数据字段,可用于全面分析SAP S/4HANA中的质量管理流程。
3 必填 7 建议填写 8 选填
名称 说明
开始时间
EventTimestamp
特定活动或事件发生的准确日期和时间。
说明

开始时间(即事件时间戳)记录活动发生的准确时刻。这对于按时间顺序排列事件和计算事件间隔至关重要。例如,可记录通知创建、任务完成或状态变更的时间。

在流程挖掘分析中,此属性是计算周期时间、处理时间和等待时间等所有时间指标的基础。它有助于识别瓶颈、分析吞吐量,以及监控流程绩效是否达到基于时间的SLA或目标要求。准确的时间戳对于整个流程模型的完整性至关重要。

重要性

此时间戳对于排列事件顺序、计算周期时间和等待时间等绩效指标,以及了解流程动态至关重要。

获取途径

通常取自与状态变更或文档创建相关的日期和时间字段。例如,QMEL中的ERDAT/ERZEIT(创建日期/时间)或CDHDR中的变更时间戳。

示例
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
活动
ActivityName
质量管理流程中发生的具体业务事件或任务的名称。
说明

此属性描述质量事件生命周期中的单个步骤或里程碑,例如“通知已创建”“根因分析已完成”或“已作出使用决策”。这些活动根据系统状态变更、相关文档创建记录或变更日志中记录的特定用户操作生成。

分析这些活动的顺序和时间是流程挖掘的核心。通过分析,可以发现实际流程、识别步骤之间的瓶颈,并衡量流程与标准操作规程的一致性。活动粒度决定了流程分析的详细程度。

重要性

此属性定义流程步骤,可用于可视化和分析流程、识别偏差,以及衡量各活动之间的绩效。

获取途径

数据来源包括JEST和JSTO表中的状态变更,以及QMSM(任务)等表中的活动记录。也可根据变更文档表CDHDR和CDPOS构建事件日志。

示例
创建质量通知分配调查任务纠正措施已实施通知已关闭
质量事件
QualityEvent
质量通知的唯一标识符,也是从质量问题发起到关闭全过程的主要案例ID。
说明

质量事件是用于关联单个质量问题相关活动、任务和决策的核心案例标识符。在SAP中,它通常对应质量通知编号(QMNUM)。

在流程挖掘中,按此标识符分析事件,可以还原每个质量案件的端到端处理过程。这是可视化流程、计算案件整体周期时间,以及识别问题解决过程中的常见路径和偏差路径的基础。它也是几乎所有质量管理分析的核心依据。

重要性

这是将所有相关活动关联为同一流程实例的关键标识符,有助于端到端分析质量问题的处理方式。

获取途径

这是质量通知编号,位于QMEL表的QMNUM字段。

示例
200000018200000019200000020
产品
MaterialNumber
受质量事件影响的产品或物料的唯一标识符。
说明

此属性将质量事件关联到特定产品或物料。这对于质量保证至关重要,有助于识别问题反复出现或缺陷率较高的产品。

在流程挖掘中,按产品分析有助于发现规律,例如某些产品是否需要更长时间解决问题,或是否与特定根因相关。这为“重复问题模式检测”仪表板提供支持,可将产品与质量问题关联起来,为有针对性的质量改进提供依据。

重要性

将质量问题关联到特定产品,以便分析产品缺陷率、根因和问题解决模式。

获取途径

位于质量通知项目表QMFE的MATNR字段。

示例
FIN-1001RAW-205ASEMI-303B
优先级
NotificationPriority
分配给质量通知的优先级,表示其紧急程度。
说明

优先级用于确定处理质量事件的紧急程度,帮助团队安排工作,确保优先处理最紧急的问题。SAP支持配置不同的优先级类型,这些类型可能影响目标响应时间。

此属性可用于分析高优先级事项是否确实比低优先级事项处理得更快,也能发现高优先级案件在流程中受阻等低效情况。它是“质量事件吞吐量分析”等仪表板的重要分析维度。

重要性

有助于分析流程绩效是否符合业务紧急程度,确保高优先级问题得到更快解决。

获取途径

位于QMEL表的QMPRI字段,说明见TQ05表。

示例
1234
根因
RootCauseCode
用于标识已确定质量问题根因的代码或文本。
说明

根因属性记录质量缺陷或不符合要求的根本原因。确定正确根因是质量管理流程中的关键步骤,也是制定有效纠正和预防措施的基础。

此属性对于“根因分析周期时间”和“重复问题模式检测”仪表板至关重要。按根因分析有助于发现系统性问题。例如,按特定根因筛选流程图,可以查看该根因是否对应独特的流程路径或更长的问题解决时间。

重要性

将根因与产品、部门和流程低效情况关联起来,有助于分析系统性问题并指导预防措施。

获取途径

通常存储在QMUR表(通知原因)的URCOD字段中。

示例
操作员错误材料缺陷机器故障
用户
ChangedBy
执行活动或进行最近一次更改的人员的用户ID。
说明

此属性标识负责执行特定流程步骤的用户。在SAP中,通常对应“Changed By”(AENAM)或“Created By”(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
负责执行特定任务或管理质量事件的部门或职能领域。
说明

此属性表示负责某项活动或整个质量事件的组织单位,例如质量保证团队、工程部门或生产单位。

这是分析跨部门协作和交接的重要维度。它有助于发现责任从一个部门转移到另一个部门时出现的延误,为“跨部门交接延误”仪表板提供支持。您还可以据此筛选流程视图,了解特定部门的运作情况。

重要性

此属性对于分析部门间交接、识别组织瓶颈,以及了解不同团队对流程的贡献至关重要。

获取途径

通常根据与通知或任务关联的合作伙伴职能,或用户在人力资源主数据中的组织归属推导;它可能不是直接字段。

示例
质量保证生产线3供应商质量工程
质量通知类型
QualityNotificationType
质量通知的分类,例如客户投诉、内部问题或供应商缺陷。
说明

此属性根据质量事件的来源和性质对其分类。SAP标准类型包括客户投诉、内部问题报告和供应商相关缺陷。此分类决定后续流程和所需文档。

按通知类型分析流程,有助于了解不同类型的问题是否采用不同处理方式,或处理效率是否存在差异。它还支持“质量事件吞吐量分析”等仪表板,可按问题类别筛选和比较周期时间及流程路径。

重要性

此属性可用于细分流程,了解不同类型的质量问题是否遵循不同路径或呈现不同的绩效特征。

获取途径

位于QMEL表的QMART字段。

示例
Q1Q2F2
客户
CustomerNumber
与质量事件关联的客户标识符(如适用)。
说明

此属性将质量事件关联到特定客户,尤其适用于“客户投诉”等通知类型。跟踪此信息对于客户关系管理和了解质量问题对客户的影响至关重要。

按客户分析有助于企业了解哪些客户遇到的质量问题更多,或不同客户的问题解决时间是否存在差异。此属性为“按严重程度和影响分析质量事件”仪表板增加客户维度,支持影响分析。

重要性

将质量事件关联到客户,以便分析特定客户的问题,并确保为高价值客户优先提供支持。

获取途径

通常可在通知的合作伙伴职能中找到。如果投诉来自销售订单,也可能位于QMEL-KUNUM字段。

示例
CUST-10045CUST-20399CUST-80110
工厂
Plant
质量事件发生或正在处理的制造工厂或地点。
说明

工厂属性指定与质量事件相关的实际地点,例如工厂或仓库,为问题发生地点提供地理或组织背景。

此属性是重要的比较分析维度。按工厂筛选或分组后,管理人员可以比较不同地点的绩效、识别特定地点的问题,并借鉴绩效较好工厂的实践。它有助于回答“哪个工厂的根因分析周期时间最长?”等问题。

重要性

支持比较不同运营地点的绩效,帮助识别特定地点的问题和最佳实践。

获取途径

与通知抬头关联的工厂位于QMEL-WERKS。如果涉及特定物料,也可在项目级别找到。

示例
100017102000
按时完成
IsOnTimeCompletion
用于标识质量事件是否在目标解决日期前完成的布尔标记。
说明

此计算标记会将质量事件的实际完成时间戳与“目标解决日期”进行比较。若事件在目标日期当天或之前关闭,则值为true,否则为false。

此属性可直接衡量绩效,是“质量事件按时完成”仪表板和“质量措施按时完成率”KPI的基础。您可以轻松筛选和汇总数据,按部门、产品或通知类型等维度了解按时完成情况。

重要性

提供清晰的二元结果,用于跟踪截止日期达成情况,便于衡量和报告SLA达成情况。

获取途径

通过比较最后关闭活动的时间戳与“TargetResolutionDate”属性计算得出。

示例
truefalse
措施有效性
EffectivenessEvaluation
用于判断已实施措施是否有效的验证检查结果。
说明

此属性记录有效性检查结果,是质量管理闭环中的关键最后一步。它确认已采取的纠正或预防措施是否成功解决根因并防止问题复发。

此属性是“措施有效性验证”仪表板和“措施有效性验证率”KPI的主要依据,可直接反映问题解决流程的质量。措施无效的比例较高,说明需要改进根因分析或措施计划阶段。

重要性

直接衡量问题解决流程的成效,表明所采取的措施是否真正防止问题复发。

获取途径

此信息通常存储在质量通知的后续措施或特定任务状态中,也可能来自自定义字段或特定状态代码。

示例
有效无效需要监控
数据最近更新时间
LastDataUpdate
表示此记录的数据最近一次从源系统刷新时间的时间戳。
说明

此属性记录数据最近一次从源系统提取或更新的时间戳,帮助用户了解所分析数据的新旧程度。

在分析仪表板或报告中显示此信息,有助于用户判断数据的时效性,并区分近期流程变化与过时数据造成的结果。

重要性

帮助用户了解数据的时效性,这对于依据流程挖掘分析及时、准确地决策至关重要。

获取途径

这是由数据提取工具或数据管道在刷新数据时生成并填充的元数据字段。

示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
是否返工
IsRework
用于标识某项活动或一系列活动是否属于返工的布尔标记。
说明

如果某个案例重复执行了特定步骤,说明初次处理未达到要求,此标记便设为true。例如,同一案例中,“根因分析”活动之后再次出现“调查任务已分配”,就表示形成了返工循环。

此属性可直接用于计算“纠正措施返工率”KPI。识别并量化返工是流程挖掘的重要目标,因为返工意味着资源浪费和流程效率低下。在流程图中突出显示返工循环,有助于发现提升质量和效率的机会。

重要性

通过识别重复执行的步骤,量化流程效率低下的情况,揭示资源浪费,并帮助提升一次做对率。

获取途径

这是一个计算属性。流程挖掘分析会通过检测单个案例中重复出现的活动序列来生成此属性。

示例
truefalse
源系统
SourceSystem
标识数据提取自哪个源系统,例如特定的SAP S/4HANA实例。
说明

此属性说明质量管理数据的来源。在包含多个ERP或集成系统的环境中,此字段对于区分数据来源和确保数据完整性至关重要。

分析时,可按此字段筛选或比较不同系统或组织单位中的流程。对于特定数据集,此字段通常为固定值,但对于数据治理和理解数据背景不可或缺。

重要性

此属性提供数据来源等关键信息,对于数据治理和包含多个互联系统的环境至关重要。

获取途径

通常在数据提取过程中添加固定值,用于标识SAP S/4HANA客户端和系统ID。

示例
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
通知状态
SystemStatus
质量通知当前的处理状态,例如“待处理”或“已完成”。
说明

系统状态表示质量事件在生命周期中的当前阶段。SAP通过状态管理系统跟踪进度,例如OSNO(通知待处理)、NOPR(通知处理中)和NOCO(通知已完成)。

此属性通常用于推导事件日志中的活动,也可作为筛选案件的维度,例如仅分析未关闭或最近关闭的质量事件。了解状态转换对于构建准确的流程模型至关重要。

重要性

表示案件当前状态,可用于筛选活跃或已关闭案件,也有助于推导流程活动。

获取途径

根据存储各类SAP对象状态信息的JEST和JSTO表推导,通过QMEL-OBJNR关联。

示例
OSNO NOPRNOCOTSCO
必填 建议填写 选填

质量管理活动

以下是建议记录在事件日志中的关键流程步骤和里程碑,可用于准确发现和分析流程。
6 建议填写 9 选填
活动 说明
作出使用决策
表示对检验批中货物质量作出的正式决定,例如接受或拒收。对于源自检验的质量问题,这是一个独立事件,在保存使用决策时记录。
重要性

对于由检验驱动的流程,这是一个重要节点,会决定后续操作,例如冻结或放行物料。分析其时间和结果,是了解产品质量控制效率的关键。

获取途径

这是使用决策表QAVE中记录的明确事件。与检验批(PRUEFLOS)关联的记录创建时间戳标志着此活动。

采集

使用QAVE表中相关检验批的创建时间戳。

事件类型 explicit
创建质量通知
此活动标志着质量管理流程正式启动,质量相关问题、缺陷或投诉在此登记。SAP S/4HANA中的质量通知会记录初始详情并分配唯一标识,从而启动案例处理。
重要性

作为主要开始事件,此活动是衡量质量问题解决流程端到端周期时间的关键依据,可用于跟踪质量事件从处理到结案所需的时间。

获取途径

这是从质量通知抬头表QMEL中记录的明确事件。创建时间戳通常位于对应通知编号QMNUM的ERDAT字段中。

采集

使用QMEL表中对应通知的创建时间戳(ERDAT)。

事件类型 explicit
完成根本原因分析
标志着调查阶段完成,即已找出质量问题的根本原因。通常可根据通知中“根本原因分析”任务的完成情况推断此事件。
重要性

这是衡量调查流程耗时和效率的关键节点。识别此步骤之前的延误,有助于定位问题分析和决策中的瓶颈。

获取途径

根据QMSM表中调查任务或根本原因分析专属任务的完成情况推断。可通过状态变更或任务完成日期字段(ERLDT)填值来识别任务完成。

采集

在QMSM表中查找相关根本原因分析任务的完成时间戳(ERLDT)。

事件类型 inferred
措施有效性已验证
确认已实施的纠正或预防措施取得成效,且质量问题已解决并未复发。有效性检查任务完成或最终质量审核结束时,会记录此事件。
重要性

这是验证整个问题解决流程的关键里程碑。验证成功率较高,表明质量管理体系有效,并有助于减少问题复发。

获取途径

通常可根据QMSM表中“Effectiveness Check”任务的完成情况推断,完成日期为ERLDT。

采集

确定QMSM中有效性验证任务的完成时间戳。

事件类型 inferred
纠正措施已实施
标志着纠正措施计划中规定的工作已完成。通常在质量通知中的指定纠正措施任务标记为完成时记录。
重要性

这是表明已采取措施解决质量问题的重要里程碑。该时间有助于衡量措施按时完成率和解决阶段的整体效率。

获取途径

可根据QMSM表中纠正措施任务的完成情况推断。完成日期记录在ERLDT字段中,也可通过JEST/JCDS表中的“Completed”状态变更确定。

采集

确定QMSM表中纠正措施任务的完成时间戳(ERLDT)。

事件类型 inferred
通知已完成
表示质量通知在业务层面已完成,即所有必要措施均已采取,问题已从运营角度解决。这是系统中的正式状态变更。
重要性

此活动是衡量业务问题解决时间的主要终点。它确认从流程负责人的角度看,案件已结束,即使技术关闭尚未完成。

获取途径

可根据质量通知对象的状态变更推断。确定JCDS表中状态设为“NOCO”(通知已完成)的时间戳即可捕获此事件。

采集

确定JCDS表中状态设为“Notification completed”的时间戳。

事件类型 inferred
分配调查任务
当某项具体任务(例如调查根本原因)正式创建并分配给个人或部门时,就会发生此事件。质量通知中创建任务记录时会记录该事件。
重要性

跟踪任务分配对于了解工作负荷分布和发现资源分配瓶颈至关重要。它标志着调查阶段开始,也是衡量根本原因分析周期时间的重要依据。

获取途径

从关联质量通知的任务管理表QMSM中获取。具有相关代码(例如调查代码)的任务,其创建日期(ERDAT)标志着此事件。

采集

使用QMSM表中调查相关任务的创建时间戳(ERDAT)。

事件类型 explicit
已提出预防措施
为防止质量问题再次发生而制定计划时,会发生此活动。与纠正措施类似,通常通过创建“Preventive Action”任务记录。
重要性

此事件对于评估组织是否注重主动改进质量,而非仅在问题发生后采取补救措施,至关重要。它标志着长期解决工作的开始。

获取途径

为特定质量通知在QMSM表中创建带有“Preventive Action”代码的任务时,系统会记录此事件。

采集

对于预防措施类型的任务,使用QMSM表中的创建时间戳(ERDAT)。

事件类型 explicit
已通知相关方
表示已将问题解决情况告知相关方,例如客户或内部部门。这通常不是系统自动触发的事件,往往需要人工完成。
重要性

及时告知相关方对于客户满意度和信息透明至关重要。测量问题关闭到通知发出之间的延迟,有助于发现沟通流程中的不足。

获取途径

此活动难以直接从SAP中获取。可根据QMSM中标记为“Notify Stakeholder”的人工任务完成情况推断,也可分析电子邮件日志等外部系统数据。

采集

如果使用了人工沟通任务,请确定其完成时间;否则,通常无法获取此信息。

事件类型 inferred
提出纠正措施
此活动表示正式记录解决已识别问题的计划。在SAP中,通常通过在质量通知中创建“纠正措施”任务来记录。
重要性

此事件标志着流程进入解决阶段。测量根因分析到此步骤的耗时,有助于发现行动计划制定中的延误。

获取途径

在相关质量通知的QMSM表中创建带有“Corrective Action”代码的任务时,系统会记录此事件。

采集

对于纠正措施类型的任务,使用QMSM表中的创建时间戳(ERDAT)。

事件类型 explicit
行动计划已批准
表示拟定的纠正或预防措施计划已完成审核并获准实施。此步骤通常不是独立事件,可能需要根据任务获准处理的记录推断。
重要性

此审批阶段耗时过长会显著拖慢整个问题解决流程。分析这段时间有助于发现行政审批中的瓶颈和简化治理流程的机会。

获取途径

通常可根据QMSM表中任务的状态变更推断,例如状态变为“Released”。此状态变更的时间戳记录在JCDS表中,并与任务对象关联。

采集

确定纠正或预防措施任务状态设为“Released”的时间戳。

事件类型 inferred
通知已关闭
表示质量通知在系统中已完成最终技术关闭。此后无法再更改通知,记录的生命周期也随之彻底结束。
重要性

此活动是流程的最终结束事件。分析“Notification Completed”到“Notification Closed”之间的耗时,有助于发现行政关闭流程中的延误。

获取途径

可根据质量通知的状态变更推断,具体为归档状态或最终关闭状态的设置。此变更的时间戳记录在JCDS表中。

采集

确定JCDS表中通知状态设为最终“Closed”的时间戳。

事件类型 inferred
通知进入处理
表示质量团队开始处理新建通知的时点。这通常是推断事件,可根据表明工作已开始的系统状态变更得出。
重要性

此活动有助于区分问题登记与实际开始处理。分析创建通知到此步骤之间的时间差,可以发现问题确认和资源分配方面的潜在延误。

获取途径

根据质量通知对象的状态变更推断。可分析JEST和JCDS表中的状态变更日志,跟踪类似“NOPO”(通知处理中)的状态。

采集

在JCDS表中查找通知状态设为“处理中”的时间戳。

事件类型 inferred
需要进行有效性检查
表示需要进行后续验证,以确认已实施的措施是否成功解决问题。通常通过通知上的特定状态或创建专门的验证任务来体现。
重要性

此活动确保质量管理流程包含关键的验证环节,将措施的实施与确认措施是否有效区分开来。

获取途径

可根据质量通知的状态变更(通过JEST/JCDS记录)或QMSM表中创建的“Effectiveness Check”任务推断。

采集

确定状态变更或在QMSM中创建验证任务的时间戳。

事件类型 inferred
预防措施已实施
标志着计划中的预防措施已成功执行。系统通过记录相应预防措施任务的完成情况来捕获此事件。
重要性

完成预防措施是成熟质量流程中的关键步骤。跟踪此活动有助于衡量组织防止未来问题、减少问题复发的投入。

获取途径

可根据QMSM表中预防措施任务的完成情况推断,依据为ERLDT字段或“Completed”状态变更。

采集

确定QMSM表中预防措施任务的完成时间戳(ERLDT)。

事件类型 inferred
建议填写 选填

数据提取指南

如何从SAP S/4HANA质量管理中获取数据

准备好开始了吗?

使用此模板快速准备数据,开始优化质量管理流程。借助SAP S/4HANA中的数据发现洞察并提升效率。

提升质量管理:立即将周期时间缩短30%

识别SAP S/4HANA中的瓶颈,将QM周期时间缩短30%。

开始免费试用

无需信用卡,几分钟即可完成设置。