Dealing with organizational changes
Dealing with organizational changes is crucial in planning & reporting systems. However, handling such changes often becomes ad hoc, sometimes resorting to a haphazard approach each time. fusion_place incorporates various mechanisms to help manage organizational changes in an orderly manner, but effectively utilizing them requires certain consideration in application design.
This pattern cluster contains a collection of patterns helpful to achieve a design which underpins smooth handling of organizational changes without excessive burden. Each pattern can be selected based on the specific circumstances.
Synchronizing screens/reports with an organization dimension
An essential feature for systems that easily adapt to organizational changes is a mechanism that automatically synchronizes modified master data to user interfaces like screens and reports. In fusion_place, masters are implemented as dimensions. When a member tree within a dimension changes, this change is automatically propagated to forms and Excel-Link sheets. While this applies to accounts and product groups, the dimension representing the organization (hereafter, the ‘organization dimension’ ) is particularly crucial for adapting to organizational changes.
-
Elastic axes: With forms, you can create screens/reports whose vertical and horizontal axes automatically grow or shrink to reflect organizational changes.
-
Elastic Vertical Axis(Excel) Excel-Link’s template processing allows you to create Excel-based screens and reports with automatically resizing vertical axes that reflect organizational changes. Horizontal axes cannot be automatically resized.
Allowing aggregated reporting based on past organizational trees
As organizations change over time, we must be able to aggregate actual results or budgets for each period according to the then-current organizational structure. This is a more fundamental requirement than the “year-over-year comparison based on the current fiscal year’s organization” discussed later, and thus requires a different solution.
The following three patterns represent different approaches to this problem. Applications Before Organizational Change is the most straightforward solution and can be used at any time. While it requires minimal operational effort if the requirements are satisfied, switching applications is necessary to view aggregation results based on the pre-change tree structure. Depending on the situation, this may feel inconvenient.
Unified Generation Member Trees or Generational Member Trees enable aggregation and reporting within a single application, applying the historical organizational structures to the historical data and the current organizational structures to the current data .
-
Applications Before Organizational Change Provides applications supporting historical reporting based on the pre-change organizational structure, utilizing application backups at appropriate points in time, to support reporting along the organizations of past generations.
-
Unified Generation Member Trees Merges the organizational tree before the change and the organizational tree after the change into a single member tree.
-
Generational Member Trees Provide separate member trees for the organizational structure before and after changes, enabling reporiting data aggregated from the lowest-level departments in both structures.
Restricting the scope of permissions when using a unified member tree or generational member trees.
When a Unified Generation Member Tree is employed for aggregation reporting with historical organizational trees, each lowest-level department will have a corresponding member for each generation.
Alternatively, if you set up a Generational Member Tree, each department at the aggregation level will have a corresponding member in each of the generational trees.
When multiple members exist for a single department, the question arises of how to configure access permissions for those members. The access permission management mechanism in fusion_place which consists of the Access Permission Type and the Particiant, is based on the idea of restricting the accessible data scope using a single member per dimension which can be specified (called 'responsibility key') as a starting point.
The following two patterns also represent different approaches to the same problem. The Participants by Generation approach is simpler and requires less operational effort if the requirements are met. On the other hand, from the perspective of common users, the Permission Scope Trees approach may be preferable because it does not require the extra step of selecting a participant.
-
Participants by Generation: When members for multiple generations are assigned to a single department within the organizational dimension, participants corresponding to that department shall also be established by generation.
-
Permission Scope Members: When members for multiple generations are assigned to a single department within the organizational dimension, create an umbrella member to group generation-specific members mapped to the same department. This eliminates the need to create participants for each generational members under umbrella members.
Conducting year-over-year comparisons based on the current fiscal year’s organizational structure
When organization changes, you may wish to compare the current fiscal year’s data against the previous year’s data based on the current organizational structure.
To perform year-over-year comparisons based on the current fiscal year’s organizational structure, it is not sufficient to simply aggregate data from the previous and current fiscal years using the new organizational tree. When lowest-level departments are split or merged, special consideration is required when comparing their data against the previous year. Furthermore, the previous year’s values must be reclassified to aggregate the previous year’s values and the current year’s values for lowest-level departments based on the new organizational structure basis and compare them at the aggregated department level.
Additionally, when using the Unified Generation Member Trees, adjustments to prior-year values are also required when the position within the organizational tree changes—such as when a lowest-level department is transferred to a different business unit—in addition to splits and mergers. This is because while members in their original positions should retain prior-year results, members in their new positions require prior-year values for year-over-year comparisons.
The patterns in this section provide approaches for addressing such issues.
Note that performing year-over-year comparisons based on the current fiscal year’s organizational structure introduces a certain degree of operational complexity. On the other hand, once the budget is established, the primary focus during mid-year performance management shifts to comparing actuals against the budget or forecasts, resulting in some companies placing less emphasis on year-over-year comparisons. For such companies, investing significant effort into year-over-year comparisons may not be worthwhile. We recommend determining the approach based on the actual business situation and the degree of need. Please be aware that none of the methods mentioned here are difficult to apply retroactively.
-
Comparable Aggregation Members When organizational changes consolidate lowest-level departments into one, creating a dummy member to compare the pre-consolidation total values of the old departments with the post-consolidation new department values enables year-over-year comparisons based on the new department structure. Similarly, when departments are split, creating a dummy member to compare the total value of the new department after the split with the value of the old department before the split allows for year-over-year comparisons based on the old department.
-
Comparable Previous Year Value Scenarios When organizational changes result in the division or merger of lowest-level departments, reclassify data to enable year-over-year comparisons based on the new organizational structure. To achieve this, establish a scenario that retain reclassified previous year values reflecting the organizational changes, thereby preserving reclassified data for lowest-level departments. By aggregating the reorganized prior-year data along the new organizational structure’s member tree, year-over-year comparisons at the aggregation level become possible based on the new organizational structure.
-
Comparable Reclassification Categories Similar to the Comparable Previous Year Value Scenarios mentioned above, this pattern retains reclassified data reflecting organizational changes. However, it uses Category Dimensions for retention instead of scenarios. While using scenarios may be more intuitive, utilizing categories offers the advantage of facilitating drill-down of prior-year values.