高度なエクスペリエンスでのユーザーのカスタマイズ

高度なエクスペリエンスでは、任意のユーザーに加えて適切なメール アドレスを持つユーザーに個別のアクションを適用できます。

実行できるアクションは次のとおりです。

  • 個々のメール アドレスの変更

  • 重複していないユーザーも含め、ユーザーをマージする

  • ユーザーを旧ユーザーとして移行し、クラウドで非アクティブ化する

高度なエクスペリエンスでは、ユーザー ディレクトリ内のすべてのユーザーとカスタマーを含む 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 です。

  • AccountType: ユーザー タイプ。一般ユーザーまたは Jira Service Management のカスタマーです。Confluence の場合は、常に「user」と表示されます。

並べ替えと順序

CSV ファイル内のユーザーは、次の基準に基づいて上から順に並べ替えられます。

  1. メールが無効および重複しているユーザー。

  2. メールが無効および重複しているカスタマー。

  3. 正しいメール アドレスを持つユーザー。

  4. メール アドレスが正しいカスタマー。

各カテゴリ内では、ユーザーまたはカスタマーがアルファベット順に並べられます。

CSV ファイル内のユーザーを編集する方法

ファイルに適用できるすべてのアクションの概要と、各アクションがユーザーに与える影響の詳細は次のとおりです。

操作

設定方法

ユーザーへの新しいメール アドレスの割り当て

新しいメール アドレスを割り当てるには、[NewEmail] 列のメール アドレスを任意の有効なメール アドレスに変更します。既定では、列には次のデータが含まれます。

  • 正しいメール アドレスを持つユーザー: これには元のメール アドレスが含まれます。

  • メール アドレスが無効か重複しているユーザー: メール アドレスには、移行のブロックを解消する有効な事前生成されたメール アドレスが含まれています。これらのメール アドレスは実際には機能しておらず、移行後にこれらのユーザーにログインできるようにするにはメール アドレスを変更する必要があることに注意してください。

事前生成されたメール アドレスは、ユーザー ID とユーザー ディレクトリで最も一般的なドメインに基づいています。

ユーザーをマージする

ユーザーを 1 つにマージするには、マージするすべてのユーザーに同じメール アドレスを使用します。実際には重複していなくても、あらゆるユーザーをマージできます。

移行後に作成されたマージ アカウント:

  • 残りのアカウントのコンテンツとアクティビティを持つマージ ユーザーの 1 人 (ランダムに選択され、アクティブ ユーザーが優先されます)。

  • 管理者権限や非アクティブ化されたユーザーの権限など、マージされたすべてのユーザーの権限とグループが含まれます

ユーザーを旧ユーザーとして移行

ユーザーを旧ユーザーとして移行するには、[Tombstone] 列の値を [true] に変更します。

旧ユーザー:

  • 無効化され、ログインも復元もできません

  • ライセンスを消費しません

  • コメントや履歴などのすべてのアクティビティを保持しますが、[旧ユーザー] という名前で表示されます

旧ユーザーは実際のユーザーではありません。削除されたユーザーなど、すべての旧ユーザーのアクティビティをグループ化するコンテナーです。

CSV ファイルをアップロードして検証する

CSV ファイルをアップロードすると、次の条件を満たしているかどうかが確認されます。

  • このファイルは、元のファイルと同じ形式と構造である必要があります

  • メール アドレスが無効か重複しているすべてのユーザーを解決する必要があります。

  • すべてのメール アドレスが有効である必要があります

  • ファイルに存在するすべてのユーザーが Jira に存在する必要があります

  • ファイルには、元のファイルと同じ数のユーザーを含める必要があります

ユーザーを再評価する必要がある場合に備えてファイルを保存します

将来、ユーザーを再評価する必要が生じた場合に備えて、CSV ファイルを保管しておきます。前回の評価以降に登録された新しいユーザーを変更する場合、以前に加えた変更を含まない既定の CSV ファイルから開始します。

変更のレビューと確認

変更を確認すると、ユーザー全体に適用されたアクションの概要が、各ユーザーの数と併せて表示されます。

予定されているユーザーの変更の要約を含む [変更をレビュー] 画面

より詳細に確認するには、[ 変更されたユーザーのリスト] を選択します。これにより、移行中に変更されるユーザーのみを含む CSV ファイルがダウンロードされます。

ユーザーを再評価して新しい無効なメール アドレスや重複したメール アドレスを見つける

時間が経つにつれて、ユーザー ベースが変わる可能性があります。今後、評価を再実行した場合、無効なメール アドレスや重複したメール アドレスを持つ新しいユーザーがいないかどうかが確認されます。

以前の変更は CSV ファイルに含まれません

CSV ファイルをダウンロードすると、すべてのユーザーとカスタマーを含む既定の CSV ファイルになります。これには、これまでに加えた変更は含まれません。以下の説明のように、保存した CSV ファイル、または変更されたユーザーを含む CSV ファイルから以前の変更をコピーする必要があります。

ユーザーを再評価するには、次の手順を実行します。

  1. Migration Assistant ホーム画面の [ Assess and prepare your users (ユーザーの評価と準備)] カードで [ 結果を表示] を選択します。前回の評価の結果が表示されます。

  2. もう一度 [評価] を選択します。メール アドレスが無効か重複している新しいユーザーが特定された場合、更新を求める警告メッセージが表示されます。

  3. エラー メッセージで [ CSV ファイルを変更 ] を選択します。ダウンロード可能な画面に移動します。

  4. [ CSV ファイルをダウンロード ] を選択して、ディレクトリ内のすべてのユーザーを含む既定の CSV ファイルをダウンロードします。

  5. 古いユーザーに同じ変更を再適用し、新しいユーザーを更新して、無効なメール アドレスや重複したメール アドレスの問題を解決します。

以前変更したユーザーに同じ操作を再適用する方法

以前の変更を含む CSV ファイルにアクセスできない場合は、[ Changes will apply to users (変更をユーザーに適用する )] 画面から、変更されたユーザーを含むファイルをダウンロードできます。これらのユーザーは、上記のメインの CSV ファイル (すべてのユーザーとカスタマーを含む) に手動でコピーする必要があります。

さらにヘルプが必要ですか?

アトラシアン コミュニティをご利用ください。