1つの店舗に2つの在庫：実店舗とオンラインの分裂を終わらせる

実店舗とオンラインの両方で販売している店舗は、通常、1つの在庫を運営しているわけではありません。それらは「手紙をやり取りしている2つの在庫」を運営しています。棚卸し数はPOSに存在し、オンラインの在庫数はECプラットフォームに存在し、同期コネクターがその間で更新情報を往復させています。すべてのオーバーセル、すべての「申し訳ありません、実際には在庫がありませんでした」というお詫びメール、そして日曜夜の在庫棚卸しは、すべてその隙間から生まれています。解決策は、より優れたコネクターを導入することではありません。すべてのチャネルが直接読み書きする「単一の在庫レコード」を持つことです。

なぜ実店舗とオンラインの在庫数はズレるのか？

在庫数がズレるのは、2つのシステムが同じ棚に対してそれぞれ独自の台帳を維持しているからです。誰かがレジで購入すると、POSはそのコピーから在庫を減らします。誰かがオンラインで購入すると、ECプラットフォームはそのコピーから在庫を減らします。その後、コネクターがその変更をもう一方のシステムに伝えます。これには数秒かかることもあれば、15分ごとに実行されるバッチ処理で行われることもあります。

販売が発生してからコピーが完了するまでの間、両方のシステムはその商品がまだ在庫にあると認識しています。このタイムラグの窓は小さいですが、漏れの原因はこれだけではありません。返金や交換が一方のシステムにのみ反映され、もう一方には反映されないことがよくあります。商品の改名やバリアントの編集によって、SKUマッピング（SKUは販売可能な個別商品のID。詳細はPOS用語ガイドを参照）が静かに破損し、2つのシステムが同じ商品について話してさえいない状態になることもあります。コネクターの停止は静かに発生する傾向があり、エラーは表示されず、単に在庫数が一致しなくなります。

このズレは蓄積していきます。誰かが物理的に棚卸しを行うまで小さな不一致は残り続け、その頃にはどちらのシステムが正しかったのか誰にも分からなくなっています。

この分裂は実際にいくらのコストになっているのか？

世界全体で、在庫切れと過剰在庫は小売業界において年間約1.73兆ドル（売上の約6.5%）の損失をもたらしていると推定されています¹。単一の店舗においては、この分裂はより小さく、しかし確実に発生する4つのコストとして現れます。

• バッファ在庫：同期のタイムラグによるオーバーセルを防ぐために、実際には5個あるのにオンラインでは3個と表示すること。これは、仕入れ費用を支払ったにもかかわらず、誰にも購入させない在庫です。

• 照合時間（2つの在庫数が一致しているかの確認）：スタッフが棚卸しを行い、ズレたシステムを修正するために費やす何時間もの人件費。

• オーバーセルの事後処理：返金処理、お詫びメールの送信、そして「在庫あり」と書かれていたのに実際にはなかったことに対する星1つのレビュー。

• 同期システム自体のコスト：コネクターやEC同期の利用料は、小売業者が抱える隠れたSaaS費用の1つです。

• 顧客体験の低下：実店舗に足を運んだ顧客が、オンラインで「在庫あり」と表示されていた商品が棚にないことを知ったときの失望。

これらは損益計算書に「在庫の分裂」として明記されないため、この問題は放置されがちです。

同期アプリで解決できないのか？

一部の店舗にとっては、コネクターで十分であり、それを否定する必要はありません。商品の回転が遅く、最後の1個を扱うことが滅多になく、1店舗のみを運営している場合、適切な同期アプリがあればほとんどの時間は持ちこたえることができます。その状況に当てはまるのであれば、その回避策を採用してください。

しかし、ビジネスが成長し、目指していた規模に達した瞬間に、その方法は通用しなくなります。トラフィックが増加すると、同期のタイムラグの間に複数のチャネルが同じ商品にアクセスする確率が高くなります。ヴィンテージ品、委託販売品、小ロット生産品など、希少な商品や一点物の場合は、すべての商品が「最後の1個」になります。多店舗展開を行うと、静かに破損する可能性のあるマッピングが掛け算で増加します。同期アプリは低ボリューム時の症状を抑える対症療法にすぎず、その下にある2つの台帳という根本的な原因は解決していません。

「単一の在庫」とは具体的にどういう意味か？

2つの台帳とそれを繋ぐ伝書鳩の代わりに、単一の記録ソース（全員が信頼する1つのデータベース）を持つことを意味します。レジ、オンラインストア、そしてキオスク端末が、決済が確定した瞬間に同じ在庫数を読み取り、同じレコードに売上を書き込みます。2つのチャネルが同時に最後の1個を確保しようとした場合、台帳自体がどちらが獲得したかを解決します。同期処理が後から競合を検知するようなタイムラグは存在しません。商品カタログも同様に共有されます。1つの商品、1つの価格、1つの税ルールが、すべてのチャネルで適用されます。

このアーキテクチャを後から既存のシステムに組み込むのは困難です。インテグレーションで結合された2つの成熟したシステムは、それぞれが在庫数を所有している前提で構築されているため、常に2つの台帳を持ち続けることになります。これはプラットフォームの設計当初からの仕様である必要があり、Finalはそのように処理しています。オンラインストアとレジは1つのレコードの異なる「見え方」にすぎないため、ギャップが生まれることはありません。リアルタイムの可視性は、POS在庫管理における他のすべての基盤となります。再注文ポイントや在庫アラートは、読み取る在庫数が正確であって初めて機能し、小売業者が効率性の向上を実感できるのも、在庫数が信頼できるようになってからです。

では、実店舗とオンラインの分裂を終わらせることはできるか？

はい。ただし、同期をより高速にすることによってではありません。この分裂は2つのシステムを並行して動かしていることから生じる特性であり、台帳間のコピーが速くなったときではなく、両方のチャネルが「1つの台帳」で動作するときに終わります。プラットフォームを評価する際の有効なテストとして、オンライン注文とレジでの売上がどこに記録され、それが同じ場所であるかどうかを尋ねてみてください。（小売向けPOSの選定には在庫以外にも多くの要素がありますが、この質問は強力なフィルターになります。）

実務的なルール：レジとオンラインストアで同じ棚の在庫数にズレが生じる可能性が少しでもあるなら、同期アプリが何を約束しようとも、あなたは2つの在庫を運用しています。

もし評価段階にあるなら、機能一覧表を読むよりも、リプレイスする必要のないPOSから始めるを読むことをお勧めします。