您的订单到收款流程:开票与发票处理数据模板

通用流程挖掘模板
您的订单到收款流程:开票与发票处理数据模板

您的订单到收款流程:开票与发票处理数据模板

通用流程挖掘模板

这是适用于订单到收款:账单与开票的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。

选择具体系统
  • 适用于任意系统的通用起点。
  • 支持深入分析的建议属性。
  • 用于梳理开票与发票处理流程的关键活动。
刚接触事件日志?了解 如何创建流程挖掘事件日志.

订单到收款流程:开票与发票处理属性

这些建议的数据字段可为事件日志打下坚实基础,支持全面分析订单到收款流程中的开票与发票处理环节。
5 必填 6 建议填写 5 选填
名称 说明
事件时间
EventTime
表示特定活动或事件发生时间的精确时间戳。
说明

事件时间(即时间戳)记录活动执行或状态变更发生的准确日期和时间。这类时间数据对于了解流程步骤的时点和持续时间至关重要。

分析时,事件时间用于按时间顺序排列活动,计算步骤之间的间隔、活动持续时间以及每个案例的端到端周期时间。它也是识别瓶颈、衡量服务水平协议达成情况和分析趋势的基础。没有准确的时间戳,就无法分析绩效和持续时间。

重要性

此时间戳对于计算周期时间和持续时间等所有基于时间的指标至关重要,这些指标有助于识别瓶颈。

获取途径

通常与活动或状态字段一起存储在交易日志、变更凭证或凭证表头和行项目表中。

示例
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
发票ID
InvoiceId
每张客户发票的唯一标识符。此属性是账单和开票流程的主要案例标识符。
说明

发票ID是分配给每张已生成发票的唯一字母数字代码。它是关联所有相关活动的核心键,可将创建、审批、付款和关闭等环节串联为一个流程实例或案例。

在流程挖掘分析中,发票ID对于还原每张发票的端到端流程至关重要。它有助于分析人员查看流程路径、识别差异并计算周期时间等案例级指标。按特定发票ID筛选,也有助于深入分析问题案例,了解延误或错误的根本原因。

重要性

这是跟踪发票整个生命周期的唯一键,也是开展任何账单流程分析的基础。

获取途径

通常位于源ERP或财务系统中账单或发票凭证的表头表。

示例
INV-2023-00123910004587SI-58832
活动名称
ActivityName
发票生命周期中特定时点发生的业务活动或事件名称。
说明

活动名称用于描述账单流程中的具体步骤或任务,例如“发票已生成”“发票已发送给客户”或“付款已分配至发票”。流程日志中的每个事件都关联一项活动,这些活动按顺序构成流程路径。

分析活动顺序是流程挖掘的核心。它能揭示发票实际经过的路径,呈现标准操作、偏差、返工循环和瓶颈。了解发生了哪些活动、顺序如何以及发生频率,是流程发现、一致性检查和识别改进机会的基础。

重要性

它定义了流程中的各个步骤,便于查看和分析发票从创建到关闭的全过程。

获取途径

通常根据源系统中的凭证状态变更、交易代码或特定事件日志得出。

示例
发票已批准已收到付款已提出争议发票已发送给客户
数据上次更新时间
LastDataUpdate
表示此事件的数据上次从源系统刷新或提取时间的时间戳。
说明

此属性记录最近一次数据提取或刷新的日期和时间,反映所分析数据的新鲜度。

在任何流程挖掘项目中,了解数据的时效性对于报告和分析都至关重要。此属性有助于用户了解分析涵盖的时间范围,并确保决策依据是最新信息。它对于监控数据管道、确保数据提取流程按预期运行也十分重要。

重要性

它反映数据的新鲜度,确保分析和决策依据是当前可用的最新信息。

获取途径

此时间戳通常在数据提取、转换和加载(ETL)过程中生成并添加到数据集中。

示例
2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z
源系统
SourceSystem
提取数据的记录系统。
说明

此属性用于标识生成事件数据的业务应用或系统,例如ERP、CRM或定制账单平台。在多个系统集成的环境中,该字段有助于区分数据来源。

了解源系统对于数据验证、治理和故障排查十分重要。合并多个系统的数据时,此属性可提供背景信息,帮助解释数据粒度或术语上的差异。它还有助于更细致地分析由特定交易所用系统导致的流程差异。

重要性

它提供数据来源的重要背景信息,有助于验证数据并分析跨多个系统的流程。

获取途径

此信息可能存储在源表字段中,也可能在数据提取、转换和加载(ETL)过程中添加。

示例
SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365
付款到期日
PaymentDueDate
客户应支付发票款项的截止日期。
说明

付款到期日是根据发票日期和约定的付款条款计算出的重要日期。它规定了付款截止时间,超过此日期发票即会逾期。

此属性对于监控催收绩效和管理现金流至关重要,可用于计算应收账款周转天数和按时付款率等关键指标。通过比较实际付款日期与到期日,企业可以识别逾期付款、分析不同客户的付款行为,并评估催收策略的效果。

重要性

此日期是衡量付款绩效、计算应收账款周转天数和识别逾期发票的基准,直接影响现金流。

获取途径

可在发票表头数据中找到。此日期可能直接录入,也可能根据发票日期和付款条款计算得出。

示例
2023-11-302024-01-152024-02-28
发票状态
InvoiceStatus
发票生命周期中的当前状态,例如未结清、已付款或有争议。
说明

发票状态表示发票在整个流程中的当前状态,可快速了解发票所处环节,例如待审批、待付款、已全额付清或已取消。

此属性有助于概览当前工作量和财务状况。仪表板通常会使用此字段按状态展示发票分布,例如未结清或逾期发票的总金额。在流程挖掘中,分析状态之间的转换可简要呈现流程路径。

重要性

它能快速显示发票在流程中的位置,适用于运营仪表板和高层级状态跟踪。

获取途径

这是大多数发票或账单凭证表头中的标准字段。

示例
未结清已付款逾期有争议已取消
发票金额
InvoiceAmount
发票的总金额,包括所有行项目、税费和其他费用。
说明

发票金额表示客户应付的总金额,是每个发票案例的重要财务指标。

此属性是流程挖掘财务分析的基础。它可按金额对发票分类,例如高额和低额发票,以查看它们是否遵循不同的流程路径或周期时间。它还可用于计算应收账款周转天数等关键绩效指标,并分析流程低效造成的财务影响,例如大额发票收款延迟。

重要性

它支持财务影响分析,帮助您按金额确定问题的优先级,并了解不同发票金额对流程的影响。

获取途径

通常位于源财务系统的发票或账单凭证表头。

示例
5000.001250.7525000.5099.99
客户名称
CustomerName
发票开具对象的客户或实体名称。
说明

此属性包含开票客户的法定名称或商号,为交易中的业务伙伴提供易于识别的名称。

按客户名称分析流程,有助于识别特定客户是否经常出现流程偏差、付款延迟或争议。这些信息可用于制定客户关系管理策略,并针对特定客户调整沟通方式或流程。还可用于比较不同客户群体的绩效。

重要性

它支持以客户为中心的分析,帮助识别特定客户或客户群体相关的模式、延误或问题。

获取途径

数据来自客户主数据,并通过客户ID与发票凭证关联。

示例
Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc.
币种
Currency
发票金额所用的币种代码,例如USD或EUR。
说明

币种属性用于指定发票金额所用的货币单位,为解读财务数值提供必要背景信息,尤其适用于使用多种货币进行交易的全球化组织。

分析时,币种字段对于正确汇总和比较财务数据至关重要。在计算总金额或比较不同地区的发票金额之前,必须先将所有金额换算为统一币种。此属性对于准确的财务报告以及按币种或地区细分流程绩效至关重要。

重要性

它为所有财务数值提供必要背景信息,确保金额分析和报告准确,尤其适用于跨国业务。

获取途径

位于发票或账单凭证表头,通常与金额字段相邻。

示例
USDEURGBPJPY
用户
User
负责执行特定活动的用户、员工或系统ID。
说明

此属性用于标识在流程中执行特定任务的人员或自动化系统代理,例如发票创建者、审批人或付款分配人员。

按用户分析活动有助于了解工作量分配、个人绩效和培训需求。分析结果可显示哪些用户或团队效率较高,哪些可能需要额外支持。此外,追踪流程中关键操作的执行者,对于合规和审计也至关重要。

重要性

它有助于了解资源绩效和工作量,从而分析团队效率并发现培训机会。

获取途径

通常可在变更日志或凭证历史表中找到,并与每条记录的事件或交易关联。

示例
j.doeAccountingBotm.smithe.jones
付款条款
PaymentTerms
买卖双方约定的发票付款条件,例如净30天或收到发票后立即付款。
说明

付款条款规定了买卖双方约定的发票付款规则,包括付款期限以及提前付款可享受的折扣。

按付款条款分析流程,有助于了解某些条款是否与较长付款周期或较高逾期率相关。这些信息可帮助企业优化付款条款策略,改善现金流。在调查特定发票逾期原因时,这些信息也能提供重要背景。

重要性

此属性会影响付款到期日和客户付款行为,是了解并提高按时付款率的关键。

获取途径

通常同时存储在客户主数据和单张发票凭证表头中。

示例
净30天净60天收到后立即付款10天内付款可享2%折扣,净30天
客户地区
CustomerRegion
与客户相关的地理区域、辖区或国家/地区。
说明

客户地区用于说明客户所在的地理位置,可按国家/地区、州或自定义销售区域等不同层级定义。

这一属性有助于细分客户。按地区分析开票流程,可以发现各地在付款时间、争议率或流程合规性方面的差异。这些洞察可用于制定针对不同地区的催收和客户服务策略,也有助于识别绩效较好地区的最佳实践,并推广到其他地区。

重要性

支持地理维度分析,揭示不同地区在付款行为、流程效率和合规性方面的差异。

获取途径

此属性源自客户主数据,通常根据客户地址确定。

示例
北美欧洲、中东和非洲德国亚太地区
是否返工
IsRework
用于标记发票流程是否涉及返工活动,例如更正或多轮审批。
说明

IsRework是一个布尔标记;如果发票经历过一次或多次返工循环,其值为true。返工包括纠正错误,或重复执行本应只做一次的步骤,例如发票被拒后重新提交审批。

此属性可直接衡量流程效率低下的情况。筛选IsRework为true的案例,分析人员即可快速找出有问题的发票并调查返工根因。计算返工率,即发生返工的案例占比,是衡量流程质量、发现精简运营和减少无效工作的机会的重要KPI。

重要性

直接标记流程效率低下的情况,便于识别和分析需要额外非增值工作的案例。

获取途径

源系统通常不提供此属性,需在数据转换过程中根据表明返工的活动顺序推导得出。

示例
truefalse
组织单元
OrganizationalUnit
负责开具发票的业务单元、公司代码或销售组织。
说明

此属性用于识别公司内部开具发票或负责相关交易的具体实体,例如公司代码、业务单元或销售组织。

按组织单元分析流程,可在企业内部进行基准比较和绩效对比,帮助您识别哪些业务单元效率最高、返工率最高,或最常遇到逾期付款。这对于明确各单元的责任、推动企业范围内的流程标准化至关重要。

重要性

支持不同业务单元之间的内部绩效对比,帮助识别最佳实践和改进空间。

获取途径

这是ERP系统中几乎所有财务单据抬头部分都会包含的基础组织数据字段。

示例
1000US01全球服务欧洲制造
销售订单号
SalesOrderNumber
生成发票的销售订单标识符。
说明

销售订单号用于引用订单到收款链条中触发发票创建的前序单据,将账单流程与销售流程关联起来。

此属性对于全面了解订单到收款流程至关重要。将发票关联回销售订单后,组织便可分析从客户下单到最终付款的完整生命周期,从而更全面地识别销售或履约环节的问题如何影响账单和催收。

重要性

它将账单流程与上游销售流程关联起来,支持完整的端到端订单到收款分析。

获取途径

此引用通常存储在发票凭证表头或行项目中,并关联至销售凭证表。

示例
SO-10582490000123ORD-2023-987
必填 建议填写 选填

订单到收款流程:开票与发票处理活动

以下活动涵盖需要记录的关键流程步骤和重要里程碑,确保准确发现流程并获得深入洞察。
6 建议填写 9 选填
活动 说明
付款已分配至发票
收到的客户付款已成功匹配并分配至相应发票。此对账步骤会减少或结清发票的未付余额。
重要性

此活动对于了解现金应用周期时间至关重要。延误会导致应收账款账龄失真,并影响信用管理。

获取途径

可在应收账款明细分类账表中找到,这些表会关联付款凭证和发票凭证,通常称为清账凭证。

采集

获取付款记录与发票记录关联以清除未结项目时的时间戳。

事件类型 explicit
发票已关闭
发票已正式关闭,表示其生命周期已结束。当付款、贷项通知单或其他调整使未付余额归零时,发票即达到此状态。
重要性

作为流程主要的成功终点,此活动对于计算整体周期时间和衡量流程完成率至关重要。

获取途径

此状态通常根据发票余额归零推断,也可能由系统中的明确状态变更记录。

采集

确定导致发票余额归零的交易的最新时间戳,例如付款分配。

事件类型 inferred
发票已发送给客户
已批准的发票已通过指定方式正式送达客户,例如电子邮件、纸质邮件或在线门户。此时开始计算客户的付款期限。
重要性

此事件标志着催收周期正式开始,对于计算应收账款周转天数(DSO)和按时付款率至关重要。

获取途径

记录在输出管理日志、通信记录或发票的“发送日期”字段中。

采集

使用系统日志中的时间戳,记录发票通过电子邮件、打印或EDI发送的时间。

事件类型 explicit
发票已生成
此活动表示系统中已创建发票记录,是开票流程的正式起点。通常由已履行的销售订单自动触发,也可能由人工录入。
重要性

作为流程起点,此事件对于计算发票端到端周期时间和识别流程初期的延迟至关重要。

获取途径

从主要发票或开票单据表的创建时间戳中获取。

采集

识别新发票记录的创建事件或首次保存时间戳。

事件类型 explicit
已到付款到期日
这是一个计算得出的事件,在发票付款到期日过后发生。它不是交易活动,而是根据发票开具日期和付款条款确定的时间节点。
重要性

此节点对于将发票归类为逾期发票以及分析按时付款表现至关重要,也是启动催收活动的触发点。

获取途径

系统不会直接记录此事件,而是根据发票日期和付款条款字段计算得出。

采集

按“发票发送日期”+“付款期限天数”计算。

事件类型 calculated
已收到客户付款
已收到客户付款并记录在财务系统中。此时系统已确认收到款项,但款项可能尚未具体分配到发票。
重要性

这是重要的现金流事件。从收到付款到将款项分配到发票之间的时间,是衡量现金应用效率的关键指标。

获取途径

记录在现金收款日记账、付款交易表或银行对账单处理表中。

采集

识别客户付款记录或现金收款记录的创建时间。

事件类型 explicit
发票已取消
现有发票已作废或取消,其财务影响随之冲销。通常在收到付款前,为更正重大错误而执行此操作,例如发票开给了错误的客户。
重要性

取消记录反映了需要返工的运营错误,也可能延误正确开票。取消率偏高通常表明流程或数据质量存在问题。

获取途径

可从冲销凭证或发票记录中的“已取消”或“已作废”状态获取。

采集

查找与原始发票关联的冲销凭证,或状态变更为“作废”的记录。

事件类型 explicit
发票已批准
发票已通过所有内部审核并正式获批。此事件表示发票已确认准确,可以发送给客户。
重要性

这是一个关键节点,将内部处理时间与客户付款时间区分开来。分析审批所需时间有助于了解内部效率。

获取途径

从工作流系统日志中获取,或记录发票单据状态从待处理变为已批准的时间。

采集

从工作流日志或状态变更中获取最终审批事件的时间戳。

事件类型 explicit
发票已拒绝
审批人在内部审核过程中拒绝了发票。通常需要更正并重新提交,从而形成返工循环。
重要性

此活动反映了内部流程效率低下、数据质量问题和返工,这些情况会延长发票处理周期并推迟付款。

获取途径

通常记录为发票记录中的状态变更,相关表中也可能包含拒绝意见。

采集

记录发票状态更新为已拒绝或类似状态时发生的事件。

事件类型 explicit
发票已提交审批
表示已生成的发票已提交至正式的内部审核工作流。要求管理层在发票定稿前审核的组织通常会设置此步骤。
重要性

跟踪提交和审批情况,有助于发现导致发票延迟发送给客户的内部流程瓶颈,这会直接影响现金流。

获取途径

通常记录为状态变更,或工作流管理系统中的日志条目。

采集

记录发票状态变为待审批或类似状态时的时间戳。

事件类型 explicit
发票已更正
发票创建后经过修改,通常是因为发票被拒绝或发现错误。修改内容可能包括金额、行项目或客户信息。
重要性

频繁更正可能表明主数据或初始订单履行流程存在问题,导致返工和延误。

获取途径

可从变更日志、审计跟踪中推断,也可通过识别同一订单的发票先取消后重新创建等模式来判断。

采集

检测发票记录创建后关键财务字段的变更。

事件类型 inferred
发票已核销
发票剩余余额已取消,并归类为坏账。通常在所有催收措施均已用尽后采取此操作。
重要性

这表明催收流程未能成功,并造成直接财务损失。分析核销记录有助于识别高风险客户并改进信用政策。

获取途径

记录为特定调整或日记账分录,用于将发票余额转入坏账科目并结清。

采集

识别使用“核销”原因代码调整发票余额,或记入坏账科目的交易。

事件类型 explicit
已发送付款提醒
已向客户发送有关逾期发票的通知,例如催款函或电子邮件。这是催收流程中的关键活动,旨在促使客户付款。
重要性

跟踪提醒有助于衡量催收策略的效果,并识别经常需要跟进的客户。

获取途径

从催款运行日志、催收系统或与客户或发票关联的通信活动日志中获取。

采集

使用催款历史表或催收活动日志中的时间戳。

事件类型 explicit
已开具贷项通知单
贷项通知单或贷项凭证已创建,通常会应用于现有发票。通常用于更正账单错误、调整价格或处理退货。
重要性

频繁开具贷项通知单可能表明销售或履约环节存在问题,进而造成收入流失或客户不满。

获取途径

根据贷项通知单或贷项凭证的创建记录获取,此类单据通常会关联至原始发票。

采集

记录贷项凭证交易类型的创建时间戳。

事件类型 explicit
已提出争议
客户正式对全部或部分发票提出异议,理由可能包括价格或数量有误。在争议解决前,通常会暂停催收活动。
重要性

分析争议有助于找出客户不满和账单错误的根本原因,这些问题会直接影响应收账款周转天数和客户关系。

获取途径

通常记录为状态变更、发票标记,或创建与发票关联的独立争议案例记录。

采集

获取争议案例的创建日期,或状态变更为“有争议”的时间。

事件类型 explicit
建议填写 选填

数据提取指南

如何获取流程挖掘所需的数据。

不同系统的数据提取方式各不相同。详细说明请

阅读我们的ETL指南   或   选择具体流程和系统.

准备好开始了吗?

选择系统专属的数据提取指南,深入分析您的流程;也可以先使用通用模板,为后续数据工作打下灵活的基础。

立即改进开票与发票处理,改善现金流

快速发现瓶颈、减少错误并加快付款。

开始免费试用

无需信用卡,几分钟即可开始。