自己部署 ERPNext 的那次翻车，代价是 11 天

2022 年秋天，一个做五金外贸的团队找到我们。四个人，一年出口额不算大，但 SKU 有 800 多个，询盘、报价、样品、出货全靠 Excel 和微信群接龙。老板下了决心上系统，选了 ERPNext——开源、免费、功能全，听起来没有理由不用。

他们找了个懂点 Linux 的员工，租了一台 2 核 4G 的云服务器，照着文档装。第三天装起来了，第七天开始往里面导数据，第十一天出问题：一次系统升级把生产库的字符集搞坏了，中文物料名全变成问号。备份？有，是三天前的，而且只备了数据库没备附件。最后能恢复的只有一部分，剩下的靠人工重新录。

从宕机到业务重新跑起来，前后 11 天。这 11 天里，报价靠翻旧邮件，库存靠仓库师傅拿本子记。老板后来跟我说了一句话：省下的那点订阅费，不够这 11 天的人工。

这个故事我讲过很多次。它不是要说明开源不好——ERPNext 本身就是我们自己在生产环境跑的东西。它说明的是另一件事：装起来和跑得住，是两件完全不同的事。

很多人对自部署的预期停在"装起来"这一步。文档写得清楚，社区也活跃，一台 2 核 4G 的机器，一天之内确实能看到登录界面。

但生产环境要回答的是另一组问题：

这五个问题，任何一个没有答案，系统就还停在"演示环境"的状态。据我们内部统计，接触过的小微企业自部署案例里，能同时把备份、监控、升级流程三件事都落到文档上的，比例不到三成。剩下的七成，靠的是"目前还没出事"。

自部署的账，很多人只算了第一层：服务器一年千把块，域名证书几百块，看起来比订阅便宜。

第二层是人力。一个能处理 ERPNext 生产环境的人，装、调、备、升、排障，一年投入多少工时？哪怕只是每周看一眼日志、每月做一次升级，一年下来也是几十个小时。这几十个小时如果放在业务上，能多跟几个客户？

第三层最容易被忽略：故障时的业务停摆成本。前面那个外贸团队停摆 11 天，四个人的工资照发，询盘照样进来，但报价出不去。这部分的代价，在预算表上根本不会出现，只在出事那天出现。

所以我们在做托管订阅时，定价逻辑从来不是"服务器租金 + 一点利润"。它买的是那套机制：备份策略、监控告警、升级窗口、故障响应，以及一个不用你自己养的人。

小微企业抗拒 SaaS，很大一部分抗拒的不是付费，是数据搬不走。

这个担心是合理的。市面上确实有产品，数据进去容易出来难：导出功能藏在三级菜单里，导出来是加密格式，或者干脆只给你看报表不给原始数据。用了两年想换，发现历史单据拿不全，只能硬着头皮续。

我们的做法不一样，而且这一点写进了产品设计里：

换句话说，我们接受一个前提：客户随时可以走。数据能搬走，才有资格谈"留下来"。这条如果做不到，前面所有的功能都是空的。

顺带回答一个被问得最多的问题——数据安全吗？ 答案就是上面这三条：独立实例独立库、每日备份、随时可导出标准格式。安全不是一个形容词，是三个能验证的动作。

这里要说清楚我们和通用进销存 SaaS 的不同，不是比较谁好谁坏，是适用场景不同。

通用 SaaS 的优势是开箱即用、界面简单，适合流程高度标准化的场景。但小微企业和外贸 SOHO 的麻烦往往在于流程不标准：一个客户要两套报价模板，一批货要拆成三次出，样品单和正式单走不同审批。这类需求在封闭式 SaaS 里通常只能提工单等排期，或者干脆改流程迁就软件。

ERPNext 是开源的，意味着字段、单据、审批流可以按你的业务改。托管订阅解决的是另一头：改完之后，得有人保证它在生产环境里 7x24 跑着。我们自己的生产环境就是这么跑的——这套东西我们不是转卖，是自己天天在用，踩过的坑才敢接别人的。

对初创团队和外贸 SOHO 来说，这个组合的实际意义是：用开源的可改造性，换掉自部署的运维负担。 你保留了对系统的控制权，把服务器、备份、升级、告警这些事交出去。

不是所有人都适合托管，这话得说在前面。

如果你的团队里有一个稳定的、愿意长期负责运维的技术人员，数据合规上有明确的本地化要求，或者业务量已经大到订阅成本超过自建成本，那自部署是合理的选择，我们也会这么建议。

反过来，如果符合下面几条里的两条以上，托管通常更划算：

这四条不需要全中。中了前两条，基本就可以算了。

如果你正在自部署和托管之间犹豫，可以先做一件成本很低的事：把现在这套系统的备份策略写下来——备份频率、存放位置、保留份数、上次恢复演练是什么时候。写不出来，说明风险已经在那儿了。

想看我们的托管方案细节，或者想让我们帮你评估现有部署的风险点，可以直接联系：

邮箱：dzsj@weit.cn

官网：https://www.dzsjkj.cn

我们不做"保证不出问题"的承诺，任何系统都会出问题。我们承诺的是：出问题的时候，有一套跑得通的恢复流程，和一个能响应的人。