8 ビューポイントのサブスクライブ

ビデオ

メリット

サブスクリプションを使用して異なるビューポイント間でデータの同期を自動化すると、次のような複数のメリットが得られます:

• データの整合性: ソース・ビューポイントにノードが追加されたときにターゲット・ビューポイントに自動的にノードを追加することで、複数のアプリケーション間でデータの整合性を維持します。
• 柔軟な構成オプション: ビューポイント全体をサブスクライブするか、特定のアクション、最上位ノードまたはノード条件のみを同期するようサブスクリプションを構成できます。これにより、より詳細なレベルでソース・ビューポイントのデータを同期するようサブスクリプションを調整できます。サブスクリプションへのフィルタおよび条件の追加を参照してください。
• 要求の処理の合理化: 特定の条件が満たされた場合に、システムによりターゲット要求を結合できます(ターゲット要求の結合を参照)。これにより、データを同期するために処理が必要な要求数が削減され、要求プロセスが合理化されます。
• 変更へのより迅速な適応: ソース・ビューポイントからの変更をターゲット・ビューポイントに自動的に送信し、すべての条件が満たされる場合に承認プロセスを省略するようサブスクリプションを構成できます。これにより、ソース・ビューポイントでの変更がターゲット・ビューポイントに伝播されるのにかかる時間が高速化されます。

考慮事項

• サブスクリプションを作成する際、ターゲット・ビューポイントで要求を自動的に送信するか、サブスクリプション担当者が手動で送信するかを指定します。

  • 自動送信—ビューポイント間で即座に変更を同期できます。システムでサブスクリプション要求が検証され、変更がターゲット・ビューポイントに自動的に送信されます。

    注:

    要求の生成に使用されるいずれかのサブスクリプションで「自動送信」が有効ではない場合、要求は自動送信されません。かわりに、修正処理を実行できるように、サブスクリプション担当者に通知されます。

    サブスクリプション要求内のアイテムが更新不要または同じキーを持つ行がすでに処理されましたのいずれかのステータスでスキップされ、他の自動送信条件はすべて満たしている場合、要求は送信されます。アイテムがその他のステータスでスキップされる場合(同じ要求内の他のアイテムが前述の2つのいずれかのステータスでスキップされる場合でも)、サブスクリプション要求全体は送信されません。

  • 手動送信—変更を送信する前に、サブスクリプション担当者はターゲット要求をレビューおよび編集できます。

• 自動送信サブスクリプション要求の場合、「承認の省略」を選択して「承認」ステージをスキップし、すべての要求アイテムが有効な場合は要求を自動的に「コミット」ステージに移動します。

  複数のサブスクリプションからのアイテムを含むサブスクリプション要求の場合:

  • 要求のすべてのサブスクリプションで「承認の省略」が有効な場合、サブスクリプションのすべての要求アイテムが「コミット」ステージに移動されます。
  • 結合された要求(ターゲット要求の結合を参照)のサブスクリプションで「承認の省略」が有効になっていない場合は、要求アイテムの一部が、「承認の省略」が有効になっているサブスクリプションから生成されたものであっても、その要求のすべての要求アイテムを承認する必要があります。

• サブスクリプションでは、ソースのコンテキストはターゲットのコンテキストに関連します。たとえば、ソースで子ノードを追加すると、可能な場合、そのノードはターゲットで同じ親に追加されます。

• ビューポイントまたはディメンションをアーカイブすると、そのビューポイントまたはディメンションを使用するサブスクリプションは自動的に無視され、サブスクリプション要求は生成されなくなります。ビューポイントまたはディメンションをアンアーカイブすると、サブスクリプションは無視されなくなり、以前の状態(有効または無効)に戻ります。

• レポートを実行して、すべてのビューおよびアプリケーションにわたって定義されているサブスクリプションの完全なリストを表示できます。詳細は、サブスクリプション・レポートを参照してください。

サブスクリプション・プロセスの概要

ターゲット・ビューポイントからソース・ビューポイントにサブスクライブして、サブスクリプションを作成します。サブスクリプションが作成された後、サブスクリプション・プロセスは次のイメージのフローをたどります。このフローは、サブスクリプション・プロセスの概要であり、ユーザーが実行する一連のステップではない点に注意してください。

1. サブスクリプション・プロセスは、ソース・ビューポイントの変更に伴って、ユーザーが要求を送信するときに開始されます。

2. すべてのターゲット・ビューポイントに対する個別または結合ターゲット要求が生成されます。ターゲット要求の結合を参照してください。

3. ノード・タイプ・コンバータを使用して、ソース・ノード・タイプがターゲット・ノード・タイプに変換されます。サブスクリプションの前提条件を参照してください。

4. ノード・タイプが同一の場合、またはノード・タイプ・コンバータを使用してアイテムを変換できる場合、アイテムはターゲット・サブスクリプション要求にロードされます。

5. アイテムを変換できない場合(たとえば、そのノード・タイプのノード・タイプ・コンバータが存在しない場合)、アイテムはスキップされます。

6. サブスクリプション・ターゲット要求にロードされたすべてのアイテムが検証されます。

7. ターゲット・サブスクリプション要求内のアイテムが有効な場合、どのアイテムもスキップされず、自動送信が使用可能になり、ターゲット・サブスクリプション要求内のアイテムは自動送信され、要求ステータスは完了に変わります。

8. ターゲット・サブスクリプション要求内のアイテムが有効でない場合(たとえば、親を特定できない場合)、または自動送信が使用可能でない場合、要求はドラフト・ステータスのままになり、担当者はアクションを取る必要があります。

9. 要求担当者に、要求のステータスとともに通知が送信されます。要求の通知を参照してください。

サブスクリプションの例

次の例では、一般会計ビューの勘定体系ビューポイントがサブスクリプション・ソースで、Financial Closeビュー、PlanningビューおよびEnterprise Planningビューのターゲット・ビューポイントをこれにサブスクライブします。各サブスクリプションには別個の担当者がいます。勘定体系ビューポイントに更新が行われると、サブスクライブしている3つのビューポイントで同じ更新が行われるように、ターゲット・サブスクリプション要求が自動的に生成され、各担当者に通知が送信されます。

ターゲット要求の結合

次の条件が満たされる場合、要求アイテムはターゲット要求で結合されます。

• ソース・ビューポイントが同じビューに存在する

• ターゲット・ビューポイントが同じビューに存在する。ソース・ビューポイントと同じビューに存在する必要はありません。

• サブスクリプションの担当者が同じである

次の例では、PlanningビューポイントとEnterprise PlanningビューポイントがPlanning Maintenanceビューに追加され、両方のサブスクリプションの担当者は同じです。2つのターゲット・ビューポイントは同じビュー内にあり、担当者が同じであるため、PlanningとEnterprise Planningの更新を求めるターゲット要求は、1つの要求に結合されます。