リクエストフォームが親アイテムと複数のサブアイテムを作成する場合、フォームから送信された重要な情報は親アイテムにしか存在しないことがあります。そのため、サブアイテムで作業するユーザーは詳細を確認するために親アイテムへ戻ったり、情報を手動でサブアイテムへコピーしたり、送信後にフィールド値を更新したりする必要が生じます。

カスケードされた回答により、各サブアイテムの設定済み構造を維持しつつ、関連するリクエスト情報をサブアイテム内で直接利用できるようになります。

名前をすべてのサブアイテムにマッピングする

名前のカスケードは質問ごとに設定されるため、フォーム管理者はどの回答をサブアイテム全体に表示させるかを選択できます。これにより、同じブループリントから異なるプロジェクトやリクエストで作成された、同一のサブアイテム名を区別しやすくなります。

最終的なサブアイテム名には次の要素を含めることができます：

リクエストフォームからカスケードされた回答。
設定されている場合はサブアイテムのプレフィックス。
サブアイテムのデフォルト名
注

Name への回答のカスケードは、Prefix 機能を拡張します：
- プレフィックスは 1 つの質問からの値を適用しますが、カスケードではメインアイテムの名前に対する複数の回答をまとめてすべてのサブアイテムに伝播できます。
- 複数の回答が Name にマッピングされカスケード設定されている場合、それらの回答はダッシュ区切り形式で 1 つのカスケードプレフィックスにまとめられます。
- 名前のカスケードは、動的フォームや動的ブループリント選択で作成されたサブアイテムもサポートします。

サブアイテムにプレフィックスとデフォルト名の両方がある場合、それらの値は保持され、カスケードされた回答が追加されます。カスケードは既存の命名設定を置き換えるのではなく、拡張します。

その結果、最終的なサブアイテム名には次の構成ですべての設定済み要素が含まれることがあります：

［カスケード名］［プレフィックス］サブアイテム名

例：

リクエストフォームの質問では、このリクエストを誰に送信しますか 1（プレフィックス用の質問 2）と、当社の製品またはサービスではどの言語を使用しましたか？ （カスケード名用の質問）。
リクエストフォームの設定で、どの言語の製品やサービスを使用しましたか？ 3 の回答はメインアイテムの名前にマッピングされ、すべてのサブアイテムの名前へカスケードされるよう設定されています。
送信者は HC 4 と English 5 と回答します。
そのため、メインアイテム名には English が含まれます。同じ値が作成されたすべてのサブアイテムにもカスケードされます。
フォーム設定に従い、回答 HC がすべてのサブアイテムのプレフィックスとして適用されます。
ブループリントから作成されたサブアイテムは、Help Center のようなデフォルト名を保持します。
最終的なサブアイテム名には次の3要素すべてが含まれます。例：[English] [HC] Help Center 6。

説明をすべてのサブアイテムにマッピングする

説明のカスケードも質問ごとに設定され、フォーム管理者はどの回答をすべてのサブアイテムに表示するかを決定できます。

最終的なサブアイテムの説明には次の内容を含めることができます：

カスケード設定されたマッピング質問からの回答。
サブアイテムにデフォルトの説明がある場合、その説明。
設定されている場合、説明セクションへの複数のカスケード回答。

サブアイテムにデフォルトの説明がある場合、その説明は保持され、カスケードされた回答が追加されます。

複数の質問が説明にマッピングされている場合、回答はリクエストフォームで設定された見出しと構造の下でサブアイテムに表示されます。

例：

Customer Experience というリクエストフォームを例に考えてみましょう。

1 つのマッピング済み質問が Campaign Details 1 を追加します。
別のマッピング済み質問が Target Audience 2 を追加します。
サブアイテムにはすでに Work instructions 3 を含むデフォルトの説明があります。

最終的なサブアイテムの説明には、既存の作業手順に加えて、カスケードされた「キャンペーンの詳細」と「対象ユーザー」セクションが含まれます。

フィールド値をすべてのサブアイテムにマッピングする

フィールド値のカスケードにより、関連するリクエスト情報をすべての作業レベルで利用でき、情報を手動でコピー＆ペーストすることなくサブアイテム全体でのレポート作成をサポートします。

回答がフィールドにカスケードされると、送信された値は親アイテムおよびリクエストから作成された各サブアイテムに適用されます。

フィールド値のカスケードは、名前や説明のカスケードとは異なります。フォーム送信後も、そのフィールドではワークスペース内でカスケードが有効のままになるため、ワークスペースで手動作成されたサブアイテムも親アイテムの値を継承できます。詳細については、カスタムフィールドの作成を参照してください。

マッピングされたフィールドによって、値はサブアイテムに以下のように表示されます：

カスタムフィールド

カスタムフィールドにマッピングされた質問の回答がカスケード設定されている場合、送信された値は親アイテムおよび作成されたすべてのサブアイテムのカスタムフィールド値として適用されます。

同じカスタムフィールドに、サブアイテム作成に使用されたブループリントで既定値が設定されている場合、送信されたカスケード値がそのブループリント値を置き換えます。そのマッピング済みカスタムフィールドに新しい回答が送信されなかった場合、既存のブループリント値は変更されません。

リクエストフォームのカスケードとブループリントのカスケードは、サブアイテムがブループリントから作成される場合に連携して機能します：
- ブループリントでカスケードが有効になっていない場合、リクエストフォームで設定したカスケードは、フォームでマッピングされカスケード設定された回答にのみ適用されます。
- ブループリントですでにカスケードが有効になっている場合、フォーム内のカスケード設定に関係なく、そのカスケード動作はフォームの送信後も有効のままです。
- ブループリントで有効にしたカスケードは、リクエストフォームから無効にすることはできません。

例：

サブアイテムのデフォルトフィールド値は Language = French です。
リクエストフォームの質問では、当社の製品またはサービスではどの言語を使用しましたか？ 1。この回答はカスタムフィールドにマッピングされ、フォームで全サブアイテムへのカスケードが有効化されています。
フォームが送信されると、サブアイテムは English 2 の値を受け取り、ブループリントから継承した元の値が置き換えられます。

重要度

重要度の質問がカスケード設定されている場合、送信された Importance 値は親アイテムおよび作成されたすべてのサブアイテムに適用されます。リクエストフォームで使用されるブループリントに既にデフォルトの Importance が設定されている場合、その値は提出されたカスケード値によって置き換えられ、親アイテムの値もフォームの回答で更新されます。

一度適用されると、ワークスペース内で Importance フィールドに対してカスケードが有効になり、手動で作成されたサブアイテムも親アイテムの Importance 値を継承できます。

例：

サブアイテムの作成に使用されたブループリントでは、デフォルトの Importance 値が Normal に設定されています。
リクエストフォームの回答が親アイテムの Importance にマッピングされ、カスケードが有効化されています。
送信者はリクエストフォームで High を選択します。

フォーム送信時に、親アイテムの Importance が High 1 に設定され、同じカスケード値が作成されたサブアイテムにも適用されます。その結果、ブループリントから継承したサブアイテムの元の Importance 値は High 2 に置き換えられます。

リクエストフォームで新しい Importance 値が送信されない場合、サブアイテムを作成したブループリントで定義されている既存の Importance 値は変更されません。

次はどうしますか？

リクエストフォームでの回答のマッピング

トップ

Wrike Lightspeed が登場しました ⚡ 私たちの FAQ を訪れて、これがあなたにとってどのような意味を持ち、最新の体験を最大限に活用する方法を発見してください！

新しい Wrike エクスペリエンスをご使用の場合は、関連するリソースにアクセスするために新しい Wrike エクスペリエンスヘルプセンターにアクセスしてください。

すべてのサブアイテムに回答をマッピング

要するに

すべてのサブアイテムへの回答マッピングの概要

利用する理由

すべてのサブアイテムに回答をマッピングする方法