大企業の在庫管理システム刷新、業種によって「何が違うのか」——製造業・流通業・サービス業、3つの現場から見る刷新の論点と進め方 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

製造業——「生産計画との連動」が刷新の成否を決める

大手製造業で情報システムを担当する伊藤さん（40代）は、ERPリプレイスに合わせて在庫管理モジュールも刷新しようとしたとき、予想外のところで議論が止まったと話す。「工場ごとに仕掛品の定義が違っていた。ある工場では半製品を在庫に計上し、別の工場では工程内在庫として別管理していた。システムの話をする前に、まず用語の統一から始めなければならなかった」。

製造業における在庫管理の刷新で最初に直面するのは、在庫の粒度と定義の問題だ。原材料・仕掛品・完成品という3層がそれぞれ異なるサイクルで動き、生産計画システム（MES/MRP）との連動が前提になる。在庫管理単体でシステムを刷新しようとすると、生産計画側との整合性が取れず、二重入力か数値乖離のどちらかが残る。

大企業の製造業が刷新プロジェクトで陥りやすいパターンは「スコープの拡大」だ。在庫管理を変えようとすると調達・生産・物流が連動して動くため、関係部門が増え、要件定義の期間が当初見込みの2〜3倍に延びる事例は珍しくない。情報システム部門として論点を整理するなら、まず「どの在庫層を今回の刷新対象に絞るか」を業務オーナーと合意してからRFP（提案依頼書）を出すことが現実的な進め方になる。

流通業——「拠点間最適化」と「取引先連携」が同時に問われる

大手卸売業の経営企画部に所属する渡辺さん（50代）は、物流センターを全国5拠点に持つ自社の在庫管理刷新を振り返って、「在庫数字をリアルタイムで見られるようにすること自体は比較的早く実現できた。難しかったのは、その数字をどう意思決定に使うかのルール設計だった」と語る。

流通業・卸売業の大企業では、在庫管理システムの刷新は「可視化」の問題だけでなく、拠点間の在庫移動ルールと発注判断の自動化まで含んで初めて効果が出る。全拠点の在庫が一覧で見えるようになっても、「A倉庫の余剰在庫をB倉庫の欠品補充に使う」という判断基準がシステムに実装されていないと、結局は担当者の電話確認で在庫移動が動く構造が変わらない。

また流通業固有の論点として、取引先とのEDI連携がある。大手小売チェーンとの取引では、受発注データをEDI経由でやりとりするケースが多く、在庫管理システムの刷新がEDIフォーマットの変更を伴う場合、取引先側の対応コストが発生する。自社だけで刷新を完結させられないこの構造が、プロジェクトのスケジュールを読みにくくする。

サービス業——「現場任せの在庫」を組織の管理に引き上げる

全国100拠点超の店舗を展開するサービス業（介護・清掃・設備管理など）では、在庫管理の課題が製造業や流通業とは性質が異なる。管理しているのは商品在庫ではなく、消耗品・備品・保守部材といった「直接売上に直結しにくい在庫」だ。多くの場合、各拠点の現場責任者が独自の判断で発注し、本部は在庫実態を把握できていない。

中村さん（30代・本部管財担当）が在庫管理システムの刷新プロジェクトに加わったとき、最初に取り組んだのは「全拠点の在庫品目の一覧化」だったと話す。「拠点ごとに使っているメーカーが違う、品番の呼び方が違う。まずそこを統一しないと、システムに入れる前提が整わなかった」。サービス業の大企業が在庫管理を刷新しようとするとき、「何を在庫として定義するか」の合意形成が最初の壁になることが多い。

サービス業固有の論点は、定着率の問題にもある。現場スタッフが日常的にシステムを使う設計になっていない場合、刷新後も「とりあえず自分でメモしておく」運用が残る。バーコード・ハンディターミナルによる入出庫記録の簡略化など、現場の操作負荷を下げる仕組みを最初から設計に組み込むかどうかが、刷新後の定着を左右する。

業種を問わず、「スコープ確定」と「段階導入」が大企業刷新の成否を分けるステップになる

業種を超えて共通する「大企業ならではの難しさ」

業種によって論点は異なるが、大企業の在庫管理システム刷新に共通して現れる困難がある。

まず関係者の多さとコンセンサスコストだ。中堅規模の企業であれば情報システム部門と現場部門の2者間で決められることが、大企業では経営企画・法務・調達・各事業部門・グループ会社まで合意形成の輪が広がる。その結果、要件定義フェーズだけで1年を超えるプロジェクトも出てくる。

次にレガシーシステムとの接続問題がある。長年使ってきた基幹システムとの連携を断ち切れないまま、新しい在庫管理システムを「上から乗せる」構成になると、データの二重管理が発生し、結果的に現場の手間が増えるケースがある。総務省の情報処理実態調査でも、大企業ほど複数の情報システムが乱立している傾向は以前から指摘されており（総務省）、刷新は技術の問題より組織・設計の問題として現れることが多い。

そして「段階導入」か「一括切り替え」かの意思決定だ。大企業では全拠点・全事業部を同時に切り替えるリスクを取りにくいため、パイロット拠点での検証を経てから展開する段階導入が現実的になることが多い。ただし段階導入は旧システムと新システムの並行稼働コストを伴うため、この期間を短く設計できるかが費用対効果に大きく影響する。

よくある質問

大企業向けの在庫管理システム刷新は、どのくらいの期間を見込むべきか？

業種・スコープ・関係システムの複雑さによって大きく異なるが、製造業・流通業の大企業では要件定義から本番稼働まで18〜36ヶ月を見込むケースが一般的だ。サービス業は在庫の性質がシンプルであるため、段階導入を前提にすれば12〜18ヶ月での稼働事例もある。いずれも「何をスコープに入れるか」を早期に絞ることが、期間短縮の最大の変数になる。

大企業でも中小企業向けのクラウド型在庫管理SaaSを使えるか？

拠点数・ユーザー数・連携要件によっては、クラウド型SaaSが大企業の一部部門や特定拠点に限定して有効に機能する場面がある。グループ子会社や独立性の高い事業部門の在庫管理から導入し、段階的にスコープを広げる進め方は、大規模プロジェクトのリスクを抑えつつ業務改善の手応えを早期に得る方法として採用されることがある。

刷新後に「使われないシステム」になるリスクをどう防ぐか？

現場の操作負荷を要件定義の段階から設計に盛り込むことが基本だ。入力の簡略化（バーコード・ハンディ対応など）、モバイル端末での利用可否、既存業務フローとの差異を最小化する設定——これらを検討せずに機能要件だけを積み上げると、稼働後に現場が紙やエクセルに戻るリスクが高まる。パイロット拠点での検証期間中に「現場から何を不満として挙げたか」を記録し、展開前に対処することが定着率を左右する。

在庫管理システムの刷新は、どの業種・どの規模でも「技術の選定」より先に「業務設計の整理」が問われる。特に大企業では、その整理に時間をかけることが最終的なプロジェクトの質を高める。刷新の方向性や要件整理の進め方で整理しきれない点があれば、Spesへの問い合わせから現状を相談していただくことも一つの選択肢だ。業種・規模・現行システムの状況を踏まえた上で、課題の整理から一緒に考える対応をしている。