您的 Record to Report 总账分录数据模板
您的 Record to Report 总账分录数据模板
这是我们针对从记录到报告 - 总账分录的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 标准化的数据字段,用于跨系统的一致性分析。
- 推荐用于捕获分录流程关键步骤的活动。
- 一个灵活的框架,助您快速、高效地开启流程挖掘之旅。
从记录到报告 - 总账分录属性
| 名称 | 描述 | ||
|---|---|---|---|
| Event 时间 EventTime | 指示总账分录的特定活动或事件发生的确切时间戳。 | ||
| 描述 “事件时间”(即时间戳)记录了活动执行的确切日期和时间。它为每个案例提供了事件的时间顺序,这对于准确重建流程流向至关重要。 在分析中,时间戳用于计算活动之间的时长、衡量流程的总周期时间并识别延误或瓶颈。例如,“已提交审批”与“总账分录已审批”之间的时间差即为审批耗时。准确的时间戳是任何基于时间的流程分析和绩效衡量的基石。 为何重要 此 timestamp 对于 event 排序、计算周期时间和持续时间以及识别流程中的延迟至关重要。 获取方式 可在事件日志、交易历史表或凭证修改记录中找到。关键字段通常名为“创建日期”、“修改日期”或“时间戳”。 示例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| 总账分录 ID JournalEntryId | 单个总账分录的唯一标识符。它作为主要的 case 标识符,用于跟踪总账分录从创建到过账或冲销的整个生命周期。 | ||
| 描述 “总账分录 ID”是唯一标识每个财务交易流程实例的关键属性。它将所有相关活动(如创建、审批和过账)关联为一个完整且内聚的案例。 在流程挖掘分析中,此 ID 支持重建每笔分录的端到端路径。它是计算案例级指标(如周期时间)、识别流程变体以及分析与理想流程模型一致性的基础。如果没有唯一的 Case 标识符,就无法追踪特定交易的事件序列。 为何重要 此 ID 对于跟踪每个总账分录的完整生命周期至关重要,它支持对流程流向、时长和变体进行分析。 获取方式 通常在财务或会计凭证的抬头表中找到。它可能是凭证编号、公司代码和会计年度的组合键。 示例 JE001234561000-98765432-2023ACC_DOC_45000189 | |||
| 活动名称 ActivityName | 总账分录流程中在特定时间点发生的具体业务事件或任务的名称。 | ||
| 描述 “活动名称”描述了总账分录生命周期中的一个步骤,例如“已创建分录”、“已提交审批”或“已过账分录”。每个活动代表了对分录执行的特定状态更改或操作。 此属性是流程挖掘的基础,因为它定义了流程图中的节点。通过分析活动的顺序和频率,有助于揭示实际流程流向、识别步骤间的瓶颈、检测偏离标准程序的情况,并衡量流程中每个阶段所花费的时间。 为何重要 它定义了流程图中的步骤,这对于可视化流程流向、识别瓶颈以及分析偏差至关重要。 获取方式 通常源自与总账分录凭证关联的状态变更日志、事件表、交易代码或 Workflow 历史记录。 示例 已创建日记账分录分录已提交审批总账分录已审批总账分录已过账 | |||
| 最后数据更新 LastDataUpdate | 用于指示数据上次从源系统刷新或抽取时间的时间戳。 | ||
| 描述 此属性记录了最近一次数据提取或刷新的日期和时间。它提供了所分析数据的时效性背景。 在任何分析中,了解数据的及时性对于正确解读结果都至关重要。此 timestamp 有助于用户了解他们查看的是实时信息还是特定时间点的快照,这会影响仪表板以及与当前积压工作或流程绩效相关的 KPI 的关联性。 为何重要 指示数据的时效性,确保用户了解流程分析的实时程度。 获取方式 这通常由数据提取工具或集成平台在数据加载过程中生成并存储。 示例 2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z | |||
| 源系统 SourceSystem | 提取总账分录数据的记录系统。在整合来自多个系统的数据时,该字段非常有用。 | ||
| 描述 源系统(Source System)属性标识了生成总账分录数据的原始应用程序或模块。在现代企业环境中,财务数据可能来自各种 ERP、子账套或第三方应用程序。 此属性对于多种分析视角都非常有价值。它允许比较不同源系统之间的流程效率和合规性。例如,您可以分析来自自动化子账套的分录是否比手动创建的分录处理得更快。它对于数据治理和故障排除也至关重要,有助于将数据溯源至其始发地。 为何重要 识别数据来源,这对于跨系统对比流程以及数据治理至关重要。 获取方式 通常在数据提取设置期间指定,或者作为汇总多个系统信息的数据仓库中的标准字段提供。 示例 SAP S/4HANAOracle Fusion FinancialsBlackLine手动 | |||
| 公司代码 CompanyCode | 进行总账分录的法律实体或公司的唯一标识符。 | ||
| 描述 “公司代码”代表组织内独立的法人实体或业务实体。财务交易在公司代码层面记录,以便进行独立的财务报告。 在流程挖掘中,公司代码是组织分析的关键属性。它支持跨不同实体、地区或子公司进行流程绩效对标。例如,分析师可以对比美国和德国实体的驳回率或审批时间,以识别最佳实践或需要改进的领域。这有助于在整个组织内实现流程标准化并确保合规。 为何重要 支持在不同法人实体、子公司或地区之间进行绩效标杆分析和流程对比。 获取方式 ERP 系统中几乎所有财务凭证抬头中的标准字段。 示例 1000US01DE01ACME_CORP | |||
| 总账分录状态 JournalEntryStatus | 总账分录在其生命周期中的当前或最终状态,例如“已暂存”、“已审批”或“已过账”。 | ||
| 描述 “总账分录状态”表示交易在特定时间点的状态或其最终结果。状态通常反映了流程中的关键里程碑,例如“进行中”、“已提交审批”、“已过账”或“已冲销”。 此属性对于了解当前工作量和积压情况非常有价值。通过过滤状态为“进行中”或“待审批”的分录,管理层可以监控未完成的工作。分析最终状态有助于理解流程结果,例如通过计算过账分录与已删除或已冲销分录的比例。 为何重要 通过追踪每笔总账分录的状态(如“待审批”或“已过账”),协助了解当前的工作负载和积压情况。 获取方式 可在总账分录抬头数据中找到。常见字段名包括“凭证状态”或“过账状态”。 示例 进行中待审批已批准已过账已冲销 | |||
| 总账分录类型 JournalEntryType | 总账分录的分类,例如标准、经常性、预提或冲销。 | ||
| 描述 “总账分录类型”根据交易的业务目的或性质对其进行分类。常见类型包括标准手动分录、自动化子账分录、预提分录、重分类分录和冲销分录。 此属性是流程分析中用于过滤和细分的强大维度。通过对比不同分录类型的流程流向和绩效指标,企业可以获得宝贵的洞察。例如,他们可能会发现预提分录的审批周期要长得多,或者经常性分录的自动化率更高。这有助于针对特定的交易类别定制流程改进方案。 为何重要 支持细分分析,以对比不同交易类型的流程(如预提分录与标准分录),从而发现针对性的改进领域。 获取方式 通常位于总账分录抬头数据中。字段名称通常包括“凭证类型”、“分录类别”或“分录类型”。 示例 标准预提/应计周期性/经常性冲销中 | |||
| 总账分录金额 JournalEntryAmount | 总账分录的总货币价值,通常代表借方金额的总和。 | ||
| 描述 此属性记录总账分录的财务价值。根据系统和数据模型的不同,它可以代表借方总额、贷方总额或绝对总额。 从货币价值的角度分析流程可以揭示重要的见解。通过关注高价值交易,有助于确定改进工作的优先级。例如,可以调查高价值分录是否需要更长的审批时间,或者是否具有更高的拒绝率。此属性对于重要性分析以及识别具有较高财务风险的交易也必不可少。 为何重要 这对于重要性分析至关重要,有助于优先改进高价值交易流程,并评估财务影响。 获取方式 通常可在总账分录抬头表中获取。可能需要通过汇总行项目金额来计算。 示例 5000.00125000.75250.501000000.00 | |||
| 用户名称 UserName | 执行特定活动(如创建、审批或过账总账分录)的用户名称或 ID。 | ||
| 描述 用户名(User Name)属性标识了负责执行特定流程步骤的个人。这可能是总账分录的创建者、提交者、审批经理或负责过账的会计人员。 按用户分析流程绩效可以深入了解工作量分配、团队生产力和个人培训需求。它有助于识别绩效表现突出者、可能需要额外支持的用户,或者始终由特定人员处理的活动。这些信息是资源管理和绩效改进计划的关键。 为何重要 此属性是分析工作量分配、团队绩效以及识别培训机会的关键。 获取方式 通常在凭证变更日志或 workflow 历史记录表中找到,常与“创建者”、“修改者”或“用户 ID”等字段关联。 示例 j.doeasmithFIN_USER_123Robert Johnson | |||
| 货币 Currency | 总账分录中指定金额的货币代码,例如 USD 或 EUR。 | ||
| 描述 “币种”属性指定了总账分录金额的货币单位。这对于准确解读和对比财务价值至关重要,尤其是在跨国组织中。 在分析中,此属性为“总账分录金额”提供了必要的上下文。它支持按币种过滤交易,并且是涉及跨地区汇总或对比金额的所有分析的前提。为了进行有意义的全球分析,可能需要将金额转换为统一的报告货币。 为何重要 为总账分录金额提供必要的上下文,支持准确的财务分析以及跨币种对比。 获取方式 财务凭证抬头中的标准字段,通常名为“货币代码”或“货币键”。 示例 美元EURGBPJPY | |||
| 拒绝原因 RejectionReason | 审核人员在审批过程中拒绝总账分录时所填写的理由。 | ||
| 描述 拒绝理由(Rejection Reason)是一个代码或文字描述,用于解释总账分录未获批准的原因。常见原因包括科目分配错误、附件不足或违反政策。 此属性是返工和流程效率低下根本原因分析的主要输入。通过分析不同拒绝理由的出现频率,企业可以识别最常见的错误来源。这些信息对于制定针对性干预措施(如改进培训材料、明确政策或实施系统控制以预先防止错误)具有极高价值。它直接支持拒绝率和返工率等 KPI。 为何重要 这对于返工的根本原因分析至关重要,有助于识别常见错误并制定针对性的培训或系统改进方案。 获取方式 通常在总账分录的 workflow 日志或审批历史记录中找到。它可能是一个自由文本字段,也可能是预定义列表中的选项。 示例 总账科目错误缺失辅助证明文档超出阈值重复分录 | |||
| 是否已自动化 IsAutomated | 指示活动是由系统还是由人工用户执行的标识。 | ||
| 描述 “是否自动化”属性是一个布尔值标记,用于区分由自动化系统(如机器人或集成分分类账)执行的活动与由用户手动执行的活动。 此属性对于衡量分录流程的自动化水平至关重要。它支持计算“自动化率”KPI,并有助于识别进一步自动化的机会。通过对比自动化活动与手动活动的周期时间和错误率,公司可以为投资自动化技术以提升效率和减少人为错误提供强有力的商业理由。 为何重要 协助衡量流程的自动化率,并识别手动任务的自动化机会,从而提高效率并减少错误。 获取方式 通常通过检查“用户名”是否对应于系统或服务账户,或交易是否源自自动化源系统来推导。 示例 truefalse | |||
| 过账日期 PostingDate | 总账分录正式过账到总账的日期,该日期会影响财务期间。 | ||
| 描述 “过账日期”是交易的正式会计日期。它决定了分录计入财务报表的财政期间。该日期可能与分录创建日期或交易发生日期不同。 分析过账日期对于财务控制和及时性分析至关重要。创建或审批日期与过账日期之间的滞后时间可以作为关键绩效指标,突出流程最后步骤中的延误。它还用于分析按时过账率,并识别倒填日期或过账到错误期间的分录,这可能涉及合规问题。 为何重要 此日期对于计算过账延迟以及确保分录记录在正确的财务期间以实现准确报告至关重要。 获取方式 ERP 系统中所有财务凭证抬头中的标准必填字段。 示例 2023-10-312023-11-302024-01-02 | |||
| 部门 Department | 与总账分录关联的业务部门或成本中心,例如财务、销售或 IT 部门。 | ||
| 描述 “部门”属性将总账分录与特定的业务单元、职能或成本中心相关联。此类组织数据有助于将财务活动归因于公司内的责任区域。 与公司代码类似,部门属性支持对流程数据进行多维度切片分析,从而实现更精细的研究。它可以用于对比不同部门之间的流程效率、返工率或审批时间,从而发现部门间的最佳实践,或识别哪些特定团队需要更多支持或流程指导。 为何重要 支持跨不同业务单元进行流程分析和绩效对比,助力识别特定部门的问题或最佳实践。 获取方式 可在总账分录抬头或行项目数据中找到。它可以根据创建分录的用户或分配给该交易的成本中心推导得出。 示例 财务销售与市场IT服务CC-10120 | |||
从记录到报告 - 总账分录活动
| 活动 | 描述 | ||
|---|---|---|---|
| 分录已提交审批 | 创建人正式将完成的总账分录提交至审批 Workflow。此活动将分录从准备状态转变为待审核状态。 | ||
| 为何重要 这标志着准备阶段的结束和审批周期的开始。提交与审批之间的时间间隔是衡量 workflow 效率的关键 KPI。 获取方式 这通常以系统审计轨迹或 workflow 日志中的状态变更形式捕获,例如从“进行中”变为“已提交”。 捕获 识别总账分录状态变更为“已提交审批”或类似状态的时间戳。 事件类型 explicit | |||
| 已创建日记账分录 | 此活动标志着新总账分录的启动。它代表用户在系统中创建初始记录的时刻,是整个流程的起点。 | ||
| 为何重要 这是流程的主要启动活动。分析从这一时间点到过账的时间有助于衡量总体的端到端周期时间。 获取方式 此事件通常使用记录的创建 timestamp 从总账分录模块的抬头表中捕获。 捕获 在系统的交易日志或抬头表中识别与总账分录 ID 相关联的最早时间戳。 事件类型 explicit | |||
| 总账分录已冲销 | 通过创建一个带有相反分录的新凭证,对先前已过账的总账分录进行冲销。此操作用于纠正已过账凭证中的错误,且属于显式的、可审计的交易。 | ||
| 为何重要 冲销是已过账分录中存在错误的关键指标。此活动作为一个非理想的替代流程终点,对于衡量“一次做对率”至关重要。 获取方式 这通常记录为特定的事务类型,或者在原始分录和冲销分录的数据中进行标记。 捕获 识别作为原始分录冲销项而明确关联的新总账分录凭证的过账日期。 事件类型 explicit | |||
| 总账分录已审批 | 总账分录获得授权经理的最终审批。此活动是凭证过账到总账之前的最后一道控制关口。 | ||
| 为何重要 这是一个完成审批周期的关键里程碑。从审批到过账的时间是衡量流程效率和识别瓶颈的另一个关键领域。 获取方式 当最后一名授权用户完成审批步骤时,该事件会从 workflow 或审计日志中捕获。 捕获 获取最终审批状态的时间戳,例如“已审批”或“已释放待过账”。 事件类型 explicit | |||
| 总账分录已过账 | 总账分录正式记录在总账中。此时,凭证成为永久性财务记录,并对公司的财务报表产生影响。 | ||
| 为何重要 这是流程的主要成功结果和终点。它是衡量总体周期时间以及整个总账分录生命周期有效性的基础。 获取方式 这一关键事件从总账分录抬头记录中捕获,通过“已过账”状态和相应的过账日期来识别。 捕获 使用来自总账抬头表或相关财务凭证表的过账日期和时间。 事件类型 explicit | |||
| 总账分录已驳回 | 审核人或审批人否决了该总账分录,阻止其继续流转。分录通常会被退回给创建人进行更正,从而引发返工循环。 | ||
| 为何重要 此活动对于识别返工至关重要,返工直接影响流程效率和成本。高拒绝率可能预示着培训、政策或数据质量方面存在问题。 获取方式 当审批人执行“拒绝”或“退回”操作时,该事件会记录在 workflow 或审计日志中。 捕获 获取状态更改为“已驳回”、“需更正”或类似状态的时间戳。 事件类型 explicit | |||
| 分录已重新提交审批 | 已修改的总账分录将被送回审批 Workflow 进行新一轮审核。此操作会在更正完成后重新启动审批流程。 | ||
| 为何重要 此活动标志着同一分录新审批周期的开始。分析重新提交是了解返工循环完整程度的关键。 获取方式 当分录状态从“已拒绝”或“进行中”变回“已提交审批”时,该信息会从 workflow 日志中捕获。 捕获 识别同一案例中发生在“总账分录已驳回”活动之后的“已提交审批”状态变更。 事件类型 inferred | |||
| 已附文档 | 用户为总账分录添加一个或多个附件。这为审核人和审计师提供了交易所必需的证据和背景信息。 | ||
| 为何重要 跟踪此活动有助于了解延迟是否由缺少附件引起。它还能深入揭示合规性以及总账分录准备的完整程度。 获取方式 此类信息通常存储在附件或文档管理的独立表中,并关联到总账分录 ID。 捕获 使用与特定总账分录 ID 相关的凭证附件日志或表中的创建 timestamp。 事件类型 explicit | |||
| 总账分录已删除 | 已暂存或未过账的总账分录已从系统中删除。这通常发生在分录创建有误,或在成为正式财务记录前不再需要该分录的情况。 | ||
| 为何重要 这代表了从未过账的分录的最终结果。分析删除操作可以揭示流程失败或产生的不必要工作。 获取方式 此事件可以通过审计日志捕获,或者通过识别曾存在于总账分录表中但后来被删除的记录来捕获。 捕获 从记录总账分录删除操作的审计日志中获取时间戳。 事件类型 explicit | |||
| 总账分录已暂存 | 用户保存了一份未完成的总账分录而未过账,以便稍后完成或审核。这会生成一份初步凭证,尚不会对总账产生影响。 | ||
| 为何重要 暂存意味着在提交前可能存在延误或需要更多信息。大量暂存分录可能揭示出流程低效或数据可用性问题。 获取方式 这通常是总账分录抬头数据或相应状态变更日志中明确的状态或凭证类型。 捕获 获取总账分录状态被设为“已暂存”、“已保存”或“未完成”的时间戳。 事件类型 explicit | |||
| 总账分录已更正 | 用户在分录被拒绝或退回修改后对其进行调整。这代表了解决审核过程中发现的问题所需的返工工作量。 | ||
| 为何重要 衡量更正所花费的时间有助于量化返工的影响,从而突出流程中的低效环节以及流程改进或用户培训的潜在领域。 获取方式 这通常是通过在记录“已拒绝”状态后检测总账分录记录中关键数据字段的更改来推断的。 捕获 检测在“已驳回”和“已重新提交”活动之间发生的总账分录数据更改或最后修改时间戳。 事件类型 inferred | |||
| 总账分录已清账 | 总账分录中的未结清行项目被另一笔过账抵销(例如用现金收款清账预提)。此活动标志着特定行项目的对账完成,并将其正式结清。 | ||
| 为何重要 这一过账后活动对于涉及清账科目的流程至关重要。清账延迟会影响资产负债表的准确性以及期末结账的效率。 获取方式 此事件记录在总账分录行项目数据中,通常会填写清账日期和清账凭证号。 捕获 使用与总账分录特定行项目关联的清账日期。 事件类型 explicit | |||
| 识别手动过账 | 此计算出的事件将总账分录分类为通过手动、交互式用户会话创建。这与通过自动化接口或批处理作业创建的分录不同。 | ||
| 为何重要 区分手动和自动分录对于自动化分析至关重要。这有助于集中改进工作,并评估与手动干预相关的风险。 获取方式 这不是一个时间事件,而是根据源系统字段(如事务代码、录入方法或源系统标识)得出的分类。 捕获 根据表示录入方式的来源字段对总账分录进行分类。时间戳可以设置为过账时间。 事件类型 calculated | |||
| 过账后修改分录 | 用户在总账分录过账后修改了某些字段。虽然大多数财务数据在过账后不可更改,但某些描述性字段通常仍可编辑。 | ||
| 为何重要 这些变更可能预示着数据质量问题,或者是试图在正式冲销流程之外修正信息。跟踪这些变更对于审计和合规分析非常重要。 获取方式 此活动通常从变更单据日志中捕获,这些日志记录了财务记录过账后的修改情况。 捕获 在变更日志中识别与总账分录 ID 相关联、且时间戳晚于过账日期的记录。 事件类型 explicit | |||