中古PCは法人のIT投資を抑える有効な選択肢ですが、導入台数が増えるほど「どの端末が誰に貸与され、いつ買い替えるのか」が見えなくなりがちです。ここで土台になるのがIT資産管理台帳です。IT資産管理台帳とは、社内端末の所在・状態・取得情報を一元管理する記録であり、情シスの棚卸し業務、経理の固定資産管理、セキュリティ監査の三つを同時に支える基礎データになります。
特に中古PCは、新品と異なり取得価額・取得区分・保証期間・OSサポート期限がバラバラになりやすく、台帳の設計次第で運用負荷が大きく変わります。本記事では、中古PCを法人導入する際に台帳へ記載すべき項目を具体的に列挙し、貸与・異動・売却・除却までのライフサイクルをどう記録するかを解説します。あわせて、売却・除却時にデータ消去証明書を台帳と紐づける実務手順、棚卸しを楽にするルール設計、監査で指摘を受けやすいポイントまで、情シス担当者がそのまま使える形で整理します。
IT資産管理台帳とは何？なぜ中古PC導入で重要になるのか
IT資産管理台帳とは、社内で使用するPC・スマホ・タブレットなどの端末について、所在・利用者・状態・取得情報を一元的に記録した管理台帳である。中古PCを法人導入する場合、端末ごとに取得価額・保証期間・OSサポート期限・入手経路が異なるため、台帳がなければ管理が実質的に不可能になる。
固定資産台帳とどう違うのか？
固定資産台帳は経理が減価償却と税務申告のために作る帳簿で、IT資産管理台帳は情シスが運用管理のために作る帳簿である。目的が異なるため、両者は併存させるのが実務上の基本だ。
- 固定資産台帳：取得価額・耐用年数・償却額が中心。10万円未満の中古PCは載らないことも多い
- IT資産管理台帳：端末の所在・利用者・シリアル番号・OS・ライセンス・貸与状況が中心。金額に関わらず全台を記録
中古PCは1台あたりの取得価額が少額になりやすく、固定資産台帳や消耗品処理から漏れるケースが多い。だからこそ「経理の帳簿とは別に、情シス側で全台を把握する台帳」が必要になる。
情シスが台帳を管理する目的は何か？
- 棚卸し：期末や監査時に「何台あり、どこにあるか」を証明する
- セキュリティ管理：暗号化・ウイルス対策・OS更新の適用状況を端末単位で追跡する
- ライセンス管理：Officeやセキュリティソフトのライセンス数と実端末数の整合を取る
- 買い替え計画：OSサポート期限や導入時期から、次回更新の台数と予算を逆算する
中古PCだと台帳がさらに重要になる理由
新品の一括導入なら「同一機種・同一保証・同一サポート期限」でまとめて管理できるが、中古PCは調達ロットごとに条件がばらつく。例えば同じ社内に、販売店保証6か月のモデルと保証切れのモデル、Windows 11要件を満たすモデルと満たさないモデルが混在することが起こる。
- 取得価額が1台ごとに違い、少額資産・消耗品の判定が端末単位で変わる
- 保証期間の起算日が納品日ベースで異なり、無償修理可否を台帳でしか判別できない
- OSサポート期限が機種ごとに違い、TPM2.0とWindows 11要件の確認結果も記録しておく必要がある
- 入手経路（買取業者・リース流れ・譲渡）が違い、データ消去証明書の発行元も分かれる
台帳が未整備だと何が起きるか
- 所在不明端末：拠点間で移動した端末の行方が分からず、棚卸しで台数が合わない
- 退職者の返却漏れ：貸与記録がないため、退職後も端末とアカウントが残る
- 二重購入：予備機の在庫を把握できず、必要のない追加調達が発生する
- 監査・ISMS審査での指摘：資産目録と現物の不一致、ライセンス根拠の不備を指摘される
- 売却時の手戻り：シリアル番号が記録されておらず、データ消去証明書と端末を突合できない
逆に言えば、台帳を整備しておけば「今ある台数・使える期間・入れ替え対象」が数字で見える状態になり、中古PCの追加導入や不要端末の売却判断も根拠を持って進められる。
中古PCを法人導入したら台帳に何を書けばいい？必須記載項目一覧
中古PCを法人導入した場合、IT資産管理台帳には最低限「管理番号・メーカー/型番/構成・シリアル番号・取得日・取得価額・取得区分・仕入先・貸与者/部署・設置拠点・OSとサポート終了期限・保証期間・状態区分・処分予定時期」の13項目を記載します。中古端末は新品と違い個体ごとに構成と劣化状況が異なるため、型番だけでなく個体を一意に特定できる情報といつまで使えるかを示す期限情報を必ず持たせるのが要点です。
必須記載項目13点とその目的
- 管理番号（資産ラベル）：社内で一意に振る番号。ラベルを本体に貼り、台帳・現物・棚卸し結果の三者を突合する起点にする。
- メーカー／型番／構成（CPU・メモリ・ストレージ）：中古はメモリ増設やSSD換装済みの個体が混在するため、実機の実構成を記載する。
- シリアル番号（スマホ・iPadはIMEI）：紛失・盗難時の特定、メーカー保証照会、買取時の照合に使う。
- 取得日：減価償却の開始時点と、社内での利用年数を計算する基準。
- 取得価額：資産計上／一括経費処理の判断根拠。少額資産の区分判定にも使う。
- 取得区分：中古購入／新品購入／リース／譲受／レンタルのいずれか。所有権の有無で処分可否が変わる。
- 仕入先・販売事業者名：初期不良対応や追加調達、同型番の補充時の連絡先になる。
- 貸与者・所属部署：誰が使っているかを特定し、退職・異動時の回収漏れを防ぐ。
- 設置拠点／在宅可否：棚卸しの実施場所と、社外持ち出しの許可状況を示す。
- OSバージョンとサポート終了期限：中古PC管理で最重要。期限を過ぎた端末は入れ替え対象として抽出する。
- 保証・保守期間：販売事業者の中古保証（例：30日・90日など）の満了日を記録する。
- 状態区分：稼働中／予備機／修理中／保管中／処分待ちなど。遊休資産の可視化に直結する。
- 処分予定時期：売却・除却の計画年月。買取タイミングの逆算に使える。
シリアル番号とIMEIはどう違う？
シリアル番号とは、メーカーが個体ごとに付与する製造識別番号である。PC・iPad・スマホのいずれにも付与され、保証照会や修理受付の際の識別子になります。一方IMEIとは、携帯電話網に接続する通信モジュールに割り当てられた15桁の国際的な端末識別番号である。SIMを挿して通信する端末（スマホ、セルラー版iPad）にのみ存在し、ネットワーク利用制限の確認や紛失時の回線側対応に使われます。台帳ではこの2つを別カラムで持ち、通信端末はシリアル番号とIMEIの両方を記録するのが安全です。
中古ならではの注意点
- 型番だけでは構成が分からない：同一型番でもメモリ8GB／16GB、SSD256GB／512GBが混在する。納品時の検品でスペックを実測し台帳へ反映する。
- OSサポート終了日を取得時点で確定させる：中古は製造から年数が経過しているため、導入初日から残存期間が短い場合がある。Windows 11の要件チェックとあわせて確認しておくと入れ替え計画が立てやすい。
- 取得価額と減価償却の考え方が異なる：中古資産は法定耐用年数ではなく、簡便法による見積耐用年数を用いる場合がある。経理部門と記載ルールを事前にすり合わせる。
- バッテリーの劣化度を備考に残す：ノートPCは最大容量（%）やサイクル数をメモしておくと、交換判断と売却時期の判断材料になる。
- 取得区分の記録を省略しない：譲受やレンタル品を自社所有と誤認すると、売却してはいけない端末を処分する事故につながる。
台帳フォーマットはExcelとツールどちらで作るべき？運用しやすい設計のコツ
結論として、管理台数が概ね100台までの単一拠点であればExcelまたはGoogleスプレッドシートで十分運用でき、100台を超える場合や複数拠点・複数担当者で更新する場合はIT資産管理ツールへ移行すべきです。判断軸は「台数」ではなく「同時に台帳を触る人数」と「更新漏れが起きたときの影響範囲」で決めます。
ExcelとIT資産管理ツールはどう使い分ける？
- Excel/スプレッドシートが向くケース：資産100台程度まで、拠点1〜2か所、更新担当が1〜2名、貸与・返却の頻度が月数件程度
- IT資産管理ツールが向くケース：100台超、拠点3か所以上、更新担当が複数部署にまたがる、ソフトウェアライセンスやセキュリティ更新状況まで一元管理したい
- 移行の目安：棚卸しに2人日以上かかる、台帳と実機の差異が毎回5%以上出る、この2つのどちらかに当てはまったらツール検討のタイミングです
中古PCは購入時期や型番がばらつきやすいため、まずはExcelで項目を固めてから、同じ列構成でツールに移すのが失敗しにくい進め方です。
管理番号の採番ルールはどう決める？
管理番号は「拠点コード＋導入年度＋機種区分＋連番」の固定桁数で採番するのが実務上最も扱いやすい方式です。例えば本社導入の2024年度ノートPCの3台目なら「HQ-24-NB-003」となり、番号を見ただけで設置拠点と導入年度が判別できます。
- 桁数は固定し、連番はゼロ埋め（001形式）にして並び替えの崩れを防ぐ
- いったん払い出した番号は、機器を処分しても再利用しない
- ラベルプリンタで管理番号シールを本体に貼付し、台帳と現物を一致させる
1台1行の原則と入力規則の設計
台帳は「1台1行」を絶対の原則とし、同じ機種を10台導入しても数量10とはまとめず10行に分けます。まとめて記載すると、1台だけ貸出・故障・処分になった時点で台帳が現実と合わなくなります。
- ステータス列を必ず設ける：稼働中／貸出中／予備機／修理中／処分待ち／処分済のプルダウンで管理
- 入力規則を設定する：拠点名・機種区分・OSバージョン・利用部署はプルダウン化し、表記ゆれを排除
- 変更履歴を残す：最終更新日と更新者の列を設け、スプレッドシートなら変更履歴機能、Excelならシートを月次でコピー保存
- 色分けに頼らない：セルの色は検索・集計できないため、必ず文字情報の列で状態を表す
MDMやActive Directoryと連携して二重入力を防ぐには
二重入力を防ぐ最短の方法は、シリアル番号を共通キーにしてMDMやActive Directoryの出力データと台帳を突き合わせる運用です。MDMやドメイン参加情報からエクスポートしたシリアル番号・ホスト名・最終通信日を月1回取り込み、台帳側の管理番号と照合すれば、稼働実態のない端末や台帳漏れの端末が自動で浮かび上がります。キッティング記録（ホスト名・初期パスワード発行記録・設定日）も同じシリアル番号で紐づけておくと、障害対応時の調査が短縮できます。
台帳を「更新され続ける仕組み」にするには
台帳が形骸化する原因はフォーマットではなく、更新トリガーと担当者が決まっていないことです。以下の4つのタイミングで、誰が何日以内に更新するかを規程化してください。
- 購入・入荷時：情シス担当が検収後3営業日以内に新規行を登録
- 異動・貸与変更時：申請を受けた情シスがステータスと利用者を即日更新
- 返却時：返却受領者が予備機ステータスへ変更し、保管場所を記載
- 処分・売却時：処分済へ変更し、データ消去証明書の番号を台帳に転記
あわせて、中古PCの段階導入を前提に予備機の目標保有数を台帳上で可視化しておくと、増員時の追加調達判断もスムーズになります。
貸与・異動・返却のとき台帳はどう更新する？ライフサイクル別の運用手順
IT資産管理台帳は「端末が動いた瞬間に、使用者・所在・ステータス・更新日の4列を書き換える」ことが原則である。貸与・異動・持ち出し・故障交換・退職返却という5つの場面ごとに更新ルールを決めておけば、中古PCを混在させても所在不明資産は発生しない。
入社時の貸与では台帳のどこを更新する？
入社時は「未使用（予備機プール）」から「貸与中」へステータスを変更し、誓約書と台帳管理番号を必ず紐づける。
- 予備機プールから該当の管理番号（資産番号）を選定する
- 使用者名・所属部署・貸与開始日を入力する
- 設置場所を「本社3F／営業部」など具体的に記載する
- 貸与書（誓約書）に管理番号とシリアル番号を転記し、本人署名を取得
- 誓約書のPDFファイル名を管理番号と揃え、台帳に保管先リンクを記載
誓約書の条項設計は法人の端末貸与規程と誓約書の作り方も参考になる。台帳と書面が管理番号で1対1に対応していれば、監査時の証跡確認が数分で終わる。
異動・在宅持ち出し・故障交換の更新ルール
- 部署異動：所属部署・設置場所・更新日を書き換える。端末はそのまま持ち運ぶ場合も「異動日」を履歴欄に残す
- 使用者変更（引き継ぎ）：旧使用者を履歴欄へ退避し、初期化・アカウント付け替えの実施日を記録
- 在宅勤務での持ち出し：設置場所を「在宅（承認番号◯◯）」とし、持ち出し承認者と期間を記載。常時在宅なら固定的に「在宅勤務」ステータスを設ける
- 故障交換：故障機を「修理中／滞留」に変更し、代替機を「貸与中」に変更。交換ペアの管理番号を相互参照で記載すると二重計上を防げる
退職時の返却チェックリストは何を確認する？
返却は物理的な回収とシステム側の解除をセットで確認し、全項目完了後にステータスを「返却済（予備機）」へ変更する。
- 本体・ACアダプタ・ドッキングステーション等の付属品の有無
- BIOSパスワード／ローカルアカウントのパスワード解除
- Microsoft 365などクラウドアカウントの無効化・ライセンス回収
- MDM・Intune等の登録解除（デバイス削除）
- 外観の傷・欠損の記録（将来の売却査定に影響するため写真保存）
予備機プールと棚卸しで「所在不明」を防ぐには
予備機プールとは、貸与されていない稼働可能な在庫端末をまとめて管理する区分である。中古PCは予備機として保管される機会が多く、ここが台帳から漏れると所在不明資産の温床になる。
- 予備機は保管棚を固定し、棚番号を台帳の設置場所列に記載する
- プール在庫の下限台数（例：全社台数の5%）を決め、下回ったら補充を検討
- 年1回は全数棚卸しを実施し、シリアル番号を現物照合する
- 四半期ごとは「異動・返却・故障があった端末のみ」の差分確認に絞る
- 2回連続で現物確認できない端末は「所在調査中」に変更し、期限付きで責任者を割り当てる
全数棚卸し＋四半期差分確認の組み合わせは、情シスの負荷を抑えながら台帳精度を保てる現実的な運用モデルである。棚卸しで滞留が判明した端末は、そのまま保管せず売却・除却の判断へ進めたい。
売却・除却するときデータ消去証明書と台帳をどう紐づける？実務手順
結論：データ消去証明書は「シリアル番号」を共通キーとして、IT資産管理台帳の1行と1対1で突合させるのが正解です。証明書に記載されたシリアル番号・消去方式・消去日・証明書番号を台帳の該当資産へ追記し、除却日と売却額まで記録して初めて、監査に耐える処分記録が完成します。
データ消去証明書とは何ですか？
データ消去証明書とは、対象機器の記憶媒体に対してデータ消去を実施した事実を、実施者が書面（またはPDF）で証明する記録です。一般的には対象機種・シリアル番号（または媒体のシリアル）・消去方式・実施日・実施者名が記載されます。消去方式はNIST SP 800-88（Clear／Purge／Destroy）や総務省・関係省庁が示すガイドラインの考え方に沿ったものが選ばれ、ソフトウェア上書き消去、暗号化消去、物理破壊のいずれを採ったかを明記する形が実務上の標準です。証明書は「台帳の除却根拠」であり、保管していない処分は社内的に説明できない処分になります。
売却・除却の実務手順は？
- 処分対象を台帳から抽出する：ステータス＝「処分予定」で絞り込み、機種・シリアル・保有部署・取得年月の一覧を出力します。
- 除外資産を切り分ける：リース品・レンタル品・他社からの預かり機、貸与中で未返却のPCは売却対象から外します。所有権のない資産を売却すると契約違反になります。
- アカウントとライセンスを解除する：MDMからの登録解除、Microsoft 365などのデバイス紐づけ解除、BitLocker回復キーの扱い確認、業務データの退避・移管を完了させます。
- 買取事業者へ一覧を提出して査定を受ける：機種名・型番・シリアル・付属品有無・状態メモを表形式で渡すと、査定の精度とスピードが上がります。
- 引き渡し時に受領書と台帳を照合する：現物のシリアルと受領書、台帳の3点が一致することを担当者2名で確認し、差異があればその場で記録します。
- データ消去証明書を受領し台帳へ追記する：シリアル番号・消去方式・消去日・証明書番号の4項目を台帳の該当行に転記します。
- PDFをファイル名統一して保管する：「資産管理番号_シリアル_消去証明_YYYYMMDD.pdf」のように命名規則を決め、共有ストレージに集約。保存年限は会計帳簿や内部統制文書に合わせ、7年程度を目安に社内規程で明文化しておくと判断がぶれません。
- 除却日と売却額を経理へ連携する：固定資産台帳・少額資産一覧と突き合わせ、除却処理と売却益（雑収入）の計上を依頼します。
照合時のチェックポイントは？
- 証明書のシリアル番号と台帳のシリアル番号が完全一致しているか（大文字小文字・ハイフンの表記ゆれに注意）
- 消去方式が社内規程で認めた方式に該当しているか
- 台数と証明書の枚数（または明細行数）が一致しているか
- SSD／HDDを抜き取った機体は、媒体側のシリアルで証明されているか
- 台帳のステータスが「処分予定」から「除却済」に更新されているか
当社は法人専門の買取事業者として、データ消去証明書の発行に対応し、機種とシリアルの一覧をいただければ最短即日での査定・引き取り調整が可能です。消去作業の可視性を重視する場合は、データ消去の立ち会い可否と代替案もあわせて確認し、自社の情報セキュリティ規程に合う方法を選んでください。
まとめ：台帳整備と中古PCの入れ替えを同時に進めるには
IT資産管理台帳の整備と中古PCの入れ替えは、棚卸しのタイミングで同時に進めるのが最も効率的です。棚卸しで現物と台帳を突き合わせた結果、そのまま「退役端末の売却リスト」と「次期調達の必要台数リスト」が同時に出来上がるためです。
この記事の要点を4つに整理
- 定義：IT資産管理台帳とは、法人が保有するPC・スマホなどの機器を「1台＝1行」で識別し、所在・利用者・状態・ライフサイクルを記録する管理簿である。
- 必須記載項目：管理番号／メーカー・機種／シリアル番号（サービスタグ）／OSとバージョン／購入区分（新品・中古・リース）／取得日・取得価額／保管場所／貸与者と部署／状態区分（稼働・予備・故障・処分待ち）。中古PCでは特に「調達元」「保証期間」「入荷時の外装ランク」を残すと後の判断が早くなります。
- 更新トリガー：入荷・検収、貸与、異動・機種変更、修理・部品交換、返却、除却・売却の6場面。イベント発生日に更新するルールにすると、台帳と現物のズレが蓄積しません。
- 証明書の紐づけ：データ消去証明書はシリアル番号をキーに台帳の該当行へ紐づけ、証明書番号と発行日を記録。除却の根拠として監査・ISMS審査で示せる状態にします。
棚卸しを「売却＋調達」の好機にする進め方
- 棚卸しで現物とシリアルを照合し、稼働／予備／処分待ちに区分する。
- 処分待ちの端末を、機種・シリアル・状態（外装・電源可否・付属品有無）の3点で一覧化する。
- その一覧をそのまま買取査定の依頼資料として提出し、概算額を把握する。
- 不足台数・スペック要件を洗い出し、中古PCの段階導入と組み合わせて調達計画を立てる。
- 売却入金と調達支出のタイミングを合わせ、予算稟議を1本にまとめる。
台帳から処分対象リストを出力できる状態になっていれば、査定・見積りは大幅にスムーズになります。機種名とシリアル、状態の情報が揃っているほど、現物確認前の概算精度が上がり、社内説明用の数字も早く用意できます。逆に台帳が未整備のままだと、倉庫の端末を1台ずつ開梱して確認する手間が発生し、処分そのものが先送りされがちです。
弊社にご相談いただける内容
- 法人専門・卸業者直結の流通ルートによる高価買取
- データ消去証明書の発行（台帳への紐づけに使えるシリアル・証明書番号を記載）
- 最短即日対応での引き取り・査定進行
- 退役端末の売却と次期中古PC調達のセット相談
なお買取額は機種・年式・動作状態・付属品の有無・市場需給によって変動するため、金額は必ずお見積りでご確認ください。
台帳整備と端末入れ替えをまとめて進めたい法人のご担当者様は、中古スマホ流通センターの無料査定・法人お見積りをご利用ください。機種・シリアル・台数が分かる一覧（Excel・CSV可）をお送りいただければ、概算のご案内と引き取りスケジュールをご提示します。まずはお気軽にお問い合わせください。
よくある質問（FAQ）
IT資産管理台帳に最低限書くべき項目は何ですか？
最低限は、管理番号・メーカー/型番・シリアル番号（スマホはIMEI）・取得日・取得価額・取得区分・貸与者/部署・設置拠点・OSとサポート期限・状態（稼働/予備/処分予定）の10項目です。中古導入では取得区分と保証期間の記載が特に重要になります。
中古PCは取得価額が少額でも台帳に載せる必要がありますか？
載せることを推奨します。10万円未満で一括経費処理となる端末でも、セキュリティ管理と棚卸しの観点では管理対象です。会計上の固定資産台帳とは別に、情シスの管理台帳では金額にかかわらず全端末を記録するのが実務的です。
台帳とデータ消去証明書はどう紐づければよいですか？
証明書に記載されたシリアル番号（またはIMEI）を台帳の該当行にキーとして突合し、証明書番号・消去日・消去方式・発行事業者名を台帳に追記します。1台1行で1対1に対応させ、証明書のPDFは端末管理番号でファイル名を統一して保管すると監査対応が容易です。
棚卸しはどのくらいの頻度で行うべきですか？
年1回の全台棚卸しに加え、四半期ごとの差分確認を行う運用が一般的です。人事異動が多い時期は貸与者情報のズレが発生しやすいため、入退社・異動のタイミングで都度台帳を更新するルールを併用すると精度が保てます。
使わなくなった中古PCは売却と廃棄のどちらが有利ですか？
状態やモデルによりますが、稼働品で世代が新しいものは売却で費用回収できる可能性があります。廃棄は処理費用が発生する一方、売却は買取額がつくうえデータ消去証明書も取得できるため、まずは無料査定で条件を比較するのが現実的です。金額は機種・状態により変動するため目安としてご確認ください。
▶ 法人のお客様へ：法人の中古パソコンの導入・まとめ買い（1台から・追加発注も対応）の詳細はこちら
