業務システムの導入ガイド
固定資産の現物管理をアプリにする｜所在・移動・不明資産の照合
固定資産の現物管理をシステム化するとき、総務が見つけられなかった資産を、そのまま会計上の除却として扱う設計は避けます。現物が台帳どおりにあるのか、別の場所で見つかったのか、まだ見つからないのか、廃棄などの事実を確認したのか。照合結果をこの段階で分け、経理には判断に必要な記録を渡す設計が出発点になります。
総務が担うのは現物と所在の確認、経理が担うのは会計台帳への反映と除却の判断、という組織を想定します。この条件なら、アプリの中心は「現物確認」「所在移動」「不明」「除却依頼」の4区分です。ただし、区分を選べるだけでは不十分です。不明資産を誰が、どこまで再確認したら経理へ連絡できるのか。この境界を決めなければ、紙が画面に替わっても迷いは残ります。
固定資産の現物管理システムは貸出台帳と何が違うか
備品貸出管理が追うのは、一時的に持ち出した物の貸出先と返却予定です。対して、ここで扱う固定資産の現物管理は、会計側の資産台帳を基礎に、保有資産が実在し、どこにあるかを照合する業務です。照合記録には、固定資産ID、台帳上の所在、確認した所在、確認者、確認日時、照合結果、写真などの証跡、次の確認担当をまとめます。
公的な業務資料でも、取得時の台帳登録、定期的な現物確認、廃棄・売却時の処理は別の業務として示されています。また、現物確認済みのチェックを台帳へ残す方法と、管理責任者を決める必要性も示されています（厚生労働省「経理事務マニュアル」第8章）。同資料は2020年4月9日公表です。
製品固有の例として、OBCの公開情報では、固定資産奉行クラウドの資産情報をConvi.BASEへ連携し、バーコードやQRコードなどの管理ラベルで台帳情報と現物を紐付けて棚卸しする構成が説明されています。連携対象には新規登録、移動、除却の各データが含まれます（株式会社オービックビジネスコンサルタント「奉行APIコネクトサービス｜Convi.BASE」）。これは当該製品の仕様であり、すべての現物管理システムに共通する仕様ではありません。会計台帳と照合記録の連携方法、移動と除却の状態を分ける設計の参考例です。参照先の内容は、いずれも2026年9月21日に確認しています。
4区分の照合台帳を判断表にする
次の表は、会計側に固定資産台帳があり、総務などの資産管理担当が現物確認を行う場合の設計案です。適用条件は、所在の照合結果を総務が記録し、会計処理を経理が判断する役割分担です。必要な項目と連絡条件は、自社の業務規程に合わせて調整します。
| 照合結果 | 選ぶ条件 | 総務側で残す記録 | 次の処理 | 経理への連絡 |
|---|---|---|---|---|
| 現物確認 | 台帳上の所在で対象物を確認できた | 固定資産ID、確認者、確認日時、確認した所在、証跡 | 照合済みにする | 原則として個別連絡は不要 |
| 所在移動 | 対象物は確認できたが、確認場所が台帳上の所在と異なる | 現在の所在、確認者、確認日時、証跡、必要に応じて移動理由 | 所在変更の確認先へ回す | 会計台帳の所在更新が必要な運用なら連絡 |
| 不明 | 対象場所で確認できず、移動・廃棄などの事実も確定していない | 最後に確認した情報、再確認担当、期限、確認対象場所、調査記録 | 不明のまま保留して再確認する | 期限超過など組織で定めた条件に達したら、調査状況を共有 |
| 除却依頼 | 廃棄・搬出などの事実を確認し、所定の承認と会計判断を求める | 事実を示す証跡、確認者、確認日時、承認記録または承認に必要な情報 | 経理へ依頼し、判断待ちにする | 必須。アプリ側では除却確定にしない |
判断軸は、現物の有無と事実の確定状況です。台帳と同じ場所で見つかった資産と、別の場所で見つかった資産は、どちらも現物自体は存在します。後者には所在情報の更新が残ります。現物不明と除却依頼は、どちらも照合時点で現物が手元にない場合を含みますが、区分の根拠は異なります。
会計検査院は、台帳上は使用中または保管中なのに所在を確認できない状態と、すでに搬出・廃棄を確認したのに台帳を処分へ変更していない状態を、別の不適切事態として報告しています。所在を確認できなかった資産については、原因と確認できなくなった時期も不明とされていました（会計検査院の研究用備品等に関する検査結果、2014年3月31日時点）。「不明」と「廃棄の事実を確認済み」は、同じ終点ではありません。
現物不明を自動除却にしない条件
では、照合で一度見つからなかった資産を、いつ除却依頼へ動かすのでしょうか。見つからないという結果だけでは動かしません。少なくともアプリ上では、次の条件を分けます。
- 「不明」は、再確認担当、期限、確認対象場所を設定し、調査中として保留する
- 「除却依頼」は、廃棄や搬出などの事実を示す記録があり、所定の承認記録を確認するか、承認と会計判断を求められる状態に限る
- 経理が判断するまでは、照合台帳の状態と会計台帳の除却確定を分離する
- 不明から除却依頼へ変えた人、日時、根拠を履歴に残す
この条件なら、総務は「未確認なので探す」と「処分の事実があるので判断を依頼する」を別々に扱えます。厚生労働省のマニュアルも、固定資産の廃棄では所定の承認を取り、その結果を台帳へ反映する流れを示しています。現物確認の未完了は、その承認の代わりにはなりません。
これから廃棄を予定する資産は、現物がある段階で所定の処分承認を取り、実施後に会計処理を確認する流れと分けて扱います。現物照合で「すでに廃棄され、台帳だけが残っていた」と判明した場合は、処分時の承認記録と実施した経緯も確認し、是正の判断を引き継ぎます。照合結果の「除却依頼」は、廃棄を先に行ってよいという許可ではありません。
物理的に捨てた事実がない場合は、さらに慎重さが必要です。国税庁の法人税基本通達7-7-2は、有姿除却について、使用を廃止し、今後通常の方法で事業に供する可能性がないと認められることなどの条件を示しています（国税庁「第1款 除却損失等の損金算入」）。したがって、アプリが「不明」の選択だけを根拠に税務・会計上の除却を自動確定する設計にはしません。個別の会計判断は経理が行い、アプリは確認結果と証跡を渡すところで止めます。
不明資産の確認担当と連絡条件を決める
状態を増やすだけでは、誰も再確認しない「不明」が残ります。照合台帳には、現在の状態とは別に、次の確認担当と期限を持たせます。担当の決め方は組織によって異なりますが、確認対象場所に応じて担当を割り当てられるようにしておくと、総務だけに調査が滞留するのを避けやすくなります。
台帳上の所在で見つからず、別の場所でもまだ確認できていない資産は、次の順で扱います。
- 照合結果を「不明」とし、次の確認担当、期限、確認対象場所を記録する
- 別の場所で現物を確認したら、証跡と確認した所在を残して「所在移動」へ変更する
- 廃棄や搬出の事実を確認したら、証跡を付けて「除却依頼」とし、経理の判断を求める
- 期限までに確認できなければ、「不明」のまま調査状況を関係者へ共有する
期限超過を自動的な状態変更の条件にせず、誰へ共有するかと再確認の継続方法を組織内で決めます。
経理への連絡も一種類にまとめません。所在移動は台帳の所在更新が必要かを確認する連絡、不明は調査状況を共有する連絡、除却依頼は会計判断を求める連絡です。通知の件名、受信先、アプリ上の依頼種別を分けると、経理側も「情報の更新」と「判断の依頼」を取り違えにくくなります。
導入前に連携と権限を確認する
既存の台帳がExcelなどにあるなら、画面を作る前に、どの列を正として取り込むか、更新後にどちらへ戻すかを決める必要があります。移行範囲を整理する際は、Excel管理からシステムへ移行するときの進め方も参考になります。
権限は、現物確認者が会計台帳の確定情報まで変更できないように分けます。総務は照合結果と証跡を登録し、経理は除却依頼を確認して会計側の処理を判断する、という境界です。既製SaaS、kintone、個別開発のどれで実現するか迷う場合は、SaaS・kintone・スクラッチ開発の比較で、変更範囲や運用との適合を比べられます。
自社業務に合わせたWebアプリとして検討する場合、連携する台帳、移行対象、総務と経理の権限、証跡の保存方法、データ出力の範囲は契約前の確認事項です。初期開発と運用保守は個別見積もりとなるため、現在の照合表と承認経路を用意したうえで業務アプリの相談へ進むと、必要な範囲を切り分けやすくなります。
現物確認で資産が見つからなかったら、まず次の確認担当と対象場所を決め、「不明」のまま調査を続けます。廃棄などの事実と承認材料がそろった段階で「除却依頼」として経理へ渡します。この境界が照合台帳に表れていれば、総務は所在確認の進捗を担当者ごとに追え、経理は証跡に基づいて会計処理を判断できます。