Google Workspace Marketplace からサードパーティ アプリケーションをインストールすると、Google Workspace のデータとサービスにアクセスするための特定の権限（OAuth スコープ）がリクエストされます。マーケティング チームが顧客の連絡先情報にアクセスできない、またはメールを送信できない場合、最も可能性の高い原因は、インストールまたは承認プロセス中に、インストールされたメール マーケティング プラットフォームに、連絡先と Gmail に必要な OAuth スコープが付与されなかったことです。
他のオプションが最初のステップになる可能性が低い理由は次のとおりです。
A. メールマーケティングプラットフォームのサブスクリプションが有効で最新であることを確認してください。継続的な使用には重要ですが、マーケットプレイスの「無料」プラットフォームでは、トライアル期間が終了していない限り、連絡先やメール送信などの基本機能への初期アクセスを妨げるようなサブスクリプションは通常ありません。トライアル期間が終了している場合、主な問題として表示されません。スコープの問題が除外された場合、これは後のトラブルシューティング手順になります。
C . 管理コンソールの「サードパーティ製アプリのアクセス管理」設定が有効になっていることを確認してください。この設定は、ユーザーがマーケットプレイスからサードパーティ製アプリをインストールできるかどうかを制御します。無効になっている場合、アプリはそもそもインストールされなかった可能性があります。有効になってから無効になった場合、アプリは動作しなくなりますが、具体的な問題はアプリの無効化ではなく、データアクセスに起因しています。
D. セキュリティ調査ツールを使用してGmailのログを確認します。セキュリティ調査ツールはセキュリティイベントの確認には優れていますが、主にインシデント後の分析や不審なアクティビティの調査に使用されます。このシナリオでは、問題は新しくインストールされたアプリの機能不足であり、アプリ自体のアクセス問題としてGmailのログにすぐに表示されるようなセキュリティ侵害や設定ミスではありません。OAuthスコープは、より直接的で初期の障害発生点です。
Google Workspace 管理者からの参照:
サードパーティ アプリによるデータへのアクセスを管理: Google Workspace 管理者は、組織のデータにアクセスできるサードパーティ アプリを制御できます。これには、設定済みのアプリの OAuth API アクセスの確認と管理が含まれます。
参照：
OAuth スコープについて：アプリケーションが Google データへのアクセスを要求する際、特定の「スコープ」をリクエストします。これらのスコープは、アプリケーションが実行を許可される特定のリソースと操作を定義します。メールマーケティング プラットフォームの場合、https://www.googleapis.com/auth/contacts（またはより限定的な連絡先スコープ）と https://www.googleapis.com/auth/gmail.send（またはより広範な Gmail スコープ）のスコープが重要になります。
Google Workspace データにアクセスできるサードパーティ製アプリと社内アプリの制御：管理コンソールのこのセクションでは、管理者は「設定済みアプリ」を確認し、「OAuth API アクセス」を確認できます。ここで、メールマーケティング プラットフォームに付与されているスコープを確認できます。

セキュリティセンターの権限を持つカスタム管理者ロールを作成することで、セキュリティチームが最小権限の原則を遵守しながら、不正な外部ファイル共有を調査するために必要なアクセス権を付与できます。このアプローチにより、セキュリティチームには、スーパー管理者ロールに関連付けられた権限など、不必要な広範な権限を付与することなく、必要な特定の権限のみを付与できます。

ユーザーが予定を作成したときにGoogleカレンダーが近くのオフィスルームを提案するようにするには、ユーザーと会議室リソースの両方をGoogle Workspace組織構造内のそれぞれの場所に関連付ける必要があります。最も効果的な方法は、ユーザーを所在地に基づいて組織部門（OU）に編成し、会議室リソースを対応するOUに関連付けることです。
オプション C が正しいアプローチである理由と、他のオプションがこの特定の要件にあまり適していない理由は次のとおりです。
C . ユーザーを場所ごとに組織単位（OU）に追加します。対応するOUに会議室リソースを追加します。
Google カレンダーは、組織部門（OU）構造に基づいて、ユーザーとリソースの近接性を判断します。ユーザーをオフィスの所在地に対応するOUに配置し、各オフィスの会議室リソースを同じまたは関連する子OUに割り当てることで、Google カレンダーはユーザーが会議をスケジュールする際に近くの会議室を提案します。この方法は、組織の所在地に基づいてユーザーとリソースを直接結び付けます。
Google Workspace 管理者向けトピックガイドまたはドキュメントリファレンスの関連付け: Google Workspace 管理者向け公式ヘルプドキュメントの「会議室と共有リソースの設定」（または類似のタイトル）では、会議室リソースの作成と管理方法について説明しています。また、これらのリソースを特定の建物、フロア、そして重要な組織部門に関連付ける方法についても詳しく説明しています。ドキュメントでは、近隣候補が組織部門のみに基づいているとは明記されていない場合もありますが、Google Workspace は組織階層とユーザーおよびリソースの所在地を主に組織部門構造に基づいて認識します。ユーザーとリソースの組織部門を一致させることで、「近隣」候補のコンテキストを提供できます。
A . 定義された建物と部屋に基づいてユーザーの作業場所を定義するために、建物 ID、フロア名、フロア セクションを割り当てます。
建物ID、フロア名、セクションの割り当ては、会議室リソースの物理的な場所を定義する上で重要ですが、Googleカレンダーが近接性に基づく提案に本来的に使用するような方法で、ユーザーの勤務場所を直接定義するものではありません。これらの属性は主に会議室リソース自体に使用されます。「近隣」コンテキストを確立するには、ユーザーを組織構造内の場所（つまり、OU）にリンクする必要があります。
Google Workspace 管理者向けトピックガイドまたはドキュメントリファレンス：会議室リソースの設定に関するドキュメントでは、建物、階数、収容人数などの詳細をリソースに追加する手順が説明されています。ただし、近接性に関する関係コンテキストを提供するのは、ユーザーとリソースの両方の組織単位（OU）の割り当てです。
B. ユーザーを場所別にGoogleグループに追加します。対応するグループに会議室のリソースを追加します。
Google グループは、主にユーザー間のコミュニケーションとコラボレーションを目的としています。ユーザーを場所別にグループ化することはできますが、Google カレンダーの会議室提案ロジックは、Google グループのメンバーシップを主な基準としていません。会議室リソースをグループに関連付けても、ユーザーが予定を作成する際に近くの会議室を提案するために必要な組織的なコンテキストは提供されません。
Google Workspace 管理者向けトピック ガイドまたはドキュメント参照: Google グループ機能は、カレンダーのスケジュール設定におけるユーザーと物理的な会議室間の空間的または組織的な関係ではなく、グループ関連リソースに対するユーザー コミュニケーションとアクセス管理に重点を置いています。
D . ユーザーの場所に基づいて、部屋の共有を動的グループに制限します。
ユーザーの所在地に基づいて動的グループに部屋の共有を制限すると、誰が部屋を予約できるかは制御されますが、イベント作成時に誰の近くの部屋が提案されるかは必ずしも制御されません。動的グループはユーザー属性に基づいてメンバーシップを管理しますが、OUベースの組織構造のように、カレンダーの提案においてユーザーの「近くの」所在地を本質的に定義するわけではありません。
Google Workspace 管理者向けトピック ガイドまたはドキュメント リファレンス: 動的グループは、属性に基づいてユーザー メンバーシップを管理するのに便利ですが、Google カレンダーの会議室提案でユーザーとリソース間の空間関係を定義するための主要なメカニズムではありません。
したがって、Google カレンダーがユーザーの所在地に基づいて近隣のオフィスルームを提案するようにするための最も効果的な方法は、ユーザーを所在地別に組織部門（OU）に追加し、対応するOUに会議室リソースを追加することです。これにより、組織構造と物理的な所在地が整合し、Google カレンダーが会議室の提案において近接性を認識できるようになります。

法的調査が行われている場合、保持ポリシーやユーザーの操作に関わらず、関連データを確実に保存し、削除しないことが最優先事項となります。Google Vault の「保留」（訴訟ホールドまたはリーガルホールドとも呼ばれます）は、この目的のために特別に設計されています。このホールドは、すべての保持ルール（デフォルトとカスタムの両方）をオーバーライドし、ユーザーが削除しようとした場合でも、保留の対象となるデータが消去されるのを防ぎます。
他のオプションが正しい、または最善の解決策ではない理由は次のとおりです。
A. Vault のデフォルトの保持ルールを 5 年から 1 年に変更してください。デフォルトの保持ルールを変更すると、特定の従業員のデータだけでなく、組織内のすべてのドライブデータに影響します。これは広範囲にわたる変更であり、対象を絞った法的記録保持には適していません。さらに、ユーザーによる削除に対するデータの保全も保証されません。
B . 従業員を別の組織単位（OU）に配置します。このOUに1年間のカスタム保持ルールを作成します。OUにカスタム保持ルールを作成することは可能ですが、法的保留の主なメカニズムではありません。保持ルールはデータの削除時期を定義しますが、保留は保持期間に関係なく削除を阻止します。従業員がデータを削除した場合、保留が設定されていない限り、保持ルールではデータがゴミ箱に移動（そして最終的に消去）されることを阻止できません。さらに、1年間の保持ルールは目標ではなく、「少なくとも1年間」（つまり、保留が解除されるまで無期限に）保存することです。デフォルトの5年間のルールは既に1年以上ですが、ユーザーの削除を上書きすることはありません。
D . Vault のデフォルトの保持ルールが 5 年間に設定されていることを確認してください。質問では、ドライブのデフォルトの保持ルールが既に 5 年間に設定されていると述べられています。これは一般的なデータ保持には適していますが、ユーザーがドライブから自分のファイルを削除することを妨げるものではなく、また、データを完全に保持する必要がある法的記録保持（リティゲーションホールド）の必要性に具体的に対応するものでもありません。デフォルトの保持ルールは、ユーザーによる削除を上書きしたり、法的目的でデータを確実に保持したりするものではありません。
Google Workspace 管理者からの参照:
Google Vault の保留：これが中核となる概念です。保留は、保持ルールやユーザーの操作に関係なく、保留が解除されるまで Google システムからデータが削除されるのを防ぎます。これは、法的証拠開示や調査の目的でのみ使用されます。
参照：
Google Vault の保持ルール：保持ルールはデータ管理に関連していますが、保留が適用されない場合にデータを削除できるタイミングを定義します。ユーザーによるデータの削除を妨げたり、訴訟のための記録保持（リティゲーションホールド）のためのデータの保存を保証するものではありません。

Google Workspace サービスの利用による環境への影響を評価するには、Google 環境レポートをご覧ください。Google は、データセンターのエネルギー効率、再生可能エネルギーの利用、Google Workspace などのサービスの影響を含む全体的な二酸化炭素排出量など、環境への取り組みを詳細に説明した包括的なレポートを公開しています。
オプション B が正しい選択である理由と、他のオプションが Google Workspace の使用による全体的な環境影響の評価に関係しない理由は次のとおりです。
B. Google環境レポート
Google は、再生可能エネルギーの利用に向けた進捗状況、事業運営におけるエネルギー効率向上への取り組み（Google Workspace の基盤）、そして全体的な二酸化炭素排出量など、サステナビリティへの取り組みのさまざまな側面を網羅した詳細な環境レポートを定期的に公開しています。これらのレポートは、Google サービスの利用に伴う環境への影響に関する洞察を提供します。
Google Workspace 管理者向けトピックガイドまたはドキュメントリファレンス：管理コンソール内に「Google Workspace 環境影響レポート」という独立したドキュメントが存在しない場合もありますが、Google の包括的な「環境レポート」（多くの場合、Google のサステナビリティまたは環境責任に関するウェブサイトに掲載されています）には、Google Workspace を含むすべての Google サービスを支えるインフラストラクチャと実践内容が網羅されています。この情報を探している管理者は、これらの一般公開されている Google レポートを参照できます。
A. カーボンフットプリントレポート
「カーボンフットプリント レポート」という概念は環境への影響と関連していますが、Google は通常、組織の管理コンソール内で Google Workspace の利用状況に特化した個別のレポートを提供するのではなく、より広範な「環境レポート」の中にこの情報を含めています。Google のインフラストラクチャの炭素効率に関するデータは、主要な環境開示情報に記載されている可能性が高いでしょう。
Associate Google Workspace 管理者のトピック ガイドまたはドキュメント参照: Google の二酸化炭素排出量と環境への取り組みに関するコミュニケーションは、通常、公開されているサステナビリティ レポートにまとめられています。
C . アプリの月間稼働時間レポート
アプリの月間稼働時間レポートは、Google Workspace サービスの信頼性と可用性に関する情報を提供します。環境への影響や持続可能性ではなく、サービスのパフォーマンスと稼働時間の指標に重点を置いています。
関連する Google Workspace 管理者のトピック ガイドまたはドキュメント リファレンス: サービスレベル契約 (SLA) とサービス ステータスに関する Google Workspace 管理者ヘルプ ドキュメントには、稼働時間の保証と、アプリの月間稼働時間レポートの焦点となるサービスの可用性を監視する方法に関する情報が記載されています。
D. 会計報告書
Google 管理コンソールのアカウント レポートでは、アクティブ ユーザー数、アカウント ステータス、その他のユーザー関連情報など、組織内のユーザー アカウントに関する詳細情報が表示されます。Google Workspace サービスの利用による環境への影響に関するデータや分析は含まれません。
関連する Google Workspace 管理者のトピック ガイドまたはドキュメント リファレンス: レポートとユーザー アカウントに関する Google Workspace 管理者ヘルプ ドキュメントでは、ユーザー管理とアクティビティ指標に重点を置いたアカウント レポートで利用できる情報について説明しています。
したがって、Google Workspace サービスの使用による環境への影響を評価するには、組織で公開されている Google 環境レポートを参照する必要があります。このレポートには、Google のサステナビリティへの取り組みと全体的な環境パフォーマンスの詳細が記載されています。