在庫管理はエクセルで十分？課題5選と精度を上げる工夫・脱Excelの判断基準

1. 在庫表を更新する人が1人か、複数人・複数拠点か
2. 数える単位が1種類か、ケースとバラ、ロットや期限など複数あるか
3. 誰が見られるか、誰がいつ直したかを管理する必要があるか

3つとも当てはまらなければ、Excelで十分です。シートを「商品マスタ・入出庫履歴・在庫一覧」に分け、関数と入力規則で精度を上げましょう。1つだけ当てはまる場合は、Excelの工夫で対応しながら、その項目に効く対策から始めます。2つ以上当てはまるなら、クラウドやノーコードの仕組みへ移すことを検討する段階です。

Excelを手放すかどうかの二択で考える必要はありません。弊社が携わった検討でも、計算の考え方はExcelのまま生かし、「共有」と「記録」の器だけを移したケースが多くありました。ノーコード・クラウドデータベース「Slopebase（スロープベース）」も、Excelで作り込んだ在庫表の項目や計算をそのまま設計図にして、業務アプリへ置き換える使い方ができるサービスです。

この記事で扱う範囲と、扱わない範囲

扱う範囲：
Excelで在庫を管理するときの課題、精度を上げるシート設計と関数、Excelを続けるか移行するかの判断基準、移行の進め方を扱います。

扱わない範囲：
次のテーマは独立した記事で詳しく解説しているため、本記事では深追いせず該当記事へご案内します。

棚卸表のエクセルを全拠点へ展開する設計の詳細
　→棚卸表のエクセルを全拠点へ展開する設計｜差異の自動計算をノーコードで実現
棚卸業務の手順と在庫管理DXの進め方
　→精度を高める在庫管理DX戦略｜棚卸業務の完全マニュアル
棚卸の費用対効果とソリューションの比較
　→棚卸の効率化は、最大のコスト削減策
共有したExcelが「読み取り専用」になる問題への対処
　→共有エクセルの『読み取り専用』ストレスを解消！複数人入力の競合回避策

課題①：リアルタイム性が低く、最新の在庫数がわからない

Excelによる在庫管理では、リアルタイムでの情報更新が困難という課題があります。一人がファイルを開いていると他の担当者は編集できないため、入力のタイミングがずれると今どれだけ在庫があるか分からない状態が頻発します。共同編集という機能もありますが、一部機能が制限されたり、同時編集時にエラーが出たりすることがあります。

具体的には、以下のような問題が懸念材料です。

1. 倉庫担当者がファイルを更新し忘れる
2. 在庫表をコピーして別々に作業してしまい、どちらが最新版か分からなくなる
3. 複数拠点でのデータ共有にタイムラグが生じる

結果、正確な在庫数の把握ができず、リアルタイムな在庫管理を妨げる要因となってしまいます。

この点は、当社の営業事務221人調査の結果にも表れています。Excelやスプレッドシートを複数人で共有・編集するときの不便として、「『読み取り専用』になり作業が中断する」（33.2%）と「最新版がどれか分からなくなる」（30.6%）が上位に挙がりました（詳しくは「【2026年調査】営業事務のExcel属人化の実態」）。在庫表のように1日に何度も更新される台帳ほど、作業の中断と版の混在がそのまま在庫数のずれにつながります。最新版を1つに決める運用は「Excelファイルのバージョン管理トラブルと解決策」で解説しています。

課題②：ヒューマンエラー(入力ミス・計算ミス・更新漏れ)の温床になる

Excelでの手入力には常にミスのリスクが付きまといます。実際の現場では「入力ミスで在庫がマイナス表示になった」「転記漏れで発注が遅れた」といった声も多く聞かれます。

主なヒューマンエラーの例としては以下のようなものがあります。

1. 数値の打ち間違いや転記漏れ
2. 計算式の設定ミスや破損
3. 単位の間違い（個数と箱数の混同など）
4. 更新作業の忘れや遅れ

結果的に、欠品や納期遅延につながり、余計なコストを増やすことになるケースもあります。

見落とされやすいのが、単位の混在です。弊社が携わった卸売業の棚卸では、2人1組になり、1人が棚の前で「5ケースと〇本」と読み上げ、もう1人がExcelに入力していました。ケース・開封済みのケース・バラの3段階で数え、商品マスタの入数（1ケースに入っている個数）を掛けてバラの数に直す仕組みです。よくできた仕組みですが、入数を引き当てる関数でエラーが出た行は手で直す運用になっており、1か所の参照がずれるだけで差異の計算全体が信用できなくなる構造でした。

表記ゆれも同じ構造で起こります。同じ調査の第2弾では、入力ルールがばらばらで、集計前に半角・全角の統一などの手直しをする負担を感じている人が61.3%にのぼりました（詳しくは「【2026年調査】営業事務のデータ連携・分断の実態」）。商品名や商品コードを自由入力にしている在庫表では、集計のたびに同じ手直しが発生します。

▶ケースとバラの換算を自動化した棚卸表の設計例

課題③：担当者しか分からない項目の発生

Excelは自由にカスタマイズできる反面、作った本人しか分からないという属人化が起こりやすいです。現場では担当者ごとにフォーマットを勝手に改変して使ってしまうケースも珍しくありません。

管理担当者の属人化により、以下の問題が生じます。

1. 誰がどこをどう修正したか履歴を追うことが難しい
2. 作成者が退職すると修正もできないブラックボックス状態になる
3. また、引き継ぎが不十分だと社内の誰にも扱えない状態になる

結果的に、在庫管理の信頼性に大きな課題を抱えることになります。

当社調査では、「誰が作ったか分からない謎のマクロ・複雑な関数」の解読や修正に苦労した経験がある人が64.2%、特定の担当者が休むと業務が回らないと感じる人が52.3%でした。在庫表は一度作ると何年も使い続けられるため、作成者の異動や退職のあとに問題が表面化しやすい台帳です。

前述の卸売業の棚卸表には、データの取得から加工、シートの作成、自動処理のスクリプト登録、別ファイルを参照する関数の設定、定期メンテナンスまで、8工程の構築マニュアルがありました。マニュアルがあるだけでも優れた運用です。それでも、基幹システムから出力した資料を毎回手で切り出して貼る作業や、商品コードの書式をそろえる作業など、「知っている人がやれば回る」手順は残っていました。拠点が増えれば、こうした手順も拠点の数だけ増えていきます。

課題④：ファイルを探す手間が発生、同時アクセス不可など情報共有が非効率に

複数人でExcelファイルを共有することで以下のような問題が起こります。

1. 最後に誰が更新したか分からない
2. 共同編集機能を使用しない場合、ファイルが開きっぱなしで編集待ちになる
3. 最新版のファイルがどれか分からない

これらのトラブルは日常業務の足かせになり、大幅な業務効率の低下を招きます。

共有ブック機能もありますが、更新のタイムラグやファイル破損の恐れがあり、完全な解決策とはいえません。

共有の範囲を広げようとしたときに壁になるのは、計算よりもアクセスの管理です。前述の卸売業では、一部の営業所でクラウドの表計算シートとして在庫の表を共有していましたが、全営業所へ広げる段階で「個人の端末からアクセスできてしまう」「共有アカウントのため、利用者ごとの権限や責任の範囲があいまいになる」「誰がいつ何を操作したかを追いにくい」の3つが課題に挙がりました。有料プランを全員分そろえれば管理機能は使えますが、現場からは「この業務のためだけに社員全員分のアカウントは買えない」という声も出ています。

課題⑤：適正在庫の把握や需要予測など、データの活用が困難

Excelは本来表計算ソフトであり、データベースのように大量データを継続的に扱うことには適していません。商品点数や取引履歴が増えると動作が重くなり、再計算に時間がかかるケースもあります。

また、蓄積されたデータを活用した以下の分析への対応も十分とは言えません。

1. 過去の需要データに基づく適正在庫の算出
2. 季節変動を考慮した需要予測
3. 商品別の回転率分析
4. ABC分析による重要度の分類

データ活用による経営改善の機会を逸している企業も多いのではないでしょうか。

ファイルの重さは、分析だけでなく日々の入力にも影響します。当社調査では、データ量が多くフリーズや強制終了で時間を奪われることが「月に数回」以上ある人が半数を超えました（月に数回23.7%、週に数回21.1%、ほぼ毎日8.8%）。入出庫の履歴を1つのブックに積み上げていく在庫表は、年数がたつほど重くなります。重くなる原因の切り分け方はExcelが重い原因と軽くする方法をご覧ください。

まず、欠品による機会損失・信用低下が挙げられます。例えば、製造業では欠品が原因で生産ラインが止まるケースもあり、緊急手配による調達コスト増大や納期遅延で取引先からの信用を損ねる恐れもあります。

過剰在庫による資金繰り悪化も問題です。需要予測の誤りなどで売れ残りの商品を抱え過ぎると、余分な在庫を抱えることとなり経営を圧迫します。保管にもコストがかかり、賞味期限や型落ちによる廃棄リスクも懸念材料です。

在庫データ不備による業務停滞のリスクがあることも問題です。在庫数や所在の記録が不正確だと、どの商品がどれだけ残っているか分からず、現場作業が滞ります。注文に対して出荷できるか即答できなかったり、倉庫内で商品を探し回る時間が増えたりと、業務効率が大幅に低下します。

在庫の数字を「合わせる」ための作業は、担当者の負担として見えにくい形で積み上がります。当社調査では、Excelやスプレッドシートの作業が原因で残業や持ち帰り作業が月1時間以上発生している人が4割を超え、複数のファイルやシステムから手作業で転記・集計し、壊れた関数を直す作業に時間を使っている人は7割を超えていました。在庫の精度を人の注意力だけで保とうとするほど、この時間は増えていきます。在庫管理の精度向上は、中小メーカーにとって急務の課題といえます。

在庫管理表は「商品マスタ・入出庫履歴・在庫一覧」の3シートに分ける

1枚のシートに商品情報も入出庫も在庫数も書き込むと、行や列を足すたびに数式が崩れます。役割ごとにシートを分けましょう。

入出庫履歴を「1行＝1回の動き」として積み上げておけば、いつ、誰が、何を動かしたかを後から追えます。この形は、Excelからデータベース型のシステムへ移るときに、そのままCSVで取り込める形でもあります。

在庫管理表に入れる基本項目

商品コードの型は、移行の場面で問題になりやすい項目です。弊社が携わった卸売業の検討でも、現行の運用マニュアルでは「商品コードはすべて数値として扱う」と決めていた一方、移行先の設計では文字列として持つ案になり、過去のデータで桁数を確かめる必要が生じました。先頭の0が消える、桁数がそろわないといった問題を防ぐため、型は最初に決めておきましょう。

在庫数を自動計算する関数と機能

現在庫は「入庫数の合計－出庫数の合計±棚卸調整」で求めます。棚卸で差異が出たときは、在庫一覧の数字を直接書き換えず、入出庫履歴に「棚卸調整」の行を追加して直すと、修正の経緯も記録に残ります。なお、XLOOKUP関数はMicrosoft 365やExcel 2021以降で使える関数です。それより前のバージョンでは、VLOOKUP関数で代用してください。

ケースとバラが混在する商品は、バラの数を「正ケース数×入数＋開封ケース数×入数＋バラ数」で計算し、入数は商品マスタから参照します。各行に入数を直接書き込むと、入数が変わったときに全行を直す必要が出てくるためです。

年度や月を列に並べない｜実務で見た「横並び15列」の落とし穴

Excelの在庫表でよく見かけるのが、年度や月ごとの数量を列として横に並べる形です。弊社が携わった卸売業の棚卸表では、正ケース・開封ケース・バラの3つの欄が5年分、合計15列並び、ブックを作るときに「作成した年＋4年分」の欄をあらかじめ用意しておく決まりになっていました。

この形には2つの弱点があります。1つは、年度が足りなくなるたびに列と数式を足さなければならないこと。もう1つは、入数が途中で変わったとき、過去の年度の換算結果まで変わってしまうことです。設計の検討では、年度を列ではなく「データ」として持ち、年度ごとの数量を明細の行に分ける案を採りました。年度が増えても項目を足す必要がなく、入力する人が触れるのは数量の3欄だけになります。

Excelのままでも、同じ考え方は使えます。月や年度は1つの「年月」の列にまとめて縦に積み、集計はSUMIFS関数やピボットテーブルで行いましょう。

Excelで在庫管理するにあたっての工夫を以下に紹介します。

1 関数やマクロによる自動計算

在庫数の算出は手計算ではなく、SUMIFS関数などを用いて「入庫数－出庫数」を自動計算する仕組みを作りましょう。入出庫履歴に1行追加するだけで在庫一覧が更新され、計算ミスも防げます。具体的な式は、前の章の「在庫数を自動計算する関数と機能」をご覧ください。

マクロは入力フォームの作成などに便利ですが、作った人以外が直せなくなる原因にもなります。まずは関数と入力規則で足りるかを確かめ、マクロは担当者が代わっても直せる体制があるときに使いましょう。マクロの限界と移行の考え方はエクセルマクロはもう限界？属人化・ブラックボックス化から脱却するクラウド活用術で解説しています。

2 データ入力ルールの徹底

入力ルールや手順を明確に定めておきましょう。例えば、「入出庫記録は必ず当日中に入力」「数量はダブルチェックする」「更新者の名前を記載する」など具体的なマニュアルを整備し、全員に徹底します。

ルールは「誰が・いつ・何を入力するか」だけでなく、「どう数えるか」まで決めておきます。開封したケースを1ケースとして数えるのか、中身をバラで数えるのか。拠点や担当者によって解釈が分かれやすい点は、文書にして共有しましょう。当社が2026年10月にバックオフィス部門のリーダー・管理職221人に実施した調査でも、業務改善に取り組み始めたときに最初につまずいたこととして「担当者ごとにやり方が違っていた」を挙げた人が50.7%で最多でした（調査の詳細は「業務棚卸しのやり方」）。

3 入力支援機能の活用

Excelのデータ検証機能を使い、入力ミスを防ぎます。商品名やコードはドロップダウンリストから選択させることで、表記ゆれや入力間違いを防止できます。また、条件付き書式による発注アラートを設定すれば、見落としも減らせます。

商品数が多い場合は、商品名をプルダウンから選ばせるより、商品コードを入力（またはバーコードで読み取り）し、商品名は関数で表示させる方が確実です。似た名前の商品を取り違えるミスを防げます。あわせて、関数の入ったセルや在庫一覧のシートには「シートの保護」をかけ、誤って数式を上書きしないようにしておきましょう。

4 ファイル共有とバックアップ

社内で最新の在庫ファイルを共有する際は、クラウドストレージ上のファイルを使い、一元管理と履歴管理を行いましょう。日次や週次でファイルのバックアップを取り、万一の破損や誤操作に備えることも大切です。

弊社が携わった卸売業の共有シートでは、編集時に更新日時を自動で記録するスクリプトと、12時間おきにバックアップを取るスクリプトを組み込んで運用していました。更新の記録とバックアップを人の手に頼らず仕組みで残す発想は、精度を保つうえで有効です。ただし、こうした仕組みを足すほど、作った人しか分からない部分も増えていく点には注意が必要です。

5 入数・単位・発注点は商品マスタで一元管理する

入数や発注点を在庫表の各行に書き込むと、変更のたびに複数の行やファイルを直すことになります。商品ごとに決まる値は商品マスタに1か所だけ持ち、在庫表からは関数参照しましょう。入数が途中で変わる可能性がある商品は、「いつから変わったか」を記録する列を設けておくと、過去の換算結果を守れます。マスタの持ち方は「マスタデータ管理（MDM）とは？表記ゆれと二重管理をなくすデータ整備術」も参考になります。

6 すべてをシステムへ移さない、という選択肢も持つ

弊社が携わった製造業の検討では、関係会社と需要見込み（フォーキャスト）のExcelをメールで送り合う運用を見直しました。当初は「Excelもやめたい」という要望でしたが、予実表のように行と列を自由に組み替える表をシステムの画面で再現するのは難しく、無理に置き換えると入力の手間がかえって増えます。そこで、Excelファイル自体は残し、依頼・通知・やり取りの履歴だけをシステムに移す形を現実案としました。

在庫に関わる表でも、全部を一度に置き換える必要はありません。計算や分析はExcelに残し、入出庫の記録や共有・権限の管理だけを移す「活Excel」という考え方もあります（『脱Excel』はなぜ失敗するのか？現場の抵抗をゼロにする『活（かつ）Excel』という新しい考え方）。

但し、こうした工夫で一時的に運用は改善できても、Excelの構造的な制約は完全には解消できません。例えば、在庫表を更新する人が5名を超えていたり、月間の入出庫データが1,000件以上あったりする場合は、人力でのチェックやルールの運用に限界がきます。次の章のチェック表で、自社の状況を確かめてください。

Excelには限界があります。Excel集計をやめて自動化する方法については、Excel集計をやめて自動化する方法｜バックオフィスの業務効率化をあわせてご覧ください。

「移行を検討」の列に2つ以上当てはまるなら、Excelの工夫だけで精度を保つのは難しい段階です。1つだけなら、その項目に効く工夫（入数のマスタ化、保存先の一本化、シートの保護など）から始めましょう。

判断の前に、在庫表まわりの作業時間を測っておくことも大切です。前述のバックオフィス221人調査では、業務量を定期的に計測・記録している部署は27.6%にとどまりました。棚卸の差異調査、集計、転記にそれぞれ月何時間かかっているかを1週間だけでも記録しておくと、移行の効果を社内で説明しやすくなります。費用対効果の出し方は業務システムの費用対効果（ROI）の計算方法で解説しています。

Excelの在庫表を、どこから見直すか整理したい方へ。導入前検証（PoC）のヒアリング記録をもとに、最初に試す1業務の選び方、判断条件の書き方、稟議書に記載すべき素材をまとめた資料「導入の可否を見極めるPoCの進め方」をご用意しています。

選択肢①: 在庫管理システムの導入

第一の選択肢に上げられるのが、在庫管理に特化したパッケージソフトや倉庫管理システム（WMS）の導入です。自社サーバーにシステムを構築するオンプレミス型では、自社業務に合わせたカスタマイズが可能で、高度な機能やセキュリティ対策を実装できます。

主な機能と効果：

1. バーコードやハンディターミナルと連動した入出庫管理
2. 在庫のリアルタイム更新
3. 権限管理や操作ログによる不正防止
4. 需要予測や発注管理
5. ロット・シリアル管理

現場作業を大幅に効率化できる一方で、初期費用が高額になりがちで、導入までに時間がかかる場合が多く、ある程度規模の大きい企業向けといえます。

中小企業では、オーバースペックで費用対効果が合わない場合もあるので慎重な検討が必要です。

選択肢②: クラウド型在庫管理サービスの活用

近年は、クラウド型（SaaS）の在庫管理サービスが数多く提供されていて、中小企業にとって導入しやすい選択肢といえます。

クラウド型のメリット：

1. 高額な初期投資が不要
2. 自社でサーバーを用意する必要がない
3. 短期間で導入可能
4. インターネット経由でどこからでも利用可能
5. 複数拠点でのリアルタイム情報共有が可能
6. バージョンアップが自動で提供

クラウドサービスでは、スマホやタブレットから在庫を参照・登録できるものもあります。

また小規模から始めて、必要に応じて上位プランに移行できるのもクラウドサービスならではの利点です。

選択肢③: 販売管理システム・生産管理システムの在庫管理機能

既に導入している販売管理システムやERPなどの基幹業務システムの在庫管理機能を活用する方法もあります。

統合システム活用のメリット：

1. 受注データと連携した出荷
2. 在庫引当の自動化
3. 売上データから在庫回転率や粗利の分析
4. 販売・購買・財務情報とのリアルタイム整合
5. 二重入力やデータ不整合の削減

他業務とシームレスに連携した在庫管理により、業務効率を最大化することが期待できます。

選択肢④: ノーコードツールで自社の数え方に合わせた在庫アプリを作る

既製の在庫管理システムが合いにくいのは、数える単位が混在する、営業倉庫や外部倉庫の在庫も含めて差異を出す、拠点ごとに見せる範囲を変えたい、といった業務です。こうした場合は、ノーコードツールで自社の数え方に合わせた在庫アプリを作る方法があります。

ノーコードツール活用のメリット：

1. Excelのシートはテーブルに、関数は参照や計算の設定に置き換えられ、作り込んだ発想を生かせる
2. 換算式や入力画面を、プログラミングなしで設定・変更できる
3. 1つの商品カテゴリ、1つの拠点から小さく始められる
4. IPアドレスによるアクセス制限や利用者ごとの権限、操作ログでアクセスを管理できる

一方で、バーコードやRFIDで大量の入出庫を処理する物流倉庫のように、標準的な機能で足りる業務なら、在庫管理システムやWMSのほうが早く立ち上がる場合もあります。ノーコードツールの種類と選び方はノーコードツールとは？種類・一覧と選び方で解説しています。

4つの選択肢の違いを整理すると、次のとおりです。

ケース1：複数営業所の卸売業｜棚卸表を全営業所へ広げる段階で、アクセス管理が壁に

状況：
ケース・開封ケース・バラの3段階で数える棚卸表を、一部の営業所でクラウドの表計算シートとして共有していました。基幹システムの在庫数を取り込み、営業倉庫の在庫も加えて差異を自動で表示する、よくできた仕組みです。

壁になったこと：
全営業所へ広げると、個人の端末からのアクセス、共有アカウントによる権限のあいまいさ、操作記録の不足が問題になります。かといってブックを営業所の数だけ複製すると、式を1か所直すたびに全ファイルの修正が必要になります。

移した範囲：
シートはテーブルに、XLOOKUP関数による引き当ては商品マスタの参照に、換算と差異の式は計算項目に置き換えました。基幹システムの在庫数はCSVで取り込み、登録や更新をきっかけに別のテーブルへ値を受け渡すデータフローで棚卸のテーブルへ連係します。棚卸をする人が手で入れるのは、正ケース・開封ケース・バラの3欄だけです。アクセスは、IPアドレスによる制限と利用者ごとの権限で管理します。

残した範囲：
差異のある商品を基幹システムへ反映する作業は、これまでどおり担当者の手入力に残しました。開封ケースの換算方法や、入数が変わったときの扱いも、システムで自動判定させず、先に社内のルールとして決めてから設定する扱いにしています。決まっていない計算を先に自動化すると、誤りも自動で広がってしまうためです。

現場の評価ポイント：
「現行と同じように入力・集計ができるか」「複数の支店から接続できるか」に加えて、営業担当者がタブレットで入力している操作感を残したいという要望がありました。

設計の詳細（データ構造、項目の型と桁数、外した案）は棚卸表のエクセルを全拠点へ展開する設計｜差異の自動計算をノーコードで実現で公開しています。

ケース2：複数店舗の小売業｜店舗の発注データを、人の確認を挟んで基幹へつなぐ

状況：
店舗のレジシステムの入れ替えにあわせて、店舗で読み取った発注情報を本部の基幹（発注）システムへ渡す流れを検討しました。現行は、レジシステムからCSVを書き出して基幹システムに取り込む運用で、基幹システムでAPIを使った実績はありませんでした。

設計：
店舗のハンディ端末で読み取った「店舗（倉庫）コード・商品コード（JANコード）・数量」を発注データとして受け取り、伝票番号は仮の番号を自動で振ります。担当者が内容を確認して承認してから、基幹システムへCSVで渡す流れです。入荷予定日などが空欄のときは自動で日付を入れる設計にしましたが、ここで「カレンダー上の5日後」なのか「5営業日後」なのかを区別して決めておく必要がありました。

ポイント：
在庫と発注をExcelでつなぐと、発注数の転記や予定日の入力が手作業になりがちです。データの受け渡しは最初からAPIにこだわらず、現行どおりCSVで始め、人が確認する工程を1つ残すと、現場の不安を抑えながら移行できます。検討の途中では、「承認を入れたい」「発注データの合計を見たい」といった要望も出てきました。項目の型や桁数、空欄のときの扱いまで決めておくことが、受け渡しのミスを防ぐ近道です。

ケース3：製造業の需要見込み｜Excelは残し、やり取りだけを移す

状況：
関係会社との間で、需要見込み（フォーキャスト）のExcelをメールで送り合っていました。担当者からは「Excelの送り合いをやめたい。できればExcelもやめたい」という要望がありました。

判断：
前の章で触れたとおり、行と列を自由に組み替える予実表は、システムの画面で同じ見た目を再現するのが難しい表です。そこでExcelファイルは添付のまま残し、依頼・通知・コメントのやり取りと履歴だけをシステムに移す案を採りました。やり取りの経緯が1か所に残るため、担当者が代わっても過去の判断を追えます。

3つのケースに共通するのは、Excelの計算の考え方は否定せず、「共有・権限・記録」のように表計算ソフトが苦手な部分から移している点です。どの業務から試すかを決めるときは、チェック表で「移行を検討」に当てはまる項目が多い業務を1つ選ぶのが確実です。

自社の在庫表で同じ形が成立するかを確かめる
本記事で紹介した設計は、製品を選ぶ前に業務を棚卸しするところから始まっています。同じ手順を自社の在庫表に当てはめ、移せる範囲と残す範囲を一緒に確認するところからご相談いただけます。ご用意いただくのは、現在お使いのExcelと帳票のサンプルだけで構いません。

ポイント①: 自社の業種や規模にマッチしているか

在庫管理の要件は業界によって様々です。食品業界なら賞味期限・ロット管理、アパレルならサイズ・色の管理が重要になるなど、業種特有の特性があります。

候補システムが自社業界の実績を持っているか、必要な機能を備えているかを確認しましょう。

ポイント②: 機能の過不足はないか

システムに求める機能要件をリストアップし、「必須機能」と「あれば便利な機能」を仕分けします。在庫の入出庫管理やロット管理、在庫分析レポート、自動発注アラート等、ニーズに応じて必要な機能は異なります。

多機能なシステムほど費用も高く操作も複雑になりやすいので、中小企業ならシンプルで必要最低限の機能に絞ることをおすすめします。

必須機能を洗い出すときは、今のExcelで使っている関数と、手作業で補っている作業を書き出すのが近道です。Excelで作り込んだ換算式や差異の計算が、候補のシステムで開発なしに設定・変更できるかを確かめましょう。

ポイント③: 操作はしやすいか(現場での実用に耐えうるか)

現場担当者が直感的に操作できるかどうかも重要です。複雑すぎるシステムは、現場で敬遠され、Excel管理に戻ってしまうリスクがあります。

実際の操作感を確認し、現場の意見も取り入れながら選定しましょう。

ポイント④: 導入・運用コストと費用対効果は見合っているか

イニシャルコスト・ランニングコストの予算感も考慮しましょう。オンプレミス型は、初期にまとまった投資が必要ですが、柔軟なカスタマイズが実現します。クラウド型は、初期費用が無料であったり低額で始められたりしますが、月額費用がかかります。

自社の予算や社内IT人材の有無によって適した形態も変わります。

ポイント⑤: サポート体制は充実しているか

導入後に十分なサポートが受けられるかも重要です。中小企業ではIT専門部署がない場合も多いので、ベンダーによる初期設定支援やトラブル対応、操作トレーニングの有無を確認しましょう。

信頼できるベンダーから必要な支援を受けながら導入を進めることで、失敗のリスクを下げられます。

ポイント⑥: 利用する人が増えたときに料金がどう変わるか

在庫表は、入力する人は限られていても、見る人は多い台帳です。利用者1人ごとに課金される料金体系だと、閲覧するだけの人まで含めるとコストが膨らみます。前述の卸売業でも、全員分のアカウント費用が全営業所への展開を止める要因になっていました。利用する人が増えたときに料金がどう変わるかを確認しましょう。ユーザー課金と従量課金の差は【無料】料金シミュレーターで試算できます。

ポイント⑦: 自社の実際のデータで試せるか

サンプルデータのデモでは、自社の単位の混在や例外処理を再現できるかまでは分かりません。無料トライアルや導入前検証（PoC）で、商品マスタと数か月分の入出庫履歴など、実際の在庫データを入れて試しましょう。検証項目の作り方や合否の決め方はPoC設計の進め方｜PoC支援の現場から作った検証項目サンプルと合否基準で解説しています。

1. 要件定義と現状分析

まずは、現行の在庫管理プロセスを洗い出し、課題点と新システムに求める要件を明確に定義します。現場の担当者へのヒアリングを行い、どの業務でミスが起きているか、どの機能があれば便利かといった現場のニーズを反映させましょう。

現状分析では、Excelのシートごとに「参照している・参照されている」シートを一覧にし、項目ごとに「手入力・参照・計算」のどれに当たるかを書き出しておくと、そのまま新しいシステムの設計図になります。弊社が携わった棚卸表の検討では、この作業から「開封ケースを1ケースとして換算してよいか」「取り込んでいる在庫数は基幹システムのどの数字か」など12件の確認事項が見つかりました。要件の書き方は要件定義書の必要項目と書き方で解説しています。

2. システム選定とテスト

定義した要件に合うシステムをリストアップし、比較検討します。できれば複数ベンダーからデモや無料トライアルを活用し、実際の操作感を試して、自社データでの検証を行いましょう。

3. 導入計画の策定

システムが決まったら、導入スケジュールと移行方法を計画します。既存Excelからのデータ移行をどう行うか、並行稼働期間を設けるかなど、具体的な移行戦略を詰めます。

移行の前には、商品コードの型と桁数、入数が変わったときの扱い、在庫数を取り込む担当と頻度を決めておきます。決まっていない点を残したまま移すと、並行稼働中に数字が合わない原因になります。最初は1つの商品カテゴリ、1つの拠点に範囲を絞り、仕組みを確かめてから広げると、つまずいたときの影響を小さくできます。

4. 導入作業と環境準備

計画に沿ってシステム導入作業を進めます。最初は、新システムへの移行が正常に行われているか検証するため、並行してExcelでも記録を残し、両者の在庫数が一致するか確認すると安心です。

5. 利用者への教育・トレーニング

システム導入後は、従業員への教育が重要になります。座学だけでなく実機を使ったハンズオントレーニングを行い、入出庫登録や在庫検索など日常業務の手順を体験させましょう。

操作感は、現場の評価を大きく左右します。入力する欄をできるだけ少なくし、ほかの項目は参照と計算で埋める画面にしておくと、教育の手間も減らせます。

6. 移行後のフォローと継続改善

システム稼働後しばらくは、定期的なフォローアップを行います。導入前に設定したKPIに照らし合わせて効果測定を行い、「在庫差異が○％減少した」「棚卸作業時間が○時間短縮できた」といった成果を定量的に評価しましょう。

移行を成功させる上で重要なのは、経営層と現場の双方のコミットメントです。経営層がリーダーシップを持って推進し支援することや、現場担当者が主体的に習熟に努めることの両輪が噛み合ってこそスムーズな定着が図れます。

工夫で精度は上がりますが、同時編集と履歴の課題は残ります。Excelを使い続けながら在庫データを共有化した例をまとめています。既存ファイルを取り込む手順も、ご確認いただけます。

▶ 脱エクセル/活エクセル｜活用例と実現方法を見る

Q. 在庫管理はエクセルで十分ですか？

A. 在庫表を更新する人が1人で拠点が1つ、数える単位が1種類、アクセスの制限が不要であれば、Excelで十分です。複数拠点で同時に更新する、ケースとバラなど単位の換算がある、利用者ごとの権限や操作の記録が必要、のうち2つ以上に当てはまる場合は、システムへの移行を検討する段階です。

Q. エクセルで在庫数を自動計算するには、どうすればよいですか？

A. 入出庫履歴のシートに1回の動きを1行ずつ追加し、在庫一覧のシートでSUMIFS関数を使って、商品コードごとに入庫数と出庫数を合計します。現在庫は「入庫数の合計－出庫数の合計」で求められます。IF関数と条件付き書式で、発注点を下回った商品に「要発注」と表示させると、発注漏れを防げます。

Q. ケースとバラが混在する商品は、どう管理すればよいですか？

A. 1ケースに入っている個数（入数）を商品マスタで管理し、バラの数を「ケース数×入数＋バラ数」で計算します。入数は各行に直接書かず、商品マスタから参照すると、入数が変わったときにも対応しやすくなります。開封したケースをどう数えるかは拠点ごとに解釈が分かれやすいため、事前に社内で1つの数え方に決めておきましょう。

Q. Googleスプレッドシートにすれば、共有の問題は解決しますか？

A. 同時に編集しやすくなる点では改善します。ただし、個人の端末からのアクセス、共有アカウントによる権限のあいまいさ、誰がいつ何を変えたかの追跡といった課題は残ります。件数・共有・権限の観点からの限界はデータベース化を判断する基準｜Googleスプレッドシートの件数・共有・権限の限界で解説しています。

Q. システムへ移行するとき、Excelのデータはそのまま使えますか？

A. 入出庫履歴を「1行＝1回の動き」の形で積み上げていれば、CSVで取り込みやすくなります。取り込みの前に、商品コードの型と桁数、表記ゆれ、廃番の商品を整理しておきましょう。年度や月を列に横並びにした表は、縦に積む形へ並べ替えてから取り込むと、移行後の集計が楽になります。

リアルタイム性の不足や人為ミス、属人化によるブラックボックス化などのExcelの抱える課題を放置すると、機会損失や無駄なコスト、果ては企業の信用問題にも発展しかねません。

在庫管理がExcelで十分かどうかの目安は、在庫表を更新する人数と拠点、数える単位、そして権限と操作記録の必要性です。Excelで続ける場合は、商品マスタ・入出庫履歴・在庫一覧の3シートに分け、入数や発注点をマスタで一元管理するだけでも精度は大きく変わります。移行する場合も、Excelで作り込んだ計算の考え方は、そのまま新しい仕組みの設計図として生かせます。

幸い現在は、中小企業でも導入しやすいクラウド型サービスをはじめ、様々な在庫管理ソリューションが登場していて、自社に合った方法でExcel頼みから脱却することで、在庫管理DXを進められます。

一度現場の課題と向き合い、自社の在庫表のシートと関数を書き出して、どこまでをExcelに残し、どこから移すかを整理するところから始めてみてはいかがでしょうか。

【CTA（資料請求・問い合わせ／プライマリ）】
在庫表の業務構築について、資料と個別相談をご用意しています
本記事で紹介した設計検討は、弊社が携わった複数の業務を一般化して再構成したものです。同じ考え方で自社の在庫業務を設計するとどうなるのか、資料でご確認いただくか、個別にご相談いただけます。