您的 R2R 日记账分录数据模板
您的 R2R 日记账分录数据模板
- 建议收集的属性
- 需要追踪的关键活动
- 实用的数据提取指南
记账到报表 - 日记账分录属性
| 名称 | 描述 | ||
|---|---|---|---|
|
开始时间
EventTime
|
指示特定活动或事件发生时间的时间戳。 | ||
|
描述
“事件时间”是一个精确的时间戳(包含日期和时间),记录活动发生的时刻。该数据对于正确排序事件以及开展所有基于时间的分析至关重要。 在流程挖掘中,此属性用于计算活动之间的时长、整体案例周期时间以及等待时间。它是“分录审批周期”和“文档附加滞后时间”等仪表板的核心,也是识别流程延迟和低效环节的基础。
为何重要
此 timestamp 对于计算各项时长、正确排序 event 以及分析流程随时间变化的性能至关重要。
获取方式
此信息通常与 Workiva 交易或日志表中的每个 event 或状态变更存储在一起。
示例
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
日记账分录 ID
JournalEntryId
|
单条日记账分录的唯一标识符,作为流程分析的主要 case 标识符。 | ||
|
描述
日记账分录 ID 是追踪特定财务交易集所有活动与 event 的唯一标识,涵盖从创建到最终过账与对账的全过程。该 ID 将创建、提交、复核、审批及过账等各个步骤串联成一个完整的流程实例。 在 Process Mining 中,此属性是重构每条日记账分录端到端路径的基础。通过它,您可以针对单条分录分析流程变体、周期时间和返工循环,清晰地展现每项业务在系统中的流转情况。
为何重要
这是追踪日记账分录完整生命周期的核心关键,支持对流程流转、耗时和变体的分析。
获取方式
这是 Workiva 中日记账分录记录的主键。请参阅 Workiva 文档以获取具体的表或 API 端点。
示例
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
|
|||
|
活动
ActivityName
|
日记账分录中发生的特定流程步骤或 event 的名称。 | ||
|
描述
此属性描述了日记账分录生命周期中特定时间点执行的活动,涵盖“分录已创建”、“分录已提交复核”、“分录已审批”及“分录已过账至总账”等关键里程碑。 分析这些活动的顺序和频率是 Process Mining 的核心。它有助于实现流程流转的可视化,识别常见及罕见的路径(变体),并精准定位分录停留时间最长的瓶颈。此外,它还用于定义关键绩效指标(如审批周期时间)计算的起点和终点。
为何重要
它定义了流程中的步骤,支持分录工作流的可视化和分析,并用于识别瓶颈。
获取方式
这通常派生自 Workiva 内的 event log 或状态变更记录。具体字段可能需要根据系统状态代码或 event 描述进行映射。
示例
已创建日记账分录日记账分录已提交审核日记账分录已审批日记账分录已过账至总账
|
|||
|
最后数据更新
LastDataUpdate
|
指示源系统数据上次刷新时间的时间戳。 | ||
|
描述
此属性记录了从 Workiva 进行最新 data 提取的日期和 timestamp。它为所分析的 data 提供了新鲜度背景。 在任何流程分析 dashboard 中,此信息对于用户了解洞察的时效性至关重要。它能帮助用户明确看到的是实时数据还是特定时间点的快照,这对于做出明智的运营决策至关重要。
为何重要
告知用户数据的时效性,确保其了解分析结果是否反映了最新的流程状态。
获取方式
此时间戳在数据提取、转换和加载 (ETL) 过程中生成并存储。
示例
2023-10-27T02:00:00Z
|
|||
|
源系统
SourceSystem
|
提取日记账分录数据的记录系统。 | ||
|
描述
此属性标识流程 data 的来源应用程序。在本次分析中,该值将始终为“Workiva”。 虽然在单一系统分析中它看似固定,但对于 data 治理和溯源来说,它是至关重要的元数据。在大型企业环境中,流程往往跨越多个系统,该字段对于理解完整的 data 血缘以及准确集成多源 data 至关重要。
为何重要
提供关键的数据血缘和上下文,确保流程数据来源清晰,这在多系统环境中尤为重要。
获取方式
这通常是在数据提取和转换过程中添加的静态值,用于标记 data 来源。
示例
Workiva
|
|||
|
日记账分录状态
JournalEntryStatus
|
日记账分录在其生命周期中的当前状态。 | ||
|
描述
此属性指示日记账分录的实时状态,如“草稿”、“待审批”、“已审批”、“已过账”或“已驳回”,代表 data 提取时分录所在的具体环节。 这对于运营监控至关重要,并为“当前日记账分录状态概览” dashboard 提供支持。它让管理层能清晰掌握流程各阶段的当前工作量和积压情况,辅助资源分配和优先级决策。
为何重要
提供分录在流程中所处位置的实时快照,这对于运营监控和管理积压任务至关重要。
获取方式
这是 Workiva 日记账分录抬头上的标准字段,反映其当前状态。
示例
草稿待审批已过账已驳回
|
|||
|
日记账分录类型
JournalEntryType
|
日记账分录的分类,例如标准、计提或更正。 | ||
|
描述
此属性根据业务用途对日记账分录进行分类。常见类型包括日常交易的标准分录、用于确认收入和费用的计提分录、重分类分录以及更正分录。 该维度对于对比分析至关重要。您可以细分流程,观察特定类型的分录是否耗时更长、驳回率更高或遵循了不同的路径。例如,在“日记账分录冲销率趋势” dashboard 中,可按类型分析冲销情况,从而定位特定会计实务中存在的问题。
为何重要
支持流程分段,以识别某些特定类型的分录是否比其他分录导致更多的延迟、返工或偏差。
获取方式
这很可能是 Workiva 日记账分录抬头上的一个标准字段。
示例
标准计提重分类更正
|
|||
|
日记账分录金额
JournalEntryAmount
|
日记账分录的总货币价值,通常为借方或贷方的总和。 | ||
|
描述
此属性代表与日记账分录关联的主要财务价值。通常是借方总额(应等于贷方总额)。 按财务价值分析流程可以揭示重要模式。例如,高额分录可能受到更严格的审查,并遵循不同且更严密的审批路径。此属性可用于过滤 dashboard,分析分录价值是否与处理时间、返工率或审批延迟存在相关性。
为何重要
支持基于财务影响进行分析,帮助确定高价值分录的处理方式是否有所不同,或是否更容易发生延迟。
获取方式
这是 Workiva 日记账分录抬头数据中的一个基础字段。
示例
15000.00250.50125000.75
|
|||
|
用户
User
|
执行该活动的人员的用户 ID 或姓名。 | ||
|
描述
此属性识别负责某项活动的人员,如分录的创建者、复核人或审批人。它可以是唯一的 ID、姓名或电子邮件地址。 按用户分析 data 对于理解工作量分配、绩效和合规性至关重要。它通过按用户细分活动,为“日记账分录工作量分配”和“日记账分录驳回分析”等 dashboard 提供支持,从而发现潜在的培训需求或资源分配不均问题。
为何重要
此属性是分析工作量分配、识别优秀表现者以及了解特定用户行为或瓶颈的关键。
获取方式
此信息通常可在 Workiva 的 event 或交易日志中找到,并与每项记录的活动相关联。
示例
asmithbjonescchen
|
|||
|
部门
Department
|
发起该日记账分录的业务部门或成本中心。 | ||
|
描述
此属性标识与日记账分录关联的组织单位(如财务、销售或市场部),通常根据成本中心或创建分录的用户来确定。 按部门分析流程可以实现组织内不同部门的绩效基准对比。这有助于识别哪些部门流程最透明、哪些返工率最高或审批时间最长,从而为分享最佳实践或提供针对性支持提供洞察。
为何重要
支持不同业务单元之间的绩效比较,有助于识别特定部门的问题或最佳实践。
获取方式
此信息通常存在于日记账分录的抬头数据中,可能关联自创建者的用户个人资料,或指定为成本中心。
示例
财务北美销售部Operations EU
|
|||
|
公司代码
CompanyCode
|
记录该日记账分录的特定法律实体的标识符。 | ||
|
描述
公司代码代表企业集团内的一个独立法律实体。财务交易在此级别进行记录,以便进行法律报告和合并。 在多实体组织中,按公司代码分析日记账分录流程至关重要。这可以揭示特定法律实体或地理区域在流程绩效、合规性和效率方面的差异,从而支持开展更有针对性的流程改进计划。
为何重要
对于分析和比较组织内不同法律实体的流程绩效至关重要。
获取方式
这是任何企业会计系统(包括 Workiva)中日记账分录抬头数据里的基础必填字段。
示例
1000US01DE01
|
|||
|
审批周期时间
ApprovalCycleTime
|
日记账分录从提交复核到最终获得审批所经历的总时长。 | ||
|
描述
此计算指标衡量整个审批阶段的时长。通常计算为每条分录第一次“提交复核” event 与最终“已审批” event 之间的时间差。 这是复核和审批 workflow 效率的直接量度,也是许多财务部门的主要 KPI。它为“日记账分录审批周期时间” dashboard 提供数据支持,有助于识别瓶颈并监测旨在加速审批的流程改进措施的效果。
为何重要
这是一个关键绩效指标,直接衡量审批流程的效率并帮助定位延迟。
获取方式
这是一个计算指标,利用 event log 中“日记账分录已提交复核”和“日记账分录已审批”活动的 timestamp 推导得出。
示例
25920086400604800
|
|||
|
拒绝原因
RejectionReason
|
用于解释日记账分录在审核或审批过程中被驳回原因的代码或文字。 | ||
|
描述
当日记账分录被驳回时,此属性捕获复核人或审批人提供的理由。原因可能包括“总账科目错误”、“缺少文档”、“计算错误”或“违反政策”。 这些信息对于返工的根本原因分析极具价值。通过分析最常见的驳回原因,企业可以识别改进方向,如针对性用户培训、更清晰的操作指令或系统控制增强。它是“日记账分录返工分析”和“日记账分录驳回分析” dashboard 的关键属性。
为何重要
提供关于返工根本原因的直接洞察,从而支持在培训、文档和流程控制方面实施针对性改进。
获取方式
此 data 可能存储在专用字段中,或存储在 Workiva 中与“日记账分录已驳回”活动关联的注释/说明字段中。
示例
支撑文档缺失使用了错误的总账科目金额超过阈值
|
|||
|
是否已自动化
IsAutomated
|
指示活动是由系统还是由人工用户执行的标识。 | ||
|
描述
此布尔属性区分了由系统自动执行的活动(如“自动校验运行”)和由用户手动执行的活动(如“日记账分录已复核”)。 这种区分对于准确衡量流程效率和自动化潜力至关重要。它允许分析师将人为瓶颈与系统瓶颈隔离开来,并计算流程中涉及的真实手动工作量。这是旨在提高自动化程度、减少人工干预的计划之核心。
为何重要
有助于区分系统活动和人工活动,这对于分析自动化程度和识别手工瓶颈至关重要。
获取方式
这通常是一个派生属性。可以通过检查活动的“用户”是否为系统或服务账户,或者活动名称本身是否隐含自动化来确定。
示例
truefalse
|
|||
|
是否返工
IsRework
|
用于指示日记账分录在其生命周期内是否曾被驳回或更正过的标记。 | ||
|
描述
这是为每个 case 计算的布尔属性。如果日记账分录的活动序列包含“分录已驳回”或“分录已更正”等 event,则设为“true”。 该属性通过创建明确的二元标志简化了返工分析,便于过滤和汇总。它是计算“日记账分录返工率”KPI 的基础,并为“日记账分录返工分析” dashboard 提供支持,能够快速识别偏离“理想路径”并需要额外投入的 case。
为何重要
提供一个简单的标记来识别和分析所有需要更正的分录,这是衡量流程质量和“一次做对率”的关键。
获取方式
这是一个派生属性,通过检查每个 case 的 event log 中是否存在返工相关活动(如“分录已驳回”等)计算得出。
示例
truefalse
|
|||
|
有文档
HasSupportingDocumentation
|
指示在提交审核前是否已附加支持性文件的标记。 | ||
|
描述
此属性是一个布尔标志,用于检查特定日记账分录在“提交复核”活动之前是否已完成“原始凭证已上传”活动。 该属性直接支持“日记账分录文档合规性” dashboard 和“JE 文档附件率”KPI。这对于合规性和可审计性非常关键,因为缺乏适当文档的分录会导致驳回、延迟和审计缺陷。分析此项指标有助于强制执行政策并优化复核流程。
为何重要
直接衡量对文档策略的合规性,有助于减少因信息缺失导致的返工和延迟。
获取方式
这是一个派生属性,通过检查每个 case 流程 data 中的活动顺序计算得出。
示例
truefalse
|
|||
|
结束时间
EndTime
|
指示特定活动或事件完成时间的精确时间戳。 | ||
|
描述
“结束时间”记录活动完成的确切时刻。虽然许多流程事件是瞬间完成的(仅有开始时间),但某些活动具有可测量的持续时间,例如审核步骤:从用户打开任务开始,到提交任务结束。 此属性主要用于计算活动的“处理时间”(或实际工作时间),将其与空闲或等待时间区分开。这有助于分析用户在特定任务(如“日记账分录审核”)上实际花费的时间。
为何重要
它支持计算活动的真实处理时间,将实际工作时长与等待时间区分开,从而进行更准确的效率分析。
获取方式
请参考 Workiva 文档。这可能需要通过捕获单个活动的开始和完成事件来推导得出。
示例
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
|
|||
|
过账日期
PostingDate
|
日记账分录正式记录在总账中的日期。 | ||
|
描述
过账日期是财务报告中交易的生效日期,它决定了该分录反映在财务报表中的会计期间。该日期可能与分录的创建或审批日期不同。 此属性对于财务和合规分析至关重要,有助于分析日记账在会计期末过账的及时性。审批与过账之间的延迟往往预示着系统或流程瓶颈,可能会影响财务结账效率。
为何重要
这是财务报告的关键日期,有助于分析过账的及时性及其对财务结账周期的影响。
获取方式
这是 Workiva 日记账分录抬头数据中的标准日期字段。
示例
2023-10-312023-11-302023-12-31
|
|||
记账到报表 - 日记账分录活动
| 活动 | 描述 | ||
|---|---|---|---|
|
已创建日记账分录
|
此活动标志着在 Workiva 中启动一条新的日记账分录。当用户创建新分录记录并生成唯一的日记账分录 ID(作为该流程的 case 标识符)时,系统会捕获此活动。 | ||
|
为何重要
作为流程的起点,此事件对于测量每个分录的端到端周期时间必不可少。分析此活动有助于了解工作负载的启动情况并进行资源规划。
获取方式
此 event 通常捕获自 Workiva 中的审计日志或交易表,这些表记录了新日记账分录对象的创建,以及创建 timestamp 和用户 ID。
捕获
在创建新的分录记录时记录于审计追踪或表中,并关联“创建于”时间戳。
事件类型
explicit
|
|||
|
日记账分录冲销已处理
|
对已过账的分录进行冲销,创建一条抵消原始金额的新分录。这是一种在系统中明确记录的特定交易类型。 | ||
|
为何重要
此活动是已过账分录中存在错误的强力指标。高冲销率暗示初始复核和审批流程可能存在问题,这不仅影响财务准确性,还会增加额外工作量。
获取方式
从交易数据中捕获,其中特定交易类型或标记指示了冲销操作。冲销分录通常会引用原始日记账分录 ID。
捕获
创建一条类型为“冲销”的新分录记录,并链接到原始分录 ID。
事件类型
explicit
|
|||
|
日记账分录已审批
|
此活动代表授权用户对日记账分录的最终审批,允许其进行过账。这是一个关键里程碑,通常记录为 Workiva 中状态向“已审批”的明确变更。 | ||
|
为何重要
标志着整个审核和审批流程的圆满结束。这是测量审批周期和一次性通过率的关键事件,直接影响流程效率。
获取方式
从日记账分录的状态历史日志中捕获。当分录状态更新为“已通过”时,系统会记录该变更、时间戳及审批人的用户 ID。
捕获
日记账分录状态字段更新为“已审批”时的 timestamp。
事件类型
inferred
|
|||
|
日记账分录已提交审核
|
代表用户将分录草案及其文档提交至正式审核和审批流的时刻。在 Workiva 平台中,这通常体现为明确的状态变更,即将分录从“草案”或“新建”状态变更为“审核中”。 | ||
|
为何重要
此活动是启动审批周期的关键里程碑。衡量从这一时间点到最终审批的时长有助于发现复核环节的瓶颈,也是计算审批周期时间的关键。
获取方式
通过分录记录的状态变更推断,例如从“草稿”变为“已提交审核”。此类变更及其时间戳会记录在变更历史或状态日志表中。
捕获
通过追踪日记账分录状态字段变更为“已提交”或类似值的记录及其时间戳得出。
事件类型
inferred
|
|||
|
日记账分录已过账至总账
|
此活动表示已审批的日记账分录已正式过账至总账。它标志着主流程的成功完成,通常作为最终状态变更或过账交易日志被捕获。 | ||
|
为何重要
作为大多数日记账分录的主要“结束”事件,此活动对于计算端到端周期时间和吞吐量至关重要。它标志着分录开始影响财务报表的时点。
获取方式
这可以在记录总账过账的交易日志中找到,或者体现为分录向“已过账”的状态变更。此时通常会填充过账日期字段。
捕获
从带有时间戳且引用了日记账分录 ID 的总账 (GL) 过账表中获取,或通过状态变更为“已过账”来捕获。
事件类型
explicit
|
|||
|
日记账分录已驳回
|
审核人或审批人因错误、信息缺失或违规而驳回分录。此操作会将分录退回给创建者进行更正,系统会将其状态变更为“已驳回”或“需返工”。 | ||
|
为何重要
此活动是返工循环的主要触发因素,也是流程低效的主要根源。分析驳回原因有助于识别培训需求、常见错误以及不明确的流程指南。
获取方式
通过日记账分录历史日志中的状态变更推断。状态更新为“已驳回”,该事件会记录时间戳及执行操作的用户。
捕获
状态字段更新为“已驳回”或“退回”时的 timestamp。
事件类型
inferred
|
|||
|
已附证明文件
|
当用户向日记账分录记录添加一张或多张原始凭证(如发票或合同)时发生此活动。通常通过监控 Workiva 内部的文档管理或附件功能来捕获。 | ||
|
为何重要
追踪此活动对于监控合规性和识别延迟至关重要。从创建分录到上传文档之间的时间间隔可能是影响复核和审批周期的重要瓶颈。
获取方式
从 Workiva 文档管理功能的日志中捕获,追踪文件何时链接到特定分录 ID。这可以是显式事件日志,也可以根据附件链接的创建日期推断得出。
捕获
当用户成功上传或将文档链接到日记账分录时记录的事件。
事件类型
explicit
|
|||
|
日记账分录审核已开始
|
此活动标志着复核人员开始检查已提交的日记账分录。通常可以根据复核人员在 Workiva 工作列表中“打开”或“认领”复核任务的动作来推断。 | ||
|
为何重要
此活动有助于区分分录在队列中的等待时间与实际复核时间,对于准确衡量复核人员工作量及识别排队瓶颈至关重要。
获取方式
这通常不是一个显式的 event。系统将任务分配给特定用户时,或者用户在提交后首次打开该分录记录时,可以推断出此操作。
捕获
根据任务状态变为“进行中”或提交后分配的审核人首次打开记录的时间推断。
事件类型
inferred
|
|||
|
日记账分录已审核
|
此 event 表示复核人已完成对分录的评估并采取了行动,如发送审批或驳回。通常根据后续的状态变更推断得出。 | ||
|
为何重要
标志着关键质量检查的完成。分析审核阶段的时长有助于管理团队工作量,并识别审核人培训或流程简化的机会。
获取方式
这是根据日记账分录状态从“复核中”变为后续状态(如“待审批”或“已驳回”)时的 timestamp 推断出来的。
捕获
状态从“复核”变更为任何后续状态时的 timestamp。
事件类型
inferred
|
|||
|
日记账分录已对账
|
此过账后活动发生在对账过程中日记账分录被匹配并清账时。它在 Workiva 的对账或账户认证工具中被捕获。 | ||
|
为何重要
分析从过账到对账的时间是了解财务结账效率的关键。此环节的延迟会影响财务报告的及时性和准确性。
获取方式
这可能来自 Workiva 内独立的对账模块或表,该表将已对账项链接回其源日记账分录 ID。系统将使用对账状态变更的 timestamp。
捕获
对账模块中将日记账分录标记为“已对账”的 event 或状态变更的 timestamp。
事件类型
explicit
|
|||
|
日记账分录已更正
|
被驳回后,创建者或其他用户修改分录以解决提出的问题。这通常不是一个显式事件,而是通过检测状态变为“已驳回”后的数据变更推断出来的。 | ||
|
为何重要
此活动是返工循环的关键部分。衡量纠正分录所需的时间可以揭示错误的处理速度,以及特定用户或分录类型是否需要更长的修复时间。
获取方式
此活动通过分析审计追踪日志推断得出,即通过查找日记账分录在“已驳回”状态与后续重新提交之间发生的字段修改 event。
捕获
通过变更日志或审计追踪识别,显示在“已驳回”事件时间戳之后对分录数据的修改。
事件类型
inferred
|
|||
|
日记账分录已送审
|
初审通过后,分录被正式转交给指定的审批人或审批组。系统通过状态变更(如从“已审核”变为“待审批”)记录此操作。 | ||
|
为何重要
此活动将初步复核与最终审批步骤区分开来(这些步骤通常由不同角色执行),有助于隔离高级别审批阶段特有的延迟。
获取方式
通过变更历史表中记录的分录状态变更推断。状态从审核阶段进入审批阶段。
捕获
通过追踪状态字段变更为“待审批”或类似值的记录及其时间戳得出。
事件类型
inferred
|
|||
|
自动化验证失败
|
系统的自动校验检查发现错误,阻断了日记账分录在 workflow 中的流转。这将自动将分录状态设为失败或返工状态。 | ||
|
为何重要
这体现了自动化质量控制的运行情况。失败频率过高可能预示着系统性的数据录入问题或校验规则本身存在缺陷,从而产生了不必要的返工循环。
获取方式
这将从系统日志或由自动校验流程触发的状态变更中捕获。分录状态可能会更改为“校验错误”或类似状态。
捕获
验证规则失败时,由系统记录的事件或自动变更为错误状态。
事件类型
explicit
|
|||
|
自动化验证运行
|
提交后,系统自动检查分录的字段、合计数或合规规则。这通常是由系统记录的自动化后台流程。 | ||
|
为何重要
及早识别数据质量问题,减少流程后期的手工返工。分析失败案例可以突出常见的用户错误或系统引导需改进之处。
获取方式
此 event 可以在系统日志或与日记账分录 workflow 关联的特定交易日志中找到,记录了校验规则的执行情况。
捕获
由系统在针对分录数据执行验证引擎时记录。
事件类型
explicit
|
|||