合约指南
餐厅的数据到底归谁？
最后更新：2026年8月
每一行数据都是你产生的——订单、顾客、礼品卡。但这些行能不能被你带走，由合约和导出界面决定，而不是由公平决定。大多数老板是在想离开的那一周才发现这个差别。
数据归属有三层，人们常混为一谈：合约声称什么、产品实际能导出什么、导出文件是什么格式。三层必须对齐——行使不了的权利不是权利。
逐类看数据
销售与交易
汇总——每日合计、税务报表——大多数系统都能导出。完整保真的逐行明细就远没那么普遍，而且常常是取消账户后第一个够不到的东西。对记账而言，关键是历史保持可读：趁账户还有效，把你在用的报表都导出来。
顾客与会员
争议最大的一类。联系人名单通常能导出；积分余额有时不能；而在平台型产品里，食客可能被视为平台的用户而不是你的顾客——你为他们服务，但关系数据不归你带走。要读清合约怎么定义他们是谁的顾客。
礼品卡余额
未消费余额是你欠客人的钱，而它们只有你主动携带才会跟着你走：截至指定日期的卡号和余额。这里的导出可能被设卡，也可能干脆不存在——我们曾在旧系统给不出任何导出时，靠界面照片重建过一家餐厅的整本卡册。
AI时代的新类别：录音与转写
电话AI创造了三年前不存在的数据类别：你顾客声音的录音和转写。签任何语音产品之前问三件事——存在哪里、存多久；供应商是否可以用它们训练模型；你能否按要求导出和删除。
决定归属的合约措辞
协议里的五个地方，决定上面所有问题的答案：
- -顾客数据如何定义——以及有没有另一个平台数据或聚合分析的定义，悄悄把由它衍生的一切都划走。
- -终止时的导出权：取消后还有没有效，有效多少天？
- -删除权：你能否要求删除你的数据——包括录音？
- -训练与聚合权：供应商能否用你的销售数据和顾客的声音去构建产品？
- -转让条款：供应商被收购时，上面这一切会怎样？
要写进书面的五句话
这五条没有一条是过分要求；抗拒它们的供应商，其实是在回答另一个问题——离开的时候会是什么样：
- -上述所有数据类别都可以以有文档的格式（CSV或JSON）免费导出。
- -终止后的一段明确天数内，导出仍然可用。
- -顾客名单属于顾客数据，归餐厅所有。
- -礼品卡卡号和余额可按要求导出。
- -通话录音：保存期限、归属和按要求删除，都有明文规定。
Ginger的立场很简单：数据是你的，也没有合约把它扣作人质——服务按月进行。我们导入过其他供应商的数据，来源有导出文件、表格、甚至照片；我们宁愿用产品留住你，而不是用离场费。 完整合约指南
常见问题
POS供应商拥有我的销售数据吗？
取决于合约，也取决于合约声称与产品实际导出之间的落差。很多协议把顾客数据的所有权给餐厅，同时用另一条款把衍生或聚合数据划给平台。定义部分和实际的导出界面都要查——无法通过真实导出行使的权利不是权利。
离开POS时能导出顾客名单吗？
联系人名单通常可以；积分余额不一定；平台型产品可能把食客当作平台的用户而不是你的顾客，这种情况下关系数据不会跟你走。弄清你签的是哪一种的时机是在签约之前——要求看真实的导出，而不只是条款。
换POS时礼品卡余额怎么办？
那是你欠客人的钱，只有你主动携带才会转移：截至切换日的卡号和余额，录入新系统。这一类数据的导出是所有类别里最不标准的——如果根本没有导出，就在失去访问权限前拍下旧系统的界面；我们靠这种方式重建过整本卡册。
POS供应商能对导出我自己的数据收费吗？
有些供应商确实收导出或数据迁移费，除非你的合约禁止，否则没有什么能拦住他们。这就是为什么以有文档的格式免费导出要在签约前写成书面——签约时开口不花一分钱，离开时才提可能要花真金白银。
餐厅电话AI产生的录音归谁？
一个真正的新问题，而大多数合约要么含糊其辞、要么只字不提。和任何语音AI供应商要钉死三件事：录音和转写存在哪里、存多久；供应商能否用它们训练模型；你能否按要求导出和删除。合约没写的，就要一份书面回答。
© 2026 Ginger. 免费餐厅POS，内置AI电话点餐。