オンラインで直接登録し、ドメインの所有権を 証明している場合にのみご利用可能です
ユーザーが仕事用メールアドレスを使用して Gmail などのサービスの個人アカウントに登録している場合は、 管理対象外の個人アカウントを移行するをご覧ください。
ユーザーがどのような種類の管理対象外アカウントを持っているかわからない場合は、ユーザーがどのような種類の管理対象外アカウント を持っているか（後述）をご覧ください。_（後述）_
組織のドメインの所有権を証明したら、管理対象外の仕事用アカウントを移行して、すべてのユーザーを管理対象ユーザーにすることができます。これらのユーザーには、他の管理対象ユーザーと同じ管理者向けの設定を適用できます。ユーザー プロファイルの管理、パスワードの安全度の制御、データガバナンスとセキュリティ機能の適用が可能です。ユーザーが管理対象ユーザーになると、同じ仕事用メールアドレスを使用して管理対象外の仕事用アカウントを作成することはできません。
管理対象外の仕事用アカウントについて
組織内のユーザーが仕事用メールアドレスを使用して、Essentials エディションや Google Cloud などの Google サービスに登録すると、管理対象外の仕事用アカウントが作成されます。このタイプのアカウントには、Google Workspace for Education ユーザーが作成した管理対象外の学校アカウントも含まれます。
Google Cloud 以外のサービスの場合、管理対象外の仕事用アカウントを作成したユーザーは、組織内の Google アカウントを持っていない他のユーザーをチームとして共同作業に招待できます。チームメンバーのユーザー アカウントは、チーム内の管理対象外の仕事用アカウントになります。
複数の管理対象外の仕事用アカウントを含むチームの場合、チームを移行すると、そのチームのすべてのユーザーが管理者の管理下に置かれます。移行できるのはチームのみで、チーム内の個々のユーザー アカウントは移行できません。チームを移行するかどうかを判断するには、そのチームに属する管理対象外の仕事用アカウントを確認します。 管理対象外の仕事用アカウントを移行すると、管理対象外のアカウントに戻すことはできません。
管理対象外の仕事用アカウントを移行しないとどうなりますか？
管理対象外の仕事用アカウントを移行しない場合、そのチームメンバーは引き続きそのアカウントを使用できます。準備ができたら、いつでもアカウントを移行できます 。
管理対象外の仕事用アカウントを確認して移行する
始める前に: 移行する管理対象外の仕事用アカウントが現在の従業員に属しているかどうかを確認するには、会社の人事部門または同様のリソースにお問い合わせください。ユーザーが作成した Workspace データを管理する場合は、離職した従業員のアカウントを移行できます。
-
Google 管理コンソールで、メニュー アイコン
[**ディレクトリ**]
[**管理対象外のユーザー**]
[**仕事用アカウント**] に移動します。アクセスするには、管理対象外の仕事用アカウントの移行の管理者権限が必要です。
- 目的のチームの [操作] [ユーザーを表示] をクリックし、
チームに属する管理対象外のユーザー アカウントを確認します。
- [仕事用アカウント] 画面で、次のいずれかを選択します。
- 個々のチームを移行する - 各チーム名の横にあるチェックボックスをオンにします。
- **すべてのチームを移行する** - 上部の [**仕事用アカウント名**] の横にあるチェックボックスをオンにします。
- 上部にある [移行] をクリックします。
- ライセンスまたはサブスクリプションの変更を確認 チェックボックスをオンにして
ライセンス契約に同意します。
- [移行] をクリックします。
移行プロセスは、ユーザーごとに数分かかることがあります。大規模なチームまたは複数のチームを移行する場合、数時間かかることがあります。 プロセス全体が完了するまで、サブスクリプション管理タスクを実行することはできません。
移行中に何が起こりますか？
- ユーザーが新しい組織部門に移動する - 管理対象外の仕事用アカウントのチームを移行すると、そのチームのユーザーは最上位の組織部門の直下の組織 部門に配置され、組織の ポリシーが適用されます。移行されたチームごとに、独自の組織部門が設定されます。組織部門には移行時に英数字のラベルが割り当てられるため、ユーザーの名前を検索してユーザーの場所を見つける必要がある場合があります。移行後、必要に応じて組織部門の名前を変更したり、ユーザーを既存の組織部門に移動したりして、目的の構造を作成できます。
- ユーザーとチームのデータが移行される - ユーザーの Google カレンダーやドライブ ファイルなどのユーザーデータと、共有ドライブや ChromeOS デバイスのデータなどのチームの集合データが、新しい管理対象ユーザー アカウントに移行されます。
- ライセンスと請求が変更される可能性がある - 詳しくは、ライセンスと請求の変更について（後述）をご覧ください。
- Chrome Enterprise または Chrome Enterprise Core を使用している場合 - 詳しくは、ドメインの所有権の証明後にチームを統合するをご覧ください。
ライセンスと請求の変更について
管理対象外の仕事用アカウントのチームを移行すると、それらのアカウントの請求はキャンセルされます。チームメンバーに新しいライセンスを割り当て、組織の請求先アカウントに料金を追加します。
特定のチームのすべてのユーザーに、同じ新しいライセンスが付与されます。複数のチームを移行する場合、組織のサブスクリプションに応じて、チームごとに異なるライセンスが付与されることがあります。
同じファミリーのサブスクリプション
管理対象外のアカウントのサブスクリプションと同じエディション ファミリーのサブスクリプションがある場合は、そのユーザーにサブスクリプションのライセンスを割り当て、追加のライセンスの料金を請求します。たとえば、組織が Enterprise Essentials サブスクリプションを持っていて、管理対象外のアカウントが Essentials サブスクリプションを持っている場合、移行時にそのユーザーに Enterprise Essentials ライセンスを割り当て、月額料金を調整します。移行するユーザー アカウントに Cloud Identity Free エディションがある場合は、組織の無料の Cloud Identity ライセンスをそのユーザーに割り当てます。
同じファミリーのサブスクリプションがない場合
管理対象外のアカウントのサブスクリプションと同じエディション ファミリーのサブスクリプションがない場合は、サブスクリプションを作成してそのユーザーにライセンスを割り当てます。サブスクリプションを作成する際は、アカウントの既存のサブスクリプションと同等の機能を提供し、データ損失を回避できる最適なオプションを選択します。 たとえば、組織が Enterprise Essentials サブスクリプションを持っていて、管理対象外のアカウントが Business Starter サブスクリプションを持っている場合、移行時に組織の Business Starter サブスクリプションを作成し、そのサブスクリプションのライセンスをそのユーザーに割り当てます。
新しいサブスクリプションを作成した場合、新しいサブスクリプションの料金は 7 日間請求されません。この期間中に、次のいずれかの オプションを選択する必要があります。
- お支払い情報を設定する - お支払い情報を設定して、これらの ユーザーの新しいサブスクリプションを継続し、データ損失を防ぎます。詳しくは、Google Workspace のお支払い情報を設定するをご覧ください。
- ライセンスを削除または再割り当てする - 新しいサブスクリプションの費用を回避するには、 ユーザーのライセンスを削除し、 組織の既存のサブスクリプションにライセンスを割り当てます。その後、新しく作成したサブスクリプションを解約できます。ただし、既存のサブスクリプションにデータの保持に必要な機能とサービスが用意されていない場合、この操作を行うとデータが失われる可能性があります。詳しくは、ライセンスの割り当て、 削除、再割り当てをご覧ください。
7 日間操作を行わないと、新しいサブスクリプションのすべてのユーザー アカウントが停止されます。停止後にユーザーを復元する手順については、停止中のユーザーを 再開するをご覧ください。
移行後の流れ
- ユーザーに通知される - 移行された管理対象外の仕事用アカウントのユーザーに、 Google アカウントの新しい管理者についてお知らせするメールが届きます。
- ご自身のみがユーザーの管理者になる - 以前の管理者は チーム ダッシュボード（Essentials のみ）や管理 コンソールなどの管理機能を利用できなくなります。必要な場合は、該当するユーザーのアカウントに管理者権限を再度付与します。 詳しくは、ユーザーを管理者にするをご覧ください。
- ユーザーが Chat スペースにアクセスできなくなる - 移行した管理対象外の アカウントのユーザーは、アカウントが管理対象外の状態のときに使用していたメッセージやタスクが含まれる Chat スペースに アクセスできなくなります。
- ユーザーがパスワードを設定する必要がある場合がある - 移行したアカウントに Google Cloud サブスクリプションがある場合、これらのアカウントのユーザーは、Workspace アカウントに次回ログインするときにパスワードの作成を求められることがあります。
- 離職した従業員のアカウントを保護する必要がある - 離職した 従業員のアカウントを移行した場合は、セキュリティのため、移行後にアカウントの パスワードを変更するか、アカウントを停止することをおすすめします。
- Chat アプリの移行が必要になる場合がある - 移行した アカウントに、開発された Chat アプリを含む Workspace サブスクリプションがある場合、移行後に 適切に動作しなくなる可能性があります。そのようなアプリを今後も使用するには、Google Cloud プロジェクトへのアプリの移行が必要になる場合があります。詳しくは、 Google Chat アプリを移行するをご覧ください。
新しい管理対象外の仕事用アカウントをモニタリングする
管理ログイベントを確認して、組織内の今後の管理対象外の仕事用アカウントにフラグを設定し、移行できます。ログイベントで [新しい管理対象外のチームが作成されました] を探します。招待されたユーザーがチームに参加して管理対象外の仕事用アカウントを作成した場合、ログイベントは作成されません。詳しくは、 管理ログイベントをご覧ください。
ユーザーが管理対象外のチームを作成したときにアラートを受け取るように、アクティビティ ルールを設定することもできます。ルールを作成する際は、データソースとして [管理ログイベント] を選択し、[条件作成ツール] で属性として [イベント]、演算子として [次と等しい]、値として [新しい管理対象外のチームが作成されました] を選択します。詳しくは、アクティビティ ルールを作成するをご覧ください。
管理対象外のユーザーが管理対象外の仕事用アカウントを作成できないようにするには、 新しい管理対象外の仕事用アカウントを防止するをご覧ください。
ユーザーがどのような種類の管理対象外アカウントを持っているか
管理対象外の仕事用アカウントを確認するには:
-
Google 管理コンソールで、メニュー アイコン
[**ディレクトリ**]
[**管理対象外のユーザー**]
[**仕事用アカウント**] に移動します。アクセスするには、管理対象外の仕事用アカウントの表示の管理者権限が必要です。
- アカウントが表示されているかどうかを確認します。
管理対象外の個人アカウントを確認するには:
-
Google 管理コンソールで、メニュー アイコン
[**ディレクトリ**]
[**管理対象外のユーザー**]
[**個人アカウント**] に移動します。この操作を実施するには、特権管理者としてログインする必要があります。
- アカウントが表示されているかどうかを確認します。
[管理対象外のユーザー] が表示されない場合は、管理対象外の仕事用アカウントまたは個人アカウントを持つユーザーはいません。