# 修理・部品再利用・適正処分の実務ガイド|小さく始めて継続運用へ移す実践手順を示す

修理・部品再利用・処分の仕組みを作るとき、最初から全拠点・全機種・全委託先へ展開すると、例外が多すぎて基準が固まりません。台帳だけ先に増え、現物の置き場所と状態が一致しない、データ消去証明と個体を結べない、部品が無記名箱へ入る、といった問題が残ります。

小さく始めるとは、確認を減らすことではありません。対象を絞り、受入れから再販または最終処理まで一本の証拠でつなげることです。本稿では、一拠点、一機種群、最大100台程度の試行を90日で立ち上げる手順を示します。中古端末の買取・回収・修理・在庫管理を担う事業者が、表計算や既存在庫システムからでも開始できる内容です。廃棄物区分、許可、運搬、処理の個別判断は、所管行政、許可事業者、専門家へ確認してください。

開始前:経営判断と現場判断を分ける

最初に経営責任者が、なぜ行うか、どこまで行うか、止める条件を決めます。現場へ「できるだけ再利用」とだけ伝えると、安全や採算より再利用率が優先されます。

プロジェクト憲章には次を記載します。

  • 目的:データ漏えいと安全事故を防ぎ、再利用可能品を適切に回収する
  • 対象:一拠点、特定機種群、最大100台、指定した受入れ区分
  • 対象外:膨張・焼損等の高度危険品、特殊法人データ、未確認の海外搬出
  • 成功基準:試行対象の個体・消去結果を全件追跡し、重大事故を発生させない
  • 停止条件:個体不明、危険品混入、消去記録欠損、委託証跡不一致
  • 責任者:安全、データ、品質、在庫、処理の各担当
  • 期間:準備2週、試行8週、評価2週

「90日で修理台数を増やす」ではなく、「90日で一件を逆向きに再現できる」ことを第一目標にします。

1週目:現物の流れを歩いて記録する

会議室で理想フローを書く前に、実際の受入口、仮置き棚、消去場所、検査机、修理席、部品箱、出荷口、廃棄物置場を歩きます。端末が誰から誰へ渡り、どの記録がいつ作られるかを観察します。

現場観察で記録すること

  • 入荷時に個数を数える人と個体を登録する人
  • SIM・SDカード・付属品の置き場所
  • データ未消去品へ触れられる人
  • 膨張電池を発見した際の移動先
  • 検査前後を区別するラベルと棚
  • 修理指示が口頭で追加される場面
  • 取り外した部品の登録方法
  • 処理待ち品の数量・滞留期間
  • 外部委託先への引渡しと受領証
  • 夜間・休日の異常対応

理想と現状の差を、人の不注意ではなく、識別、場所、権限、手順、証拠の欠けとして整理します。

1〜2週目:受入れIDと状態遷移を固定する

すべての試行端末へ、再利用しない受入れIDを付けます。IMEIやシリアルは識別に使えますが、欠損・重複・交換があり得るため、内部IDを別に持ちます。大量ロットでは追跡可能な容器IDも使い、個体登録の完了前に容器を分割しません。

状態は自由入力ではなく、次のように遷移を制限します。

`受入れ未確認 → 危険確認済み → データ処理中 → 検査待ち → 判定待ち`

判定後は、`販売可`、`修理待ち`、`部品候補`、`処理待ち`へ分岐します。修理後は直接販売可にせず、`修理後検査待ち`を経由します。データ消去失敗や危険疑いは専用隔離へ移します。

各遷移には、実行権限、必須項目、証拠、戻し条件を定めます。例えば「データ処理中→検査待ち」には、消去結果またはデータ非保持の確認が必要です。

2週目:四つの隔離場所を先に作る

システム開発を待たず、物理的に混ぜない場所を作ります。

  • 危険隔離:膨張、発熱、浸水、焼損、露出電池
  • データ隔離:未消去、消去失敗、媒体不明
  • 品質隔離:未検査、修理中、再検査待ち、リコール確認待ち
  • 契約隔離:所有権、委託区分、処理経路が未確認

各場所に、入庫可能な状態、責任者、最大数量、点検頻度、最長滞留、移出条件を掲示します。色ラベルだけでは貼り間違いがあるため、棚IDと端末IDをシステムまたは台帳で結びます。

環境省はリチウムイオン電池について、衝撃や高温を理由とする発火、処理施設等での火災を案内しています。リチウムイオン電池関係を参照し、自施設の保管量、建物、消防設備、委託経路に応じた手順を管理者・委託先と確認します。

2〜3週目:データ消去を一件ずつ証明する

試行では処理速度より追跡性を優先します。受入れID、端末識別子、記録媒体、消去方式、結果を一件ずつ結びます。

消去作業票の最低項目

  • 受入れID、IMEI・シリアル等
  • SIM、SDカード、SSD等の有無
  • 起動、暗号化、ロック、MDM状態
  • 消去方法、ツール、版
  • 開始・終了日時、作業者
  • 成功、失敗、対象外、物理破壊必要
  • 消去後検証の方法と結果
  • 失敗時の隔離場所と次の責任者

個人情報保護委員会のデータの消去に関する注意喚起では、復元不可能な手段による消去、外部委託先の必要かつ適切な監督、処分受託者自身の安全管理措置・再委託先監督への注意が示されています。委託証明書を受け取るだけでなく、対象個体、方式、失敗品、再委託を確認します。

10件を抜き取り、証明書から現物または最終処理記録へ逆にたどります。一件でも対応しなければ、残りの自動処理を止めて原因を確認します。

3週目:検査票を「合格・不合格・未確認」にする

二択の検査票では、実施できなかった項目が合格へ紛れます。各項目を合格、不合格、未確認、対象外に分け、未確認理由を選択します。

試行機種の検査項目は、商品責任者と修理担当が決めます。

  • 製品・モデル・容量・通信仕様
  • 電源、充電、発熱、電池診断
  • 画面、タッチ、カメラ、音声
  • ボタン、端子、センサー、生体認証
  • Wi-Fi、Bluetooth、モバイル通信
  • アカウントロック、MDM、利用制限
  • 外装、浸水、腐食、分解・修理痕
  • 付属品、表示、保証に必要な項目
  • リコール・安全情報

ツール自動検査と人の目視を区別し、ツール版を記録します。結果が矛盾した場合は判定待ちへ戻し、担当者が都合の良い方を採用しないようにします。

4週目:再販・修理・部品・処理の判定表を作る

判定は一つの点数だけで自動化せず、停止条件と比較条件を明確にします。

再販可

識別、データ、安全、必要機能、表示項目が確認され、販売条件と保証を設定できる場合です。

修理候補

故障箇所、修理手順、適合部品、修理後検査が明確で、期待損失を含めても採算が合う場合です。

部品候補

親端末のデータ・危険状態を処理し、安全に取り外せ、部品の由来・適合・検査を追跡できる場合です。

処理待ち

安全な再利用ができない、識別不能、修理・部品利用が不適切、または法令・契約上処理が必要な場合です。

一台に複数候補がある場合、品質責任者が理由を記録して決定します。販売相場が高いという理由だけで安全・データの停止条件を解除しません。

4〜5週目:修理原価を実績ベースで計算する

試行期間は、作業時間を診断、分解、交換、再組立、検査、再作業に分けて記録します。部品代と工賃だけでなく、失敗した端末の損失を含めます。

`期待修理利益 = 修理成功確率 × 成功時手取り - 取得原価 - 部品・作業費 - 失敗時処理費 - 保証期待費用`

例として成功時手取り28,000円、成功確率85%、取得原価12,000円、部品・作業7,000円、失敗時処理費1,000円、保証期待費1,200円なら、単純差額9,000円ではなく期待値で確認します。成功率は少数サンプルで過信せず、機種・症状・部品ロットごとに更新します。

相場は[市場・販売相場検索](/market-search)で状態条件と価格帯を確認し、最高掲載価格ではなく、想定販売期間内に実現可能な保守的価格を使います。

5週目:修理指示と修理後検査を分ける

作業者へ「直しておいて」と渡さず、症状、診断、交換許可部品、追加承認条件を指定します。修理中に別不具合を見つけた場合、部品を追加する前に見積りと判定を戻します。

修理記録には次を残します。

  • 修理前状態・写真
  • 症状と診断根拠
  • 作業者、日時、場所
  • 取り外し・取付部品ID
  • 部品ロット・供給元
  • 作業手順版と重要工程
  • 異常、追加作業、失敗
  • 修理後検査結果
  • 最終状態・保証区分

修理後は作業対象、関連機能、全体安全の三段階で検査し、可能なら別担当が承認します。作業者が自分で「販売可」へ直接変更できないようにします。

6週目:部品台帳と親子関係を導入する

部品取り開始前に、親端末のデータ消去と危険確認を完了します。取り外した瞬間に部品IDを付け、親端末IDと結びます。無記名部品箱を廃止し、既存の不明部品は試行在庫へ混ぜません。

部品台帳には、部品名・番号、親端末の故障・浸水歴、取り外し日時、検査、適合機種、保管条件、取付先、廃却を記録します。電池、記憶媒体、安全重要部品は専用区分にします。

週次棚卸しで次の式を確認します。

`開始部品数 + 新規取り外し - 取付 - 廃却 - 返却 = 終了部品数`

数量差異があれば、入力修正で合わせず、移動履歴と現物を調査します。親端末の残骸も処理証跡まで追跡します。

6〜7週目:処理委託先を実工程で確認する

契約書・許可証・認定証の写しだけでなく、試行品の流れを委託先と確認します。対象物、荷姿、危険電池、データ保持部品、収集運搬、作業場所、再委託、証明書を一件の図にします。

環境省の小型家電リサイクル関連情報には、制度概要、認定事業者一覧、ガイドライン等があります。選定時は、認定・許可の名称だけで判断せず、対象品目、地域、運搬・処理範囲、有効期限を確認します。

委託契約へ入れる運用項目

  • 引渡し時の個体・容器・重量
  • 作業場所と保管条件
  • データ消去・破壊の方法
  • 危険電池の取扱い
  • 再委託の事前承認
  • 数量差異・事故・漏えいの報告期限
  • 証明書と原記録の項目
  • 監査・抜き取り確認の権利
  • 残品・記録の保存期限
  • 契約終了時の返却・削除

初回10台は、引渡し記録から処理完了証明まで突合します。

7〜8週目:例外と事故の机上訓練を行う

正常な流れだけでは運用を評価できません。現物を危険にさらさず、次の事例を机上またはテストデータで訓練します。

  • 受入れIDのない端末が棚で見つかる
  • 消去成功と記録された端末にデータが残る
  • 膨張電池が販売可箱へ混入する
  • 取り付けた部品ロットで返品が急増する
  • 処理証明の数量が引渡し数より少ない
  • 委託先が無断で再委託していた
  • リコール対象が出荷待ちで判明する
  • 夜間に隔離場所の温度警報が出る

各事例で、最初に止める範囲、現物・記録の保全、連絡先、顧客影響、復旧承認、再発防止を確認します。担当者が迷った箇所を手順書へ反映します。

9〜10週目:並行運用で差を測る

新手順を一斉切替せず、試行ロットだけで旧手順との差を記録します。

  • 受入れから初期判定までの時間
  • 個体ID不一致・未登録件数
  • データ消去成功・失敗・未確認
  • 危険品発見と隔離までの時間
  • 検査未確認項目率
  • 再販、修理、部品、処理の判定比率
  • 修理成功・再作業・返品
  • 部品数量差異・不明部品
  • 処理証跡回収日数
  • 現場からの例外申請

処理時間が増えても、以前見逃していた消去失敗や危険品を発見できたなら、単純な効率悪化ではありません。安全・品質改善と作業負担を分けて評価します。

11週目:10件を逆向き監査する

販売済み、修理済み、部品利用、処理完了から最低10件を選び、結果から受入れまで逆にたどります。

販売済み品

販売表示・保証から、最終検査、修理、使用部品、データ消去、受入れへ戻ります。

部品利用品

取付先から部品ID、検査、親端末、親端末のデータ・危険確認、残骸処理へ戻ります。

処理完了品

処理証明から引渡し、容器・個体、データ処理、判定、受入れへ戻ります。

一つでも追跡不能なら、原因が個別入力か設計欠陥かを分け、対象範囲を広げません。

12週目:本番移行を証拠で判定する

本番移行の最低条件は次です。

  • [ ] 試行対象の全件に受入れIDが付いている
  • [ ] 現物場所とシステム状態が一致する
  • [ ] データ消去・失敗・最終処理を個体別に追える
  • [ ] 危険品が通常在庫へ混入していない
  • [ ] 検査不能項目が未確認として残る
  • [ ] 修理部品の親端末と取付先を追える
  • [ ] 修理後検査を作業者以外が確認できる
  • [ ] 処理委託の許可・範囲・再委託を確認した
  • [ ] 引渡し数量と処理証跡が一致する
  • [ ] 重大例外の停止・連絡・復旧を訓練した
  • [ ] 逆向き監査10件が完了した
  • [ ] 未解決の重大欠陥がない

未達項目がある場合、期限のために承認せず、試行期間または対象を調整します。

継続運用:日次・週次・月次を分ける

日次

  • 危険隔離とデータ隔離の件数・滞留
  • 現物と場所IDの例外
  • 消去失敗、検査停止、事故警報
  • 出荷前の販売可状態確認

週次

  • 部品と親端末の数量収支
  • 修理成功・再作業・検査未確認
  • 判定待ち・処理待ちの滞留
  • 委託引渡しと受領差異

月次

  • 返品・不具合を機種、部品、作業別に分析
  • 消去証明・処理証明の抜き取り監査
  • 許可・認定・契約期限の確認
  • 権限、棚卸し、教育、手順改定
  • 事故・ヒヤリハットと改善完了

会議では再利用率だけでなく、危険隔離時間、消去未完、追跡不能、返品を同じ重要度で見ます。

拡張は一軸ずつ、戻せる状態で行う

試行後の拡張は、機種、拠点、受入れ区分、修理種別、委託先のうち一つずつ増やします。例えば同一拠点で機種を追加し、安定後に別拠点へ展開します。複数軸を同時に増やすと、問題原因を特定できません。

拡張前には次を確認します。

  • 新機種の危険・検査・部品情報がある
  • 正解となる識別サンプルを用意した
  • 担当者教育と技能確認を行った
  • 保管場所と処理能力に余裕がある
  • 委託先が追加品目・地域を扱える
  • 旧手順へ安全に戻す方法がある
  • 事故時の影響上限を設定した

自動化は、安定した状態遷移と例外記録の後に導入します。バーコードやAPIを入れても、誤った判定規則は速く拡散するだけです。

すぐ使える成果物一覧

  • プロジェクト憲章と停止条件
  • 現物フロー・責任分担図
  • 受入れ台帳・状態遷移表
  • 四つの隔離場所ルール
  • データ消去作業票・証明突合表
  • 機種別検査票
  • 再販・修理・部品・処理判定表
  • 修理原価表・作業指示書・再検査票
  • 部品親子台帳・数量収支表
  • 委託先確認票・契約要件・証跡台帳
  • 事故・例外対応手順
  • 並行運用評価表
  • 逆向き監査記録
  • 本番移行判定書

各文書には版、所有者、承認者、更新日、次回見直し日を付けます。文書だけを保存せず、実際の端末ID、部品ID、委託記録へリンクさせます。

まとめ:100台を完全に追えることから始める

修理・部品再利用・適正処分の導入では、設備や台数より、状態と証拠の連続性が重要です。一拠点、一機種群、最大100台に絞り、受入れID、四つの隔離、データ消去、検査、判定、修理、部品、処理証跡を90日でつなぎます。

試行中は、作業速度が一時的に落ちても、以前見えなかったデータ消去失敗、危険品、未検査、部品差異を記録します。修理採算は成功率と保証を含め、委託は証明書と個体・数量を突合し、最後に結果から受入れへ逆向き監査します。

本番移行は「大きな問題がなかった」ではなく、12の最低条件を証拠で満たしたときに行います。その後も一軸ずつ広げ、いつでも停止・隔離・訂正できる状態を保ってください。小さな対象を完全に追える仕組みが、台数を増やしても安全と循環価値を両立できる基礎になります。