百香果种植 ERP 实战：火龙果 + 百香果双品类，怎么用一套服务端数据底座跑通全链
一、为什么不是“两种水果各做一套系统”
如果火龙果和百香果分别维护一套 ERP，最容易出现的问题不是页面太多，而是同一块基地、同一个农户、同一个客户、同一笔费用被抄两遍。数据一旦分裂，渠道营收和利润报表就会变成两份互相不认识的账。
双品类系统的正确做法，是让品种成为业务记录中的维度，而不是复制整个系统。基地可以同时种火龙果和百香果；采摘批次可以有不同的品种和糖度；渠道销售可以按品种拆分；库存和物流按实际批次流动；财务则统一汇总。
二、双品类 ERP 的数据模型
| 业务层 | 火龙果 | 百香果 | 共享数据 |
|---|---|---|---|
| 基地 | 红心 / 白心主栽区 | 黄金 / 紫香棚架区 | 面积、负责人、农户 |
| 生产 | 补光、套袋、疏果 | 棚架、整枝、水肥 | 农事、物候、病虫害 |
| 采摘 | 批次、糖度、等级 | 批次、成熟度、等级 | 地块、负责人、仓库 |
| 流通 | 礼盒、冷链、批发 | 鲜果、直播、私域 | 库存、订单、物流、客户 |
| 财务 | 按基地和批次核算 | 按基地和批次核算 | 收支、成本、结算、利润 |
系统在业务数据之外保留了品种、基地、农户、渠道、客户、订单、库存、物流、采摘、物候、农事、水肥、病虫害、收支、结算、成本和渠道销售明细等集合。页面可以变化，但这些集合是同一份真实数据源。
三、服务端化之后，数据不再是“打开浏览器才有”
原来的单文件系统把数据放进 localStorage，换浏览器、清缓存或者换电脑，数据就断了。重构之后，Node.js 服务端负责会话、数据校验和持久化，浏览器只负责展示和提交。每次保存都写临时文件，再原子替换正式数据文件。
四、百香果经营最怕“只看总账，不看品种和批次”
黄金百香果和紫香百香果的价格、渠道、客户偏好不一样；火龙果红心和白心也有不同的糖度、等级与销售渠道。系统把品种放进采摘、库存和销售记录中，才能看到品种营收贡献、渠道结构和基地产出，而不是最后只剩一个总销售额。
库存与订单分开后，临期库存、待处理订单和物流状态都能回到经营驾驶舱。农户结算也不再是一段自由文本，而是把数量、单价、扣款类型、扣款金额和实付金额拆开，财务口径更稳定。
五、本地化图表与离线可用
这套系统不依赖 CDN。Chart.js 放在项目本地，登录背景也本地化，断网时页面仍然可以打开。对客户来说，这不是技术炫技，而是很多园区常见的现实条件：网络不稳定、浏览器版本不统一、电脑不一定永远在线。
六、系统截图
01 · 登录页：双品类产业入口
02 · 运营驾驶舱：产业经营总览
03 · 销售渠道：线上与线下并行
04 · 基地管理：多基地与多品种
05 · 采摘入库：批次与质量
06 · 库存管理：冷链与临期
07 · 利润报表：收支与成本
08 · 农户档案：基地与农户关系
09 · 系统设置：产业主体信息
七、这类系统真正交付了什么
- 一个统一的服务端数据底座，而不是两个复制页面。
- 火龙果与百香果品种、基地、批次和渠道的统一数据。
- 登录、会话、角色权限和 XSS 输出安全。
- 金额两位小数展示和结算口径拆分。
- 本地图表、离线页面和可备份数据文件。
- 4K 实拍、使用手册和自动化验收。
双品类 ERP 不是把两个名字写进标题，而是让两个产业共用一套能长期维护的数据结构。页面可以随着经营变化，数据底座不能每天都在重做。