您的记录到报告(日记账分录)数据模板

Workiva
您的记录到报告(日记账分录)数据模板

您的记录到报告(日记账分录)数据模板

此模板将指导您收集分析记录到报告(日记账分录)流程所需的数据,列出关键数据字段和需要跟踪的流程步骤,并说明如何从Workiva提取这些信息。使用此模板有助于确保您为流程挖掘做好充分的数据准备。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 实用的数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

记录到报告(日记账分录)属性

以下是建议纳入事件日志的数据字段,可用于全面分析记录到报告(日记账分录)流程。
5 必填 5 建议填写 8 选填
名称 说明
开始时间
EventTime
标明特定活动或事件发生时间的时间戳。
说明

事件时间是精确到日期和时间的时间戳,用于记录活动发生的时刻。此数据对于正确排列事件顺序以及所有基于时间的分析至关重要。

在流程挖掘中,此属性用于计算活动间隔时长、案例整体周期时间和等待时间。它也是分析周期时间的仪表板(如“日记账分录审批周期时间”和“文档附件延迟时间”)所必需的数据,并为识别流程中的延误和低效提供依据。

重要性

此时间戳对于计算各类时长、正确排列事件顺序以及分析流程绩效随时间的变化至关重要。

获取途径

此信息通常与每个事件或状态变化一起存储在Workiva的交易表或日志表中。

示例
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
日记账分录ID
JournalEntryId
单条日记账分录的唯一标识符,也是流程分析中的主要案例标识符。
说明

日记账分录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
日记账分录在其生命周期中的当前状态。
说明

此属性表示日记账分录的实时状态,例如“Draft”“Submitted for Approval”“Approved”“Posted”或“Rejected”。它反映数据提取时分录所处状态。

此属性对于运营监控至关重要,也是“日记账分录当前状态概览”仪表板的数据基础。管理人员可以据此清晰了解流程各阶段的当前工作量和积压情况,从而合理分配资源并确定优先级。

重要性

实时呈现日记账分录在流程中的状态,对于运营监控和管理积压至关重要。

获取途径

这是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
必填 建议填写 选填

记录到报告(日记账分录)活动

以下是建议记录在事件日志中的关键流程步骤和里程碑,可用于准确发现和分析日记账分录工作流。
6 建议填写 8 选填
活动 说明
创建日记账分录
此活动表示在Workiva中启动一笔新的日记账分录。用户创建新的日记账分录记录时,系统会记录此活动,并生成唯一的日记账分录ID,作为流程的案例标识符。
重要性

作为流程的起点,此事件对于衡量每笔日记账分录的端到端周期时间至关重要。分析此活动有助于了解工作量何时产生,并做好资源规划。

获取途径

通常可从Workiva的审计日志或交易表中获取此事件。这些记录会记录新日记账分录对象的创建时间戳和用户ID。

采集

创建新的日记账分录记录时,系统会在审计轨迹或表中记录此事件,并关联“创建时间”时间戳。

事件类型 explicit
提交日记账分录以供审核
用户将已起草的日记账分录及其文档提交至正式审核和审批工作流时,即发生此活动。通常可通过Workiva平台中的明确状态变更来记录,例如分录从“草稿”或“新建”状态变为“审核中”。
重要性

此活动是启动审批周期的关键节点。衡量从此时到最终批准的时间,有助于找出审核流程中的瓶颈,也是计算审批周期时间的关键。

获取途径

可根据日记账分录记录的状态变更推断,例如从“草稿”变为“已提交审核”。此类变更及其时间戳会记录在变更历史或状态日志表中。

采集

可通过追踪日记账分录状态字段变为“已提交”或类似值来推断,并使用变更时间戳作为事件时间。

事件类型 inferred
日记账分录冲销已处理
已过账的日记账分录被冲销,系统会创建一条抵消原分录的新分录。这是一种特定交易类型,会在系统中明确记录。
重要性

此活动是已过账分录存在错误的有力信号。冲销率较高可能表明初审和审批流程存在问题,影响财务准确性并增加额外工作。

获取途径

从交易数据中获取,其中的特定交易类型或标记表示冲销。冲销分录通常会引用原日记账分录ID。

采集

创建一条新的日记账分录记录,类型为“Reversal”,并关联原分录ID。

事件类型 explicit
日记账分录已批准
此活动表示授权用户已最终批准日记账分录,使其可以过账。这是一个关键里程碑,通常在Workiva中记录为状态明确变更为“Approved”。
重要性

标记整个审核和审批流程已成功完成。这是衡量审批周期时间和首次审批通过率的重要事件,直接影响流程效率。

获取途径

从日记账分录的状态历史记录中获取。记录的状态字段更新为“Approved”,并附有时间戳和审批人用户ID。

采集

日记账分录的状态字段更新为“Approved”时的时间戳。

事件类型 inferred
日记账分录已拒绝
审核人或审批人因错误、信息缺失或违反政策而拒绝日记账分录。此操作会将分录退回创建者修改,并记录为状态变更为“Rejected”或“Needs Rework”。
重要性

此活动是返工循环的主要触发因素,而返工循环是流程效率低下的重要原因。分析拒绝记录有助于发现培训需求、常见错误和不明确的流程指引。

获取途径

根据日记账分录历史记录中的状态变化推断。状态更新为“Rejected”时,系统会记录该事件的时间戳和执行操作的用户。

采集

状态字段更新为“Rejected”或“Sent Back”时的时间戳。

事件类型 inferred
日记账分录已过账至总账
此活动表示已批准的日记账分录正式过账至总账。它标志着主要流程顺序流成功完成,通常记录为最终状态变化或过账交易日志。
重要性

对于大多数日记账分录,此活动是主要的“结束”事件,对计算端到端周期时间和吞吐量至关重要。它标志着分录开始影响财务报表的时点。

获取途径

可从记录总账过账的交易日志中获取,也可通过日记账分录状态变为“Posted”来识别。此时通常会填写过账日期字段。

采集

从总账过账表中获取,表中包含时间戳和日记账分录ID;也可根据状态变为“Posted”来识别。

事件类型 explicit
完成日记账分录审核
此事件表示审核人已完成对日记账分录的评估并采取了行动,例如提交审批或退回。通常可根据后续状态变更推断。
重要性

标记一项关键质量检查的完成。分析审核阶段的耗时,有助于合理安排团队工作量,并发现审核人员培训或简化流程的机会。

获取途径

根据日记账分录状态从“In Review”变为“Pending Approval”或“Rejected”等后续状态时的时间戳推断。

采集

状态从“Review”变为任一后续状态时的时间戳。

事件类型 inferred
开始审核日记账分录
此活动表示审核人开始检查已提交的日记账分录。例如,审核人在Workiva任务列表中打开或认领审核任务时,即可推断此活动。
重要性

此活动有助于区分分录在队列中的等待时间和实际审核时间,对于准确衡量审核人工作量及识别排队瓶颈至关重要。

获取途径

系统通常不会明确记录此事件。可以根据系统将任务分配给特定用户的时间推断,也可以根据用户在提交后首次打开日记账分录记录的时间推断。

采集

可根据任务状态变为“进行中”,或分配的审核人在提交后首次打开记录的时间推断。

事件类型 inferred
日记账分录已对账
此过账后活动发生在对账过程中,日记账分录与对应项目匹配并完成核销时。相关记录保存在Workiva的对账或账户认证工具中。
重要性

分析从过账到对账所需的时间,是了解财务结账流程效率的关键。此处的延误可能影响财务报告的及时性和准确性。

获取途径

相关数据可能来自Workiva中独立的对账模块或表,该模块或表会将已对账项目关联回其来源日记账分录ID。可使用对账状态变化的时间戳。

采集

对账模块中将日记账分录标记为“Reconciled”的事件或状态变化时间戳。

事件类型 explicit
日记账分录已提交审批
初审通过后,日记账分录会正式转交给指定审批人或审批组。系统会记录状态变化,例如从“Reviewed”变为“Pending Approval”。
重要性

此活动区分初审和最终审批,这两个步骤可能由不同角色执行。借此可以单独分析高级别审批阶段的延误。

获取途径

根据日记账分录记录的状态变化推断,相关变化记录在变更历史表中。状态会从审核状态转为审批状态。

采集

通过跟踪状态字段变为“Pending Approval”或类似值的变化及其时间戳得出。

事件类型 inferred
日记账分录已更正
分录被拒绝后,创建者或其他用户会修改日记账分录以解决相关问题。这通常不是明确记录的事件,而是通过检测“Rejected”状态之后的记录数据变化来推断。
重要性

此活动是返工循环的重要环节。衡量分录更正所需时间,有助于了解错误处理速度,以及特定用户或分录类型是否需要更长时间才能完成更正。

获取途径

通过分析审计跟踪日志推断此活动。查找日记账分录处于“Rejected”状态至后续重新提交期间发生的字段修改事件,即可识别该活动。

采集

通过变更日志或审计跟踪识别“Rejected”事件时间戳之后对日记账分录数据所做的修改。

事件类型 inferred
自动验证失败
系统自动验证检查发现错误,导致日记账分录无法继续流转。系统会自动将分录状态设为失败或返工状态。
重要性

此活动反映了自动化质量控制的运行情况。失败频率较高可能意味着数据录入存在系统性问题,或验证规则本身有误,从而造成不必要的返工循环。

获取途径

可从系统日志或自动验证触发的状态变化中获取。分录状态可能变为“Validation Error”或类似值。

采集

验证规则失败时,系统记录的事件或自动将状态变为错误状态。

事件类型 explicit
运行自动校验
提交日记账分录后,系统会自动检查字段、总额或合规规则。通常这是由系统记录的自动后台流程。
重要性

及早发现数据质量问题,减少后续手动返工。分析校验失败情况,有助于发现常见用户错误,或找出需要改进系统指引的环节。

获取途径

可在系统日志或与日记账分录工作流关联的特定交易日志中找到此事件,其中会记录校验规则的执行情况。

采集

系统执行日记账分录数据校验时,会记录此事件。

事件类型 explicit
附上支持文档
用户将一份或多份支持文档(如发票或合同)附加到日记账分录记录时,会发生此活动。通常可通过监控Workiva中的文档管理或附件功能来记录。
重要性

追踪此活动对于监控合规情况和发现延误至关重要。从创建分录到附上文档之间的时间可能形成显著瓶颈,影响审核和审批周期。

获取途径

可从Workiva文档管理功能的相关日志中获取,追踪文件何时关联到特定日记账分录ID。数据可能来自明确记录的事件日志,也可能根据附件链接的创建日期推断。

采集

用户成功上传文档或将文档关联到日记账分录时,系统会记录此事件。

事件类型 explicit
建议填写 选填

数据提取指南

如何从Workiva获取数据

准备好开始了吗?

立即开始优化记录到报告(日记账分录)流程。此模板提供所需内容,助您着手提取有价值的洞察。

立即开始优化记录到报告(日记账分录)流程

将日记账分录周期时间缩短30%,加快财务结账。

开始免费试用

无需信用卡,随时可取消。