数据模板:应付账款发票处理
您的应付账款发票处理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 提取指南
应付账款发票处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件时间
EventTime
|
特定活动或事件发生的精确日期和时间。 | ||
|
描述
事件时间是流程活动的时间戳,对于事件按时间顺序排列和基于时间分析至关重要。此属性用于计算周期、处理和等待时间等关键绩效指标,识别瓶颈,并检查 SLA 或付款条款合规性。
为何重要
该timestamp对计算所有基于持续时间的指标(包括周期时间和瓶颈)至关重要,是绩效分析的基础。
获取方式
源自 SAP 表,例如 BKPF(CPUDT/CPUTM 用于创建)或 CDHDR(UDATE/UTIME 用于更改)。
示例
2023-10-01T10:00:00Z2023-10-02T14:35:10Z2023-10-15T09:12:00Z
|
|||
|
发票
InvoiceNumber
|
每份发票凭证的唯一标识符,作为追踪其从接收到付款整个流程的主要案例标识符。 | ||
|
描述
发票号码是一个组合键,在SAP系统中通常由公司代码 (BUKRS)、凭证号码 (BELNR) 和会计年度 (GJAHR) 组合而成。这种独特的组合确保了系统中的每张发票都能被唯一识别。 在Process Mining中,该属性是核心属性。它将创建、过账、审批和付款等所有相关事件和活动关联起来,形成一个单一、连贯的流程实例。依据发票进行流程分析,可以获得发票生命周期的完整端到端视图,这对于计算周期时间、识别变体和理解返工循环至关重要。
为何重要
它是连接所有发票相关活动的必要 Case ID,从而能够对每张发票的应付账款流程进行完整的端到端分析。
获取方式
由SAP表BKPF(会计凭证抬头)中的BUKRS、BELNR和GJAHR字段构建。
示例
1000-1900000001-20232000-5100000055-20231000-1900000042-2024
|
|||
|
活动
Activity
|
指发票处理生命周期中发生的特定业务步骤或事件的名称。 | ||
|
描述
此属性描述了应付账款流程中的单一任务或状态变更,例如“发票暂存”、“发票待审批”或“发票已清账”。这些活动是流程图的基石,通常从SAP内部的更改日志、状态字段或工作流日志中提取。 分析这些活动的顺序和持续时间是Process Mining的核心。它有助于可视化流程流、识别步骤间的瓶颈、衡量返工循环的频率,并将实际流程执行与标准操作程序进行比较。活动粒度的定义直接影响所能获得的洞察深度。
为何重要
活动是流程图的核心骨架,可实现流程可视化、识别瓶颈并分析偏差。
获取方式
根据发票凭证的变更,从交易代码(BKPF-TCODE)、工作流日志(SWW_WI2OBJ)或变更日志(CDHDR/CDPOS表)推导。
示例
发票凭证已创建发票已审批发票已通过付款清算设置付款冻结
|
|||
|
付款冻结原因
PaymentBlockReason
|
指示发票被冻结付款原因的代码。 | ||
|
描述
当发票存在差异或正在审核时,可以对其进行付款冻结,以防止其被纳入付款批次。此属性提供了冻结的具体原因,例如数量不匹配或价格差异。 这些信息对于异常分析至关重要。它有助于对付款延迟和返工的根本原因进行分类,并支持“异常和差异分析”dashboard。深入了解最常见的冻结原因,能促使企业进行有针对性的流程改进,从而减少异常情况的发生。
为何重要
揭示付款延迟的根本原因,从而实现有针对性的分析,以减少异常、返工并缩短发票处理时间。
获取方式
源自 SAP 表 BSEG(会计凭证项目)的 ZLSPR 字段。
示例
RIA
|
|||
|
付款条款
PaymentTerms
|
定义付款条件的编码,例如到期日和潜在折扣。 | ||
|
描述
付款条款是 SAP 中预定义的规则,用于确定发票到期日和现金折扣的计算方式。它们被分配到供应商主数据中,也可以在单个发票上指定。 此属性对于“付款合规性与折扣”仪表板和“提前付款折扣获取率”关键绩效指标(KPI)至关重要。通过分析付款条款,公司可以识别获取折扣的机会,了解付款计划的财务影响,并确保合规性。
为何重要
定义了付款到期日和折扣的规则,这对于财务优化和合规监控至关重要。
获取方式
源自 SAP 表 BSEG(会计凭证项目)的 ZTERM 字段。
示例
Z0010001NT30
|
|||
|
供应商名称
VendorName
|
提交发票的供应商名称。 | ||
|
描述
此属性包含供应商的正式名称。在SAP中,供应商主数据(表LFA1)通过存储在凭证抬头或行项目中的供应商编号(LIFNR)关联到发票凭证。 按供应商进行分析对于“供应商付款绩效”dashboard至关重要。它有助于追踪发票处理时间、付款及时性以及特定供应商的异常率。这些洞察有助于管理供应商关系、识别发票质量持续不佳的问题供应商,并协商更好的条款。
为何重要
支持针对供应商进行绩效分析,有助于管理供应商关系并识别与特定供应商相关的问题。
获取方式
源自 SAP 表 LFA1 的 NAME1 字段,通过在 BKPF 或 BSEG 中找到的供应商编号 (LIFNR) 进行关联。
示例
环球办公用品有限公司科技解决方案有限责任公司可靠物流公司
|
|||
|
公司代码
CompanyCode
|
在 SAP 组织中代表法律实体或公司的唯一键。 | ||
|
描述
公司代码是SAP财务模块中的一个基本组织单位,代表一个独立的会计核算单位。包括发票在内的所有财务交易都会过账到特定的公司代码下。 该属性对于按法人实体划分流程分析至关重要。它使得比较不同业务部门的流程绩效、合规率和效率成为可能,这对于拥有多个子公司的大型跨国公司而言尤其重要。
为何重要
支持按法人实体细分流程分析,便于比较不同业务单元的绩效表现。
获取方式
源自 SAP 表 BKPF(会计凭证抬头)的 BUKRS 字段。
示例
10002100US01
|
|||
|
发票到期日
InvoiceDueDate
|
根据付款条款计算出的发票到期付款日期。 | ||
|
描述
发票到期日是指向供应商付款的最后期限,确保符合双方约定的条款。在SAP系统中,这通常不是一个单独存储的字段,而是根据凭证的基准日期 (BSEG-ZFBDT) 和与发票关联的付款条款 (BSEG-ZTERM) 计算得出的。 此日期对于“付款合规与折扣”dashboard至关重要。它用于计算逾期付款率等KPI,并识别有逾期付款风险的发票。依据此日期进行分析,有助于优化工作优先级并改善供应商关系。
为何重要
这个日期对监控付款合规性、计算逾期KPI以及争取早期付款折扣至关重要。
获取方式
基于到期日计算基准日期(BSEG-ZFBDT)和付款条件码(BSEG-ZTERM)推导得出。
示例
2023-10-312023-11-152024-01-10
|
|||
|
发票总金额
InvoiceGrossAmount
|
发票的总金额,包含税费及其他费用,以原始凭证币种表示。 | ||
|
描述
此属性表示发票的总财务价值。它是理解正在处理发票的财务影响和特征的关键数据。在SAP中,此金额可在各种表中找到,具体取决于凭证类型,例如财务凭证的BSEG表。 在分析中,发票金额用于优先处理高价值发票,理解AP(应付账款)流程的财务吞吐量,并进行细分分析。例如,可以分析高价值发票是否具有更长的周期时间或遵循不同的审批路径。它也是各项财务KPI的基础数据。
为何重要
提供流程的财务背景,从而支持基于价值的分析、高价值发票的优先处理以及财务KPI的计算。
获取方式
源自 SAP 行项目表,如 BSEG 字段 WRBTR(以单据货币计的金额)。可能需要计算以将行项目汇总到表头级别。
示例
1500.0012550.75980.50
|
|||
|
审批人
Approver
|
负责审批发票付款的用户或角色。 | ||
|
描述
此属性识别执行“发票已审批”活动的人员。在SAP中,这通常通过workflow系统管理,审批人的ID会被记录在workflow历史中。 通过审批人进行分析,是“发票审批瓶颈分析”dashboard的核心。它有助于衡量个人或团队的审批时间,识别持续缓慢的审批人,并了解审批层级内的任务分配情况。这些数据对于优化审批workflow至关重要,因为审批workflow往往是主要瓶颈。
为何重要
识别负责审批的个人,从而能够按个人或团队分析审批周期时间和瓶颈。
获取方式
通常通过将workflow项目链接到发票对象并识别审批步骤的用户,在SAP业务workflow表(例如SWW_WI2OBJ, SWWLOG)中找到。
示例
DMARTINLCHENFINMAN_ROLE
|
|||
|
流程处理用户
ProcessorUser
|
执行此活动(例如过账或更改发票)的员工的SAP用户名。 | ||
|
描述
此属性用于识别负责执行特定流程步骤的个人用户。在SAP中,这可能是创建凭证的用户(例如BKPF-USNAM),也可能是进行了特定更改的用户(例如CDHDR-USERNAME)。 通过处理员用户进行分析,是理解团队绩效和工作量分配的关键。它通过追踪每位用户的发票量和平均活动时间,帮助构建“应付账款处理员工作量分布”dashboard。这可以揭示培训需求,识别优秀员工,并支持公平的任务分配。
为何重要
有助于进行工作量分析、用户间绩效比较,并识别培训机会或资源配置不均衡的情况。
获取方式
源自 SAP 表 CDHDR 的 USERNAME 字段(用于更改)或 BKPF 的 USNAM 字段(用于单据录入)。
示例
AJONESSMITHBCWILLIAMS
|
|||
|
采购订单号
PurchaseOrderNumber
|
发票所依据的采购订单标识符。 | ||
|
描述
采购订单 (PO) 号将发票与采购流程关联起来。对于基于采购订单的发票,这种关联对于采购订单、收货和发票之间的三方匹配至关重要。 此属性是“采购订单/收货匹配绩效”dashboard的关键。分析采购订单的存在和匹配情况,有助于区分不同类型的发票(带采购订单的发票与不带采购订单的发票),并衡量匹配流程的效率。在此领域出现的延误是流程瓶颈的常见来源。
为何重要
将发票与采购流程关联起来,有助于分析有无采购订单发票的区别,并评估三方匹配流程的效率。
获取方式
源自 SAP 表 BSEG(用于 FI 发票)或 RSEG(用于 MM 发票)的 EBELN 字段。
示例
450001712345000175894500018330
|
|||
|
上次数据更新
LastDataUpdate
|
指示此记录数据上次从源系统刷新时间的D时间戳。 | ||
|
描述
此属性标记从SAP ECC进行的最新数据提取或更新的日期和时间。它不属于交易数据本身,而是数据导入(data ingestion)过程中添加的metadata。 在分析中的主要用途是提供所查看数据的时效性背景。这对于dashboard和报告至关重要,因为它能告知用户其分析的最新程度,并帮助管理对包含最新交易数据的预期。
为何重要
表明数据集的新鲜度,这对于理解流程 insights 和 dashboards 的及时性至关重要。
获取方式
这是在数据抽取、转换和加载(ETL)过程中生成并添加的元数据。
示例
2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z
|
|||
|
单据货币
DocumentCurrency
|
开具发票时使用的货币代码(例如:USD, EUR)。 | ||
|
描述
此属性指定发票金额的货币类型。它存储在SAP的凭证抬头级别。 凭证货币(Document Currency)对于任何财务分析都至关重要,以确保金额得到正确解读。它允许按货币筛选流程分析,并且是进行标准化报告和汇总时,将金额转换为通用本地货币的先决条件。
为何重要
提供解读财务金额所需的背景信息,并支持特定货币分析或转换为标准货币。
获取方式
源自 SAP 表 BKPF(会计凭证抬头)的 WAERS 字段。
示例
美元EURGBP
|
|||
|
发票处理时间
InvoiceProcessingTime
|
从首个活动(例如,发票创建)到最终活动(例如,付款)所经过的总耗时。 | ||
|
描述
这是一个计算metric,用于衡量每张发票的端到端(end-to-end)周期时间。它通过取给定case(发票号)的最后一个事件的timestamp,减去第一个事件的timestamp而得出。 此属性是“端到端发票周期时间”dashboard的主要KPI。它提供了衡量整体流程效率的高级指标。分析其平均值、中位数和分布有助于识别趋势,衡量流程改进的影响,并设定绩效目标。
为何重要
这是衡量整体流程效率的主要KPI。跟踪此KPI有助于识别改进措施对端到端流程生命周期的影响。
获取方式
计算字段:(案例中最后一个事件的时间戳) - (案例中第一个事件的时间戳)。
示例
10天2小时15分钟5天0小时0分钟22天8小时30分钟
|
|||
|
收货单号
GoodsReceiptNumber
|
与基于采购订单的发票相关的收货凭证标识符。 | ||
|
描述
此属性关联实物商品发票与收货 (GR) 单据。用于“采购订单/收货匹配绩效”dashboard,通过分析GR和发票过账时间,识别三方匹配流程中的延迟,优化实物交付与财务结算。
为何重要
完善了三方匹配(采购订单-收货-发票)的全貌,从而可以分析货物交付与发票处理之间的延迟。
获取方式
源自 SAP 表 RSEG(凭证项目,进项发票)的 LFBNR 字段(参考凭证编号)。
示例
500000123450000015675000002100
|
|||
|
文档类型
DocumentType
|
SAP 中的一个代码,用于对会计凭证进行分类并控制其处理方式。 | ||
|
描述
凭证类型用于区分各种业务交易,例如供应商发票(KR)、贷项凭证(KG)或MM发票(RE)。此分类管理着编号范围和可过账的账户类型等方面。 在流程挖掘中,按凭证类型进行过滤可以实现更同质化的分析。例如,标准供应商发票(KR)的处理流程可能与贷项凭证(KG)的流程显著不同。分别分析这些凭证类型有助于防止误导性汇总,并为特定子流程提供更准确的洞察。
为何重要
支持按交易类型(例如,发票与贷项凭证)进行分析细分,从而获得更精准、更有针对性的流程洞察。
获取方式
源自 SAP 表 BKPF(会计凭证抬头)的 BLART 字段。
示例
KRREKG
|
|||
|
是否已冲销
IsReversed
|
一个布尔标志,指示发票凭证是否已冲销。 | ||
|
描述
此属性标记已被取消或冲销的发票,这通常是一个重要事件,表明存在严重错误或流程故障。在SAP系统中,已冲销凭证与冲销凭证是关联的。 识别冲销发票对于评估流程质量和故障率至关重要。它有助于将这些末端异常情况从主流程中分离出来,从而进行专门的根本原因分析,以了解冲销发生的原因并制定预防措施。
为何重要
标记已取消的发票,这是流程失败的关键指标,有助于分析主要错误的根本原因。
获取方式
检查文档编号(BKPF-BELNR)是否存在于任何其他文档的BKPF-STBLG(冲销凭证)字段中。
示例
truefalse
|
|||
|
是否已自动化
IsAutomated
|
一个标志,指示活动是由系统或批处理用户执行,还是由人工用户执行。 | ||
|
描述
此布尔属性用于区分自动执行的活动(例如,通过batch job、EDI或OCR系统)与用户手动执行的活动。这通常通过分析与活动关联的username来确定。 这对于“人工与自动化处理”dashboard至关重要。它有助于衡量自动化举措的成功程度,计算“人工干预率”KPI,并识别仍有待减少人工操作的机会。理解人与系统之间的接触点是提高效率的关键。
为何重要
有助于衡量流程的自动化水平,识别手动瓶颈,并追踪自动化举措的影响。
获取方式
通过检查用户ID(例如,CDHDR-USERNAME)是否属于预定义的系统、批处理或服务账户列表来推导。
示例
truefalse
|
|||
|
是否逾期
IsOverdue
|
一个计算标志,如果发票在预定到期日之后支付,则为真。 | ||
|
描述
此布尔属性通过比较“发票已清账(通过付款)”活动的日期与“发票到期日”而得出。如果付款日期晚于到期日,则此标志设为true。 此属性直接支持“逾期付款率”KPI和“付款合规与折扣”dashboard。它方便了逾期付款的筛选和计数,有助于量化问题的规模。分析逾期发票的特征(例如,按供应商、公司代码)可以揭示根本原因。
为何重要
这项指标直接衡量付款条款的合规性,是逾期付款率 KPI 的重要依据,有助于改善供应商关系并避免罚款。
获取方式
计算字段:如果(付款日期 > 发票到期日)则为TRUE,否则为FALSE。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
识别提取数据的源 SAP ECC 系统。 | ||
|
描述
此属性指定记录系统,例如SAP系统ID(SID),即发票处理数据源自何处。这在拥有多个ERP实例或混合系统的组织中尤为重要。 在Process Mining分析中,它有助于区分来自不同系统的数据,这些系统可能具有独特的配置或流程变体。这使得系统间的比较分析成为可能,并确保data lineage(数据血缘)清晰,这对于data governance(数据治理)和验证至关重要。
为何重要
确保数据可追溯性,并支持在多 SAP 实例或其他源系统环境中进行流程分析。
获取方式
这通常是一个静态值,代表源ECC实例的SAP系统ID (SID),在数据抽取过程中添加。
示例
ECC_PROD_EUSAP_US_01E5P
|
|||
|
错失折扣
DiscountLost
|
一个计算标志,如果未利用可用的早期付款折扣,则为真。 | ||
|
描述
此属性标识那些提供早期付款折扣,但实际付款却在折扣期结束后才进行的发票。其计算方式是,将付款日期与根据“付款条款”得出的折扣截止日期进行比较。 这是衡量“早期付款折扣捕获率”的关键财务KPI。它揭示了错失的成本节约机会。通过分析折扣损失的原因(例如,漫长的审批周期、付款冻结),可以为具有明确投资回报的流程改进项目提供有力支持。
为何重要
揭示错失的财务机会,直接支持“提前付款折扣获取率”这一关键绩效指标 (KPI),并为流程改进提供明确的经济驱动力。
获取方式
计算字段:如果(付款条件提供折扣)且(付款日期 > 折扣到期日)则为TRUE,否则为FALSE。
示例
truefalse
|
|||
应付账款发票处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
付款建议已创建
|
该发票已被纳入付款运行 (T-Code F110) 的付款建议清单。尽管这不是最终付款,但它表明了公司的付款意图。发票是根据其到期日和付款条款筛选出来的。 | ||
|
为何重要
这是自动化付款流程中的第一步。从付款提案到最终执行之间的延迟,可能表明付款批次审批或调度存在问题。
获取方式
此事件通过在付款建议表(例如REGUP - 付款程序已处理项目)中找到发票凭证来识别。运行日期(REGUP-LAUFD)可用作事件时间戳。
捕获
在 REGUP 表中查找发票,并使用付款运行日期 (LAUFD)。
事件类型
explicit
|
|||
|
发票凭证已创建
|
这标志着发票凭证在 SAP 系统中最初的创建(无论是暂存还是已正式过账)。这通常是发票的首个带时间戳的事件,也是流程分析的起点。该信息从 BKPF 表中的凭证录入日期和时间中获取。 | ||
|
为何重要
此活动是发票处理流程的主要起始事件。分析从此刻起的时间有助于衡量总端到端周期时间,并识别初始数据录入延误。
获取方式
此事件是从会计凭证抬头记录的创建timestamp推断而来。具体而言,入账日期(BKPF-CPUDT)和入账时间(BKPF-CPUTM)的组合提供了该timestamp。
捕获
使用凭证抬头表BKPF中的创建timestamp (CPUDT, CPUTM)。
事件类型
inferred
|
|||
|
发票已冲销
|
已过账的发票凭证通过创建冲销凭证而被取消。此操作抵消了原始发票的财务影响。这代表着流程的一个替代性(通常是负面的)终结。 | ||
|
为何重要
冲销操作表明存在错误,例如数据录入不准确或发票重复。跟踪冲销的频率和原因,有助于发现提高数据质量和实现“一次性正确处理”的机会。
获取方式
此事件通过凭证抬头表(BKPF)识别。原始凭证将填充冲销凭证号(BKPF-STBLG)。事件时间是冲销凭证的过账日期。
捕获
在 BKPF.STBLG 中查找冲销凭证;从冲销凭证的过账日期获取时间戳。
事件类型
explicit
|
|||
|
发票已审批
|
指定的审批人已确认发票有效并可用于支付。这可以是来自工作流系统的明确事件,也可以是从移除付款冻结中推断出来的。这是付款前的一个关键里程碑。 | ||
|
为何重要
这是一个解除发票付款冻结的关键里程碑。在此步骤前后发生的延迟,可能分别指向审批人可用性不足或付款批次调度等问题。
获取方式
在 workflow 系统中,这是一个显式 event。否则,通常从移除付款冻结中推断出,并通过 BSEG-ZLSPR 字段的更改日志 (CDHDR/CDPOS) 捕获。
捕获
workflow 系统或变更日志中关于解除付款冻结的事件。
事件类型
explicit
|
|||
|
发票已过账
|
发票被正式记录在总账中,形成一项财务负债。暂存凭证会转换为已过账凭证,或者发票一开始就以已过账状态创建。这是财务会计中的一个基本步骤。 | ||
|
为何重要
过账是一个关键里程碑,它使发票成为一项正式负债。它将数据录入阶段与流程中的主动付款管理阶段区分开来。
获取方式
从凭证抬头表 BKPF 中识别。已过账凭证的凭证状态 (BKPF-BSTAT) 为空,并且过账日期 (BKPF-BUDAT) 有效。事件 timestamp 为过账日期。
捕获
对于BKPF.BSTAT不为'V'(暂存)或'V'状态已被更改的凭证,请使用BKPF.BUDAT。
事件类型
explicit
|
|||
|
发票已通过付款清算
|
发票已全额支付,未清项与付款凭证进行清账。这标志着该发票的应付账款流程成功完成。清账凭证信息记录了此过程。 | ||
|
为何重要
这是主要成功路径的结束事件。达到此活动所需的时间是衡量整体流程效率的关键指标,对于计算付款及时性和折扣捕获也至关重要。
获取方式
当供应商行项目中填充了清账凭证号(BSEG-AUGBL)和清账日期(BSEG-AUGDT)时,即可识别此事件。清账日期即为该事件的timestamp。
捕获
当结算凭证(BSEG.AUGBL)有值时,请使用结算日期(BSEG.AUGDT)。
事件类型
explicit
|
|||
|
付款冻结已解除
|
发票上之前设置的付款冻结已被移除,使其具备付款资格。这通常表示差异已解决或已获得批准。该事件从更改凭证表中捕获。 | ||
|
为何重要
此活动表示异常已解决或审批已完成。冻结生效期间所耗费的时间代表着返工或等待时间,这是流程改进的关键领域。
获取方式
此事件通过追踪“付款冻结码”字段(BSEG-ZLSPR)的更改来捕获。表CDHDR和CDPOS中的更改日志记录了此字段何时被清除。
捕获
跟踪CDHDR/CDPOS中字段BSEG-ZLSPR更改为空白的更新条目。
事件类型
explicit
|
|||
|
到期日已过但未付款
|
当当前日期超过发票的净到期日,但发票尚未清账时,就会发生此计算事件。它突显了有逾期风险或已经逾期的发票。这并非一个直接的系统事件。 | ||
|
为何重要
此活动对于监控逾期付款率KPI至关重要。它主动标记需要立即关注的发票,以避免产生逾期付款费用并损害供应商关系。
获取方式
这是一个计算事件。它通过比较当前日期与所有未清(un-cleared)发票项的净到期日(BSEG-ZFBDT)而得出。该事件的timestamp即为到期日本身。
捕获
通过将当前日期与未清项目的BSEG.ZFBDT进行比较来推导。
事件类型
calculated
|
|||
|
发票已暂存
|
指的是已输入SAP但尚未过账到总账的发票。这是一个明确的操作,旨在允许后续完成或审批。抬头表中的凭证状态字段会指示发票是否处于“暂存”状态。 | ||
|
为何重要
暂存表示流程中的有意暂停,通常是为了进行审查或等待缺失信息。跟踪这一环节有助于在发票正式过账之前识别导致延迟的原因。
获取方式
从凭证抬头表 BKPF 中识别,其中凭证状态 (BKPF-BSTAT) 为 'V' (暂存)。事件时间为凭证创建时间 (BKPF-CPUDT, BKPF-CPUTM)。
捕获
筛选 BKPF.BSTAT = 'V' 的文档。
事件类型
explicit
|
|||
|
发票已送审
|
发票已正式提交至审批workflow。此活动通常依赖于外部workflow系统或SAP中的特定状态变更。这通常标志着审批子流程的开始。 | ||
|
为何重要
这标志着审批周期的开始。衡量从该事件到“发票已审批”的时间,对于“发票审批周期时间KPI”以及识别与审批人相关的瓶颈至关重要。
获取方式
如果使用 SAP Business Workflow,此 event 可以从 workflow 日志(例如 SWWLOG)中提取。否则,这通常是从因审批原因设置付款冻结而推断出的概念性步骤。
捕获
从 workflow 日志中提取,或根据特定付款冻结的设置进行推断。
事件类型
explicit
|
|||
|
收货已匹配
|
表示通过将发票与收货凭证关联,来验证发票上的货物或服务是否已收到。这是三单匹配(Three-Way Match)的第三个环节。该状态通常从发票行项目中的引用信息推断得出。 | ||
|
为何重要
与收货单进行匹配,旨在确认公司已收到其所支付款项对应的货物。跟踪这一环节有助于分析采购订单-收货-发票(PO-GR-Invoice)匹配时间的关键绩效指标(KPI),并简化验证流程。
获取方式
从 BSEG 表中的供应商行项目推断得出,通过检查已填充的收货单号 (BSEG-LFBNR) 或追溯关联采购订单的历史记录 (表 EKBE)。
捕获
检查BSEG.LFBNR中是否有收货(GR)引用,或通过EKBE中的采购订单历史记录进行检查。
事件类型
inferred
|
|||
|
设置付款冻结
|
一张发票通常由于差异、待审批或其他问题,被主动冻结支付。这是发票行项目上设置的明确状态。该事件可以从变更凭证表中捕获。 | ||
|
为何重要
此活动标志着异常或审批阶段的开始。分析付款冻结的频率和持续时间,是识别和解决流程瓶颈及争议的关键。
获取方式
该事件通过跟踪“付款冻结码”字段(BSEG-ZLSPR)的更改来捕获。表CDHDR和CDPOS中的更改日志会记录此字段何时被填充。
捕获
跟踪CDHDR/CDPOS中针对字段BSEG-ZLSPR的条目创建。
事件类型
explicit
|
|||
|
采购订单已匹配
|
此活动表明发票行项目已成功关联到采购订单。这是三方匹配流程中的一个关键验证步骤。这通过发票行项目明细中是否存在采购订单号来推断。 | ||
|
为何重要
采购订单匹配中的延迟可能是一个显著的瓶颈。分析此活动有助于衡量匹配流程的效率,并识别出偏离标准采购订单流程的发票。
获取方式
从 BSEG 表中的供应商行项目推断得出。如果采购订单号字段 (BSEG-EBELN) 已填充,则认为匹配在凭证创建时发生。
捕获
检查发票在BSEG.EBELN字段中是否有非空值。
事件类型
inferred
|
|||