断网时你的POS会发生什么

云优先，缓存兜底

终端真正的大脑在供应商的服务器上；你店里跑的是一个客户端。离线模式是应急储备——菜单的缓存副本加一条交易队列——它实际还能做什么，因供应商而异，差别巨大：有的还能点单，有的开不了新单，有的因为小票要经云端路由而失去厨房打印。

本地优先，云端同步

记录系统就跑在餐厅里——你自己网络上的一台小服务器或主机——互联网的职责是同步和承载在线订单。断网时，POS并不进入什么特殊模式：它还是同一套系统，只是少了那些本质上就属于互联网的功能。Ginger的Box就是这样工作的。

怎么判断你用的是哪种

别读宣传册——找个不忙的下午拔掉路由器，试四件事：开一张新单、打一张厨房小票、结一笔现金账、拆一次账单。什么坏了、坏得多彻底，比任何参数表都更能告诉你架构是哪种。

• -点单和厨房小票——本地优先：正常，走的是局域网。云缓存：因供应商而异；这是拔路由器测试里第一件要验证的事。
• -现金支付——两种架构通常都行；差别在合计、拆单、折扣是否还能计算，还是账单被原样冻结。
• -刷卡支付——由支付通道决定，不只是POS：授权必须到达卡组织。有些方案提供离线暂存（store-and-forward），先记卡后处理——但拒付风险落在你头上。依赖它之前先问清风险归谁。
• -在线订单——在任何架构下都会停止到达；它们本质上就是互联网。真正的差别在恢复：网络回来时，排队的订单是干净地进来，还是一次性涌入、重复到达、或永远丢失。
• -报表和老板后台——云端仪表盘无论如何都会黑掉；问题在于餐厅是否还在本地持续记录数据，让这一天事后完整无缺。

断电是谁都扛不住的故障

没有架构能在没电时运行。便宜的保险是给主机、路由器和一台打印机配个小UPS——争取几分钟，把没结的账结掉、把厨房已经在做的单子打出来，而不是在服务中途失去整个大厅。

供应商的故障也是你的故障

云优先系统还有第二种与你的网络无关的故障模式：供应商自己的服务器在你晚市高峰时出问题。本地优先的系统在供应商事故期间照常点单，因为供应商根本不在点单的路径上。

• -营业期间订单数据库住在哪里——在这栋楼里，还是在你们的云上？
• -拔掉外网网线，演示一张新订单打到厨房打印机。
• -离线时到底哪些功能会停？列出来，不要一句差不多都能用。
• -刷卡怎么办——有没有离线暂存，之后的拒付谁承担？
• -网络恢复时排队的在线订单怎么进来——会不会重复？
• -你们的服务器出事故时，我的餐厅会怎样？