仕入先請求書はすべて、あなたの
食材原価を知っている。なぜあなたは知らないのか?
シスコの請求書が2,847ドルで届く。たんぱく質、青果、乳製品、乾物にわたる67の明細。シェフは目標原価率30%を知っている。しかし、その数字は月次の集計値にすぎない。チリ産サーモンが1ポンド14.80ドルで今週の総支出の19%を占めていることや、乳製品の価格が先月の同じ週から7%上昇していることは教えてくれない。それらの洞察は請求書の中に存在する。土曜日の午後11時に、誰もスプレッドシートに打ち込まない列と行に印刷されたまま、そこにある。シェフに規律が足りないからではない。摩擦が構造的なのだ。あなたが必要とする食材原価率は、小切手にサインする人が読むために設計された書類に閉じ込められており、数字を必要とする人のためのものではないのだ。
原価計算の式は簡単。データこそが静かな危機だ。
フードコスト率の計算式に必要な入力は、期首在庫+仕入-期末在庫=売上原価(COGS)の4つだけ。COGS ÷ 売上高 × 100 = フードコスト率。COGSが32,000ドル、売上が100,000ドルなら、フードコスト率は32%。計算はナプキンに書けるほどシンプルだ。
業界のベンチマークは収益の28%~35%で、これは何十年ものレストラン財務データで一貫している。フルサービスレストランはこの範囲の下限を目標とし、クイックサービスモデルは食材費で数ポイント高くなる傾向があるが、人件費は低く抑えられる。真の収益性を左右するプライムコスト(食材費+人件費)は、重要な60%の閾値付近に保たれる。全米レストラン協会の2026年業界報告書は、より鋭いデータを示している。フードコストはパンデミック前の水準より35%以上上昇し、2024年に利益を上げた米国のレストランはわずか42%だった。
しかし、ボトルネックは計算式ではない。ボトルネックは、請求書が届いてからそのデータが使えるようになるまでの時間差だ。年間売上100万ドルのレストラン経営者が、目標から3ポイント(30%→33%)ずれた場合、年間3万ドルの損失となる。このギャップが生じるのは、経営者が計算式を知らないからではない。COGSの数値が請求書ごとに積み上げられ、届くのが遅すぎて対応できないからだ。月末が締まり、損益計算書が届く頃には、第1週の過剰発注は過去の話になっている。
年間売上100万ドルでフードコストが3ポイントずれると、損失は3万ドル。この数字は損益計算書のどの行にも現れない。なぜなら、それを検知するシステム、すなわちリアルタイムの請求書レベル原価計算こそが、経営者には不可能だと言われ続けてきたものだからだ。
1枚の仕入先請求書が教えてくれること — 入力をやめれば
多くの事業者は請求書を2通りの方法で処理している。手作業で明細をスプレッドシートに入力するか、まったく処理せずに会計ソフトに請求書合計だけを取得させるかだ。どちらの方法も同じものを見逃している。明細レベルの原価インテリジェンスだ。
US Foodsの1枚の請求書は、「あなたの支払額は2,847ドルです」とだけ言うわけではない。今週のサーモン支出は562ドル、総購入額の19.7%だと教えている。乳製品は418ドルで14.7%。青果はローマトマト、ヘirloomニンジン、ミックスグリーンで387ドル、今週の注文の13.6%だ。これらの数字はパーセンテージとして請求書に印刷されてはいない。潜在している。計算されるのを待っている。しかし計算するには、誰かがまず67の明細をすべてスプレッドシートに入力しなければならない。
Redditの事業者が原価管理方法を交換するスレッドでは、答えは一貫して同じだ。Excelへの手入力。「自分の記録用に手動でExcelに入力し、会計士は銀行取引明細を使って損益計算書で追跡しています」とあるオーナーは書いている。r/KitchenConfidentialの別のスレッドでは、料理人やシェフが基本的な計算式について議論している。期首在庫+仕入-期末在庫を売上で割る。彼らは計算式を知っている。欠けているのは、生データへの摩擦のないアクセスだ。
理解している計算式と実際に使えるデータの間のギャップは、知識のギャップではない。データロジスティクスのギャップだ。それを解決するのに必要なのは、より良いトレーニングではない。請求書とスプレッドシートの間の入力ステップを取り除くことだ。
計算列:写真から原価率を計算する機能
ここに、ワークフローを変える機能がある。ImageToTable.aiは計算列を提供している。これは、ドキュメントから抽出された値ではなく、抽出中にAIが読み取ったデータを使って計算する列だ。AIが請求書を読み取り、各明細の説明、数量、単価、明細合計を抽出し、同じパスで算術演算を実行し、結果をスプレッドシートの新しい列として出力する。
これが原価管理にとって何を意味するか。仕入先請求書を撮影する。以下の列を定義する:
| 列名 | タイプ | 生成内容 |
|---|---|---|
商品説明 | 直接抽出 | "アトランティックサーモンフィレ 8oz" |
単価 | 直接抽出 | 14.80 |
行合計 | 直接抽出 | 562.40 |
原価率(行合計 ÷ 請求書合計 × 100) | 計算 | 19.7% |
単位原価(行合計 ÷ 数量) | 計算 | $14.80/lb |
目標メニュー価格(単位原価 ÷ 0.30) | 計算(固定パラメータ:目標食材費30%) | 1食あたり$49.33 |
カテゴリ(選択肢:肉類/乳製品/青果/乾物/飲料) | 推測 | "肉類" |
最初の3列は直接抽出です。AIが請求書に印刷された値をそのまま見つけ出します。次の3列は計算列です。AIが抽出時に計算を行い、結果を書き込みます。最後の列は推測列です。AIが商品説明を読み、文脈から商品カテゴリを理解し、手動で分類する必要なく適切なラベルを自動入力します。
原価率の列が即効性のある成果です。請求書を撮影するだけで、スプレッドシートが今週の仕入れにおけるサーモンの原価率が19.7%であることを教えてくれます。この数値を得るには、従来なら67行の入力と数式の作成が必要だったはずです。目標メニュー価格の列はさらに一歩進んでいます。固定の目標食材費30%(列定義に直接埋め込むため、請求書に記載されている必要はありません)を使用し、AIがその食材の1食あたりの価格を計算し、目標利益率を達成できるようにします。1ポンド$14.80のサーモンで目標食材費30%の場合、1ポンド相当の1食あたりメニュー価格は$49.33となります。これは調べる数字ではなく、AIが導き出す数字です。
これらはすべて、サプライヤーごとにテンプレートを作成する必要がありません。テンプレートベースのツールのように、ベンダーごとに解析ルールを定義する必要はありません。Sysco用、US Foods用、地元の青果業者用と、それぞれ別のルールセットが必要なわけではありません。ImageToTable.aiは、各データの意味を理解することで請求書を読み取ります。Syscoが来期に請求書のレイアウトを変更しても、何も壊れません。AIは位置ではなく、意味的な一致に基づいて処理を行います。
サプライヤー請求書の写真1枚から、原価率、単位原価、目標価格、商品カテゴリがすべて自動計算されたスプレッドシートの行が生成されます。わずか10秒、手動データ入力のキーストロークは一切不要です。
10秒ワークフロー:請求書写真から原価内訳まで
全工程はたった4ステップ。ソフトウェアのインストールも、統合の設定も、テンプレート作成も不要です。
ステップ1
仕入先請求書を撮影またはアップロード。スマホのカメラで十分です。スキャナーは不要。JPG、PNG、PDFに対応。1週間分の請求書があれば、まとめて一括アップロードできます。
ステップ2
列を定義。出力したい列名を入力します。計算ロジックを列名に直接記述した計算列も作成可能。例:原価率(明細合計÷請求書合計×100)。これをカスタム列抽出と呼びます。出力を定義するだけで、AIが請求書上の該当データを意味から理解し、位置に関係なく抽出します。
ステップ3
処理を実行。AIが各請求書を読み取り、データを抽出、計算を実行し、すべてを統合。処理時間は1ページあたり5~10秒。手入力の約18倍の速さです。
ステップ4
エクスポートまたは同期。Excel(XLSX)またはCSVでダウンロード。Google Sheetsをご利用の場合は、Sheetsアドオンで抽出データをアクティブなスプレッドシートに直接配置。エクスポートとインポートの手間は不要です。各行には、品目説明、単価、明細合計、請求書に対する原価率、単価原価、目標メニュー価格、カテゴリなど、すべての抽出フィールドと計算値が含まれます。
週に8~12枚の仕入先請求書を受け取る一般的なレストランの場合、毎週2~3時間の累積時間削減効果があります。しかし、真の価値は時間ではありません。月曜の納品後、火曜日には明細レベルの原価率が把握できることです。月末の損益計算書が届く3週間後ではありません。その時点で数字はアクションにつながります:サーモンが週の支出の19.7%を占めていることがわかり、次の発注を調整するか、サプライヤーと再交渉するか、メニューを見直すかを判断できるのです。
よくある質問
仕入先の請求書写真から直接、原価率を計算できますか?
はい。計算列を使用すると、AIが各明細の合計と請求書の総額を抽出し、(明細合計 ÷ 請求書総額) × 100 を新しい列として計算します。結果は抽出された生データとともにスプレッドシートに表示されます。Excelで手動で数式を入力する必要はありません。
手書きの仕入先請求書でも使えますか?
はい。基盤となるAIモデルは、印刷されたテキストと手書き文字(筆記体を含む)の両方を読み取ります。これは、いまだに紙の伝票を発行する小規模な地元業者の請求書でよく見られます。認識精度は手書きの読みやすさに依存しますが、食品卸業者の標準的な手書き請求書は、モデルの能力範囲内です。
フォーマットが異なる10社の仕入先からの請求書がある場合はどうなりますか?
フォーマットは問題になりません。これがテンプレートベースのツールに対する最大の利点です。ImageToTable.aiは仕入先ごとの解析テンプレートを必要としません。データがページ上のどこにあるかではなく、データの意味(商品説明の横にある金額は明細、一番下にある最大の数字は合計)を理解して各請求書を読み取ります。Sysco、US Foods、Gordon Food Service、地元の業者など、すべての請求書をベンダーごとの設定なしで同じバッチで処理できます。
メニュー価格を含めて、品目ごとの利益を計算できますか?
はい。利益 (メニュー価格 − 明細合計) や 掛け率% ((メニュー価格 − 明細合計) ÷ 明細合計 × 100) のような計算列を定義できます。メニュー価格が一定の場合は、列定義に固定パラメータとして埋め込みます。品目によって異なる場合は、別の参照テーブルを使用します。AIが原材料を読み取り、計算中に対応するメニュー価格を取得します。
料金はいくらですか?
ImageToTable.aiには、サンプル請求書でテストできる無料プランがあります。有料プランは月額$9(ベーシック)からで、より多くの処理量向けに月額$19(プロ)と月額$59(マックス)があります。各プランには毎月の処理クレジットが含まれています。無料プランだけで、実際に導入する前にワークフローが自分の業務に合うかどうかを確認できます。
会計ソフトとの連携は可能ですか?
出力は標準のExcel(XLSX)またはCSVファイルです。これらの形式は、QuickBooks、Xero、Restaurant365、一般的なスプレッドシートワークフローを含む、あらゆる会計プラットフォームにインポートできます。ネイティブなERP連携はないため、ファイルをエクスポートしてシステムにインポートする必要があります。Google Sheetsアドオンを使用すると、ワークフローの宛先がSheetsの場合、この手順を省略できます。
ファイルは安全に処理され、保存されることはありません。
あなたが必要とする食材原価率は、失われているわけではありません。すべての仕入先請求書の中で待っています。そして今、数字を一つも入力することなく読み取ることができます。ご自身の請求書でお試しください。毎週の食材原価の把握が3時間から10秒になるかどうか、確かめてみてください。