利用

コア統合に関する Planual のルール。

Anaplan Data Orchestrator リンクを通じて大容量データをプッシュする前に、Anaplan モデル ワークスペースに十分な空き領域があることを確認してください。

ワークスペースのサイズが不十分な場合、リンクのプッシュが「完了」メッセージで完了しても、データがリストにプッシュされた際に Anaplan にリスト メンバーが追加されないという問題が発生する可能性があります。

入力データセットに必要な列だけが含まれていると、リンクのパフォーマンスが最適になります。

余分な列が存在すると、リストとモジュールの更新に必要な時間に悪影響を与えることがわかっています。

これにより、モデルにプッシュされるデータの量が削減されます。元のソース データに存在する重複が多いほど、モデルを更新するときに重複を削除することによるメリットが大きくなります。

テーブルからデータをエクスポートするとファイル サイズが大きくなり、ソース データからのデータのプッシュに時間がかかる可能性があることがわかっています。代わりにビューか変換を使用すると、こうした影響を最小限に抑えることができます。これにより、リンクの基になるビューの定義を簡単に修正できるようになるため、メンテナンスも容易になります。

読み込んだ場合、マッピング プロセスが複雑になります。

Data Orchestrator では、番号付きリストの場合はコードをマッピングし、スタンダード リストの場合は名前をマッピングする必要があります。名前でマッピングすると、コードは更新される属性とみなされます。本番データとしてもタグ付けされている番号付きリストを使用することをおすすめします。

番号付きリストを Anaplan モデルから Data Orchestrator にプルする場合 (番号付きリストにプッシュバックされる)、一意のコードを含めるか生成するようにしてください。生成されたアイテム番号はモデルからのエクスポートには含まれません。

現在、本番環境には二つのバージョンのコア統合が存在しています。2026 年 1 月 26 日以降に ADO の使用を開始されたお客様はデフォルトで V2 になり、それ以前に ADO の使用を開始されたお客様は V1 になります。テナントは V1 から V2 に移動可能で、必要に応じて V1 に戻すことができます。

テナントで使用しているコア統合のバージョンは、リンク一覧ページの右側のパネルで確認できます。いずれかのリンクを選択すると、右側のパネルの下部にバージョンが表示されます。

V2 で動作が変更され、モデルにプッシュされるデータに以下のような影響を与える可能性があるため、以前のバージョンも保持されています。

• モデルの保存済みビューから ADO にデータをエクスポートする際、ビュー内のライン アイテムの順序はソース データセットの列に反映されません。
• V2の UPSERT モデル リンクは「インポート前にターゲットをクリアする」というアクションをシミュレートする一方、V1 は「インポートされたセルのみを更新する」というアクションをシミュレートします。REPLACE ではすべてのセルがクリアされます。
• モジュールのエクスポートでは、番号付きリストに基づくディメンションに対して、名前ではなくコードが使用されます。スタンダード リストの場合、ユーザーは名前とコードのどちらを使用するかを選択できます。
• ADO からモジュールに無効な日付を同期すると、新しい API は失敗した場合に Upsert と Replace の両方でモデルの値をクリアします。以前は、値は置換の一部としてのみクリアされていました。
• 階層の自動バランス調整では、下位レベルに「ダミー メンバー」を生成するだけでなく、中間レベルにメンバーが存在しない場合にもダミー メンバーを生成します。

コア統合の V2 では専用のコア API を使用しており、V1 に比べて以下のような利点があります。

• パフォーマンスが改善されています。
• モデル リンクでモデル内に ADO アクションが作成されなくなり、モデルが簡素化されました。
• リンクを使用すると、スタンダード リストを更新する際に、コード又は名前で照合するオプションを利用できます。
• リスト タイプのライン アイテムが含まれているモジュールからデータをエクスポートする場合、さらにそのリストがスタンダード リストである場合、名前またはコードをエクスポートするようにエクスポートを構成できます。
• 階層を更新する際に、コード又は「デフォルト」(スタンダード リストの場合は名前、番号付きリストの場合はコード) で照合するオプションがあります。
• REPLACE モードを使用する場合、不要なリスト アイテムの削除はコアによって直接実行され、ADO から実行される一連のリスト アイテムの削除は行われないため、このモードのパフォーマンスが大幅に向上します。
• メモリ内ではなく内部変換として階層のバランス調整が実行されるようになったため、スケーラビリティが向上しました。
• 階層内の集計レベル リストの更新時に重複を削除する処理は、メモリ内ではなく内部変換として実行されるようになりました。これにより、スケーラビリティが向上し、親に矛盾があるエントリが確実に識別され、正しく報告されるようになります。
• モデルの保存済みビューから ADO にデータをエクスポートする際に、集計アイテムを含めるか省略するかを選択するオプションがあります。
• ブール値ライン アイテムでは t/f、yes/no、TRUE/FALSE、1/0 を有効な値として使用できます。