分别付款、合并厨房单：Square团体点餐的两种记录对象

快餐店一桌客人依次在柜台点餐，各自付了款、拿到自己的收据，厨房是否必然收到同样数量的单据？Square澳大利亚的团体点餐说明给出了一种不同的信息组织方式：结算按个人分开，厨房接收的内容可以按一组汇总。

该帮助页把group ordering也称为bistro mode。其功能介绍写明，一组客人可以分别在柜台付款，每个人得到自己的收据，但所有餐品会通过一张合并票据发送给厨房。[1] 这里的一张厨房单没有把顾客的付款记录合成同一张个人收据，两端记录服务的对象不同。

顾客侧的记录说明个人点了什么、完成了哪次付款；厨房侧的合并票据则把同组餐品放在一起，服务于共同准备与送餐的安排。本文是在解释文档中的记录关系，不由一张厨房单推定全部商品由同一人购买，也不判断支付、税务或交易责任。

例如，一份专为说明问题编写的交接描述，可以写“本组有多份个人收据，餐品汇入一张厨房票据”。它比“这桌只有一张单”保留更多信息，因为后一句没有说明是在数收据、支付记录，还是厨房收到的工作对象。本文不填入虚构营业数据，也没有测试真实门店。

功能边界也需保留。页面所列对象包括具有Orders权限的账户所有者或团队成员、Square for Restaurants Plus及Premium订阅者，以及使用所列餐饮模式的卖家；前提还包括已设置餐饮业务与菜单。[1] 公开页面介绍一种功能，不能证明任何账户、地区或设备都已具备它。

原文在流程末段说明，组内顾客完成付款、购物车清空并提交这一组后，厨房接收合并票据。这里采用的是记录生成的关系，不转写为收款或设备操作教程。仅看见其中一位客人的收据，也不足以确认整组已经发送到厨房。

来源将一起准备和送餐作为这项功能的用途。实际门店是否同一时刻出餐、等待是否减少，需要各自的现场记录；本文没有测量成本、排队或制作速度。因此，功能的设计意图应与服务已达到的结果分开写。

对快餐资料交接来说，先标明“按谁结算”和“按哪一组组织厨房票据”，能让前厅与厨房讨论同一份记录。本文限于本次读取的Square澳大利亚说明，首次发布日期未知，不把这种票据关系扩大为所有收银系统的通用规则。