ユーザーを含む CSV ファイルを編集する方法

シンプルエクスペリエンスと高度なエクスペリエンスの CSV ファイルには、いくつかの違いがあります。以下から、使用しているものを選択してください。

シンプルなエクスペリエンスでの CSV ファイルの編集

シンプルなエクスペリエンスでは、ユーザーを修正するために選択できるオプションの 1 つとして、CSV ファイルの使用があります。メールが無効および重複しているユーザーについては、別の CSV ファイルを使用する必要があります。

はじめる前に

CSV ファイルは Jira Cloud Migration Assistant でのみ使用できます。

CSV ファイルの概要

無効なメール アドレスと重複したメール アドレスを持つユーザーについて、別々の CSV ファイルが生成されるため、これらのケースを別々に処理する必要があります。移行アシスタントからダウンロードした CSV ファイルには、変更したファイルをアップロード済みの場合でも、最新の評価で特定された既定のデータが常に含まれます。

考慮事項

• CSV ファイルを更新する代わりに、自動オプションのいずれかを選択することをお勧めします。たとえば、一部のユーザーのみに別のソリューションを適用したい場合など、これらのオプションが一般的すぎる場合のために、ファイルを提供しています。

• ファイル内の既存のユーザーを変更することはできますが、ユーザーを追加または削除することはできません。アップロードされた CSV ファイルのユーザー数が元のファイルのユーザー数と異なる場合は、ファイルをアップロードできません。

CSV ファイルの例

以下に、無効なメール アドレスを持つユーザー用に生成されたサンプル CSV ファイルのデータを示します。

• ユーザー キー: ユーザー キー。以前の Jira バージョンで作成されたユーザーの場合、ユーザー名と同じはずです。

• ユーザー 名: ユーザー名。オンプレミス インスタンスにおける主要 ID。

• Type (タイプ): メール アドレスの問題のタイプ。ファイルによって、無効または重複のいずれかになります。

• OldEmail (旧メール アドレス): 現在のメール アドレス。

• NewEmail (新メール アドレス): 移行のブロックを解除するために事前生成されたメールアドレス。選択されるドメインは、ユーザーの間で最も一般的なドメインなので、実際のドメインに似ているはずです。この値は編集できます。

• Tombstone (墓石): ユーザーを旧ユーザーとしてクラウドに移行するかどうかを制御します。値は [True] と [False] のいずれかになります。この値は編集できます。

CSVファイルを編集する方法

CSV ファイルで変更できる値は、[NewEmail (新メール アドレス)] と [Tombstone (墓石)] です。

NewEmail (新メール アドレス)

事前生成されたメール アドレスは常に有効なので、要件を満たしており、
移行を実行できます。これらのメール アドレスは実際には機能しておらず、ユーザーはこのメール アドレスを使って
ログインできないことに注意してください。そのようなメール アドレスを使用すると、アクティビティと ID の両方を維持しながらユーザーを移行できますが、
アクセスは維持されません。一部のユーザーのアクセスを維持したい場合は、ユーザーがアクセスできる
アドレスに値を変更できます。ただし、アクティブなユーザーの場合は、ソース (Jira ユーザー ディレクトリ、外部ディレクトリ) で
直接メール アドレスを更新することをお勧めします。

このフィールドを使用して、重複ユーザーをマージする方法

既にクラウドに存在しているか、このファイル内で他のユーザーと共有されているメール アドレスを使用する場合は、
ユーザーがマージされます。マージは移行オプション「すべてのデータを一度に移行」ではサポートされないことに注意してください。

Tombstone (墓石)

一部のユーザーを旧ユーザーとして移行する場合は、この値を true に変更できます。そうした場合、ユーザーのアクティビティは維持されますが、ID は維持されません。コメントの追加など、これまでに行った操作はすべて、旧ユーザーという名前で表示されます。

推奨事項

このファイルで実行できるすべてのオプションは次のとおりです。

• クラウドに存在する必要があるが、アクセスは不要なユーザーの場合: 既定値を使用します。

• クラウドに存在する必要があり、アクセスも必要なユーザーの場合: 「NewEmail (新メール アドレス)」を有効なメール アドレスに設定します。

• 1 つにマージする必要があるユーザーの場合: すべてのユーザーに対して、「NewEmail (新メール アドレス)」を同じアドレスに設定します。

• 非アクティブ化する必要があるユーザーの場合: 「Tombstone (墓石)」を「true」に設定します。この場合、「NewEmail」列のメール アドレスは使用されませんが、この列には値が必要です。既定のメール アドレスをそのまま使用することも、有効なアドレスを追加することもできます。

高度なエクスペリエンスでの CSV ファイルの編集

高度なエクスペリエンスは完全に CSV ファイルの使用に基づいており、自動で選択できるオプションはありません。すべてのユーザーに対して 1 つの CSV ファイルを使用します。

はじめる前に

CSV ファイルは Jira Cloud Migration Assistant でのみ使用できます。

考慮事項

• ファイル内の既存のユーザーを変更することはできますが、ユーザーを追加または削除することはできません。アップロードされた CSV ファイルのユーザー数が元のファイルのユーザー数と異なる場合は、ファイルをアップロードできません。

CSV ファイルの例

以下に、無効なメール アドレスを持つユーザー用に生成されたサンプル CSV ファイルのデータを示します。

列の意味:

• ユーザー キー: ユーザー キー。以前の Jira バージョンで作成されたユーザーの場合、ユーザー名と同じはずです。

• ユーザー 名: ユーザー名。オンプレミス インスタンスにおける主要 ID。

• エラータイプ: メール アドレスに問題があります。ユーザーのメール アドレスが正しい場合は、無効、重複、またはなしのいずれかです。

• OldEmail (旧メール アドレス): 現在のメール アドレス。

• NewEmail (編集可能): メール アドレスが無効か重複しているユーザーの場合、事前生成されたメール アドレスが有効なため、移行のブロックが解除されます。メール アドレスが正しい場合は、元のメール アドレスです。

• 墓石 (編集可能): ユーザーを旧ユーザーとして移行するかどうかを制御します。値は True または False です。

• AccountType: ユーザー タイプ。一般ユーザーまたは Jira Service Management のカスタマーです。

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

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

ユーザーへの新しい電子メールの割り当て

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

• 正しいメール アドレスを使用しているユーザーの場合、元のメール アドレスが含まれます。

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

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

ユーザーをマージする

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

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

• 残りのアカウントのコンテンツとアクティビティを持つマージ ユーザーの 1 人 (ランダムに選択) である

• 管理者権限、無効化されたユーザーの権限など、マージされたすべてのユーザーの権限とグループが含まれます。

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

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

旧ユーザー:

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

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

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

• これは、削除されたユーザーなど、すべての旧ユーザーのアクティビティをグループ化するコンテナーです