> 持续流程改进 > 记录到报告－期间结账与对账 > Workiva > 数据模板

您的Record to Report：期间结账与对账数据模板

Workiva

记录到报告－期间结账与对账属性 (18) 记录到报告－期间结账与对账活动 (14) 提取指南 (3)

您的Record to Report：期间结账与对账数据模板

此模板为收集分析Record to Report：期间结账与对账流程所需的关键数据提供清晰路线图。模板列出了需要收集的重要属性、需要跟踪的关键活动，以及从Workiva提取这些信息的实用指南。使用此资源，确保数据已准备就绪，以支持深入的流程分析和优化。

建议收集的属性
需要跟踪的关键活动
Workiva数据提取指南

刚接触事件日志？了解如何创建流程挖掘事件日志.

下载模板

记录到报告－期间结账与对账属性

以下是建议纳入事件日志的数据字段，用于全面分析记录到报告－期间结账与对账流程。

5 必需 6 建议 7 可选

	名称	说明
	事件时间戳 EventTimestamp	记录特定活动或事件发生的准确日期和时间。
说明事件时间戳标记活动发生的时间点，对于正确排列事件顺序和计算事件间隔至关重要。完整的事件日志应为每项活动记录时间戳，从“期间结账已启动”到“期间结账已完成”。此时间戳是流程挖掘中所有基于时间分析的基础，用于计算周期时间、等待时间和处理时间，这些指标对于“期间结账端到端周期时间”和“对账瓶颈分析”等仪表板至关重要。准确的时间戳是开展有效流程分析的必要条件。为什么重要它提供事件的时间顺序，对于计算周期时间等所有基于时间的指标以及识别流程延迟至关重要。获取位置可在Workiva的事件日志、审计跟踪或交易记录中找到，通常对应任务的创建或完成时间。示例 2024-04-01T09:00:00Z2024-04-05T14:32:15Z2024-04-10T11:05:00Z
	活动名称 ActivityName	期间结账流程中发生的具体任务或事件的名称。
说明活动名称描述记录到报告工作流中的一个步骤，例如“源数据已导入”或“对账已提交审核”。这些活动构成流程图的基本单元，并带有时间戳，用于展示事件顺序。分析活动是流程挖掘的基础。它有助于可视化流程、识别任务顺序、发现偏离标准过程的情况，并衡量每个步骤的频率和持续时间。这对于定位瓶颈、返工循环和自动化机会至关重要。为什么重要此属性构成流程图的核心，可用于可视化和分析结账周期中的步骤顺序。获取位置通常记录在Workiva的审计跟踪、任务管理或工作流日志中，并与具体结账或对账任务关联。示例 Period Close已启动提交对账以供审核调整分录已过账财务报表已生成
	财务期间 FinancialPeriod	特定财务报告周期的唯一标识，例如某个月或某个季度，用作期末结账流程的案例标识。
说明财务期间是主要案例标识，用于汇总特定时间范围内与结账相关的所有活动。例如，“2024-Q1”或“2024-03”代表一个独立案例。在流程挖掘中，按财务期间分析可以全面了解整个Record to Report周期。通过比较不同期间的结账流程，可以识别趋势、衡量周期时间改善情况，并定位反复出现的瓶颈。将每个期间视为一个案例后，组织可以分析流程变体，以及流程随时间对标准流程的遵循情况。为什么重要这是界定分析范围的核心案例标识，可用于端到端衡量和比较每个期间的结账周期。获取位置通常根据Workiva财务报告或结账管理模块中的报告期间信息生成。具体字段名称请参阅Workiva文档。示例 2024-032024-Q1FY2023-P122024年4月
	最后数据更新 LastDataUpdate	表示流程数据最近一次刷新的时间戳。
说明此属性记录数据集最近一次从源系统更新的时间，在每次刷新时作为元数据字段应用于整个数据集。在仪表板中显示最后数据更新时间戳是一项最佳实践，可帮助用户了解所分析数据的新鲜度，合理判断洞察的时效性，对运营监控也至关重要。为什么重要告知用户数据的时效性，帮助其了解分析背景以及信息最近一次刷新的时间。获取位置由数据管道或ETL工具在提取数据时生成并存储。示例 2024-05-10T08:00:00Z2024-05-09T08:00:00Z
	源系统 SourceSystem	事件数据最初来源的系统。
说明此属性用于识别生成数据的应用程序或平台。本次分析主要为“Workiva”，也可用于区分从ERP等其他系统导入的数据。在多系统环境中，了解源系统是掌握数据血缘和评估数据质量的关键。发现数据不一致时，它有助于开展根因分析，并提供活动执行方式的背景信息。为什么重要它提供有关数据来源的重要背景信息，有助于验证数据并了解流程所处的技术环境。获取位置通常在数据提取和转换过程中设置此值，用于标记记录来源。示例 WorkivaSAP S/4HANAOracle NetSuite
	公司代码 CompanyCode	执行财务结账的法人实体的唯一标识。
说明公司代码代表组织中的特定法人实体。财务结账通常按公司代码分别执行，然后再进行合并。此属性对于筛选和比较不同法人实体的流程至关重要。它支持“对账状态与账龄”仪表板，将分析深入到具体公司，帮助识别某些实体是否持续延迟或调整率较高，从而发现实体特有的流程或数据问题。为什么重要它支持比较组织内不同法人实体的结账流程效率和合规情况。获取位置与Workiva中的财务数据、账户和交易关联，通常继承自源ERP系统。示例 1000US01DE015400
	对账状态 ReconciliationStatus	账户对账的当前状态。
说明此属性跟踪对账在工作流中的状态，例如“已打开”“进行中”“待审批”或“已批准”，提供对账活动当前进度的快照。这是“对账状态与账龄”仪表板的关键属性。它帮助经理监控已打开和进行中的项目，识别停滞的对账，并优先处理任务以确保按时完成。跟踪状态随时间的变化，还能突出显示项目在进入下一状态前长时间等待的瓶颈。为什么重要它支持实时监控对账进度，帮助识别并处理停滞项目，确保结账按计划推进。获取位置这是Workiva对账或结账管理模块中的核心属性。示例开放已准备已提交审核已批准已拒绝
	对账类别 ReconciliationCategory	正在对账的账户类别或类型，例如银行账户或公司间账户。
说明此属性将总账账户归入逻辑类别，以支持更高层级的分析。示例包括“现金”“固定资产”“应计项目”和“公司间”。这种分类有助于了解不同类型对账的流程绩效。对于“对账瓶颈分析”，按对账类别筛选至关重要。它有助于判断延迟是否集中在特定领域，例如公司间对账是否始终比银行对账耗时更长。这些洞察可指导针对各类别具体挑战的流程改进。为什么重要它支持汇总和比较不同账户类型的对账绩效，揭示类别特有的瓶颈。获取位置这可能属于会计科目表主数据，可在Workiva中管理，也可能继承自ERP。示例银行账户公司间交易固定资产应计项目预付费用
	总账账户 GLAccount	正在进行对账或调整的总账账户编号。
说明此属性指定对账或分录涉及的总账账户，为分析结账流程提供细粒度信息。按总账账户分析对于“对账瓶颈分析”和“对账状态与账龄”仪表板至关重要。它有助于识别最棘手的具体账户，例如对账耗时最长或需要最多调整的账户。团队可以据此将改进工作集中在影响最大的领域，例如复杂账户或数据质量较差的账户。为什么重要它提供对账绩效的细粒度视图，帮助识别导致延迟或需要频繁调整的问题账户。获取位置这将是Workiva中任何对账或分录数据的关键字段。示例 11010012105003410000012300-001
	责任用户 ResponsibleUser	执行活动或被分配执行活动的人员的用户ID或姓名。
说明此属性用于识别期间结账流程中特定任务的责任人，例如编制对账的人员或批准对账的经理，是分析工作量和绩效的基础。责任用户对于“期间结账工作量分布”仪表板至关重要。它帮助经理了解任务在团队成员之间的分配情况，识别潜在的过劳风险，并确保资源分配均衡。如果特定用户持续参与返工循环或流程偏差，也可据此发现培训需求。为什么重要它支持工作量分布、用户绩效和资源分配分析，是管理团队效率的关键。获取位置通常位于Workiva的任务管理或工作流日志中，常见字段名称包括“分配给”“所有者”或“完成者”。示例 j.doeasmithRobert.Paulsonuser123
	部门 Department	负责执行该活动的部门或职能团队。
说明此属性表示与用户或活动本身关联的业务单元或部门，例如“企业会计”或“内部审计”，支持对流程数据进行更高层级的汇总。按部门分析流程，对于“期间结账工作量分布”仪表板以及比较组织不同部门的流程绩效至关重要。它有助于识别部门内部的系统性问题，比较团队效率，并了解跨部门交接如何影响整体周期时间。为什么重要它支持按业务领域细分流程分析，帮助比较绩效并识别部门特有的问题。获取位置此信息可能存储在Workiva用户档案中，或与任务元数据关联。示例北美企业会计EMEA共享服务内部审计财务计划与分析
	分录ID JournalEntryId	调整分录的唯一标识。
说明此属性为结账流程中每笔已过账分录提供唯一ID，尤其适用于对账后进行的调整。它支持将具体调整追溯至源活动。跟踪分录ID对于“对账后调整趋势”仪表板十分重要。它有助于量化手工调整数量，并调查流程后期创建的具体分录。这种可追溯性是了解调整根因和改善初始数据质量的关键。为什么重要它为每项财务调整提供唯一引用，支持详细分析手工分录的数量、时间和原因。获取位置这将是Workiva或源ERP中任何分录数据的关键字段。示例 JE202404-00123ADJ-593029100004567
	审批后调整 IsPostApprovalAdjustment	这是一个计算得出的标记：如果对应的对账获批后又过账了调整分录，则值为true。
说明此布尔标记通过分析事件序列得出。对于指定账户和财务期间，如果“Adjusting Journal Entry Posted”活动发生在“Reconciliation Reviewed and Approved”活动之后，则该标记设为true，否则为false。此属性对于“对账后调整趋势”仪表板和“对账后调整率”KPI至关重要。此类事件数量较多，通常表明控制不足、上游系统数据质量较差或流程出现中断，因为这会产生大量返工并增加合规风险。为什么重要它专门识别审批后发生的高风险调整，帮助衡量流程控制和数据质量问题。获取位置这不是源字段，而是在流程挖掘工具中通过比较相关活动的时间戳，依据逻辑计算得出。示例 truefalse
	拒绝原因 RejectionReason	对账或财务报表在审核过程中被拒绝时提供的原因。
说明项目被拒绝时，审核人员通常会提供原因。此属性记录相关文本或代码，说明项目为何未达到审批标准，例如“支持性文件不正确”或“计算错误”。分析拒绝原因有助于识别常见错误和返工来源。通过对原因进行分类和计数，管理层可以定位需要改进流程、加强编制人员培训或明确操作说明的领域。这些数据有助于减少返工循环并提高首次审批通过率。为什么重要它直接揭示返工和质量问题的根因，为有针对性的培训和流程改进提供依据。获取位置用户在Workiva工作流中执行“拒绝”操作时，这些信息通常记录在评论字段或预定义列表中。示例缺少支持性文件计算错误期间错误违反政策
	是否自动化 IsAutomated	用于标识活动由自动化系统还是人工用户执行的标志。
说明此布尔属性用于区分系统自动执行的任务，例如数据导入或系统生成的报告，与用户手动执行的任务。此属性对于发现提升自动化水平的机会至关重要。通过分析手工任务与自动化任务的比例及其处理时间，组织可以为自动化重复且耗时的步骤建立业务依据。它还有助于准确衡量人工活动与系统驱动活动的效率。为什么重要区分人工活动和系统活动，对于发现自动化机会并衡量现有自动化的影响至关重要。获取位置可根据与活动关联的用户ID推导，例如“system”或“bot”用户，也可根据活动类型本身的特定标志推导。示例 truefalse
	期间结账周期时间 PeriodCloseCycleTime	单个财务期间从启动结账到完成结账所需的总时间。
说明此计算指标表示整个期间结账案例端到端的总时长。对于指定的财务期间，该指标通过计算首个活动（'Period Close Initiated'）与最后一个活动（'Period Close Completed'）之间的时间差得出。此属性是“期间结账端到端周期时间”仪表板及对应KPI的主要衡量指标。持续跟踪该指标，管理层可以了解流程改进的影响，并比较不同业务单元或时间范围内的结账效率。它是衡量流程绩效最重要的高层指标之一。为什么重要这是衡量整个期间结账流程从开始到结束的总体效率和速度的关键绩效指标。获取位置在流程挖掘工具中，该指标按案例计算，方法是用每个案例的最晚结束时间减去最早开始时间。示例 P10DT5HP8DT12HP12D
	目标完成日期 TargetCompletionDate	完成期间结账的计划日期或截止日期。
说明目标完成日期是期间结账流程必须完成的内部或外部截止日期，也是衡量实际绩效的基准。此日期对于计算“期间按时结账率”KPI至关重要。通过将“期间结账已完成”活动的实际完成时间戳与目标日期进行比较，可以判断结账是否按时、提前或延迟完成。这是衡量流程可靠性以及遵守财务报告时间要求的重要指标。为什么重要它是衡量按时完成情况的基准，也是评估结账流程可靠性和可预测性的关键指标。获取位置通常在Workiva的结账管理或计划模块中为每个财务期间设置。示例 2024-04-102024-01-152023-10-12
	调整金额 AdjustmentAmount	调整分录的货币金额。
说明此属性记录调整的财务金额，可用于了解结账过程中变更的重大性。分析调整金额有助于确定对账后调整的调查优先级。高金额调整可能表明底层数据或流程存在重大问题，需要立即关注。此属性支持“手工调整率”KPI，使调整分析不仅基于数量，也基于金额。为什么重要它有助于量化调整的财务影响，使团队能够根据重大性确定调查优先级。获取位置这将是Workiva或连接的ERP中任何分录数据表的标准字段。示例 15250.75-500.00120000.00

必需建议可选

记录到报告－期间结账与对账活动

以下是建议在事件日志中记录的关键流程步骤和里程碑，用于准确发现并优化财务结账流程。

7 建议 7 可选

	活动	说明
	Period Close已启动	该活动标志着特定期间财务结账流程正式开始。通常，当用户在Workiva中创建或启动期间结账清单或流程工作流时触发。
为什么重要这是端到端流程的主要开始事件，可用于准确衡量Period Close端到端周期时间，并确定流程正式启动的时间。获取位置该事件可能根据Workiva中特定财务期间的主要期间结账流程对象、任务列表或工作流的创建时间戳推断得出。采集使用该财务期间父流程或清单的创建时间戳。事件类型 inferred
	对账完成审核并获批	这是关键里程碑，表示经理或审核人员正式批准已编制的对账并确认其准确性。通常，当任务变为“已批准”或“已完成”状态时记录。
为什么重要此活动对于计算平均对账周期时间和平均审核与审批周期时间至关重要，也确认了流程中质量检查的完成。获取位置通常可根据Workiva中对账任务的状态变化，或任务审计跟踪中的明确审批事件推断得出。采集记录状态变为“已批准”或“已认证”的时间戳。事件类型 inferred
	期间结账已完成	此活动标志着该财务期间Record to Report流程正式完成，是Workiva流程工作流的最后一步。
为什么重要这是流程的主要结束事件，可准确衡量期间结账端到端周期时间和期间按时结账率。获取位置根据Workiva中上级期间结账流程、检查清单或工作流的完成时间戳推断得出，也可能通过手动状态变更记录。采集使用上级流程或结账检查清单中最后一个任务的完成时间戳。事件类型 inferred
	试算平衡表已编制	此里程碑标志着试算平衡表已确定为最终版本，可用于生成财务报表。也可以根据特定任务完成或报告生成来推断。
为什么重要这是生成财务报表的关键前置条件。衡量从此节点开始的耗时，有助于分析最终报告阶段的效率。获取位置通常可根据Workiva检查清单中“最终确定试算平衡表”任务的完成，或最终TB报告的生成时间戳推断得出。采集 “编制试算平衡表”任务完成或最终TB报告生成的时间戳。事件类型 inferred
	调整分录已过账	表示根据对账过程中发现的问题创建并过账更正分录。Workiva可以跟踪分录及其状态。
为什么重要此活动对于“对账后调整率”KPI至关重要。对账获批后仍有大量调整，可能表明源数据质量或流程控制存在问题。获取位置这很可能是Workiva分录模块中记录的明确事件，包含创建时间戳以及表示分录已过账的状态。采集使用分录状态设为“已过账”时的时间戳。事件类型 explicit
	财务报表已批准	由高级管理层或审计委员会对财务报表进行最终审批。这是期间正式结账前的最后一个主要签署环节。
为什么重要这是表明报告已最终确定的关键里程碑，对于衡量报表本身的平均审核与审批周期时间至关重要。获取位置通常通过电子签名、认证流程，或Workiva中主要报告文档或任务最终变为“已批准”状态来记录。采集财务报表最终审批状态变更或认证事件的时间戳。事件类型 inferred
	财务报表已生成	表示创建资产负债表、利润表和现金流量表等财务报表草稿。当Workiva生成报告文档时记录此活动。
为什么重要此活动的时间对于“FS生成滞后时间”KPI至关重要，标志着流程从数据汇总转入最终报告生成。获取位置可根据Workiva平台中该期间财务报表文档或报告的创建时间，或最近一次重大更新时间戳推断得出。采集使用主要财务报表文档的创建时间或“最后更新”时间戳。事件类型 inferred
	公司间对账开始	标志着公司间交易对账这一特定且通常较为复杂的流程开始。当公司间对账模块或具体任务启动时记录此活动。
为什么重要公司间对账经常导致延迟。单独识别此活动，有助于衡量其具体耗时，并发现此类交易特有的瓶颈。获取位置可根据Workiva流程工作流中专门用于公司间账户的任务状态变化推断得出。采集标记为“公司间”的任务变为“进行中”状态时的时间戳。事件类型 inferred
	对账被拒绝	当审核人员发现已提交对账存在问题并退回给编制人员修改时，此事件发生。通常通过状态变为“已拒绝”或“需要返工”来记录。
为什么重要跟踪拒绝情况对于识别返工循环、衡量一次通过率，以及定位反复出现质量问题的账户或编制人员至关重要。获取位置根据对账任务状态变为“已拒绝”“已退回”或表示需要返工的类似状态时的时间戳推断得出。采集记录状态变为“已拒绝”或等效状态的时间戳。事件类型 inferred
	提交对账以供审核	当编制人员完成对账工作并正式提交审批时，此事件发生。在Workiva中，通常表现为任务状态变更，例如变为“待审核”。
为什么重要这标志着任务从编制人员交接给审核人员，可用于衡量审核队列等待时间，也是分析审核与审批工作流效率的关键里程碑。获取位置根据对账任务状态从“进行中”变为“待审核”或“已提交”时的时间戳推断得出。采集记录状态变为“待审核”或等效状态的时间戳。事件类型 inferred
	期间重新打开	这是一项例外活动，表示已结账期间重新打开，以便过账延迟调整或进行更正。通常通过状态从“已关闭”变为活动状态来记录。
为什么重要这表示明显的流程例外和返工。跟踪其发生频率，有助于发现流程控制和最终性方面的根本问题。获取位置可根据上级期间结账流程对象的状态变化推断得出，即从已完成或已关闭状态退回为已打开或进行中状态。采集检测期间对象状态从“已关闭”变为“已打开”的变化。事件类型 inferred
	源数据已导入	表示从源ERP系统向Workiva平台完成数据加载。这可能包括试算平衡数据、交易明细，以及对账所需的其他辅助明细表。
为什么重要数据延迟可用是常见的瓶颈。跟踪此活动有助于将数据集成问题与后续对账和报告工作区分开来。获取位置这可能是Workiva数据集成日志或审计跟踪中的明确事件，也可能根据对账任务开始前该期间最后一次数据更新的时间戳推断得出。采集该期间数据导入成功完成或ERP连接刷新成功完成的时间戳。事件类型 inferred
	财务报表已审核	当用户或用户组审核已生成的财务报表，确认其准确性和完整性时，此活动发生。也可以通过审核任务的状态更新记录。
为什么重要跟踪审核周期是了解最终审批阶段延迟的关键。此处耗时过长可能显著影响整体结账周期。获取位置可根据Workiva流程中审核任务的状态变化推断得出，例如从“待审核”变为“审核完成”或“已批准”。采集表示财务报表审核周期已完成的状态变更时间戳。事件类型 inferred
	账户对账开始	此活动表示编制人员已开始处理特定账户的对账。通常，当用户首次打开或认领Workiva流程中的对账任务时记录此活动。
为什么重要跟踪对账工作的开始时间，对于衡量编制人员周期时间，以及识别任务分配与实际工作开始之间的延迟至关重要。获取位置根据Workiva检查清单或工作流中对账任务状态首次从“未开始”变为“进行中”或类似状态推断得出。采集检测对账任务状态首次变为“进行中”等活动状态的时间戳。事件类型 inferred

建议可选

提取指南

如何从Workiva获取数据

步骤

登录Workiva实例，在主应用切换器中进入流程部分。
在流程仪表板中，点击报告选项卡进入报告界面。
点击创建按钮，选择流程报告，开始创建新报告。
在报告设置中，从可用流程列表选择要分析的具体期末结账流程。例如，选择“2023年第三季度财务结账”。
进入报告构建器的列或数据部分。添加事件日志所需的数据列。必须包含以下字段：Task名称、状态、最后状态变更日期、分配用户、完成用户，以及组织用于公司代码、总账科目或部门的自定义元数据字段。
配置报告筛选器。设置涵盖目标财务期间的日期范围，通常至少为3至6个月。根据需要添加其他筛选器，例如特定公司代码或流程类型。
运行报告生成数据预览，确认列和行显示符合预期。
确认预览无误后导出报告。选择CSV作为导出格式，并将文件下载到本地计算机。
在电子表格应用中打开导出的CSV文件。数据通常会按每个Task的当前状态或每次状态变更组织为行。您必须将其转换为有效的事件日志格式。
新建ActivityName、EventTimestamp和FinancialPeriod列，将Workiva导出的数据映射到这些列。例如，名为“对账现金账户”且状态为“已提交审核”的Task，应转换为Reconciliation Submitted for Review活动。“最后状态变更日期”应映射为EventTimestamp。
根据报告中的Task名称和状态变更，为14项必需活动分别创建一行。一个Task的历史记录可能需要拆分为多行。
将完成转换的文件保存为CSV。确保最终列标题与上传到流程挖掘工具所需的属性一致。

配置

流程选择：必须选择包含待分析任务的具体财务结账流程，例如“Monthly Close Checklist”或“Quarterly Reporting Process”。
报告类型：选择能够提供历史任务数据的报告类型，例如包含状态变更历史的“Process Audit Trail”或“Task Detail Report”。简单汇总报告无法满足要求。
日期范围：为获得有意义的分析结果，请配置报告提取至少3至6个完整财务期间的数据，以便比较周期并识别趋势。
报告列：必须包含能够记录事件详情的列。请添加Task Name、Task Status、Start Date、Due Date、Completion Date、User Assigned、User Completed以及最后状态变更时间戳。同时纳入可映射到CompanyCode、Department或GLAccount的自定义字段。
筛选条件：使用筛选条件缩小提取范围。您可以按FinancialPeriod名称范围、CompanyCode或任务状态筛选，以控制导出规模并聚焦相关数据。
前提条件：执行提取的用户必须在Workiva中对所报告的具体流程拥有至少读取权限，并具备创建和运行报告的权限。

a 示例查询 config

// Workiva Process Report Configuration
// This is not an executable script, but a representation of the settings to be configured in the Workiva UI.

ReportType: "Process Task Detail" or "Process Audit Trail"

// Select the primary process to report on
ProcessFilter: "[Your Period Close Process Name]"

// Define the time frame for the data export
DateRange: {
  StartDate: "[YYYY-MM-DD]",
  EndDate: "[YYYY-MM-DD]"
}

// Columns to include in the exported report
// These fields will be mapped to the event log attributes during data transformation
Columns: [
  "Process Name",         // Maps to FinancialPeriod
  "Task Name",            // Used to derive ActivityName
  "Current Status",       // Used to derive ActivityName
  "Status Change Date",   // Maps to EventTimestamp
  "Assigned To User",     // Maps to ResponsibleUser
  "Completed By User",    // Maps to ResponsibleUser
  "Start Date",           // Potential timestamp for 'Started' activities
  "Completion Date",      // Potential timestamp for 'Completed' activities

  // Add custom metadata fields configured in your Workiva process
  "[Custom Field for Company Code]", // Maps to CompanyCode
  "[Custom Field for Department]",   // Maps to Department
  "[Custom Field for GL Account]",   // Maps to GLAccount
  "[Custom Field for Reconciliation Category]" // Maps to ReconciliationCategory
]

// Filters to apply to the dataset
Filters: {
  // Add any specific filters if needed, for example, by company code
  "[Custom Field for Company Code]": "[Filter by specific company codes]"
}

// Export Format
Format: "CSV"

步骤

确认您的Workiva环境已配置Wdata、Wdata Chains、所需源连接，并有权读取期末结账、对账、日记账分录、试算平衡表和财务报表数据。Workiva配置因租户而异，因此连接和对象选择应使用[Configure based on your system]，不要假定固定的菜单路径。
确定包含期末结账工作流历史、源数据加载历史、账户对账历史、公司间对账历史、日记账分录状态历史、试算平衡表里程碑和财务报表工作流历史的Wdata表或源输出。在Chain的配置部分记录准确的对象名和列名。
创建一个Wdata Chain，输入开始日期、结束日期和可选的公司筛选条件。为每个源数据集添加查询或表读取步骤。每个源步骤都必须返回财务期间、事件时间戳、可用时的负责人、部门、公司代码、总账科目、对账状态、对账类别和最后刷新时间戳。
将特定于源系统的状态和里程碑记录映射到必需的ActivityName值。映射必须明确生成以下活动的记录：Period Close Initiated、Source Data Imported、Account Reconciliation Started、Intercompany Reconciliation Started、Reconciliation Submitted for Review、Reconciliation Reviewed and Approved、Reconciliation Rejected、Adjusting Journal Entry Posted、Trial Balance Prepared、Financial Statements Generated、Financial Statements Reviewed、Financial Statements Approved、Period Close Completed和Period Re-Opened。
将所有源步骤的输出标准化为同一架构。将时间戳转换为统一的时区和格式，保留源时间戳作为EventTimestamp，使用源系统名称填充SourceSystem，并使用源刷新时间戳或Chain执行刷新时间戳填充LastDataUpdate。除非源系统明确记录了某个里程碑，否则不要仅根据另一个事件的存在推断该事件。
合并标准化输出，仅删除重复提取产生的完全重复记录，并保留时间戳、用户、状态或源标识不同的独立事件。不要合并同一FinancialPeriod中的多个有效事件。
验证所有必需列均已存在，并确认当存在对应源记录时，输出中包含14个活动名称。检查时间戳顺序、期间覆盖范围、重复记录处理方式，以及推荐属性的空值率。
将标准化事件日志写入指定的Wdata表，或通过已配置的Chain输出步骤交付到批准的外部目标位置。将[Your output table name]和[Configure based on your system]替换为租户特定值。
按所需频率安排Chain运行，通常结账期间每天运行，其他时间降低频率，并保留执行日志。上传到ProcessMind时，导出包含FinancialPeriod、ActivityName、EventTimestamp、SourceSystem、LastDataUpdate及可用推荐属性的平面文件。将FinancialPeriod配置为案例标识，ActivityName配置为活动，EventTimestamp配置为事件时间戳。

配置

源对象：选择包含明确工作流、状态、里程碑和刷新历史的Wdata表或已连接的源输出。不要假设Workiva的标准表名或列名。
活动映射：为14项活动配置明确的源条件。Pending Review、Approved、Completed、Rejected、Needs Rework、Closed及活动状态等状态值，必须根据您所在环境实际使用的值进行确认。
日期范围：运营分析至少提取3至6个月的数据。如果财务期间跨越数月，或需要分析历史重新打开记录，请扩大范围。
增量提取：使用基于EventTimestamp或源更新时间戳的水位线。加入较小的重叠时间窗口，以捕获延迟到达的更新，然后删除完全重复的记录。
筛选条件：仅在必要时应用Company Code、FinancialPeriod、Department、对账类别、单据类型和源系统筛选条件。启用前请确认准确的字段名称和允许值。
必需输出列：每个输出行都必须包含FinancialPeriod、ActivityName、EventTimestamp、SourceSystem和LastDataUpdate。
推荐输出列：在可用时，应包含ResponsibleUser、Department、CompanyCode、GLAccount、ReconciliationStatus和ReconciliationCategory。
性能：按日期和公司限制源数据读取范围，仅选择必需列，使用增量加载，避免反复扫描大型历史表。在配置的Wdata设计支持时，对数据进行分区或暂存。
调度：在源数据刷新完成后安排链运行。期间结账期间通常适合每日运行，但正确频率取决于源数据刷新时间和运营要求。
前提条件：系统管理员必须确认所需权限、源连接、Wdata访问权限、Wdata Chains可用性、目标写入权限及适用的Workiva许可证。
租户专属配置：连接名称、表名、列名、状态值、时区和外部交付设置必须根据您的系统进行配置。

a 示例查询 config

WITH
period_close_initiated AS (
    SELECT
        FinancialPeriod,
        'Period Close Initiated' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your period close event source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source activity or status condition for Period Close Initiated]
),
source_data_imported AS (
    SELECT
        FinancialPeriod,
        'Source Data Imported' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your source data load event source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source activity or status condition for Source Data Imported]
),
account_reconciliation_started AS (
    SELECT
        FinancialPeriod,
        'Account Reconciliation Started' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your account reconciliation event source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source activity or status condition for Account Reconciliation Started]
),
intercompany_reconciliation_started AS (
    SELECT
        FinancialPeriod,
        'Intercompany Reconciliation Started' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your intercompany reconciliation event source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source activity or status condition for Intercompany Reconciliation Started]
),
reconciliation_submitted_for_review AS (
    SELECT
        FinancialPeriod,
        'Reconciliation Submitted for Review' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your reconciliation status history source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source status condition for Reconciliation Submitted for Review]
),
reconciliation_reviewed_and_approved AS (
    SELECT
        FinancialPeriod,
        'Reconciliation Reviewed and Approved' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your reconciliation status history source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source status condition for Reconciliation Reviewed and Approved]
),
reconciliation_rejected AS (
    SELECT
        FinancialPeriod,
        'Reconciliation Rejected' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your reconciliation status history source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source status condition for Reconciliation Rejected]
),
adjusting_journal_entry_posted AS (
    SELECT
        FinancialPeriod,
        'Adjusting Journal Entry Posted' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your journal entry event source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source status or journal type condition for Adjusting Journal Entry Posted]
),
trial_balance_prepared AS (
    SELECT
        FinancialPeriod,
        'Trial Balance Prepared' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your trial balance milestone source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source activity or status condition for Trial Balance Prepared]
),
financial_statements_generated AS (
    SELECT
        FinancialPeriod,
        'Financial Statements Generated' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your financial statement generation source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source activity or status condition for Financial Statements Generated]
),
financial_statements_reviewed AS (
    SELECT
        FinancialPeriod,
        'Financial Statements Reviewed' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your financial statement review source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source activity or status condition for Financial Statements Reviewed]
),
financial_statements_approved AS (
    SELECT
        FinancialPeriod,
        'Financial Statements Approved' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your financial statement approval source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source activity or status condition for Financial Statements Approved]
),
period_close_completed AS (
    SELECT
        FinancialPeriod,
        'Period Close Completed' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your period close event source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source activity or status condition for Period Close Completed]
),
period_reopened AS (
    SELECT
        FinancialPeriod,
        'Period Re-Opened' AS ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM [Your period close status history source]
    WHERE EventTimestamp >= [Start date parameter]
      AND EventTimestamp < [End date parameter]
      AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
      AND [Source status transition condition for Period Re-Opened]
),
all_events AS (
    SELECT * FROM period_close_initiated
    UNION ALL
    SELECT * FROM source_data_imported
    UNION ALL
    SELECT * FROM account_reconciliation_started
    UNION ALL
    SELECT * FROM intercompany_reconciliation_started
    UNION ALL
    SELECT * FROM reconciliation_submitted_for_review
    UNION ALL
    SELECT * FROM reconciliation_reviewed_and_approved
    UNION ALL
    SELECT * FROM reconciliation_rejected
    UNION ALL
    SELECT * FROM adjusting_journal_entry_posted
    UNION ALL
    SELECT * FROM trial_balance_prepared
    UNION ALL
    SELECT * FROM financial_statements_generated
    UNION ALL
    SELECT * FROM financial_statements_reviewed
    UNION ALL
    SELECT * FROM financial_statements_approved
    UNION ALL
    SELECT * FROM period_close_completed
    UNION ALL
    SELECT * FROM period_reopened
),
deduplicated_events AS (
    SELECT DISTINCT
        FinancialPeriod,
        ActivityName,
        EventTimestamp,
        SourceSystem,
        LastDataUpdate,
        ResponsibleUser,
        Department,
        CompanyCode,
        GLAccount,
        ReconciliationStatus,
        ReconciliationCategory
    FROM all_events
)
SELECT
    FinancialPeriod,
    ActivityName,
    EventTimestamp,
    SourceSystem,
    LastDataUpdate,
    ResponsibleUser,
    Department,
    CompanyCode,
    GLAccount,
    ReconciliationStatus,
    ReconciliationCategory
FROM deduplicated_events
ORDER BY FinancialPeriod, EventTimestamp, ActivityName;

步骤

前提条件：在Workiva中生成API凭据
- 使用具有OAuth2 Grant管理权限的账户登录Workiva。
- 进入Workiva Admin控制台，选择OAuth2 Grants部分。
- 为提取脚本创建新的grant。选择读取流程、任务和用户数据所需的适当权限范围。常见范围包括processes:read、tasks:read和users:read。
- 安全复制生成的Client ID和Client Secret。Python脚本将使用这些信息进行身份验证。
设置Python环境
- 确保运行脚本的计算机已安装Python 3.6或更高版本。
- 使用pip安装所需的Python库。主要库包括用于向API发送HTTP请求的requests，以及用于数据处理和CSV导出的pandas。
- 打开命令提示符或终端，运行：pip install requests pandas
配置Python脚本
- 将提供的Python脚本复制到文件中，例如extract_workiva_log.py。
- 替换脚本顶部的占位值，包括CLIENT_ID、CLIENT_SECRET、START_DATE、END_DATE和PROCESS_TEMPLATE_IDS。
- PROCESS_TEMPLATE_IDS应为您要分析的Record to Report流程模板唯一标识符列表。
了解脚本逻辑
- 脚本首先使用提供的凭据向Workiva API进行身份验证，以获取访问令牌。
- 随后查询/processes端点，查找指定日期范围内创建且匹配模板ID的所有流程实例，每个流程实例代表一个FinancialPeriod案例。
- 对于每个流程实例，脚本从/tasks端点获取所有关联任务。
- 脚本遍历任务及其历史记录或状态变更，生成事件日志记录，并将任务名称和状态更新映射到预定义的14个活动列表。
执行提取脚本
- 在命令行或终端中运行脚本，命令为：python extract_workiva_log.py
- 脚本从API获取数据时，会在控制台输出进度信息。
- 由于API分页和速率限制，提取较长期间的数据可能需要几分钟，请耐心等待。
检查输出数据
- 脚本成功完成后，会在同一目录生成名为workiva_event_log.csv的文件。
- 在电子表格应用中打开CSV文件检查数据。确认FinancialPeriod、ActivityName、EventTimestamp、SourceSystem和LastDataUpdate列已正确填充。
准备上传到ProcessMind
- 生成的CSV文件已按结构设计，可直接兼容ProcessMind，通常无需进一步格式化。请确保列名与您ProcessMind实例中的目标数据模型一致。

配置

API凭据：身份验证需要Client ID和Client Secret。必须从Workiva Admin控制台生成，并配置允许读取流程和任务数据的作用域。
流程模板ID：必须指定要提取数据的期末结账流程模板唯一标识符，确保仅提取相关流程。
日期范围：脚本中的START_DATE和END_DATE变量定义提取时间窗口。建议先使用较小范围，例如3至6个月，以控制数据量和API调用次数。
API端点URL：脚本使用Workiva v1 API端点。如果您的Workiva实例所在区域不同于默认区域，请确认端点地址正确。
用户权限：与API凭据关联的用户账户至少需要对待提取的流程和任务拥有只读权限。权限不足可能导致错误或数据不完整。
环境变量：为提高安全性，强烈建议将Client ID和Client Secret存储为环境变量，而不是直接硬编码在脚本中。

a 示例查询 python

import requests
import pandas as pd
import datetime
import time

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workiva API credentials
CLIENT_ID = class="hl-string">'YOUR_CLIENT_ID'
CLIENT_SECRET = class="hl-string">'YOUR_CLIENT_SECRET'

class=class="hl-string">"hl-comment"># Define the date range for the extraction
START_DATE = class="hl-string">'YYYY-MM-DD'
END_DATE = class="hl-string">'YYYY-MM-DD'

class=class="hl-string">"hl-comment"># Define the Process Template IDs for your Record to Report processes
PROCESS_TEMPLATE_IDS = [class="hl-string">'YOUR_PROCESS_TEMPLATE_ID_1', class="hl-string">'YOUR_PROCESS_TEMPLATE_ID_2']

class=class="hl-string">"hl-comment"># API Base URL
BASE_URL = class="hl-string">'https://api.workiva.com/v1'

class=class="hl-string">"hl-comment"># --- Function to get an OAuth2 Token --- #
def get_access_token():
    url = fclass="hl-string">'{BASE_URL}/oauth2/token'
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    response = requests.post(url, data=payload)
    response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an exception for bad status codes
    return response.json()[class="hl-string">'access_token']

class=class="hl-string">"hl-comment"># --- Function to handle paginated API calls --- #
def get_all_pages(url, headers, params):
    all_items = []
    while url:
        response = requests.get(url, headers=headers, params=params)
        response.raise_for_status()
        data = response.json()
        all_items.extend(data[class="hl-string">'data'])
        url = data.get(class="hl-string">'metadata', {}).get(class="hl-string">'nextPageUrl')
        params = None class=class="hl-string">"hl-comment"># Subsequent requests use the full nextPageUrl
        if url:
            print(fclass="hl-string">'Fetching next page: {url}')
            time.sleep(0.5) class=class="hl-string">"hl-comment"># Be respectful of API rate limits
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- #
def main():
    print(class="hl-string">'Starting Workiva data extraction...')
    access_token = get_access_token()
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}'}
    event_log = []
    last_data_update = datetime.datetime.utcnow().isoformat() + class="hl-string">'Z'

    class=class="hl-string">"hl-comment"># 1. Fetch relevant processes (our cases)
    print(class="hl-string">'Fetching processes...')
    process_params = {
        class="hl-string">'filter[templateId]': class="hl-string">','.join(PROCESS_TEMPLATE_IDS),
        class="hl-string">'filter[created]': fclass="hl-string">'ge({START_DATE});lt({END_DATE})'
    }
    processes = get_all_pages(fclass="hl-string">'{BASE_URL}/processes', headers, process_params)
    print(fclass="hl-string">'Found {len(processes)} processes to analyze.')

    class=class="hl-string">"hl-comment"># 2. Iterate through each process to fetch tasks and create events
    for process in processes:
        financial_period = process.get(class="hl-string">'name', process[class="hl-string">'id'])
        process_id = process[class="hl-string">'id']
        process_owner_id = process.get(class="hl-string">'owner', {}).get(class="hl-string">'id')

        class=class="hl-string">"hl-comment"># Activity: Period Close Initiated
        event_log.append({
            class="hl-string">'FinancialPeriod': financial_period,
            class="hl-string">'ActivityName': class="hl-string">'Period Close Initiated',
            class="hl-string">'EventTimestamp': process[class="hl-string">'created'],
            class="hl-string">'ResponsibleUser': process_owner_id,
            class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
            class="hl-string">'Department': None,
            class="hl-string">'GLAccount': None,
            class="hl-string">'ReconciliationStatus': None,
            class="hl-string">'ReconciliationCategory': None
        })

        class=class="hl-string">"hl-comment"># 3. Fetch all tasks for the current process
        print(fclass="hl-string">'Fetching tasks for process: {financial_period}')
        tasks = get_all_pages(fclass="hl-string">'{BASE_URL}/tasks?filter[processId]={process_id}', headers, None)

        for task in tasks:
            task_name = task.get(class="hl-string">'name', class="hl-string">'').lower()
            task_assignee_id = task.get(class="hl-string">'assignee', {}).get(class="hl-string">'id')
            task_status = task.get(class="hl-string">'status', {}).get(class="hl-string">'value', class="hl-string">'').lower()
            reconciliation_category = task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'ReconciliationCategory')
            gl_account = task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'GLAccount')

            class=class="hl-string">"hl-comment"># Map task creation to class="hl-string">'Started' activities
            activity_map_start = {
                class="hl-string">'import source data': class="hl-string">'Source Data Imported',
                class="hl-string">'reconcile account': class="hl-string">'Account Reconciliation Started',
                class="hl-string">'intercompany reconciliation': class="hl-string">'Intercompany Reconciliation Started',
                class="hl-string">'prepare trial balance': class="hl-string">'Trial Balance Prepared',
                class="hl-string">'generate financial statements': class="hl-string">'Financial Statements Generated',
                class="hl-string">'review financial statements': class="hl-string">'Financial Statements Reviewed',
                class="hl-string">'post adjusting journal entry': class="hl-string">'Adjusting Journal Entry Posted'
            }
            for key, activity in activity_map_start.items():
                if key in task_name:
                    event_log.append({
                        class="hl-string">'FinancialPeriod': financial_period,
                        class="hl-string">'ActivityName': activity,
                        class="hl-string">'EventTimestamp': task[class="hl-string">'created'],
                        class="hl-string">'ResponsibleUser': task_assignee_id,
                        class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
                        class="hl-string">'Department': task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'Department'),
                        class="hl-string">'GLAccount': gl_account,
                        class="hl-string">'ReconciliationStatus': class="hl-string">'In Progress',
                        class="hl-string">'ReconciliationCategory': reconciliation_category
                    })

            class=class="hl-string">"hl-comment"># Map task status changes and completion to other activities
            if task.get(class="hl-string">'completed'):
                activity_map_completed = {
                    class="hl-string">'reconcile account': class="hl-string">'Reconciliation Submitted for Review',
                    class="hl-string">'intercompany reconciliation': class="hl-string">'Reconciliation Submitted for Review',
                    class="hl-string">'approve reconciliation': class="hl-string">'Reconciliation Reviewed and Approved',
                    class="hl-string">'approve financial statements': class="hl-string">'Financial Statements Approved',
                    class="hl-string">'close period': class="hl-string">'Period Close Completed'
                }
                for key, activity in activity_map_completed.items():
                    if key in task_name:
                         event_log.append({
                            class="hl-string">'FinancialPeriod': financial_period,
                            class="hl-string">'ActivityName': activity,
                            class="hl-string">'EventTimestamp': task[class="hl-string">'completed'],
                            class="hl-string">'ResponsibleUser': task.get(class="hl-string">'completedBy',{}).get(class="hl-string">'id'),
                            class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
                            class="hl-string">'Department': task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'Department'),
                            class="hl-string">'GLAccount': gl_account,
                            class="hl-string">'ReconciliationStatus': class="hl-string">'Approved' if class="hl-string">'approve' in key else class="hl-string">'Submitted',
                            class="hl-string">'ReconciliationCategory': reconciliation_category
                        })

            if task_status == class="hl-string">'rejected':
                 event_log.append({
                    class="hl-string">'FinancialPeriod': financial_period,
                    class="hl-string">'ActivityName': class="hl-string">'Reconciliation Rejected',
                    class="hl-string">'EventTimestamp': task.get(class="hl-string">'updated'), class=class="hl-string">"hl-comment"># Use last updated time for rejection event
                    class="hl-string">'ResponsibleUser': task_assignee_id,
                    class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
                    class="hl-string">'Department': task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'Department'),
                    class="hl-string">'GLAccount': gl_account,
                    class="hl-string">'ReconciliationStatus': class="hl-string">'Rejected',
                    class="hl-string">'ReconciliationCategory': reconciliation_category
                })

        class=class="hl-string">"hl-comment"># Activity: Period Re-Opened (Example logic, assumes a status on the process itself)
        if process.get(class="hl-string">'status', {}).get(class="hl-string">'value') == class="hl-string">'re-opened':
            event_log.append({
                class="hl-string">'FinancialPeriod': financial_period,
                class="hl-string">'ActivityName': class="hl-string">'Period Re-Opened',
                class="hl-string">'EventTimestamp': process[class="hl-string">'updated'],
                class="hl-string">'ResponsibleUser': process_owner_id,
                class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
                class="hl-string">'Department': None,
                class="hl-string">'GLAccount': None,
                class="hl-string">'ReconciliationStatus': None,
                class="hl-string">'ReconciliationCategory': None
            })

    if not event_log:
        print(class="hl-string">'No events found for the given criteria.')
        return

    class=class="hl-string">"hl-comment"># 4. Create and save the DataFrame
    print(class="hl-string">'Creating DataFrame and saving to CSV...')
    df = pd.DataFrame(event_log)

    class=class="hl-string">"hl-comment"># Add static columns
    df[class="hl-string">'SourceSystem'] = class="hl-string">'Workiva'
    df[class="hl-string">'LastDataUpdate'] = last_data_update

    class=class="hl-string">"hl-comment"># Reorder columns to a logical format
    final_columns = [
        class="hl-string">'FinancialPeriod', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'ResponsibleUser', class="hl-string">'Department', class="hl-string">'CompanyCode', class="hl-string">'GLAccount', class="hl-string">'ReconciliationStatus', class="hl-string">'ReconciliationCategory'
    ]
    df = df[final_columns]

    df.to_csv(class="hl-string">'workiva_event_log.csv', index=False)
    print(class="hl-string">'Extraction complete. Output saved to workiva_event_log.csv')

if __name__ == class="hl-string">'__main__':
    main()

准备开始了吗？

使用此模板简化数据准备，深入了解Record to Report：期间结账与对账流程。立即开始优化财务结账。

返回改进指南下载模板

立即优化Record to Report结账与对账

精准定位瓶颈、简化流程，将周期时间缩短30%。

开始免费试用

无需信用卡

您的Record to Report：期间结账与对账数据模板

您的Record to Report：期间结账与对账数据模板

记录到报告－期间结账与对账属性

记录到报告－期间结账与对账活动

提取指南

Workiva流程报告和电子表格导出

步骤

配置

a 示例查询 config

Workiva Wdata Chains自动数据提取

步骤

配置

a 示例查询 config

通过Workiva REST API使用Python脚本提取

步骤

配置

a 示例查询 python

准备开始了吗？

立即优化Record to Report结账与对账

您的Record to Report：期间结账与对账数据模板

您的Record to Report：期间结账与对账数据模板

记录到报告－期间结账与对账属性

记录到报告－期间结账与对账活动

提取指南

Workiva流程报告和电子表格导出

步骤

配置

a 示例查询 config

Workiva Wdata Chains自动数据提取

步骤

配置

a 示例查询 config

通过Workiva REST API使用Python脚本提取

步骤

配置

a 示例查询 python

准备开始了吗？

立即优化Record to Report结账与对账

我们重视您的隐私