高度なエクスペリエンスでのユーザーのカスタマイズ
高度なエクスペリエンスでは、任意のユーザーに加えて適切なメール アドレスを持つユーザーに個別のアクションを適用できます。
実行できるアクションは次のとおりです。
- 個々のメール アドレスの変更 
- 重複していないユーザーも含め、ユーザーをマージする 
- ユーザーを旧ユーザーとして移行し、クラウドで非アクティブ化する 
高度なエクスペリエンスでは、ユーザー ディレクトリ内のすべてのユーザーとカスタマーを含む CSV ファイルでユーザーを編集します。
高度なエクスペリエンスにアクセス
高度なエクスペリエンスを選択する前に、Jira Cloud Migration Assistant でユーザー評価を実行する必要があります。
CSV ファイルをダウンロードして編集する
高度なエクスペリエンスを選択すると、ユーザー ディレクトリにあるすべてのユーザーとカスタマーを含む CSV をダウンロードできます。
CSV ファイルのサンプル データ
実際の CSV ファイルのサンプルを次に示します。
| ユーザー キー | ユーザー名 | エラータイプ | OldEmail (旧メール アドレス) | NewEmail (新メール アドレス) | Tombstone (墓石) | アカウントの種類 | 
|---|---|---|---|---|---|---|
| JIRAUSER10105 | チャーリーアトラシアン | 
 | charlie@atlassian.com | charlie@atlassian.com | False | USER | 
| JIRAUSER10106 | user1 | INV | user1@user1 | useri10106@atlassian.com | False | USER | 
| JIRAUSER10107 | cust1 (カスト 1) | DUP | user@atl.com | useri10107@atlassian.com | False | カスタマー | 
列の意味:
- ユーザー キー: ユーザー キー。以前の Jira バージョンで作成されたユーザーの場合、ユーザー名と同じはずです。 
- ユーザー 名: ユーザー名。オンプレミス インスタンスにおける主要 ID。 
- エラータイプ: メール アドレスに問題があります。ユーザーのメール アドレスが正しい場合は、無効、重複、またはなしのいずれかです。 
- OldEmail (旧メール アドレス): 現在のメール アドレス。 
- NewEmail (編集可能): メール アドレスが無効か重複しているユーザーの場合、事前生成されたメール アドレスが有効なため、移行のブロックが解除されます。メール アドレスが正しい場合は、元のメール アドレスです。 
- 墓石 (編集可能): ユーザーを旧ユーザーとして移行するかどうかを制御します。値は、 - Trueまたは- Falseのいずれかです。この値は、新しいメール アドレスの割り当てよりも優先されます。- trueに設定すると、ユーザーは常に旧ユーザーとして移行されます。
- AccountType: ユーザー タイプ。一般ユーザーまたは Jira Service Management のカスタマーです。Confluence の場合は、常に「user」と表示されます。 
並べ替えと順序
CSV ファイル内のユーザーは、次の基準に基づいて上から順に並べ替えられます。
- メールが無効および重複しているユーザー。 
- メールが無効および重複しているカスタマー。 
- 正しいメール アドレスを持つユーザー。 
- メール アドレスが正しいカスタマー。 
各カテゴリ内では、ユーザーまたはカスタマーがアルファベット順に並べられます。
CSV ファイル内のユーザーを編集する方法
ファイルに適用できるすべてのアクションの概要と、各アクションがユーザーに与える影響の詳細は次のとおりです。
| 操作 | 設定方法 | 
|---|---|
| ユーザーへの新しいメール アドレスの割り当て | 新しいメール アドレスを割り当てるには、[ 
 事前生成されたメール アドレスは、ユーザー ID とユーザー ディレクトリで最も一般的なドメインに基づいています。 | 
| ユーザーをマージする | ユーザーを 1 つにマージするには、マージするすべてのユーザーに同じメール アドレスを使用します。実際には重複していなくても、あらゆるユーザーをマージできます。 移行後に作成されたマージ アカウント: 
 | 
| ユーザーを旧ユーザーとして移行 | ユーザーを旧ユーザーとして移行するには、[ 旧ユーザー: 
 旧ユーザーは実際のユーザーではありません。削除されたユーザーなど、すべての旧ユーザーのアクティビティをグループ化するコンテナーです。 | 
CSV ファイルをアップロードして検証する
CSV ファイルをアップロードすると、次の条件を満たしているかどうかが確認されます。
- このファイルは、元のファイルと同じ形式と構造である必要があります 
- メール アドレスが無効か重複しているすべてのユーザーを解決する必要があります。 
- すべてのメール アドレスが有効である必要があります 
- ファイルに存在するすべてのユーザーが Jira に存在する必要があります 
- ファイルには、元のファイルと同じ数のユーザーを含める必要があります 
ユーザーを再評価する必要がある場合に備えてファイルを保存します
将来、ユーザーを再評価する必要が生じた場合に備えて、CSV ファイルを保管しておきます。前回の評価以降に登録された新しいユーザーを変更する場合、以前に加えた変更を含まない既定の CSV ファイルから開始します。
変更のレビューと確認
変更を確認すると、ユーザー全体に適用されたアクションの概要が、各ユーザーの数と併せて表示されます。
より詳細に確認するには、[ 変更されたユーザーのリスト] を選択します。これにより、移行中に変更されるユーザーのみを含む CSV ファイルがダウンロードされます。
ユーザーを再評価して新しい無効なメール アドレスや重複したメール アドレスを見つける
時間が経つにつれて、ユーザー ベースが変わる可能性があります。今後、評価を再実行した場合、無効なメール アドレスや重複したメール アドレスを持つ新しいユーザーがいないかどうかが確認されます。
以前の変更は CSV ファイルに含まれません
CSV ファイルをダウンロードすると、すべてのユーザーとカスタマーを含む既定の CSV ファイルになります。これには、これまでに加えた変更は含まれません。以下の説明のように、保存した CSV ファイル、または変更されたユーザーを含む CSV ファイルから以前の変更をコピーする必要があります。
ユーザーを再評価するには、次の手順を実行します。
- Migration Assistant ホーム画面の [ Assess and prepare your users (ユーザーの評価と準備)] カードで [ 結果を表示] を選択します。前回の評価の結果が表示されます。 
- [もう一度評価] を選択します。メール アドレスが無効か重複している新しいユーザーが特定された場合、更新を求める警告メッセージが表示されます。 
- エラー メッセージで [ CSV ファイルを変更 ] を選択します。ダウンロード可能な画面に移動します。 
- [ CSV ファイルをダウンロード ] を選択して、ディレクトリ内のすべてのユーザーを含む既定の CSV ファイルをダウンロードします。 
- 古いユーザーに同じ変更を再適用し、新しいユーザーを更新して、無効なメール アドレスや重複したメール アドレスの問題を解決します。 
以前変更したユーザーに同じ操作を再適用する方法
以前の変更を含む CSV ファイルにアクセスできない場合は、[ Changes will apply to users (変更をユーザーに適用する )] 画面から、変更されたユーザーを含むファイルをダウンロードできます。これらのユーザーは、上記のメインの CSV ファイル (すべてのユーザーとカスタマーを含む) に手動でコピーする必要があります。
この内容はお役に立ちましたか?