MDMと端末管理の実務ガイド｜担当者が迷わない標準業務フローを作る
MDM運用の標準業務フロー｜調達・登録・準拠・紛失・退職解除までつなぐ
MDM運用が属人化すると、新しい端末は登録できても、登録失敗、機種交換、長期未接続、ポリシー違反、紛失、退職時の解除で処理が止まります。管理画面上の端末数だけが増え、資産台帳の利用者と一致しない古いレコードが残り、強い遠隔操作を誰が実行したか説明できなくなります。
本記事では、情報システム、ヘルプデスク、セキュリティ、購買、人事の担当者向けに、MDMの調達前準備、自動登録への割当、本人確認、登録、ポリシー・アプリ配布、準拠確認、日常監視、非準拠是正、紛失対応、修理交換、退職・譲渡時の解除までを標準業務フローにします。各工程の開始条件、完了条件、証拠、SLA、差戻し、ロールバックを定義し、担当者が変わっても同じ結果になる運用を目指します。
MDM運用を端末のライフサイクルとして管理する
MDM登録は一度きりの初期設定ではありません。会社が端末を管理対象として受け入れてから、業務利用を終え、管理関係を安全に解除するまで続くライフサイクルです。
標準フローは次の状態で管理します。
- 登録予定：調達・貸与が承認され、MDM対象が確定した
- 組織割当済み：自動登録サービスまたは管理テナントへ割り当てた
- 登録中：端末がMDMへ接続し、本人・資産との紐付けを進めている
- 構成適用中：基準ポリシー、アプリ、証明書を配布している
- 準拠：必要な設定と接続条件を満たす
- 猶予中：軽微な違反があり、期限内の自己修復を待つ
- 非準拠・制限：期限超過または高リスク条件でアクセスを制限した
- 事故対応中：紛失・盗難・侵害の調査と封じ込めを進めている
- 解除処理中：回収、交換、退職、売却などで管理を終了している
- 解除済み：業務データ、証明書、割当、管理レコードを適切に終了した
「オンライン」「オフライン」は状態ではなく観測値として持ちます。保管中で電源を切っている端末と、貸与中なのに未接続の端末では意味が違うため、資産台帳の利用状態と組み合わせます。
工程0：導入前にテナント・ID・自動登録を準備する
端末が届いてから登録方法を考えると、利用者の個人アカウントで初期設定されたり、自動登録の対象外として配布されたりします。先に管理テナント、組織ID、購入経路、認証、ロールを準備します。
開始前の確認
- 組織ドメインと管理テナントの所有者が確定している
- MDM管理者が個人別アカウントと多要素認証を使う
- 購入先から自動登録サービスへ端末を割り当てられる
- 資産ID、利用者ID、MDM端末IDの対応項目が決まっている
- OS・所有区分・用途ごとの登録プロファイルがある
- 検証、先行、本番、隔離の端末グループがある
- 緊急用管理者と復旧手順が安全に保管されている
- MDM障害時の代替連絡・一時貸与手順がある
AppleのAutomated Device Enrollment and device managementは、組織所有端末を自動的に管理へ登録し、利用者が登録プロファイルを削除できない構成などを説明しています。Android Enterpriseにも会社所有端末向けのゼロタッチ登録があります。調達契約に登録対応と端末割当期限を含めます。
工程1：調達・貸与承認から登録予定を作る
購買・貸与申請が承認されたら、納品前に登録予定レコードを作ります。利用者未定の在庫端末は、個人へ紐付けず「保管用」プロファイルへ割り当てます。
登録予定に必要な情報
- 調達・貸与案件ID、注文番号
- 会社所有、リース、BYODなどの所有区分
- 業務専用、混合利用、共有・専用などの用途
- 予定利用者または業務責任者
- 端末種別、OS、モデル、数量
- 必要なポリシー、アプリ、ネットワーク、証明書
- 利用開始日、利用場所、データ重要度
- 標準外要件と承認済み例外
完了条件は、登録方式と適用プロファイルが決まり、受入後の担当キューが作成されていることです。承認なしの端末を現場判断で本番テナントへ登録しません。
工程2：受入時に個体と組織割当を照合する
端末の納品時に、資産台帳の受入検品とMDM登録準備を同じ個体IDで行います。箱のシリアル番号、端末画面、注文明細、自動登録サービス上の端末を照合します。
受入担当の手順
- 注文番号、納品書、数量を確認する
- シリアル番号・IMEIを読み取り、資産IDを発行する
- 自動登録サービスに同じ個体が存在するか確認する
- 正しいMDMサーバー・登録プロファイルへ割り当てる
- 反映待ち時間を置き、端末側の登録画面を確認する
- 重複、未割当、別組織割当を保留キューへ移す
- 資産台帳へMDM割当状態と確認日時を記録する
自動登録に表示されない端末を通常配布へ進めず、販売店の登録漏れ、シリアル誤り、購入経路対象外を切り分けます。緊急貸与で手動登録する場合は、例外期限と後日自動登録へ移す手順を設定します。
工程3：利用者確認と端末登録を行う
登録時は、端末の所持者が正しい利用者か、資産が正しい組織へ属するかを確認します。URLやQRコードを知るだけで他人の端末を登録できないようにします。
本人・資産確認
- 会社IDで認証し、多要素認証を完了する
- 承認済み貸与案件と利用者IDを照合する
- 資産ID・シリアル番号を端末または受入記録と照合する
- 所有区分と利用形態に合う登録方式を選ぶ
- BYODでは管理範囲、実行可能な操作、退職時削除を説明する
- 共有端末では個人の代わりに設置場所と責任者を登録する
登録完了の証拠
- MDMが発行した一意な端末ID
- 登録方式、プロファイル、テナント
- 資産ID、利用者ID、所有区分
- 登録開始・完了日時と実施者
- 端末の応答、監督・管理状態
- 登録時のエラーと再処理履歴
登録レコードが作られただけでは完了にせず、端末が管理コマンドへ応答し、正しい利用者・資産へ紐付いていることを確認します。
工程4：基準ポリシーを段階的に適用する
登録直後に全ポリシーを一括配布すると、証明書やネットワーク設定の順序で失敗することがあります。依存関係に沿って適用します。
推奨する適用順序
- 端末時刻、管理証明書、基本識別情報を確認する
- 画面ロック、暗号化、更新など最低セキュリティを適用する
- Wi-Fi、VPN、プロキシ、業務証明書を配布する
- 会社アカウントと認証設定を適用する
- 必須セキュリティアプリを配布する
- 業務アプリと管理設定を配布する
- データ共有、バックアップ、外部接続の制約を適用する
- 全設定の適用結果を再照合する
プロファイルには名前だけでなくバージョンを持たせます。「営業用」の中身が変更されても過去の適用状態を説明できるようにします。失敗した設定は、端末側の再試行、依存設定の修正、プロファイル再配布、再登録のどこへ戻すかをエラー分類で決めます。
工程5：アプリとライセンスを配布する
アプリ配布では、対象、バージョン、ライセンス、設定、データ移動を管理します。個人のアプリストアアカウントへ依存せず、組織管理の配布方法を優先します。
配布手順
- 承認済みアプリのIDと提供元を確認する
- OS・モデル・既存アプリとの互換性を検証する
- 検証グループへ配布し、起動・認証・通信を確認する
- 対象グループと必要ライセンス数を確定する
- 段階的に配布し、成功・保留・失敗を監視する
- アプリ構成と会社アカウントを適用する
- 業務データの開く先・共有先を確認する
- 配布結果とライセンス消費を照合する
GoogleのAndroid Enterprise概要は、管理対象Google Playとポリシーによるアプリ配布、仕事用プロファイルなどの管理モデルを説明しています。個人所有端末では仕事用領域へだけ配布し、個人アプリ・データとの境界を維持します。
工程6：準拠判定後に業務アクセスを有効化する
利用者がログインできたことを準拠とみなしません。端末が最低基準を満たし、資産・利用者・MDMの対応が正しいことを判定してから業務データへのアクセスを許可します。
準拠ゲート
- MDM登録と管理プロファイルが有効
- 資産ID、利用者ID、端末IDが一意に対応
- OSがサポート対象で、必須更新を適用済み
- 暗号化、画面ロック、セキュリティアプリが有効
- 改造・脱獄・root化の兆候がない
- 必須証明書、VPN、業務アプリが正常
- 期限切れ例外がない
- 最終接続と端末応答が基準内
準拠結果、判定時刻、ポリシーバージョンを保存します。認証・アクセス制御と連動する場合、MDM障害や遅延で全員が締め出されないよう、キャッシュ時間、緊急例外、代替認証を定めます。
工程7：引渡しと利用開始を確定する
端末を準拠状態にした後、利用者へ引き渡し、受領を確認します。宅配では配送完了と本人受領を分けます。
引渡し完了条件
- 資産IDと利用者IDが台帳・MDMで一致する
- 端末が準拠し、業務アプリへ接続できる
- 利用者が端末・付属品を確認した
- 管理範囲、禁止事項、事故時連絡先を案内した
- BYODでは仕事用領域と個人領域の扱いを説明した
- 受領日時、方法、証拠を記録した
- 旧端末がある場合は回収案件を作成した
利用開始後24時間または翌営業日に、最終接続、ポリシー、アプリの状態を再確認します。初回同期が終わる前に「完了」と閉じないようにします。
工程8：日常監視は差異キューで運用する
管理画面を眺めるだけでは、異常を処理できません。検知条件から担当キューを作り、期限と次作業を付けます。
日次で抽出する差異
- 新規登録失敗、重複登録、利用者未紐付け
- 高リスク非準拠、改造・暗号化無効
- 紛失・盗難・退職者の端末
- 証明書失効、必須アプリ削除、管理プロファイル異常
- ポリシー配布失敗、ワイプ・ロックコマンド失敗
週次で抽出する差異
- 7日・14日・30日以上未接続の貸与端末
- OS更新期限の接近・超過
- 台帳とMDMで資産ID・利用者が不一致
- 期限切れの例外
- 解除処理中で長期滞留する端末
- 台帳では終了済みだがMDMに残る端末
アラート件数だけを報告せず、未対応、対応中、利用者待ち、委託先待ち、解消、誤検知へ分類します。同じ端末が毎日新規アラートとして数えられないよう案件単位で追跡します。
工程9：軽微な非準拠を自己修復へ導く
OS更新の遅れなど、利用者が直せる違反は、即時遮断より自己修復を優先します。ただし、通知だけを繰り返して放置しないよう期限を設けます。
段階対応の例
- 検知：違反内容と修復手順を本人へ通知する
- 猶予：業務影響と更新時間を考慮した期限を与える
- 再通知：本人と上長へ期限接近を知らせる
- 制限：高リスクの業務アプリやデータだけを制限する
- 隔離：期限超過または追加リスクで業務アクセスを停止する
- 支援：ヘルプデスク対応、代替端末、再登録を行う
- 復帰：修復確認後にアクセスを段階的に戻す
通知には「非準拠です」だけでなく、違反項目、影響、期限、具体的手順、問合せ先を示します。復帰は利用者の自己申告ではなく、MDMの再判定で確認します。
工程10：高リスク非準拠と紛失・盗難に対応する
改造端末、盗難、退職者アクセス、不審な証明書などは、通常の猶予を与えず事故対応へ切り替えます。
初動手順
- 通報者、発覚日時、最終確認、対象資産を記録する
- 資産ID、シリアル、利用者、所有区分を照合する
- アカウント・セッション・回線の停止要否を判断する
- 端末ロック、業務データ削除、全消去の範囲を決める
- 承認者と実行者を分けてコマンドを送る
- 配信、端末応答、完了・失敗を追跡する
- 法務、人事、個人情報、顧客対応への連携要否を判断する
- 発見・回収時は完全性を確認してから再利用する
AppleのErase Apple devicesでは、MDMから送信した消去コマンドに端末が応答して実行する流れが説明されています。オフライン端末では「送信済み」を「消去済み」にせず、アクセス停止と追跡を継続します。
工程11：ポリシー・アプリ変更を安全に配布する
全端末へ一斉配布せず、変更要求から完了照合までを一つの変更案件にします。
変更フロー
- 目的、対象、影響、緊急度を記録する
- OS・モデル・利用形態別に互換性を確認する
- ロールバックと代替業務を用意する
- 検証端末へ適用して正常・異常系を試す
- 先行グループへ配布して一定期間監視する
- 波状に本番対象を増やす
- 成功、失敗、保留、対象外を照合する
- 例外を期限付きで承認する
- 完了後に問合せ、障害、未適用をレビューする
緊急脆弱性対応では、承認経路を短縮しても、対象確認、設定バージョン、実行者、適用結果、事後レビューを残します。
工程12：修理・交換・初期化後に関係を再構築する
修理で基板や端末が交換されると、MDM端末ID、シリアル番号、証明書が変わる場合があります。古いレコードを上書きせず、交換前後の関係を残します。
修理交換の手順
- 元端末を修理中へ移し、MDMの利用状態を確認する
- 必要に応じて業務アクセスと証明書を一時停止する
- 代替機を別資産として利用者へ貸与する
- 修理返却時にシリアル、基板交換、初期化の有無を確認する
- 旧MDMレコードと新規登録を関連付ける
- 設定・準拠を再確認してから業務アクセスを戻す
- 代替機を回収・消去・再登録する
- 旧個体が交換返却された場合は終了証跡を残す
工場出荷状態へ戻しただけで会社データの消去証拠やMDM解除が完了したとみなさず、作業結果を確認します。
工程13：退職・回収・譲渡時に正しい順序で解除する
MDM解除を最初に行うと、遠隔操作や状態確認ができなくなります。端末所有区分と終了理由によって順序を分けます。
会社所有端末の解除
- 人事イベントから対象資産を確定する
- アカウント・業務アクセスを停止する
- 現物を回収し、個体と状態を確認する
- 必要なデータ移行後、消去を実施・確認する
- MDMのアプリ、証明書、利用者割当を解除する
- 再配布なら初期化後に新しい利用者で再登録する
- 売却・返却なら組織の自動登録割当を適切に解除する
- 資産台帳・回線・ライセンス・証跡を閉じる
BYODの解除
- 会社アカウントと業務アクセスを停止する
- 仕事用プロファイル・管理対象アプリ・会社データを削除する
- 削除結果またはアクセス不能を確認する
- 管理証明書とMDM登録を解除する
- 個人領域に影響していないことを案内する
- 保持期間に従い会社側の端末情報を削除する
登録プロファイルを利用者が先に削除した場合でも、IdPや業務サービス側のアクセス停止を実行できるようにします。
SLAと役割分担を明文化する
工程ごとに標準時間とエスカレーション先を決めます。例として、登録失敗は4営業時間以内、高リスク非準拠は検知後30分以内に確認、紛失は通報後直ちに初動、退職解除は最終勤務日まで、台帳・MDM差異は5営業日以内に原因確定とします。
役割の例
- 購買：自動登録対応の購入経路と端末割当を確保する
- 受入：個体ID、資産ID、組織割当を照合する
- ヘルプデスク：登録支援、軽微な非準拠の自己修復を案内する
- MDM運用：プロファイル、アプリ、端末グループを管理する
- セキュリティ：準拠基準、隔離、事故対応を判断する
- 人事：入社・異動・退職の確定情報を期限付きで連携する
- 資産管理：貸与・回収・売却とMDM状態を照合する
- 承認者：全消去、重大な例外、本番一斉変更を承認する
- 監査：管理者操作、例外、差異、証跡を独立して確認する
一人が複数役を兼ねる場合でも、全消去や全社ポリシー変更は二者確認を残します。
運用チェックリスト
新規登録
- 承認済み案件、所有区分、用途を確認した
- 資産IDと自動登録上の個体が一致する
- 正しいMDMテナントとプロファイルへ割り当てた
- 本人・責任者を会社IDで確認した
- MDM端末IDを台帳へ紐付けた
- ポリシー・アプリ・証明書の適用を確認した
- 準拠後に業務アクセスを有効化した
- 引渡しと初回同期を確認した
日常運用
- 高リスク差異を日次で処理している
- 未接続・OS期限・台帳不一致を週次で確認している
- 通知、猶予、制限、隔離の期限がある
- ポリシー変更を段階配布している
- 失敗端末に担当者と再処理期限がある
- 例外に代替策、承認、失効日がある
- 管理者操作と権限変更をレビューしている
終了処理
- 会社所有とBYODで削除範囲を分けた
- コマンド送信と端末側完了を区別した
- アカウント・証明書・回線・ライセンスを解除した
- 再配布時は新しい利用者で準拠を再確認した
- 売却・返却前に組織割当と消去を確認した
- 台帳とMDMの終了状態が一致する
- 証跡と管理ログを保存期間に従って保持した
IPAの中小企業の情報セキュリティ対策ガイドラインは、組織的・技術的な対策を実務へ落とす資料を公開しています。MDM運用でも、製品の自動化だけに依存せず、役割、承認、期限、事故対応、証跡を業務として設計します。
まとめ：登録ではなく安全な解除までを一つのフローにする
MDMの標準業務フローは、端末を管理画面へ登録して終わりではありません。調達時の組織割当、個体・本人確認、依存順序に沿った構成配布、準拠ゲート、日常差異、非準拠の自己修復と隔離、紛失時の強制操作、修理交換、退職・譲渡時の解除までを一つの状態遷移として管理します。各工程に完了条件と証拠を置けば、古い登録や誤ワイプを防ぎやすくなります。
MDM対象から外して売却する会社所有端末は、消去結果、組織割当解除、台帳更新を確認した後に価値を判断します。中古端末の買取相場を確認すると端末状態・数量・処理費を合わせれば、再配布と売却の判断根拠を残せます。最初の改善として、MDMにあるが台帳にない端末、台帳では貸与中だが30日以上未接続の端末、退職済み利用者へ残る端末を抽出してください。
