织信企业级AI平台支持MCP协议，真实业务数据赋能AI决策

织信企业级AI平台已支持MCP协议。完成连接和账号授权后，你在支持MCP的AI工具里，就可以查询织信中的业务数据。想进一步了解某个客户的订单，或者一批材料的到货情况，也可以接着问。

MCP的中文名称是模型上下文协议。简单理解，它为AI连接外部数据和工具提供了一套通用标准。织信内置了MCP Server，支持兼容的AI工具通过这套标准，调用平台开放的能力。

一、直接向AI提问，查到业务系统里的数据

假如销售订单已经记录在织信里，日常查询时，就可以直接说：“查一下上个月的销售订单，排除已取消的订单，按客户汇总金额，再列出还没有交完的部分。”AI可以通过MCP调用查询工具，读取相应记录，再按要求整理结果。

为什么要把要求说得这么具体？因为同样是了解销售情况，有人想看新签订单，有人关心已经交了多少货，也有人想知道收回了多少钱。这几项分别对应不同的业务记录，统计出来的结果也不一样。

MCP让AI有了查询业务数据的入口，统计口径仍然要结合企业的实际工作确定。

你也可以要求AI把使用的时间范围、筛选条件和相关单据一起列出来。发现某个客户的订单变化比较大，就接着查看这位客户的具体订单。

二、需要另一套系统的数据，也可以继续连接

实际分析一项业务时，资料未必都在织信里。比如，销售订单在织信，仓库收发货记录在另外一套系统中，判断交付情况就需要把两边的记录对应起来。

织信智能助手也支持通过MCP调用第三方系统的能力。外部系统提供了可接入的MCP服务，完成相应配置和授权后，就可以把需要的数据提供给助手查询。已有系统还可以结合API等方式进行集成，具体采用哪一种，要看它开放了哪些接口。

这里有两个方向：外部AI工具可以通过MCP访问织信，织信里的智能助手也可以通过MCP调用外部服务。

不过，两边的数据要放在一起分析，还得先把关联关系说明白。同一个产品，在销售和仓库里是不是用了相同的物料编码？一边记录的是订单数量，另一边记录的是发货数量，能不能按订单逐笔对应？这些关系确定后，AI才有依据继续核对交付情况。

使用场景

01 管理者看经营情况

管理者可以这样提问：“整理上个月的订单经营情况，和前一个月比较，看看哪些客户、哪些产品变化较大，再列出已经超过约定交期、仍未交完的订单。”

订单数据能够说明业务规模的变化，交付记录则帮助管理者进一步看清：这些订单里，哪些已经交付，哪些还需要跟进。如果要判断利润，还需要相应的成本和核算数据，不能把订单金额直接当成利润。

02 财务分析部门费用

财务人员可以先从报销记录查起：“按审批通过日期，汇总上个月各部门的报销金额，再按费用类型展开，看看哪些项目比前一个月增加得较多。”

发现差异后，可以要求AI列出对应的报销记录，继续核对用途和审批情况。如果还要了解款项是否已经付出，就接着核对付款记录。如果应用里还没有记录付款情况，就得先找到财务使用的那份付款数据。

03 采购核对近期到货

采购人员可以问：“查一下未来7天内约定到货的采购订单，列出供应商、物料、未到数量和交期，分批到货的也一起核对。”

这里需要结合采购订单和收货记录，确认每笔订单还差多少。如果已经收货，但有一部分正在等待检验，也应该单独说明，不能直接算成生产可以领用的数量。采购人员拿到清单后，再向相应供应商确认剩余交期。

三、在常用的AI工具里，接入织信

织信已提供WorkBuddy、Codex、TRAE、Cursor等工具的MCP接入说明。企业可以继续使用熟悉的AI工具，前提是客户端支持织信采用的远程HTTP MCP连接和认证方式。

首次接入时，需要准备织信服务地址和用户API Key。MCP服务地址是在对应织信站点后加上/web0/mcp/event，再按照客户端的要求配置认证信息。API Key可以在织信账号设置中创建，并设置过期时间；不同工具或用途，也可以分别使用不同的Key。

配置完成后，可以先让AI查询当前账号可以访问的应用列表，再选定一个熟悉的应用，核对其中的一笔订单或一组统计结果。

AI通过API Key对应的用户身份访问织信，接入时就要检查这个账号实际拥有哪些权限。

只需要经营查询，就使用满足查询需要的账号；不要为了配置方便，直接交给AI一个拥有全部管理权限的账号。API Key应保存在客户端的认证配置中，不要写进普通聊天、文章或公开文件。

查询之外，织信MCP也支持业务数据维护和应用配置等操作。涉及修改记录、调整应用配置或发布应用时，需要另外确定操作范围和确认要求，不能把“允许查询”当成允许执行所有动作。接入外部AI服务前，也需要按企业的数据管理要求，确认哪些信息可以交给该服务处理。

写在最后

接入MCP以后，AI可以根据业务系统中的记录，继续查询、核对和分析。但如果一批材料已经到货，收货记录还没有补上，AI拿到的信息也仍然不完整。业务数据由谁维护、什么时候更新，还是需要在日常工作中落实好。

如果准备开始使用，可以先挑一个每天都要问的问题：一批货什么时候到，一张订单还剩多少没交，某类费用为什么增加。把查询范围说清楚，对照系统记录核对结果，再考虑把哪些需要反复处理的工作交给AI。