あなたの魚の請求書は1ポンドあたり8ドルと表示され、メニュー価格は寛大に見え、週末は店内が満席—それなのに、月末になると銀行口座が合わないのはなぜでしょうか？それは、寿司事業では、請求書に記載された価格が最も情報量の少ない数字だからです。切り落としロス、ご飯、廃棄、そして熟練労働の間で、1ポンドあたり8ドルで仕入れた魚は、お客様の皿に届く頃には簡単に1ポンドあたり16ドルになることがあります。請求書の価格をそのまま食材費として記録していると、あなたが下すすべての価格決定は、現実をほぼ半分過小評価した数字に基づくことになります。
寿司の簿記はそれ自体が専門分野です。このガイドでは、仕入価格を実際の皿コストに変換する歩留まり計算、前払いのおまかせ席とギフトカードの収益認識ルール、寿司カウンターの労務経済、そして高コスト生鮮品事業を収益性のあるものに保つ毎週のルーチンについて説明します。
なぜ寿司の原価計算は普通のレストランの計算を壊すのか
ほとんどのレストランは、食材の仕入額を売上で割って食品コストを推定でき、数ポイント以内の誤差で実際に近づきます。しかし、その近道は寿司では失敗します。その理由は単一です：歩留まりです。
丸ごとのサーモンやマグロの切身は寿司になりません。皮、骨、血合い、腹側の脂肪、そして切り落としは、一切れを切る前に取り除かなければならず、にぎりや刺身として見栄えするのは中心部のカットだけです。皮、骨、腹側の脂肪を取り除いて寿司用のカットに達すると、使用可能な歩留まりは通常50〜60％程度になります—そして店内で丸ごとの魚をさばく場合、45〜60％が現実的な範囲です。経験豊富な板前は、精密な切断と切り落としを巻きやポケに創造的に再利用することで、その範囲の上限に近づきますが、経験の浅いシェフは下限にとどまります。
重要となる計算式は食用部分コストです：
1ポンドあたりの使用可能コスト = 1ポンドあたりの仕入価格 / 歩留まり率
1ポンドあたり8ドルで丸ごとの魚を50％の歩留まりで仕入れると、実際の魚コストは1ポンドあたり16ドルになります。1キロあたり18ドルで丸ごとのサーモンを60％の歩留まりで仕入れると、寿司用に使用可能な魚の実効コストは1キロあたり30ドルになります。請求書の価格ではなく使用可能コストから導き出されていないすべてのメニュー価格は、静かに魚市場に利益を寄付しています。
魚をさばいた後も、廃棄が問題を悪化させます。9300万件のレストランデータの分析によると、魚介類は仕入価値の8.6％を廃棄として失っており、これはあらゆるタンパク質カテゴリーの中で最も高い縮小率です。寿司では、商品が納品から1〜2日以内に生で提供されるため、空いている火曜日のために過剰発注することは丸め誤差ではありません。それは、1ポンドあたり16ドル以上の使用可能な価格でゴミ箱に入る製品です。
請求書の価格を使用可能コストに変換する
その解決策は歩留まりテストです：請求書上のすべての仕入価格を、レシピカードに載せる1オンスあたりの使用可能コストに変換する、シンプルで再現可能な手順です。
- 受領時の魚の重量を量る。 請求書から仕入重量と1ポンドあたりの価格を記録します。
- いつも通りにさばく。 通常切断を行う担当者にテスト用の魚を扱ってもらいます—必要な歩留まりは、あなたのキッチンの実際の歩留まりであり、教科書的な数字ではありません。
- 使用可能なすべての重量を量る。 にぎりと刺身用の寿司グレードのカット、さらに巻き、スパイシーツナミックス、ポケに適した切り落としを別々に重さを量り、二次利用を正直に原価計算できるようにします。
- 歩留まりと使用可能コストを計算する。 使用可能重量を仕入重量で割って歩留まり率を求め、次に請求書の価格をその歩留まり率で割って1ポンドあたりの真のコストを算出します。
丸ごと仕入れる各魚種ごとにこのテストを行い、仕入先を変更したとき、新しいシェフがさばきを担当したとき、または最低でも四半期ごとに再実施します。結果をレシピカードと一緒にファイルしておきます：保健所の検査官、会計士、または購入希望者がメニューの原価設定方法を尋ねたとき、歩留まりログが答えになります。
テストの間は、切り落としと廃棄を毎日追跡します。一行の廃棄ログ—日付、品目、重量、理由（切り落とし、廃棄、過剰準備、落下）—は、閉店時に1分で完了し、月次P&Lでは決して明らかにされないパターンを明らかにします：売れる前に一貫して腐ってしまう魚種、切り落とし箱が重くなりがちな準備担当者、完全な魚の発注を受けるべきではなかった閑散した平日。
ご飯の問題（そして他の利益漏れ）
魚が注目を集めますが、寿司ご飯は典型的な隠れた利益漏れです。ご飯は1ポンドあたり安いので、誰も監視しないのはまさにそのためです—そして、18グラムではなく25グラムの大きなにぎりを握る手の重いシェフは、1貫あたりのご飯コストを約40％増やし、同時にお客様が判断する魚とご飯の比率も崩します。ポーションを標準化し（週にサンプルを計量）、味付けご飯を正直に原価計算し（短粒米＋酢、砂糖、塩、昆布）、レシピカードに魚と同じ厳密さでご飯を載せます。
次に、レシピカードにまったく載らない項目を原価計算します：
- 海苔、わさび、生姜、飾り。 1枚あたり数ペニーが、量が増えると毎月数百ドルになります。
- 醤油のポーションとテイクアウト用包装。 デリバリーとテイクアウトは、容器、袋、調味料カップに加えて、サードパーティプラットフォームの15〜30％の手数料を追加します—テイクアウト寿司は、食事用の料理を箱に入れたものとしてではなく、独自のマージンを持つ別製品として価格設定します。
- 過剰準備と営業終了時の廃棄。 生の魚には1〜2日の期間があります。決して来なかった需要のために準備されたものは全損なので、準備パースをPOSの売上履歴に曜日ごとに紐付け、勘に頼らないようにします。
これらを合計すると、2貫セットの真の皿コストは、魚の請求書コストだけで50〜100％上回ることがよくあります。それが、あなたのメニュー価格が打ち負かさなければならない数字です。
おまかせの価格設定、にぎりだけではない
アラカルトのにぎりや巻きは、レシピカードから1貫ずつ価格設定できます。しかし、おまかせ試食メニューはできません—それは、コース全体のラインナップの加重平均として価格設定されなければなりません。なぜなら、あなたに6ドルかかるトロのコースと、0.60ドルかかる玉子のコースが1つのメニュー価格を共有しているからです。
おまかせのコストシートをコースごとに作成します：すべての貫、すべての飾り、味噌汁、ホットタオルサービスを提供している場合はそれも含めて。1席あたりの食品コストを合計し、メニュー価格で割り、目標と比較します。高級レストランの食品コストは通常、売上の28〜35％になり、高級魚を使ったおまかせカウンターはしばしばその範囲の上限またはそれを上回ります—それは、労務費と間接費が余地を残している場合にのみ許容されます。詳細は後述します。
おまかせ特有の2つの経済学は、帳簿に独自の行を持つべきです：
- 前払い席はまだ収益ではありません。 予約時にゲストが支払いまたはデポジットを払う場合、その現金は負債（繰延収益）であり、売上ではありません。食事が提供されたときにのみ認識します。前払い試食メニューの支払いを保持する予約プラットフォームはこれをさらに複雑にします—毎月、支払いと提供された料理を照合しないと、収益が現実からずれます。
- 無断欠席とキャンセル料は別の収益です。 食品売上とは別に追跡し、ポリシーが実際に回収するものと善意のコストを比較できるようにします。
前払い収益を正しく記帳する
寿司レストランは3つの形で前払い現金を集めます—試食メニューのデポジット、ギフトカード、前払いのおまかせパッケージ—そしてこれらすべては、発生主義会計の下で同じルールに従います：食事が提供される前に受け取った現金は、あなたが履行するまで貸借対照表の負債として計上されます。
ギフトカードは、ブレークー ジ（未換金の残高）がASC 606の下で実際の収益であるため、特別な注意が必要です—あなた自身の履歴から合理的に推定できる場合、他の換金が発生するにつれて比例的に認識されます—ただし、法的なハードルをクリアした後でのみ。ほとんどの州では、未換金のギフトカード残高を未請求財産として扱い、没収の対象となり、保有期間と免除は州によって異なります。あなたの州が請求できる残高に対してブレークー ジ収益を決して認識しないでください：1ドルのブレークー ジを記帳する前に州の未請求財産規則を確認し、残高を経年評価するギフトカード負債元帳を維持します。
税法上、前払い金は一般的に1年繰延ルールに従います：受領年の翌年までに収益に含めます。会計士と調整し、繰延収益の帳簿税務差額が申告時に発見されるのではなく追跡されるようにします。
板前の労務：魚の次に最も高価なライン
寿司カウンターは最低賃金のゼネラリストでは運営できません。カウンターの背後にいる人は、何年もの包丁技術、魚の扱いに関する知識、そして接客スキルを必要とします—そして労働市場はそれに応じて価格を設定します。米国の寿司シェフの基本給は平均約42,000ドルで、チップを含む総報酬は中央値で70,000ドルを超え、主要市場の経験豊富なおまかせ板前ははるかに高い報酬を得ています。2人のシェフがいる小さなカウンターでは、労務費は魚に匹敵する最大のプライムコスト要素になります。
そのため、プライムコストの計算式—(食品＋飲料＋労務) / 総売上—が、レストランが存続するかどうかを決定する単一の数字になります。業界のベンチマークは60％以下です；65％を超えると問題を示します。年間売上90万ドルの寿司レストランの場合、食品、飲料、労務の合計は54万ドル未満に保たなければなりません。魚が32％、熟練カウンター労務が30％の場合、サーバー、ホスト、皿洗いの1時間前にはすでに62％に達しています—これが寿司事業者がプライムコストを月次ではなく週次で監視しなければならない理由です。
3つの労務慣行がラインを保護します：
- 需要に合わせてシフトを組む。 高価なシェフは必要なカバー数を担当し；準備とさばきは、可能な場合はオフピーク時間に低いレートで行われます。
- 意図的にクロストレーニングする。 許容できる歩留まりで魚をさばける2人目の人物は、残業と、いい加減な代役カッターによるマージン崩壊の両方に対する保険です。
- FICAチップクレジットを申請する。 スタッフがチップを獲得している場合、最低賃金を超えるチップ収入に対する雇用主のFICA税は、フォーム8846を通じて回収可能です—多くの小規模レストランが請求せずに放置している実際のお金です。
誰も予算化しないコンプライアンスコスト
寿司事業者がしばしば見逃す簿記の影響を持つ3つのコンプライアンス項目：
寄生虫駆除冷凍。 FDAの食品規定では、生で提供される魚は寄生虫駆除のために冷凍することを要求しています—-4°Fで7日間（168時間）、または-31°Fで固化するまで冷凍し、その後15時間保持—そして90日間の書面記録が必要です。マグロ種は免除されますが、それ以外はすべて冷凍ログが必要です。サプライヤーから「寿司用」の魚を購入する場合は、その冷凍証明書を書面で入手します；社内で冷凍する場合、ブラストチラーは資本資産であり（セクション179の対象）、温度ログが監査防御になります。
現代的な構成の売上税。 店内飲食、テイクアウト、デリバリー、ギフトカード、サービス料は多くの州で異なる税率が適用され、マーケットプレイスファシリテーター法はサードパーティデリバリー注文の徴収義務を移します。POSの税ルールをチャネルごとに設定し、毎月徴収税と納付税を照合します—寿司の高い平均チケットは、小さな税率エラーでも高額になります。
チップ報告。 チップを受け取るスタッフを雇用し、大規模食品事業基準を満たす場合、フォーム8027のチップ報告と8％配分ルールが適用されます。基準未満であっても、正確なチップ記録は上記のFICAチップクレジットをサポートします。
寿司事業者のための毎週の簿記ルーチン
毎日の生鮮品と毎週の魚の納品は、月次の帳簿が遅すぎることを意味します—月次P&Lが食品コストの急上昇を示す頃には、3週間分の過剰発注がすでにゴミ箱に入っています。この30分のルーチンを毎週実行します：
- 魚ボードを更新する。 各納品の魚種、重量、価格、サプライヤーを記録します；5％を超える価格変動をメニュー価格またはポーション見直しのフラグとしてマークします。
- 廃棄ログを締める。 トリム、廃棄、過剰準備を請求書コストではなく使用可能コストでドル換算して週合計します。ベースラインを超える週があれば調査します。
- ご飯のポーションを監査する。 にぎり10個のサンプルを計量します。平均が標準からずれている場合、次の営業前に再訓練します。
- プライムコストを計算する。 週の食品仕入（廃棄調整後）＋総労務費を週の売上で割ります。2週間連続で65％を超える場合、今週何かが変わります—シフト、パース、または価格です。
- 繰延収益をレビューする。 前払いのおまかせ席と未換金のギフトカード残高；認識された収益が提供された料理数とPOSで精算された換金と一致することを確認します。
これを毎月の銀行口座とクレジットカードの照合、四半期ごとの歩留まりテスト更新、そして現在の使用可能コストからすべての項目を再価格設定する毎年のメニューエンジニアリングレビューと組み合わせます。そのリズムは、簿記を税務シーズンの雑用から、事業が実際に運営されるコントロールパネルへと変えます。
高コストのキッチンを管理下に保つ
寿司の収益性は、ほとんどのレストランが決して取らない測定に隠れています：各魚種の歩留まり率、各ご飯の山のグラム数、トリム箱の中のドル、繰延収益に座っている前払い席。これらの5つの数字を毎週追跡すれば、P&Lは自然に管理されます；無視すれば、満席の店内でさえ、1ポンド16ドルずつお金を失う可能性があります。
そのような細かい、常に監査可能な記録管理は、まさにプレーンテキスト会計が構築されたものです。Beancount.ioは、透明で、バージョン管理され、AI対応のプレーンテキスト会計を提供します—すべての歩留まりテスト、廃棄ログエントリ、繰延収益の解放が、あなたが所有し分析できるデータとして記録されます。無料で始めるそして、なぜ開発者と財務専門家がプレーンテキスト会計に切り替えているのかを確認してください。
