2026年AI如何落地ERP系统:问数与ChatBI
魁鲸科技做 ERP,2026 年落地 AI,不是换一块“智能”招牌。先让人用平常话把库存、应收、订单问清楚。再决定哪些步骤可以提示,哪些过账必须人点确认。
先落地的通常是 问数系统 和 ChatBI。套件不够用、口径对不齐时,再走 ERP系统定制开发,把指标、权限和动作边界写进现有账里。
国际云 ERP 常见做法,是把助手嵌进财务、供应链界面。国内大量企业仍是定制或拼装账套。对后者,先能问到对的数,比先上一个会编故事的自动过账更要紧。

2026年AI落地ERP,实际落在哪几层
AI 接 ERP,通常落在三层,不要混成一件事。
第一层是问。业务用自然语言查数、追问、对比,结果要能回到科目、仓库、客户、订单这些主数据,而不是一段说不清来源的摘要。
第二层是辅助填单和核对。根据已有订单、库存、价格生成草稿,标出缺料、超信用、重复单。人仍负责提交和审批。
第三层才是按规则执行:改状态、生成下游单据、触发工作流。这一层必须带权限、留痕迹、能撤回。2026 年市场上“智能体、自动办完”的说法很多,能安全进生产账的,仍是窄场景、强校验。
三层可以分步上。问数跑不准,不要开自动改库存。
问数为什么往往是第一刀
财务、计划、销售每天问的是:这周能发多少、谁超期、这个客户还剩多少额度。这些问题以前要么等报表,要么找会写 SQL 的人。问数把入口换成对话,但背后仍是同一套账。
问得准,靠三件事同时成立:指标口径唯一、字段能对上业务叫法、提问人只能看到权限内的数。缺任何一件,模型都会“编得像那么回事”。
示例场景(不是真实客户项目): 销售问“这个月华东逾期应收多少”。系统如果把未开票出库、已开票未收款、对账中金额搅在一笔里,对话答得再快也是错账。要先写死“逾期应收”怎么算,再开放提问。
辅助填单和自动过账差在哪
辅助填单:模型根据历史单和主数据给出建议行,人改完再提交。错了,责任仍在提交人。
自动过账:模型或规则直接改库存、应收、凭证。错了,要对账、冲销、留审计痕迹。没有校验和权限,这一步不要上。
2026 年多数企业适合把第二层做成“草稿 + 核对清单”,把第三层限制在少数可回放的动作,例如按已审采购订单生成入库草稿,而不是让对话直接改成本。
问数系统和ChatBI分别管什么
问数系统侧重“对着业务库开口问,得到可核对的数”。ChatBI 侧重“对话式分析”,在问的基础上做对比、下钻、出图、多轮追问。名字常被混用,落地时最好拆开验收。
| 对比项 | 问数系统 | ChatBI |
|---|---|---|
| 主要问题 | 这个数是多少、口径对不对 | 为什么变了、和谁比、下一步看哪张图 |
| 典型输出 | 一张可追溯的结果表或指标值 | 图表、对比、简要解读(解读必须能回到明细) |
| 技术常见路径 | 自然语言到受控查询(经语义层或受控 SQL) | 问数 + 分析编排 + 可视化 |
| 失败时的样子 | 查错表、串口径、漏权限过滤 | 图对了故事编错,或把估算写成确定结论 |
| 和 ERP 的关系 | 读库存、订单、应收应付等业务表 | 读同一套数,不另建一套“分析专用真相” |
直接把自然语言翻成 SQL,演示好看,生产里容易翻车:同名字段、历史脏数据、跨公司账套、一个“销售额”三种算法。更稳的是先做语义层或指标字典:人说的“可发量”对应哪几张表、扣不扣预占、含不含在途。模型只在字典里选,不自由发明算法。
ChatBI 不要替代财务报表。对内管理分析可以对话;对外披露、关账、税务仍走原审批和核算流程。
为什么常常要做ERP系统定制开发
标准云套件自带助手,前提是主数据干净、流程在套件里、账号体系完整。大量工厂和贸易公司不是这个前提:字段在实施时改过、报表在仓库外挂、审批在即时通讯里。这时买一个通用聊天框,问的仍是对不上的数。
ERP系统定制开发在这里做的是接线,不是再造一个大模型。常见要补的是:
- 主数据和指标字典:物料、仓、客户、科目、与对话里的叫法对齐。
- 权限:模型用提问人的身份查库,不能用管理员身份“为了答得全”。
- 动作白名单:允许生成哪几种草稿单据,禁止哪些字段被对话改写。
- 审计:问了什么、查了哪张表、建议了什么、谁点的确认。
- 私有化或专有网络:账务数据出域规则由企业定,不默认公网随便问。
套件够用就少改。字段、审批、行业口径套件覆盖不了,再定制。定制的验收标准是:同一问题,对话答案和仓库、财务手头的报表能对上;对不上,先停对话,再查主数据。
一条可执行的落地顺序
- 选定 5 个高频问题。 例如可发库存、逾期应收、某单缺料、本周出库、采购在途。问题写清口径。
- 先做问数。 每个问题能返回明细,能点到单据号。准确率用业务抽检,不要用“感觉答得流畅”。
- 再加 ChatBI。 只对已经校准的指标做对比和下钻。解读文字标明是提示,不是凭证。
- 草稿辅助。 从问数结果生成销售或采购草稿,强制人改必填项。
- 窄范围动作。 仅开放已审单据的下游草稿或状态查询,过账仍走原按钮和权限。
- 复盘。 每周抽几条问答和草稿,口径漂移就收回该项能力。
跳过前两步直接上“自动办单”,账会先乱,模型再被关掉。这是实施顺序问题,不是模型版本问题。
上线前建议拍板的几件事
魁鲸科技做这类接入,会先把下面几句问死,再选模型和界面。
- 问数是只读,还是允许生成草稿?
- “销售额”“库存”“逾期”以哪套报表为准,谁维护字典?
- 对话是否允许带出成本、毛利、全公司应收?按岗位怎么切?
- 模型部署在哪、日志留多久、能否用于训练?
- 答错时如何更正:改字典、改权限,还是下线该问题?
- 关账期间是否暂停对话写操作?
这几句不定,界面再漂亮也只是把错问得更快。
常见问题
2026年是不是必须上智能体才算AI落地ERP?
不是。智能体是一种把多步任务串起来的形态。对多数账套,先把问数做准、把草稿辅助做稳,已经是落地。多步自动过账要等校验、权限和冲销都齐。
问数系统和ChatBI要买两套吗?
不一定。可以同一套产品里两个能力包,也可以先问数、后分析。验收时分开测:先测数对不对,再测图和追问会不会把错数讲圆。
现有 ERP 能不能只接一个大模型聊天窗口?
能演示,难长期用。没有指标字典和权限,窗口只是把幻觉接到账上。值得接的是:受控查询、身份透传、动作白名单。这些往往落在 ERP系统定制开发或中间服务上,而不是聊天皮肤。
AI会不会取代ERP实施?
不会。实施仍要定流程、主数据、审批。AI 改变的是查数和填单的入口。流程本身乱,对话只会把乱问得更响。