先分清三种“离线”
采购时最常见的误会，是把离线收银、离线支付和离线完整经营当成同一件事。它们的风险完全不同。
| 能力 | 通常还能做什么 | 必须确认的限制 |
|---|---|---|
| 离线收银 | 读取本地商品和价格，创建订单，打印小票 | 会员、优惠、库存和价格是否使用最新数据 |
| 离线支付 | 部分支付终端可能支持有限的离线授权 | 限额、风险责任、结算时间、退款方式 |
| 离线经营 | 点单、后厨、库存与班次继续运行 | 跨终端一致性、外卖订单、云端报表与同步冲突 |
安全原则：门店必须假设宽带和移动网络会同时中断。支付、点餐和打印都依赖单一网络的方案，需要准备人工或独立通道兜底。
7 步断网测试
- 记录基线：测试前截取当前订单数、营业额、支付方式、库存和班次报表。
- 切断门店网络：同时关闭 Wi-Fi 与移动网络，确认系统是否进入明确的离线状态，而不是静默失败。
- 创建真实订单：覆盖堂食、外带、优惠、改单和退款，确认本地订单号与金额正确。
- 测试打印与后厨：检查前台小票、后厨 KDS 或厨打是否继续工作，断点发生在哪里是否可见。
- 测试支付边界：分别尝试现金、扫码与银行卡，记录需要顾客换支付方式的具体提示。
- 恢复网络：观察同步进度、失败订单和人工处理入口，确认云端与本地各只记录一次。
- 完成对账：核对订单数、营业额、退款、支付渠道、库存扣减和班次报表，异常必须有可追踪记录。
建议在非营业时段先做一次演练，再在低峰期用小额真实订单复测。不要直接把首次断网测试放到午市或晚市高峰。
上线前验收清单
| 验收项 | 通过标准 |
|---|---|
| 离线提示 | 前台明确显示离线状态、开始时间和尚未同步的订单数量。 |
| 本地点单 | 商品、价格、规格、税率与优惠按约定规则可用，异常时能人工兜底。 |
| 打印与后厨 | 断网后关键单据仍可输出；失败时可见告警并可补打。 |
| 支付兜底 | 员工知道哪些支付不可用、如何切换现金或独立终端，且无需临时培训。 |
| 同步幂等 | 同一离线订单恢复后只入账一次，重复同步不会重复扣库存。 |
| 异常可追溯 | 同步失败、冲突和处理结果有日志，财务能解释每一笔差异。 |
| 数据备份 | 设备故障、重装或换机后，离线订单仍可按约定恢复或导出。 |
最常见的四个风险
只在云端缓存菜单
如果菜单和价格没有保存在本地，网络中断后扫码点餐可能直接不可用。门店应保留人工点单入口，并让员工能在前台创建同样规格的订单。
把扫码支付当作离线支付
二维码展示不等于支付成功。支付状态需要支付渠道确认，不能仅凭顾客截图或离线提示视为到账。
恢复后重复入库
缺乏稳定订单标识和幂等机制时，自动重试可能导致一张订单被多次记录。验收必须主动检查云端、本地、库存与报表四处数量。
离线时间没有边界
长期离线可能带来价格过期、储值风险、外卖超时和跨终端库存冲突。供应商应明确建议时长、降级能力与人工处置流程。
ClawPOS 的离线能力边界
ClawPOS 官网当前公开说明称，商品、价格和税率可缓存在本地，断网 72 小时内核心 POS、点单与打印功能可继续运行，恢复网络后执行增量同步。这个时长是 ClawPOS 当前公开的产品承诺，不应直接套用于其他系统。
实际可用功能仍可能受设备状态、业务配置、支付通道、外卖接口和软件版本影响。上线前应按本文清单在目标门店和设备上验证，不能只依赖参数页。更多产品说明见产品功能和常见问题。
常见问题
POS 断网了还能收银吗？
部分系统能继续使用本地缓存的商品、价格和税率完成点单、收银与打印，但在线支付、外卖接单和云端报表可能不可用。必须以现场测试结果为准。
离线收银等于离线支付吗？
不等于。离线收银通常只表示本地系统仍能生成订单和打印；银行卡、二维码等支付是否可用取决于支付终端与收单机构。
断网恢复后订单会重复吗？
合格方案应使用稳定的订单标识与幂等同步，避免同一订单重复入账。上线前要主动生成离线订单，核对云端、报表与库存是否各只记一次。
适用边界：离线时长、支付能力与恢复机制不是全行业统一参数，且可能因设备、地区、版本和支付机构变化。采购时请将测试结果写入上线验收记录。