メインコンテンツまでスキップ
Gainsight Japanese Localization

サポートされている移行項目

  1. 最後の更新
  2. PDFとして保存 
重要 - 画像/情報は四半期ごとのリリースで更新されます!

四半期ごとのリリースにて、最新の機能・情報を反映し、画像を含めた情報は更新されます。

 

重要: この記事は、X-Org の新しいバージョンに適用されます。 古いバージョンの X-Org を使用している場合は、ここをクリックしてサポート ドキュメントを参照してください。

この記事では、組織間移行機能でサポートされているすべての項目を一覧表示します。移行プロセスの詳細については、X-Org 2.0 移行記事を参照してください。

アセット

これは、移行がサポートされているアセットアイテムの一覧です (クリックして展開)。
  1. ルール (カスタム及びバイオニックルール)
  2. レポート (スコアカードファクトオブジェクトから作成されたレポートは、現時点ではサポートされていません)
  3. サクセスプラン (現時点では、プラン情報のフィールドはサポートされていません)
  4. プレイブック
  5. 調査  
  6. データスペース
  7. ダッシュボード
  8. メールテンプレート
  9. スコアカード

MDAスキーマステップでサポートされる項目

これは、MDAスキーマステップでの選択がサポートされている項目の一覧です (クリックして展開)。
  1. Redshift と Postgresの両方のカスタムオブジェクト (ロー ボリュームオブジェクトとハイボリュームオブジェクト) を移行することができます。
  2. ルックアッププロパティは移行されず、ルックアップフィールドは無視されます。
  3. 構成された更新キーは移行されません。
  4. 移行中はフィールドの表示名は変更されません。
  5. 移行ではアイコンはサポートされていません。
  6. 移行の対象となるのは標準列とカスタム列のみです。
  7. 更新中はIndexプロパティはコピーされません。
  8. 更新中はプライマリプロパティをオーバーライドまたはコピーすることはできません。
  9. ターゲットコレクションに既にデータがある場合、更新中にデフォルト値は変更されません。
  10. ターゲットコレクションに既にデータがある更新中は、ターゲット列に異なるmaxLengthプロパティがある場合、その列は更新から無視されます。
  11. 数式 (または計算) フィールドは更新されません。常に新しいフィールドとして作成されます。
  12. スキーマとメタの一括挿入はサポートされます。
  13. カスタムから標準オブジェクトへの移行 - ソース組織で作成されたカスタムオブジェクトは、クロス組織移行ツールを使ってターゲット組織 (標準オブジェクト) に移行することができます。
    • この移行を有効にするためには、テナントマスター > 構成プロパティのソース組織とターゲット組織でこのパラメーターを設定する必要があります。 "MIGRATOR_ALLOW_STANDARD_OBJECT_MIGRATION" : "true",
    • (ソース組織に) カスタムオブジェクトに関連するスキーマがある場合は、MDAスキーマステップで必ずマッピングしてから、ターゲット組織に移行してください。

メタデータステップでサポートされる項目

これは、セクションごとに分割されたメタデータステップでの選択がサポートされている項目の一覧です。

ピックリスト

これは、全てのグローバル、アカウント、及び関係レベルのピックリスト構成でサポートされている項目の一覧です (クリックして展開)。
  • CTAステータス（アラートステータス）
  • CTAの優先度 (アラートの重要度)
  • CTAスヌーズの理由 (関係アクティビティ)
  • CTAの理由 (アラートの理由)
  • 顧客ステータス
  • 顧客ステージ
  • 適用方法
  • マイルストーン

GSMetaInfo

これは、全てのアカウントおよび関係レベルのGSMetaInfo構成でサポートされている項目の一覧です (クリックして展開)。
  • 目標カテゴリー
  • サクセスプランタイプ
  • タスクタイプ:
  • スコアカードメトリック (Scメトリック)
  • 期日ソース タイプ
  • 期日スキップオプション
  • サクセスプランステータス
  • CTAグループカテゴリ
  • CTAタイプ - 全てのグローバル、アカウント、および関係タイプのCTAタイプが移行されます。
  • スコアカードメトリック - アカウントレベルのスコアカードメトリックが移行されます。
  • スコアリングスキームの定義 - アカウントレベルのスコアリングスキーム定義が移行されます。
  • アプリケーション設定の定義 - アプリケーション設定オブジェクトの移行中に、次のプロパティが移行されます。
    • コックピット関連の設定パラメータ
      • コックピット構成 (JBCXM__CockpitConfig__c)
  • GS関係タイプ - 関係属性とカードビューの構成が移行されます。関係タイプに関連するメタデータを選択すると、関係タイプも移行されます。Rel Typeを移行するためには、関連するメタデータを少なくとも1つ選択する必要があります。
  • スコアカードの構成
    • 移行対象
      1. アカウントレベルのスコアカードメトリックとスコアカードスキームの定義が移行されます。
      2.  スコアリングスキームマッピング - 色/数値/グレーディングスキームが有効かどうかに関連する構成が更新されます。
    • 移行対象外
      1. 構成オプションの「毎月エンゲージメントにスナップショットをロードする」は更新されません。
  • スキーマ (標準とカスタムの両方) データタイプのピックリスト/マルチピックリスト。ドロップダウンリストの詳細については、「ドロップダウンリスト」記事を参照してください。
  • URLデータタイプ
  • スキーマとメタの一括挿入。詳細については、この記事の「スキーマとメタの一括挿入」セクションを参照してください。

アセットの選択ステップでサポートされる項目

これは、セクションごとに分割されたアセットの選択ステップでの選択がサポートされている項目の一覧です。

規則

データスペースで作成されたカスタムルールの移行はサポートされていません。

これは、移行がサポートされているルールアセットの一覧です (クリックして展開)。
  1. MDAルール  
    • MDAアクションへのロードはサポートされています。
    • 使用されるすべてのオブジェクトは、ターゲット組織に同じ名前で存在している必要があります。
    • ルールで使用される全てのフィールドは、正確なフィールド名とタイプでターゲット組織に存在している必要があります。
    • ルールで使われる全てのルックアップオブジェクトまたは項目は、対象組織で同じルックアップオブジェクトおよび項目を持つ必要があります。
    • 3段階までのルックアップがサポートされています。
  2. バイオニックルールは移行することができます。機能へのロード及びスコアの設定アクションタイプはサポートされていません。ルールがこのアクションを含んでいる場合、それは移行されません。
  3. アクションタイプとしてスコアを設定するルールを移行することができるようになりました。
  4. S3データセットを持つルールのバケットの詳細が移行されます。詳細については、この記事の「S3データセットを使用してルールを移行する」セクションを参照してください。

 

レポート

これは、移行がサポートされているレポートアセットの一覧です (クリックして展開)。
  1. MDAレポート:
    • 組織はHAPostgresとの統合が必要です。
    • MDAオブジェクトとそのフィールドは移行中に検証されます。移行はMDAオブジェクトの検証が成功した場合にのみ発生します。
    • オブジェクトの検証には、オブジェクト名、使われるオブジェクトフィールド (フィールド名)、データタイプ、および結合が含まれます。
    • 同名の重複したレポートは移行されません (レポートAPIからの検証)。
  2. データスペースレポート
    • ソース組織とターゲット組織に存在するデータスペースタイプのレポートを移行することができます。
    • データスペースレポートがターゲット組織に存在しない場合は、ソース組織からターゲット組織に直接移行することも可能です。
    • データスペースで作成された5段階の結合フィールドを含めることができるレポート。
    • レポートがデータスペースを含んでいる場合は、それも移行されます。
  3. ピックリストとマルチピックリストの値はサポートされています。
  4. 同様の名前のレポートがターゲット組織に既に存在する場合、MDA/データスペースレポートは移行できません。
  5. データスペースを更新するには、関連するレポートを更新しておく必要があります。そうしないと、移行は失敗します。
  6. WhoID/WhatID および記録データタイプを移行できます。詳細については、この記事の「WhoID/WhatIDデータタイプ」及び「RecordIDデータタイプ」セクションを参照してください。

ダッシュボード

これは、移行がサポートされているダッシュボードアセットの一覧です (クリックして展開)。
  1. ダッシュボードは移行でサポートされています。
  2. 付属する全てのレポートも、ダッシュボードとともに取得および移行されます。
  3. MDAレポートがすでに存在する場合は、ターゲット組織でそれが検証されます。
  4. MDAおよびデータスペースレポートがサポートされています。
  5. いずれかのレポートが失敗すると、関連するダッシュボードの移行が失敗します。

データスペース

これは、移行がサポートされているデータスペースアセットの一覧です (クリックして展開)。
  1. 付属する全てのレポートも、ダッシュボードとともに取得および移行されます。
  2. 一意の名前の制約が適用されるため、重複するデータ スペース (同じ名前) は移行することができません。

プレイブック

これは、移行がサポートされているプレーブックアセットの一覧です (クリックして展開)。
  1. 全てのタイプのプレイブックがサポートされています (会社 + 関係)
  2. 全ての依存関係が満たされている場合、プレイブックはタスクと共に移行されます。
  3. メールタイプのタスクを含むプレイブックは移行できます。

調査

これは、移行がサポートされている調査アセットの一覧です (クリックして展開)。
  1. 静的リソース (言語) を含む多言語調査は、調査を移行するときに同時に移行されるようになりました。
  2. 任意のステージの調査は、対象組織のドラフトステージに移行されます

データデザイナー

これは、移行がサポートされているデータデザイナーアセットの一覧です (クリックして展開)。
  1. 移行時はデータデザインアセットとデータデザインテンプレートがサポートされています。
  2. 既存のデザインに対して、移行中にデザイン名と構成名が同じ場合は、既存のアセットが更新されます。
  3. アセット名または構成名のみが一致する場合、アセットは移行されません。移行ログにエラーが表示されます。
    例えば：
    • ソース名 =アカウントデザイン
      ソース構成名 = Account_Design
    • ターゲット名 =顧客デザイン
      ターゲット構成名 = Account_Design

    メモ：構成名は初期デザインの名前に基づいて生成された内部名称です。

  1. データデザインスケジュールは移行されません。ユーザーは再度スケジュールする必要があります。
  1. このページのトップへ
  • この記事は役に立ちましたか？

おすすめの記事

  1. Article type
    Topic
  2. タグ
    1. Supported Migration Items