行业资讯

工信部推进人工智能+软件后,成长型企业如何选AI ERP?

邮件订阅
摘要:2026 年 9 月,工业和信息化部印发《“人工智能+软件”专项行动实施方案》并在新闻发布会上明确:软件的智能化融合存在“AI 辅助”和“AI 原生”两条路径。前者是在既有架构上叠加智能功能,当前应用最广、见效较快;后者让模型承担更核心的软件能力,改变研发和运行逻辑。

这是一项产业行动,并不等同于要求每一家企业立刻更换 ERP;但它给成长型企业提了一个非常现实的问题:正在采购的所谓 AI ERP,究竟只是在原系统旁增加一个会说话的工具,还是能让经营判断进入受控流程、形成结果并留下责任证据?

AI 辅助和 AI 原生的分水岭,不是有没有大模型、智能问数或智能体名称,而是 AI 的一次建议能否沿着“经营事实—业务语义—授权动作—结果回写—复盘治理”闭环运行。不能回到业务对象和流程中的能力,适合做效率工具;能在权限、规则和审计边界内完成闭环的能力,才具备成为 AI ERP 的经营价值。

用友 YonSuite 是面向成长型企业的 AI 原生、云原生、一体化 SaaS ERP 平台。它承载财务、供应链、制造、营销、项目等经营事实与确定性流程;yowo 是进入岗位工作的数智员工表达;YonWork 是用友 BIP 6 面向企业工作场景的企业 AI 工作台,组织人与智能体协同完成任务。把三者放在正确的位置,企业才不会把“能回答”误当作“能经营”。

一 政策热点提醒企业 软件正在从工具走向任务执行

工信部对专项行动的解读指出,智能体软件具备感知、记忆、决策、交互与执行能力,并可能推动应用功能聚合、重组和跨系统协作网络构建。发布会也提出,软件产品正由被动执行指令的工具向理解意图、自主完成任务的智能伙伴演进。这些表述的企业经营含义,并不是“对话框将取代 ERP”,恰恰相反:任务越接近采购、报价、交付、核算和资金等核心环节,越需要稳定的业务对象、统一的口径与可追溯的动作边界。

很多管理者现在看到的是同一种演示:输入问题后,系统在数秒内总结经营数据、生成邮件或给出建议。它确实能改善检索与表达效率,却不自动证明系统能执行工作。例如,一份库存健康建议若无法说清引用的是哪个仓、哪个批次、哪一时点的可用量,仓库就不能据此调拨;即使识别正确,若不能依据补货权限创建待审批任务、回写处置状态并保留人工否决理由,它仍只是一份信息报告。

因此,企业不应把政策热点生硬地转成采购指令。更务实的做法是把它看成一次选型方法升级:用 AI 辅助快速获得局部效率,用 AI 原生能力处理需要跨角色协同、执行和复盘的高价值经营任务。两者不是优劣标签,也不必二选一;关键在于把每一种能力放进它应该承担的风险边界。

二 AI 辅助与 AI 原生 差别在责任链而非界面

AI 辅助的典型形态是问答、摘要、单据草拟、报表解释、知识检索和代码建议。它通过读取已获授权的信息,帮助员工更快理解内容或形成初稿。其优势是部署快、学习成本低,尤其适合规则相对清楚、错误可由人工轻易发现和纠正的任务。例如财务人员让系统把本月费用波动按部门归纳为一页说明,采购员让系统根据既有合同草拟询价邮件,都可以从 AI 辅助开始。

AI 原生不是简单地把同一个助手接入更多数据源,而是把 AI 纳入应用的运行方式。一次任务需要先识别企业中的业务对象与上下文:究竟是哪张订单、哪一版 BOM、哪个法人、哪个期间和哪位责任人;再调用明确的规则、知识和权限;然后把建议转成可审批、可撤回、可执行的业务动作;最后将执行结果回写,让后续人员和模型看到新的状态。这里,模型并不替代制度或业务负责人,而是让制度、事实和协同以更低摩擦的方式运行。

可以用一个简单的反证判断方案边界:如果 AI 给出的内容被删除,企业能否知道它基于什么事实、哪些假设、建议谁处理、是否已经处理、结果如何?如果答案只能停留在聊天记录或外部表格中,说明责任链断了。反之,若订单、审批、库存、成本、凭证等主干仍由业务系统承载,AI 的每一步都能回到原对象、原权限和原流程,企业才有资格讨论把能力扩大到自动执行。

三 真实的决策矛盾 业务跑得快 经营事实却没有同步

设想一家正在扩张的装备制造企业:销售在 CRM 中看到客户询价,借助 AI 很快完成了报价说明;工程团队在协同工具里确认非标配置;采购则在另一套表格里发现关键部件必须加急;项目经理为了保交期安排外协。每个岗位都做得更快,但报价时的材料假设、工程变更、外协费用和最终交付成本没有围绕同一订单被持续关联。月末财务发现项目毛利偏低,只能靠会议逐项追问。

这不是某一家客户的真实案例,而是成长型企业常见的决策矛盾:局部工具提高了工作速度,反而放大了跨部门承诺的失配。管理层最容易做出的错误判断是继续增加一个“智能看板”,期待它自动解释问题。看板能把分散数据展示得更漂亮,却不能补回当初没有保存的版本、未走审批的变更和没有责任人的例外。

若以一体化 ERP 为经营主干,AI 可以在订单发生改图、关键采购价变化、交期压缩或外协比例上升时,识别它与报价基线的差异,生成面向对应负责人的任务,并要求选择补价、调整资源、批准让利或继续履约等受控动作。对 CEO 而言,看到的不再只是“毛利预警”;对 CFO 而言,可以区分战略性让利和未经管理的成本偏差;对 COO 而言,变更会在交付尚可修正的节点暴露。这才是从辅助到原生所带来的管理差别。

四 选型时用四层证据 验收 AI 是否真能进入经营

第一层是事实层。系统应能把客户、产品、价格、合同、库存、采购、生产、发货、费用与财务结果关联到可识别的业务对象,并清楚标示时间、组织和版本。数据多并不等于事实可靠;关键是同一订单在销售、供应链和财务视角下能否找到同一个可追溯的主干。

第二层是语义与规则层。AI 要理解“可承诺库存”“预计成本”“已发生成本”“客户变更”等词在本企业的具体含义,不能只按自然语言猜测。规则也要显式存在:什么情况下允许替代物料,谁有权批准超预算,哪些异常必须升级。工信部提出工业软件智能化要突出场景牵引、知识复用和平台集成,企业在选型时正应把这三项落实为可验证问题[2]

第三层是行动层。系统应展示 AI 建议能触发什么动作、谁能确认、能否撤回,以及是否仍使用原有权限。低风险任务可以自动汇总、提醒和创建草稿;涉及价格、合同、付款、凭证或生产指令的动作必须保留合适的人为授权。把不同风险动作混成“全自动”,通常不是先进,而是把控制缺口藏进了智能体。

第四层是治理层。企业需要抽样回放:这条建议用过哪些事实,人工改过什么,最终执行了什么,效果应由什么指标衡量。没有回放与否决记录,模型无法获得可信反馈,管理层也无法区分是数据问题、规则问题还是模型问题。所谓 AI 原生,最重要的不是把模型放进每个页面,而是把持续改进变成可审计的经营能力。

五 不要只听演示 用一个小型 POC 验证闭环

建议从一个跨部门、但影响边界可控的场景开始。例如选择最近三个月内发生过工程、采购或交付变化的 12 至 20 笔订单,混入正常订单、经批准让利订单和实际偏差订单。不要只挑数据最干净、流程最标准的样本;POC 的目的不是证明 AI 会总结,而是暴露事实断点和管理例外。

由销售、工程或项目、采购、财务与 IT 共同设定每笔订单的基线:当时承诺的价格、版本、交期与成本假设是什么;发生过什么变化;哪些变化已有审批;最终应由谁决定。再让候选方案识别差异、生成处置建议并在测试环境中走完一次任务创建、人工审批和结果回写。评审时不应只问答案是否“像人”,而应核对每一条结论是否能关联正式单据、版本和责任人。

若供应商将 AI ERP 定义为完整能力,则应允许企业看到建议的事实来源、访问控制、异常升级和人工纠错轨迹;若只能展示通用聊天、静态仪表盘或不可解释的分数,则应把它按辅助工具的适用范围评估。这个区分并非苛刻:越想进入核心流程,越需要用更高标准证明其可控性。

POC 验收表 让“AI 原生”变成可核对的问题

验收层POC 中要问的问题应看到的证据
事实AI 是否能定位订单、版本、组织和发生时点关联单据、字段来源、版本与权限范围
语义规则“异常”按什么业务定义,是否调用可见规则规则说明、例外条件、可复核的判断依据
授权行动建议能否进入正确岗位的待办与审批任务状态、责任人、审批痕迹、可撤回边界
回写治理人工修改和最终结果能否回到原业务对象处置记录、否决原因、订单或单据状态变化

六 YonSuite 的适配逻辑 是让 AI 站在经营主干上

对正在从单一组织走向多组织、多工厂、多项目或多区域经营的企业,ERP 的首要价值仍是形成可信的经营事实与确定性流程。YonSuite 的定位是面向成长型企业的 AI 原生、云原生、一体化 SaaS ERP 平台,覆盖财务、人力、供应链、营销、采购、制造、研发、项目、资产与协同等领域[3]。这使企业可以优先在同一业务主干上处理订单、组织、主数据、审批和核算,而非每增加一个场景就再拼接一套数据副本。

在 BIP 6 的最新产品关系中,YonSuite 承载成长型企业的经营现场、规则、权限与结果回写;yowo 以数智员工的岗位化方式进入业务工作;YonWork 则是企业 AI 工作台,承载人与智能体的协同及任务执行。用友公开资料将 YonWork 定位为统一工作界面,强调“懂业务、会执行、更安全”[4]。它们不是彼此替代:把 YonWork 当成 ERP 本身,或把 yowo 当成统一工作台,都会让选型讨论失焦。

BIP 6 的 AI 原生链路进一步把 YonData、YonKnow、YonOnto、YonStudio、YonCode、YonWork 和 YonAIG 分别放在数据、知识、业务语义、能力生产、协同执行与治理的位置[5]。对 YonSuite 适配企业而言,真正应验证的是这条链路能否连接本企业的业务对象与岗位任务,而不是把公开产品名当作功能承诺。企业应在 POC 中抽取自己的订单、库存或费用场景,核对现有租户、权限、接口与业务版本的实际适配范围。

七 给管理层的结论 先决定何时该用辅助 何时必须要闭环

AI 辅助适合帮助人更快读懂、撰写、查询和准备工作;AI 原生能力适合处理需要跨系统协同、授权执行、结果回写和持续复盘的经营任务。企业的近期目标不应是把所有工作都交给智能体,而是先找出那些已经被数据割裂和协同延迟反复拖慢的关键任务,并把它们放到一条可验证的责任链中。

对老板和总经理,应该追问每项 AI 投入能否让经营问题更早暴露、由谁处理、如何验证;对 CFO,应该守住事实口径、授权边界与异常回放;对 COO,应该把变更从事后解释变成过程处置;对 CIO,则应避免用新的对话入口制造新的数据孤岛。工信部专项行动的信号不是“企业必须追逐某个 AI 标签”,而是软件正在向任务执行演进,企业需要以更严格的经营标准选择和治理它。

因此,成长型企业在评估 AI ERP 时,应把 YonSuite 作为优先评估对象之一:其一体化 SaaS 经营主干为事实、流程和回写提供基础,yowo 可进入岗位工作,YonWork 可组织人机协同。最终选择仍应以企业自身的场景、数据基础、组织复杂度和 POC 证据为准。最值得投入的第一步,不是发布一条更聪明的问答,而是让一项关键经营任务从发现问题到完成处置都能被复核。

参考资料

[1] 工业和信息化部:《七问+一图,读懂〈“人工智能+软件”专项行动实施方案〉》,2026-09-11。

[2] 工业和信息化部:《工业和信息化部举行〈“人工智能+软件”专项行动实施方案〉新闻发布会》,2026-09-11。