すべてのアプリを別の組織に転送する

すべてのアプリ インスタンスを転送して、組織をマージできるかどうかは、いくつかの要因によって決まります。これは主に組織の複雑さと、新しいユーザー管理機能を使用しているかどうかが影響します。組織統合の仕組み

1. 転送の計画

ここではまず、2 つの組織をマージすることの意味について十分に理解しているかを確認しましょう。アトラシアンの組織をマージできますか?

また、時間をかけて転送の計画を立て、変更内容をアプリ管理者に事前に伝えることをお勧めします。

• アプリを他の組織に転送することをアプリ管理者に伝えます。
  転送は、アプリ管理者のロールやアプリの管理方法には影響しませんが、新しい組織の構成が異なる場合は、アプリ ユーザーに影響を及ぼす可能性があります。

• 両方の組織の管理者を確認します。
  転送元組織の組織管理者はすべて、転送先組織でも組織管理者になります。つまり、すべてのサイトのサイト管理者になるということです。他のユーザーにこの権限を与えない場合は、転送する前に、該当するユーザーの組織管理者ロールを削除します。

• 既存の設定を確認し、転送先組織で必要な構成を再作成します。
  転送プロセスの一環として、必要のない組織の構成やサブスクリプションのほとんどを削除する必要があります。転送先組織で必要な構成を再作成できるように、既存の設定を書き留めておくことをお勧めします。

転送チェックリスト: 削除して再作成する設定とサブスクリプション

転送を開始する前に、転送元の組織から特定の設定とサブスクリプションを削除するように求められます。次の表で概要をご確認ください。

こうした変更の一部はユーザーのログイン方法に影響するため、転送を開始する直前に既存のセットアップを削除することをお勧めします。

2. アプリすべての転送

両方の組織で組織管理者になっている必要があります。また、上記で推奨する準備を完了していることも必要です。ユーザー管理システムの調整には時間がかかる場合があります。重要な期限に間に合うよう、適切に計画を立ててください。

転送プロセスを実行すると、元に戻すことはできません。

すべてのアプリ インスタンスを 1 つの組織から別の組織に転送する方法は次のとおりです。

1. 移動 アトラシアンの管理。複数の組織がある場合は、対象の組織を選択します。不要になった組織を選択しましょう。

2. [組織設定] > [プロファイル] の順に選択します。

3. 転送前チェックリストにあるタスクをすべて完了していることをご確認ください。

4. [アプリの転送] を選択して、手順に従います。転送先組織の選択と変更の確認を行ってから、転送を確認します。

5. 組織で Atlassian Analytics、Jira Service Management、または Opsgenie を使用している場合は、技術的な問題や不具合についてのサポート チケットを作成して、Atlassian アカウントが新しい組織に適切に関連付けられるようにしてください。このリクエストが完了するまで、Atlassian Analytics、および Jira Service Management と Opsgenie のアプリ内の資産と運用のレポートでデータの不一致が発生する可能性があります。

アプリ インスタンスとアカウント データが転送されると、空になった組織が削除されます。

ユーザーのアクセスは中断されません。ただし、シングル サインオンの設定が転送先の組織で異なる場合、ログイン時に多少の違いがあります。発生する可能性のある一時的なログインの変更について、ユーザーに通知してください。

これで、転送先の組織で API キー、許可リスト、ドメイン、その他の構成を再作成できるようになりました (まだ作成していない場合)。

すべてのアプリを別の組織に転送すると変更されること

すべてのアプリを転送して組織をマージした後に何が起きるかを知ることは重要です。

変更されないこと

• ダウンタイムやアクセスの損失が発生することはありません。

• 同じアプリ アクセスと権限が保持されます。

• 転送されたアプリのアプリ管理者は、引き続き、そのアプリ インスタンスのアプリ管理者になります。

• 転送されたサイトのサイト管理者は引き続き、それらのサイトのサイト管理者です。

• 転送先組織の組織管理者は、引き続き組織管理者になります。

• 転送されたアプリには、URL、権限、プロジェクト、スペース、コントロール、パートナー製アプリが保持されます。

• 転送されたアプリは分離されたままです。両方の組織に同じアプリがあった場合、転送後に複数のアプリ インスタンスが存在することになります (マージされることはありません)。

• 転送されたアプリの請求は分離されたままになるため、同じ数の請求書 (Atlassian Guard Standard を除く) が発行されます。

• アプリの請求書は、引き続きサイト別に分類されます。

変更されること

• 転送元の組織で組織管理者のロールだったユーザーはすべて、転送先の組織でも組織管理者になり、関連するすべてのサイトのサイト管理者として追加されます。

• アトラシアンの管理の [概要] タブと [アプリ] タブには、マージ後の組織のアプリすべてがリスト表示されます。

• 不要になった組織は、アトラシアンの管理のランディング ページに表示されなくなります。

• 転送の過程で追加された組織管理者に新しくアプリ アクセス権が付与された場合、請求額が増加する可能性があります (それらのユーザーに対する支払いを停止したい場合、転送後に該当ユーザーの管理者およびアプリ権限を更新できます)。

• ユーザーのログイン方法が一時的に変わる場合があります。ユーザーは、必要のない組織で SSO をオフにした後、転送が完了して新しい組織で SSO が設定される前に、ログイン用のパスワードを設定する必要があります。

• 転送を完了するために以前のユーザー管理に戻す必要があった場合は、アトラシアンの管理のナビゲーションが異なることがわかります。

• メンションとユーザー ピッカーのユーザー検索結果が、転送後最大 12 時間は一致しない可能性があります。