菜单一项为什么出现两行：Toast多门店版本与查看范围

餐厅菜单管理页面出现两行同名项目，并不一定表示餐厅新建了两道互不相关的菜。Toast关于多门店菜单的文档，允许一个菜单实体拥有面向不同地点或地点组的版本。[1] 理解屏幕行数之前，需要先保留同一实体、多个版本与当前查看地点这三层关系。

原文用Egg Sandwich举例：Boston版本包含香肠、培根和奶酪加配，New York City版本只有培根与奶酪。版本共享多数数据，但不是全部数据。因此，共用名称与部分差异可以同时存在；既不能因名字相同抹去差别，也不能因少一个加配，就自动把它当成毫无联系的新实体。这里是文档示例，不是本文取得的真实门店菜单。

界面显示还取决于查看范围。没有版本的实体显示一行；有版本的实体，则为当前查看地点所关联的每个版本显示一行。文档假设Menu Item A有Boston、Miami和New York City三个版本，而界面只查看前两个地点时，会显示两行，纽约版本不可见。少了一行，表达的是这次视图范围，不是系统已经删除第三个版本。

这让行数具有具体背景。讨论菜单有几项时，不能只数当前屏幕，便省略版本和地点条件；同一个实体在扩大查看范围后，可以呈现更多版本行，却没有因此凭空增加新的物理商品。本文只分析原文的显示规则，没有切换真实账户或统计销售项目。

Target与Owner又回答不同问题。Target说明哪些地点或地点组可以使用某个版本，Owner说明谁能编辑它。两者出现在同一侧栏，并不等于同一种关系。新建子级菜单项目默认继承父级的Target和Owner，也是文档给出的关联背景；本篇不转写权限层级的设置或调整方法。

Number用于辨认同一实体的相关版本，也称multi-location ID。若多个版本具有同一个Number，文档将它们视为同一菜单实体的版本。GUID则辨认某个具体版本，例如Boston与New York的同一菜单版本具有不同GUID。这两项均只读，区别在身份范围，而不是一个编号比另一个更真实。

对前厅菜单资料，这些关系可以使一份说明更完整：项目是什么，各版本在哪些地点使用，这次页面看到了哪些版本，以及编号分别联系整体还是特定版本。它们与营业时段、菜单显示渠道或可售时间不是同一个问题，也不证明某项餐食今天在某门店实际可买。

本篇采用Toast平台指南的版本、显示、Target/Owner和Number/GUID连续文字，首发日期未知。没有观看示意图，也未配置权限、修改菜品或处理价格税务；它解释的是多门店菜单记录怎样呈现，不是厨房流程或食品安全建议。