咖啡馆整理商品资料时,一个饮品名称可能同时出现在季节菜单和某个饮品分组中。若用Square帮助文档理解这种记录,就需要分清商品分类与报表分类。本文以咖啡馆作为假设阅读场景,采用的是美国Square关于批量商品资料的说明,没有读取任何真实门店的菜单或销售数据。
文档的Categories可以容纳多个分类。原例把Logo Shirt同时放进New Arrivals和Shirts;另一个棒球帽例子又列出从Women’s到Accessories再到Hats & Beanies的子分类层次。两个例子分别说明横向的多重归属和纵向的层级位置。商品在一个较细的子分类中出现,不表示文档只允许它保留这一条分类联系。
Reporting Category承担另一项任务。帮助页明确说,商品销售在Category Sales报表中归属于它的Reporting Category,而每个商品只能有一个这样的报表分类。因此,一项商品可以有多种组织位置,却只有一个用于这份报表归属的分类。这里解释的是Square文档对商品资料的定义,不把它扩展成财务核算、税务或审计意见。
两者最容易混淆之处,在于空白并不总产生相同结果。文档说明,若导入资料已有Reporting Category而Categories留空,未来导出的Categories也会包含这个报表分类。这个例子展示了一个方向的联系:已明确的报表分类会出现在后续商品分类记录中。它没有说多个分类会因此自动产生多个报表归属。
反过来,Categories已经有分类、Reporting Category却留空时,文档说通过导入表格创建或编辑的商品不会自动获得报表分类。原例中的Logo Sweater列有New Arrivals与Sweaters,后续导出仍没有设置Reporting Category。商品已有两个可辨认的分组,并不足以替系统回答究竟将销售归给哪一个。这个限制应保留在批量导入语境中,不能泛化成Square所有界面的统一行为。
对假设的咖啡馆资料而言,同一饮品被归入季节系列和饮品类型,只能说明它有两项分类联系,不能据此认定报表归属已经确定。这是根据上述文档作出的资料解释,没有模拟真实导入,也没有给出上传、账户设置或实际修改步骤。本文没有把类别差异转成饮品配方、口味、营养或销量判断。
这份帮助页的价值,在于让读者看清分类网络与单一报表归属怎样共存,以及两种留空方向为何不能互相替代。来源首次发布日期未知,地域按美国帮助中心保留。读商品档案时将两个名称分别理解,能够避免把已经分组误写成已经具有报表归属;至于真实门店采用什么分类,需要另有其实际资料。
信息来源
本文基于上述公开资料整理,未使用来源页面的图片、视频或嵌入媒体。