虚拟品牌
虚拟品牌是额外的配送名称（“暗厨房”/幽灵品牌，dark kitchen brand），在 Glovo、Wolt 和 Yandex Eats 平台上以门店菜单的子集进行销售，而实体上仍是同一间厨房。该板块位于 管理后台 → 应用商店：将橱窗的顶部范围从 “按账户” 切换为 “按门店”，选择所需门店——在其集成区块底部会有 “虚拟品牌（影子厨房）”，紧邻各渠道佣金。该区块在扩展目录中没有自己的卡片，用扩展搜索找它是徒劳的。
来自 dark kitchen 实践的理念：一个制作门店可以在聚合平台上挂出多个名称——“马里奥披萨”、“亚洲 Woks”、“深夜汉堡”——而不必为每个细分市场开设一个实体新门店。每个品牌获得自己的菜单、自己的标志和自己在平台上的页面，但订单仍由同一间厨房制作，并由同一个 KDS 屏幕查看。
品牌注册表与菜单子集#
门店的每个虚拟品牌都是注册表中的一条记录：
- 名称、“标志 URL”和“封面 URL”——品牌在配送平台上的呈现方式，独立于门店的主品牌。图片通过指向已上传文件的链接设置：此区块中没有文件上传；
- 项目子集——主菜单中哪些分类和菜品属于该品牌（通过与渠道菜单覆盖相同的可复用表格进行选择）。
一个项目可以同时属于多个虚拟品牌和主菜单——这只是同一目录的不同切片，而不是菜品的副本。
绑定配送渠道#
每个品牌都有自己的渠道门店标识符，需与门店主门店分开连接：
| 渠道 | 标识符 |
|---|---|
| Glovo | Store ID |
| Wolt | Venue ID |
| Yandex Eats | Place ID |
在平台上注册第二个门店本身——即创建“马里奥披萨”是 Glovo/Wolt/Yandex Eats 上的独立商店——是相应聚合平台个人后台中的操作步骤，平台不会替您完成。Cenaly.com 将平台已发放的标识符连接到品牌，并从此刻起管理其菜单和订单。
绑定后，每个品牌在其卡片中都有一个 “发布菜单” 按钮——每个渠道一个：系统从品牌的项目子集中生成单独的菜单文件，将品牌名称和标志添加到元数据中，并将其发布到渠道门店，而不触碰主门店和其他品牌的菜单。
品牌内的菜单修改#
品牌子集和针对性修改在同一张表格中编辑——与渠道菜单覆盖相同，只是这里的“已隐藏”表示“不属于此品牌”：
- 隐藏项目——将菜品从品牌菜单中排除；
- 自定义价格——针对平台佣金的加价或单独价格；
- 自定义名称、描述和照片——适用于虚拟品牌的菜品卡片需要与主菜单呈现不同的情况。
应用顺序很重要：先经过“项目是否属于品牌”的筛选，再在结果之上进行修改——也就是说，修改无法将不属于品牌菜单的项目重新加入其中。
请注意：虚拟品牌有自己的修改集，应用于其所有渠道门店。门店主菜单的覆盖不会转移到品牌——品牌完全独立地维护自己的菜单。
订单在厨房中的显示方式#
到达虚拟品牌门店的订单在进入时自动标记品牌归属——依据它到达的是哪个渠道门店。之后品牌显示在：
- 厨房（KDS）屏幕的票据徽章上——厨师能看到客人以哪个名称下的订单；
- 订单流中——渠道徽章（Glovo/Wolt/Yandex Eats）旁边带有品牌名称的 🏷️ 徽章；
- 出餐卡片上——出餐员在将订单交给骑手时能看到订单的品牌。
不会为品牌设立单独的队列或单独的屏幕——门店所有品牌的所有订单都进入厨房的通用流和出餐的通用队列，只是带有订单来源的标记。
相关板块#
常见问题#
虚拟品牌需要单独的实体门店吗？#
不需要，这正是该功能的意义所在——一个车间和一间厨房服务门店的所有品牌。只需在聚合平台个人后台中单独创建门店（Store/Venue/Place ID）以及在 Cenaly.com 中设置菜单子集。
虚拟品牌有自己的网站或 QR 菜单吗？#
没有，虚拟品牌仅通过已连接的配送渠道（Glovo/Wolt/Yandex Eats）销售。平台不会为品牌创建单独的公开橱窗或自有域名。
可以分别查看每个品牌的收入吗？#
财务报告目前按门店整体计算，不按虚拟品牌拆分。可以在订单列表中按渠道和门店区分来源。
如果我只有一个品牌呢？#
该板块不是必需的——没有虚拟品牌，门店照常运行：所有已连接渠道共用一个菜单。