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