財務
財務セクションは、注文、倉庫の仕入れ、スタッフのシフトに基づく管理ダッシュボードです。手作業でのエクスポートや表計算は不要で、データは店舗の運用から自動的に収集されます。
開くには:管理パネル → 財務。期間:7 / 30 / 90日または12か月。すべての店舗をまとめて表示することも、個別に表示することもできます。
タブ#
| タブ | 表示内容 |
|---|---|
| 概要 | 主要KPI:売上、注文数、平均客単価、キャンセル、チップ、返金、配送手数料、仕入れ、売上総利益 |
| 売上 | 日別/月別の売上、販売チャネル、支払方法、チャネル別の売上総額 → net(プラットフォーム手数料込み)、ウェイター別のチップ内訳、ヒートマップ「曜日 × 時間」、人気料理とABC分析 |
| 仕入れ | 倉庫からの仕入れ伝票、支出の推移、food cost |
| 経費とP&L | 店舗の経費管理と損益計算書 |
| 現金シフト | 締められたシフトの履歴、レジ別売上、現金照合(差異) |
| 配送チャネル | インテグレーションの「健全性」:オンライン/一時停止/オフライン、停止時間、損失売上の推定、キャンセル |
| 注文ソース | オンラインショップの注文アトリビューション:注文がどこから来たか — utmタグ、検索、SNS、参照元;アトリビューションモデル(ラスト/ファースト/リニア)と月別の累積客単価付きゲストコホート |
| スタッフ | 従業員のシフト別労働時間 |
すべての主要指標は前期間との比較で表示され、増減がすぐにわかります。例外は**「12か月」**期間で、比較対象がなく、前期間のないカレンダー集計です。
販売チャネルと支払#
売上はチャネル別に分解されます:
- 店内 — テーブルからの注文(QRメニューとレジ);
- デリバリー — 自社デリバリー;
- テイクアウト;
- Glovo、Wolt、Yandex Eats、Deliveroo — アグリゲーターからの注文(インテグレーション経由);
- その他。
支払方法別の内訳も別途表示されます:現金、受け取り時のカード、オンライン。
チャネル手数料とnetマージン#
店内からの100ラリとアグリゲーターからの100ラリは別物です。プラットフォームは手数料を差し引き、多くの場合さらに注文ごとの固定費もかかります。手数料が設定されていないと、「チャネル別売上」は比較できないものを比較することになります。
拡張機能 → 「店舗別」タブ → 「チャネル手数料」カードで設定します:チャネルごとにパーセントと注文ごとの固定費。料率は**「店舗+チャネル」のペア**ごとに設定します。店舗によって契約が異なるためです。
設定後、「売上」タブに**「売上総額 → net(チャネル別)」**テーブルが表示されます:
| 列 | 内容 |
|---|---|
| 売上総額 | 差し引き前のチャネル注文合計 |
| 手数料 | 売上に対するパーセント+固定費の按分 |
| 支払額(net) | 手数料差し引き後の予想支払額 |
同じ計算はメニューエンジニアリングの個別料理にも適用されます:店内で平均的なマージンの料理が、手数料30%のアグリゲーターではマイナスになることがあります。
手数料はインテグレーション自体の設定とは別に保存されるため、インテグレーションのないチャネル(自社サイト、店内、テイクアウト)にも設定でき、昨日無効にしたチャネルの注文もその時の手数料で計算され続けます。
配送チャネルの健全性#
「配送チャネル」タブは逆の問いに答えます:いくら稼げなかったか、そしてその理由。
- 各プラットフォームにおける店舗の現在のステータス:オンライン/一時停止(お客様自身による)/オフライン(プラットフォームが店舗を無効化);
- 期間中の一時停止とオフラインの時間;
- 損失売上の推定 — 停止時間 × その曜日・時間帯のチャネルの平均時間別売上;
- 理由別のキャンセル内訳。
ステータスはバックグラウンドタスクが約10分ごとに取得し、非自発的なオフライン時にはオーナーにプッシュ通知が届きます。
仕入れ、food cost、売上総利益#
倉庫を運用している場合、入庫伝票が自動的に支出部分を形成します:
- 仕入れ — 期間中の入庫合計;
- Food cost — 売上に占める仕入れの割合;
- 売上総利益 — 売上から仕入れを差し引いた額。
これによりダッシュボードは売上高だけでなく、店舗の実際の経済性も示します。
スタッフ#
「スタッフ」タブは従業員のシフトからの労働時間を集計します — 選択した期間の従業員と役割ごとの計画と実績。
チップ#
財務セクションはチップを売上とは別に扱います:「概要」タブのKPI「チップ」は期間中の合計額を表示し、「売上」タブはウェイター別に分解します — 報酬計算に便利です。チップは売上に含まれず、food costにも影響しません。POSレジの注文と顧客チェックアウトから収集されます。
店舗でのチップ設定の詳細:チップ。
現金シフトとZレポート#
**「現金シフト」**タブは、レジ担当者と店舗ごとの締められた現金シフトの履歴を表示します。各シフトについて、開店時の釣銭準備金、現金とキャッシュレスの売上、回収、レジの予想残高、実際に数えた金額が表示されます。差異(不足または過剰)は色で強調されます。データはシフト締め後に表示されます — Zレポートが最終的な数字を確定します。
POSでの現金シフトの詳細:現金シフト。
ギフトカードとゲストの未払い#
売上と混同してはいけない2つの金額を、財務セクションでは別々に表示します。どちらの集計も**「現金シフト」**タブにあり、初めて開いたときに読み込まれます。
- ギフトカードの債務 — 「発行/消込/残高」の集計。販売したギフト券は稼いだお金ではなく、商品を引き渡すという約束です。売上はゲストがカードで支払った時点で認識され、カードを購入した時点ではありません。カードの残高は、店舗がまだゲストに負っている金額です。
- ゲストの未払い — レジで「ツケ」の支払方法で締めた注文の金額と、その返済です。未回収の未払いと各ゲストの残高は、顧客とワークチャットの「要確認」タブでも確認できます。
カードの販売とツケでの注文の締めは、レジが国のルールに従って処理します(ロシアでは「前払い」と「信用供与」)。そのためXレポートとZレポートでは支払方法の行として表示されます — 現金シフトをご覧ください。
返金#
領収書による返金は売上から自動的に差し引かれます。「概要」タブのKPI「返金」は期間内に処理された返金の合計を示し、最終的な売上にはすでにこの差し引きが反映されています。これにより、追加の再計算なしに実際の純売上を確認できます。返金は、該当する料理がシステムで追跡されている場合、倉庫の在庫も戻します。
返金の処理と領収書の台帳の詳細については、領収書と返金をご覧ください。
仕入れとfood cost#
倉庫を運用している場合、仕入先からの商品入荷の伝票が自動的に財務に取り込まれ、原価を形成します。
- 仕入れ — 期間内の入荷の合計金額を、商品と仕入先別に分類したもの
- Food cost — 売上に占める仕入れの割合(パーセント)
- 売上総利益 — 売上から仕入れを差し引いたもの
「仕入れ」タブでは、支出の推移、金額順の商品と仕入先のトップを確認できます。原価管理や仕入先との交渉に便利です。入荷と在庫管理の詳細については、倉庫をご覧ください。
開始に必要なもの#
- 蓄積された販売データ — ダッシュボードは注文と領収書に基づいて計算されるため、履歴が空の場合は空になります。
- 仕入価格付きのテックカード — 原価、フードコスト、売上総利益率のため(倉庫)。
- シフトと給与設定 — 「人材」タブのため(従業員)。
- チャネル手数料 — 「チャネル別純額」がゼロで計算されないようにするため。
- 経費は手動で入力します(家賃、光熱費、サブスクリプション)。自動ではどこからも取得されません。
制限事項#
- データソースが重要です。 現金シフトとチャネル履歴には分析基盤が必要で、ブラウザ内の予備計算では復元できません。ロシアの環境では、注文履歴の直接読み取りも利用できません。基盤のエラーは、売上が空の期間とみなさず、調査する必要があります。
- アグリゲーターの手数料は概算です。プラットフォームの実際の天引き額ではなく、チャネル設定の料率を使用します。
- 人件費は給与ベースから計算されますが、財務基盤では経費の行として計上されません。
- 指標の統一用語集はありません。 「統計」、「財務」、レジで同じ売上が異なる方法で計算されることがあります。数値を比較する際は、期間と、その集計に何が含まれるかを確認してください。
- アクワイアリングとアグリゲーターの支払いを銀行明細と照合する機能はありません。
- 独自レポートのビルダーはありません — 意図的にそうしています。現時点では標準ダッシュボードとエクスポートで対応しています。
トラブルシューティング#
セクションが空または利用できません。 ロシアのブランドでは「このクラウドでは注文履歴をまだ読み取れません」というバナーが表示されます — これは正常な動作で、「再試行」ボタンはありません。その他のブランドでは、「数値を読み込めませんでした」というバナーと「再試行」ボタンが表示された場合は読み取りエラーです — 再試行してください。数値が単にない場合は、期間を確認してください。デフォルトでは7日間が使用されます。
数値がレジと一致しません。 期間と集計の構成の違いを探してください。返金、チップ、チャネル手数料、未締めの注文は、レポートごとに異なる形で含まれます。数値に関する単一の「真実」はまだなく、そのことを率直にお伝えしています。
Food costが計算されません。 テックカードまたは仕入価格がありません。
「チャネル別純額」が高すぎるように見えます。 手数料はチャネル設定から取得されます — 料率をプラットフォームの契約と照合してください。
P&Lに経費がありません。 定期経費は手動で入力します — 経費タブで登録してください。
関連セクション#
- 注文 — 販売データのソース
- チップ — ゲストとウェイター向けのチップ設定
- 現金シフト — シフトの開始/終了、X/Zレポート
- 領収書と返金 — POS領収書の台帳と返金処理
- 倉庫 — 仕入れとfood costのデータソース
- 従業員とシフト — 人材データのソース
- 分析 — メニューにおけるゲストの行動(閲覧、人気料理)
- メニューエンジニアリング — チャネル手数料を加味した料理のマージン
- ロス管理 — レジの不一致と倉庫のロスをルールアラートとして通知
よくある質問#
「財務」と「分析」の違いは何ですか?#
分析はメニュー上でのゲストの行動(閲覧数、料理の人気)に関するものです。「財務」はお金に関するものです:売上、平均客単価、仕入れ、利益。
データはどのくらいの頻度で更新されますか?#
分析データベースはサーバー上で約30分ごとに再構築されます。「更新」ボタンを押すと最新データがすぐに反映されます。
従業員は財務を閲覧できますか?#
デフォルトでは閲覧できません:ウェイター、調理師、配達員は財務を閲覧できません。ただし、オーナーは意図的にアクセス権を付与できます — 例えば「経理担当」という役職には「財務」セクションがデフォルトのセットに含まれています。役職のコンストラクターでは、そのようなセクションには警告が表示されます:これは機密データです。
キャンセルされた注文は考慮されますか?#
キャンセルは個別の指標として表示され、売上には含まれません。
チップは売上に含まれますか?#
いいえ。チップは「チップ」という個別のKPIで管理され、売上には加算されません — これはスタッフのためのお金であり、店舗の売上高ではありません。
売上が注文金額の合計より少ないのはなぜですか?#
考えられる理由は2つあります:返金が行われた場合(返金は売上から差し引かれます)、または一部の注文がキャンセルされた場合(キャンセルは売上に含まれません)。どちらの指標も「概要」タブで個別のKPIとして確認できます。