アトラシアンの組織の詳細を見る
Atlassian Cloud 製品の管理は初めてですか? アトラシアンの組織について、および組織の管理者になるとはどういうことかをご確認ください。
カスタマーを Jira のあるインスタンスから別のインスタンスにコピーすると、一部のカスタマーのメール アドレスがそれらのインスタンスで異なるアカウント タイプに関連付けられる可能性があります。さまざまなカスタマー アカウント タイプの詳細はこちらをご確認ください。
インスタンス間でアカウント タイプが異なるカスタマーがいる場合、こうしたカスタマーをコピーすると、カスタマーが移行先の Jira インスタンスで権限を失ったり、既存のリクエストにアクセスできなくなったりする可能性があります。この記事では、カスタマーのアカウント タイプの不一致に関連する問題を回避するために必要な行動と対応について説明します。
カスタマーEメール | ソースのアカウント タイプ | 同じメールアドレスのユーザーが移行先に存在する | 移行先のアカウント タイプ | アカウント タイプ (コピー後) | コピー後に推奨される対応 |
---|---|---|---|---|---|
jsmith@abc.com | ポータルのみ | はい | Atlassian アカウント | Atlassian アカウント | カスタマー ロールを割り当てるグループを確認する |
dmurphy@xyz.com | Atlassian アカウント | はい | ポータルのみ | ポータルのみと Atlassian アカウント | ポータルのみのアカウントを Atlassian アカウントにアップグレードする |
ポータルのみのカスタマーが、ある Jira インスタンスから、同じメール アドレスが Atlassian アカウントとして既に存在する別のインスタンスに移動した場合、影響を受けるアカウントが移行先 Jira インスタンスの新しいユーザー グループに集約されます。カスタマー ロールをグループに割り当てないと、グループのメンバーは、ソースでアクセスできた Jira Service Management プロジェクトに移行先インスタンスではアクセスできなくなります。
カスタマー ロールを確認して、Jira のソース インスタンスから移動したカスタマーのグループに割り当てる方法。
[詳細を表示] ページからレポートをダウンロードします。
RequiresAttention.CSV を開きます。
"次のステップ" 列にあるグループ名をメモします。
Jira の移行先インスタンスから、admin.atlassian.com に移動します。
[ユーザー管理] で、インポートされたグループのバナーから [今すぐ確認] を選択します。
メモしたグループの [レビュー] を選択します。
[承認] を選択して、Jira Service Management のカスタマー ロールを割り当てます。
コピー元の Atlassian アカウントを持つカスタマーを、同じメール アドレスがすでに存在するコピー先にポータル専用アカウントとしてコピーすると、コピー先に重複したアカウントが存在することになります。同じメール アドレスがポータル専用アカウントと Atlassian アカウントの両方に適用されます。影響を受けるカスタマーは、Jira のコピー先インスタンスの Jira Service Management プロジェクトで、以前に登録したリクエストにアクセスできなくなります。ID の競合を避けるため、ポータル専用カスタマーを Atlassian アカウントにアップグレードして、カスタマー用に 1 つのアカウント タイプのみを維持することをお勧めします。
影響を受けるカスタマーのアカウント タイプの競合をソース側で解決する方法。
[詳細を表示] ページからレポートをダウンロードします。
RequiresAttention.CSV を開きます。
移行先の "Found duplicate accounts (重複するアカウントが見つかりました)" という問題列にあるカスタマーのメール アドレスを書き留めます。
Jira の移行先インスタンスから、admin.atlassian.com に移動します。
影響を受けるカスタマーごとに、ポータル専用アカウントを Atlassian アカウントにコピーします。
この内容はお役に立ちましたか?