在庫管理システムとは？入出庫管理と引当の仕組み・機能・種類・費用と選び方

在庫管理システムは、品目ごとの入庫・出庫・移動・棚卸を記録し、「いま棚にある数」と「そのうち注文に割り当て済みの数」から、次の注文に使える数を出す仕組みです。Excelとの差は、記録した瞬間に全員が同じ数字を見られることと、同時に入った注文で在庫を取り合ったときに数が崩れないことにあります。

この記事では、在庫管理システムが内部で在庫数をどう計算しているかを実行結果つきで示したうえで、主な機能、クラウド型・パッケージ・ERP・個別開発の違い、公開料金にみる費用の目安、選び方の順番を整理します。在庫管理という業務そのもの（目的・発注方式・指標）は在庫管理とは？JIS定義でみる目的・発注方式・業務フローと指標の決め方で扱っています。

まとめ

• 在庫管理システムの中身は、入出庫の履歴台帳と、注文ごとの引当（割り当て）の記録です。画面に出る在庫数はこの2つから計算されます。
• 入出庫管理が基本機能で、発注点アラート、棚卸、ロット・期限、複数拠点、他システム連携はその上に乗ります。倉庫内の作業指示まで要るならWMSの領域です。
• 形態は4つ：月額のクラウド型、買い切りのパッケージ、ERPの在庫モジュール、個別開発。販売・会計と一体で回すならERP、在庫だけを早く始めるならクラウド型が起点になります。
• 費用の目安：クラウド型は公開料金で月1万円前後から（zaicoのスタータープランは月8,980円、ロジクラのLiteは年契約で月12,800円・いずれも税抜）。「デジタル化・AI導入補助金2026」通常枠では、在庫は対象の業務プロセスに含まれます。
• 選ぶ順番は、品目数・拠点数・同時に入力する人数を数える → ロットや期限の要否を決める → 連携先を決める → 無料期間に実データで入出庫と棚卸を試す、です。

以下、仕組み・機能・形態・費用・選び方の順に根拠を示します。

在庫管理システムの役割と、商品管理・WMS・販売管理との違い

日本産業規格 JIS Z 8141:2022（生産管理用語）は、在庫管理を「必要な資材を，必要なときに，必要な量を，必要な場所へ供給できるように，各種品目の在庫を望ましい水準に維持するための諸活動」と定義しています。在庫管理システムは、この活動のうち「いま何がどこに何個あるか」の記録と、発注のきっかけ作りをソフトウェアに移したものです。

名前の近いシステムとの境界は、何を主な記録対象にするかで分かれます。

「商品管理システム」で探している場合、欲しいのが商品情報の一元管理（EC掲載用の品番・説明・画像）なのか、数量の管理なのかを先に決めてください。前者なら在庫機能は付属扱いの製品でも足ります。倉庫の中で「どの棚から誰が何を取るか」まで指示したいならWMSの守備範囲で、違いはWMSとは？倉庫管理システムの機能・在庫管理との違い・導入判断を解説で整理しています。

在庫管理システムの主な機能

入出庫管理：入荷検品から出荷までの記録

入出庫管理は、在庫の増減をすべて「いつ・どの品目が・どこで・何個・なぜ動いたか」の1行として残す機能です。JIS Z 8141:2022（7401）は倉庫管理を、資材や製品の「入庫，保管，引当，出庫の一連の業務を効率的に行うための管理業務」と定義しており、在庫管理システムの画面もおおむねこの順に並びます。

• 入庫：発注データや納品書と照合して検品し、数量とロケーション（保管場所）を登録します。発注残（発注済みで未着の量）がここで消し込まれます。
• 移動：拠点間・棚間の移動を「元から出庫、先へ入庫」の2行で記録します。出荷と着荷の時刻がずれる拠点間移動では、移動中の在庫が元と先の両方で二重に数えられたり、どちらにも載らずに消えたりしないか（移動中の在庫を別の場所として持てるか）を確認してください。
• 出庫：受注や払出要求に対して引当を行い、ピッキングと出荷検品を経て在庫を減らします。

バーコードやQRコードの読み取りは、この入力を手打ちから置き換えるための手段です。品番の打ち間違いは棚卸差異の原因として最も潰しやすいので、読み取り端末の対応状況は機能一覧より先に見ます。

引当と発注点アラート

引当は、JIS Z 8141:2022の定義で「注文又は出庫要求に対して，在庫台帳の在庫残高にその量を割り当て引き落とす行為」です。棚に30個あっても、そのうち20個が別の注文に引き当て済みなら、新しい注文に約束できるのは10個です。在庫管理システムが「在庫数」と「引当可能数」を別の欄で出すのはこのためで、発注点アラートも、手持在庫から引当量を引いて発注残を足した有効在庫（JIS Z 8141:2022 7307）と比べるのが規格どおりの設計になります（7316 発注点方式は「有効在庫量が，あらかじめ定められた発注点に達するか下回ったときに」発注する方式と定義）。発注点そのものの決め方は需要予測を在庫管理につなぐ設計｜安全在庫・発注点・リードタイムの決め方と外注判断で解説しています。

棚卸・ロット/期限・複数拠点・連携

• 棚卸：端末で数えた実数を帳簿と突き合わせ、差異を「棚卸調整」の履歴として残します。差異の許容水準と手順は実地棚卸とは？帳簿棚卸との違い・手順・差異率の許容水準と棚卸システム化の判断を参照してください。
• ロット・期限・シリアル：食品・医薬品・部品で必須になります。後から追加すると過去データに番号が無く、回収時に遡れません。
• 複数拠点：拠点ごとの在庫と拠点間移動を扱います。製品を比べるときは、ある拠点の在庫を別の拠点の注文に引き当てられるかを確認します。
• 連携：販売管理・会計・ECモールとのCSVやAPI連携です。二重入力が残ると、在庫数は入力の遅い側に合わせて狂います。

在庫数の計算方法：入出庫履歴と引当のデータ設計

比較記事ではほとんど触れられませんが、製品の選定でも個別開発でも差が出るのは、在庫数を内部でどう持っているかです。ここではPostgreSQL 18.6で実際に動かした最小構成で示します。

履歴の合計で出す在庫数：上書きしない台帳設計

よくあるExcelの在庫表は、品目ごとの「在庫数」のセルを書き換えていく方式です。これだと、数字が合わなくなったときに、どの入出庫で狂ったかを遡れません。在庫管理システムの多くは、動きを1行ずつ追記する履歴テーブルを正本にして、在庫数はその合計として出します。

CREATE TABLE stock_moves (
  id         bigserial PRIMARY KEY,
  item_code  text        NOT NULL,
  location   text        NOT NULL,
  move_type  text        NOT NULL CHECK (move_type IN ('入庫','出庫','移動','棚卸調整')),
  qty        integer     NOT NULL,          -- 入庫は正、出庫は負
  moved_at   timestamptz NOT NULL DEFAULT now(),
  reason     text                           -- 発注番号・受注番号・破損など
);

INSERT INTO stock_moves (item_code, location, move_type, qty, reason) VALUES
  ('A-100','本社倉庫','入庫', 50,'仕入 PO-0012'),
  ('A-100','本社倉庫','出庫',-12,'受注 SO-0301'),
  ('A-100','本社倉庫','棚卸調整',-1,'破損');

SELECT item_code, location, SUM(qty) AS on_hand
FROM stock_moves GROUP BY item_code, location;

 item_code | location | on_hand
-----------+----------+---------
 A-100     | 本社倉庫 |      37

37個という結果の内訳が、仕入・受注・破損の3行としてそのまま残ります。製品を比べるときは「在庫数を直接修正できるか、修正すると履歴に理由付きで残るか」を確認してください。直接書き換えられて履歴が残らない製品は、棚卸差異の原因を追えません。

同時に入った注文で在庫がマイナスにならない引当

品目数が増えると、履歴を毎回合計するのは重くなるため、品目×場所ごとの残高表（手持在庫と引当量）を別に持つのが一般的です。ここで事故が起きやすいのが引当の書き方です。「空き数を読んでから、足りれば引当量を増やす」という2段階の処理を、2人が同時に実行した結果が次です（空き37個に対して30個ずつ）。

CREATE TABLE stock_balance (
  item_code  text    NOT NULL,
  location   text    NOT NULL,
  on_hand    integer NOT NULL DEFAULT 0,   -- 手持在庫
  allocated  integer NOT NULL DEFAULT 0,   -- 引当量
  PRIMARY KEY (item_code, location)
);
INSERT INTO stock_balance VALUES ('A-100','本社倉庫',37,0);

-- 2つのセッションが同時に実行（読んでから書く）
BEGIN;
SELECT on_hand - allocated AS free_qty FROM stock_balance WHERE item_code='A-100';
--  free_qty = 37 （両方のセッションが37を見る）
UPDATE stock_balance SET allocated = allocated + 30 WHERE item_code='A-100';
COMMIT;

-- 結果（CHECK制約なしの場合）
 on_hand | allocated
---------+-----------
      37 |        60

37個しかないのに60個を約束した状態です。両方のセッションが、相手の引当がまだ確定していない時点の37を読んだためです。空き数の判定と引当を1文にまとめると、この取り合いは起きません。

UPDATE stock_balance
   SET allocated = allocated + 30
 WHERE item_code = 'A-100' AND location = '本社倉庫'
   AND on_hand - allocated >= 30
RETURNING on_hand, allocated, on_hand - allocated AS free_qty;

-- 先に実行したセッション
 on_hand | allocated | free_qty
---------+-----------+----------
      37 |        30 |        7
UPDATE 1

-- 後から実行したセッション（先の確定を待ってから条件を再評価）
 on_hand | allocated | free_qty
---------+-----------+----------
(0 rows)
UPDATE 0

PostgreSQL既定の分離レベル（READ COMMITTED）では、後のセッションは「UPDATE 0」を受け取るので、アプリ側は「在庫不足」として受注を保留にできます。REPEATABLE READ以上で動かしている場合は could not serialize access due to concurrent update のエラーになるため、再試行の処理が要ります。加えて残高表に CHECK (allocated <= on_hand) を付けておくと、読んでから書く処理が残っていても2件目は violates check constraint のエラーで止まり、過剰な引当は保存されません。

個別開発を依頼するなら、要件定義の段階で「同じ品目に同時に注文が入ったときの動き」をテスト項目に入れてください。パッケージやクラウド型を選ぶ場合は、ECモールと実店舗など複数の入口から同じ品目が同時に売れたときの挙動を、無料期間中に2台の端末で試すのが確実です。EC特有の在庫同期はEC在庫管理システムとは？多店舗の在庫連携・受注同期の機能と費用・選び方を解説で扱っています。

在庫管理システムの種類：クラウド型・パッケージ・ERP・個別開発

「ERP 在庫管理」で比較している場合の分かれ目は、在庫の動きを会計に自動で連動させる必要があるかどうかです。受注から出荷・請求・仕入計上までを1つのデータで回したいならERPの在庫モジュール、在庫の記録を先に正しくしたいだけなら専用システムが軽く済みます。判断の詳細は在庫管理とは？JIS定義でみる目的・発注方式・業務フローと指標の決め方とERPとは？基幹システム・CRMとの違いと主な機能・導入の進め方を解説にまとめています。部品表や仕掛品まで扱う製造業は製造業の在庫管理システムとは？部品・仕掛品・製品の管理とMRP・生産管理連携の選び方を解説が近い論点です。

在庫管理システムの費用：公開料金と補助金

クラウド型の月額：zaicoの公開料金にみる目安

クラウド型は料金を公開している製品が多く、見積前に上限を把握できます。例として、zaicoの料金プラン（2026年9月30日時点の公式ページ）は次のとおりです。

スターターとベーシックの最大データ登録数はどちらも50,000件で、差は機能（発注管理・ロットや期限の管理はベーシックから）とユーザー単価にあります。ユーザー数で月額が決まる製品では、入出庫を入力する現場の人数が費用を左右します。スタータープランでフル権限10名にすると月19,480円（税抜）です。料金は改定されるため、契約前に公式ページで確認してください。

パッケージと個別開発は公開価格が無いことが多く、費用は品目数、拠点数、連携先の数、データ移行の量でほぼ決まります。見積を比べるときは、初期費用だけでなく5年分の保守費と、連携先のシステムが更新されたときの改修費まで並べてください。

デジタル化・AI導入補助金2026の通常枠

IT導入補助金は、2026年の公募から「デジタル化・AI導入補助金」の名前で実施されています。通常枠の条件は次のとおりです（2026年9月30日時点の事務局サイト）。

• 補助率は1/2以内（最低賃金に関する条件を満たすと2/3以内）
• 補助額は、1プロセス以上で5万円以上150万円未満、4プロセス以上で150万円以上450万円以下
• ソフトウェアは業務プロセスを1種類以上持つことが要件で、その業務プロセスの1つに「供給・在庫・物流」がある（汎用プロセスのみは不可）
• クラウド利用料は最大2年分が対象
• 6次締切は2026年10月30日17時

交付申請の事業計画はIT導入支援事業者と共同で作成し、導入するITツールも事務局サイトのITツール検索から選ぶ流れです。使いたい製品と販売会社がそこに載っているかを最初に確認してください。申請にはGビズIDプライム（発行までおおむね2週間）とIPAの「SECURITY ACTION」の宣言が要るため、締切から逆算して先に済ませておきます。補助事業（ツールの契約・導入）を始められるのは交付決定の通知を受けた後です。

在庫管理システムが向かないケースと、導入で失敗する形

品目が数十点で、入出庫を記録するのが1人だけなら、Excelやスマホアプリで足ります。同時に入力する人がいないので、上で見た取り合いが起きないからです。無料アプリとExcelの線引きは在庫管理アプリの選び方：無料・有料・エクセルとの違いと導入判断【比較】で比較しています。

逆に、次のどれかに当てはまったら専用システムに移る時期です。

• 入出庫を記録する人が2人以上いて、同じファイルを順番待ちで開いている
• ロット番号や使用期限で出荷先を追う必要がある
• ECモールと店舗など、在庫を売る入口が2つ以上ある
• 棚卸のたびに差異が出て、原因を特定できずに帳簿を実数へ上書きしている

失敗が多いのは、品目マスタを整えないまま移行する形です。同じ商品が品番違いで2行ある、単位（個・箱・ケース）が混在している、といった状態で持ち込むと、システムは正しく計算しても数字は合いません。導入前に品目マスタの重複と単位を棚卸しすることが、製品選びより先に必要です。

在庫管理システムの選び方と導入の手順

1. 規模を数える：品目数、拠点・倉庫の数、同時に入力する人数、1日の入出庫件数。クラウド型はデータ登録数とユーザー数で料金が決まるため、この数字で候補とプランが絞れます。
2. 管理の粒度を決める：ロット・期限・シリアル、ロケーション（棚番）管理の要否。後から足すと過去データに番号が付きません。
3. 連携先を決める：販売管理・会計・ECモール・POS。受注と在庫をまとめて扱いたい場合は受発注在庫管理システムとは？受発注と在庫を連携する仕組み・選び方とカスタム開発の判断の観点も使えます。
4. 品目マスタを整える：重複と単位の揺れを移行前に解消します。
5. 無料期間に実データで試す：自社の品目を数十件入れ、入庫・出庫・移動・棚卸を一巡させます。2台の端末で同じ品目を同時に出庫し、引当可能数が正しく減るかも確認します。
6. 並行稼働してから切り替える：旧方式と1回の棚卸期間だけ並行し、差異が説明できる状態になってから旧方式を止めます。

よくある質問

在庫管理システムとエクセル管理の違いは何ですか？

Excelは在庫数のセルを書き換えるため、数が狂ったときにどの入出庫が原因かを遡れず、複数人が同時に更新すると取り合いが起きます。在庫管理システムは入出庫を履歴として積み上げ、在庫数と引当可能数を計算で出すので、原因の追跡と同時入力に耐えます。

在庫管理システムは月額いくらから使えますか？

公開料金のあるクラウド型では月1万円前後からが目安です（ロジクラのLiteは年契約で月12,800円・税抜）。zaicoのスタータープランは月8,980円（税抜）で、フル権限3名・閲覧10名が基本料金に含まれます。スターターのままフル権限を10名に増やすと月19,480円、ロット・期限管理や発注管理が要ってベーシックに移ると月49,800円です（いずれも税抜）。

小規模事業者でも在庫管理システムは必要ですか？

品目が少なく、記録する人が1人ならExcelやアプリで足ります。記録する人が2人以上になった、ロットや期限を追う必要が出た、売る入口がECと店舗の2つになった、のどれかに当てはまったら導入を検討する時期です。

在庫管理システムとWMS（倉庫管理システム）は何が違いますか？

在庫管理システムは品目ごとの数量と入出庫履歴を管理します。WMSはそれに加えて、棚番の割り当て、ピッキングの作業指示、出荷検品など倉庫内の作業を管理します。倉庫の作業効率が課題ならWMS、在庫数の正確さが課題なら在庫管理システムが検討の起点です。

在庫管理システムの導入に補助金は使えますか？

デジタル化・AI導入補助金2026（旧IT導入補助金）の通常枠では「供給・在庫・物流」が対象の業務プロセスに含まれ、補助率は1/2以内です。申請の準備では、事務局サイトのITツール検索で導入するツールとIT導入支援事業者を選ぶため、候補の製品が載っているかを先に確認してください。

関連記事

• 在庫管理とは？JIS定義でみる目的・発注方式・業務フローと指標の決め方
• WMSとは？倉庫管理システムの機能・在庫管理との違い・導入判断を解説
• 在庫管理アプリの選び方：無料・有料・エクセルとの違いと導入判断【比較】
• EC在庫管理システムとは？多店舗の在庫連携・受注同期の機能と費用・選び方を解説
• 製造業の在庫管理システムとは？部品・仕掛品・製品の管理とMRP・生産管理連携の選び方を解説