機種・ランク混在ロットの棚卸し｜200台を査定可能な在庫表へ変える

スマートフォン、タブレット、PCをまとめて回収すると、同じ箱に複数機種、容量、通信事業者、色、状態、故障内容が混ざります。これを「iPhoneほか200台、A～Cランク混在」として査定依頼すると、買い手は不確実性を最低価格へ織り込み、到着後には型番違い・容量違い・ランク差を理由とする減額が増えます。一方、全個体を過度に細かく診断すれば、棚卸し費が査定上昇分を超えます。

この記事は、複数拠点から端末を数十台～数千台回収し、売却可能な在庫表へまとめる情報システム、通信管理、資産管理、総務、購買担当者向けです。機種・容量・回線・状態・機能・利用制限・消去可否を、買い手が単価を付けられる「査定セル」へ分解し、200台の数量差、写真、箱、査定結果まで照合する方法を解説します。

先に結論：一台一行の原本と査定セル別集計を両方作る

混在ロットでは、一台一行の個体台帳だけでも、機種別の合計表だけでも足りません。原本は追跡と差異確認、集計表は見積りと意思決定に使います。

個体台帳の役割

• どの端末かを一意に識別する
• 回収元、状態、処理結果を追跡する
• 到着後の減額・返却対象を特定する
• 売却・再利用・処理の行先を照合する

査定セル集計の役割

• 同じ価格条件になる個体をまとめる
• 候補先が短時間で単価を回答できる
• 機種・ランク別の数量と金額を比較する
• 少数例外を全ロット平均へ混ぜない

二つは別ファイルに転記せず、個体台帳から集計できる形にします。手入力の二重管理は数量差を生みます。

回収時点で箱・拠点・所有を固定する

端末を開梱して混ぜる前に、回収単位を記録します。

• 回収案件ID
• 拠点・部署・管理責任者
• 箱ID・封印番号
• 申告台数と受入台数
• 回収日・受入日
• 資産台帳上の所有部門
• リース・レンタル・借用品の有無
• SIM・付属品・紙類の混入
• 破損・膨張等の安全例外

売却候補だから自社所有とは限りません。リース品、修理代替機、デモ機、個人所有品が混ざる場合は出荷停止にし、所有根拠を確認します。回収箱IDを残せば、後から数量不足が見つかった際に範囲を絞れます。

個体IDを先に発行して識別子を結ぶ

IMEIやシリアル番号を社内個体IDの代わりにすると、複数IMEI、修理交換、読取不能、PCとスマートフォンの違いを扱いにくくなります。まず売却案件用の個体IDを発行し、各識別子を列として結びます。

識別列

• 社内個体ID
• 資産番号
• IMEI 1・IMEI 2
• EID・MEID等の必要情報
• シリアル番号
• メーカーのモデル番号
• 元箱・台帳に記載された番号
• 修理・交換前後の識別子

Appleは、「設定」画面や端末本体等でシリアル番号、EID、IMEI等を確認できることを案内しています（Apple「シリアル番号、EID、IMEIを確認する」）。完全な識別子を査定候補すべてへ平文共有せず、社内原本では厳格に管理し、外部には目的に必要な範囲と安全な方法で渡します。

商品名ではなくモデル番号から機種を確定する

背面の外観や利用者申告だけでは、Pro／無印、世代、国内外モデルを誤ります。メーカー、モデル番号、端末情報画面、シリアル、物理特徴を組み合わせます。

Appleはモデル番号を使ったiPhoneの識別方法と、モデルごとの容量・特徴等を公開しています（Apple「iPhoneのモデルを識別する」）。MicrosoftもSurfaceのシリアル番号を、アプリ、設定、本体、UEFI、パッケージ等から確認する方法を案内しています（Microsoft「Surfaceのシリアル番号を見つける」）。

機種確定の優先順位

1. 端末情報画面または管理システムの識別情報
2. 本体のモデル番号・シリアル
3. メーカー公式の対応表
4. 購入・資産台帳との照合
5. 外観・寸法・端子等の補助情報

起動不能で確定できない端末は、推測した商品名へ入れず「モデル番号確認・容量不明」等の別セルにします。

容量・回線・地域仕様を別列にする

同一機種でもストレージ容量、SIM仕様、通信事業者、地域モデルで価格が変わります。名称へ情報を詰め込まず、列を分けます。

• ストレージ容量
• メモリ容量・CPU等のPC仕様
• Wi-Fi／セルラー
• SIMロック状態
• 利用制限の確認先・表示・日時
• 物理SIM・eSIMの構成
• 国内・海外モデル
• 色・キーボード配列
• 付属品の有無

容量不明を最頻容量へ補完しません。起動不能で容量が読めない場合、元台帳や購入記録で裏付けできるか確認し、根拠がなければ不明単価を取ります。

外観ランクと機能状態を分ける

「Cランク」は、傷が多い正常動作品なのか、画面不良やカメラ故障を含むのか、買い手により意味が違います。外観と機能を別々に記録し、最後に候補先のランクへ変換します。

外観項目

• 画面・背面・フレームの傷
• ひび・欠け・打痕
• 曲がり・変形
• コーティング剥がれ・変色
• カメラレンズの傷
• 液体侵入の兆候

機能項目

• 起動・充電
• タッチ・表示
• カメラ・音声・マイク
• Wi-Fi・Bluetooth・通信
• 生体認証
• ボタン・端子
• バッテリー状態
• PCのキーボード・トラックパッド等

外観B・カメラ不良の端末を、正常Bランクへ入れません。機能未試験も正常とは別です。

自社ランクを観察可能な基準で定義する

ランク名だけでなく、何がどこまで許容されるかを文章と写真で定めます。

例

• A：軽微な使用感、主要機能確認済み、割れ・変形なし
• B：明確な傷・小打痕あり、主要機能確認済み
• C：強い傷・複数打痕あり、主要機能確認済み
• 機能不良：不良箇所を別コードで記録
• 未試験：起動可否・機能確認を完了していない
• 現状品：状態保証を付けず、確認済み項目だけ提示
• 売却保留：所有・消去・安全・識別情報に未解決あり

一台に複数不良があれば、最初の一つだけでなくコードを複数持たせます。買い手のランクへ合わせて原本を上書きせず、候補別変換列を作ります。

最低限の機能試験を機種群ごとに決める

全機種へ同じ試験アプリや手順を適用できません。スマートフォン、タブレット、Windows PC、Mac等で必要項目を決めます。

スマートフォン・タブレット

• 起動・初期画面
• 充電・端子
• 画面・タッチ
• カメラ・音声
• Wi-Fi・Bluetooth
• ボタン・生体認証
• バッテリー情報の取得可否

PC

• 起動・OSまたは初期画面
• CPU・メモリ・ストレージ
• 画面・キーボード・ポインティング
• 充電・バッテリー
• Wi-Fi・Bluetooth
• USB・映像等の主要端子
• BIOS・ファームウェアパスワード等

試験した項目、方法、結果、日時を残します。未試験箇所を「問題なし」とせず、候補先へ未試験単価も取ります。

データ消去可否を価格ランクから分離する

外観がきれいでも、Activation Lock、Googleの保護、MDM、BIOSパスワード、暗号化、消去不能が残れば通常売却できません。

• 消去前
• 消去処理中
• 消去成功・検証済み
• アカウント解除待ち
• MDM・組織登録解除待ち
• 消去不能・要物理処理
• 起動不能で記憶領域処理未確認

状態ランクAと消去成功を同じセルへ統合しません。査定用集計では「A・消去済み」と「A・解除待ち」を別にします。売却保留品へ価格が付いても、処理完了前には出荷しません。

利用制限と複数IMEIを時点付きで管理する

セルラー端末は、通信事業者ごとの照会結果と日時を持たせます。

• 確認した通信事業者
• IMEI 1の結果
• IMEI 2の結果
• 確認日時
• 残債・完済予定
• 修理交換の履歴
• 出荷前の再確認日

○・△・×だけをランクへ混ぜません。同じ外観Aでも、○、△、未確認では価格と保証条件が違います。二つのIMEIの一方だけ確認済みなら、両方確認済みセルとは分けます。

写真を個体・査定セル・ロットの三層で作る

全個体へ同じ枚数の写真を撮ると、作業量が大きくなります。目的に応じて粒度を分けます。

個体写真

高額品、重度破損、特殊不良、識別不一致、返却候補等を撮影します。個体IDが写真名または管理情報から分かるようにします。

査定セル代表写真

同一機種・容量・状態群の標準例、境界例、不良例を撮ります。良品だけを代表にせず、分布が分かる枚数にします。

ロット・梱包写真

全体数量、箱、封印、梱包状態、箱IDを撮ります。出荷時の数量・事故照合に使います。

写真を撮った後にセルや数量が変わった場合、写真版と在庫版を合わせます。

査定セルを価格差が生じる境界で作る

査定セルのキーは、候補先が異なる単価を付ける条件です。

メーカー × 機種 × 容量 × 回線・地域 × 利用制限 × 外観 × 機能 × 消去可否

全列を常に組み合わせるとセルが細かくなり過ぎます。色で価格差がない候補なら色は集計キーから外せますが、個体台帳には残します。逆に、画面割れとカメラ不良の価格が違うなら機能不良コードを分けます。

セル作成例

• iPhone 13 128GB・利用制限○・外観B・機能正常・消去済み：35台
• 同機種同容量・利用制限△・外観B・機能正常・消去済み：8台
• 同機種同容量・画面割れ・起動可・消去済み：4台
• 同機種・容量不明・起動不能・消去未確認：2台

少数例外を主セルへ丸めず、例外セルまたは個体査定へします。

200台の棚卸し例

申告200台を受け入れ、スマートフォン150台、タブレット30台、PC20台だったとします。個体識別後、5台はリース品、3台はIMEI・シリアル重複疑い、7台は膨張・重度破損、10台はアカウント解除待ちです。

数量分解

受入200 = 査定可能175 + 所有保留5 + 識別保留3 + 安全隔離7 + 解除待ち10

査定可能175台を、機種・容量・状態等で24セルに集計します。買い手へは175台の確定セルと、解除完了後に追加予定の10台を分けて提示します。保留15台を「ジャンク15台」として無断で売却対象に含めません。

作業時間を測る

最初の20台で一台平均8分なら、200台で約26.7時間です。ただし起動不能やPCは長くかかるため、機種群別に実測します。詳細試験で単価が上がる見込額と追加工数を比べ、低額セルは簡易確認・未試験単価にする選択もあります。

数量差と重複を機械的に検出する

混在ロットでは、手集計より識別子とステータスの検査が重要です。

• 個体IDの重複
• IMEI・シリアルの重複
• 一つの個体に複数の箱ID
• 査定セル未割当
• 売却可なのに消去未完了
• 箱内数量と梱包リストの差
• 査定数・返却数・入金数の差

重複を見つけても片方の行を削除せず、現物と記録を調査します。修理交換やデュアルIMEI等、正当な関係なら理由を残します。

集計前には、必須列の欠損も検査します。例えば機種は入力済みでも、容量、利用制限日時、消去結果のどれかが空なら、通常の査定セルへ入りません。空欄を「該当なし」と解釈せず、「未確認」「対象外」「確認済み」の値を分けます。これにより、確認漏れと仕様上存在しない項目を区別できます。

棚卸し版を確定してから現物を動かす

査定依頼後に社内再利用や修理へ端末を抜くと、候補が見た数量と出荷数が変わります。査定依頼版、売却承認版、梱包版を連番で保存し、各版の増減理由を記録します。

• 回収後に追加された個体
• 所有確認で除外した個体
• アカウント解除完了で追加した個体
• 社内再利用へ戻した個体
• 安全異常で隔離した個体
• 査定辞退・返却となった個体

例えば査定依頼175台から、解除完了8台を追加し、社内再利用3台を除外したなら、出荷承認は180台です。差分表に個体IDと理由を残し、集計セルも再生成します。古い175台の見積単価が180台へそのまま適用されるか、候補先へ確認します。

作業品質を抜取再確認する

棚卸し担当者自身の誤りも測ります。別担当者が各査定セルから一定数を抽出し、機種、容量、外観、機能、利用制限、消去結果を再確認します。誤りが基準を超えたセルは全数再確認し、単に誤り行だけ直して完了にしません。

抽出数と合否基準はロットの価値とリスクに応じて決めます。高額セル、境界ランク、起動不能、複数IMEI、担当者が初めて扱う機種は抽出率を上げます。再確認の結果は担当者評価ではなく、手順・入力選択肢・写真基準を改善する材料として残します。

査定依頼用の集計表を作る

候補先へは、個人・契約情報を除いた必要最小限の集計と写真を渡します。

セル別列

• セルID
• メーカー・機種・容量
• 回線・地域仕様
• 利用制限条件
• 外観ランク定義
• 機能確認・不良
• 消去・アカウント状態
• 数量
• 代表写真
• 希望する個体別／一括査定

候補先には、自社セル単価、候補先ランクへの変換、再検品基準、数量差、返却、送料、支払を回答してもらいます。候補先のランク名だけで返答された場合、どの自社セルがどこへ入るか確認します。

到着後の査定差異を個体IDへ戻す

買い手から減額明細を受け取ったら、集計表の合計だけでなく個体台帳へ戻します。

• 自社個体ID
• 買い手検品ID
• 出荷時セル
• 到着後セル・不良
• 減額理由と証拠写真
• 確定単価
• 承認・返却の判断
• 返却後の保管先

「Bが10台Cになった」だけでは次回改善できません。傷の境界、未試験機能、配送事故、識別誤りを分け、査定基準や梱包へ反映します。

担当者用チェックリスト

受入・識別

• 箱ID、拠点、申告数、受入数を記録した
• 所有・リース・借用品を確認した
• 一台一行の個体IDを発行した
• IMEI 1・2、シリアル、モデル番号を結んだ
• 機種・容量を推測で補完していない
• 重複識別子を調査した

状態・処理

• 外観と機能を別列にした
• ランク基準と代表写真を作った
• 試験済み・未試験を分けた
• 利用制限を確認先・日時付きで記録した
• 消去、アカウント、MDMを価格ランクと分けた
• 安全・所有・識別保留を出荷対象外にした

集計・売却

• 価格差の生じる条件で査定セルを作った
• 個体合計とセル合計を一致させた
• 写真版と在庫版を合わせた
• 梱包リストと箱内数量を照合した
• 到着後差異を個体IDへ戻せる
• 売却、返却、再利用、処理、保留の合計を一致させた

まとめ

機種・ランク混在ロットは、「端末一式」の平均価格ではなく、一台一行の個体台帳と、同じ価格条件になる査定セル集計の二層で管理します。モデル番号から機種を確定し、容量、回線、利用制限、外観、機能、消去可否を別列にすれば、少数の不明品や不良品が全体価格を下げるのを防げます。

200台の受入数を、査定可能、所有保留、識別保留、安全隔離、解除待ちへ分解し、査定可能分だけを候補へ提示します。セルごとの基準価格を買取相場を調べる際も、個体原本を維持し、出荷、到着査定、返却、入金を同じ個体IDへ戻して全数量を一致させることが重要です。