FMCG流通の基幹システム：複数拠点の在庫と出荷をひとつにまとめる

月曜の朝6時40分。プネーの倉庫担当者から電話が入ります。「人気のスナックSKU、システムの在庫数と実数が合いません」。300キロ離れたインドールの拠点では、同じSKUが前日完売し、今は在庫の補充を懇願している。その商品はプネーの倉庫の隅に眠っています。誰も余剰に気づかず、誰も移動指示を出さなかった。ようやくトラックで運ぶ頃には、2件の小売店は競合に切り替え、営業チームはWhatsAppで謝り続けています。

2拠点以上でFMCG流通を営む方なら、この朝のどこかをご自身の事業で経験したはずです。原因は現場の人が悪いわけではありません。複数拠点の事業を、単一拠点のツールとExcelとグループチャットで回していること自体が問題なのです。ここで現代のERPは、単なるバックオフィスのシステムから、流通を支える基幹システムへと役割を変えます。

問題：拠点をまたいでブラインド飛行している

インドのFMCG流通業者の多くは、悪いソフトから始めたわけではありません。1拠点、1つのレジ、1人の信頼できる経理担当者からスタートしました。Tallyやデスクトップ会計ソフトで十分でした。その後2拠点、3拠点と増え、さらに輸送費を抑えるために税境界の州に倉庫を持つようになった。ツールはその成長に追いつかなかったのです。

結果は毎日起こる見慣れた失敗の連続です。在庫は拠点ごとに別々のファイルで管理され、全体像が誰にも見えません。ある倉庫で過剰在庫のSKUが、別の拠点では欠品している。両拠点とも相手の数字を信じないため、それぞれ発注をかけてしまいます。拠点間の移動は紙の伝票やWhatsAppで進み、誰が何を承認したか、いつ発送し、無事に着いたかの記録が残りません。ロットや期限は誰かの頭の中だけで管理され、期限が近い商品から優先して出荷されるのは、その人が覚えていた時だけです。

そして消費税（GST）があります。独自のGSTINを持つ各拠点は、GSTR-1とGSTR-3Bを別々に申告しなければなりません。仕入データとサプライヤー請求書の間のインプットタックスクレジット（ITC）の突合作業は、毎月1週間の消耗戦になります。GST導入後に小規模事業者の相当数がコンプライアンス負担の増大を報告しているという業界分析もあり、複数拠点でのGST申告は流通業者の大きな頭痛の一つに挙げられています。請求書1枚の不一致が、商品の利益幅を超える額のITC請求をブロックしかねません。

人的コストも無視できません。事業の中の1人が、本当の数字がどこにあるかを知る唯一の存在、つまり単一障害点になります。月末決算は何日にも及び、監査シーズンは深夜までの残業と書類探しです。廃棄ロスは、数週間前に動かすべきだった在庫が後になって計上されます。

基幹システムが変わえること：流通がひとつのERPに乗る

複数拠点流通向けに作られた現代のERPは、日常の現実を具体的に変えます。毎月末に拠点を突き合わせるためにExcelへ書き出す代わりに、すべての拠点の在庫をひとつの画面でリアルタイムに確認できるようになります。本当の数字の唯一のコピーを1人が握る代わりに、チーム全体が同じ唯一の情報源で仕事をします。

変化は複数拠点在庫から始まります。すべての倉庫、拠点、ビンがシステム内でモデル化され、在庫は単なる合計の数字ではなく拠点ごとに追跡されます。プネーの倉庫、インドールのレジ、税境界の倉庫、それぞれの手元在庫が個別に表示され、出荷担当者はそれらを1つの画面で確認できます。これが他のすべてを可能にする土台です。

その上に在庫移動の履歴が乗ります。販売、入荷、移動、調整といったすべての在庫移動が、発生した瞬間に記録されます。誰の棚卸しが正しいかで議論する必要がなくなります。履歴こそが数字だからです。期限が近い商品は、隅に隠れたままではなく早い段階で浮かび上がるため、廃棄ロスも減ります。

拠点間移動はもはや電話1本では済まされません。移動指示は構造化されたワークフローの中で拠点間の在庫を動かします。プネーの余剰SKUは、紙の伝票なしに、依頼、承認、発送、インドール拠点での受領までを一貫して処理できます。受領側の拠点には、何がいつ届くかが見えています。

出荷もより厳密になります。出荷データは独自のステータスを持つ構造化されたレコードとして扱われ、出荷担当者は何が予約済みか、何がピック済みか、何がドックを出たかを把握します。在庫引当は、FMCGで典型的な「同じ箱を2人の顧客に売ってしまう」失敗を防ぎます。

期限に敏感な商品については、FEFO（先に期限が切れるものから出荷）によるロット管理により、倉庫担当者の記憶に頼る代わりに、システムが最も早く期限切れとなるロットを選び出します。乳製品、スナック、パーソナルケアを扱う流通業者にとって、これだけで廃棄として処理されていた利益を回復できます。

実際の事例：アフマダーバードの流通業者

アフマダーバードの中堅FMCG流通業者を想像してください。従業員は約45名、年商およそ1億2,000万ルピー（約2.4億円）。地域のスナックブランドの代理権に加え、パーソナルケアの数ラインを持ち、グジャラット州内に3拠点を展開しています。アフマダーバードのメイン倉庫、スラトのサテライト拠点、GST上の位置づけを管理するためのラージコットの小規模カウンターです。

変更前は、各拠点がそれぞれスプレッドシートで在庫を管理していました。アフマダーバードの倉庫では動きの遅いSKUについて3〜4週間分の在庫を頻繁に抱える一方、スラトでは同じ商品が欠品していました。移動は電話で手配され、誰も照合しない台帳にメモされ、対応する書類なしに届くことも珍しくありませんでした。期限切れ商品は四半期ごとに在庫価値の約6％が廃棄として処理されていましたが、その数字を経営者が把握したのは年次棚卸しの時でした。

消費税の状況もゆっくりとした火傷でした。各拠点が独自に申告を行い、ITCの突合作業は毎月公認会計士（CA）とのマラソンセッションとなり、約3日間と大量の印刷物を消費していました。監査シーズンには、1件の請求書の連鎖を拠点間でたどるだけで半日の作業になりました。

移行は段階的で、一夜の全面切替ではありませんでした。まず複数拠点の在庫が稼働し、経営者はようやく3拠点の合算在庫日数を1つの画面で確認できるようになりました。最初の1ヶ月以内に、アフマダーバードの余剰在庫がスラトの向こう2週間の欠品をカバーできることが判明し、新規発注ではなく移動指示で対応しました。移動の書類は、すべての動きに承認者と受領確認の構造化された記録がついたことで、係争の種ではなくなりました。

次にFEFOによるロット管理が稼働しました。入荷ロットに期限を付与し、ピック担当者には最も早く期限切れとなる在庫から優先的に選ぶようシステムが案内します。四半期ごとの廃棄処理は、2四半期のうちに6％から一桁台の前半へと低下しました。1億2,000万ルピーの事業で、廃棄の2ポイントを回復するだけでも利益に残る額です。

出荷管理により出荷の精度が上がりました。在庫はドックを出る前に注文に対して引当できるため、二重販売はほぼ消滅しました。出荷データに正しいロットと数量が保持されるため、出荷担当者が誤ったSKUを送ることもなくなりました。

消費税が完全に痛みのないものになったわけではありません。GSTが痛みのないものになることは決してありません。しかし管理可能になりました。すべての拠点の取引データをひとつの基幹システムが保持するため、CAとの月次突合作業は3日から1日へと短縮されました。かつて請求書の連鎖1件に半日かかっていた監査時の追跡は、在庫移動の履歴をたどるだけの作業になりました。流通業者が魔法のように変身したわけではありません。複数拠点の事業を単一拠点のツールで回すという日々の税金を支払うのをやめただけです。

インドのFMCG流通業者にとって、なぜこれが重要なのか

インドの環境は、手作業の流通に対して厳しい条件を重ねています。消費税はGSTIN登録の各拠点に個別申告を求め、ITCの規則は不一致に対して容赦がありません。薄利の中小企業流通業者にとって、数ポイントの廃棄やブロックされたITC請求は、四半期の利益を消し去る可能性があります。FMCGの時計は速く、短い賞味期限、販促スキーム、少しでも欠品すれば離れる小売店が揃っています。

複数拠点のERPは、こうした現実に直接応えます。構造化された移動指示は、GSTの担当官が期待する監査証跡を与えます。ロット管理とFEFOは、1つの不良ロットが地域全体の返品を引き起こしかねない期限商品を守ります。拠点をまたいだ在庫の唯一の情報源は、チームが締め切りプレッシャーの中で無理やり合わせる数字ではなく、最初から一致している数字からITCの突合を始められることを意味します。

インドのERPソフト市場は16億ドルを超えると予測されており、その牽引役は主に、こうした圧力に対応するためにクラウドシステムを採用する中小の製造業者や流通業者です。最初に動く事業者が、より厳密な在庫、より速い申告、休暇を取っても事業が止まらないチームという複利の恩恵を受けます。

あなたの事業に合っているか？

恩恵を受けるために全国規模の流通業者である必要はありません。これが自分ごとであることを示すシグナルは、驻くほど日常的なものです。

月末決算が、拠点同士を突き合わせるために3日以上かかっているなら、その隙間を残業とエラーとして支払っています。事業内の1人だけが本当の在庫数字を知っているなら、バックアップのいない毎日はリスクです。公式のシステムがいつも間違っているため「本当の数字」と呼ばれるスプレッドシートをチームが持っているなら、公式のシステムこそが問題です。棚卸しのたびに廃棄処理に驚かされているなら、ロット管理とFEFOはとっくに導入すべきだったものです。毎月、拠点をまたぐGST申告がCAの時間を何日も消費しているなら、取引の唯一の情報源こそが解決策です。

これらは技術の問題ではありません。技術の痛みとして現れる事業の問題であり、まさに流通向けのERPが解決するために作られたものです。

よくあるご質問

ひとつのシステムで、すべての拠点の在庫をリアルタイムに見え、消費税を含む拠点間移動も扱えますか？

はい、それが複数拠点ERPの核となる用途です。在庫はひとつのシステムで拠点ごとに追跡されるため、拠点をまたぐ合算在庫日数が1つの画面で見えます。拠点間移動は、承認者と受領記録を持つ構造化された移動指示を通じて進み、GSTのコンプライアンスが期待する監査証跡となります。各拠点の取引は、それぞれのGSTINに帰属する形で保たれます。

TallyとExcelで5拠点分の長年のデータがあります。移行の負担はどのくらいですか？

移行は確かに作業ですが、一気に全拠点を切替えるのではなく、拠点ごとに段階的に進めれば管理可能です。まず1拠点の複数拠点在庫を稼働させ、数字を検証してから次の拠点を追加します。作業の大部分は履歴データのクレンジングと突合であり、システム自体ではありません。段階的な切替により、日々の計上を止めずに各拠点を稼働へ移せます。

投資はどのくらいで回収でき、どこから戻ってきますか？

FMCG流通業者にとって最も早い回収は3箇所から来ます。第1に、期限商品のFEFOによる廃棄の回復で、これが最大の単一行になることが多いです。第2に、拠点をまたぐ合算在庫日数が見えるようになった後の、過剰在庫と緊急移動の削減です。第3に、ブロックされるITC請求の減少と月次突合の迅速化です。中堅の流通業者であれば、廃棄の回復だけで初年度のコストをカバーすることも珍しくありません。

ポイント： 拠点をまたぐFMCG流通は、人が悪いからではなく、複数拠点の事業に単一拠点のツールを押し付けているから失敗します。リアルタイムの複数拠点在庫、移動指示、出荷管理、ロット管理を持つひとつのERPが、毎日のカオスをチームが信頼できる基幹システムへと変えます。

あなたの数字で、確かめてみませんか？

2ユーザーまで無料、カード不要で始められます。いちばん頭を悩ませている拠点の突合、あるいは最も廃棄の多い商品ラインを持ってきてください。Kikan Systemでの最初の30日がどのようなものになるか、具体的にお見せします。複数拠点在庫、移動指示、FEFOによるロット管理、構造化された出荷管理、すべてが揃っており、あなたの拠点をまたいで稼働する準備ができています。

無料で始める

関連：消費税対応ERPの12項目チェックリスト 関連：インドの中小企業がデスクトップ会計を離れる理由