一套按需拼装的云原生 ERP：模块全景、前后对比与工程落地

背景

这篇不谈概念，从工程师视角讲清楚：云原生 ERP 怎么把"好用"落地，以及为什么在本地版、SaaS 之后还要再往前走一步。

一、好用，先看模块全貌

中小企业的痛点很具体：库存没底、利润等月底、财务难留，几套系统各管各，数据最后还得搬回 Excel。我们把业务模块收敛到一套系统，全貌如下。

模块支持独立开关，先跑进销存再按需拼装。设计上的前后差异，对应真实的机制变化。

以前的做法	现在的机制
库存靠 Excel 记，月底常常对不上	开单实时扣库存，剩多少随时可查
赚没赚钱，要等会计月底才算	成本自动结转，报表点开就能看
一个熟手走了，半套账跟着走	数据和经验留在系统，新人照流程上手
几套软件各管各，数据来回搬	一处录入，业务单据自动生成凭证

工程上对应几个真实设计：单据历史可追溯完整流转，快捷建单带快捷键，报表穿透用声明式下钻（reportDrillPaths），从汇总一路钻到原始单据。

成本侧用移动加权平均，BigDecimal 保留 4 位小数、HALF_UP 处理，避免浮点误差；出库前先校验可用量，负库存策略可配置，口径统一收敛在服务层，不写死在页面。

二、为什么是现在

Gartner 估计 55% 到 75% 的 ERP 项目没达成预期，国内中小企业上云率偏低、工具激活率不高，问题往往不在技术。如今生意内卷、人才难招难留，小公司养不起专业角色，本地版和 SaaS 仍在服务客户，云原生 ERP 是跟着生意演进，而非推倒重来。

技术架构也做了升级：后端拆成网关、认证、业务、AI、文件等微服务，gerp-modules 下 25 个模块各自独立；前端用 single-spa 微前端，把 Web、桌面、移动端、小程序组织在同一套体系，模块可独立开发、按需加载。

三、专业能力如何沉淀

系统内置八个数字专家，结合租户真实数据输出：

角色	职责
老板、总助	经营指标、待办优先级
财务、税务	往来、税负、风险
库管、采购、生产	补货、周转、排期
销售	跟进、信用额度、机会

以信用额度为例，CreditLimitAdvisorModel 读取客户历史、应收、逾期后给出风险等级与建议额度。AI 回写分 FORBID_WRITEBACK / DRAFT_ONLY / SUGGESTION_ONLY，写动作经人工确认，兼顾自动化与可控。

同类引擎还有 ReplenishmentAlertEngine（补货预警）、BankReconciliationEngine（银行对账）、票据识别（单据结构化后交人核对），都注册为可编排工具，由统一执行上下文按租户隔离调用，每个动作可追溯。

四、常见疑问

问题	回答
难不难上手？	常用操作放在首页，支持快捷键和自然语言对话；先把进销存跑起来，再逐步加模块，不用一次学全套。
数据存在哪、安全吗？	多租户隔离、权限分级，操作全程留痕；也支持私有化部署，数据放在自己可控的环境里。
会不会让 AI 自己乱操作？	不会。AI 只负责读数据、出草稿、提建议，真正落单、对外承诺都要你点头确认。
和我现在用的软件有什么区别？	一套系统打通钱货账、模块按需拼装、AI 原生；从本地版、SaaS 平滑演进，不是推倒重来。
没有专业会计也能用吗？	可以。数字专家结合你的数据给判断，帮你看懂指标和风险；税务事项仍以专业意见为准，不替代会计师。

五、写在最后

团队深耕企业软件二十多年，这几年坑比机会多，团队和客户共同交学费，反复试错才让版本落地。它未必完美，但会持续迭代。对模块全景、下钻实现或数字专家编排感兴趣，欢迎评论区交流。