分析与报告

概览#

Cenaly 中的分析并非集中在一个板块，而是分布在四个板块中——每个板块回答各自类别的问题：

数据预先计算，打开页面时加载（通过按钮刷新），因此报告即时打开，不受外部 API 限制。

关键指标#

财务 → 概览选项卡——所选期间（7 / 30 / 90 天或 12 个月）的卡片，并与上一期间对比：

• 营收、订单数、平均客单价
• 取消和退款
• 配送费、小费、税费
• 采购、毛利润、food cost
• 按日/月的营收图表及按门店的细分与变化量

菜单浏览量和客人在网站上的行为——在统计板块的“访问量”选项卡中（见访问量）。

销售报告#

总报告#

财务 → 销售选项卡：

• 按渠道细分（堂食、配送、自取、Glovo、Wolt、Yandex Eats、Deliveroo）及“按渠道净额”——毛额减去聚合平台佣金
• 按支付方式（现金、货到刷卡、在线）
• 按服务员的小费
• 热力图“星期 × 小时”
• 按营收和按数量的菜品排行

菜单 ABC 分析#

ABC 分布同时存在于财务 → 销售和菜单 → 统计中（后者为每个菜品的列）。

这是经典的帕累托分类，基于累计营收占比：菜品从最“赚钱”到最弱排序，然后按累计百分比切分。

单独一列计算按毛利的 ABC——同样位置、同样逻辑，但基于总毛利而非营收。一个项目可能是“营收 A 而毛利 C”——这才是最有意思的。

具体菜品该如何处理，菜单工程会给出提示：它同时关注受欢迎程度和毛利。

毛利（COGS）#

在菜单 → 统计中通过**“毛利 →”**按钮打开：系统展开菜品配方卡，从仓库获取采购价（按库存平均），显示每份成本和每个项目的毛利。菜品上手动设置的成本优先于计算值。

门店整体情况——在财务 → 概览中：期间的采购、毛利润和 food cost。

员工与厨房指标#

服务员#

• 按服务员的小费——财务 → 销售
• 月度班次计划与实际（计划/实际班次、工时、迟到、按角色的汇总）——财务 → 员工

厨房#

统计板块的“厨房”选项卡：

• 接单、制作和工单完整周期的平均时间，超时占比
• 按小时和天的负荷趋势与热力图
• 最耗时的菜品
• 丢失的半成品——菜品已开始制作，但订单被取消

收银#

统计 → 危险操作选项卡——关联收银员的风险操作流：手动折扣、改价、取消、送厨后冲正、预结后修改客人账单、退款、无销售开钱箱、重复打印已出收据以及关班时的收银差异。完整表格见损失控制，其中还有带阈值和致店主邮件的规则。

渠道报告#

财务 → 渠道选项卡——配送渠道健康度：

“堂食 / 配送 / 自取 / 聚合平台”的营收对比，包括扣除平台佣金后——在销售选项卡中。

单独的来源选项卡显示网店订单归因：按来源、medium 和广告系列，含 last / first / linear 模型及按月的 CLV 群组。

菜单分析#

项目热度#

菜单 → 统计板块（直接覆盖所有门店，周期为 7/30/90 天、12 个月或全部历史）：

• KPI：有销量的菜品、售出数量、营收、ABC 分布
• 菜品表格：数量、营收、占比、ABC、毛利、环比趋势、距上次售出的时间
• 展开行：按天迷你折线图、漏斗“浏览 → 加购 → 购买”以及**“经常一起购买”**区块

有浏览但未下单的项目，正是通过该漏斗呈现。

热力图#

热力图有两种：按营收的**“星期 × 小时”（财务 → 销售）和网站访问**热力图（统计 → 访问量）。

菜单工程#

菜单统计中的独立视图按卡萨瓦纳–史密斯矩阵对菜品分类（明星、耕牛、谜题、瘦狗），并给出每项建议：保留、提价、上移或下架。同一处还有考虑聚合平台佣金的各渠道毛利以及 CSV 导出。

详见 — 菜单工程。

财务报表#

P&L（利润与亏损）#

财务 → P&L标签页 — 简化报表：营收 − 成本（来自采购的 COGS）− 费用 = 净利润。费用按类别手动录入（租金、工资、采购、水电、营销、税费、其他），并附操作日志。

收银与现金#

财务 → 收银标签页 — 已关闭现金班次的日志：收银员、备用金、现金和刷卡销售、预期与实际现金、短缺与盈余。

按支付方式（现金 / 货到刷卡 / 在线）划分的收款明细 — 在销售标签页。

自定义图表#

仪表盘板块默认关闭：在应用商店（扩展）中启用**“仪表盘”**卡片 — 在此之前面板中不会有该菜单项。

这是一个构建器：多个命名仪表盘、网格中的图表磁贴、七种图表类型（折线、面积、柱状、堆叠柱状、条形、饼图、环形图）。

每条图表系列都是数据源 + 筛选 + 计算方式：订单、预订和预约、菜单浏览、库存成本、通话；聚合方式 count / sum / avg / median / min / max；日期窗口为相对或绝对，粒度从小时到月，与上一周期对比。

图表可以用文字描述 — 通过文本或语音：AI 助手会生成并在编辑器中打开（不会静默保存），并将它从语句中丢弃的内容以警告形式显示。

不只是图表：仪表盘上常驻**“文档”**磁贴，含三个数字 — 即将到期、已逾期、待确认；每个数字都进入已带对应筛选的文档列表。

数据导出#

• CSV — 来自最常需要导出的报表：菜单工程矩阵、店面搜索词报表、客群细分构成。
• 整个账户的 ZIP 归档 — 设置 → 数据导出：设置、目录、订单、客户和评价；目录和订单还包括可在 Excel 和“Google 表格”中打开的 CSV。参见数据导出。

报表没有现成的 .xlsx 和 PDF 导出。

与核算系统的集成#

三者都通过应用商店中的卡片接入：扩展 → “按门店”标签页（面板中不再有单独的“集成”页面）。每个都需要含库存的计划，其中两个还需要门店所在国家符合条件。

• 1C:Accounting（云端）— 将 1C 中的物料和往来单位导入 Cenaly。适用于俄罗斯、白俄罗斯、哈萨克斯坦、乌兹别克斯坦、吉尔吉斯斯坦、亚美尼亚、阿塞拜疆、格鲁吉亚、摩尔多瓦、塔吉克斯坦、土库曼斯坦和乌克兰。
• Evotor — 交换商品和文档。仅适用于俄罗斯的门店。
• WooCommerce — 同步网店的目录和订单。
• MCP API — 个人密钥（设置 → 访问）可将外部 AI 代理或自己的脚本连接到账户数据。

分析使用建议#

1. 每天查看“待处理”标签页（工作聊天 → 需要处理）— 异常已汇总为行动列表
2. 每月使用一次 ABC 分析和菜单工程 — 基于数据更新菜单
3. 对比周期 — 以看到增长或下滑
4. 搭建自己的仪表盘 — 用你真正关注的指标（先在扩展中启用“仪表盘”卡片）
5. 查看危险操作动态 — 它把疑虑变成与数字的对话

8. 库存与成本管理#

商品与原料核算#

1. 仓库 → 库存 → 录入商品；成本按入库以移动平均法核算
2. 将商品关联到菜单项目（配方卡）——可从菜品卡片“组成”标签页，或从商品卡片操作
3. 系统会计算每道菜的成本；对于半成品，配方卡会递归展开

配方卡#

每道菜需列出仓库组件的清单及每份用量（以克、毫升或个为单位）。套餐会展开为所含菜品的组件。

食品成本计算#

库存控制#

• 自动扣减：订单售出时，配方卡组件自动扣减
• 低库存：达到订货点时推送通知
• 盘点：三步向导——盘点范围、录入实盘数、差异明细表并附金额汇总
• 差异报告：实盘/系统差异，按金额排序

采购#

• “需要订货”——低于订货点的项目，按供应商及其条件（最低金额、预计到货日期）分组
• 供应商订单，生命周期为草稿 → 已发送 → 已确认 → 部分收货 → 已收货；可通过 WhatsApp、邮件、Telegram 发送或复制到剪贴板
• 价格监控：30 天和 90 天采购中位数；收货价高于中位数且超出阈值时需明确确认，并记入供应商时间线

9. 需求预测#

预测功能位于仓库的**“预测”**标签页，基于销售历史计算，完全不使用 AI——仅用两种可解释的统计方法：该菜品在过去 8 周同星期几的销售中位数，以及需求在一天各时段的分布。

由此得出：

• 备货计划（按班次）——展开配方卡（含嵌套半成品），并标注“需在几点前完成”；
• 供应商订单草稿，按所选覆盖周期生成；
• “19:00 前会售罄”风险，并根据当日销售速度修正。

详见需求预测，包括各项限制。

10. 自动送达的信息#

系统中没有“按计划发送到邮箱”的营收及前 10 项目报告。取而代之的是，数据会在有用之处主动提醒：

• “待处理”标签页（工作聊天 → 待解决）——由各板块汇总的具体操作清单，每项配一个按钮：哪些已逾期、哪里有差异、哪些需要回复。面板中不再有单独的“需要注意”板块，旧地址也会跳转到此处。参见需要注意。
• 损耗控制规则——连续取消、折扣潮、收银差异、消耗超标准、采购价跳涨及日志差异：阈值可配置，触发时可邮件发送给所有者。参见损耗控制。
• 低库存推送。
• 早间摘要，面向预约服务垂直行业（属于预约自动驾驶功能：门店需订阅自动驾驶、属于预约垂直行业并拥有付费附加组件）：当日日程、技师排班“空档”、未确认预约、有风险的定金，以及今天有预约却缺席的技师——通过邮件和 Telegram 发送。

如果需要自定义的定期数据摘要——可在仪表盘板块用图表搭建（需先在扩展中通过卡片启用）。