Your Record to Report - Period Close & Reconciliation Data Template

BlackLine
Your Record to Report - Period Close & Reconciliation Data Template

Your Record to Report - Period Close & Reconciliation Data Template

This template offers a comprehensive guide for preparing your Record to Report - Period Close & Reconciliation data. It outlines the essential attributes to collect, the critical activities to track, and provides practical guidance for extracting this data. Use this resource to streamline your data preparation process and ensure a successful analysis.
  • Recommended attributes to collect
  • Key activities to track
  • Extraction guidance for BlackLine
New to event logs? Learn how to create a process mining event log.

Record to Report - Period Close & Reconciliation Attributes

These are the recommended data fields to include in your event log for comprehensive analysis of your Record to Report - Period Close & Reconciliation process.
5 Required 6 Recommended 10 Optional
Name Description
Activity
ActivityName
The name of a specific business event or task that occurred during the period close process.
Description

This attribute describes a single step or milestone in the record-to-report process, such as 'Reconciliation Prepared' or 'Adjusting Journal Posted'. These events are chronologically ordered to reconstruct the process flow for each financial period.

Analyzing the sequence and frequency of activities helps identify the actual process path, deviations from the standard procedure, and bottlenecks where the process gets stuck. It is fundamental for creating the process map and calculating key performance indicators.

Why it matters

It forms the backbone of the process map, allowing for the visualization and analysis of the process flow, variants, and exceptions.

Where to get

This is typically derived from event logs, task statuses, or audit trails within various BlackLine modules like Tasks, Journals, and Account Reconciliations.

Examples
Reconciliation PreparedReconciliation CertifiedAdjusting Journal PostedPeriod Closed
Financial Period
FinancialPeriod
The unique identifier for a specific financial reporting cycle, such as a month or quarter. This serves as the primary case identifier.
Description

The Financial Period groups all activities related to closing and reconciling accounts for that specific reporting cycle. For example, '2023-01' would represent all closing activities for January 2023.

In process mining, this attribute is essential for analyzing the end-to-end duration of the period close process. It allows for comparisons of cycle times across different periods, helping to identify trends, seasonal variations, and the impact of process improvements over time.

Why it matters

This is the core identifier that connects all related closing and reconciliation activities, enabling a complete view of each period's process flow and performance.

Where to get

This is typically derived from the reporting period context within BlackLine's Period Close or Reconciliation modules. It may be a combination of year and month fields.

Examples
2023-122024-Q12023-09FY2024-P03
Start Time
EventTime
The timestamp indicating when an activity or event started.
Description

EventTime provides the precise date and time that a specific step in the period close process began. This timestamp is crucial for sequencing events correctly and for calculating durations between different process steps.

In analysis, this attribute is used to build the chronological event log for each case. It is the basis for calculating all time-related metrics, such as cycle times, wait times, and processing times, which are essential for identifying delays and inefficiencies.

Why it matters

This timestamp is essential for ordering events, discovering the process flow, and calculating all duration-based performance metrics.

Where to get

This corresponds to the creation date, start date, or status change timestamp in BlackLine's task, reconciliation, or journal entry records.

Examples
2023-10-02T09:00:00Z2023-10-05T14:30:15Z2023-10-10T11:21:05Z
Last Data Update
LastDataUpdate
The timestamp when the data was last refreshed from the source system.
Description

This attribute indicates the last time the dataset was updated. It provides context on the freshness of the data being analyzed, ensuring users are aware of how current the process insights are.

This is important for dashboard consumers to understand the timeliness of the analysis. It helps manage expectations and confirms that decisions are being made on sufficiently recent data.

Why it matters

It informs users about the recency of the data, which is critical for making timely and relevant business decisions based on the analysis.

Where to get

This timestamp is generated and stored during the data extraction, transformation, and loading (ETL) process.

Examples
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
Source System
SourceSystem
The system from which the event data was extracted.
Description

This attribute identifies the origin of the process data. For this view, it will consistently be 'BlackLine', but in a broader context involving multiple systems, it helps differentiate data sources.

In a multi-system analysis, this field is critical for understanding data lineage and for system-specific performance comparisons. Even in a single-system view, it provides important context for data governance and management.

Why it matters

It provides crucial context about the data's origin, which is essential for data governance, validation, and integration with other systems.

Where to get

This is typically a static value added during the data transformation process to label the source of the records.

Examples
BlackLineBlackLine-APIBlackLine-Reporting
Company Code
CompanyCode
The identifier for the legal entity for which the financial activity is being performed.
Description

The Company Code represents a specific legal entity within the organization. Financial closing activities are often performed separately for each company code before being consolidated.

This attribute is critical for analyzing the period close process at the entity level. It allows for performance comparisons between different legal entities, which is especially important for the Intercompany Reconciliation Duration analysis. It helps pinpoint which entities have the most complex or inefficient closing processes.

Why it matters

It allows for process analysis to be segmented by legal entity, which is crucial for identifying entity-specific bottlenecks and performance issues.

Where to get

Available as a standard field on most financial transactions, including journal entries and reconciliations, within BlackLine and the source ERP.

Examples
1000US01DE012500
Department
Department
The functional department or team associated with the activity or user.
Description

The Department attribute indicates the business unit, such as 'Corporate Accounting' or 'Internal Audit', responsible for an activity. This information is often derived from user profiles or the nature of the task itself.

This dimension is valuable for comparing process performance across different parts of the organization. It helps identify which departments are most efficient, which may need additional resources during the close period, and where cross-departmental handoffs are causing delays.

Why it matters

It enables performance comparison between different business units and is crucial for department-level workload and bottleneck analysis.

Where to get

This information can be sourced from user profile data linked to the ResponsibleUser or from properties of the task or GL account itself within BlackLine or an associated ERP system.

Examples
Corporate AccountingFP&AInternal AuditTax
End Time
EventEndTime
The timestamp indicating when an activity or event was completed.
Description

EventEndTime provides the precise date and time that a specific task was finished. It is used in conjunction with the StartTime to calculate the processing time for individual activities.

In analysis, the EndTime is crucial for calculating how long each step takes. This helps pinpoint which activities are consuming the most time within the overall process, forming the basis for bottleneck analysis and resource allocation assessments.

Why it matters

It enables the calculation of activity processing times, which is fundamental for identifying bottlenecks and measuring operational efficiency.

Where to get

Corresponds to the completion date, last modified date, or a specific status change timestamp in BlackLine's task, reconciliation, or journal records.

Examples
2023-10-02T11:30:00Z2023-10-05T15:00:45Z2023-10-10T11:25:10Z
GL Account
GLAccount
The General Ledger account number associated with the reconciliation or journal entry.
Description

This attribute identifies the specific account from the chart of accounts that is being reconciled or adjusted. It provides a detailed financial context for the process activities.

Analyzing by GL Account is vital for the Manual Journal Adjustment Trends dashboard, as it helps identify which accounts require the most manual intervention. It is also used to detect rework, where multiple adjustments or reconciliation attempts occur for the same account within a single period.

Why it matters

It provides financial context, helping to pinpoint which accounts are prone to errors, require frequent adjustments, or cause delays in the close.

Where to get

This is a primary field in BlackLine's Account Reconciliations and Journal Entry modules.

Examples
101000405020210010
Reconciliation Status
ReconciliationStatus
The current or final status of a reconciliation task.
Description

This attribute captures the state of a reconciliation at a specific point in time, for example, 'Not Started', 'In Progress', 'Certified', or 'Rejected'. It provides a snapshot of progress and outcomes for individual reconciliations.

Analyzing by status is essential for the Reconciliation Status Breakdown dashboard, allowing managers to quickly see how many reconciliations are pending, complete, or require attention. Tracking the transitions between statuses helps identify rework loops and delays in the review and approval cycle.

Why it matters

It provides a clear view of reconciliation progress and outcomes, helping to identify backlogs and track compliance with procedures.

Where to get

Directly available from the status field of records in the BlackLine Account Reconciliations module.

Examples
PreparedCertifiedApprovedRejectedDelinquent
Responsible User
ResponsibleUser
The user ID or name of the person who performed or is assigned to the activity.
Description

This attribute identifies the individual responsible for executing a specific task, such as preparing a reconciliation or posting a journal entry. It can be a user name, employee ID, or email address.

Analyzing data by Responsible User is key to understanding workload distribution, individual performance, and training needs. It helps answer questions about who the top performers are, whether work is allocated evenly, and where rework or errors are most frequently occurring.

Why it matters

It is essential for workload distribution analysis, identifying bottlenecks caused by specific user groups, and assessing team performance.

Where to get

Found in fields such as 'Assigned To', 'Completed By', 'Preparer', 'Certifier', or 'Approver' within BlackLine modules.

Examples
john.doejane.smithuser123
Adjustment Amount
AdjustmentAmount
The monetary value of a manual adjusting journal entry.
Description

This attribute captures the financial impact of a manual adjustment. It can be represented as a single value or as separate debit and credit amounts.

Analyzing the value of adjustments, in addition to their volume, provides a more complete picture of their significance. Large or frequent adjustments for specific accounts or departments can signal material financial reporting risks or significant upstream process failures that need to be addressed.

Why it matters

It quantifies the financial impact of manual adjustments, helping to prioritize investigations into areas with high-value changes.

Where to get

Available in amount fields within the BlackLine Journals module.

Examples
1500.75-250.0010000.00
Currency
Currency
The currency code for the monetary amount, such as USD or EUR.
Description

This attribute specifies the currency of the AdjustmentAmount. In multinational organizations, journal entries can be in various local currencies.

Currency is a necessary contextual attribute for any financial amount. It ensures that monetary values are interpreted correctly and allows for proper aggregation and comparison, often requiring conversion to a standard reporting currency for analysis.

Why it matters

Provides essential context for any monetary values, ensuring accurate interpretation and enabling correct currency conversion for reporting.

Where to get

Typically located alongside amount fields in the BlackLine Journals module, or on the properties of the associated Company Code.

Examples
USDEURGBPJPY
Is Automated
IsAutomated
A boolean flag indicating if the activity was performed by a system or a human user.
Description

This flag differentiates between tasks executed automatically by the system (e.g., auto-certification of low-risk reconciliations) and those performed manually by a user. This is key to understanding the level of automation in the close process.

Analyzing this attribute helps measure the impact of automation initiatives. It can be used to compare the speed and consistency of automated tasks versus manual ones and to identify opportunities for further automation to improve efficiency and reduce human error.

Why it matters

It helps measure the level of automation in the process and identify opportunities to automate manual tasks, thereby increasing efficiency.

Where to get

This can be derived by checking if the ResponsibleUser is a system or service account, or from specific flags within the task properties in BlackLine.

Examples
truefalse
Is On Time
IsOnTime
A calculated flag indicating whether the period close was completed by its target date.
Description

This boolean attribute is derived by comparing the actual completion time of the 'Period Closed' activity with the 'TargetCompletionDate' for that financial period. It provides a simple, clear indicator of compliance with deadlines.

This flag is the basis for calculating the 'On-Time Period Close Rate' KPI. It allows for easy filtering and visualization of on-time versus late periods, helping to quickly identify periods that missed their deadlines and require further investigation.

Why it matters

This simplifies performance tracking by clearly flagging cases that failed to meet deadlines, directly supporting compliance and SLA reporting.

Where to get

Calculated by comparing the timestamp of the final 'Period Closed' activity to the 'TargetCompletionDate' attribute. This is done within the process mining tool.

Examples
truefalse
Is Rework
IsRework
A calculated flag that identifies activities that are part of a rework loop.
Description

This flag is set to true for activities that indicate a process is repeating steps unnecessarily. For example, a 'Reconciliation Rejected' event followed by another 'Reconciliation Prepared' event for the same reconciliation would be marked as rework.

Identifying rework is critical for uncovering process inefficiencies and quality issues. The 'Reconciliation Rework Rate' KPI is calculated based on this attribute, highlighting areas where work is not being done correctly the first time, leading to wasted effort and delays.

Why it matters

It flags inefficient process loops and repeated work, helping to quantify wasted effort and identify root causes of quality issues.

Where to get

This is typically calculated by the process mining tool's algorithms, which detect repeated sequences of activities within the same case, often involving the same ReconciliationId or GLAccount.

Examples
truefalse
Journal ID
JournalId
A unique identifier for a specific journal entry.
Description

The Journal ID is a unique key for each manual adjusting journal entry created and posted within BlackLine. It ensures that each journal can be tracked individually from creation to posting.

This ID is essential for the Manual Journal Adjustment Trends dashboard. It enables counting the precise number of manual adjustments and allows analysts to drill down to investigate the details of specific entries that may indicate underlying data or process issues.

Why it matters

It uniquely identifies each manual journal entry, which is crucial for counting adjustments and investigating the root cause of high adjustment volumes.

Where to get

This is a system-generated unique identifier for each entry in the BlackLine Journals module.

Examples
JRN-2023-10-001JRN-2023-10-002ADJ-58321
Processing Time
ProcessingTime
The calculated duration of an activity, from start to finish.
Description

Processing Time, also known as cycle time, is the elapsed time from when an activity begins (StartTime) to when it ends (EndTime). It measures the active work time for a task.

This is a fundamental metric in process mining, used to identify the most time-consuming steps in the process. Analyzing processing time by activity, user, or department helps pinpoint bottlenecks and areas where process improvements could have the greatest impact on shortening the overall close cycle.

Why it matters

This calculated metric is crucial for identifying the most time-consuming activities, which are often the primary targets for process improvement.

Where to get

Calculated by subtracting EventTime (StartTime) from EventEndTime. This is typically done within the process mining tool.

Examples
864003600172800
Reconciliation ID
ReconciliationId
A unique identifier for a specific account reconciliation task.
Description

The Reconciliation ID is a unique key assigned to each reconciliation performed for a specific GL account within a financial period. This allows for precise tracking of each individual reconciliation's journey through the process.

In analysis, this ID helps to distinguish between different reconciliations that may occur for the same account over time. It is crucial for detailed drill-downs, investigating specific issues, and accurately tracking the status and history of each item.

Why it matters

It provides a unique key for tracking individual reconciliation items, enabling detailed analysis and drill-down into specific problem areas.

Where to get

This is a system-generated unique identifier for each reconciliation record in the BlackLine Account Reconciliations module.

Examples
REC-893475REC-893476REC-893477
Reconciliation Type
ReconciliationType
Categorizes the reconciliation, for example, as Balance Sheet, P&L, or Intercompany.
Description

This attribute classifies the type of reconciliation being performed. This is important because different types of reconciliations may have different levels of complexity, risk, and expected completion times.

Using this attribute allows for segmenting the analysis to compare the performance and challenges associated with different reconciliation categories. For example, it can help determine if intercompany reconciliations are taking significantly longer than standard balance sheet reconciliations.

Why it matters

It allows for segmented analysis of different reconciliation categories, which often have varying complexity and risk profiles.

Where to get

This can be derived from the properties of the GL account or the reconciliation template settings in BlackLine.

Examples
Balance SheetProfit & LossIntercompanyBank Reconciliation
Target Completion Date
TargetCompletionDate
The planned deadline by which the financial period should be closed.
Description

This attribute represents the official deadline for completing the period close process. It serves as a benchmark against which the actual completion time is measured.

This date is essential for calculating the 'On-Time Period Close Rate' KPI. By comparing the actual completion timestamp of the 'Period Closed' activity with this target date, the analysis can flag periods that were late and measure the extent of the delay, which is critical for compliance and reporting.

Why it matters

It is the benchmark for measuring on-time performance and is essential for calculating compliance-related KPIs like the On-Time Period Close Rate.

Where to get

This date is typically set in the period close calendar or task management settings within BlackLine.

Examples
2023-10-15T23:59:59Z2024-01-12T23:59:59Z
Required Recommended Optional

Record to Report - Period Close & Reconciliation Activities

These are the key process steps and milestones to capture in your event log for accurate process discovery and bottleneck identification.
6 Recommended 8 Optional
Activity Description
Adjusting Journal Posted
An adjusting journal entry, created in BlackLine, has been successfully posted to the general ledger of the source ERP system. This indicates the correction has been formally recorded.
Why it matters

This activity directly supports the Manual Adjustment Journal Count KPI and is critical for identifying areas with poor data quality or control weaknesses that necessitate frequent manual fixes.

Where to get

Captured via a status change in the BlackLine Journal Entry module. The event occurs when the journal's status is updated to 'Posted', often confirmed via integration with the ERP.

Capture

Event is recorded when the journal entry status changes to 'Posted'.

Event type inferred
Financial Statements Generated
The formal financial statements, such as the balance sheet and income statement, have been prepared. This is a major milestone signifying that the core reporting package is assembled.
Why it matters

Marks the transition from accounting processes to financial reporting and analysis. Tracking this helps measure the efficiency of the final reporting phase of the close.

Where to get

This is likely managed as a key task in the BlackLine Close Management module. The completion of this task indicates the statements are ready for review.

Capture

Capture the completion timestamp of the 'Generate Financial Statements' task in the close plan.

Event type inferred
Period Closed
This is the final activity, signifying that all close-related tasks are complete, and the financial period is officially closed. No further transactions can be posted for this period.
Why it matters

This is the primary end event for the process. It is used to calculate the Overall Period Close Cycle Time and determine the On-Time Period Close Rate.

Where to get

This event can be captured from the BlackLine Close Management module when the overall status of the period is set to 'Closed', or it can be inferred from the completion timestamp of the final task in the close plan.

Capture

Identify the timestamp when the period's status becomes 'Closed' or the timestamp of the last completed task.

Event type inferred
Period Open For Close
This activity marks the official start of the financial close process for a specific period. It is typically a scheduled event in BlackLine's Close Management module, where tasks become active and the period is designated as 'open'.
Why it matters

This is the primary start event for the process. All cycle time calculations, such as Overall Period Close Cycle Time and Source Data Collection Lead Time, begin from this point.

Where to get

This event is likely captured from the BlackLine Close Management (Task Management) module. It can be inferred from the activation date of the close plan or the earliest task start date for that financial period.

Capture

Identify the earliest timestamp associated with a task or the period becoming 'active' in the close schedule.

Event type inferred
Reconciliation Approved
Represents the final approval of an account reconciliation, signifying that all levels of review are complete. This event is captured when the reconciliation reaches its terminal approved status.
Why it matters

This is a key milestone indicating the completion of a significant work unit. It is essential for measuring the end-to-end reconciliation cycle time and identifying approval bottlenecks.

Where to get

Inferred from the final approval status change timestamp within the BlackLine Account Reconciliation module. This occurs when the workflow for a reconciliation is fully completed.

Capture

Event is generated when the reconciliation status changes to 'Approved' or the final approval state in the workflow.

Event type inferred
Reconciliation Certified
Marks the point where the preparer has completed their work on an account reconciliation and officially submitted it for review. This is typically captured by a status change on the reconciliation object within BlackLine's Account Reconciliation module.
Why it matters

This is a critical handover point in the process. Analyzing the time between certification and approval reveals bottlenecks in the reconciliation review workflow and supports the Reconciliation Approval Time KPI.

Where to get

Inferred from a status change timestamp in the Account Reconciliation module. The event occurs when a reconciliation's status moves to 'Certified' or a similar state indicating readiness for review.

Capture

Event is generated when the reconciliation status field changes to 'Certified'.

Event type inferred
Adjusting Journal Created
A user has identified a required adjustment during reconciliation and created a journal entry within BlackLine. This journal is not yet posted to the ERP system.
Why it matters

Tracking journal creation helps understand the volume and timing of adjustments. It distinguishes the identification of an issue from its final resolution via posting.

Where to get

This is likely an explicit event captured in the BlackLine Journal Entry module. The creation of a new journal entry record for the period generates this event.

Capture

A log entry is created when a user saves a new journal entry.

Event type explicit
Reconciliation Prepared
A user has performed the necessary steps to reconcile an account but has not yet formally submitted it for review. This event is captured when a reconciliation is saved with a status indicating it is 'In-Progress' or 'Prepared'.
Why it matters

Tracking this helps understand the initial effort required for reconciliations. A long duration between this and certification can indicate complex reconciliations or user workload issues.

Where to get

Inferred from status changes in the BlackLine Account Reconciliation module. This corresponds to the first time a reconciliation is moved from 'Not Started' to an active state.

Capture

Event is recorded when the reconciliation status changes from 'Not Started' to 'In Progress' or similar.

Event type inferred
Reconciliation Rejected
A reviewer has rejected a certified reconciliation, sending it back to the preparer for corrections. This event signifies a quality issue or exception and initiates a rework loop.
Why it matters

This activity is crucial for measuring process quality and rework. A high frequency of rejections points to inadequate training, unclear policies, or data quality problems.

Where to get

Inferred from a status change in the Account Reconciliation module. The event is recorded when a reconciliation's status is changed to 'Rejected' or sent back to the preparer's queue.

Capture

Event is triggered when the reconciliation status field is updated to 'Rejected' or a similar state.

Event type inferred
Reconciliation Reviewed
Indicates that a reconciliation has passed at least one level of review. In multi-level approval workflows, this represents an intermediate approval step before final sign-off.
Why it matters

This activity helps diagnose where delays occur in complex approval chains. It separates the initial review time from subsequent, higher-level approval times.

Where to get

Inferred from a status change in the Account Reconciliation module when a user with reviewer permissions takes an approval action that does not fully complete the workflow.

Capture

Event is recorded when reconciliation status changes to an intermediate approval status like 'Reviewed' or 'Level 1 Approved'.

Event type inferred
Source Data Loaded
Represents the completion of loading transactional data from source systems, like an ERP, into BlackLine. This is a prerequisite for starting reconciliation and journal entry activities for the period.
Why it matters

Delays in data loading create a significant bottleneck for the entire close process. Tracking this activity helps measure data collection lead times and identify upstream data source issues.

Where to get

This might be recorded as a specific task completion within the Close Management module. Alternatively, it could be inferred from the timestamp of the first transaction imported into BlackLine for the given financial period.

Capture

Capture the completion timestamp of a specific 'Load Data' task or use the earliest transaction import timestamp for the period.

Event type inferred
Task Completed
A specific task within the period close checklist has been marked as complete by the assigned user. This represents the completion of a defined procedure, such as a control check or a reporting step.
Why it matters

Analyzing task completion provides a granular view of progress within the close period. It helps identify which specific steps are causing delays in the overall timeline.

Where to get

This is an explicit event from the BlackLine Close Management (Task Management) module. Each task has a completion timestamp that is recorded when a user marks it as done.

Capture

Logged when a user updates a task's status to 'Completed'.

Event type explicit
Task Delinquent
A scheduled close task has passed its defined due date without being completed. This is a calculated event based on comparing the current time to the task's due date.
Why it matters

This highlights compliance issues and potential bottlenecks before they critically impact the close deadline. It allows for proactive management of the close process.

Where to get

This is not an explicit system event. It must be calculated by comparing the task completion timestamp against the task due date attribute in the Close Management module data.

Capture

Calculated by comparing 'Task Due Date' with 'Task Completion Timestamp'. If completion is after due date, the task was delinquent.

Event type calculated
Trial Balance Generated
Represents the point in time where a preliminary or final trial balance is generated and reviewed. This is a critical milestone before the creation of final financial statements.
Why it matters

This activity serves as a key control point in the close process. Delays in generating a stable trial balance often indicate significant issues in preceding reconciliation or journal entry steps.

Where to get

This is often managed as a specific milestone task within the BlackLine Close Management module. Its completion signifies the trial balance is ready.

Capture

Capture the completion timestamp of a specific 'Generate Trial Balance' task in the close plan.

Event type inferred
Recommended Optional

Extraction Guides

How to get your data from BlackLine