离线可用：断网也能开单查库存意味着什么

开篇：一句话结论

离线可用的价值不在「技术先进」，而在业务连续性：当网络出问题时，你的开单、查库存、报价、打印送货单这些动作还能不能照常做。云端 ERP 断网即不可用，因为每一次操作都要往返一次机房；本地部署的软件和数据都在本机运行，断外网不影响核心作业。但离线可用不是万能——异地协同、外部汇率获取、发邮件、手机查数这些事断网时依然做不了。本文把五种断网现场逐个算一遍，并把边界讲清楚。

一、先还原五种断网现场

断网不是小概率事件，它对贸易公司来说是周期性的：

展会现场。 行业展会里几千人挤在一个场馆，手机信号满格但数据基本跑不动。客户站在你展位上问「这个型号现在有货吗、什么价」，你要么答得上来，要么眼看着他走向下一家。

仓库和档口。 华强北不少档口在地下室或密集楼宇里，Wi-Fi 覆盖差；仓库在园区边缘，网络本来就不稳。晚上九点到十一点理货对账的时候，网络一抖，单子就卡在提交这一步。

出差路上。 高铁上、客户工厂的会客室里、机场贵宾厅的弱信号区，客户临时要改个数量或确认交期，你打不开系统就只能用嘴承诺，回去再补——然后就忘了。

办公室网络故障。 宽带欠费、路由器坏、装修队挖断光缆、运营商割接。这类故障的常见时长是几小时到一整天，正好覆盖一个完整的工作日。

服务商侧中断。 云端模式还有一类额外情况：你的网络没问题，是服务商机房出问题。这时候你能做的只有等，而你连「要等多久」都无法自己判断。

这五种情况有一个共同点：它们都发生在你正在做生意的时候。不是在你悠闲地整理资料的时候。所以代价不是「不方便」，而是「这一单成不成」。

二、离线可用的机制与边界

1. 先分清「网络依赖」的三个层次

判断一套系统断网后还能不能用，看它把什么放在了远端：

太帅ERP 属于第三层：Windows 桌面应用，内置数据库，软件装在本机、数据存在本机。开单、查库存、改价格、打印单据这些动作都在本机完成，不依赖外网是否通畅。同事通过局域网连接同一台主机协同作业，也不需要经过公网。

2. 断网时具体能做和不能做的事

诚实起见，两边都列：

断网时照常能做的：录入和查询客户与供应商、查实时库存与库位、开询价单和销售订单、生成报价单、出入库流水登记、调拨与盘点、收付款登记、打印送货单和合同、看经营大屏和毛利分析。

断网时做不了的：访问外部服务（比如抓取公开汇率）、发送邮件与在线消息、与异地同事实时协同、以及任何需要手机端完成的动作——桌面版本来就没有手机原生端。

恢复网络后要注意的：多人同时作业时，数据的正确性靠系统内的锁库与释放机制保证，而不是靠网络。恢复网络后不需要「同步」这个动作，因为数据本来就在同一处。这一点和多人开单不撞库存的机制是同一套逻辑。

3. 五种场景的损失对照

需要说清楚的是：本地部署也不是零影响。如果办公室的内网交换机故障，同事就连不上主机，只有主机本身还能用；主机那台电脑如果断电，同样会中断。所以「离线可用」准确的说法是：消除了对公网和服务商机房的依赖，但没有消除对本地硬件的依赖。后者的应对方式是备份与一台稳定的主机。

4. 什么样的人最该把这一项列入硬指标

三类团队，建议把「断网可用性」当成选型的一票否决项：

• 档口型现货商。网络环境本身就不可控，且客户当场就要答案。
• 有自建仓库的团队。仓库往往在网络覆盖的末梢，出入库又不能停。
• 经常参展、跑客户的外贸分销商。移动场景多，且丢单成本高。

反过来，如果你的团队全部坐在一个网络稳定的写字楼里、所有作业都在工位完成、且从不外出谈单，这一项的权重可以调低。

三、落地到系统：断网演练怎么做

知道了原理，怎么验证？给你一个可以当天做的动作——断网演练。

第一步，挑一个下午，把你现在的开单流程在断网状态下完整走一遍：查库存、报价、转订单、打送货单。走不通的环节记下来。

第二步，把记下来的环节分类。属于「必须联网才能做」的，问自己：这个环节断网时能不能延后到恢复网络再做？能延后的，不是硬伤；不能延后的（比如客户当场等报价），就是硬伤。

第三步，验证系统内的锁库与并发。让两个人同时开同一批料的单，看系统怎么提示。这一项和断网无关，但同样是「业务连续性」的一部分：断网不丢单只是及格线，多人作业不撞单才算完整。

在太帅ERP 里，待采清单智能比对会把销售需求、可用库存、在途量三者放在一起算差额，一键生成采购单；库存锁定与释放保证两个人不会卖掉同一批货；扫码出入库让仓库在没有网络的情况也能完成流水登记。这些能力都跑在本地，不依赖外网。

关于桌面版形态的适用边界，见Windows 桌面 ERP 适合谁。

四、常见误区

• 误区一：认为云 ERP 断网只是「慢一点」。 错在混淆了弱网和断网。弱网是慢，断网是完不成事务提交，单子直接卡住。正确的是按「完全断网一小时」来做演练，而不是按「网络有点卡」。
• 误区二：以为离线可用就是数据永远不出问题。 错在忽略了本地硬件风险。正确的是把它和备份机制一起看——离线可用解决的是网络依赖，备份解决的是硬件风险，两码事。
• 误区三：把离线功能当成「可以长期不联网」。 错在误解了它的用途。离线能力是应对意外的缓冲，不是让你永远不联网。汇率更新、远程服务、版本升级这些事还是需要联网的。

FAQ

断网的时候，多个同事还能一起用吗？ 同一局域网内可以。主机装着软件和数据库，同事通过内网连接使用，数据不经过公网。所以办公室宽带断了、服务商机房出问题了，内部作业不受影响。但如果内网交换机或主机本身出问题，就会中断——这是本地形态的硬件依赖。

断网期间开的单，联网后需要手动同步吗？ 不需要。因为数据本来就写在同一个数据库文件里，不存在「本地暂存、联网上传」这个环节。这也是本地部署和「带离线缓存的云应用」的本质区别：前者没有同步这个概念，后者有，而同步就有冲突的可能。

仓库在外地，断网了怎么办？ 这是本地部署的真实短板。异地仓要通过公网连回主机，公网断了就连不上。如果你有多个异地仓需要实时协同，云端方案在这一点上更合适，请如实评估。

展会现场用笔记本能开单吗？ 可以在笔记本上装一套，把数据带去现场。但要注意：现场开的单和办公室那台主机上的数据是两套，回来需要合并。所以更实际的做法是出发前带一份最新的库存与价格快照，现场用它报价，回办公室再正式录单。

离线可用是不是意味着更安全？ 它意味着「可用性」更高，不直接等于「安全性」更高。安全取决于谁能访问这台电脑、备份做得好不好、有没有权限控制。三者要配套，缺一个都不完整。完整的取舍逻辑见本地部署的取舍逻辑。

别急着买，先看你的业务在系统里长什么样

离线可用这件事，值不值得为它改变选型，取决于你一年里会遇到几次断网、以及断网那几次你正在做什么。建议你先做一次断网演练，把走不通的环节记下来，再带着这张清单来看演示。我们会按你真实的业务流程走一遍，包括断网那一段——能不能走通，当场就知道。

主 CTA：按我的业务流程走一遍演示 次 CTA：继续读：本地与 SaaS 九个维度 → 本地与 SaaS 的九个维度对比