您的采购到付款申请数据模板

SAP ECC
您的采购到付款申请数据模板

您的采购到付款申请数据模板

本模板全面介绍如何收集分析采购到付款申请流程所需的关键数据,包括需要采集的重要数据字段、需要跟踪的关键活动,以及从源系统提取这些信息的实用指导。使用此资源,为高效开展流程挖掘做好数据准备。
  • 建议采集的属性
  • 需要跟踪的关键活动
  • SAP ECC数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

采购到付款-采购申请属性

以下是建议纳入事件日志的数据字段,用于全面分析采购到付款采购申请流程。
5 必需 5 建议 9 可选
名称 说明
事件时间
EventTime
表示活动发生时间的时间戳。
说明

事件时间记录具体活动发生的准确日期和时间。该时间戳是流程挖掘中所有基于时间的分析的基础,包括计算周期时间、识别瓶颈和了解流程绩效。

在采购申请场景中,此属性可用于计算“采购申请平均审批时间”和“创建采购订单所需时间”等关键KPI。它为展示时长的仪表板提供原始数据,例如采购申请审批周期时间分析,从而衡量流程中任意两个节点之间的时间。

为什么重要

该时间戳对于计算所有时长、分析流程绩效和发现时间相关瓶颈至关重要。

获取位置

位于变更文档抬头表CDHDR中(字段UDATE和UTIME)。

示例
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
活动名称
ActivityName
特定时间点发生的业务活动名称。
说明

此属性描述采购申请生命周期中的具体步骤或事件,例如“采购申请已创建”“已提交审批”或“采购订单已创建”。这些活动通常源自SAP中的状态变更、工作流日志或变更文档。

分析活动的顺序和频率是流程挖掘的基础。通过分析,您可以发现实际流程路径,包括常见路径、偏差和瓶颈。这对于构建“端到端采购申请流程图”等仪表板,以及计算返工和合规相关KPI至关重要。

为什么重要

定义流程步骤,支持流程图可视化和流程路径差异分析。

获取位置

源自变更文档表CDHDR和CDPOS、工作流日志,或EBAN-STATU等状态字段。

示例
采购申请已创建审批步骤已通过采购申请已驳回采购订单已创建
采购申请ID
PurchaseRequisitionId
采购申请文档的唯一标识符。
说明

采购申请ID是SAP ECC中唯一标识每项货物或服务申请的主键。它也是核心案例标识符,用于关联特定采购申请从创建到最终处理结果的所有活动和变更,例如转换为采购订单或关闭。

在流程挖掘中,该ID对于重建每项采购申请的端到端生命周期至关重要。通过跟踪此标识符,分析人员可以可视化完整流程,衡量各里程碑之间的时长,并分析不同采购申请的处理差异,从而全面了解采购申请的完整历程。

为什么重要

这是连接所有相关流程事件的核心标识符,可将事件归入同一案例,实现端到端流程分析。

获取位置

位于EBAN表的BANFN字段。

示例
100234567810023456791002345680
最近数据更新时间
LastDataUpdate
源系统最近一次数据刷新或提取的时间戳。
说明

此属性表示数据集最近一次更新的时间。每次加载数据时,系统都会将一个静态时间戳应用于整个数据集,作为分析数据新鲜度的参考。

对于任何流程挖掘仪表板或分析,了解数据的时效性对于做出合理决策至关重要。此属性可确保所有相关人员了解当前查看数据所覆盖的时间范围,避免基于过时信息得出结论。

为什么重要

说明数据的新鲜度,这对于确保流程分析的相关性和准确性至关重要。

获取位置

表示数据提取时间戳的静态值,在ETL过程中添加。

示例
2024-01-15T04:00:00Z2024-01-16T04:00:00Z
源系统
SourceSystem
标识数据提取自哪个源系统。
说明

此属性说明流程数据的来源,例如“SAP ECC生产系统”或“S4HANA QA”。它通常在数据提取过程中作为静态值添加,尤其适用于包含多个源系统的环境。

在流程分析中,该属性有助于区分不同来源的数据,避免将生产、测试或开发环境的数据混合后导致分析偏差。它是数据治理和可追溯性的基础元数据。

为什么重要

为数据来源提供必要上下文,确保可追溯性,并支持多系统分析。

获取位置

通常是在数据提取、转换和加载(ETL)过程中添加的静态值。

示例
SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
文档类型
RequisitionDocumentType
用于确定采购申请类型及其特征的分类。
说明

SAP中的文档类型控制采购申请的多个方面,包括编号范围、字段选择以及所遵循的整体采购流程。示例包括“标准采购申请”“库存转储”或“服务采购申请”。

此属性是重要的分析维度,因为不同文档类型通常对应不同的流程路径和审批要求。分析人员可以据此对数据分组,比较不同采购申请流程的绩效,从而了解合规情况,并发现流程标准化或专业化的机会。

为什么重要

支持将采购申请划分为不同流程类别,从而开展更精准、更有针对性的分析。

获取位置

位于EBAN表的BSART字段。

示例
NBUBRV
用户名
User
执行活动的用户ID。
说明

此属性标识事件的具体负责人,例如创建采购申请、批准步骤或修改文档的用户。在SAP中,通常记录为用户ID。

按用户分析有助于识别培训需求、评估个人绩效和发现潜在的数据录入错误。它是“按申请人分析采购申请创建吞吐量”等仪表板的基础,也有助于了解工作负载分布以及职责分离政策的合规情况。

为什么重要

将活动归属到具体人员,支持用户绩效、工作负载、合规性和培训需求分析。

获取位置

变更记录来自变更文档抬头表CDHDR(字段USERNAME),创建者信息来自EBAN(字段ERNAM)。

示例
SMITHJR.DOEUSER123
部门
Department
申请人所属部门或与采购申请关联的成本中心。
说明

此属性表示发起采购申请的业务单元或部门。通常根据申请人的用户资料,或采购申请行项目所分配的成本中心得出。

按部门分析流程对于了解组织内不同部门的绩效差异至关重要。它是“采购申请审批周期时间”仪表板和“部门审批时间差异”KPI的主要维度,有助于定位流程高效的部门,以及需要改进或增加资源的部门。

为什么重要

支持比较不同业务单元的绩效,突出部门瓶颈和流程不一致问题。

获取位置

通常通过将申请人(EBAN-AFNAM)关联到用户主数据(SU01)得出,或使用与采购申请科目分配关联的成本中心(EBKN-KOSTL)。

示例
财务部IT运营部市场部制造部
采购申请总价值
TotalRequisitionValue
采购申请中所有项目的货币总价值。
说明

此属性表示采购申请的总金额。该金额通常是确定所需审批工作流的关键因素,金额较高的采购申请通常需要更严格的审核和更多审批步骤。

按金额分析对于了解财务影响如何影响流程行为至关重要。通过分析可以发现高金额采购申请是否审批时间更长、拒绝率更高,或是否遵循不同的流程路径。这也是评估采购流程财务吞吐量的基础指标。

为什么重要

帮助关联流程行为与财务影响,对于风险分析和了解审批复杂度至关重要。

获取位置

所有行项目价值之和。行项目价值位于EBAN表的GSWER字段,货币位于EBAN-WAERS。

示例
1500.00250.50125000.00
采购申请状态
RequisitionStatus
采购申请当前的处理状态。
说明

此属性表示采购申请在特定时间点的整体状态,例如“发布中”“已批准”“已拒绝”或“已关闭”。在SAP中通常以状态代码表示。

跟踪状态对于了解采购申请结果至关重要。它直接支持“采购申请结果与拒绝率”仪表板,以及“采购申请拒绝率”和“采购申请撤回率”等KPI。分析采购申请在不同状态之间的转换,有助于识别流程低效环节和失败节点。

为什么重要

定义采购申请的结果,对于分析成功率、拒绝原因和流程终点至关重要。

获取位置

处理状态位于EBAN表的STATU字段,发布状态位于EBAN-FRGZU。

示例
N(未编辑)B(已创建采购订单)A(已创建询价)K(已关闭)
优先级
Priority
分配给采购申请的紧急程度。
说明

此属性表示采购申请的优先级,通常分为“紧急”“高”或“正常”。该标记用于提醒审批人和采购人员,相关申请需要加急处理。

此属性是“紧急采购申请处理绩效”仪表板和“紧急标记有效性”KPI的基础。分析重点是:标记为紧急的采购申请是否确实比普通申请处理得更快。通过分析,可以验证优先级机制的有效性,并确保关键业务需求得到及时满足。

为什么重要

支持分析紧急申请是否处理得更快,从而验证优先级机制的有效性。

获取位置

这不是EBAN中的标准字段,通常通过自定义字段实现,或根据需求跟踪编号(EBAN-BEDNR)或特定文档类型推断得出。

示例
123
供应商ID
VendorId
建议供应商或固定供应商的唯一标识符。
说明

此属性包含申请项目的首选供应商或合同指定供应商ID。该信息可能由申请人预先填写或建议。

按供应商分析采购申请,有助于评估预选供应商对采购流程的影响。例如,可以了解指定供应商的采购申请是否审批更快,或某些供应商是否对应更高的拒绝率,从而洞察流程早期的供应商参与情况。

为什么重要

帮助了解首选供应商关系及其对采购申请处理速度和结果的影响。

获取位置

位于EBAN表的LIFNR字段(固定供应商)。

示例
100030025V9876
工厂
Plant
申请货物或服务的公司地点或工厂。
说明

工厂是公司内部的组织单元,代表工厂、仓库或办公室等实体地点。采购申请会指定所需物料的使用工厂。

按工厂分析可以从地理位置或具体地点的角度了解采购申请流程,突出不同地点之间的绩效差异。这些差异可能源于当地流程、人员配置或业务需求不同,也是区域绩效仪表板常用的分析维度。

为什么重要

提供地理或地点维度的分析背景,帮助识别区域流程差异和绩效差异。

获取位置

位于EBAN表的WERKS字段。

示例
10002100DE01
拒绝原因
RejectionReason
采购申请或审批步骤被拒绝时提供的原因。
说明

此属性记录拒绝采购申请的理由。审批人通常在拒绝活动中输入自由文本,或从预定义代码列表中选择原因。

分析拒绝原因对于流程改进至关重要。它直接说明采购申请失败的原因,可能包括违反政策、数据错误或预算不足。该数据是“采购申请结果与拒绝率”仪表板的关键依据,也有助于识别流程低效的根本原因。

为什么重要

直接揭示采购申请被拒绝的原因,支持有针对性的流程改进和用户培训。

获取位置

此数据通常存储在工作流日志或与拒绝事件关联的长文本中。EBAN中没有对应的标准字段。

示例
成本中心错误超出预算重复申请不符合政策要求
是否返工
IsRework
表示采购申请是否经历返工循环的布尔标记,例如提交后被修改。
说明

这是一个派生属性,用于标记涉及返工的活动或案例。例如,“采购申请已修改”发生在“已提交审批”之后,即可视为返工。拒绝事件将流程退回早期阶段时,也可能触发此标记。

此标记是“采购申请修改与返工分析”仪表板的基础。它支持快速筛选和量化返工,帮助衡量返工对整体周期时间的影响,并识别流程低效的根本原因。返工率较高通常意味着数据质量或需求说明存在问题。

为什么重要

帮助量化返工的频率和影响,便于识别和分析流程低效环节及循环。

获取位置

通过识别事件日志中的特定活动序列得出,例如审批活动之后出现“采购申请已修改”。

示例
truefalse
物料组
MaterialGroup
申请物料或服务所属的组别或类别。
说明

物料组用于将特征相似的物料或服务归为一类,支持按类别分析采购活动。

按物料组分析有助于开展战略寻源和支出分析。在流程挖掘中,可以发现“IT硬件”或“专业服务”等特定类别的采购申请是否遵循不同流程路径,或是否经历更长的审批时间。这些洞察对于“采购申请数据质量报告”以及了解采购内容导致的流程差异很有价值。

为什么重要

支持按采购类别开展支出和流程分析,服务于战略寻源,并识别特定类别的瓶颈。

获取位置

位于EBAN表的MATKL字段。

示例
00101L001IT-SFTWR
申请人姓名
RequesterName
申请货物或服务的人员姓名。
说明

此属性标识发起采购申请的人员,即提出相关货物或服务业务需求的人员。

跟踪申请人可以按个人或群体分析采购申请模式。“按申请人分析采购申请创建吞吐量”仪表板依靠此属性识别高频用户、可能需要额外培训的用户,或采购活动频繁的部门,从流程起点提供以人为中心的视角。

为什么重要

识别流程负责人,支持分析采购申请创建模式,并帮助制定有针对性的用户培训计划。

获取位置

位于EBAN表的AFNAM字段。

示例
Alice WilliamsBob JohnsonCharlie Brown
采购组
PurchasingGroup
负责采购申请项目的采购人员组。
说明

采购组是负责特定采购活动的组织单元,代表采购申请获批后负责处理的采购团队。

此属性可用于分析不同采购团队的工作负载和绩效,帮助识别某些采购组是否成为采购申请转换为采购订单的瓶颈,或是否比其他团队更高效地处理特定类型的采购申请。它是采购职能资源管理和绩效管理的重要维度。

为什么重要

明确采购责任,支持工作负载分析和不同采购团队之间的绩效比较。

获取位置

位于EBAN表的EKGRP字段。

示例
001002P01
采购订单ID
PurchaseOrderId
根据采购申请创建的采购订单ID。
说明

此属性将采购申请关联到后续创建、用于履行申请的采购订单。一项采购申请有时可能对应多个采购订单。

该关联对于分析采购申请与采购流程之间的交接至关重要。计算“从采购申请创建采购订单所需时间”KPI,以及支持“已批准采购申请到采购订单创建的延迟”仪表板,都需要此关联。了解这一关系是衡量整个采购到付款周期效率的关键。

为什么重要

将采购申请流程连接到下游采购流程,支持分析交接延迟。

获取位置

采购订单创建后,其编号存储在EBAN表的EBELN字段中。

示例
450001712345000171244500017125
必需 建议 可选

采购到付款-采购申请活动

以下是应在事件日志中记录的关键流程步骤和里程碑,用于准确发现并分析采购申请工作流。
6 建议 7 可选
活动 说明
已提交审批
该活动表示采购申请已进入正式审批工作流。通常,当采购申请状态根据已配置的发布策略变更为需要初始发布或审批操作时,可以推断出该事件。
为什么重要

这标志着审批周期时间的起点,是衡量流程效率的关键KPI。了解这一节点,有助于区分创建完成到正式审批开始之间的延误。

获取位置

根据EBAN表中与发布策略相关的首次状态变更推断,例如FRGZU字段从初始状态变为待处理状态,或根据与采购申请关联的工作流日志中的首条记录推断。

采集

根据首条表明发布策略已激活的变更日志记录推断。

事件类型 inferred
采购申请已创建
该活动表示用户首次创建并保存采购申请。当EBAN表中生成新记录时,系统会明确捕获此事件,并记录创建日期和时间。
为什么重要

作为流程起点,该活动对于计算采购申请的完整生命周期时长和分析创建吞吐量至关重要。它有助于识别采购申请的创建人员及创建时间。

获取位置

对于指定的采购申请ID(BANFN),系统从EBAN表的创建日期(ERDAT)和创建时间(UZEIT)字段捕获此事件。

采集

首次保存记录时,从EBAN表的ERDAT和UZEIT字段获取时间戳。

事件类型 explicit
采购申请已审批
该里程碑活动表示采购申请已成功通过所有必需的审批步骤。当最终发布代码已应用,且EBAN表中的整体发布指示符(FRGZU)设置为已批准状态时,可以推断出该事件。
为什么重要

这是一个关键里程碑,标志着审批周期结束和采购阶段开始。它对于计算审批总时长KPI,以及衡量交接至采购订单创建之间的延误至关重要。

获取位置

当EBAN表中字段FRGZU变更为代表最终审批的值时,根据CDPOS中该变更日志记录的时间戳推断。

采集

根据EBAN中的最终发布指示符字段达到终止性的“已批准”状态推断。

事件类型 inferred
采购申请已撤回
这是一个终止活动:创建者或授权用户通过设置删除标记取消采购申请项目。系统会明确记录此操作,表示业务需求已失效或申请创建有误。
为什么重要

这是流程中的关键失败终点,也是计算撤回率的基础。撤回率较高可能表示审批时间过长,导致用户放弃申请,也可能反映需求计划存在系统性问题。

获取位置

当EBAN表中采购申请项目的“删除指示符”字段(LOEKZ)被设置时,系统会记录此明确操作。该变更记录在CDHDR和CDPOS中。

采集

删除指示符(EBAN-LOEKZ)设置为“L”时生成的变更日志条目。

事件类型 explicit
采购申请已驳回
这是一个终止活动,表示采购申请已被最终驳回,无法继续处理。当审批人将EBAN表中的发布指示符设置为最终驳回状态时,可以推断出该事件。
为什么重要

该活动是流程的关键终点,对于计算采购申请驳回率KPI至关重要。分析这些案例有助于了解采购失败和资源浪费的原因。

获取位置

当EBAN表中字段FRGZU变更为代表最终驳回的值时,根据CDPOS中该变更日志记录的时间戳推断。

采集

根据EBAN中的最终发布指示符字段达到终止性的“已驳回”状态推断。

事件类型 inferred
采购订单已创建
此活动表示已批准的采购申请成功转换为采购订单。系统通过查找引用该采购申请的对应采购订单项目,推断出该采购申请的此事件。
为什么重要

作为主要成功结果,此活动标志采购申请流程结束,并开启采购阶段。“采购申请已批准”与此事件之间的时长,是衡量交接效率的重要KPI。

获取位置

通过在EKPO(采购订单项目)表中查找记录推断得出:其中BANFN和BNFPO字段分别与EBAN表中的采购申请编号和项目匹配。采购订单创建日期(EKKO.AEDAT)提供时间戳。

采集

通过关联EBAN和EKPO表,并使用EKKO中的采购订单创建日期推断得出。

事件类型 inferred
审批已重置
表示采购申请的整个审批工作流已重置,通常由重大修改引起。当发布状态在此前已激活后被清除,迫使审批流程从头开始时,可以推断出该事件。
为什么重要

审批重置是影响周期时间的重大返工事件。识别这些事件,有助于发现流程低效,以及采购申请修改对工作流造成的后续影响。

获取位置

根据EBAN表的变更日志(CDHDR/CDPOS)推断:发布状态字段(如FRGZU)从待处理或已批准状态变更回初始状态或空白状态。

采集

根据显示发布策略字段已被清除的变更日志推断。

事件类型 inferred
审批步骤已开始
表示采购申请正在等待发布策略中指定的某位审批人或审批组采取行动。当采购申请状态显示其正在等待特定发布代码时,可以推断出该事件。
为什么重要

该活动支持对审批链中的每个步骤进行详细分析,帮助定位造成最长延误的审批人或阶段。

获取位置

通过跟踪EBAN表中发布状态字段的变更顺序推断。每次变更为新的待处理状态,都表示新的审批步骤开始。

采集

根据表明新的发布代码已激活并等待审批的状态变更推断。

事件类型 inferred
审批步骤已通过
表示授权用户明确批准发布策略中的某个审批步骤。该操作会记录为采购申请发布状态的变更,使其更接近最终审批。
为什么重要

跟踪单个审批对于衡量每个步骤的持续时间、分析不同审批人的绩效十分必要,也是了解工作流符合性的基础。

获取位置

从EBAN表发布状态字段的变更日志(CDHDR/CDPOS)中捕获。审批人通过事务ME54N或类似T-code执行操作后,会触发该日志变更。

采集

审批人执行发布事务时创建的变更日志记录。

事件类型 explicit
审批步骤已驳回
授权用户明确驳回了发布策略中的某个审批步骤,通常会将采购申请退回创建人进行修改。该操作会记录为采购申请发布状态的变更。
为什么重要

驳回是流程返工和延误的主要原因。分析驳回频率及原因,有助于识别政策理解偏差、数据质量问题或低效的审批步骤。

获取位置

从EBAN表发布状态字段的变更日志(CDHDR/CDPOS)中捕获。通过ME54N或类似事务执行驳回操作后,会触发相应的状态变更。

采集

审批人执行驳回操作时创建的变更日志记录。

事件类型 explicit
采购申请已修改
表示采购申请创建后发生的任何修改,例如更改数量、价格或物料。这些变更会记录在SAP的变更日志表中,为修改提供详细的审计轨迹。
为什么重要

跟踪修改对于识别返工循环和数据质量问题至关重要。修改频繁可能意味着初始需求不明确或用户培训不足,从而导致流程延误。

获取位置

从变更日志表CDHDR(抬头)和CDPOS(项目)中捕获,其中对象类别为EINKBELEG,对象ID为采购申请编号。您可以进一步分析具体字段的变更。

采集

采购申请凭证的变更表CDHDR和CDPOS中记录的事件。

事件类型 explicit
采购申请已关闭
表示采购申请项目最终关闭,后续不再需要处理。当项目已完全转换为采购订单并完成履行,或被手动标记为关闭时,系统会推断出此状态。
为什么重要

为已完成但未必已删除的采购申请提供明确终点,确保准确计算成功履行申请的生命周期时长。

获取位置

根据EBAN表中的“关闭”指示符推断得出,即EBAKZ取值为“S”或其他已配置值。采购订单完全转换并完成收货后,系统通常会自动设置此状态。

采集

根据EBAN-EBAKZ字段变更为“已关闭”值推断得出。

事件类型 inferred
采购申请已阻止
表示明确阻止采购申请项目的操作,防止其转换为采购订单。该阻止通过采购申请项目上的特定指示符设置。
为什么重要

阻止表示采购过程中存在潜在问题或暂时挂起。跟踪这些事件有助于识别瓶颈,例如采购申请已获批准但未立即执行。

获取位置

记录EBAN表中“阻止指示符”字段(EBAKZ)的变更。该变更记录在CDHDR和CDPOS中。

采集

设置EBAN-EBAKZ字段时,在变更表中记录事件。

事件类型 explicit
建议 可选

提取指南

如何从SAP ECC获取数据

准备开始了吗?

使用此模板,确保您的数据结构完全适合流程挖掘,深入了解采购到付款申请流程。立即开始流程优化之旅!

释放P2P申请流程效率,立即开始试用

精准定位并解决P2P瓶颈,将周期时间缩短30%或更多。

开始免费试用

无需信用卡,免费使用14天