企業のIT資産管理は、ERPをはじめとする基幹システムのマスターデータ統制と切り離せない段階に入っています。端末管理（MDM）の移行は、単なる情シスの入れ替えにとどまらず、資産台帳や認証情報、利用者マスターの整合性に直結する経営課題です。特にiOS 26・macOS 26では、Apple Business Managerを活用して初期化を伴わずにMDMを切り替えられる新たな前提が生まれました。これは移行コストと業務停止リスクを大きく下げる一方で、移行計画の巧拙が基幹マスターの品質を左右することも意味します。本稿では、MDM移行が基幹マスター管理に与える影響を整理したうえで、棚卸しから段階移行、ガバナンスまでの実務手順を解説します。ERP構想の策定や導入を検討されているCxOや管理職の方が、端末基盤の刷新を全社的なデータ戦略の一部として位置づけるための判断材料としてご活用ください。
MDM移行が基幹マスター管理に与える影響
端末管理の変化がデータ統制に及ぼす波及効果
MDMの移行は、端末の管理方式を切り替える作業にとどまらず、端末に紐づく資産情報や利用者情報の統制にも影響を及ぼします。端末台帳と基幹システム上の資産マスターが連動している企業では、移行の過程で両者の整合性が崩れやすくなります。とりわけ複数拠点や多数の部門で端末を運用している企業では、部門ごとに異なるタイミングで移行が進むため、データの不一致が発生しやすくなります。
経営の観点では、このデータ統制の揺らぎが内部統制や監査対応に直結する点を見過ごせません。端末の所在や利用者の割り当てが不明確になると、資産の減損判断や棚卸しの精度にも影響が及びます。MDM移行を単独のIT施策として扱うのではなく、基幹マスターのガバナンス全体に関わる論点として捉えることが重要です。
従来型の初期化前提移行が抱える経営リスク
従来のMDM移行では、端末の初期化を前提とするケースが多く見られました。初期化を伴う移行は、業務の停止時間を生むだけでなく、端末内のデータや設定の喪失リスクを伴います。特に業務データを端末上に保持している場合、事前のバックアップや復旧手順の確認が不十分であれば、業務への影響が経営判断の対象になり得ます。
また、移行作業を現場に依存する形で進めると、作業品質にばらつきが生じ、移行後の問題が後から表面化しがちです。こうした不確実性は、移行コストの見積もりを不正確にし、投資対効果の説明責任を果たしにくくします。経営層は、移行に伴う停止リスクと運用負荷を事前に定量的に把握し、判断材料として整理しておく必要があります。
iOS 26・macOS 26で変わる移行の前提条件
iOS 26およびmacOS 26では、Apple Business Managerを経由して、MDMの割り当て先を変更するだけで移行を進められるデバイス移行機能が追加されました。この機能は2025年のWWDCで発表されたもので、初期化を伴わずに移行できる点が従来との大きな違いです。ただし、この移行方式は対象OSが一定の条件を満たす端末に限られるため、保有端末のOSバージョンを事前に把握することが前提になります。
この前提条件の変化は、移行の計画そのものを見直す契機になります。従来の初期化前提の計画を流用するのではなく、端末構成と業務要件に応じて移行方式を選び分ける視点が求められます。移行方式の違いが基幹マスターへの影響範囲を左右するため、経営層も技術的な前提を理解したうえで意思決定に関与することが望ましいといえます。
移行対象の棚卸しとマスターデータ連携の全体設計
MDMに紐づく資産・ユーザー・アプリデータの棚卸し
移行の成否は、移行前の棚卸しの精度によって大きく左右されます。まず、MDMで管理している端末の台数、機種、OSバージョン、利用部門、利用者を一覧化し、現状を正確に把握します。そのうえで、端末に紐づく利用者情報やアプリの配布状況、構成プロファイルや証明書の管理状況も併せて整理します。
アプリデータについては、移行後も保持されるケースがある一方で、消失するリスクも指摘されています。そのため、業務上重要なデータを端末ごとに特定し、事前バックアップの要否を判断しておくことが欠かせません。棚卸しの段階で移行対象と除外対象を明確に区分することで、後工程での手戻りを抑えられます。
ERPおよび基幹システムとの認証・資産台帳連携の確認
MDM移行で見落とされやすいのが、ERPや基幹システムとの認証連携と資産台帳との整合性です。端末の認証情報やユーザーIDが基幹システムと連動している場合、移行に伴い認証の経路や管理主体が変わると、業務システムへのアクセスに支障が生じるおそれがあります。
また、資産台帳とMDMの管理情報に不一致があると、移行後の資産計上や償却管理に誤りが生じます。移行前に両者の連携仕様を確認し、移行後に想定される差分を事前に洗い出しておくことが重要です。基幹マスターの品質を維持するという観点から、MDMと基幹システムを一体で設計する視点が求められます。
移行スコープとステークホルダーの合意形成
移行の範囲を明確に定めるためには、情報システム部門だけでなく、経理、総務、事業部門などの関係者を早期に巻き込む必要があります。移行対象とする端末の範囲、移行方式、実施時期、判断の責任者を明文化し、関係者間で合意を形成しておくことで、プロジェクトの進行を安定させられます。
合意形成の際には、移行に伴う業務停止の許容範囲や、データ保全の基準を具体的に定めることが重要です。経営層がこれらの基準に関与し、リスクとコストのバランスを判断することで、移行プロジェクトは全社的な意思決定の下で推進されます。
Apple Business Managerを軸とした移行手順の設計
Apple Business ManagerでのMDMサーバー割り当て先変更の流れ
MDM移行の設計では、まずApple Business Manager（ABM）上でMDMサーバーの割り当て先を変更するだけで移行を進められる点を理解することが出発点になります。従来は端末の初期化や再登録を前提とする作業が多く、移行計画そのものが業務停止の要因になっていました。ABMを軸に据えることで、情シス部門の作業範囲を大きく絞り込めます。
実務の流れは、現行MDMの利用状況の把握、移行対象端末の選定、ABMでの割り当て先変更、端末の再起動、新MDMでの構成プロファイルの配布確認という順序になります。移行時には端末の再起動が1回必要になるため、利用者への周知と作業時間帯の調整をあらかじめ計画に組み込むことが重要です。
デバイス移行機能を用いた初期化不要の移行アプローチ
2025年のWWDCで発表されたデバイス移行機能は、iOS 26以降で初期化なしにMDMを移行できる仕組みです。macOS 26、iPadOS 26でも同様の考え方が適用されます。これにより、端末内のアプリデータや業務設定を保持したまま管理基盤を切り替えられるようになりました。
ただし、移行後にアプリデータは保持されるものの、消失リスクを完全には排除できないという指摘もあります。移行前の端末データのバックアップを必須工程とし、対象OSのバージョンや端末機種ごとの条件を事前に検証することが、経営的な損失を防ぐ要点です。
Microsoft Intuneを含む複数MDM環境での移行方針
実際の企業では、Microsoft Intuneを含む複数のMDMが併用されているケースが少なくありません。こうした環境では、移行元MDMの設定が端末に残ったままだと新MDMが正常に機能しないおそれがあります。そのため、移行元の構成プロファイルや管理設定のアンインストール順序を明確に定めておく必要があります。
複数MDM環境での方針は、対象端末群を管理主体ごとに分類し、移行の優先順位と依存関係を整理することから始まります。統合型のMDM管理を目指す場合でも、一度に全端末を切り替えるのではなく、影響範囲の小さいグループから順次移行する設計が現実的です。
段階移行によるリスク管理と業務継続性の確保
部門単位・拠点単位の段階移行計画
MDM移行は業務停止を防ぐための計画が欠かせません。段階移行方式が推奨されており、まずは少数の部門でテスト運用を行い、問題点を洗い出したうえで全社展開に進める流れが基本です。部門単位や拠点単位で区切ることで、トラブルが発生した際の対応範囲を限定でき、影響を最小化できます。
段階移行の計画では、各フェーズの完了基準、切り戻し条件、移行対象者への周知タイミングを事前に定義しておくことが重要です。経営層にとっては、移行の進捗を可視化し、業務継続性を担保できる体制を示すことが意思決定の前提になります。
移行時のセキュリティ空白期間とアンインストール手順の管理
移行時に最も注意が必要なのは、移行元と移行先の管理が切り替わる間にセキュリティの空白期間が生じるリスクです。この期間に端末の管理や制御が不十分になると、情報漏えいや不正利用につながりかねません。そのため、移行元MDMのアンインストールは新MDMによる管理の有効化を確認してから実施する手順を徹底する必要があります。
アンインストール手順では、証明書やプロファイルの管理状況を確認し、残存設定が新MDMの動作を妨げないよう点検することが求められます。移行の成否は、技術的な操作だけでなく、こうした管理の連続性をどこまで担保できたかで判断されるべきです。
移行後のアプリデータ保全と動作検証
移行後は、アプリデータが正しく保持されているかを確認し、業務アプリが期待どおりに動作するかを検証する工程が必要です。移行直後は問題が表面化しにくいため、一定期間の経過観察を含めた検証計画を立てることが推奨されます。特に基幹業務に関わるアプリは、認証連携やデータ参照の動作を重点的に確認する必要があります。
検証結果は、部門ごとに記録し、次の移行フェーズにフィードバックする仕組みを整えることで、全社展開の精度と安全性を高められます。
移行プロジェクトのガバナンスと投資対効果の評価
経営層が確認すべきKPIと意思決定ポイント
MDM移行を経営課題として扱うには、情報システム部門の作業進捗ではなく、事業への影響を測定できる指標で管理することが重要です。移行完了率や端末の登録状況に加え、業務停止時間、初期化に伴う再設定工数、セキュリティポリシーの適用率、移行後の問い合わせ件数を経営層が確認できる形で定義します。特に、Apple Business Managerを通じた割り当て先変更により初期化を伴わない移行が可能になったかどうかは、移行コストを大きく左右する重要な判断材料です。
意思決定ポイントとしては、移行の実施時期、対象範囲、既存MDMの契約満了時期の3点を早期に整理する必要があります。とりわけ、移行を先延ばしにした場合のライセンス費用や運用負荷の増加を試算し、現行環境を維持するコストと移行に要する投資を比較することが求められます。
移行後の運用体制とMDMサービス選定の視点
MDM移行は、移行作業の完了をもって終わるものではありません。移行後は、構成プロファイルの管理、アプリ配布、証明書の更新、デバイスの棚卸しといった運用業務が継続して発生します。移行前に運用責任の所在を明確にし、情報システム部門、現場部門、ベンダーの役割分担を定義しておくことで、移行後の混乱を抑えられます。
MDMサービスの選定においては、現行業務との連携性、セキュリティ要件への適合性、運用負荷の軽減効果に加え、将来の拡張性を評価軸に含めることが重要です。Microsoft Intuneなど既存の基盤との統合性も含めて判断することで、MDMを単独の管理ツールではなく、全社のITガバナンスを支える基盤として位置づけることができます。
ERP構想全体に組み込むための中長期ロードマップ
MDM移行を単発のプロジェクトで終わらせず、ERP構想全体の中に位置づけることで、投資対効果は大きく高まります。端末やユーザーの情報は、人事、資産管理、会計といった基幹業務のマスターデータと密接に関係しているため、MDMで管理される情報を基幹マスターと整合させることが、全社的なデータ統制の出発点になります。
中長期ロードマップでは、短期的にはMDM移行と端末資産の可視化を実施し、中期的には認証基盤や資産台帳とのデータ連携を整備し、長期的にはERPを軸とした業務全体のデータ統合を目指す段階的な設計が有効です。各段階での成果を経営層に示しながら投資を判断することで、ERP構想全体の推進力を維持できます。
ERP構想策定・導入を検討されている方へ
MDM移行を含むERP基幹マスター整備の全体像を描くために
MDM移行は、端末管理の刷新にとどまらず、ERP基幹マスターの整備を見直す好機でもあります。端末、ユーザー、アプリ、資産といった情報を一元的に捉えることで、基幹システム全体のデータ品質を高められます。ERP構想の策定にあたっては、個別の移行作業を点として扱うのではなく、業務プロセス、データ構造、ガバナンス体制を一体で設計する視点が欠かせません。
ERPコンサルティングサービスの活用によるリスク低減と推進加速
ERP構想や基幹マスター整備は、部門間の利害調整や技術的な判断を伴うため、社内の人員だけで進めると遅延や手戻りが生じやすくなります。外部の専門家を活用することで、移行計画の妥当性を客観的に検証し、リスクを早期に洗い出せます。
コネクタブルーの成果報酬型AIOサービスは、以下の3つの特長により、ERP構想の推進を支援します。
- 成果に連動した料金体系により、初期投資を抑えながら取り組みを開始できる
- AIO（AI Optimization）の観点から、検索や生成AIにおける情報の見え方を踏まえた情報設計を支援する
- 戦略、業務、技術を横断した知見により、経営層の意思決定に資する情報を整理できる
費用相場は、月額300万円から1000万円を想定しています。
次のアクションに向けたご相談の入り口
MDM移行とERP基幹マスター整備を一体で進めるためには、現状の課題を正確に把握し、経営目標との整合を図ることが第一歩です。まずは自社の端末管理やマスターデータの状況を整理し、どの領域から着手すべきかを見極めることをお勧めします。以下のサービスページでは、コネクタブルーのAIOサービスの詳細をご確認いただけます。
-
Enterprise Resource Planning
Enterprise Resource Planning
Fit to Standard導入とAIベースの業務改革（BPR）
両輪の改革へ
Get In Touch
ERPプロジェクトを成功させるために
一般的にERP導入プロジェクトはセオリー/方法論通りに進めることが重要と言われており、確かにこのセオリーに精通していることは必要ですが、それをなぞるだけではプロジェクトを成功させるには不十分です。
私たちは、幅広いERP製品知識と、導入方法論への習熟に加え、お客様の業界・業務プロセス、企業文化への理解に基づき、セオリー/方法論の先に求められる「お客様にとって固有の創意工夫」に踏み込み、お客様と一緒にその答えを導き出すスタイルを採用しております。結果として、この部分において、これまでご支援させて頂いたクライアント企業様から最もご評価いただいております。
これからプロジェクトを立ち上げるが何から着手すべきか分からない、実行中プロジェクトの先行きが不透明化してきているなどの課題感をお持ちの場合には、まずはお気軽にお声がけ下さい。
Fit to Standardアプローチを軸として、業種・業務の複雑性によってはスクラッチ開発とのハイブリッド構成などお客様にとって最適なToBe像を幅広に、中立的な立場で示唆・提言させて頂き、プロジェクトの成功に貢献します。
一般的にERP導入プロジェクトはセオリー/方法論通りに進めることが重要と言われており、確かにこのセオリーに精通していることは必要ですが、それをなぞるだけではプロジェクトを成功させるには不十分です。
私たちは、幅広いERP製品知識と、導入方法論への習熟に加え、お客様の業界・業務プロセス、企業文化への理解に基づき、セオリー/方法論の先に求められる「お客様にとって固有の創意工夫」に踏み込み、お客様と一緒にその答えを導き出すスタイルを採用しております。結果として、この部分において、これまでご支援させて頂いたクライアント企業様から最もご評価いただいております。
これからプロジェクトを立ち上げるが何から着手すべきか分からない、実行中プロジェクトの先行きが不透明化してきているなどの課題感をお持ちの場合には、まずはお気軽にお声がけ下さい。
Fit to Standardアプローチを軸として、業種・業務の複雑性によってはスクラッチ開発とのハイブリッド構成などお客様にとって最適なToBe像を幅広に、中立的な立場で示唆・提言させて頂き、プロジェクトの成功に貢献します。
よくある質問（FAQ）
MDMの移行とは何ですか？
MDMの移行とは、企業が利用しているモバイルデバイス管理（MDM）サービスを、現行のMDMから別のMDMに切り替える取り組みを指します。モバイルデバイス管理は、企業が業務で利用するスマートフォンやタブレット、PCなどのデバイスを一元的に管理・制御するための仕組みです。MDM移行では、既存の管理環境から新しいMDMへ端末の管理権限を移し、構成プロファイルやアプリ、各種設定を引き継ぐ必要があります。移行計画には利用者への周知が含まれるべきであり、業務への影響を最小限に抑えるための準備が欠かせません。移行を検討する際には、新旧MDMの機能差分を比較することが重要です。現行MDMに不足している機能や、サポート体制への不満などが移行の主な理由となるケースが多く見られます。また、企業の成長に伴い管理対象端末が増加することも、MDM移行を検討するきっかけになります。
MDMを別のMDMに乗り換える方法は？
MDMを別のMDMに乗り換える方法として、まず現行MDMの利用状況を把握し、新しいMDMの調査と比較検討を行うことが基本です。そのうえで、MDM移行の具体的な手順を組み立てます。移行手順には証明書やプロファイルの管理が含まれるため、どの端末にどの構成が適用されているかを事前に整理しておく必要があります。MDM移行を検討する際には、Apple Business Managerを利用した割り当て先の変更による方法があります。Apple Business Managerの管理画面で、対象デバイスの割り当て先を移行先のMDMに設定し、ユーザー側での操作を最小限に抑えながら乗り換えを進めることができます。移行にあたっては、移行元MDMの設定が残ると新MDMが正常に機能しないおそれがあるため、移行元の設定を適切に解除することが大切です。また、移行時に端末の再起動が1回必要となる点も計画に組み込んでください。MDMを移行するタイミングとしては、端末の機種変更の時期が最適とされています。機種変更に合わせて移行を行うことで、初期化などの作業負担を抑えやすくなります。
iOS 26で初期化せずにMDMを移行できるのですか？
はい、iOS 26以降では初期化なしでMDMを移行できるようになりました。2025年のWWDCでMDM移行機能が発表され、これまで一般的だった端末の初期化を伴う乗り換えが不要になったことは大きな変化です。従来は、MDMを別のMDMに切り替える際に端末を初期化し、再設定を行う必要がありました。その結果、ユーザーの作業負荷が増え、業務停止の時間も長くなりがちでした。iOS 26とmacOS 26では、Device Migration（デバイスの移行）の機能が追加され、初期化せずにMDMを乗り換えられるようになっています。この新機能では、ABM側でMDMの割り当て先を変更するだけで移行を進められるため、情シス側の作業だけで完結し、初期化を伴わずに進められる点が特徴です。ただし、iOS/iPadOS 26とmacOS 26の新しいMDM移行機能は、Apple Business Managerに直接組み込まれた仕組みであり、対象となるデバイスや環境の条件を事前に確認しておくことが必要です。移行後もアプリデータは保持されますが、移行後にアプリの動作確認を行い、業務に支障がないかを検証することが重要です。
Apple Business Managerで割り当て先のMDMを変更する手順は？
Apple Business Managerで割り当て先のMDMを変更する手順は、まず移行の対象となるデバイスを特定し、その割り当て先を移行先のMDMに設定することから始まります。ABMの管理画面では、MDMサーバーの情報を確認し、移行先のMDMサーバーとの連携を行う必要があります。具体的には、Apple Business Managerにおいて移行先のMDMサーバーを登録し、対象デバイスを新しいMDMに割り当てます。割り当てを変更すると、端末は移行先のMDMによる管理へと切り替わります。移行の過程では、サインインや認証の操作が求められる場合があるため、ユーザー側に必要な操作を事前に案内しておくことが大切です。移行時には、トークンの有効性や登録期限も確認が必要です。登録期限を設定している場合は、期限内に作業を完了できるよう計画を立ててください。また、対象デバイスの一覧と割り当て状況を移行前後で照合し、移行漏れがないかを確認してください。移行が完了したら、端末が正しく新しいMDMの管理下に入っているか、構成プロファイルやアプリが正常に配布されているかを確認します。
MDM移行の前に準備すべきことは何ですか？
MDM移行の前に準備すべきことは、現行MDMの利用状況の把握と、移行計画の策定です。まず、現行MDMでどの端末が管理されているか、どのような構成プロファイルやアプリが配布されているか、どのユーザーが利用しているかを整理してください。管理対象端末の台数や種類、OSのバージョンなども確認し、移行対象を明確にすることが欠かせません。次に、移行先の新しいMDMを調査し、機能や対応OS、サポート体制を比較検討します。移行先のMDMが自社の運用要件を満たしているかを確認することが重要です。移行計画には利用者への周知を含めるべきであり、移行のスケジュール、必要な作業、ユーザー側の操作内容を事前に案内しておくと、混乱を防ぎやすくなります。また、移行前に端末のデータをバックアップしておくことも必要です。業務データの保持は移行時の重要なポイントであり、万一のトラブルに備えた対策を用意しておくことが求められます。さらに、移行時にセキュリティの空白期間が生じるリスクがあるため、移行中も端末が適切に保護されるよう配慮してください。
MDM移行でデータは消えないのですか？
MDM移行におけるデータの扱いは、移行方法によって異なります。iOS 26以降で提供されるデバイス移行機能を利用する場合、初期化を伴わずに移行できるため、移行後もアプリデータは保持されるとされています。業務データの保持は移行時の重要なポイントですが、すべての環境で必ずデータが保持されるわけではありません。従来の方法では、MDMを移行する際に端末の初期化が必要となる場合が多く、その際には端末内のデータが消失する可能性があります。移行後にアプリデータが消失するケースも報告されているため、注意が必要です。また、MDM移行時に業務端末のデータを保持することは難しい場合があります。そのため、移行前に端末のデータをバックアップしておくことが欠かせません。バックアップの取得範囲や方法を事前に決め、移行後にデータが正しく復元されているかを確認する手順を用意しておくことが重要です。移行後はアプリの動作確認を行い、業務に必要なデータにアクセスできるかをあわせて検証してください。
MDM移行にかかる期間や作業時間はどのくらいですか？
MDM移行にかかる期間や作業時間は、対象となる端末の台数、移行方法、社内の体制によって大きく異なります。一般的に、MDM移行は事前準備、移行作業、移行後の確認という段階に分けて計画することが重要です。事前準備には、現行MDMの利用状況の把握、移行先MDMの調査と比較検討、利用者への周知、データのバックアップなどが含まれます。この段階が十分でないと、移行作業時に想定外のトラブルが生じやすくなるため、時間をかけて準備することが望まれます。移行作業そのものは、初期化を伴わない方法であれば比較的短時間で完了する場合もありますが、端末の再起動やサインイン、認証などの操作が必要となるため、ユーザーの作業時間も考慮しなければなりません。初期化が必要な場合には、端末の再設定やアプリの再インストールにも時間がかかります。移行後は、端末が正しく管理下に入っているか、構成プロファイルやアプリが正常に配布されているかを確認する期間を設けてください。全社的な移行では、段階的に進めることで全体の期間を見通しやすくなります。
MDM移行を段階的に進めるにはどうすればいいですか？
MDM移行を段階的に進めるには、最初に少数の部署や限られた端末でテスト運用を行い、問題がないことを確認してから全社へ展開する方法が推奨されます。段階移行方式を採用することで、移行時に発生しうるトラブルを早期に発見し、影響範囲を限定できます。具体的な進め方としては、まず移行対象を部門単位で分け、移行の優先順位を決めます。部門単位で段階的に移行を行うと、トラブル対応が容易になり、問題が発生した場合にも他の部門への影響を抑えられます。最初の部門での移行結果を検証し、手順書や利用者向けの案内を改善したうえで、次の部門へ展開していきます。各段階では、移行対象の端末が正しく新しいMDMの管理下に入っているか、構成プロファイルやアプリが正常に配布されているかを確認してください。また、段階ごとに利用者からのフィードバックを収集し、サポート窓口での対応内容を共有することも有効です。移行の進捗を管理画面で把握しながら、業務に支障が出ないよう慎重に全体を進めていくことが重要です。
移行時のセキュリティリスクをどう防げばいいですか？
移行時のセキュリティリスクを防ぐには、移行中に端末が無防備な状態にならないよう、管理の継続性を確保することが重要です。MDM移行では、移行元の管理が解除されてから移行先の管理が有効になるまでの間に、セキュリティの空白期間が生じるリスクがあります。この空白期間を作らないための配慮が必要です。具体的には、移行計画の段階で、移行元と移行先のMDMによる管理の切り替えタイミングを明確に定めておくことが求められます。移行元の設定を適切に解除し、移行先の構成プロファイルを速やかに適用することで、管理の空白を最小限に抑えられます。また、移行中に端末が紛失したり不正に利用されたりする事態に備え、紛失時の対応手順を事前に整理しておくことも大切です。Apple Business Managerを利用する移行では、割り当て先の変更を正確に行い、移行漏れや誤った割り当てがないかを確認してください。移行完了後は、全対象端末に対してセキュリティ設定が適用されているかを検証し、ポリシーの遵守状況を確認することが欠かせません。
MDM移行でよくある失敗や注意点は何ですか？
MDM移行でよくある失敗は、事前の現状把握が不十分なまま移行を進めてしまうことです。管理対象の端末や構成プロファイル、配布しているアプリを正確に把握していないと、移行後に端末が正しく管理されない、必要なアプリが配布されないといった問題が発生します。MDM移行には事前の現状把握が不可欠です。もう一つの注意点は、移行元MDMの設定が残ったまま移行を進めてしまうことです。移行元の設定が残ると、新しいMDMが正常に機能しなくなるおそれがあります。移行元の設定は適切に解除し、新しいMDMへの切り替えを確実に行ってください。さらに、利用者への周知が不足すると、移行作業時にユーザーが戸惑い、問い合わせが急増したり、業務が滞ったりする原因になります。移行の日程、必要な操作、注意事項を事前に案内しておくことが大切です。移行後の確認を怠ることも、よくある失敗の一つです。端末が正しく新しいMDMの管理下に入っているか、アプリの動作やデータの状態に問題がないかを検証し、問題があれば速やかに対応できる体制を整えておくことが重要です。