飲食店の棚卸しは、次の営業前に何を仕入れ、準備し、調査するかを決めるために役立ちます。必要な記録がなければ、ダッシュボードの数字だけでは、足りないトレーが販売済みなのか、廃棄されたのか、別店舗へ送られたのか分かりません。シンガポールの飲食事業者の在庫管理は、仕入れ、厨房、受取店舗で共有する日常手順から始まります。
2026年5月更新の国家環境庁の食品廃棄物ガイダンスは、発生源での廃棄防止を優先し、業界向け削減・監査ガイドを提供しています。これは既存の指針であり、本日の新発表ではありません。在庫から食品が減った理由を残すことは、急いだ推測ではなく記録に基づいて仕入れや仕込みを決める実践です。
作り方と売り方に合う在庫モデルを選ぶ
Rewardlyの在庫文書では二つのモデルを説明しています。商品単位の在庫は瓶入り飲料や包装パンなどの販売可能な個数を数えます。食材とレシピは豆、牛乳、カップなど、商品作成に使う材料を追跡します。CommerceOSは販売手順を、StockOSはこれらの在庫記録を提供します。初期数量の設定前に商品ごとのモデルを選びましょう。レシピを保存するだけでは食材控除は有効になりません。
共通在庫か店舗別在庫かを決めます。自店で瓶入り飲料を保有する店舗には独立した管理数量が必要です。共通の数字を変えると他店舗にも影響する場合があります。突然の売り切れ表示を供給問題と考える前に設定を確認します。仕入れ、レシピ、棚卸しの単位も統一します。箱で数え、レシピでは袋を使うと、丁寧に数えても比較は不正確になります。
在庫差異のよくある五つの原因を調べる
第一に単位とレシピ数量です。誤った一人前の量や包装単位の換算は、多くの販売で影響を繰り返します。第二に未記録・未完了の入荷です。棚の商品が正しい店舗の記録にまだ入っていないかもしれません。仕入先の発注数量を納品の証拠とせず、実物と照合します。紛失と決めつける前に、こうした確認で差異を説明できる場合があります。
第三に廃棄と販売以外の使用です。傷み、調理ミス、スタッフの試食を理由不明の調整に埋めないでください。第四に店舗間移動です。厨房が発送した在庫と店舗が受領した在庫は異なります。輸送中のトレーを店頭で販売可能とは扱えません。各引き渡しの担当者を決め、不足、返品、破損を記録します。
第五に取消と返品です。Rewardlyの食材設定では、取消時に在庫へ戻す、廃棄として記録する、控除を維持する、を選べます。注文が取り消されても調理済み食品を再利用可能在庫に戻せるとは限りません。実際の状況に合う選択をチームで練習します。調整は残高を直しますが、原因の調査こそ翌週の同じ問題を避ける助けになります。
セントラルキッチンの製造と店舗販売を区別する
完成品を中央厨房で作る場合、Rewardlyの文書では厨房で製造在庫を作り、発送し、店舗で受領します。バッチ製造時に厨房の食材を控除し、店舗では完成品在庫を販売するため同じ食材を再控除しません。対応する在庫・レシピ設定と新しいPOSアプリが必要です。条件はセントラルキッチンガイドを参照してください。複数店舗POSガイドはメニュー、履行、グループ運営を扱います。
商品移動は発送時に送り手の在庫を減らし、受領記録時に受け手の在庫を増やします。不足があれば実着数量と、残りが輸送中、返送、紛失のどれかを記録します。両店舗でその商品の独立した数量追跡が必要です。この移動は商品向けで、食材は出庫と入庫を別々に記録します。違いを理解すると、販売可能数を水増しせず不足納品を解決できます。
在庫、特典、決済を別の証拠として読む
架空のベーカリーが中央で一つのバッチを作り、二店舗へ配送する場面を考えます。一店はカウンターと自社オンライン店舗で販売し、もう一店は一部を対象会員特典に使います。次の製造前に、管理者は商品移動、実棚数量、調整理由を照合します。これは業務例であり、顧客成果や、記録のない損失をすべて測定できるという約束ではありません。
LoyaltyOSはクーポン条件や参加店舗などの会員特典を定義します。食品特典の告知前に、対象商品、在庫、店舗制限、スタッフの引換手順を確認し、実際の会計をテストします。特典も原価のある商品を消費し、会員活動だけでは負担可能性を証明できません。デジタルクーポンの概要で顧客への約束を整理し、在庫と原価の検討で範囲を決めましょう。
PaymentOSのレポートは支払方法別の受取額を示し、Discount Reportはプログラム割引と手動割引を分けます。店舗、販売元、日付で対象営業期間を絞ります。決済合計は在庫数ではなく、割引は食品廃棄の証拠ではありません。決済・割引の出力を在庫記録と自社の会計原価と併せて確認し、好調な売上に入荷問題や特典原価の見直しが隠れないようにします。
毎週繰り返せる在庫確認を作る
まず重要な食材と完成品を少数選びます。締切時刻を揃え、入荷と移動を記録し、実在庫を同じ店舗・期間のシステム記録と比較します。根拠ある調整の前に移動履歴を調べ、理由と担当者を明確に残します。RewardlyのStock Movement Reportは期間中の商品移動を集計し、食材履歴は別の台帳で確認します。商品レポートだけで全食材差異を説明できるとは考えないでください。
商品は現在庫画面、食材は設定した少量在庫の閾値を使います。食材の閾値はバッジを表示しますが通知は送らず、商品には同じ警告がありません。Smart Report Builderは店舗別売上など対応する販売質問にグラフと解説で答えます。明細と条件を確認してください。独立した販売ツールであり、自動的な在庫損失調査、需要予測、仕入れエージェントではありません。
次の営業を計画しやすくする
シンガポール統計局の2026年10月5日発表によると、2026年8月の飲食サービス売上は前年同月比1.6%減でした。過去の業界背景であり、今日の需要や自店の業績を表すものではありません。次の仕入れや販促を決める前に、自社の記録から何を説明できるかを問いましょう。
CommerceOSと適切な在庫モデルで販売・消費を記録し、LoyaltyOSで明確な会員特典を提供し、PaymentOSで受取額と割引を確認します。現実的な一回の営業と厨房から店頭までの引き渡しから始めます。レシピ、移動、差異の例を用意してRewardlyデモを予約し、チームに必要な手順を試してください。
