您的订单到回款流程开票与发票处理数据模板
您的订单到回款流程开票与发票处理数据模板
这是适用于订单到收款-开票与发票处理的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。
选择具体系统- 适用于任意系统的通用起点。
- 支持深入分析的建议属性。
- 用于绘制开票与发票处理流程的关键活动。
订单到收款-开票与发票处理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 EventTime | 表示特定活动或事件发生时间的精确时间戳。 | ||
| 说明 Event Time或时间戳记录活动执行或状态变更发生的准确日期和时间。这类时间数据对于了解流程步骤的时间点和持续时长至关重要。 在分析中,Event Time用于按时间顺序排列活动,计算步骤之间的耗时、活动持续时间以及每个案例的端到端总周期时间。它是识别瓶颈、根据服务级别协议衡量绩效以及分析时间趋势的基础。没有准确的时间戳,就无法进行绩效和时长分析。 为什么重要 此时间戳对于计算周期时间和持续时长等所有基于时间的指标至关重要,也是识别瓶颈的基础。 获取位置 通常与交易日志、变更凭证或凭证表头及项目表中的活动或状态字段一起存储。 示例 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 | 客户应支付发票的截止日期。 | ||
| 说明 Payment Due Date是根据发票日期和约定付款条款计算出的关键日期,规定了在发票逾期前收到付款的截止时间。 此属性对于监控催收绩效和管理现金流至关重要。它可用于计算销售未收天数(DSO)和按时付款率等关键指标。通过比较实际付款日期与到期日,企业可以识别逾期付款、分析不同客户的付款行为,并评估催收策略的有效性。 为什么重要 此日期是衡量付款绩效、计算DSO和识别逾期发票的基准,并直接影响现金流。 获取位置 位于发票表头数据中,可能直接录入,也可能根据发票日期和付款条款计算得出。 示例 2023-11-302024-01-152024-02-28 | |||
| 发票状态 InvoiceStatus | 发票生命周期中的当前状态,例如未结、已付款或存在争议。 | ||
| 说明 Invoice Status表示发票在整体流程中的当前状态,反映发票在任意时点所处的位置,例如待审批、待付款、已全额付款或已取消。 此属性有助于概览当前工作负载和财务状况。仪表板通常使用该字段展示不同状态下的发票分布,例如未结或逾期发票的总金额。在流程挖掘中,分析状态之间的转换可以提供简化的高层流程视图。 为什么重要 它可以快速反映发票在流程中的位置,适用于运营仪表板和高层状态跟踪。 获取位置 这是大多数发票或开票凭证表头表中的标准字段。 示例 未结已付款已逾期有争议已取消 | |||
| 发票金额 InvoiceAmount | 发票的货币总额,包括所有行项目、税费和其他费用。 | ||
| 说明 Invoice Amount表示客户应支付的财务总额,是每个发票案例的重要财务指标。 此属性是流程挖掘财务分析的基础。您可以据此按金额对发票进行分类,例如高金额和低金额,分析它们是否遵循不同的流程路径或具有不同的周期时间。它还可用于计算销售未收天数(DSO)等关键绩效指标,并分析流程低效带来的财务影响,例如大额发票收款延迟。 为什么重要 它支持财务影响分析,使您能够根据金额优先处理问题,并了解不同发票金额如何影响流程。 获取位置 通常位于源财务系统的发票或开票凭证表头表中。 示例 5000.001250.7525000.5099.99 | |||
| 客户名称 CustomerName | 发票开具对象,即客户或实体的名称。 | ||
| 说明 此属性包含开票客户的法定名称或商业名称,为交易中的业务合作伙伴提供易于理解的标识。 按Customer Name分析流程,有助于识别特定客户是否与流程偏差、付款延迟或争议相关。这些信息可以为客户关系管理策略提供依据,并针对特定账户制定沟通方式或流程调整方案。同时,它还支持在不同客户群体之间进行绩效对标。 为什么重要 它支持以客户为中心的分析,帮助识别特定客户或客户群体的模式、延迟和问题。 获取位置 来源于客户主数据,并通过客户ID与发票凭证关联。 示例 Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc. | |||
| 币种 Currency | 发票金额所使用的币种代码,例如USD或EUR。 | ||
| 说明 Currency属性指定Invoice Amount的货币单位,为解读财务数值提供必要上下文,尤其适用于使用多种币种开展交易的全球化组织。 在分析中,Currency字段对于正确汇总和比较财务数据至关重要。在计算总额或比较不同地区的发票金额前,必须将所有金额转换为统一币种。此属性对于准确的财务报告,以及按币种或地区细分流程绩效十分重要。 为什么重要 它为所有财务数值提供必要上下文,确保货币分析和报告准确,尤其适用于跨国运营。 获取位置 位于发票或开票凭证表头表中,通常与金额字段相邻。 示例 USDEURGBPJPY | |||
| 用户 User | 负责执行特定活动的用户、员工或系统ID。 | ||
| 说明 此属性用于标识在流程中执行特定任务的人员或自动化系统代理。可能是发票创建人、审批人或付款核销人员。 按用户分析活动,有助于了解工作负载分配、个人绩效和培训需求。它可以突出工作效率较高的用户或团队,以及需要额外支持的对象。此外,为满足合规和审计要求,追踪关键流程操作的执行人也十分重要。 为什么重要 它提供资源绩效和工作负载的可见性,支持分析团队效率并识别培训机会。 获取位置 通常位于变更日志或凭证历史表中,并与每个记录的事件或交易关联。 示例 j.doeAccountingBotm.smithe.jones | |||
| 付款条款 PaymentTerms | 买卖双方约定的发票付款条件,例如Net 30或收到即付。 | ||
| 说明 Payment Terms定义卖方与买方约定的发票付款规则,包括允许的付款期限和提前付款折扣。 按付款条款分析流程,可以发现某些条款是否与更长的付款周期或更高的逾期付款率相关。这些信息有助于企业优化付款条款策略,改善现金流。在调查发票逾期原因时,付款条款也能提供重要上下文。 为什么重要 此属性会影响付款到期日和客户付款行为,是理解并提升按时付款率的关键。 获取位置 通常同时存储在客户主数据和单张发票凭证表头中。 示例 开票后30天付款开票后60天付款收到即付10天内付款享受2%折扣,30天内付清 | |||
| 客户区域 CustomerRegion | 与客户相关的地理区域、辖区或国家。 | ||
| 说明 Customer Region用于指定客户的地理位置,可以按国家、州或自定义销售区域等不同层级定义。 这是一个强大的细分属性。按区域分析开票流程,可以发现绩效上的地域差异,例如付款时间、争议率或流程合规方面的差异。这些洞察有助于制定区域化催收和客户服务策略,并识别高绩效区域中的最佳实践,以便在其他区域复制。 为什么重要 它支持地理分析,揭示不同区域在付款行为、流程效率和合规方面的差异。 获取位置 来源于客户主数据,通常根据客户地址确定。 示例 北美EMEA德国APAC | |||
| 是否返工 IsRework | 用于标识发票流程是否包含返工活动的标志,例如更正或多轮审批。 | ||
| 说明 IsRework是一个布尔标志。当发票经历过一次或多次返工循环时,其值为true。返工包括纠正错误,或重复执行本应只执行一次的步骤,例如发票被拒绝后重新提交审批。 此属性可以直接衡量流程低效。通过筛选IsRework为true的案例,分析人员可以快速定位问题发票并调查返工根因。计算返工率,即发生返工的案例占比,是衡量流程质量、识别精简运营和减少无效工作的关键KPI。 为什么重要 它可以直接标记流程低效,便于快速识别和分析需要额外非增值工作的案例。 获取位置 源系统通常不提供此属性,必须在数据转换过程中,通过识别表明返工的活动序列来生成。 示例 truefalse | |||
| 组织单位 OrganizationalUnit | 负责该发票的业务部门、公司代码或销售组织。 | ||
| 说明 此属性用于标识公司内部开具发票或负责该交易的具体实体,例如公司代码、业务部门或销售组织。 按Organizational Unit分析流程,可以在企业不同部门之间进行内部对标和绩效比较。它有助于识别效率最高、返工率最高或最难解决逾期付款问题的业务部门。这对于明确部门责任并在企业范围内标准化流程至关重要。 为什么重要 它支持不同业务部门之间的内部绩效比较,帮助识别最佳实践和改进领域。 获取位置 这是ERP系统中几乎所有财务凭证表头都包含的基础组织数据字段。 示例 1000US01全球服务欧洲制造 | |||
| 销售订单号 SalesOrderNumber | 生成该发票的销售订单标识符。 | ||
| 说明 Sales Order Number是Order-to-Cash链条中触发发票创建的前置凭证引用,将开票流程与销售流程关联起来。 此属性对于实现Order-to-Cash流程的真实端到端视图至关重要。将发票关联回销售订单后,组织可以分析从客户下单到最终付款的完整生命周期,从而更全面地了解销售或履约环节的问题如何影响开票和催收。 为什么重要 它将开票流程与上游销售流程关联起来,支持完整的端到端Order-to-Cash分析。 获取位置 此引用通常存储在发票凭证表头或行项目中,并与销售凭证表关联。 示例 SO-10582490000123ORD-2023-987 | |||
订单到收款-开票与发票处理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 付款已核销至发票 | 收到的客户付款已成功匹配并核销到指定发票。该对账步骤会减少或清除发票的未结余额。 | ||
| 为什么重要 这项活动对于了解收款核销周期时间至关重要。此处的延迟可能导致应收账款真实账龄失真,并影响信用管理。 获取位置 位于应收账款明细账表中,用于关联付款凭证和发票凭证,通常称为清账凭证。 采集 记录付款记录与发票记录关联并清除未清项时的时间戳。 事件类型 explicit | |||
| 发票已关闭 | 发票正式关闭,表示其生命周期已完成。当未结余额通过付款、贷项通知单或其他调整变为零时,发票将达到此状态。 | ||
| 为什么重要 作为流程主要的成功终点,这项活动对于计算整体周期时间和衡量流程完成率至关重要。 获取位置 这通常是根据发票余额变为零推断出的状态,也可能是系统中的明确状态变更。 采集 确定导致发票余额变为零的最新交易时间戳,例如付款核销时间。 事件类型 inferred | |||
| 发票已发送给客户 | 已批准的发票通过客户指定的方式正式送达,例如电子邮件、纸质文件或在线门户。该操作标志着客户付款条款开始计时。 | ||
| 为什么重要 该事件是催收周期的正式起点,对于计算应收账款周转天数(DSO)和按时付款率至关重要。 获取位置 记录在输出管理日志、通信记录或发票中的“Sent Date”字段中。 采集 使用系统日志中的时间戳,记录发票通过电子邮件、打印或EDI发送的时间。 事件类型 explicit | |||
| 已到付款到期日 | 这是一个计算事件,在发票付款到期日已过时发生。它不是交易活动,而是基于发票开具日期和付款条款确定的时间里程碑。 | ||
| 为什么重要 该里程碑对于将发票归类为逾期发票和分析按时付款表现至关重要,也是触发催收活动的时间点。 获取位置 该事件不会直接记录,而是根据发票日期和付款条款字段计算得出。 采集 计算方式为“Invoice Sent Date”+“Payment Term Days”。 事件类型 calculated | |||
| 已收到客户付款 | 已收到客户付款,并已记录在财务系统中。此时资金已被确认收到,但可能尚未具体核销到某张发票。 | ||
| 为什么重要 这是一个关键现金流事件。从收到付款到完成核销之间的时间,是衡量收款核销效率的重要指标。 获取位置 记录在现金收款日记账、付款交易表或银行对账单处理表中。 采集 识别客户付款或现金收款记录的创建事件。 事件类型 explicit | |||
| 已生成发票 | 该活动表示系统中已创建发票记录。这是开票流程的正式起点,通常由已完成履约的销售订单自动触发,也可能由人工录入。 | ||
| 为什么重要 作为流程起点,该事件对于计算端到端发票周期时间以及识别流程初始阶段的延迟至关重要。 获取位置 从主发票表或开票单据表的创建时间戳中获取。 采集 识别新发票记录的创建事件或首次保存时间戳。 事件类型 explicit | |||
| 发票已取消 | 现有发票被作废或取消,其财务影响随之冲销。通常在收到付款前,为更正重大错误而执行,例如向错误的客户开票。 | ||
| 为什么重要 取消记录反映了需要返工的运营错误,并可能延迟正确开票。较高的取消率通常表明流程或数据质量存在问题。 获取位置 从冲销凭证,或发票记录中的“已取消”或“已作废”状态中获取。 采集 查找与原始发票关联的冲销凭证创建记录,或查找状态变更为“作废”的记录。 事件类型 explicit | |||
| 发票已批准 | 发票已通过所有内部审核并正式获批。该事件表示发票已确认准确,可以发送给客户。 | ||
| 为什么重要 这是一个关键里程碑,将内部处理时间与客户付款所需时间区分开来。分析审批完成前的耗时,可以了解内部流程效率。 获取位置 从工作流系统日志或发票单据由“Pending”变为“Approved”的状态变更中获取。 采集 记录工作流日志中最终审批事件或状态变更的时间戳。 事件类型 explicit | |||
| 发票已拒绝 | 审批人在内部审核过程中拒绝了发票。通常需要更正并重新提交发票,从而形成返工循环。 | ||
| 为什么重要 该活动突出了内部流程低效、数据质量问题和返工,这些因素会延长发票生命周期并推迟付款。 获取位置 通常记录为发票记录中的状态变更,并可能在相关表中附带拒绝意见。 采集 记录发票状态更新为“Rejected”或类似状态的事件。 事件类型 explicit | |||
| 发票已提交审批 | 表示已生成的发票已提交至正式的内部审核工作流。在发票最终确认前需要管理层审核的组织中,这一步很常见。 | ||
| 为什么重要 跟踪提交和审批情况,有助于识别延迟向客户发送发票的内部流程瓶颈,并直接了解其对现金流的影响。 获取位置 通常记录为工作流管理系统中的状态变更或日志条目。 采集 记录发票状态变更为“Pending Approval”或类似状态的时间戳。 事件类型 explicit | |||
| 发票已更正 | 发票在首次创建后被修改,通常是因为被拒绝或发现错误。修改内容可能包括金额、行项目或客户信息。 | ||
| 为什么重要 更正频率较高,说明主数据或初始订单履约流程可能存在问题,进而导致返工和延迟。 获取位置 可根据变更日志、审计轨迹,或识别同一订单先取消发票、再重新创建发票的模式推断。 采集 检测发票记录在首次创建后关键财务字段的变更。 事件类型 inferred | |||
| 发票已核销 | 发票剩余余额被取消并归类为坏账。通常在所有催收措施均已用尽后执行此操作。 | ||
| 为什么重要 这表示催收流程失败,并造成直接财务损失。分析核销记录有助于识别高风险客户并改进信用政策。 获取位置 记录为特定调整或日记账分录,用于将发票余额与坏账科目进行清账。 采集 识别使用“核销”原因代码调整发票余额,或过账至坏账科目的交易。 事件类型 explicit | |||
| 已发出付款提醒 | 已向客户发送与逾期发票相关的通知,例如催款函或电子邮件。这是催收流程中促使客户付款的关键活动。 | ||
| 为什么重要 跟踪提醒情况有助于衡量催收策略的效果,并识别经常需要跟进的客户。 获取位置 从催收运行日志、催收系统或与客户或发票关联的通信活动日志中获取。 采集 使用催收历史表或催收活动日志中的时间戳。 事件类型 explicit | |||
| 已开具贷项通知单 | 创建贷项通知单或贷项凭证,并通常将其应用于现有发票。此操作通常用于更正开票错误、进行价格调整或处理退货。 | ||
| 为什么重要 频繁开具贷项通知单可能表明销售或履约环节存在根本问题,进而造成收入流失或客户不满。 获取位置 从贷项通知单或贷项凭证的创建记录中获取,该凭证通常会关联回原始发票。 采集 记录贷项凭证交易类型的创建时间戳。 事件类型 explicit | |||
| 已提出争议 | 客户正式对发票全部或部分内容提出争议,理由可能包括价格或数量错误。在争议解决前,催收活动通常会被暂停。 | ||
| 为什么重要 分析争议有助于识别客户不满和开票不准确的根本原因,这些问题会直接影响DSO和客户关系。 获取位置 通常记录为状态变更、发票上的标记,或创建与发票关联的独立争议案例记录。 采集 记录争议案例的创建日期,或状态变更为“Disputed”的时间。 事件类型 explicit | |||
数据提取指南
立即优化开票与发票处理,提升现金流
发现瓶颈、减少错误,快速加快回款。
无需信用卡,几分钟即可开始。