AI原生ERP选型指南

什么是AI原生ERP?

软件负责记录,智能体负责逻辑。这是 ORYH 对AI原生ERP的核心定义:把业务理解、规则解释与流程编排交给智能体,把单据、审批事实、状态与历史保存在企业软件中。人通过智能体交办与确认,系统校验每次写入的权限与一致性。

我们定义的AI原生ERP,从职责分离开始。

在 ORYH 的设计中,ERP的核心职责是保存企业事实:谁提出了什么、哪张单据被修改、哪个人批准了哪一步。智能体依据企业发布的规则理解需求、处理业务例外,并调用获准的能力执行流程。

这与只在原有软件上增加问答、自动填单或一个聊天入口有本质区别:改变的不只是操作界面,而是业务逻辑由谁解释和执行。这种记录与逻辑的分离,是 ORYH 的架构创新,也是我们判断一个ERP是否真正面向智能体设计的标准。

传统ERP中的AI助手
帮助员工查数、总结或填写建议。评估重点是答案依据、准确性,以及后续动作由谁完成。
智能体业务流程
智能体协调多个步骤,可能调用现有系统。需要核对工具权限、失败恢复和跨系统的责任归属。
ORYH所定义的AI原生ERP
软件负责记录,智能体负责业务逻辑。需要同时核对逻辑是否由获授权的智能体执行,以及事实、权限和审计是否由系统独立保障。

这些方式可以在一家企业里共存。关键是选定的流程能否被可靠执行,并在事后还原。

逻辑可以演进,企业事实必须留得住。

软件负责记录
保存客户、产品、报价、工时、审批决定与变更历史。提供结构化记录和受限操作,执行身份、权限、字段、金额一致性、合法状态与审计约束。
智能体负责逻辑
理解业务需求、读取企业发布的规则、判断缺少哪些信息、提出折扣与例外处理方案,并由获授权的流程智能体协调下一步。智能体不是只替人点击界面。
人掌握决定权
企业定义目标、规则与权限。员工确认拟提交内容,审批人通过自己的权限作出关键决定。智能体不能自行创造企业制度或增加自己的权限。

“智能体负责逻辑”不意味着服务端不再校验,也不意味着 ORYH 只是一个任意写入的数据库。业务判断和编排可以灵活,事实写入的边界必须稳定;对话里说“已批准”,不能替代系统中实际保存的审批事实。

企业规则、技能和历史记录仍由企业掌握。更换模型或智能体时,既有事实不随对话消失;新的执行方式仍需重新验证。记录不必迁就某一个智能体,智能体也不必被绑在某一套软件界面里。

人和智能体交互,智能体操作企业软件。

ORYH代表企业软件无头化的一种方向:日常业务通过员工习惯的智能体办理,企业系统向智能体提供可用的能力、规则与记录。员工说清需求,智能体整理信息、发起操作,ORYH校验哪些操作可以落成企业事实。

智能体是工作入口,ORYH是企业业务系统。

人保留意图、判断和责任;智能体负责理解与协调;ORYH保留身份、权限、单据、流程状态和审计证据。

无头化之后,管理者仍然需要审批,管理员仍然需要配置权限,审计人员仍然需要查看证据。日常执行入口可以变化,企业的控制和记录必须持续存在。可以继续查看平台能力与ORYH的工作方式。

评估AI原生ERP,先问这五个问题。

  1. 智能体代表谁办事?

    能否追到具体员工、角色与设备?用户不能做的动作,换一种提示词后是否仍然不能做?

  2. 对话结束后,业务记录在哪里?

    检查报价单、工时单和来源引用。换一个对话或智能体,是否仍能核对同一份结构化记录?

  3. 哪些动作必须由人确认或审批?

    区分智能体提议、员工确认和审批人决定。确认退回、折扣特批与职责回避按企业配置执行。

  4. 系统如何约束实际操作?

    测试缺失信息、越权请求和不合法的状态转换。检查服务端是否拒绝这些操作,而不是只依赖智能体自觉遵守说明。

  5. 出错、重试和换智能体后,能否接着做?

    核对谁修改了什么、哪次决定推进了流程。尝试重复提交,检查是否产生重复单据或重复业务动作。

演示时同时看成功路径、退回修改和拒绝执行。权限、审批和审计边界应当在实际记录中得到验证。

从报价和工时,看AI原生ERP怎么工作。

客户报价:价格、版本和审批对应起来

销售交办续约报价。智能体读取客户、产品、价格与企业规则,理解折扣理由,提出报价与例外处理方案,供销售确认;获授权的流程智能体协调审批。ORYH校验权限与金额一致性,保存行项目、报价版本、折扣理由、审批事实及后续订单引用。提议与编排属于智能体,业务事实属于企业记录。

查看AI智能体客户报价流程 →

工时审批:员工确认,主管决定

员工让智能体整理一周工作。智能体读取工时制度、核对日期与项目、提示缺失或异常,并在确认后提交;主管的智能体读取原始记录,协助主管作出决定。ORYH保存每日明细、工时合计、审批事实与状态,拒绝越权或不合法的写入。流程如何办理由智能体依据规则解释,谁实际提交和批准则以系统记录为准。

查看AI工时提交与审批流程 →

接入方式与数据部署,分别评估。

企业可以选择 WorkBuddy、Codex、Claude Code、Hermes、OpenClaw 等兼容且获准的客户端,多种智能体可使用同一套企业记录。具体客户端的接入能力与某条业务流程的场景验证,需要分别核对;Claude Cowork 等其他客户端应先确认可用的接入方式。

ORYH支持私有化部署。业务单据和审计记录的存储位置,与智能体把哪些信息发送给哪家模型服务,是两个需要分别核对的问题。接入前应确定必要的数据范围和处理约定。

先选一个有明确负责人的流程,带上脱敏单据与审批规则,约定哪些操作应该通过、退回、拒绝,以及如何核查。项目型和专业服务团队可以从工时或报价开始。财务核算、税务、薪资、数据迁移与专业系统对接,则需要按实际需求另行评估。参阅企业试点准备和业务场景总览。

选型时常见的三个问题。

AI原生ERP与AI原生CRM有什么关系?

ERP侧重资源和运营业务,CRM侧重客户与销售业务。ORYH让它们使用同一套业务记录,把客户报价、订单和后续运营连接起来,便于企业核对从客户承诺到业务执行的来源关系。

换智能体,需要迁移业务数据吗?

已有业务记录保留在ORYH。更换客户端或模型时,仍要验证技能兼容性、确认行为与数据边界;更换智能体本身不会增加用户权限。

需要一次替换全部ERP吗?

可以先选择一类单据和一条流程,与现有专业系统协同。一个流程验证通过,说明这个范围能够成立;全域替换需要更完整的能力、迁移与验收评估。

用企业自己的流程来评估

用一个真实流程,核对AI原生ERP。

带一份脱敏单据和审批规则,现场核对智能体做了什么、哪些决定由人确认,以及企业留下了什么记录。