入替後の社用iPhoneの実務ガイド｜型番・台数・状態を棚卸しして査定可能なリストにする

社用iPhoneの棚卸しは台数確認ではなく売却可能性の証明である

入替後の社用iPhoneを売却するとき、資産台帳に100台あるから100台を査定へ出せるとは限らない。利用者が返却していない、箱と現物のIMEIが違う、MDMやApple Accountのロックが残る、回線解約が未完了、画面割れや電池膨張がある、証拠のない初期化済み端末が混ざると、査定保留や減額、情報漏えいにつながる。

棚卸しの成果物は機種別の合計表ではなく、一台ごとに「誰が、どこで、何を確認し、次に何をすべきか」を判断できる査定可能リストである。本稿では、現物、資産、MDM、通信、会計、データ処理を照合し、売却対象を安全に確定する手順を整理する。

棚卸しの対象範囲と基準時点を固定する

最初に、どの入替案件・会社・拠点・部門・端末を対象にするか、いつの状態を集計するかを決める。基準時点が曖昧だと、返却中、修理中、貸出中の端末が二重計上される。

対象定義に含める項目

• 法人、部門、拠点、費用負担部門
• 入替案件名と旧端末の利用終了日
• 対象の機種、世代、購入・リース区分
• 常用、予備、貸出、修理、紛失の範囲
• 棚卸し基準日時と台帳の抽出日時
• 現物確認の場所、担当者、立会者
• 売却、再配布、保管、廃棄の判断期限

「倉庫にある旧端末」だけでなく、利用者宅、修理事業者、別拠点、ロッカー、貸出先も母集団へ含める。対象外にする端末にも理由と責任者を付ける。

正となる台帳を項目ごとに決める

資産台帳、MDM、通信会社、Apple Business Manager、購買、会計、人事には、それぞれ違う識別子と状態がある。一つの台帳がすべて正しいとは限らないため、項目ごとの正を決める。

• 現物識別：端末に表示されるシリアル・IMEI
• 所有・取得：購買契約、納品書、資産台帳
• 管理状態：MDMと企業向け登録の管理画面
• 利用者：人事・貸出台帳・返却記録
• 回線：通信会社の契約・電話番号一覧
• 帳簿：会計台帳、リース・レンタル契約
• データ処理：消去・初期化・検証記録

同じ項目が食い違った場合の解決責任者を決める。現物を見ずに資産台帳の値で上書きしない。

一台を結ぶ識別子を先にそろえる

iPhoneではシリアル番号、IMEI、IMEI2、EID、電話番号、資産番号、MDMデバイスIDが使われる。どれか一つだけでは、SIM交換、デュアルSIM、筐体交換、修理で追跡が切れる可能性がある。

Appleは端末や設定画面などから識別番号を確認する方法をシリアル番号やIMEIの確認手順で案内している。棚卸しでは信頼する表示箇所を統一し、手入力ミスを減らす。

個体リストの基本列

• 社内資産番号
• シリアル番号
• IMEI、必要に応じてIMEI2・EID
• 機種名、モデル番号、容量、色
• 現在OS
• 電話番号、SIM・eSIM区分、通信会社
• MDM・企業登録のデバイスID
• 現利用者・最終利用者
• 保管場所・箱・棚番号
• 現物確認日時、確認者、写真番号

IMEIの末尾だけを台帳へ入れると同一性を証明しにくい。閲覧権限を制御したうえで完全な識別子を原本に保持し、一般共有用にはマスキングした表を作る。

収集前に返却対象者と所在を確定する

利用者へ一斉に「旧端末を返してください」と送るだけでは、対象端末、付属品、返却場所、期限が分からず問い合わせが増える。利用者ごとに資産番号、機種、返却物、期限、方法を提示する。

• 端末本体、SIM、ケース、充電器などの返却範囲
• バックアップ・業務引継ぎの完了条件
• 返却前に本人が行ってよい操作・行わない操作
• 対面、社内便、配送の選択肢
• 配送時の梱包、追跡、本人確認
• 未返却・紛失・破損時の連絡先

利用者自身にApple Accountや端末を初期化させる場合、会社管理との順序を誤ると証拠や設定を失う。返却前操作は情報システム部門の手順に合わせる。

受領時に現物・返却者・時刻を記録する

端末が倉庫へ届いてからまとめて記録すると、誰から何を受け取ったか分からなくなる。受領点で資産番号、シリアル、返却者、時刻、付属品、外観、電源状態を記録し、受領証を残す。

• 受領者と返却者
• 日時、場所、配送追跡番号
• 現物の資産番号・シリアル・IMEI
• SIM・ケース・ケーブル等の有無
• 電源投入可否、画面・筐体の重大破損
• 端末がロック中か、初期設定画面か
• 同梱物や箱との識別子一致
• 一時保管箱と封印番号

電池膨張、異臭、異常発熱、水濡れが疑われる端末は通常品と分け、安全担当の手順で隔離する。無理に充電・起動しない。

現物棚卸しは二人確認または機械読取りを使う

大量端末を一人が手入力すると、桁間違い、同じ端末の二重読取り、未読取が起こる。バーコード・QR読取り、MDM出力、端末画面の撮影を組み合わせ、重要な差異は二人で確認する。

作業場所を「未確認」「確認中」「確認済み」「保留」「危険品」に分け、一方向に流す。確認済み端末を未確認箱へ戻さない。休憩や担当交代時に、箱単位の開始数、完了数、保留数を照合する。

重複シリアル、欠番、対象外機種、台帳にない現物を自動抽出する。合計台数が一致しても、別の一台が重複し一台が欠けている可能性があるため、個体単位で突合する。

MDM・企業登録・アカウント状態を分けて確認する

「初期化済み」と「売却可能」は同じではない。端末上のデータが消えていても、MDM、自動デバイス登録、Activation Lock、業務アカウントが残る場合がある。

Appleの導入管理では組織所有端末の登録・監督などが扱われているため、利用中の構成に応じてAppleプラットフォーム導入ガイドと自社MDMの手順を照合する。

状態を個別の列にする

• MDM登録中・解除済み・不明
• 自動デバイス登録の割当て中・解除済み
• Activation Lock有効・解除済み・確認不能
• 端末パスコード有・無・不明
• Apple Accountサインイン有・無・不明
• 業務アプリ・証明書・VPN失効済み・未処理
• 最終MDM同期日時

一つの「ロックなし」列へまとめない。誰がどの管理画面で解除し、端末初期化後にどの画面を確認したかを記録する。

回線・SIM・番号の状態を端末から分離して照合する

端末売却と回線解約は別工程である。物理SIMが入ったまま、eSIMが残る、電話番号転送が続く、月額課金が残るといった問題を防ぐ。

• 電話番号、通信会社、契約名義
• 物理SIM・eSIMの識別情報
• 継続、移行、休止、解約の判断
• 新端末への番号移行完了日
• 旧SIMの回収・無効化・廃棄
• eSIM削除と再発行の状態
• 留守番電話、転送、SMS認証の移行
• 最終請求と解約確認

端末が査定へ出た後にSMS認証が旧番号へ届かないよう、業務システムの登録番号も棚卸しする。

型番・容量・通信仕様を正規化する

台帳に「iPhone 13」「13 128」「A2631」など異なる表記が混ざると、機種別数量と相場条件を誤る。製品名、世代、画面サイズ、容量、色、モデル番号、販売地域、SIM仕様を独立列にする。

自由記述をそのまま集計せず、マスタへ変換し、原文も別列で保存する。変換不能は推測せず「要確認」とする。同じ名称でも地域・型番により通信仕様や流通条件が違う場合があるため、モデル番号を残す。

査定依頼用には、機種・容量・状態・台数の集計と、個体ID明細を分ける。集計値から明細へ戻れるよう、ロットIDを付ける。

状態評価は外観・機能・電池・ロックを分ける

A・B・Cといった総合ランクだけでは、査定差異の原因を説明できない。まず観察事実を記録し、事業者のランクへ変換するのは後にする。

外観

• 画面の傷、割れ、焼付き、色むら
• 背面・側面の傷、へこみ、塗装剥がれ
• カメラレンズの傷、曇り、割れ
• 筐体の曲がり、隙間、膨らみ

機能・電池

• 電源、タッチ、ボタン、カメラ、音声
• Wi-Fi、Bluetooth、モバイル通信
• 充電端子、ワイヤレス充電
• 生体認証、近接・回転等のセンサー
• 電池最大容量、診断、急減、発熱
• 修理歴、交換部品、水濡れ表示

未検査を正常とみなさない。「正常」「不良」「未検査」「確認不能」を使う。電源が入らない端末も個体IDと外観を記録し、データ処理方法を別途判断する。

写真は個体と結び付き再現できる条件で撮る

写真が大量にあっても、どの端末か分からなければ査定証拠にならない。資産番号・シリアルを示すラベルと一緒に、正面、背面、側面、傷、画面表示を撮影する。

• 固定した照明、背景、距離、角度
• 個体IDを含むファイル名または撮影台帳
• 全体写真と傷の接写
• 電池・設定画面は必要項目だけ撮影
• 個人名、通知、電話番号など不要情報を写さない
• 原本、縮小版、共有先、保存期限を管理する

撮影後に端末と写真件数を照合する。写真でロック解除コードや個人情報を残さない。

会計・契約上の売却可否を確認する

現物が会社にあっても、リース・レンタル品、所有権留保、補助金条件、社内承認未了で売却できない場合がある。

• 購入、リース、レンタル、貸与の区分
• 所有法人と利用法人
• 取得日、取得額、帳簿価額、資産番号
• リース満了・返却・買取条件
• 売却承認、除却、請求・入金の担当
• 消費税、手数料、社内配賦の扱い

会計情報を査定事業者へ不必要に渡さず、社内の売却可否判定に使う。所有権不明は査定可能数から外す。

データ処理状態は棚卸しと並行して可視化する

詳細な消去作業は別工程でも、査定可能リストには進捗が必要である。

• 未回収
• 回収済み・データ処理待ち
• アクセス失効済み
• 初期化・消去実施済み
• 消去結果検証済み
• ロック解除済み
• 査定搬出承認済み
• 消去不能・隔離・判断待ち

「初期化済み」という自己申告だけで売却可能にしない。実施者、日時、方式、検証者、証跡番号を記録する。消去不能な故障品は通常ロットへ混ぜず、情報保護担当が修理・破壊・保管を判断する。

差異を種類別に分類して解消する

棚卸し差異を「台数が合わない」でまとめず、原因別に管理する。

• 台帳あり・現物なし：未返却、紛失、所在更新漏れ
• 現物あり・台帳なし：登録漏れ、他法人資産、私物混入
• 識別子不一致：箱違い、修理交換、入力誤り
• 利用者不一致：異動・貸出・返却記録漏れ
• MDMだけ残る：廃棄・交換後の解除漏れ
• 回線だけ残る：解約・番号移行漏れ
• 会計区分不一致：所有法人・契約確認待ち

差異には責任者、期限、確認先、証拠を付ける。根拠なく台帳を現物へ合わせると、紛失や不正を隠す可能性がある。変更前の値と修正理由を履歴で残す。

ロットは機種だけでなく処理状態と保管場所で分ける

査定ロットを機種・容量だけで作ると、未消去、ロック残り、故障品が混ざる。次をそろえる。

• 所有法人と売却承認
• 機種、容量、モデル、通信仕様
• データ消去・ロック解除状態
• 外観・機能・電池の検査範囲
• 付属品の有無
• 保管・集荷拠点
• 希望する一括・個別査定方式

正常品、画面割れ、電源不能、消去不能を分離すると、査定条件と物流・情報保護を明確にできる。端末IDからロット、ロットから個体明細へ戻れるようにする。

査定可能数を状態別に集計する

経営・購買へは、総回収数だけでなく次の段階を報告する。

• 対象総数
• 回収済み現物数
• 個体照合済み数
• データ処理・ロック解除済み数
• 所有権・売却承認済み数
• 状態検査済み数
• 査定依頼可能数
• 保留・不合格数と理由

査定可能率を上げるために未確認を合格へ寄せない。保留理由を解消する方が、後の返送・減額・事故を減らす。

相場確認は同じ条件の機種群で行う

棚卸し後に価格水準を確認するときは、機種名だけでなく容量、通信版、状態、電池、付属品、台数、確認日時をそろえる。買取相場を調べる際も、表示額を自社ロットの確定査定額とみなさない。

法人一括売却では、個体差、データ消去、検品範囲、物流、支払条件によって単価が変わる。相場値は売却予算と候補先比較の起点にし、最終的には同じ個体明細・写真・条件で複数事業者へ査定を依頼する。

棚卸しデータの共有範囲を最小化する

個体リストには、端末識別子、電話番号、利用者、拠点、会計情報が含まれる。査定先へ必要なのは通常、機種、容量、状態、台数、匿名化した個体識別であり、従業員名や内線、帳簿価額ではない。

原本、社内作業用、査定事業者用を分け、列ごとに閲覧権限を設定する。共有ファイルには期限、パスワード・安全な共有経路、再共有禁止、削除確認を設ける。メール添付を転送し続ける運用を避ける。

実務チェックリスト

• 棚卸し対象、基準日時、対象外理由を固定したか
• 項目ごとに正とする台帳を決めたか
• シリアル、IMEI、資産番号を一台単位で結んだか
• 利用者宅・修理先・別拠点も母集団に含めたか
• 返却対象者へ個体と返却物を明示したか
• 受領時に返却者、時刻、現物IDを記録したか
• 危険な電池・水濡れ品を隔離したか
• 未確認・確認済み・保留の作業場所を分けたか
• 重複IDと台帳にない現物を抽出したか
• MDM、企業登録、Activation Lockを別々に確認したか
• 物理SIM・eSIM・番号・転送を照合したか
• 機種、容量、モデル番号を正規化したか
• 外観、機能、電池、ロックを別列にしたか
• 未検査を正常として扱っていないか
• 写真と個体IDが一対一で結び付くか
• リース・レンタル・所有法人を確認したか
• データ処理の実施者・日時・証跡があるか
• 消去不能品を通常ロットから分離したか
• 差異の修正理由と変更履歴を残したか
• 査定可能数と保留理由を段階別に報告したか
• 査定先へ従業員名・電話番号を不要に渡していないか

良い棚卸しは査定額より先に事実をそろえる

社用iPhoneの売却を急いで価格交渉から始めると、後から未返却、ロック、回線、所有権、状態差が見つかり、見積の比較条件が崩れる。まず一台ごとに現物と各台帳を結び、売却可能・保留・対象外を根拠付きで分ける必要がある。

識別子、所在、状態、管理、回線、会計、データ処理を査定可能リストへ統合すれば、査定事業者へ同じ条件を提示できる。差異を隠さず解消し、必要情報だけを共有することで、減額や返送を減らしながら、会社資産と利用者情報を安全に売却工程へ引き渡せる。

棚卸し完了後は、対象総数、査定可能数、保留数、所在不明数、差異解消日数を案件ごとに保存する。次回入替では、未返却が多かった部門、識別子が欠けた購入経路、解除に時間がかかった管理方式を事前に改善できる。売却後も、査定差異や返送理由を元の個体リストへ戻し、社内状態判定の精度を検証する。査定事業者の結果を無条件に正とせず、写真・検査条件・端末IDを照合して差異の原因を分類する。棚卸しを一回限りの倉庫作業ではなく、配布時から返却・売却まで続く資産管理の検証工程にすれば、次回は回収開始時点から説明可能なリストを作れる。