分析とレポート

概要#

Cenaly の分析はひとつのセクションではなく、4つのセクションに分かれており、それぞれが異なる種類の問いに答えます。

データは事前に計算され、ページを開いたときに読み込まれます（更新はボタンで実行）。そのため、レポートは瞬時に開き、外部 API の制限に引っかかりません。

主要指標#

財務 → 概要タブ — 選択した期間（7 / 30 / 90日または12か月）のカードと前期間との比較：

• 売上、注文数、平均客単価
• キャンセルと返金
• 配送料、チップ、税金
• 仕入れ、売上総利益、food cost
• 日別／月別の売上グラフと、差分付きの店舗別内訳

メニューの閲覧数とサイト上でのゲストの行動は統計セクションの「アクセス状況」タブにあります（アクセス状況参照）。

売上レポート#

総合レポート#

財務 → 売上タブ：

• チャネル別内訳（店内、デリバリー、テイクアウト、Glovo、Wolt、Yandex Eats、Deliveroo）と「チャネル別純額」— 総額からアグリゲーターの手数料を差し引いたもの
• 支払い方法別（現金、受け取り時カード、オンライン）
• ウェイター別チップ
• 「曜日 × 時間」のヒートマップ
• 売上高別および数量別の料理トップ

メニューの ABC 分析#

ABC 分布は財務 → 売上とメニュー → 統計の両方にあります（後者では各料理の列として表示されます）。

これは累積売上シェアによる古典的なパレート分類です：料理は最も「稼ぐ」ものから最も弱いものへと並べられ、累積パーセントで区切られます。

別の列としてマージン別 ABC が計算されます — 同じ場所、同じロジックですが、売上ではなく合計マージンに基づきます。アイテムは「売上でA、マージンでC」となることがあり、そこが最も興味深い点です。

特定の料理をどうすべきかは、すでにメニューエンジニアリングが教えてくれます：人気度とマージンを同時に見ます。

マージン率（COGS）#

メニュー → 統計で**「マージン →」**ボタンから開きます：システムは料理のレシピカードを展開し、倉庫から仕入れ価格（残高の平均）を取得し、各アイテムの1人前あたりの原価とマージンを表示します。料理に手動で設定された原価は計算値より優先されます。

店舗全体の全体像は財務 → 概要にあります：期間の仕入れ、売上総利益、food cost。

スタッフとキッチンの指標#

ウェイター#

• ウェイター別チップ — 財務 → 売上
• 月間のシフトの計画対実績（予定／実働シフト、時間、遅刻、役割別の集計） — 財務 → スタッフ

キッチン#

統計セクションの「キッチン」タブ：

• 受付、調理、チケットの全サイクルの平均時間、遅延の割合
• 時間帯別・曜日別の負荷のトレンドとヒートマップ
• 最も時間のかかる料理
• 失われた仕込み — 料理の調理が始まったが注文がキャンセルされたもの

レジ#

統計 → 危険な操作タブ — キャッシャーに紐づくリスクのある操作のフィード：手動割引、価格変更、キャンセル、キッチンへの送信後の訂正、プリチェック後のゲスト請求書の修正、返金、販売なしのドロワー開放、発行済み領収書の再印刷、シフト閉鎖時のレジの不一致。完全な表は損失管理にあり、しきい値とオーナーへのメールのルールもそこにあります。

チャネルレポート#

財務 → チャネルタブ — デリバリーチャネルの健全性：

「店内 / デリバリー / テイクアウト / アグリゲーター」の売上比較（プラットフォーム手数料を差し引いたものも含む）は売上タブにあります。

別のソースタブでは、オンラインショップの注文のアトリビューションを表示します：ソース、medium、キャンペーン別に、last / first / linear モデルと月別の CLV コホート付き。

メニュー分析#

アイテムの人気#

メニュー → 統計セクション（全店舗を一括、期間は7/30/90日、12か月、または全履歴）：

• KPI：販売実績のある料理、販売数、売上、ABC分布
• 料理別テーブル：数量、売上、構成比、ABC、マージン、前期間比トレンド、最終販売からの経過日数
• 行の展開：日別スパークライン、ファネル「閲覧 → カート → 購入」、**「一緒に購入されることが多い」**ブロック

閲覧されているのに注文されないアイテムは、まさにこのファネルで確認できます。

ヒートマップ#

ヒートマップは2つあります：「曜日 × 時間」の売上別（財務 → 売上）と、サイト訪問別（統計 → アクセス状況）です。

メニューエンジニアリング#

メニュー統計の専用ビューでは、料理をカサワニ–スミスのマトリクス（スター、稼ぎ頭、謎、負け組）に分類し、それぞれに推奨事項を提示します：維持、値上げ、上位へ移動、メニューから削除。同じ場所で、アグリゲーターの手数料を考慮したチャネル別マージンとCSVエクスポートも利用できます。

詳細はメニューエンジニアリングをご覧ください。

財務レポート#

P&L（損益）#

財務 → P&Lタブは簡易レポートです：売上 − 売上原価（仕入れからのCOGS） − 経費 = 純利益。経費はカテゴリ別（家賃、給与、仕入れ、光熱費、マーケティング、税金、その他）に操作ログとともに手動で入力します。

レジと現金#

財務 → レジタブは、締められた現金シフトのログです：レジ担当者、釣銭準備金、現金とカードの売上、予想現金と実際現金、不足と過剰。

支払方法別の入金内訳（現金 / 受け取り時カード / オンライン）は売上タブにあります。

カスタムグラフ#

ダッシュボードセクションはデフォルトで無効です：アプリストア（拡張機能）で**「ダッシュボード」**カードを有効にしてください — それまではパネルにこの項目は表示されません。

これはビルダーです：複数の名前付きダッシュボード、グリッド内のタイル型グラフ、7種類のチャート（ライン、エリア、縦棒、積み上げ縦棒、横棒、円、ドーナツ）。

グラフの各系列はデータソース + フィルター + 集計方法です：注文、予約と記録、メニュー閲覧、在庫コスト、通話；集計はcount / sum / avg / median / min / max；日付範囲は相対または絶対、粒度は時間から月まで、前期間との比較。

グラフは言葉で記述できます — テキストまたは音声で：AIアシスタントがそれを組み立ててエディターで開きます（黙って保存することはありません）。また、フレーズから除外したものはすべて警告として表示されます。

グラフだけではありません：ダッシュボードには**「書類」**タイルが常時表示され、3つの数字を示します — 期限切れ間近、期限超過、確認待ち。各数字はそれぞれのフィルター付きで書類リストへ移動します。

データエクスポート#

• CSV — エクスポートが最もよく必要とされるレポートから：メニューエンジニアリングのマトリクス、ショーケースの検索クエリレポート、ゲストセグメントの構成。
• アカウント全体のZIPアーカイブ — 設定 → データエクスポート：設定、カタログ、注文、顧客、レビュー；カタログと注文はExcelや「Googleスプレッドシート」で開けるCSV形式でも出力されます。データエクスポートをご覧ください。

レポートからの.xlsxおよびPDFの既成エクスポートはありません。

会計システムとのインテグレーション#

3つともアプリストアのカードから接続します：拡張機能 → 「店舗別」タブ（パネルに「インテグレーション」という独立したページはなくなりました）。いずれも在庫管理を含むプランが必要で、うち2つはさらに適切な店舗所在国も必要です。

• 1C:Accounting（クラウド） — 1CからMeniへの品目と取引先のインポート。ロシア、ベラルーシ、カザフスタン、ウズベキスタン、キルギス、アルメニア、アゼルバイジャン、ジョージア、モルドバ、タジキスタン、トルクメニスタン、ウクライナで利用可能です。
• Evotor — 商品と書類の交換。ロシアの店舗のみ。
• WooCommerce — オンラインショップのカタログと注文の同期。
• MCP API — 個人キー（設定 → アクセス）により、外部のAIエージェントや独自スクリプトをアカウントのデータに接続できます。

分析活用のヒント#

1. 「要確認」タブを毎日チェックする（ワークチャット → 対応が必要） — そこでは異常がすでにアクションリストとしてまとめられています
2. ABC分析とメニューエンジニアリングを月1回活用する — データに基づいてメニューを更新しましょう
3. 期間を比較する — 成長や落ち込みを把握するために
4. 自分のダッシュボードを組み立てる — 実際に追っている指標から（まず拡張機能で「ダッシュボード」カードを有効にしてください）
5. 危険な操作のフィードを確認する — 疑いを数字との対話に変えてくれます

8. 在庫と原価の管理#

商品と原材料の管理#

1. 倉庫 → 在庫 → 商品を登録します。原価は入荷ごとの移動平均として管理されます
2. 商品をメニューのアイテム（レシピ）に紐づけます — 料理のカードの「構成」タブ、または商品のカードから行います
3. システムが各料理の原価を計算します。半製品の場合、レシピは再帰的に展開されます

レシピ#

各料理について、倉庫からの構成材料と1人前あたりの数量（グラム、ミリリットル、個数）を指定します。セット商品は構成する料理の材料に展開されます。

フードコストの計算#

在庫の管理#

• 自動消込: 注文の販売時に、レシピの材料が自動的に消し込まれます
• 在庫少: 発注点に達するとプッシュ通知が届きます
• 棚卸し: 3ステップのウィザード — 対象範囲、実数の入力、金額の合計付きの差異明細
• 差異レポート: 実数とシステムの差異を金額順に並べたもの

発注#

• 「発注が必要」 — 発注点を下回ったアイテムを、仕入先ごとにその条件（最低金額、納品予定日）とともにグループ化したもの
• 仕入先への発注は、下書き → 送信済み → 確認済み → 一部入荷 → 入荷済み というライフサイクルを持ちます。WhatsApp、メール、Telegramへの送信、またはコピーとしてクリップボードへ
• 価格の管理: 30日と90日の仕入れ中央値。中央値よりしきい値を超えて高い入荷には明示的な確認が必要で、仕入先のタイムラインに記録されます

9. 需要予測#

予測は倉庫の**「予測」**タブにあり、AIを一切使わず、販売履歴から2つの説明可能な統計で計算されます。8週間分のその曜日における料理の販売中央値と、時間帯別の需要分布です。

そこから得られるもの:

• シフトの仕込み計画 — レシピの展開（ネストされた半製品を含む）と「何時までに間に合わせるか」の期限付き
• 選択した補充期間分の仕入先への発注下書き
• 「19:00までに売り切れる」リスク — 今日のペースを加味したもの

制約を含む詳細は 需要予測 をご覧ください。

10. 自動で届くもの#

売上とトップ10アイテムを記載した「スケジュール配信のメール」レポートはシステムにありません。その代わりに、データは役立つ場所で自ら知らせてくれます:

• 「要対応」タブ（ワークチャット → 対応が必要） — 全セクションから集められた、1項目につき1つのボタンで実行できる具体的なアクションのリストです。何が期限切れか、どこに差異があるか、何に回答が必要か。パネルに「要注意」という独立したセクションはなくなり、古いアドレスもここに遷移します。要注意 をご覧ください。
• ロス管理ルール — 連続キャンセル、割引の急増、レジの差異、基準超過の消費、仕入れ価格の急騰、帳簿間の差異。しきい値は設定でき、発動時はオーナーにメールで送信できます。ロス管理 をご覧ください。
• 在庫少のプッシュ通知（倉庫）。
• 朝のダイジェスト（予約業種向け。予約オートパイロットの一部: 店舗がオートパイロットを契約し、予約業種であり、有料アドオンが必要です）: その日のスケジュール、スタッフの予定の「空き」、未確認の予約、リスクのあるデポジット、予約があるのに今日不在のスタッフ — メールとTelegramで配信されます。

定期的な独自の集計が必要な場合は、ダッシュボードセクションでグラフとして作成してください（まず拡張機能でカードを有効にする必要があります）。