别急着让AI接ERP，先分清"知识、客户、业务"三件事

开篇：一谈AI就问"能不能接我们ERP"

我做旅游这行十几年，这两年听到最多的一句话，是老板一拍桌子问：你们这个AI，能不能直接接我们ERP？

他心里的画面是这样的：AI查产品、查价格、查团期、看库存、看客户、看订单，客户来问一句，它自动回复、自动报价、自动成交，销售在旁边喝咖啡就行。听起来完整，实际上把四类完全不同的问题捆在了一起——这家公司是谁、产品适合谁，是知识问题；客户跟到哪一步、谁负责，是客户关系问题；9月20号还有没有位、订单确没确认，是实时业务问题；而创建跟进任务、生成报价单、写回标签，已经是系统动作，早就不属于"查"的范畴了。

这几件事混成一锅，后面全是坑。我们一般先劝老板把问题分开：AI知识库解决的是"企业应该知道什么"，CRM解决"客户现在进行到哪一步"，ERP和订单系统解决"业务真实发生了什么"。要不要集成，取决于AI是不是真的需要实时知道后两类信息。

先把信息分成三层，再谈接口

为什么必须分开？因为信息的生命周期差得太多了。企业介绍可能一年不动，产品定位一个季度更新一次，订单状态一分钟都可能变，库存更是实时跳动。要是把动态数据当文档一样塞进知识库维护，等你更新完，数据早过期了。成熟的做法，是让AI在不同场景下调不同的层，而不是把三层全复制进一个文档库。

把Excel导进去，不等于接上了系统

有个特别常见的误区：把ERP的表导出来，存成Excel传进AI知识库，老板就以为"接上了"。今天导的团期表，AI今天答得头头是道；明天数据变了，知识库里还是昨天那张表。把实时系统的静态导出文件喂给AI，跟真正做实时集成是两回事，这个区别值不少学费。

更麻烦的是数据打架。ERP里一套产品名，销售Excel里另一套，微信群里还有第三套。问AI听谁的，它根本不知道该信谁。多个系统之间连"哪个数据源有最终解释权"都没定，先做接口不是解决问题，是扩大问题。这时候最该做的，是先立单一事实源——不是把所有东西塞进一个超级数据库，而是每类关键事实都有明确的权威出处：企业介绍以品牌知识库为准，产品状态以产品系统为准，实时库存以订单系统为准，客户跟进以CRM为准。说白了，单一事实源是一套治理规则，不是一套软件。

有五种情况，先别急着接

一是AI目前只做企业介绍、产品查询、FAQ、销售培训，全是稳定知识，不需要实时数据。

二是数据本身没标准化，三套系统三个说法，接了也是白接。

三是员工连知识库都还没用起来，搜不到、答不准、没人维护，这时候上深度集成，是给复杂度添乱。

四是业务量实在小——五个销售、二十条产品、一天没几单，人工查库存也就半分钟，为这个养一套系统不划算。

五是核心数据没有可信主源，价格ERP一个数、Excel一个数、群里一个数，AI到底听谁的？

集成值不值得，从来不是技术上能不能接，而是接完以后能不能明显减少高频业务摩擦。

什么时候值得接，接到什么程度

AI要是已经进销售流程，CRM的价值就出来了：它得知道这是新客户还是老客户、谁负责、上次沟通是什么、之前报过什么产品。但接CRM不是把所有字段全给AI，而是看完成任务最少需要哪几个——销售跟进助手，可能只要客户名称、负责人、需求摘要、最近跟进、销售阶段就够了。系统集成的目标不是"能读多少字段"，而是"完成任务最少要哪些字段"。

接ERP同理，员工一天反复查几十次团期、库存、订单状态，自动查询的价值才明显。但"能查"和"能操作"是两码事，我们习惯按风险把集成分成四级：

多数旅行社第一阶段没必要冲L4。AI查订单查错了，最坏是答错一次；AI要是能直接取消订单、改价格、创建订单，出了事就是真金白银。订单涉及金额、退款、库存占用、合同，旅游行业尤其要谨慎——AI可以生成行程，但替不了旅行社承担履约责任。先读，再谨慎评估写，别一上来就追求全自动。顺带说一句，售前的AI更依赖企业知识，售中售后才逐渐需要订单和库存的实时数据，业务阶段不同，集成优先级本来就不一样。

比接口更基础的是身份和权限

跟老板聊系统集成，他们最关心API通不通，我们最关心的却是另一件事：谁在问。客户本人、销售、产品经理，还是OP和管理层，不同身份看到的世界完全不一样。一个接口能返回所有订单，但谁有权看哪个订单，这是企业自己的问题。AI集成的第一道门不是API，是身份和权限，这道门没修好，技术接得越深，风险面越大。

权限还得细分到应用层。对客AI和内部销售AI绝不是一个权限层，不能默认对客机器人能访问全部CRM。客户来问，它只需要知道这个客户自己订单的预约状态，不该看到其他客户的资料，更不该看到内部销售备注。CRM接进企业AI以后，最重要的问题不是"能不能连"，而是"哪个AI应用能看哪些客户字段"。

落地之前，先回答五个问题

真到了要买集成方案的时候，别上来就问"能不能打通"，先把五个问题答了：数据在哪（CRM、ERP还是订单系统）？谁拥有它（哪个部门）？谁能看（什么角色）？AI到底需要什么（哪几个字段）？AI能做什么（查、写，还是自动执行）？这五问答完，再谈技术方案。

"我们想把所有系统打通"通常不是一个合格需求，因为太大，没法评估回报。合格的需求长这样：销售每天从知识库查产品，再登ERP查团期，一次咨询要切三个系统，希望AI在内部入口同时返回产品规则和可查询团期，最终价格仍由销售确认。用户、任务、系统、数据、边界、人工全说清楚了，这种需求才好落地。

真要拍板，还可以拿七个问题自测：这个AI问题真的需要实时数据吗？企业有没有权威数据源？一天发生多少次？员工为它要切几个系统？谁有权看这些数据？AI只查还是要改？接口断了、AI答错了，谁兜底？前六个答不清，第七个就更没答案，这时候最值得做的不是加接口，是把业务逻辑先理清。

集成每深一层，都要重新问一遍：谁能看、谁能改、谁负责、错了怎么办。AI每多连一个系统，就该多设计一层责任和权限，而不是多写一段接口代码。系统集成要跟着业务成熟度走，而不是跟着老板对"全自动"的想象走。只有当实时业务数据已经成为明确、高频、可授权、可维护的AI需求时，集成才值得从"技术可能"升级成"经营投资"——这是我们在无数项目里验证过的唯一标准。