ワークロードを切り替える必要はありません。 準備ができたら、個別に切り替えたり、一度に複数切り替えたり、または同時にすべて切り替えたりすることができます。 ただし、ワークロードを Intune に切り替えるまで、Configuration Manager は、共同管理がサポートしていない Configuration Manager の他のすべての機能と共に、Intune に切り替えていないワークロードを引き続き管理します。
ワークロードを Intune に切り替えても、後で気が変わった場合は、影響を受ける可能性がありますが、Configuration Manager に戻すことができます。 たとえば、Windows および Office のバージョンは、Intune によってインストールされた後のバージョンのままになります。
共同管理でサポートされるワークロードは次のとおりです。
コンプライアンス ポリシー
コンプライアンス ポリシーでは、条件付きアクセス ポリシーによってデバイスが準拠していると見なされるために遵守する必要があるルールと設定を定義します。 また、コンプライアンス ポリシーは、条件付きアクセスとは別に、デバイスのコンプライアンスに関する問題を監視して修復するためにも使用します。 カスタム構成ベースラインの評価をコンプライアンス ポリシー評価ルールとして追加できます。 詳細については、「 コンプライアンス ポリシー評価の一部としてカスタム構成ベースラインを含める」を参照してください。
Intune 機能の詳細については、「コンプライアンス ポリシーを使用して、Intune で管理するデバイスのルールを設定する」を参照してください。
Windows Update ポリシー
Windows Update クライアント ポリシー (旧称 Windows Update for Business ポリシー) を使用すると、Windows 10 以降の機能更新プログラムまたは Windows 10 以降のデバイスの品質更新プログラムの延期ポリシーを構成できます。
Windows Update ワークロードを Intune に移動した後、Configuration Manager のクライアント設定を手動で調整する必要があります。 既存のクライアント設定を変更するか、新しいカスタム クライアント設定を作成して、ソフトウェア更新ワークフローを無効にします。 Windows Update (以前は Windows Update for Business とも呼ばれていました) に直接接続されているコンピューターのコレクションに設定を展開します。
注:
これらのデバイスで Windows Autopatch を使用するには、このワークロードを Intune に移動し、Configuration Manager の Software Updates のクライアント設定を「いいえ」に設定する必要があります。 詳細については、「 Windows Autopatch の前提条件」を参照してください。
Intune 機能の詳細については、「Intune での Windows ソフトウェア更新プログラムの管理」を参照してください。
リソース アクセス ポリシー
重要
バージョン 2203 以降では、Configuration Manager のこれらの会社のリソース アクセス機能およびこの共同管理ワークロードはサポートされなくなります。 詳細については、「 リソース アクセスの非推奨に関してよく寄せられる質問」を参照してください。
リソース アクセス ポリシーでは、デバイスの VPN、Wi-Fi、電子メール、および証明書の設定を構成します。
Intune 機能の詳細については、「リソース アクセス プロファイルの展開」を参照してください。
注:
リソース アクセス ワークロードもデバイス構成の一部です。 これらのポリシーは、デバイス構成ワークロードを切り替えると、Intune によって管理されます。 バージョン 2403 以降、リソース アクセス ポリシー ノードはコンソールから削除されました。 スライダーは Intune に必須であり、古いポリシーがまだ使用可能な場合、アップグレードはブロックされます。
Endpoint Protection
Endpoint Protection ワークロードには、Defender スイートの保護機能が含まれています。
- Microsoft Defender ウイルス対策
- Microsoft Defender Application Guard
- Microsoft Defender SmartScreen
- Microsoft Defender for Endpoint (正式には Windows Defender 高度な脅威保護 と呼ばれます)
- Windows Defender ファイアウォール
- Windows 暗号化 (BitLocker とも呼ばれます)
- Windows Defender Exploit Guard
- Windows Defender Application Control
- Windows Defender セキュリティ センター
Intune 機能の詳細については、「Intune を使用してデバイスを保護するための Windows 10 (以降) の設定」を参照してください。
注:
このワークロードを切り替えると、Intune ポリシーによって上書きされるまで、Configuration Manager ポリシーはデバイス上に残ります。 この動作により、移行中もデバイスに保護ポリシーが引き続き適用されます。
Endpoint Protection ワークロードもデバイス構成の一部です。 デバイス構成ワークロードを切り替える場合も、同じ動作が適用されます。
エンドポイント保護ワークロードが Intune に存在する場合、Windows Information Protection の設定は Configuration Manager と Intune の両方から適用されます。 Configuration Manager は、デバイス構成ワークロードが Intune に移動されるまで、Windows Information Protection ポリシーを引き続き適用します。
Intune デバイス構成のデバイス制限プロファイル タイプの一部である Microsoft Defender ウイルス対策設定は、エンドポイント保護スライダーのスコープに含まれません。 エンドポイント保護スライダーを有効にして共同管理されているデバイスのMicrosoft Defenderウイルス対策を管理するには、Microsoft Intune 管理センター>エンドポイント セキュリティ>ウイルス対策で新しいウイルス対策ポリシーを使用します。 新しいポリシーの種類には、新しく改善されたオプションが利用可能であり、デバイスの制限プロファイルで使用できる同じ設定をすべてサポートします。
Windows 暗号化機能には BitLocker 管理が含まれています。 共同管理を使用したこの機能の動作の詳細については、「 BitLocker 管理の展開」を参照してください。
デバイス構成
デバイス構成ワークロードには、organization 内のデバイスに対して管理する設定が含まれています。 このワークロードを切り替えると、 リソース アクセス と Endpoint Protection のワークロードも移動します。
Intune がデバイス構成機関であっても、Configuration Manager から共同管理されたデバイスに設定を展開できます。 この例外は、organization が必要だが Intune でまだ利用できない設定を構成するために使用される場合があります。 Configuration Manager 構成ベースラインでこの例外を指定します。 ベースラインの作成時に、 共同管理されているクライアントに対しても [このベースラインを常に適用する] オプションを有効にします。 この設定は、後で既存のベースラインのプロパティの「 一般」 タブで変更できます。
これらのデバイスで Windows Autopatch を使用するには、このワークロードを Intune で管理する必要があります。 詳細については、「 Windows Autopatch の前提条件」を参照してください。
Intune 機能の詳細については、「Microsoft Intune でデバイス プロファイルを作成する」を参照してください。
注:
設定カタログから作成されたポリシーは、ポリシーの内容に関係なく、デバイス構成ワークロード スライダーによって制御されます。
デバイス構成ワークロードを切り替えると、Windows Information Protection 機能のポリシーも含まれます。 デバイス構成ワークロードが Intune に移動されると、Intune のポリシーのみが適用されます。
注:
タトゥーを削除するには Endpoint Protection 設定、デバイス構成ワークロードも切り替える必要があります。
Office クイック実行アプリ
このワークロードは、共同管理されたデバイス上の Microsoft 365 Apps を管理します。
ワークロードを移動した後、アプリはデバイスのポータル サイトに表示されます
クライアントに Office 更新プログラムが表示されるまでに 24 時間かかることがあります (デバイスを再起動していない場合)。
新しい Microsoft 365 アプリケーションの要件として既定で追加される グローバルな条件 があります。 このワークロードを移行すると、共同管理クライアントでアプリケーションの要件が満たされなくなります。 そのため、Configuration Manager で展開される Microsoft 365 がインストールされなくなります。 グローバル条件には、次のいずれかの名前が付けられます。
- Microsoft Intune によって管理される Microsoft 365 アプリ (バージョン 2111 以降)
- Office 365 アプリケーションはデバイス上の Intune によって管理されていますか (バージョン 2107 以前)
Updates は、次のいずれかの機能を使用して管理できます。
- 更新チャネルとターゲット バージョンの設定を使用して、Microsoft Intune 設定カタログで Microsoft 365 を更新する
- Configuration Manager で Microsoft 365 Apps を管理します。
注:
これらのデバイスで Windows Autopatch を使用するには、このワークロードを Intune で管理する必要があります。 詳細については、「 Windows Autopatch の前提条件」を参照してください。
Intune 機能の詳細については、「Microsoft Intune を使用して Windows デバイスに Microsoft 365 アプリを追加する」を参照してください。
クライアント アプリ
ヒント
この機能は、 共同管理されたデバイス用のモバイル アプリとして機能の一覧に表示される場合があります。
Intune を使用して、共同管理された Windows 10 以降のデバイスでクライアント アプリと PowerShell スクリプトを管理します。 このワークロードを移行すると、Intune から展開した利用可能なアプリは [会社のポータル] で利用できるようになります。 Configuration Manager から展開するアプリは、[ソフトウェア センター] で利用できます。
Intune 機能の詳細については、「Microsoft Intune アプリ管理とは」を参照してください。
注:
Windows 10 バージョン 1903 以降では、クライアント アプリのワークロードを Intune に切り替えていない場合でも、PowerShell スクリプトは共同管理されたデバイスで引き続き実行されます。
Configuration Manager 配布ポイントで Microsoft 接続キャッシュを有効にすると、共同管理対象クライアントに Microsoft Intune Win32 アプリを提供できます。 詳細については、「Configuration Manager での Microsoft 接続キャッシュ」を参照してください。
たとえば、Microsoft Intune 経由で新しい Store アプリケーション (winget) を展開する場合は、このワークロードを切り替える必要があります。
アプリのワークロード図
ヒント
ポータル サイトを構成して、Configuration Manager アプリも表示できます。 このアプリ ポータルのエクスペリエンスを変更すると、上の図で説明した動作が変更されます。 詳細については、「共同管理されたデバイスでポータル ポータル サイト アプリを使用する」を参照してください。