FitGap
2026-02-13

デバイスのライフサイクル管理を人事・情シス・総務の分断なく一元化し未回収リスクと調達ムダを防ぐ方法

企業のデバイス管理は、入社時のPC調達から配布、異動時の再割当、退職時の回収・データ消去まで、一連の流れとして管理されるべきものです。しかし現実には、人事部門が入退社情報を持ち、情シスがIT資産台帳を管理し、総務が物品の在庫や配送を担当するという三者分断の状態が多くの企業で常態化しています。この分断が原因で、退職者のPCが回収されないまま放置される、新入社員の初日にPCが届かない、使われていないデバイスがあるのに新規調達してしまうといった問題が繰り返し発生します。

この記事は、従業員50〜500名規模の企業で、情シス業務を兼務している管理部門の担当者や、総務・人事と連携しながらデバイス管理を担っている方を想定しています。読み終えると、入退社イベントをトリガーにしてデバイスの調達・配布・回収を自動追跡する実務ワークフローを、既存の仕組みを大きく変えずに構築できるようになります。大規模エンタープライズ向けのMDM(モバイルデバイス管理)の全社展開計画や、各ツールの網羅的な機能比較は扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、人事イベントからデバイスの回収・配布までを一気通貫で追跡できるワークフロー設計と、その運用に必要なツール構成が手元に揃います。

Workflow at a glance: デバイスのライフサイクル管理を人事・情シス・総務の分断なく一元化し未回収リスクと調達ムダを防ぐ方法

なぜデバイスの現在地と状態が見えなくなるのか

情報の起点が3つに分かれている

デバイスのライフサイクルには、大きく分けて3つの情報の起点があります。1つ目は人事システムが持つ入退社・異動の情報です。2つ目は情シスが管理するIT資産台帳で、どのデバイスが誰に割り当てられているかを記録しています。3つ目は総務が管理する物品の在庫・配送状況です。この3つがそれぞれ独立したシステムやスプレッドシートで運用されているため、ある1台のデバイスについて、今どこにあるのか、誰が使っているのか、いつ回収すべきかを横断的に把握できません。

手動連携がもたらす3つの実害

部門間の連携が口頭やメール、チャットベースの手動連絡に依存していると、3つの実害が生じます。第一に、退職者のデバイス回収が漏れます。人事が退職日を確定しても、その情報が情シスや総務に伝わるタイミングが遅れたり、そもそも伝わらなかったりすることで、退職後もデバイスが手元に残り続けます。これは情報漏洩リスクに直結します。第二に、不要な調達コストが発生します。回収済みデバイスの在庫状況が見えないため、再利用できるPCがあるにもかかわらず新規購入してしまうケースが頻発します。第三に、新入社員の業務開始が遅れます。入社日が確定してから調達を始めるのでは間に合わず、初日にPCがないまま出社させてしまう事態が起こります。

放置するほどリスクが加速する構造

この問題は、従業員数が増えるほど、また入退社の頻度が高まるほど深刻化します。年間の入退社が数名であれば担当者の記憶と個別連絡で回せますが、月に数名の入退社が発生する規模になると、手動管理では必ず抜け漏れが出ます。さらに、リモートワークの普及により、デバイスがオフィス外に分散している現在、物理的な目視確認も困難になっています。

重要な考え方:人事イベントを唯一のトリガーにしてデバイスの状態遷移を自動で駆動する

デバイスのライフサイクルで起きるすべてのアクション、つまり調達・配布・回収・データ消去・再利用は、突き詰めると人事イベントに紐づいています。入社が決まればデバイスを用意し、退職が決まれば回収する。異動があれば再割当を検討する。この事実を踏まえると、人事システムの入退社・異動データを唯一の起点として、後続のすべてのアクションを自動的に発火させる設計が最も確実です。

台帳を1つにまとめるのではなく、イベント連携で同期する

よくある失敗は、3部門の情報を1つの巨大な台帳に統合しようとすることです。統合台帳は理想的に見えますが、現実には各部門が既存のシステムを手放せず、二重入力が発生して形骸化します。そうではなく、各部門のシステムはそのまま使い続けながら、人事イベントが発生したタイミングで必要な情報を自動的に他のシステムへ連携する仕組みが実務的です。

デバイスの状態を5段階で定義する

連携を設計する前に、デバイスの状態を明確に定義しておくことが重要です。FitGapでは、在庫(未割当)、配布準備中、使用中、回収待ち、回収済み(データ消去待ち)の5段階を推奨します。この5段階をIT資産管理ツール上でステータスとして設定し、人事イベントに応じて自動的にステータスが遷移する仕組みを作ります。

人事イベント起点でデバイスの調達から回収までを自動追跡するワークフロー

ステップ 1:入退社・異動の確定情報を自動通知する(SmartHR)

人事担当者がSmartHRに入社日・退職日・異動日を登録した時点で、ワークフローが始まります。SmartHRのWebhook機能を使い、従業員ステータスが変更されたタイミングで後続のシステムへ自動通知を送ります。具体的には、入社確定時にはデバイス調達・配布の依頼を、退職確定時にはデバイス回収の依頼を、それぞれ情シスと総務に自動で飛ばします。人事担当者がやることはSmartHRへの通常の入力だけで、追加の作業は発生しません。通知先はメールでもチャットでも構いませんが、次のステップで使うIT資産管理ツールへの連携を確実にするため、Webhook経由でのデータ連携を基本とします。

ステップ 2:デバイスの割当・回収ステータスを更新する(LANSCOPE エンドポイントマネージャー クラウド版)

SmartHRからの通知を受けて、情シス担当者がLANSCOPE エンドポイントマネージャー クラウド版でデバイスのステータスを更新します。入社の場合は、在庫の中から割当可能なデバイスを選び、ステータスを在庫から配布準備中に変更し、使用者として新入社員の名前と社員番号を紐づけます。退職の場合は、該当デバイスのステータスを使用中から回収待ちに変更します。LANSCOPE エンドポイントマネージャー クラウド版はデバイスの利用状況やインストールソフトウェアも把握できるため、回収前にデータ消去が必要かどうかの判断材料も同時に得られます。在庫に割当可能なデバイスがない場合は、このステップで新規調達の判断を行います。在庫の有無がリアルタイムで見えるため、不要な調達を防げます。

ステップ 3:配布・回収の物流を実行し完了を記録する(Shelf)

デバイスの物理的な配布と回収は、総務担当者がShelfを使って管理します。Shelfはクラウド型の物品管理システムで、デバイスにQRコードやバーコードを貼付し、スマートフォンで読み取ることで入出庫や所在を記録できます。入社時には、配布準備中のデバイスをShelfで出庫処理し、配送先(オフィスの席番号や自宅住所)を記録します。届いたことが確認できたら、LANSCOPE エンドポイントマネージャー クラウド版のステータスを使用中に更新します。退職時には、返却されたデバイスをShelfで入庫処理し、LANSCOPE エンドポイントマネージャー クラウド版のステータスを回収済みに更新します。この一連の流れにより、デバイスが今どこにあるのか、誰の手元にあるのかが常に追跡可能になります。

運用サイクルとしては、毎週月曜日に情シス担当者がLANSCOPE エンドポイントマネージャー クラウド版の回収待ちステータスのデバイス一覧を確認し、1週間以上回収待ちのまま放置されているものがあれば総務と連携してフォローアップする、という15分程度の定例チェックを推奨します。

この組み合わせが機能する理由

SmartHR:人事イベントの正確な起点になる

SmartHRを起点にする最大の利点は、入退社・異動の情報が最も早く、最も正確に登録される場所だからです。雇用契約や社会保険の手続きに直結するため、登録漏れや遅延が起きにくい構造になっています。Webhook連携により、登録と同時に後続プロセスを自動で発火できる点も重要です。注意点として、SmartHRのWebhook設定にはAPI連携の初期設定が必要で、情シス担当者が対応する必要があります。一度設定すれば運用負荷はほぼゼロですが、初期構築に半日〜1日程度の作業を見込んでください。

LANSCOPE エンドポイントマネージャー クラウド版:デバイスの状態と利用実態を一元把握できる

LANSCOPE エンドポイントマネージャー クラウド版は、単なる台帳ではなく、実際にデバイスがネットワークに接続されているか、どのソフトウェアがインストールされているかといった利用実態まで把握できるIT資産管理ツールです。これにより、台帳上は使用中なのに実際には使われていないデバイスを検出でき、再利用可能な在庫の掘り起こしにもつながります。クラウド版のため、リモートワーク環境のデバイスも管理対象に含められます。トレードオフとして、エージェントソフトをデバイスにインストールする必要があるため、既存デバイスへの展開には一定の工数がかかります。新規配布デバイスにはキッティング時にエージェントを含めることで、追加工数を最小化できます。

Shelf:物理的な所在管理のギャップを埋める

IT資産管理ツールだけでは、デバイスの論理的な割当状況は分かっても、物理的に今どこにあるのかは分かりません。倉庫にあるのか、配送中なのか、届いたのか。Shelfはこの物理的な所在管理のギャップを埋めます。QRコードによる入出庫管理はスマートフォンだけで完結するため、総務担当者に特別なスキルは不要です。制約として、ShelfとLANSCOPE エンドポイントマネージャー クラウド版の間にはAPI連携がないため、ステータスの同期は手動で行う必要があります。ただし、更新が必要なタイミングは配布完了時と回収完了時の2回だけなので、運用負荷は限定的です。

Recommended tool list

ToolRolePricingImplementation timeNotes
SmartHR人事イベント(入退社・異動)の起点となり、後続プロセスへ自動通知を送る月額課金Webhook初期設定に半日〜1日API連携の初期設定が必要。情シス担当者が対応し、一度設定すれば運用負荷はほぼゼロ。従業員ステータス変更時のWebhookトリガーを設定する。
LANSCOPE エンドポイントマネージャー クラウド版デバイスの割当状態・利用実態を一元管理し、ステータス遷移を追跡する月額課金ステータス定義とエージェント展開に1〜2週間5段階のデバイスステータスをカスタム設定する。既存デバイスへのエージェント展開は段階的に実施し、新規配布デバイスにはキッティング時に含める。
Shelfデバイスの物理的な所在・入出庫をQRコードで管理する月額課金QRコード貼付と初期登録に1〜3日既存デバイスにQRコードを貼付し、Shelfに初期登録する。スマートフォンで読み取るだけで入出庫を記録できるため、総務担当者への教育コストは低い。

結論:人事イベントを起点にすればデバイス管理の分断は解消できる

デバイスのライフサイクル管理が破綻する根本原因は、3部門がそれぞれ別の情報を別のタイミングで管理していることにあります。この問題は、人事イベントを唯一のトリガーとして、IT資産台帳のステータス更新と物品の物流管理を連動させることで解消できます。SmartHRで入退社を登録した瞬間に後続のアクションが自動で走り、LANSCOPE エンドポイントマネージャー クラウド版でデバイスの論理的な状態を追跡し、Shelfで物理的な所在を管理する。この3層の連携により、未回収デバイスの放置、不要な調達、配布遅延という3つの実害を同時に防げます。

まずは、SmartHRのWebhook設定と、LANSCOPE エンドポイントマネージャー クラウド版のデバイスステータス定義(在庫・配布準備中・使用中・回収待ち・回収済み)の5段階を設定するところから始めてください。この2つが整えば、来月の入退社から新しいワークフローで運用を開始できます。

Mentioned apps: SmartHR, LANSCOPE エンドポイントマネージャー クラウド版

Related categories: IT資産管理ツール, タレントマネジメントシステム(HCM)

Related stack guides: 変革プロジェクトの実績をキャリア評価に直結させ優秀なリーダー人材の離職を防ぐ方法, 女性管理職候補の育成プロセスを可視化し計画的な登用判断につなげる方法, 生成AIのライセンスを必要な社員へ確実に届け無駄なコストと機会損失をなくす方法, データの機密区分とアクセス権限のズレを解消し情報漏洩リスクと監査指摘を未然に防ぐ方法, 教育訓練の受講記録と力量評価の分断を解消し審査で即座に力量適合を証明できる体制をつくる方法

サービスカテゴリ

AI・エージェント

汎用生成AI・エージェント
LLM・大規模言語モデル
エージェントフレームワーク
エージェントオートメーション基盤

ソフトウェア(Saas)

オフィス環境・総務・施設管理
開発・ITインフラ・セキュリティ
データ分析・連携