はじめる前に
必要な権限 － 一括操作を実行するには、適切な プロジェクト固有の権限 とグローバル 一括変更 権限が必要です。たとえば、一括移動 操作を行うには、課題の移動 と 一括変更 の両方の権限が必要です。
一括操作のメール通知を無効にする － 特定の一括操作のメール通知を無効にするには、一括操作ウィザードの 通知の送信チェックボックスを選択解除します。このオプションを使用するには、管理者、または選択した課題に関連するすべてのプロジェクトの プロジェクト管理者 である必要があります。
Disable customer notifications - Some bulk operations, such as Change comment, might trigger email notifications to your customers. To prevent a flurry of emails, a Jira admin can temporarily disable outgoing mail in 
> System > Mail > Outgoing mail. This setting controls both Jira and customer notifications, so remember to turn it back on when you're done with your bulk edit.
一括変更ウィザードを利用 - この一括変更ウィザードは一括変更を進めます。どの操作ステップでも、前のステップに戻る時は、左側のメニューにある関連するステップを選択します。 キャンセル を選択すると全体のプロセスを中止します。
複数課題のトランジション
この一括操作では、複数の課題を 1 つのワークフローによって同時にトランジションできます。トランジションの一括操作は一度に 1 つしか実行できません。また、トランジションを完了するために必要な値をすべて指定する必要があります。たとえば、複数の課題をクローズするためには、解決状況フィールドに完了、修正済み、修正しない、などの値を指定する必要があります。
複数の課題を削除
この一括操作では、複数の課題を同時に削除できます。
複数の課題の移動
この一括操作では、複数の課題を同時に移動できます。移動する課題をプロジェクトと課題タイプの両方にマッピングする必要があり、このために、課題のステータスとフィールドもマッピングする必要が生じる場合があります。また、サブタスクをマッピングする必要があります。
- 必要なフィルターを使用して課題リストを生成します。
- ツール > 一括変更を選択します
一括操作を行いたい課題を選択し、次へを選択します。
一括移動操作は標準課題とサブタスク課題の両方で実行できます。標準課題を別のプロジェクトや課題タイプに移動できるのに対し、サブタスクは課題タイプのみを変更できます。( サブタスクを課題に変換 、およびその逆は可能です。)
サブタスクとその親タスクの両方を選択して一括移動させることはできません。これは親とサブタスクの関係を変えないためです( すなわち、 サブタスクは常に親課題と同じプロジェクト内に存在します）。選択された親課題のサブタスクも選択されている場合は、サブタスクはすべて自動的に移動対象から除かれます。
たとえば、 課題 B は課題 A のサブタスクで、A と B の両方を同時に一括移動させたいとします。警告メッセージ (以下を参照) が表示され、課題 A のターゲットプロジェクトと課題タイプを選択するよう求められます。A に新しいプロジェクトを選択すると、課題 A の新しいプロジェクトに基づいて、サブタスクを新しい課題タイプに移動するよう求められます。課題 A のプロジェクトを変更していない場合、サブタスクを移動する必要はありません。
- 課題の移動を選択し、次へを選択します。
一括移動操作を行う際、移動の選択をしている課題によっては、追加情報が必要な場合があります。必要となる情報は、次のとおりです:
プロジェクトおよび/あるいは課題タイプを選択する
一括移動ウィザードでは最初に、課題の移動先となるプロジェクトおよび課題タイプを選択します。ターゲットプロジェクトや課題タイプによって、ステータスやフィールドの移行に追加手順が必要かどうかが決定します。
選択した課題は現在のプロジェクトおよび課題タイプによってグループ化されます。それぞれに新しいプロジェクトタイプと課題タイプを選択するか、あるいはすべての標準課題を 1 つのプロジェクトおよび課題タイプへ移動させるかを選択できます。
注：サブタスクを標準課題タイプへ移動することはできないため、上記はサブタスクには適用されません。サブタスクのプロジェクトおよび/あるいは課題タイプを選択する
サブタスクを持つ課題を別のプロジェクトに移動する場合、サブタスクも新しいプロジェクトに移動する必要があります。必要に応じて移動するサブタスクの課題タイプを変更することもできます。無効なステータスのステータスの移行マッピングを選択します。
複数の ワークフロー は同時にアクティブに出来るため、選択した課題のコレクションと関連付けられた一部のステータスが、ターゲットワークフローでは無効となる場合があります。この場合、新しいワークフローで無効なステータスを有効なステータスにマッピングする必要があります。必須フィールドの値と、無効な値が入ったフィールドを選択する
ターゲットプロジェクトおよび課題タイプと関連付けられた フィールド設定スキーム を順守するため、必要なフィールドを更新/追加する必要が生じる場合があります（例：ターゲットプロジェクト内で必要だが、元のプロジェクトにはなかった フィールド）。
生成する必要がある各フィールドに対し、値を入力するよう求められます。この値は、一緒に一括移動されるすべての課題に適用されます。
次のフィールドについて、選択可能な値のリストが提供されます:
- コンポーネント
- 影響バージョン
- 修正対象バージョン
- タイプ「バージョンピッカー」のカスタムフィールド
一括移動を実行する際、ターゲットプロジェクトでアーカイブされたバージョンを、ターゲットとして選択することはできないので、ご注意ください。課題をアーカイブ済みバージョンへ移動する必要がある場合、最初にターゲットプロジェクトでバージョンを アーカイブ解除 する必要があります。
フィールドと関連付けられた保持チェックボックスにチェックを付けると、ターゲット宛先で有効な元のフィールド値を保持することができます。たとえば、一部の課題にはすでに有効なカスタムフィールド値が含まれている場合があります。これらの値は保持出来ますが、更新が必要な課題はフィールド更新画面で指定した値を適用します。
- チェックマークが付いている：可能な場合は元の課題が保持されます。¹フィールドは指定された新しい値に更新されません。
- チェックマークが付いていない：すべてのフィールドは指定された新しい値に更新されます。
次のフィールドでは明確なマッピングが必要なため、「保持」チェックボックスは使用できません。
- コンポーネント
- 影響バージョン
- 修正対象バージョン
- タイプ「バージョンピッカー」のカスタムフィールド
変更を確認し、操作を完了します。
上記のステップ C と ステップ B はそれぞれ異なるターゲットプロジェクトと課題タイプの組み合わせに対して起こります。
すべての課題に対し、すべて移動パラメーター — 例：ターゲットプロジェクト、ステータスマッピング、フィールド更新 — が指定されている場合、課題に対するすべての変更が移動されることを確認するメッセージが表示されます。該当する場合、次の詳細が表示されます。
- 課題ターゲット：ターゲットプロジェクトと課題タイプ
- ワークフロー：ターゲットワークフローと無効なステータスマッピング
- 更新フィールド：更新が必要なフィールドの新しい値
- 削除されたフィールド：ターゲットで無効な、削除されるフィールドの値
課題は、確認ページで確認ボタンを押すまで移動されません。この手順の前に操作を終了した場合、課題は変更されません。
複数課題の編集
この一括操作では、複数の課題を同時に編集できます。一括編集操作ができるかどうかは、課題と変更したいフィールドの性質に依存します。
複数課題のウォッチとウォッチの停止
これらの一括操作では、複数の課題に対して、同時にウォッチを開始したり、停止したりすることができます。
複数の課題をアーカイブする (Data Center のみ)
一度に数千件の課題をアーカイブする場合、課題を手動で選択するのではなく、一括変更を実行できます。既定ではこのオプションを使用すると、現在のページのすべての課題、または最大 1000 件の課題をアーカイブできます。ただし、システム管理者は、必要に応じてこれを増加させることができます。
課題はそれらのすべてのサブタスクとともにアーカイブされます。課題には複数のサブタスクが含まれている場合があるため、サブタスクの数が多いとアーカイブに時間がかかる場合があることに注意してください。