数据模板:应付账款发票处理
您的应付账款发票处理数据模板
这是我们针对应付账款发票处理的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 适用于任何应付账款系统的通用数据结构
- 深度分析推荐属性
- 捕获关键活动,实现流程全面可见性
应付账款发票处理属性
| 名称 | 描述 | ||
|---|---|---|---|
Event 时间 EventTime | 表示活动或事件发生的准确日期和时间的时间戳。 | ||
描述 事件时间捕获了发票生命周期中特定活动发生的精确时刻。从“发票接收”到“发票清算”的每一个活动都带有一个关联的时间戳。 此属性对于绩效分析至关重要。它允许计算活动之间的周转时间(例如,审批时间、付款时间)以及每张发票的总端到端处理时间。通过分析这些持续时间,组织可以识别瓶颈,根据服务水平协议(SLA)衡量绩效,并确定加速机会。它还可以按时间顺序排列事件,以准确重建流程流。 为何重要 这对于计算周期时间、识别瓶颈以及分析流程事件的时间顺序至关重要。 获取方式 存在于系统日志、交易创建/更改日期字段或与发票文档相关的事件时间戳记录中。 示例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
发票 ID InvoiceId | 每个供应商发票文件的唯一标识符。它作为主要案例标识符,用于追踪发票的端到端旅程。 | ||
描述 发票ID是分配给从供应商收到的每张发票的唯一字母数字代码。它作为与该特定发票相关的所有活动和数据的中心参考点,从最初收到到最终付款和清算。 在流程挖掘中,发票ID是基础。它充当案例ID,允许软件将事件序列(如“发票已收到”、“已批准”、“已支付”)组合成一张发票的连贯流程。这使得能够按发票分析流程变体、周期时间和瓶颈,从而清晰地了解每张发票是如何处理的。 为何重要 这是最关键的属性,因为它将所有相关流程步骤连接到单个案例中,从而实现端到端流程分析和可视化。 获取方式 通常在源系统发票或应付账款事务表的抬头数据中找到。 示例 INV-9876547300015298SI-2023-04-112 | |||
活动名称 ActivityName | 发票相关的业务流程步骤或事件的名称。 | ||
描述 活动名称描述了发票处理生命周期中的特定动作、状态变化或里程碑。每张发票的每个记录事件,例如“发票已验证”、“已提交审批”或“已执行支付”,都由一个独特的活动名称表示。 此属性构成了流程图的骨干,其中每个独特的值都成为可视化流程中的节点。分析这些活动之间的顺序、频率和持续时间是流程挖掘的核心,有助于识别常见路径、偏差和返工循环。这对于理解流程中实际发生的情况至关重要。 为何重要 定义流程图中的步骤,以便可视化和分析流程流、瓶颈和变体。 获取方式 通常来源于交易代码、事件日志、状态更改字段或源系统中的特定用户操作记录。 示例 发票已审批发票已冻结已执行付款 | |||
最后数据更新 LastDataUpdate | 时间戳,表示此事件的数据上次从源系统刷新的时间。 | ||
描述 最后数据更新时间戳表示数据从源系统提取并加载到流程挖掘环境的最新时间。它不代表业务事件发生的具体时间,而是反映了所分析数据的“新鲜度”。 此属性对数据治理至关重要,帮助用户了解洞察的时效性。它有助于确认分析基于最新信息,并可用于监控数据管道的健康状况和更新频率。这确保了利益相关者在根据流程仪表板和分析做出决策时,了解数据的最新程度。 为何重要 对于数据治理以及确保用户了解其分析数据的时效性至关重要,这有助于建立对洞察的信任。 获取方式 此时间戳通常在数据提取、转换和加载(ETL)过程中生成和添加。 示例 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
源系统 SourceSystem | 数据提取来源系统。 | ||
描述 此属性用于识别事件数据生成或记录的原始IT系统,例如ERP、文档管理系统或工作流工具。在涉及多个系统的应付账款(AP)流程环境中,此字段有助于区分不同活动的来源。 按源系统分析数据有助于理解流程碎片化和所面临的数据集成挑战。它可以揭示延迟或问题是否与不同系统间的交接有关。它对于数据治理和验证也至关重要,以确保流程视图准确反映每个系统的贡献。 为何重要 提供数据来源的背景信息,这对数据验证、故障排除以及分析跨系统流程差异至关重要。 获取方式 通常是在数据提取过程中添加的静态值,或在系统日志抬头中可用。 示例 ERP_PRODSAP_ECC_100Oracle_Fusion | |||
供应商名称 VendorName | 提交发票的供应商名称。 | ||
描述 供应商名称用于识别提供商品或服务的供应商的法定名称或商业名称。此属性为每张发票提供了重要的业务背景。 在分析中,按供应商名称细分流程可以评估与特定供应商的绩效和关系。它有助于回答以下问题:“哪些供应商的审批时间最长?”、“我们是否经常与某些供应商出现发票差异?”或“我们能否有效利用为关键供应商提供的提前付款折扣?”。这种视角对于采购和供应商关系管理至关重要。 为何重要 支持按供应商进行绩效分析,帮助识别有问题的供应商关系、付款条款合规性以及不同供应商的流程差异。 获取方式 位于供应商主数据表中,通过供应商ID与发票交易数据关联。 示例 全球办公用品创新科技解决方案Advanced Logistics Corp | |||
公司代码 CompanyCode | 处理发票的法人实体或公司标识符。 | ||
描述 公司代码是一个独特的键,代表组织内的一个独立法人实体或公司。发票以特定公司代码的名义进行处理和入账。 此属性是多实体组织中进行比较分析的基本维度。它允许对不同公司、子公司或业务部门的应付账款流程绩效进行基准测试。分析可以揭示某些实体是否更高效、自动化率更高或存在更多支付冻结问题。这有助于标准化最佳实践并识别特定区域或实体的问题。 为何重要 允许跨不同法律实体或业务部门进行流程基准测试,有助于标准化实践并识别本地化问题。 获取方式 位于财务或发票交易单据的表头,指代过账主体。 示例 1000US01DE01 | |||
发票到期日 InvoiceDueDate | 根据付款条款,发票应付款的日期。 | ||
描述 发票到期日是指必须向供应商付款以视为按时付款并避免潜在滞纳金或罚款的计算日期。它通常根据发票日期和约定的付款条款(例如,净30天)得出。 此属性对于衡量付款绩效至关重要。它是计算准时付款率关键绩效指标和识别延迟付款的基础。将到期日与实际付款日期进行比较,可以分析付款及时性,帮助组织改善供应商关系、避免罚款并战略性地管理现金流。 为何重要 这对于衡量按时付款表现、管理现金流以及避免滞纳金至关重要。 获取方式 此日期通常由源系统根据发票日期和付款条款计算,并存储在发票抬头中。 示例 2023-11-252023-12-152024-01-30 | |||
发票金额 InvoiceAmount | 发票在原始交易货币下的总金额。 | ||
描述 发票金额代表供应商提交的发票总价值,是每笔发票的关键财务指标。 该属性广泛应用于财务和绩效分析。它可用于根据重要性筛选流程(例如,单独分析高价值发票),识别超过特定金额发票的审批瓶颈,并计算流程低效带来的财务影响。例如,量化被冻结发票的价值,或优先自动化处理数量多但价值不高的发票。它是几乎所有应付账款仪表板的基础维度。 为何重要 允许进行财务影响分析,例如量化被冻结支付的价值,并根据重要性帮助对发票进行优先级排序。 获取方式 通常在发票交易数据的抬头或行项目表中找到。 示例 1500.7525000.00345.50 | |||
用户名称 UserName | 执行发票上的特定活动的用户名称或ID。 | ||
描述 用户名称用于识别负责执行特定流程步骤(例如发票录入、审批或过账)的个体员工或系统用户。对于自动化步骤,这可能是一个系统或批处理用户ID。 此属性实现了以人为中心的流程视图。通过它,可以分析工作量分配、个人或团队绩效,并识别培训需求。通过按用户追踪活动,组织可以揭示由特定人员造成的返工循环,准确定位审批的瓶颈,并确保适当的职责分离。它是理解应付账款流程中人为因素的关键属性。 为何重要 支持分析团队和个人绩效、工作量分配,并帮助识别培训机会或合规性问题。 获取方式 通常在事件日志或事务表中的“更改者”/“创建者”字段中找到。 示例 jdoeasmithBATCH_USER | |||
采购订单号 PurchaseOrderNumber | 与发票关联的采购订单(PO)的唯一标识符。 | ||
描述 采购订单号是最初授权向供应商采购商品或服务的文件的参考标识符。发票可以是基于采购订单(PO)的,也可以是无PO的。 此属性对于分析发票匹配流程至关重要。它有助于区分基于PO和非基于PO的发票,这两类发票通常遵循截然不同的处理路径。分析可侧重于三单匹配(采购订单、收货单与发票)的效率,识别匹配失败的原因,并衡量首次通过匹配率KPI。对于本应包含采购订单号的发票,如果缺失该号码,通常表明存在流程合规性问题。 为何重要 对于分析发票匹配效率、区分采购订单与非采购订单发票流程以及识别合规问题至关重要。 获取方式 存在于发票交易数据中,通常在将其链接到采购模块的参考字段中。 示例 4500017545PO-2023-10-005789123 | |||
付款日期 PaymentDate | 发票实际执行付款的日期。 | ||
描述 付款日期是一个时间戳,标志着特定发票款项支付给供应商的时刻。这是流程中的一个关键里程碑,通常意味着主处理流程的完成。 在流程挖掘分析中,此日期会与发票到期日进行比较,以判断付款是否准时、提前或延迟。它是计算按时付款率等关键KPI的核心要素,也用于分析提前付款的折扣机会。了解发票审批与付款日期之间的差距,还可以揭示付款执行或资金管理职能中的效率低下问题。 为何重要 对于计算按时付款率、分析付款行为以及识别获取提前付款折扣的机会至关重要。 获取方式 存在于付款或清算文档数据中,该数据与原始发票交易相关联。 示例 2023-11-242023-12-202024-01-28 | |||
付款条款 PaymentTerms | 与供应商约定的发票付款条款,包括到期日和折扣机会。 | ||
描述 付款条款定义了发票应在何种条件下支付,通常包括净付款天数(例如30天)以及任何提前付款折扣(例如10天内支付可享2%折扣)。 此属性为财务绩效分析提供关键背景,用于计算发票到期日,并识别获取提前付款折扣的机会。通过按付款条款分析流程绩效,组织可发现是否因内部周转时间过长而系统性错失折扣。这项分析将流程效率与财务节约直接关联。 为何重要 用于计算发票到期日,是分析提前付款折扣获取率的关键,并将流程效率与成本节约紧密挂钩。 获取方式 通常来源于供应商主数据,并在创建时复制到发票事务抬头。 示例 净 30 天2% 10,净30净 60 天 | |||
冻结原因 BlockingReason | 解释发票为何被冻结付款的原因代码或描述。 | ||
描述 付款冻结原因是指一个代码或一段文本,用于解释发票为何在支付阶段被有意暂停处理。常见原因包括数量或价格不符、缺少收货记录或需要进行质量检验。 这是分析异常和返工根本原因的重要维度。通过分析不同冻结原因的频率和影响,组织可以识别应付账款流程中效率低下的主要来源。这有助于制定有针对性的改进措施,例如提高供应商采购订单的准确性或简化收货流程。减少付款冻结是提高直通率(STP)的关键驱动因素。 为何重要 对于付款冻结的根本原因分析至关重要,有助于识别流程中效率低下和返工的最大驱动因素。 获取方式 存在于发票文档上或相关状态表中,通常在发生“冻结”活动时填充。 示例 价格差异数量不符缺少收货单 | |||
发票币种 InvoiceCurrency | 发票金额的货币代码(例如:美元、欧元、英镑)。 | ||
描述 发票币种指定了发票金额所用的货币单位。这对于与不同国家供应商打交道的跨国组织尤为重要。 在分析中,此属性对于正确解释发票金额和执行准确的财务计算至关重要。它允许按币种筛选流程,以了解区域差异或特定币种的挑战。当与汇率数据结合使用时,可用于将财务值标准化为单一报告币种,以便进行一致的全球分析。 为何重要 为发票金额提供必要的背景信息,从而实现准确的财务分析,并有助于全球化组织的流程细分。 获取方式 通常位于发票事务表的抬头中,连同发票金额。 示例 美元EURGBP | |||
是否已自动化 IsAutomated | 一个标识,指示某项活动是由系统自动执行还是由人工完成。 | ||
描述 此布尔属性指示特定流程步骤是由系统用户(如自动化程序、工作流或批处理作业)还是人工用户执行。从而有助于区分手动和自动化活动。 分析此属性是理解应付账款(AP)流程自动化程度,以及衡量数字化转型举措成功与否的关键基础。通过识别无需人工干预处理的发票,它有助于计算直通式处理(STP)率。通过量化时间和成本节约,比较自动化与手动路径的绩效,可以为进一步的自动化投资建立业务案例。 为何重要 允许衡量自动化水平(例如直通率),并帮助量化自动化对流程效率的影响。 获取方式 通常通过检查活动的“用户名”是否与已知的系统或批量用户ID对应来推断。 示例 truefalse | |||
应付账款发票处理活动
| 活动 | 描述 | ||
|---|---|---|---|
发票已匹配 | 将发票与采购订单(PO)或收货单(GR)等支持文件进行关联的过程。此活动确认发票上的金额、数量和项目与订购和收到的内容保持一致。 | ||
为何重要 这是基于采购订单的发票的关键验证步骤。分析匹配成功率和时间对于了解自动化水平以及识别有问题的供应商或物料至关重要。 获取方式 这通常在采购订单或收货参考成功链接到发票行项目时记录,并经常更新匹配状态字段。 捕获 记录发票匹配状态更新为“已匹配”或“成功”时的时间戳。 事件类型 explicit | |||
发票已审批 | 表示工作流中的最终审批,为发票支付提供官方授权。这是一个关键里程碑,将发票从处理阶段推进到支付阶段。 | ||
为何重要 此活动标志着审批周期的结束。在此之前的时间是整体发票处理时间的关键组成部分,并经常揭示审批瓶颈。 获取方式 当发票的工作流或文档状态更新为“已审批”或等效的最终状态时捕获。 捕获 记录发票最终审批状态被记录时的时间戳。 事件类型 explicit | |||
发票已接收 | 此活动标志着供应商发票首次录入系统。它可以通过手动数据录入、光学字符识别(OCR)扫描或电子数据交换(EDI)进行捕获。 | ||
为何重要 这是流程的主要起点。分析从该事件到其他事件的时间,可以揭示总处理时间并突出前端延迟。 获取方式 此事件通常从系统中主要发票或供应商账单记录的创建时间戳捕获。 捕获 使用发票抬头记录的创建日期。 事件类型 explicit | |||
发票已清算 | 此活动代表最终对账,即完成付款与发票的核销,正式结清应付账款子分类账中的相应款项。在某些情况下,这也可以代表付款在银行完成清算。 | ||
为何重要 这是最终活动,标志着流程的成功完成。从发票接收到清算的时间代表着完整的端到端周期时间。 获取方式 从发票财务记录中的清算日期字段捕获,该字段在应用付款时填充。 捕获 使用财务总账中与发票行项目相关的清账日期。 事件类型 explicit | |||
发票已过账 | 已批准的发票正式记入总账,为公司产生一项财务负债。这是一个关键的会计交易,正式确认费用和支付义务。 | ||
为何重要 过账是关键的财务事件。审批与过账之间的延迟会影响财务报告的准确性以及对未清负债的可见性。 获取方式 这是一个核心财务交易事件,从与发票相关的会计凭证的过账日期和时间捕获。 捕获 使用与发票关联的财务凭证抬头中的过账日期字段。 事件类型 explicit | |||
已执行付款 | 付款正式完成,资金已支付给供应商。此交易结清了发票过账时产生的负债。 | ||
为何重要 这对于计算按时付款率和折扣获取至关重要。它标志着价值的转移,是资金管理和供应商关系管理的关键里程碑。 获取方式 这是一个明确的财务事件,从为发票创建的付款凭证的交易日期捕获。 捕获 使用清账发票的付款凭证的交易或过账日期。 事件类型 explicit | |||
提交审批 | 发票被正式提交到工作流中,供一个或多个授权人员审查和批准。此活动标志着审批子流程的开始。 | ||
为何重要 这是衡量审批周期时间的起点。它有助于区分数据处理所花费的时间与等待管理层审批所花费的时间。 获取方式 此事件在发票状态变为“待审批”或发票进入工作流管理系统时记录。 捕获 识别发票状态被更新以表示审批工作流开始的事件。 事件类型 explicit | |||
付款已安排 | 已过账发票被选中并包含在付款建议或付款批次中。此活动表明公司有明确意图在即将进行的付款批次中支付该发票。 | ||
为何重要 这一步骤弥合了过账与实际付款之间的差距。分析此活动有助于管理现金流并了解付款准备过程的效率。 获取方式 从付款建议记录的创建中推断,或当发票添加到付款日记账或批次时推断。 捕获 记录包含该发票的付款建议或批次的创建日期。 事件类型 inferred | |||
冻结已解除 | 标记了问题的解决以及随后付款冻结或暂停的解除。此操作意味着发票已得到修正或澄清,可以继续后续流程。 | ||
为何重要 发票被冻结到冻结解除之间的时间代表了差异解决时间。分析这一持续时间有助于找出异常处理中效率低下的环节。 获取方式 从记录付款冻结状态解除或停用的系统日志或更改文档中捕获。 捕获 记录发票上付款冻结代码或暂挂状态被解除时的时间戳。 事件类型 explicit | |||
发生逾期付款 | 发票在其合同到期日之后才支付。这是一个计算事件,标志着未能按时履行支付义务。 | ||
为何重要 逾期付款会损害供应商关系,产生财务罚款,并反映出系统性低效。衡量此指标有助于量化流程绩效和合规风险。 获取方式 此事件通过比较付款执行日期与发票上注明的净到期日来计算。 捕获 计算方式:如果 Payment_Date > Net_Due_Date。 事件类型 calculated | |||
发票已冻结 | 当发票被主动冻结支付时,此活动就会发生。通常是由于匹配过程中发现的差异、政策违规或其他需要调查的问题,导致系统自动或人工对发票进行冻结。 | ||
为何重要 冻结是导致付款延迟和增加处理工作量的主要原因。识别冻结何时发生、为何发生以及发生的频率,对于流程改进至关重要。 获取方式 这是一个明确事件,当发票被设置为暂停或冻结状态时捕获,通常记录在状态日志或更改历史表中。 捕获 使用发票被设置付款冻结码或‘暂停’状态时的时间戳。 事件类型 explicit | |||
发票已取消 | 发票在录入或过账后被作废或冲销,通常是为了纠正错误或响应供应商争议。这是流程的一个替代且通常是负面的终点。 | ||
为何重要 取消操作表明存在流程失败,例如重复录入或不正确的过账。追踪其发生频率和根本原因对于提高数据录入准确性和流程质量至关重要。 获取方式 这是一个明确的操作,当用户作废发票或过账冲销凭证时捕获,并记录取消或冲销日期。 捕获 查找发票记录中的冲销凭证链接或取消标记和其对应的日期。 事件类型 explicit | |||
发票已拒绝 | 审批人拒绝工作流中的发票,从而阻止其进展至付款阶段。拒绝通常会将发票退回至更早的步骤进行修正,从而形成一个返工循环。 | ||
为何重要 驳回是返工和流程延迟的重要原因。追踪其频率和原因,有助于识别数据质量、政策理解或供应商合规方面的问题。 获取方式 作为状态更新明确捕获(例如,“已拒绝”、“已否决”),存在于系统的审批历史记录或工作流日志中。 捕获 使用发票被设为‘已拒绝’状态时审批日志中的时间戳。 事件类型 explicit | |||
发票已验证 | 表示已完成对所捕获发票数据完整性和正确性的初步检查,然后才进入匹配或审批环节。这可以是自动化系统验证,也可以是人工审核步骤。 | ||
为何重要 跟踪此活动有助于识别初始数据质量审查中的瓶颈,并衡量预处理步骤的效率。 获取方式 通常通过发票记录上的状态变更、特定验证时间戳捕获,或在记录无误保存时推断得出。 捕获 查找状态变为“已验证”或特定的验证事件日志。 事件类型 explicit | |||
已获得提前付款折扣 | 在供应商折扣期内完成付款,为公司节省了成本。这并非一个直接的系统事件,而是从交易数据中推导出来的。 | ||
为何重要 此活动直接衡量高效应付账款流程的财务效益。识别错失的提前付款机会为流程改进提供了明确的价值量化依据。 获取方式 这是一个计算事件,通过比较付款执行日期与发票上的付款条款和折扣日期得出。 捕获 计算方式:如果 Payment_Date <= Discount_Due_Date。 事件类型 calculated | |||
