您的Record to Report-Journal Entry数据模板
您的Record to Report-Journal Entry数据模板
- 建议采集的属性
- 需要跟踪的关键活动
- 实用的数据提取指南
记录到报告-日记账分录属性
| 名称 | 说明 | ||
|---|---|---|---|
|
开始时间
EventTime
|
表示特定活动或事件发生时间的时间戳。 | ||
|
说明
事件时间是记录活动发生时刻的精确时间戳,包含日期和时间。该数据对于正确排列事件顺序以及所有基于时间的分析至关重要。 在流程挖掘中,此属性用于计算活动之间的持续时间、案例整体周期时间和等待时间。它是分析周期时间的仪表板的基础,例如“日记账分录审批周期时间”和“文档附加延迟时间”,也用于识别流程中的延迟和低效。
为什么重要
此时间戳对于计算所有持续时间、正确排列事件顺序以及分析流程随时间变化的绩效至关重要。
获取位置
此信息通常与每个事件或状态变更一起存储在Workiva的交易表或日志表中。
示例
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
日记账分录ID
JournalEntryId
|
单条日记账分录的唯一标识符,用作流程分析的主要案例标识。 | ||
|
说明
日记账分录ID可唯一跟踪特定财务交易集合从创建、最终过账到对账的所有相关活动和事件。该ID将创建、提交、审核、审批和过账等每个步骤关联为一个完整的流程实例。 在流程挖掘中,此属性是重建每条日记账分录端到端历程的基础。它支持按分录分析流程变体、周期时间和返工循环,清晰呈现每条分录在系统中的流转方式。
为什么重要
这是跟踪日记账分录完整生命周期的关键标识,可用于分析流程顺序、持续时间和变体。
获取位置
这是Workiva中日记账分录记录的主键。具体数据表或API端点请参阅Workiva文档。
示例
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
|
|||
|
活动
ActivityName
|
日记账分录发生的具体流程步骤或事件名称。 | ||
|
说明
该属性描述日记账分录生命周期中特定时间点执行的活动,记录“日记账分录已创建”“日记账分录已提交审核”“日记账分录已批准”和“日记账分录已过账至总账”等关键里程碑。 分析这些活动的顺序和频次是流程挖掘的核心。它有助于可视化流程顺序、识别常见和少见路径(变体),并定位分录耗时最长的瓶颈。它还用于定义关键绩效指标计算的起点和终点,例如审批周期时间。
为什么重要
它定义流程中的各个步骤,支持可视化和分析日记账分录工作流,并识别瓶颈。
获取位置
通常从Workiva中的事件日志或状态变更记录中获取。具体字段可能需要根据系统状态代码或事件描述进行映射。
示例
已创建日记账分录已提交日记账分录以供审核日记账分录已批准日记账分录已过账至总账
|
|||
|
最后数据更新时间
LastDataUpdate
|
表示数据最近一次从源系统刷新时间的时间戳。 | ||
|
说明
此属性记录最近一次从Workiva提取数据的日期和时间,帮助了解所分析数据的新鲜度。 在任何流程分析仪表板中,此信息对于了解洞察的时效性都至关重要。它可以帮助用户判断当前查看的是实时数据,还是特定时间点的快照,这对于制定有依据的运营决策十分重要。
为什么重要
告知用户数据的时效性,确保用户了解分析是否反映最新的流程状态。
获取位置
此时间戳在数据提取、转换和加载(ETL)过程中生成并存储。
示例
2023-10-27T02:00:00Z
|
|||
|
源系统
SourceSystem
|
提取日记账分录数据的记录系统。 | ||
|
说明
此属性标识流程数据来源的源应用。对于本次分析,其值始终为“Workiva”。 在单系统分析中,它看似是静态信息,但对于数据治理和可追溯性至关重要。在大型企业环境中,流程通常跨越多个系统,此字段对于了解完整数据血缘并准确整合不同来源的数据不可或缺。
为什么重要
提供关键的数据血缘和上下文信息,明确流程数据的来源,尤其适用于多系统环境。
获取位置
通常在数据提取和转换过程中添加静态值,用于标记数据来源。
示例
Workiva
|
|||
|
日记账分录状态
JournalEntryStatus
|
日记账分录在生命周期中的当前状态。 | ||
|
说明
此属性表示日记账分录的实时状态,例如“草稿”“已提交审批”“已批准”“已过账”或“已拒绝”。它反映数据提取时该分录所处位置的快照。 此属性对于运营监控至关重要,并支持“当前日记账分录状态概览”仪表板。它帮助管理人员清晰了解流程各阶段的当前工作量和积压情况,从而进行资源分配和优先级排序。
为什么重要
提供日记账分录在流程中所处位置的实时快照,对于运营监控和管理积压至关重要。
获取位置
这是Workiva日记账分录抬头中的标准字段,反映分录当前状态。
示例
草稿待审批已过账已拒绝
|
|||
|
日记账分录类型
JournalEntryType
|
日记账分录的分类,例如标准分录、应计分录或更正分录。 | ||
|
说明
此属性根据业务目的对日记账分录进行分类。常见类型包括用于日常交易的标准分录、用于确认收入和费用的应计分录、重分类分录以及更正分录。 此维度对于比较分析至关重要。它支持按类型细分流程,判断某些分录类型是否耗时更长、拒绝率更高或遵循不同路径。例如,“日记账分录冲销率趋势”仪表板可按类型分析冲销情况,帮助定位特定会计实践中的问题。
为什么重要
支持按流程细分,识别某些分录类型是否比其他类型造成更多延迟、返工或偏离。
获取位置
这可能是Workiva日记账分录抬头中的标准字段。
示例
标准应计重分类更正
|
|||
|
日记账分录金额
JournalEntryAmount
|
日记账分录的货币总额,通常为借方或贷方金额之和。 | ||
|
说明
此属性表示与日记账分录相关的主要财务价值。它可以是借方总额,且应等于贷方总额。 按财务价值分析流程可以发现重要规律。例如,高价值日记账分录可能需要更严格的审查,并遵循不同且更严谨的审批路径。此属性可用于筛选仪表板,并分析分录金额是否与处理时间、返工率或审批延迟相关。
为什么重要
支持基于财务影响进行分析,帮助判断高价值分录是否采用不同的处理方式,或是否更容易出现延迟。
获取位置
这是Workiva日记账分录抬头数据中的基础字段。
示例
15000.00250.50125000.75
|
|||
|
用户
User
|
执行活动人员的用户ID或姓名。 | ||
|
说明
此属性标识负责执行特定活动的人员,例如日记账分录的创建人、审核人或审批人。它可以是唯一用户ID、姓名或电子邮件地址。 按用户分析数据对于了解工作负载分配、绩效和合规情况至关重要。它支持“日记账分录工作负载分布”和“日记账分录拒绝分析”等仪表板,通过按用户拆分活动,发现潜在的培训需求或资源失衡。
为什么重要
此属性是分析工作负载分配、识别高绩效人员以及了解用户特定行为或瓶颈的关键。
获取位置
此信息通常可在Workiva的事件日志或交易日志中找到,并与每条记录的活动相关联。
示例
asmithbjonescchen
|
|||
|
部门
Department
|
发起日记账分录的业务部门或成本中心。 | ||
|
说明
此属性标识与日记账分录相关的组织单位,例如财务、销售或市场部门。通常根据成本中心或创建分录的用户确定。 按部门分析流程,可以比较组织不同部分的绩效。它有助于识别哪些部门的流程效率最高、返工率最高或审批时间最长,为推广最佳实践或提供针对性支持提供依据。
为什么重要
支持比较不同业务部门的绩效,帮助识别部门特有的问题或最佳实践。
获取位置
此信息可能位于日记账分录抬头数据中,也可能从创建人的用户资料关联而来,或作为成本中心指定。
示例
财务北美销售欧盟运营
|
|||
|
公司代码
CompanyCode
|
记录日记账分录所属特定法人实体的标识符。 | ||
|
说明
公司代码代表企业集团中的独立法人实体。财务交易在此层级记录,用于法定报告和合并。 在多实体组织中,按公司代码分析日记账分录流程至关重要。它可以揭示特定法人实体或地理区域在流程绩效、合规和效率方面的差异,从而支持更有针对性的流程改进。
为什么重要
对于分析和比较组织内不同法人实体的流程绩效至关重要。
获取位置
这是包括Workiva在内的任意企业会计系统中,日记账分录抬头数据的基础必填字段。
示例
1000US01DE01
|
|||
|
审批周期时间
ApprovalCycleTime
|
从日记账分录提交审核到最终批准所经过的总时间。 | ||
|
说明
此计算指标衡量整个审批阶段的持续时间。通常按每条日记账分录首次发生“日记账分录已提交审核”事件与最终发生“日记账分录已批准”事件之间的时间差计算。 这是直接衡量审核和审批工作流效率的指标,也是许多财务部门的主要KPI。它支持“日记账分录审批周期时间”仪表板,帮助识别瓶颈并监控加快审批的流程改进措施所产生的影响。
为什么重要
这是直接衡量审批流程效率并帮助定位延迟的关键绩效指标。
获取位置
这是一个计算指标,根据事件日志中“日记账分录已提交审核”和“日记账分录已批准”活动的时间戳推导得出。
示例
25920086400604800
|
|||
|
拒绝原因
RejectionReason
|
解释日记账分录在审核或审批过程中被拒绝原因的代码或文本。 | ||
|
说明
日记账分录被拒绝时,此属性记录审核人或审批人提供的原因。原因可能包括“总账科目错误”“缺少文档”“计算错误”或“违反政策”。 此信息对于返工根因分析极具价值。通过分析最常见的拒绝原因,组织可以识别改进方向,例如为用户提供针对性培训、完善说明或加强系统控制。它是“日记账分录返工分析”和“日记账分录拒绝分析”仪表板的关键属性。
为什么重要
直接揭示返工的根本原因,支持针对性改进培训、文档和流程控制。
获取位置
此数据可能存储在专用字段中,也可能存储在Workiva中与“日记账分录已拒绝”活动关联的评论或备注字段中。
示例
缺少支持性文档使用了错误的总账科目金额超过阈值
|
|||
|
是否有文档
HasSupportingDocumentation
|
用于标识提交审核前是否附加了支持性文档的标记。 | ||
|
说明
此属性是一个布尔标记,用于检查指定日记账分录在“日记账分录已提交审核”活动之前是否存在“支持性文档已附加”活动。 此属性直接支持“日记账分录文档合规”仪表板和“日记账分录文档附加率”KPI。它对于合规和可审计性至关重要,因为缺少适当文档可能导致拒绝、延迟和审计发现。分析此属性有助于落实政策并简化审核流程。
为什么重要
直接衡量文档政策的合规情况,帮助减少因信息缺失造成的返工和延迟。
获取位置
这是派生属性,通过检查每个案例在流程数据中的活动顺序计算得出。
示例
truefalse
|
|||
|
是否自动执行
IsAutomated
|
用于标识活动由系统还是人工用户执行的标记。 | ||
|
说明
此布尔属性用于区分系统自动执行的活动,例如“自动运行验证”,以及用户手动执行的活动,例如“日记账分录已审核”。 准确衡量流程效率和自动化潜力离不开这一差异。它支持分析人员区分人为瓶颈和系统瓶颈,并计算流程中实际需要的人工投入。对于提升自动化水平、减少人工触点的计划而言,这是关键属性。
为什么重要
帮助区分系统活动和人工活动,对于分析自动化水平和识别人工瓶颈至关重要。
获取位置
这通常是派生属性。可以检查活动对应的“用户”是否为系统账户或服务账户,或根据活动名称本身是否表明自动化来确定。
示例
truefalse
|
|||
|
是否返工
IsRework
|
用于标识日记账分录在生命周期中的任何阶段是否被拒绝或更正的标记。 | ||
|
说明
这是按案例计算的布尔属性。如果日记账分录的活动序列包含“日记账分录已拒绝”或“日记账分录已更正”等事件,则设置为“true”。 此属性通过创建清晰的二元标记,简化返工分析、筛选和聚合。它是计算“日记账分录返工率”KPI和支持“日记账分录返工分析”仪表板的基础,可快速识别偏离正常路径并需要额外投入的案例。
为什么重要
提供简单标记,用于识别和分析所有需要更正的日记账分录,是衡量流程质量和一次正确率的关键。
获取位置
这是派生属性,通过检查每个案例的事件日志中是否存在返工相关活动(如“日记账分录已拒绝”)计算得出。
示例
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中新日记账分录的创建。用户创建新的日记账分录记录时会触发该活动,并生成唯一的Journal Entry ID,作为流程的案例标识符。 | ||
|
为什么重要
作为流程起点,该事件对于衡量每条日记账分录的端到端周期时间至关重要。分析此活动有助于了解工作负载启动情况并规划资源。
获取位置
此事件通常从Workiva的审计日志或交易表中获取,这些记录会保存新日记账分录对象的创建信息,以及创建时间戳和用户ID。
采集
创建新的日记账分录记录后,事件会记录在审计轨迹或表中,并关联“Created On”时间戳。
事件类型
explicit
|
|||
|
已提交日记账分录以供审核
|
表示用户将已起草的日记账分录及其文档提交至正式复核和审批工作流的时刻。通常通过Workiva平台中的明确状态变更获取,即分录从“Draft”或“New”状态变为“In Review”。 | ||
|
为什么重要
此活动是启动审批周期的关键里程碑。衡量从此时到最终审批的时间,有助于识别复核流程中的瓶颈,也是计算审批周期时间的关键。
获取位置
根据日记账分录记录中的状态变更推断,例如从“Draft”变为“Submitted for Review”。该变更及其时间戳会记录在变更历史或状态日志表中。
采集
通过跟踪日记账分录状态字段变为“Submitted”或类似值的变化,并使用变更时间戳推导。
事件类型
inferred
|
|||
|
日记账分录冲销已处理
|
此前已过账的日记账分录被冲销,系统创建一条抵消原分录的新分录。这是一种在系统中明确记录的特定交易类型。 | ||
|
为什么重要
此活动是已过账分录存在错误的重要指标。冲销率较高可能表明初始审核和审批流程存在问题,影响财务准确性并增加额外工作。
获取位置
从交易数据中获取,其中的特定交易类型或标记表示冲销。冲销分录通常会引用原始日记账分录ID。
采集
系统创建一条新的日记账分录记录,类型为“冲销”,并关联原分录ID。
事件类型
explicit
|
|||
|
日记账分录已批准
|
此活动表示授权用户已完成日记账分录的最终审批,分录可以进入过账环节。这是关键里程碑,通常在Workiva中通过状态明确变更为“Approved”来记录。 | ||
|
为什么重要
标志着整个复核和审批流程成功完成。这是衡量审批周期时间和首次审批通过率的关键事件,直接影响流程效率。
获取位置
从日记账分录状态历史日志中获取。记录的状态字段会更新为“Approved”,并记录该变更的时间戳和审批人用户ID。
采集
日记账分录的状态字段更新为“已批准”时的时间戳。
事件类型
inferred
|
|||
|
日记账分录已拒绝
|
审核人或审批人因错误、信息缺失或违反政策而拒绝日记账分录。此操作会将分录退回创建人进行更正,并通过状态变更为“已拒绝”或“需要返工”记录。 | ||
|
为什么重要
此活动是返工循环的主要触发点,而返工循环是流程低效的重要来源。分析拒绝情况有助于识别培训需求、常见错误和不清晰的流程指南。
获取位置
根据日记账分录历史日志中的状态变更推断。状态更新为“已拒绝”,并记录执行该操作的用户及时间戳。
采集
状态字段更新为“已拒绝”或“已退回”时的时间戳。
事件类型
inferred
|
|||
|
日记账分录已过账至总账
|
此活动表示已批准的日记账分录已正式过账至总账。它代表主流程的成功完成,通常记录为最终状态变更或过账交易日志。 | ||
|
为什么重要
作为大多数日记账分录的主要“结束”事件,此活动对于计算端到端周期时间和吞吐量至关重要。它表示该分录开始影响财务报表的时间点。
获取位置
此信息可在记录总账过账的交易日志中找到,也可能体现为日记账分录状态变更为“已过账”。过账日期字段通常会在此时填充。
采集
从包含时间戳和日记账分录ID的总账过账表中获取,或从状态变更为“已过账”的记录中获取。
事件类型
explicit
|
|||
|
已发送日记账分录以供审批
|
初次复核通过后,日记账分录会正式转交指定审批人或审批组。该活动通过状态变更获取,例如从“Reviewed”变为“Pending Approval”。 | ||
|
为什么重要
此活动有助于区分初次复核和最终审批,这两个步骤可能由不同角色执行,也有助于单独分析高层审批阶段的延迟。
获取位置
根据日记账分录记录中的状态变更推断,相关信息会记录在变更历史表中。状态将从复核状态转为审批状态。
采集
通过跟踪状态字段变为“Pending Approval”或类似值的变化及其时间戳推导。
事件类型
inferred
|
|||
|
已审核日记账分录
|
此事件表示复核人员已完成对日记账分录的评估并采取行动,例如送审或拒绝。通常可根据后续状态变更推断。 | ||
|
为什么重要
标志着关键质量检查的完成。分析复核阶段的持续时间,有助于管理团队工作负载,并发现复核人员培训或流程简化机会。
获取位置
根据日记账分录状态从“In Review”变为“Pending Approval”或“Rejected”等后续状态时的时间戳推断。
采集
状态从“Review”状态变为任意后续状态时的时间戳。
事件类型
inferred
|
|||
|
已开始审核日记账分录
|
此活动标志着复核人员开始检查已提交的日记账分录。复核人员在Workiva工作列表中“打开”或“领取”复核任务时,可以推断该活动发生。 | ||
|
为什么重要
此活动有助于区分分录在队列中的等待时间与实际主动复核时间,对于准确衡量复核人员工作负载和识别排队瓶颈至关重要。
获取位置
这通常不是明确记录的事件。系统将任务分配给特定用户,或用户在提交后首次打开日记账分录记录时,可以推断该活动发生。
采集
根据任务状态变为“In Progress”的时间,或分配的复核人员在提交后首次打开记录的时间推断。
事件类型
inferred
|
|||
|
已运行自动验证
|
提交后,系统会对日记账分录执行自动检查,以验证字段、总额或合规规则。这通常是由系统记录的自动后台流程。 | ||
|
为什么重要
该活动可及早发现数据质量问题,减少流程后续的手工返工。分析失败情况,有助于发现常见用户错误或需要改进系统指引的环节。
获取位置
该事件可在系统日志或与日记账分录工作流关联的特定交易日志中找到,其中记录了校验规则的执行情况。
采集
校验引擎针对日记账分录数据执行时,系统会记录该事件。
事件类型
explicit
|
|||
|
已附加支持性文档
|
用户将一份或多份支持文档(例如发票或合同)附加到日记账分录记录时,会触发此活动。通常可通过监控Workiva中的文档管理或附件功能获取。 | ||
|
为什么重要
跟踪此活动对于监控合规和识别延迟至关重要。从分录创建到文档附加之间的时间,可能成为影响复核和审批周期的重要瓶颈。
获取位置
从Workiva文档管理功能相关日志中获取,跟踪文件何时与特定Journal Entry ID关联。该信息可能来自明确的事件日志,也可能根据附件链接的创建日期推断。
采集
用户成功上传文档或将文档链接至日记账分录时,系统会记录该事件。
事件类型
explicit
|
|||
|
日记账分录已对账
|
此过账后活动发生在对账过程中匹配并清除日记账分录时。该活动记录在Workiva的对账或账户认证工具中。 | ||
|
为什么重要
分析从过账到对账所需的时间,是了解财务结账流程效率的关键。此处的延迟可能影响财务报告的及时性和准确性。
获取位置
此信息可能来自Workiva中的独立对账模块或表,该模块会将已对账项目关联回其来源日记账分录ID。应使用对账状态变更的时间戳。
采集
对账模块中将日记账分录标记为“已对账”的事件时间戳或状态变更时间戳。
事件类型
explicit
|
|||
|
日记账分录已更正
|
被拒绝后,创建人或其他用户会修改日记账分录,以解决提出的问题。这通常不是显式事件,而是通过检测“已拒绝”状态后记录的数据变更推断得出。 | ||
|
为什么重要
此活动是返工循环的重要组成部分。衡量更正分录所需的时间,可以了解错误处理速度,以及某些用户或分录类型是否需要更长时间才能修复。
获取位置
通过分析审计跟踪日志推断此活动。查找日记账分录在“已拒绝”状态与后续重新提交之间发生的字段修改事件即可识别。
采集
根据变更日志或审计跟踪记录识别,这些记录显示“已拒绝”事件时间戳之后对日记账分录数据进行的修改。
事件类型
inferred
|
|||
|
自动验证失败
|
系统的自动验证检查发现错误,阻止日记账分录继续在工作流中流转。系统会自动将分录状态设置为失败或返工状态。 | ||
|
为什么重要
此活动体现了自动化质量控制的运行情况。失败频率较高可能表明数据录入存在系统性问题,或验证规则本身存在缺陷,从而造成不必要的返工循环。
获取位置
此信息可从系统日志或自动验证流程触发的状态变更中获取。分录状态可能变更为“验证错误”或类似状态。
采集
验证规则失败时由系统记录的事件,或自动将状态变更为错误状态的记录。
事件类型
explicit
|
|||
提取指南
立即开始优化您的Record to Report-Journal Entry流程
将Journal Entry周期时间缩短30%,加快财务结账。
无需信用卡,随时取消。