门店宽带加5G备份，收银就不会断吗？验收表

作者：微恩云

宽带加 5G 备份可以为部分出口故障提供替代路径，但不能保证收银永远不中断。 收银终端、店内网络、电源、网关、支付平台或订单系统都可能出问题；即使线路成功切换，公网地址和连接状态变化也可能让交易需要重新确认。

买备线时，应该购买一套范围明确、能验证的恢复安排。先确认覆盖什么故障，再让网络服务方与收银系统方一起完成业务验收。

备线能保护什么，不能保护什么

宽带与 5G 的最后一段接入方式不同，但仍可能共享现场电源、同一网关或更上游资源。两条不同运营商线路也不自动证明全路径独立，应说明设计覆盖到哪一层。

切换后，外部平台看到的来源 IP 可能变化；如果系统有白名单，需要确认备用路径是否满足接入条件。来源地址保持不变，也不保证 TCP 连接、登录会话或正在提交的订单保持原状。

应分别测试已有会话、新建会话和完整业务动作。切换期间显示“超时”，可能是请求未到达，也可能是平台已处理、终端没收到结果。此时应先查询订单或支付状态，不应直接让店员反复点击提交。

幂等、交易查询、补单、退款和账务核对属于收银与支付系统的协同范围。网络方可以提供路径与故障时间记录，不能单独保证不存在重复订单或扣款。存在固定出口要求时，可参考白名单重连与切换验收表。

先在测试环境或获准的维护窗口执行，现场店员、网络负责人和收银系统方知晓安排。确认测试账号、测试订单、支付验证方式与清理流程，不在真实营业高峰随意拔线，不未经安排对生产交易做故障注入。

保存原设备配置与接线，写明回退操作和负责人。列出主线、备线及网关的状态检查方式，确认 5G 流量、供电和告警联系人。要模拟繁忙负载时，使用获准的测试任务并控制影响范围。

场景与动作	网络记录	业务记录	通过条件与证据
正常主线运行	主线、来源地址与时刻	登录、扫码、建单、测试支付与查询	由业务方预先约定
仅备线运行	5G 状态、地址和流量	同样的整套测试动作	不只验证网页能打开
获准窗口中断主线	故障时刻、检测、路径切换与告警时刻	正在处理与新发起任务分别记录	业务恢复时长、失败与重试
质量劣化测试	获准方式、阈值与策略命中	延迟、超时及是否需要重登录	无法模拟时标明未测
主线恢复与回切	恢复、稳定等待及回切时刻	是否二次中断、是否重复提交	回切是否符合约定
交易与库存核对	对齐网络日志时间	订单、支付、库存和小票状态	无未解释差异；由系统方确认
备线不可用	欠费/流量耗尽等的告警方式	门店何时得知无备用能力	指定联系人收到并处理

表格是待填写模板，不代表已经做过这些测试。“切换耗时”应注明从哪个时刻到哪个时刻；采购更关心的是故障发生后多久可以完成下一笔约定业务，不能拿网口恢复时间冒充收银恢复时间。

主线刚恢复时可能仍不稳定。方案可以设置稳定观察、延迟回切或人工确认，具体取决于设备能力和业务要求。频繁在两条线路间来回切换，反而可能反复打断会话。

如果备线流量有限，需在切换后限制非关键更新、访客网络或大文件同步，为收银保留合理资源。哪些流量能识别、策略能控制到哪一段，都应在试点中验证，不能用“智能调度”替代规则说明。

离线收银、现金或其他应急方式是否可用，要由企业与收银/支付服务方确认。离线状态下的库存、优惠、账务与补传限制也要写明，不默认所有支付业务都能离线完成。

责任方	交付与维护内容
网络或组网服务方	约定范围内的接入、路径策略、监控告警、故障日志和配置恢复
收银/支付系统方	登录会话、交易查询、重试幂等、对账与恢复流程
企业 IT 或门店负责人	供电和店内设备、现场配合、告警接收与业务确认
各接入运营商	合同范围内的线路、套餐与故障处理

比较费用时，列出主线、5G 套餐、设备/授权、托管、安装、备件和退出条件。备线长期不用也要定期检查有效期、流量、告警及切换可用性。投入价值依据企业真实故障与业务影响评估，不作“几个月回本”的统一承诺。

微恩云可按门店现有线路与系统要求评估国内组网及固定场所 5G 接入。通过服务咨询入口提供门店数量、收银平台、白名单条件和可接受中断范围，就能围绕故障覆盖与业务验收讨论方案。