棚卸しと在庫評価をひとつの基幹システムで完結させる方法

四半期の最終金曜日です。名古屋の倉庫は静まり返り、照明は落とされ、財務マネージャーはどうしても一致しない2つの数字を見つめています。スプレッドシートには精密ベアリングが4,200個あるはずと書かれています。一方、現場リーダーの手元のカウント表には4,047個と記録されています。その差153個のなかに、コストと税金、そして信頼が潜んでいます。月曜日までに、この153個はCFOと顧問税理士、監査人向けの明快な説明に変えなければなりません。多くの企業はこの瞬間に気づきます。棚卸しはもともと倉庫の仕事ではなかったのです。それは常に、安全性のベストを着た会計の仕事でした。

本記事は、棚卸しと在庫評価を総勘定元帳と同じ場所で管理したいと考える、事業責任者、在庫管理責任者、そして財務責任者向けに書いています。現代の基幹システムが実際に何をできるのか、どこで止まるのか、そしてその境界を正直にどう埋めるのかを見ていきます。

月末決算で棚卸しが崩れる理由

棚卸しが決算で失敗する理由は3つありますが、いずれも怠慢ではありません。

第一に、実地棚卸と帳簿が離れて存在していることです。倉庫はクリップボードやハンディスキャナーで数を確認します。帳簿は会計ソフトにあります。両者の間には誰も完全には責任を持たないスプレッドシートが置かれています。数字が合わないと、照合作業が夜をふかして続きます。

第二に、在庫評価が別の儀式として扱われていることです。実地棚卸のあと、誰かが2つ目のスプレッドシートを開き、最後に判明している仕入価格、手入力された為替の想定、そして設立時に申告した評価方法の記憶を頼りに、その差分のコストを計算します。方法は重要です。日本の企業会計基準（企業会計基準委員会、第9号）では、個別法、先入先出法、総平均法、移動平均法などの認められた方法から選ぶことになります。後入先出法は国際基準との整合のため2008年に廃止されました。誤った方法を選ぶこと、あるいは申告した方法から次第に外れていくことは、帳簿上の選択に見せかけられた税務上の問題なのです。

第三に、追跡の跡が残らないことです。153個が消えたとき、問いはそのコストがいくらかだけではありません。いつ移動し、誰が記録し、どの注文や移動に属していたのかということです。その跡がなければ、調整は「在庫差分」というメモ書きとともに月末の仕訳に一括で書き込まれます。監査人はそのメモを嫌います。消費税の調査時の税務署も同じです。

より深い背景として、この痛みは2025年のレガシーシステム崖を背景に起きています。経済産業省は2018年、企業が財務や事業運営を支える老朽化したシステムを近代化できなければ、2025年以降、日本は年間最大12兆円の損失を被り得ると警告しました。同省は約45万人の構造的なIT人材不足も報告しています。企業はデータの悪さを採用で解決することはできません。統合するしかありません。

基幹システムが在庫について記録すること

本物のERPは「手持数量」という数字を保存するだけではありません。すべての個品の寿命を、型付きの移動の連続として記録します。Kikan Systemのコードベースでは、在庫モジュールが各移動を型とソース付きでモデル化します。移動の型には、仕入受入、売上出荷、製造の投入と産出、消費、廃棄、拠点間の移動、顧客返品、仕入先返品、調整があります。調整の型こそ、実地棚卸の結果が実測値と記録残高とで異なるときに書き込まれるものです。

すべての移動は、数量、移動日、移動元拠点、移動先拠点、そしてその原因となった伝票への参照を持ちます。仕入受入は発注書に紐づきます。売上出荷は受注に紐づきます。移動は移動指示に紐づきます。調整は在庫残高に紐付き、理由を示す参照メモ（棚卸メモなど）を伴います。これこそ、クリップボードのスプレッドシートでは得られない追跡の跡です。

在庫残高そのものも、単一の整数ではありません。各拠点の各製品は、手持数量と引当数量を持ち、ロット管理が有効な場合は特定の在庫ロットへの紐付きを持ちます。ロットは、有効、検査待ち、保留、期限切れといった独自のステータスを持ちます。規制対象の部品を扱う販売業者や原材料を追跡するメーカーにとって、このロットの紐付きこそが、漠然とした153個の差分を、どのロットが足りず、どのロットが多すぎたかの正確な一覧に変えるものです。

実地棚卸、クリップボードから型付き調整へ

基幹システムにおける実務ワークフローは次のようになります。

チームは実地棚卸を拠点ごと、あるいはロットごとに行います。各製品の実測数量を入力します。システムは入力された値を、受入、出荷、移動、消費、廃棄から維持してきた手持残高と比較します。その差が差異です。

差異は魔法のように自動で確定するわけではありません。人がレビューします。レビュー担当者は、その拠点のその製品の移動履歴を見直し、未出荷の搬出や未転記の移動がないことを確認したうえで、その差異が実際の減耗なのか、実際の過剰なのかを判断します。そして在庫調整を転記します。その調整は型付きの移動として記録され、ソースは調整、日付は刻印され、実行者も記録されます。手持残高は更新されます。追跡されているロットも更新されます。引当数量も正確に保たれるため、次の受注がすでにない在庫を約束することはありません。

ここで棚卸しは倉庫の儀式ではなく、信頼できる運用データへと変わります。倉庫チームが翌朝見る数字は、財務チームが在庫評価に使うのと同じ数字です。その唯一の情報源こそが要点です。多くのレガシーツールが決して提供できなかった部分でもあり、だからこそ2025年の崖はフラストレーションの多い月末を生み続けています。

在庫評価、システムが保持するものと手作業のままのもの

ここからは正直な部分であり、重要な内容です。

基幹システムは、在庫を評価するために必要な2つの入力を保持しています。ひとつは実際の移動から維持される数量です。もうひとつは、仕入の瞬間に捕捉された原価です。システム上のすべての仕入請求書は、製品、数量、単価に加え、値引き、税金、そして仕入が計上される勘定科目を記録します。この仕入データこそ、単価計算の土台です。

数量と原価が同じ場所にあるため、随時手作業で評価額を計算できます。手持数量に仕入請求書の単価を掛けるか、会社が申告した移動平均法を適用すれば、今日の現場の在庫を反映した数字が得られます。この数字は経営報告でCFOが求めるものであり、仕入先の値上げ前に再発注すべきかを判断するときに事業責任者が求めるものでもあります。

ただし、現時点でシステムが行わないのは、その評価を総勘定元帳へ自動転記することです。これは意図的な境界です。Kikan Systemの設計では、仕訳を自動生成するのは売上請求書、仕入請求書、経費精算の3種類だけです。売上請求書は収益と売掛金を転記します。仕入請求書は費用、仮払消費税、買掛金を転記します。経費精算は従業員の請求と負債を転記します。これら3つの流れは完全に複式簿記であり、完全に自動化されています。

対して在庫評価は、それらの自動転記の流れのひとつではありません。実地棚卸で153個の差分が見つかり、そのコストを計算したあと、評価損を商品勘定に、相手の費用勘定に書き落とすことは、手作業による仕訳です。廃棄を原価勘定に振り替える場合も、製品原価に組み込みたい労務時間についても同様です。システムは運用上の出来事を正確に捕捉しますが、その出来事を特定の総勘定元帳の勘定に結びつけることは、あなたが作成する仕訳であり、理想としては会計士と勘定と金額を確認しながら行うものです。

私たちがこれを率直に述べるのは、過剰な宣伝が信頼を損なうからです。あるベンダーが、自社のERPが初期状態で評価から元帳までの転記を完全に自動化していると語るなら、対応している評価方法、評価減と評価戻しの扱い、そして日本の企業会計基準が求める低価法の処理を問い返してください。正直なソフトウェアは、自動化がどこで終わり、人間の判断がどこから始まるかを教えてくれます。

実際のシナリオ、名古屋の部品販売会社

名古屋で約60名の部品販売会社を想像してください。中京圏の機械メーカーにベアリングやシールを供給しています。3つの倉庫を運営し、約18,000品目の有効SKUを持ち、顧客がリコール時の追跡可能性を求めるため、多くがロット管理されています。

基幹システムへの移行前、四半期末の棚卸しには3日、その後の照合にはさらに4日を要していました。四半期あたり200個から400個の差異は日常茶飯事で、大半は倉庫間の未転記の移動と、営業がクローズしなかったピッキングに起因するものでした。在庫評価は、設立時に申告した方法が移動平均法であることを知る一人のベテラン社員が作ったスプレッドシートでした。その社員が休暇を取ると、決算は1週間遅れました。

統合後、ワークフローは変わりました。移動は型付きの移動指示に対してリアルタイムで転記されるため、倉庫間の移動は隠れなくなりました。ピッキングは売上出荷に対してクローズされるため、手持残高は実際に出荷ドックから出たものを反映します。四半期の棚卸しは整理された差異一覧を生成し、レビューのうえソース付きで調整として転記されます。在庫評価は維持された数量と維持された原価から計算され、財務責任者が7日目ではなく2日目の朝に実行するレポートとして示されます。

ただし手作業の部分は消えませんでした。財務責任者は引き続き、在庫の評価損を手作業の仕訳として転記し、顧問税理士と確認しています。システムはデータを保持するものの、評価を帳簿へ自動転記はしないからです。違いは、その手作業の仕訳が、誰も完全には追跡できない数字に対して1日かける作業から、誰もが信頼する数字に対して1時間ですむ作業になったことです。数億円規模の在庫を抱える60名規模の販売会社にとって、決算ごとに節約できるその1時間は、1年のあいだに積み重なります。

日本の文脈はこれをより鋭くします。2023年に始まった適格請求書制度は、企業に仕入の仮払消費税を正確に保ち、登録された仕入先番号に紐付けることを求めています。消費税の調査は在庫記録にまで及ぶことがあります。仕入請求書、ロット管理された在庫、消費税の勘定がすべてひとつの基幹システムに収まっているとき、調査は発掘作業ではなく、データの呼び出し作業になります。

導入前に問うべき買い手の質問

システムは在庫を実際の移動から維持していますか、それとも型付きの数字を保存しているだけですか。 本物のERPは、受入、出荷、移動、消費、廃棄のそれぞれを、ソース参照付きの型付き移動として記録します。加工されたスプレッドシートは誰かが手で更新する数字を保存するだけです。前者は跡を与え、後者は議論を与えます。

どの在庫評価方法に対応し、システムは原価を示せますか。 各仕入請求書から単価を保持し、自ら維持する数量に対して評価を計算できるシステムを探してください。設立時に申告した方法がシステム内で実行可能かを確認してください。後入先出法は2008年以降、日本の企業会計基準では認められていないことも覚えておいてください。

評価は総勘定元帳に自動転記されますか。 Kikan Systemを含む正直なシステムの多くでは、されません。売上請求書、仕入請求書、経費精算は自動転記されます。在庫評価、廃棄の振替、労務の組み入れは、整理されたデータに対する手作業の仕訳です。これを前もって明示するベンダーを必ず選んでください。

棚卸しはロットトレーサビリティやリコールにどう結びつきますか。 規制された領域で事業を営むなら、実地棚卸による調整はロットを伴う必要があります。それによってリコールへの問い合わせに日数ではなく分単位で答えられ、また棚卸し自体が法的に出荷できない検査待ちや保留のロットを尊重したものになります。

ポイント: 棚卸しと在庫評価は、ふたつのチームに分断されたひとつの問題です。基幹システムは、すべての移動をソース付きで記録し、数量と並んで原価を保持し、どの転記が自動で、どの転記が手作業かについて正直であることで、それを再結合します。

よくある質問

在庫評価は総勘定元帳に自動転記されますか？

されません。売上請求書、仕入請求書、経費精算の3つだけが仕訳を自動生成し、在庫評価、廃棄の振替、労務の組み入れは、整理されたデータに対する手作業の仕訳として残ります。これは意図的な境界であり、評価方法や評価減・評価戻しの扱いを会計士と確認しながら進めるための設計です。正直な基幹システムは、自動化がどこで終わり、人間の判断がどこから始まるかを明示します。

棚卸しの差異はロット単位で追跡できますか？

はい、規制対象の部品や原材料を扱う場合、実地棚卸による調整はロットを伴います。各在庫残高はロットに紐づいており、ステータス（有効、検査待ち、保留、期限切れ）も尊重されるため、差異が生じたときにどのロットが足りずどのロットが多すぎたかを正確に一覧できます。これにより、リコール時の問い合わせに日数ではなく分単位で答えられます。

どの在庫評価方法に対応していますか？

各仕入請求書から単価を保持し、自ら維持する数量に対して評価を計算できるため、移動平均法などの申告した方法を現場の在庫に適用できます。ただし後入先出法は、企業会計基準との整合で2008年以降認められていない点にご注意ください。設立時に申告した方法がシステム内で実行可能かは、導入前に必ず確認すべき項目です。

Kikan System は小規模企業でも使えますか？

はい。席ごとに課金し数か月に及ぶ導入を要求する構成ではなく、今日痛みを感じるモジュール（棚卸し、在庫評価、請求書）から始め、準備が整うにつれて残りを加えられます。Kikan System は最大2ユーザーまで無料、クレジットカード不要のプランで、自社の倉庫とチーム規模に合うかを実際のデータで確かめられるようにしています。

実地棚卸と帳簿をひとつに

2025年のレガシーシステム崖を生き残る企業は、機能が最も多い企業ではありません。金曜日に一致した数字が月曜日にも一致している企業です。その一致は、在庫移動の唯一の情報源、仕入請求書から維持された原価、自動転記と手作業の明確な境界、そして税務署と監査人の双方が読めるロット対応の複式簿記の中核から生まれます。

基幹システムはまさにその境界を中心に構築されています。棚卸しは型付きの調整として、完全な移動履歴とともに転記されます。ロットトレーサビリティはすべての個品をステータス付きのロットに紐付けます。複式簿記は請求書、仕入請求書、経費精算を自動転記する一方で、在庫評価はシステムが保持するデータに対する意図的な手作業の仕訳として残されます。英語と日本語のネイティブな二言語運用、適格請求書の登録番号、出荷と仕入で分離された消費税の勘定、承認ワークフローによって、決算は中堅の日本企業が自社で運営できるものになります。

クリップボードと帳簿を照合する作業に疲れたなら、実地棚卸をひとつの場所で始めてみてください。Kikan Systemを始めるなら、2ユーザーまで無料、カード不要のプランをご利用いただけます。料金プランを見るから、倉庫数とチーム規模に合った階層を選ぶこともできます。