您的记录到报告流程:日记账分录数据模板
您的记录到报告流程:日记账分录数据模板
- 建议收集的属性
- 需跟踪的关键活动
- 提取指南
记录到报告,日记账分录属性
| 名称 | 说明 | ||
|---|---|---|---|
|
开始时间
EventTime
|
表示特定活动或事件发生时间的精确时间戳。 | ||
|
说明
Event Time记录业务事件发生的日期和时间,是流程的时间顺序基础,用于确定所有活动的先后顺序和持续时间。 该时间戳是所有基于时间的流程挖掘分析的关键。它用于计算周期时间、等待时间和活动间隔时长,帮助识别瓶颈、分析一段时间内的绩效,并评估服务级别协议的遵循情况。
为什么重要
该时间戳是所有绩效指标的基础,包括周期时间和瓶颈分析,可按时间顺序重建流程。
获取位置
此信息记录在BlackLine事件日志或交易记录的时间戳字段中。
示例
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
日记账分录ID
JournalEntryId
|
单个日记账分录的唯一标识符,用作跟踪其生命周期的主要案例标识符。 | ||
|
说明
Journal Entry ID用于唯一标识总账中记录的每组财务交易。它是连接创建、审核、批准和过账等所有相关活动的核心键。 在流程挖掘中,该ID对于关联属于同一日记账分录案例的所有事件至关重要。基于此标识符分析流程,可以重建从发起到最终对账的端到端历程,并详细分析周期时间、瓶颈和流程变体。
为什么重要
这是核心案例标识符,可用于追踪单个日记账分录的完整生命周期并分析其绩效。
获取位置
这是BlackLine日记账分录表或数据导出中的主键。具体字段名称请参阅BlackLine文档。
示例
JE2024-001234JE2024-001235JE2024-001236
|
|||
|
活动
ActivityName
|
日记账分录流程中某一时间点发生的具体业务事件名称。 | ||
|
说明
该属性描述日记账分录生命周期中执行的一个步骤或Task,例如“Journal Entry Created”、“Journal Entry Approved”或“Journal Entry Posted”。每项活动都代表流程中的一个独立事件。 分析这些活动的顺序,有助于可视化和理解流程。这对于发现流程变体、衡量步骤之间的转换时间,以及识别日记账分录被拒绝后重新提交等返工循环至关重要。
为什么重要
它定义流程中的各个步骤,是可视化流程图、分析流转以及识别偏差或瓶颈的基础。
获取位置
通常从BlackLine中的事件日志、状态变更记录或审计轨迹中提取,可能需要将系统状态代码映射为便于用户理解的活动名称。
示例
已创建日记账分录已提交日记账分录日记账分录已批准日记账分录已过账
|
|||
|
最后数据更新时间
LastDataUpdate
|
表示数据最近一次从源系统刷新或提取时间的时间戳。 | ||
|
说明
此属性记录最近一次提取数据的日期和时间,为正在分析的数据新鲜度提供参考,确保用户了解数据的时效性。 这是任何流程挖掘仪表板或分析中的关键元数据。它向用户说明洞察的时效性,并帮助用户判断视图中是否包含最新交易。
为什么重要
它确保数据新鲜度透明可见,帮助用户了解流程分析反映的是多新的数据。
获取位置
该时间戳由数据提取工具或ETL流程在执行时生成并添加到数据集中。
示例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
源系统
SourceSystem
|
提取日记账分录数据的记录系统。 | ||
|
说明
此属性标识事件数据的来源系统。在此场景中通常为“BlackLine”,但如果流程从上游ERP系统开始,也可能包含来自该系统的数据。 识别源系统对于数据治理和理解流程背景十分重要,尤其是在合并多个系统数据的环境中。它有助于排查数据摄取问题并验证数据血缘。
为什么重要
它提供数据来源的关键背景信息,确保可追溯性,并帮助管理来自不同平台的数据集成。
获取位置
通常是在数据提取和转换过程中添加的静态值,用于标记数据集来源。
示例
BlackLineSAP S/4HANAOracle NetSuite
|
|||
|
公司代码
CompanyCode
|
正在编制日记账分录的法人实体或公司的唯一标识符。 | ||
|
说明
Company Code代表企业集团中的特定法人实体,是财务核算中的基础组织单元,确保交易记入正确的实体。 在流程挖掘中,Company Code是用于筛选和比较的重要维度。它支持跨实体分析流程绩效,帮助识别区域或实体特有的瓶颈、合规差异以及全球流程标准化机会,并直接支持“审批到过账延迟分析”仪表板。
为什么重要
它支持不同法人实体或业务部门之间的绩效比较和流程标准化。
获取位置
这是BlackLine日记账分录抬头中的关键字段,通常与底层ERP系统同步。
示例
1000US01DE012500
|
|||
|
日记账分录状态
JournalEntryStatus
|
日记账分录在生命周期中的当前状态,例如“In Progress”“Approved”或“Posted”。 | ||
|
说明
该属性表示数据提取时日记账分录案例的当前状态,反映该分录在整体流程中的位置。 流程挖掘会根据活动重建流程,而最终状态可用于筛选和创建高层级汇总仪表板。它有助于快速识别当前等待审批或卡在特定状态的所有分录,为积压分析提供重要支持。
为什么重要
它提供分录当前状态的快照,有助于分析积压和了解在制工作。
获取位置
这是BlackLine日记账分录中的标准状态字段。
示例
进行中等待批准已批准已过账已拒绝
|
|||
|
日记账分录类型
JournalEntryType
|
日记账分录的分类,例如标准分录、经常性分录或冲销分录。 | ||
|
说明
Journal Entry Type根据分录的性质或用途进行分类。常见类型包括标准手工分录、系统自动生成的分录、用于月末应计的经常性分录,以及会在下一期间自动冲销的冲销分录。 此属性对于分组和对比分析至关重要。您可以比较不同类型分录的流程绩效,例如周期时间或驳回率,从而识别某些类型的分录是否更容易出现问题或效率较低,并据此开展有针对性的流程改进。
为什么重要
它支持分组分析,帮助了解不同类型的日记账分录是否遵循不同路径,或具有不同的绩效特征。
获取位置
这是BlackLine日记账分录抬头中的标准字段。确切字段名称请参阅BlackLine文档。
示例
标准定期冲销应计
|
|||
|
日记账分录金额
JournalEntryAmount
|
日记账分录的货币总额,通常为借方金额之和。 | ||
|
说明
该属性表示日记账分录的财务价值。它可用于了解流程低效造成的财务影响,例如高价值分录延迟过账。 基于分录价值分析流程,可以开展重要性分析。例如,您可以优先改进高价值分录的处理流程,调查它们是否遵循不同的审批路径,或判断其周期时间是否更长。这为流程补充了关键的业务背景。
为什么重要
它提供财务背景,支持基于重要性的分析,例如优先处理高价值分录,或识别按金额划分的流程偏差。
获取位置
这是BlackLine日记账分录抬头中的计算字段或标准字段,表示借方或贷方金额总额。
示例
15000.00250.75125000.50500.00
|
|||
|
用户
UserName
|
执行该活动的用户姓名或ID。 | ||
|
说明
此属性标识负责执行特定流程步骤的人员,例如提交、审核或审批日记账分录的人员。它可以是姓名或唯一用户ID。 按用户分析活动,对于了解工作量分配、个人绩效和培训机会至关重要。它有助于回答“团队工作分配是否均衡?”或“哪些用户的审批时间最长?”等问题,也是合规和审计轨迹分析的重要依据。
为什么重要
它支持工作量分析和团队成员绩效比较,并帮助识别与资源相关的瓶颈或培训需求。
获取位置
此信息可在BlackLine的审计日志中找到,通常存储在与各事件关联的“User ID”或“Changed By”字段中。
示例
j.doea.smithr.joness.patel
|
|||
|
驳回原因
RejectionReason
|
审核人员驳回日记账分录时提供的原因。 | ||
|
说明
日记账分录退回修改时,审批人通常会提供驳回原因。此属性记录该原因,可以是预定义代码,也可以是自由文本。 这是分析返工根因的关键属性。通过分析最常见的驳回原因,企业可以识别培训不足、政策不清晰或支持性文档存在问题等系统性原因。它直接支持“日记账分录驳回与返工分析”仪表板,并帮助降低整体驳回率。
为什么重要
它是流程返工根因分析的重要依据,有助于识别日记账分录被驳回的原因,并支持有针对性的改进。
获取位置
用户在BlackLine中执行“Reject”操作时,通常会将此数据记录在评论或原因代码字段中。
示例
科目代码错误缺少支持性文档超过阈值重复分录
|
|||
|
审批到过账滞后时间
ApprovalToPostingLag
|
最终审批与日记账分录实际过账之间的计算时长。 | ||
|
说明
此指标衡量日记账分录完成审批后、过账至总账前产生的延迟,计算方式为“Journal Entry Approved”活动与“Journal Entry Posted”活动之间的时间差。 这是识别审批后瓶颈的关键KPI,因为此类瓶颈可能显著拖慢财务结账流程。“审批到过账延迟分析”仪表板使用该指标调查已审批分录未能及时过账的原因,帮助优化流程最后环节。
为什么重要
它专门衡量审批后的效率,帮助识别并消除影响财务结账速度的延迟。
获取位置
流程挖掘工具通过计算每个案例中“Journal Entry Approved”与“Journal Entry Posted”事件之间的时长来得出该指标。
示例
P0DT1H10MP1DT2H0MP0DT0H5M
|
|||
|
已对账账户
AccountReconciled
|
日记账分录正在对账的总账科目编号。 | ||
|
说明
此属性标识科目表中受影响或正在对账的具体科目。日记账分录通常属于账户对账流程,该属性将分录关联到相应科目。 此属性直接支持“日记账分录对账周期时间”仪表板。按科目分析流程,可以识别某些科目的对账是否持续耗时更长,从而发现与特定科目相关的复杂性或数据问题。
为什么重要
它将日记账分录流程关联到正在对账的具体科目,支持有针对性地分析对账瓶颈。
获取位置
此信息属于BlackLine中的日记账分录行项目明细。如果一笔分录影响多个科目,可能需要汇总到案例层级。
示例
101000210500400100550200
|
|||
|
已附加文档
IsDocumentAttached
|
用于标识日记账分录是否附有支持性文档的标志。 | ||
|
说明
此布尔属性表示日记账分录是否附有一份或多份支持性文档,例如发票或计算表。这通常是获得审批的前提条件。 该标志是“日记账分录文档合规”仪表板和“文档附加率”KPI的关键依据。它有助于分析缺少文档是否是导致驳回或延迟的常见原因,并推动执行提交审核前必须附加文档的政策。
为什么重要
它直接衡量文档政策的合规情况,并帮助诊断审批延迟和驳回的常见根因。
获取位置
这很可能是一个派生字段,通过检查提交活动发生前是否存在与JournalEntryId关联的附件记录来计算。
示例
truefalse
|
|||
|
是否自动化
IsAutomated
|
用于标识日记账分录是否由自动化流程创建或过账的标志。 | ||
|
说明
此布尔属性区分由用户手工创建和处理的日记账分录,以及由系统自动生成的分录,例如经常性分录或系统集成生成的分录。 分析此属性有助于评估自动化成效,并直接比较自动化流程与手工流程的周期时间、错误率和成本。这对于论证进一步自动化的商业价值以及衡量现有项目的投资回报率至关重要。
为什么重要
它支持直接比较手工流程和自动化流程,对于衡量自动化项目的影响和投资回报率至关重要。
获取位置
可以根据“Journal Entry Type”(例如“Recurring”)推导,也可以根据“User”字段判断是否使用了系统用户(例如“系统”或“批处理”)执行自动过账。
示例
truefalse
|
|||
|
是否返工
IsRework
|
如果日记账分录至少被驳回过一次,则该计算标志为真。 | ||
|
说明
此布尔标志用于识别经历过返工的日记账分录。如果案例包含“Journal Entry Rejected”活动,随后又出现“Corrected and Resubmitted”活动,通常会将其设为true。 该属性简化了返工分析,用户可以轻松筛选所有经历过驳回的案例。它是计算“日记账分录驳回率”KPI以及在“日记账分录驳回与返工分析”仪表板中深入分析质量问题所造成成本和时间影响的基础。
为什么重要
它可以快速识别发生返工的案例,简化驳回率计算以及质量问题影响分析。
获取位置
流程挖掘工具通过检查每个案例的活动顺序来计算此标志。
示例
truefalse
|
|||
|
货币
Currency
|
日记账分录中指定金额所使用的货币代码。 | ||
|
说明
此属性指定Journal Entry Amount所使用的货币,例如USD、EUR或GBP,对于正确理解交易的财务价值至关重要。 对于跨国组织,按货币分析可以提供有用背景。它支持将流程分析筛选到特定货币,也是任何汇总财务金额的仪表板所必需的字段。
为什么重要
它为财务金额提供必要背景,确保准确解读并支持按货币分析。
获取位置
这是BlackLine日记账分录抬头中的标准字段,通常命名为“Document Currency”或类似名称。
示例
USDEURGBPJPY
|
|||
|
过账日期
PostingDate
|
日记账分录正式过账至总账的日期。 | ||
|
说明
Posting Date是交易在财务记录中的生效日期,是会计核算的关键日期,因为它决定交易计入哪个财务期间。 事件时间戳记录过账活动发生的时间,而Posting Date本身是重要的数据属性。它用于确保分录记入正确期间,也可用于分析交易日期、审批日期和过账日期之间的延迟。
为什么重要
该日期对于财务报告的准确性至关重要,并有助于分析分录是否记入正确的会计期间。
获取位置
这是BlackLine日记账分录抬头中的标准日期字段。
示例
2023-10-312023-11-012023-10-30
|
|||
|
部门
Department
|
与日记账分录关联的业务部门或成本中心。 | ||
|
说明
此属性指定发起日记账分录的部门、成本中心或职能领域,或指定成本分摊对象,为流程提供额外的组织背景。 按部门分析流程,有助于了解企业不同部门如何使用日记账分录流程,也能揭示部门之间在效率、合规或返工率方面的差异,指出需要额外支持或流程标准化的领域。
为什么重要
它支持比较不同业务部门的流程绩效,揭示差异和标准化机会。
获取位置
此信息通常属于BlackLine中的日记账分录行项目数据或抬头数据,并经常与总账科目关联。
示例
财务市场营销销售运营
|
|||
记录到报告,日记账分录活动
| 活动 | 说明 | ||
|---|---|---|---|
|
已创建日记账分录
|
该活动标志着一条日记账分录案例的启动。当用户在BlackLine中创建新的日记账分录记录时,系统会生成唯一的Journal Entry ID,并记录创建时间戳和用户。 | ||
|
为什么重要
这是流程的主要开始事件。分析该活动与其他活动之间的时间,可以了解流程总周期时间,并帮助识别工作流最初阶段的延迟。
获取位置
该事件会在BlackLine的日记账分录模块中明确记录。系统从主日记账分录表或其审计历史中,获取与每个Journal Entry ID关联的创建时间戳和用户信息。
采集
从与日记账分录记录关联的“Create Date”时间戳中获取。
事件类型
explicit
|
|||
|
已拒绝日记账分录
|
该活动标志着审核人员或审批人拒绝日记账分录。当用户执行“Reject”操作时,分录状态会更新为“Rejected”,并记录在审计日志中。 | ||
|
为什么重要
这是识别返工、质量问题和培训需求的关键活动。分析拒绝频率、原因及后续返工循环,对于改进流程和缩短周期时间至关重要。
获取位置
通常可根据日记账分录数据中的状态变更为“Rejected”或“Needs Correction”进行推断。执行拒绝操作的时间戳和用户会记录在BlackLine历史记录中。
采集
根据日记账分录状态更新为“Rejected”时的时间戳推断。
事件类型
inferred
|
|||
|
已提交日记账分录
|
当编制人员正式提交日记账分录,进入审核和审批工作流时,该活动便会发生。系统通常会将其记录为状态变更,例如从“In Preparation”变为“Submitted”,并记录时间戳。 | ||
|
为什么重要
这标志着编制阶段结束、审批周期开始,是衡量编制和审批阶段时长的关键里程碑。
获取位置
该事件通常可从BlackLine日记账分录记录中的状态变更推断得出。状态变为“Submitted for Approval”或类似值时的时间戳,即为事件时间。
采集
根据日记账分录状态字段更新为“Submitted”或“Pending Approval”时的时间戳推断。
事件类型
inferred
|
|||
|
日记账分录已对账
|
标志着日记账分录生命周期的完成,即该分录已纳入最终确认并完成认证的账户对账。在BlackLine中,这对应于包含该日记账的对账完成认证。 | ||
|
为什么重要
此活动是端到端流程的最终终点。从“Journal Entry Posted”到“Reconciled”的时间,用于衡量财务结账中账户对账环节的效率。
获取位置
这是一个推断事件。当BlackLine的Account Reconciliation模块中包含该日记账分录的账户对账状态变更为“Certified”时,即可识别此事件。
采集
通过将日记账分录关联到对应的账户对账,并记录该对账的认证日期来推断。
事件类型
inferred
|
|||
|
日记账分录已批准
|
该活动表示日记账分录已通过所有必要的审核和审批步骤。当最终授权用户批准分录并触发状态变更为“Approved”时,系统会记录该活动。 | ||
|
为什么重要
这是审批流程结束的重要里程碑。从“Journal Entry Submitted”到该事件的时间即为“Approval Cycle Time”,是衡量工作流效率的关键KPI。
获取位置
该事件可根据日记账分录记录中的状态变更为“Approved”进行推断。最终审批人的用户ID和审批时间戳通常会记录在BlackLine审计历史中。
采集
根据日记账分录状态更新为“Approved”时的时间戳推断。
事件类型
inferred
|
|||
|
日记账分录已过账
|
表示已审批的日记账分录正式记入总账的时间点。在BlackLine中,这通常是一个明确操作,随后系统会将分录状态更新为“Posted”。 | ||
|
为什么重要
这是一个关键里程碑,通常被视为流程的运营终点。从“Journal Entry Approved”到此活动的滞后时间,是衡量审批后效率的重要指标。
获取位置
通常通过状态变更为“Posted”来推断。事件也可能明确记录在过账历史表或审计轨迹中,并包含具体的过账日期和时间戳。
采集
根据日记账分录状态更新为“Posted”时的时间戳推断。过账日期字段同样具有参考价值。
事件类型
inferred
|
|||
|
分录已更正并重新提交
|
日记账分录被拒绝后,编制人员完成必要更正并再次提交时,该活动便会发生。系统会记录状态从“Rejected”变为“Submitted for Approval”的变更。 | ||
|
为什么重要
该活动有助于量化返工所耗费的时间和精力。“Journal Entry Rejected”与该事件之间的时长代表返工时间,是效率分析的重要指标。
获取位置
通过观察BlackLine数据中的状态变更序列推断得出,具体表现为同一Journal Entry ID的状态从“Rejected”转回“Submitted”或“Pending Approval”。
采集
根据状态从“Rejected”变为“Submitted”或“Pending Approval”的变更推导。
事件类型
inferred
|
|||
|
已审核日记账分录
|
表示多级审批流程中的正式审核步骤,由指定审核人员完成。系统通常将其记录为状态变更,或记录为表明审核人员已执行操作的特定日志条目。 | ||
|
为什么重要
对于审核和审批步骤明确分开的组织,该活动有助于隔离审批链中的瓶颈,显示分录等待初审和最终审批分别耗时多久。
获取位置
在BlackLine工作流中,该活动可以是审批历史日志中的明确事件,也可以根据状态变为“Reviewed”或“Pending Final Approval”进行推断。系统会记录用户和时间戳。
采集
根据日记账分录状态变更为审核阶段完成时的时间戳推断。
事件类型
inferred
|
|||
|
已附加支持性文档
|
表示用户向日记账分录附加一个或多个支持性文档的操作。该事件通常记录在与Journal Entry ID关联的审计日志或附件表中。 | ||
|
为什么重要
跟踪该活动对于监控合规和效率至关重要。它有助于分析审批延迟是否由文档缺失造成,并支持“Documentation Attachment Rate”KPI。
获取位置
这通常是BlackLine中的明确事件,记录在审计轨迹或附件日志中。数据应包括Journal Entry ID、附加文件的用户和时间戳。
采集
每当有文件上传并关联到日记账分录时,系统都会在审计轨迹或专用附件历史表中记录该事件。
事件类型
explicit
|
|||
|
批准已撤销
|
此活动表示审批人撤销此前授予的审批,将日记账分录退回到之前的状态。系统通过状态从“Approved”变更回“In Preparation”等更早状态来记录此操作。 | ||
|
为什么重要
这一少见但重要的活动突显了审批后、过账前发现的流程例外和潜在问题,可能表明影响该分录的数据错误或政策变更。
获取位置
这是一个推断事件,通过状态从“Approved”变更为未过账且可编辑的状态来识别。BlackLine的详细审计日志会记录此操作。
采集
通过状态从“Approved”变更回“In Preparation”或“Submitted”等前置状态来识别。
事件类型
inferred
|
|||
|
日记账分录冲销已处理
|
此活动记录创建并过账一笔用于冲销此前已过账分录的新日记账分录。通常在原始分录过账后发现错误时发起。 | ||
|
为什么重要
此事件是上游数据质量问题的重要信号。跟踪冲销率有助于衡量“过账后调整率”,并识别需要提高准确性的环节。
获取位置
这通常是一个明确事件:用户在BlackLine中对已过账日记账发起“Reverse”操作。系统会创建新的冲销分录,并通常将其关联到原始Journal Entry ID。
采集
在记录“Reverse”操作时,或在创建带有冲销标志并链接至原始日记账ID的新日记账时记录。
事件类型
explicit
|
|||
|
过账已验证
|
表示确认已过账的日记账分录已成功接收并记录到目标ERP系统中。这可能是自动完成的系统握手,也可能是人工确认步骤。 | ||
|
为什么重要
此活动为过账步骤提供最终确认,确保系统间的数据完整性。从“Posted”到“Verified”的持续时间可以揭示集成问题或系统同步延迟。
获取位置
这可能是系统集成日志中的明确事件,也可能通过状态变更为“Posted and Verified”等值来推断。如果由人工完成,则表现为用户驱动的状态更新。
采集
通过状态更新为“Verified”,或通过接收目标ERP系统返回的确认标志来推断。
事件类型
inferred
|
|||
提取指南
立即优化记录到报告流程:日记账分录效率
将日记账分录周期时间缩短30%,实现更快速、更准确的结账。
无需信用卡•几分钟内完成设置