数据模板:应付账款发票处理

SAP S/4HANA
数据模板:应付账款发票处理

应付账款发票处理数据模板

本模板提供了一份全面的指南,帮助您收集分析应付账款发票处理所需的数据。它概述了创建强大事件日志所需的基本属性和活动。您还将找到从源系统抽取这些数据的实用指导,确保您的流程挖掘之旅顺利开启。
  • 全面分析的推荐属性
  • 需有效追踪的关键流程活动
  • 分步数据提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

应付账款发票处理属性

这些是 event log (事件日志) 中必不可少的数据字段,以便对您的应付账款流程进行全面、深入的分析。
5 必填 6 推荐 10 可选
名称描述
Event 时间
EventTime
活动发生的精确日期和时间。
描述

Event Time 是与每项活动关联的时间戳,它提供了发票事件的先后顺序。这些数据对于理解流程流转和进行任何基于时间的分析都至关重要。

在分析中,Event Time 用于正确排序活动、计算不同步骤间的周期时间、识别等待时间,并分析不同时间段(例如,月度环比)的流程绩效。它是所有与时长相关的 KPI 的基础。

为何重要

此时间戳对于事件按时间顺序排序以及计算所有基于时间的指标(如周期时间、持续时间等)至关重要,这些都是流程挖掘的基础。

获取方式

源自 SAP 表中的多个日期/时间字段,例如创建日期(BKPF-CPUDT)、过账日期(BKPF-BUDAT)、清账日期(BSAK-AUGDT)或变更日志时间戳(CDHDR-UDATE/UTIME)。

示例
2023-10-01T09:00:00Z2023-10-05T14:30:15Z2023-10-15T11:21:05Z
发票
Invoice
发票 Document 的唯一标识符,作为应付账款流程的主要 case ID。
描述

发票(Invoice)是连接所有相关活动的核心 object,涵盖从接收到付款的全过程。在SAP S/4HANA中,它通常是一个由公司代码(BUKRS)、唯一 Document Number(BELNR)和会计年度(GJAHR)组成的复合键。

按 Invoice 进行分析可提供 Invoice 生命周期 的完整端到端视图。这对于计算总周期时间等关键 metrics、识别单个 Invoice 的 bottlenecks 以及理解 Invoice 在流程中可能经历的不同路径至关重要。

为何重要

它能唯一标识每张发票的流转轨迹,从而可以追踪其完整的生命周期,并逐案分析流程绩效。

获取方式

这是一个复合键,它使用字段 BUKRS、BELNR 和 GJAHR 从表 BKPF (会计凭证 header) 或 RBKP (凭证 header:发票收据) 中派生而来。

示例
1000-1900000001-20231710-1900000002-20232000-5100000003-2024
活动
ActivityName
在发票处理生命周期中发生的特定业务 event 或步骤的名称。
描述

活动(Activity)代表着应付账款流程中一个独特的阶段或动作,例如“收到发票”、“发票已过账”或“付款已执行”。它们是流程图的基本构成要素。

分析活动是流程挖掘的核心。它有助于可视化流程流、识别常见路径、检测与标准流程的偏差,并衡量每个步骤的频率和持续时间。针对特定发票的这些活动序列,构成了其完整的流程旅程。

为何重要

它定义了流程的各个步骤,有助于实现流程的可视化与分析、识别瓶颈,并发现返工循环。

获取方式

此信息源自多种来源,包括文档状态更改(例如BKPF-BSTAT)、更改凭证(CDHDR/CDPOS表)或Workflow日志。这通常需要定制的提取逻辑。

示例
发票收到发票已批准已执行付款发票已冻结付款
最后数据更新
LastDataUpdate
指示此 record 数据上次从源系统刷新的 timestamp。
描述

此属性提供从 SAP S/4HANA 最新提取或更新 data (数据) 的日期和时间。这是一个 metadata (元数据) 字段,对于理解正在分析的 data (数据) 的“新鲜度”至关重要。

此信息对用户了解流程分析的实时性非常重要。它有助于管理对 data (数据) 延迟的预期,并且对于安排 data (数据) 刷新和维护 data (数据) 完整性至关重要。

为何重要

指示数据的时效性,确保用户了解其流程分析的更新程度。

获取方式

此值在从源系统抽取数据时,生成并标记在每条记录上。

示例
2024-05-20T04:00:00Z2024-05-21T04:00:00Z
源系统
SourceSystem
数据提取来源系统。
描述

此属性标识流程 data (数据) 的来源。在此视图中,该值通常为 'SAP S/4HANA'。

在拥有多个 ERP 或集成系统的环境中,此字段对于 data lineage (数据血缘) 和数据隔离至关重要。它确保分析在正确的 dataset (数据集) 上执行,并有助于通过追溯到来源来诊断 data (数据) 质量问题。

为何重要

识别数据的来源,这对于数据治理、故障排除以及在多系统环境中都至关重要。

获取方式

这通常是在数据抽取过程中添加的静态值,用于标记数据集的来源。

示例
SAP S/4HANASAP ECC 6.0S4H_PROD_100
供应商名称
VendorName
提交发票的供应商名称。
描述

此属性包含供应商的官方名称。它通过发票凭证上存储的 Vendor Number (供应商编号) 进行关联。

供应商分析对于管理供应商关系和识别特定供应商相关的流程问题至关重要。它可以帮助回答诸如“哪些供应商提交的发票差异最多?”或“我们是否持续准时支付某些战略供应商?”等问题。此外,它与发票号码和金额一起,也是检测潜在重复付款的关键字段。

为何重要

允许按供应商分析流程绩效,有助于识别问题供应商并有效管理战略供应商关系。

获取方式

从供应商主数据表 LFA1(字段 NAME1)中检索,通过 BKPF 或 RBKP 中找到的供应商编号(LIFNR)进行关联。

示例
办公用品有限公司全球咨询集团Machine Parts GmbH
公司代码
CompanyCode
处理该发票的组织单位。
描述

公司代码 (Company Code) 是最小的组织单位,可以为其编制一套完整、独立的账务,用于对外报告。在应付账款场景中,它代表着向供应商付款的法人实体。

通过按公司代码进行分析,可以比较组织内不同法人实体的流程绩效。这有助于识别业务中哪些部门遵循标准流程,哪些部门效率更高、周期更长或返工率更高。

为何重要

此功能使得跨不同法人实体的流程绩效比较成为可能,有助于识别特定区域或业务单元的问题和最佳实践。

获取方式

主要在凭证抬头表(FI 发票的 BKPF-BUKRS 和 MM 发票的 RBKP-BUKRS)中查找。

示例
10001710US01DE01
发票到期日
InvoiceDueDate
发票应支付给供应商的截止日期。
描述

发票到期日(Invoice Due Date)是向供应商付款的截止日期,旨在避免逾期付款滞纳金并维护良好的供应商关系。此日期根据发票的基准日期以及与供应商约定的付款条款计算。

该日期对于“付款合规与账龄”dashboard和“按时付款率”KPI至关重要。通过将到期日与实际付款日期进行比较,分析可以揭示付款是按时、提前还是逾期,这会产生直接的财务和关系影响。

为何重要

这是准时付款分析的主要驱动因素,有助于衡量付款绩效及其对供应商关系和滞纳金的影响。

获取方式

此日期通常是计算得出的。净到期日位于字段 BSEG-NETDT 中。它也可以从付款基准日期 (BSEG-ZFBDT) 和付款条件 (BSEG-ZTERM) 中推导出来。

示例
2023-10-312023-11-152024-01-10
发票金额
InvoiceAmount
发票在原始单据货币下的总毛额。
描述

这是供应商提交的发票总金额,包括商品或服务的成本、税费以及任何其他费用,不含任何扣减或折扣。

发票金额是一个关键的财务属性,可用于广泛的分析。它有助于优先处理高价值发票,理解流程延迟的财务影响(例如,大额发票产生的滞纳金),以及对流程进行细分(例如,“高价值发票是否遵循不同的审批路径?”)。此外,它对于识别潜在的重复付款也至关重要。

为何重要

为流程提供财务背景,支持基于价值的分析,高价值发票的优先处理,以及财务影响的量化评估。

获取方式

在 RBKP-RMWWR(MM 发票的发票总金额)等表中查找,或从 BSEG(FI 发票的字段 WRBTR)中的行项目计算得出。

示例
1500.00250.7512345.50
用户名
UserName
执行此活动的用户ID。
描述

此属性记录负责执行特定活动(例如过账、审批或结清发票)的 SAP user ID (用户ID)。它将流程步骤与单个用户关联起来。

通过用户名称进行分析对于理解工作量分配、识别优秀执行者以及确定可能需要额外培训的用户至关重要。它也是分析 dashboard (仪表板) 中审批瓶颈的关键,因为它有助于识别哪些特定审批人导致了流程延迟。

为何重要

此功能将活动关联到具体个人,从而可分析用户绩效、工作量,并确保职责分离政策的合规性。

获取方式

通常在抬头表(如 BKPF-USNAM(录入者))或变更凭证表(如 CDHDR-USERNAME(变更者))中找到。

示例
ABROWNJSMITHAP_AUTOMATION
采购订单号
PurchaseOrderNumber
发票关联的采购订单唯一标识符(如适用)。
描述

此属性将发票与预先批准的采购订单 (PO) 相关联。PO 编号的存在是 3-way match (三方匹配) 流程(PO-发票-收货)的基础。

这是进行合规性和效率分析的关键属性。它用于计算“无 PO 发票百分比”这一 KPI,该 KPI 衡量对采购政策的遵守情况。它也是“3-Way Matching Performance (三方匹配绩效)” dashboard (仪表板) 的基础,可用于分析有 PO 支持的发票的匹配流程。

为何重要

对于分析三向匹配效率、衡量采购政策合规性至关重要,它能识别未经采购订单(PO)处理的发票。

获取方式

在发票行项目表(如 MM 发票的 RSEG-EBELN 或 FI 发票的 BSEG-EBELN)中查找。

示例
45000012344500005678
付款条款
PaymentTerms
与供应商协商一致的支付发票的条件,通常包括折扣机会。
描述

付款条款定义了付款到期日和潜在提前付款折扣的规则。例如,像“Z001”这样的条款可能对应“30天内付款,10天内付款可享2%折扣”。

此属性是“提前付款折扣获取率” dashboard 的基础。通过分析付款条款,可以识别所有有资格获得折扣的发票。将其与实际获得的折扣进行比较,可以揭示错失的节省机会,并衡量付款流程的效率。

为何重要

这对于分析提前付款折扣机会、衡量支付流程的财务绩效以及识别错失的节约机会至关重要。

获取方式

在供应商行项目表 BSEG-ZTERM 中查找,或在发票抬头 RBKP-ZTERM 中查找。

示例
Z0010001NT30
供应商发票号
VendorInvoiceNumber
供应商在其单据上提供的发票编号。
描述

这是供应商自身会计系统中的参考编号,通常印在纸质或电子发票凭证上。在发票接收过程中,它通过人工输入或 OCR 技术捕获。

此字段对于运营目的和分析至关重要,特别是对于“潜在重复发票付款”仪表盘。检测重复项的常见方法是查找共享相同供应商名称、供应商发票号和发票金额的多个内部发票凭证。它是发票的主要外部参考。

为何重要

它是检测潜在重复支付的关键字段,也是与供应商沟通的主要外部参考依据。

获取方式

存储在单据抬头的“参考”字段中,通常是 BKPF-XBLNR。

示例
INV-2023-9876733401120231015-001
冻结原因
BlockingReason
发票被冻结付款的原因,通常表明存在差异。
描述

当发票在三方匹配或其他验证步骤中未能通过验证检查时,它将被冻结付款。“冻结原因”说明了问题的性质,例如数量差异、价格差异或缺少收货凭证。

此属性对于“发票差异返工分析”仪表盘至关重要。分析不同冻结原因的频率有助于识别流程低效的根本原因。例如,如果“价格差异”是常见原因,则可能指向采购系统中的主数据问题。

为何重要

直接洞察发票差异和返工的根本原因,从而实现有针对性的流程改进工作。

获取方式

存储在 RSEG 等发票行项目表中,位于以 SPGR* 开头的字段(例如 SPGRP、SPGRQ、SPGRT)。也可在 RBKP_BLOCKED 中找到。

示例
价格差异数量差异缺少收货单
发票凭证类型
InvoiceDocumentType
发票文件的分类,它控制着发票在SAP中的处理方式。
描述

单据类型(Document Type)是SAP中一个关键的配置元素,用于对会计凭证进行分类。例如,'KR'通常用于供应商发票,'RE'用于MM发票,'KG'用于供应商贷项凭证。此类型决定了编号范围和所需字段等。

在流程分析中,按单据类型筛选可以比较不同类型发票的流程流。例如,贷项凭证的审批流程可能与标准发票不同。这对于“发票审批路由变体”dashboard非常有用。

为何重要

允许根据不同发票类型的处理方式对流程进行细分,揭示处理路径和周期时间的变化。

获取方式

直接来自文档抬头表中的字段BKPF-BLART。

示例
KRREKG
发票币种
InvoiceCurrency
发票金额的货币代码(例如:USD, EUR)。
描述

此属性指定发票金额的计价币种。它为任何财务数值提供了必要的背景信息。

在跨国组织中,分析发票时不考虑其币种可能会产生误导。此字段允许正确处理财务 data (数据),可以通过将所有金额转换为单一报告币种,也可以通过按币种细分分析来了解区域财务活动。

为何重要

为发票金额提供必要的上下文信息,尤其在跨国环境中,有助于实现准确的财务分析和报告。

获取方式

主要在凭证抬头表 BKPF-WAERS 或 RBKP-WAERS 中查找。

示例
USDEURGBPJPY
处理时间
ProcessingTime
单个活动的持续时间。
描述

处理时间,即活动持续时间,是指一项活动的开始到结束之间所经过的时间。此指标从 event log data 中计算得出。

这一计算出的指标对于“活动持续时间与返工热力图” dashboard 至关重要。它有助于精准找出流程中哪些特定步骤耗时最多。分析处理时间可以揭示效率低下的环节,例如漫长的审批步骤或耗时的差异解决活动,从而指导有针对性的改进工作。

为何重要

量化单个活动所花费的时间,有助于识别流程中最耗时的步骤和瓶颈。

获取方式

通过计算同一张发票中,当前活动的“Event 时间”与后续活动的“Event 时间”之间的差值得出。

示例
P2DT3H4MPT5HP7D
已享受折扣
DiscountTaken
一个布尔标志,表示是否成功应用了提前付款折扣。
描述

此属性指示发票支付时是否实际取得了现金折扣。它是衡量应付账款 (AP) 流程财务效率的关键组成部分。

此标志是“提前付款折扣获取率”这一 KPI 的核心。通过筛选出可能获得折扣(基于付款条件)的发票,并分析此标志,企业可以精确计算节省了多少资金以及错失了多少节省机会。这为应付账款 (AP) 绩效提供了一个清晰、可量化的衡量标准。

为何重要

直接衡量成功获取可用早付折扣的程度,这对公司的利润底线有直接影响。

获取方式

通过检查付款凭证上的折扣金额字段(BSEG-SKNTO)是否大于零推导得出。

示例
false
是否自动化
IsAutomated
一个标志,表示该活动是由系统自动执行而非人工操作。
描述

此布尔属性区分人工发起的活动和由系统 job (作业)、workflow (工作流) 或 bot (机器人) 执行的活动。例如,自动化的付款运行或系统生成的发票过账将被标记为自动化。

分析此属性有助于理解应付账款流程中的自动化水平。它可用于衡量自动化计划的成功,比较自动化与手动步骤的效率,并识别进一步的自动化机会。

为何重要

有助于衡量流程中的自动化程度,从而分析自动化效率并识别进一步改进的机会。

获取方式

此信息是根据“用户名称”(例如“SAP_SYSTEM”或“BATCHUSER”等系统用户ID),或与自动化作业相关的特定事务代码推导得出的。

示例
false
是否逾期付款
IsLatePayment
一个布尔标志,表示发票是否在到期日后支付。
描述

此计算属性是一个简单的真/假标志,指示发票是否在其官方到期日之后支付。它是通过比较“结清日期”与“发票到期日”得出的。

此标志简化了“付款合规与账龄” dashboard (仪表板) 和“准时付款率” KPI 的分析。它允许轻松筛选和聚合,以统计逾期付款的数量,计算准时付款的百分比,并识别逾期付款率高的供应商或公司代码。

为何重要

直接衡量付款条款的合规性,简化按时付款KPI的计算,并有助于识别付款绩效不佳的环节。

获取方式

计算属性。逻辑为:如果“结清日期”大于“发票到期日”,则为真;否则为假。

示例
false
结清日期
ClearingDate
完成付款并将发票从未清项中清除的日期。
描述

清账日期(Clearing Date)标志着发票的财务结算。它是“付款已清账”活动发生的日期,对于大多数成功的发票流程而言,这标志着最终步骤。

该日期用于计算实际付款日期,并与发票到期日进行比较。因此,它对于计算“按时付款率”KPI以及任何与付款绩效相关的分析至关重要。它也标志着计算端到端发票周期时间的终点。

为何重要

标志着发票的最终结算,是计算周期时间的终点,也是按时付款分析的基础。

获取方式

在已清算项目的表中查找,例如供应商的 BSAK-AUGDT。

示例
2023-10-282023-11-142024-01-09
必填 推荐 可选

应付账款发票处理活动

这些是您在 event log (事件日志) 中应捕获的关键流程步骤和里程碑,对于准确的流程发现和优化至关重要。
7 推荐 8 可选
活动描述
付款已清算
此活动标志着发票的最终结清,即付款和发票在子分类账中相互核销。这标志着整个流程已完成。
为何重要

作为流程的终点,此活动对于准确计算端到端周期时间至关重要,并确认负债已结清。

获取方式

这是一个明确的 event (事件),其特征是发票凭证 (表 BSEG) 的供应商行项目上的“结清日期” (AUGDT) 字段被填充。

捕获

使用发票行项目中的清账日期 (BSEG-AUGDT)。

事件类型 explicit
发票已冻结付款
系统已自动或手动对发票设置了冻结,阻止其付款。这通常是由于价格、数量差异或缺少审批等原因。
为何重要

这是问题和返工的关键指标。分析冻结原因和持续时间有助于识别付款延迟和流程低效的根本原因。

获取方式

这是一个明确的状态,记录在会计凭证 (表 BSEG) 的供应商行项目上的“付款冻结键”字段 (ZLSPR) 中。

捕获

当 BSEG-ZLSPR 字段中填入冻结原因时,通过更改凭证进行记录。

事件类型 explicit
发票已取消
该发票单据已被冲销,有效消除了其财务影响。这是一种替代的流程终结状态,通常是由于错误的录入或供应商争议所致。
为何重要

追踪取消操作有助于识别流程失败的原因,例如重复提交或不正确的发票数据,这可能指向上游问题。

获取方式

当冲销凭证被创建时,此信息会被明确记录。原始凭证抬头 (BKPF) 中将填入冲销凭证号 (STBLG) 和冲销原因。

捕获

识别冲销凭证的过账日期,该日期链接在原始凭证的抬头 (BKPF-STBLG) 中。

事件类型 explicit
发票已批准
该发票已在 workflow 系统中获得所有必要的审批。这通常是发票过账或解除付款冻结前的最后一步。
为何重要

这一关键里程碑标志着审批周期的结束。从分发到审批之间的时间是衡量效率的关键指标。

获取方式

可从SAP业务Workflow日志中捕获,作为完成或最终发布步骤。此外,也可通过付款路由后移除付款冻结来推断此信息。

捕获

从 SAP 工作流日志中提取工作流完成事件,或识别最终的 'release' 事件。

事件类型 explicit
发票已过账
该发票正式记录在总账中,产生一项财务负债。暂存凭证会成为过账凭证,或者直接进行过账。
为何重要

这是一个关键的财务里程碑。它确认了公司的付款义务,通常是安排付款的先决条件。

获取方式

此 event (事件) 由凭证 header (抬头) (BKPF) 中的过账日期 (BUDAT) 识别。已过账凭证的凭证状态 (BKPF-BSTAT) 为空白。

捕获

对于未暂存的凭证(BKPF-BSTAT 为空),使用过账时间戳 (BKPF-BUDAT)。

事件类型 explicit
发票收到
此活动标志着在 SAP 中创建发票凭证,可通过手动或 OCR/VIM 等自动化接口完成。此 event (事件) 通常从会计凭证 header (抬头) 的创建日期和时间中捕获。
为何重要

作为流程的起点,此活动对于计算端到端发票周期时间,以及衡量整个应付账款(AP)流程的吞吐量至关重要。

获取方式

此 event (事件) 是从会计凭证 header (抬头) 表 (BKPF) 中,使用凭证创建日期 (CPUDT) 和时间 (CPUTM) 捕获的。

捕获

使用发票凭证的创建时间戳(BKPF-CPUDT, BKPF-CPUTM)。

事件类型 explicit
已执行付款
发票已收到付款。这通常在付款运行完成、并创建和过账付款凭证时被记录。
为何重要

此活动对于现金流分析至关重要,通过将该日期与发票到期日进行比较,可以衡量“准时付款率”这一 KPI。

获取方式

这从结清发票的付款凭证的过账日期捕获。付款凭证编号链接在发票行项目 (BSEG) 的结清凭证字段 (AUGBL) 中。

捕获

识别清算发票行项目的付款凭证的过账日期 (BUDAT)。

事件类型 explicit
付款建议已创建
该发票已作为付款运行(例如 F110)的一部分,包含在付款建议中。目前已预定付款,等待运行的最终执行。
为何重要

此活动显示了从一项未结负债转变为一项正在积极准备支付的款项,有助于分析支付操作的效率。

获取方式

此 event (事件) 明确记录在付款运行 data (数据) 表中,具体是 REGUP (支付程序处理项目) 和 REGUH (Header)。

捕获

识别发票何时出现在 REGUP 表中,并与 REGUH 中标识的付款运行相对应。

事件类型 explicit
发票到期日已过
这是一个计算事件,表明发票的净到期日已过,但尚未收到付款。这表示付款已逾期。
为何重要

对于“付款合规与账龄”Dashboard 至关重要,此活动有助于主动识别和管理逾期发票,并分析逾期付款的根本原因。

获取方式

这在 SAP 中并非一个显性事件。它是通过将系统当前日期与净到期日(根据 BSEG-ZFBDT 或基准日期和付款条款计算得出)进行比较来计算的。

捕获

当Event 时间戳大于发票净到期日时触发的计算Event。

事件类型 calculated
发票已拒绝
审批人在审批工作流中拒绝了发票。此操作通常会将发票退回给处理人进行更正或澄清。
为何重要

追踪拒绝情况有助于揭示审批流程中的返工环节,并可能表明政策合规性或发票编码不正确的问题。

获取方式

这作为与发票关联的 SAP Business Workflow 日志中的一个特定结果 event (事件) 被捕获。

捕获

从 SAP 工作流日志中提取 'rejected' 状态的工作流事件。

事件类型 explicit
发票已暂存
指的是发票已输入系统但尚未过账到总账。这通常是刻意为之的步骤,旨在保存未完成的单据,以便后续处理或审批。
为何重要

追踪暂存发票有助于识别正式过账流程开始前的延迟,并能突出数据完整性或初始验证方面的问题。

获取方式

此状态根据会计凭证抬头中的凭证状态字段(BKPF-BSTAT = 'V' 表示暂存)推断得出。该事件在状态被设置时发生。

捕获

识别表 BKPF 中 BSTAT 字段设置为 'V'(预录入/Pre-entered)的更改凭证。

事件类型 inferred
发票已送审
该发票已根据业务规则提交至 workflow 以进行必要的审批。这标志着审批子流程的开始。
为何重要

此活动是衡量“平均发票审批时间”这一 KPI 和分析审批瓶颈的起点。

获取方式

可从SAP业务Workflow日志(SWW*表)中捕获。这些日志记录了与发票对象(例如BUS2081)关联的Workflow实例的启动。

捕获

从与发票凭证关联的 SAP 工作流日志 (例如表 SWW_WIHEAD) 中提取工作流启动事件。

事件类型 explicit
差异已解决
此活动表明,先前识别出的可能导致付款冻结的问题已得到调查和解决。当发票的付款冻结被移除时,即记录此活动。
为何重要

追踪此返工循环对于“发票差异返工分析”仪表盘至关重要。它有助于量化纠正错误所花费的时间和精力。

获取方式

此信息通过显示移除付款冻结的变更凭证推断得出。BSEG-ZLSPR 字段的变更日志是主要来源。

捕获

识别表 BSEG 中 ZLSPR 字段从有值变为空白的更改凭证。

事件类型 inferred
收货已匹配
此活动标志着发票的数量和金额已成功匹配到相应的收货凭证。这是 3-way matching (三方匹配) 场景中的最终验证步骤。
为何重要

追踪此项有助于查明三方匹配流程中的低效之处,并识别收货与供应商开票之间存在的差异。

获取方式

此信息通过发票行项目中存在的物料凭证参考(收货)推断得出,通常通过采购订单项目历史记录进行关联。

捕获

从发票行项目上存在收货凭证引用(例如,MIRO 发票的 RSEG 中)推断得出。

事件类型 inferred
采购订单已匹配
此活动标志着发票已成功匹配到相应的采购订单。这是基于采购的发票在 3-way matching (三方匹配) 流程中的关键一步。
为何重要

深入分析此活动,有助于衡量匹配流程的效率,更是“三向匹配绩效”和“无采购订单发票比例”这两项关键绩效指标(KPI)的基石。

获取方式

当表 BSEG 或 ACDOCA 中的发票行项目包含有效的采购订单号 (EBELN) 和项目 (EBELP) 时,此信息可被推断。

捕获

从创建发票凭证时存在采购订单引用(BSEG-EBELN)推断得出。

事件类型 inferred
推荐 可选

提取指南

如何从 SAP S/4HANA 获取您的数据