組織変更に対応しやすいシステムの基本として、組織に関するマスターを変更した場合に、画面やレポートといったユーザーインターフェースに、変更されたマスター内容が自動反映される仕組みが必要です。fusion_place ではマスターはディメンションとして実装されますが、ディメンション内のメンバーツリーが変更されるとフォームやExcel-Linkシートにそれが自動反映される仕組みがあります。これは、科目や商品群にも適用できますが、組織変更対応という観点では、組織をあらわすディメンション（以下、「組織ディメンション」）が特に重要です。

組織が変化していく以上、その時々の組織ツリーに即して、その時々の実績や予算を集計できることが必要です。これは、後述する「当年度組織ベースで前年対比をおこなう」とは異なる、よりプリミティブな要請であって、ソリューションも異なります。

以下の3パターンは、この問題に対する異なるアプローチです。組織変更前アプリケーション がもっとも素朴な解法で、いつでも使えます。要件が適合する場合は運用の手間も少なくて済みますが、変更前のツリーに従った集計結果を見るにはアプリケーションを切り替える必要があります。状況によってはこれは不自由と感じられるかもしれません。世代統合型メンバーツリー か 世代別メンバーツリー を用いれば、ひとつのアプリケーション内で、過去のデータは過去の組織に従い、現在のデータは現在の組織に従って、集計・参照できます。

過去の組織ツリーでの集計レポーティングのために 世代統合型メンバーツリー を設けた場合、末端レベル の部門ひとつに対して世代ごとにメンバーが存在することになります。

一方で、 世代別メンバーツリー を設けた場合は、集計レベル の部門ひとつに対して世代ごとにメンバーが存在することになります。

ひとつの部門に対するメンバーが複数存在する場合、それらのメンバーに対するアクセス権限をどのように設定すればよいかという問題が生じます。fsuion_place におけるアクセス権限管理の仕組みであるアクセス許可タイプと業務責任単位は、ディメンションごとに指定できるひとつのメンバー（責任範囲指定キー）を起点にしてアクセス可能なデータ範囲を限定することを基本としているためです。

以下の2パターンは、この問題に対する異なるアプローチです。世代別の業務責任単位 の方がシンプルであり、要件が適合する場合は運用の手間も少なくて済みます。一方で、一般ユーザーの視点からは、業務責任単位の選択という余分な判断を要求しないという点で 権限範囲指定メンバー が望ましい場合もあるでしょう。

組織変更があった場合に、当年度組織ベースで前年対比を行いたい場合があります。

当年度組織ベースで前年対比を行うには、単に組織変更前と後の組織ツリーでそれぞれデータを積み上げることができればよいわけではありません。末端レベルの部門が分割あるいは統合されている場合、その部門のデータ値を前年対比する上で工夫が必要です。加えて、末端レベルの部門の前年値と当年値を新組織ベースで積上げて、集計部門レベルで対比するには、前年値の組替が必要になります。

また、世代統合型メンバーツリー を用いる場合、分割／統合に加えて末端レベルの部門が異なる事業部に異動するなど組織ツリー上の位置が変わった場合にも、前年値の修正が必要になります（前年までの実績等は旧位置のメンバーが保持している一方で、前年対比のためには新位置のメンバーで前年値が必要になるからです）。

本節のパターン群は、こうした問題に関する対応アプローチを示しています。

留意すべき事項として、当年度組織ベースで前年対比をおこなうには、ある程度の複雑性が運用に持ち込まれます。一方で、いったん予算ができれば期中の実績管理では予算や見込との対比が主軸となるために、前年対比は重視されない会社もあります。そうした会社では、前年対比に手間をかけるのは見合わないかもしれません。業務の実態に即してニーズの度合いを考慮して対応方法を決定することをお勧めします。ここで挙げるいずれの手法も、後付けで適用することは難しくないことにご留意ください。