用友 OpenAPI 集成 AI：怎样调用、怎样限权、怎样写回

直连数据库简单直接，适合内网的只读问数，但绕过了应用层的校验。一旦涉及写入，直接改库会跳过审批流、凭证生成和库存联动，数据很容易不一致，也可能影响用友的技术支持。因此凡是要写回的场景，应使用开放接口或官方提供的导入方式。

云上产品的数据库通常不对客户开放，接口就是唯一正规入口。这时候 AI 层本质上是一个调用接口的应用，它需要像其他集成一样被登记、授权和监控。

开放接口一般有调用频率和单次返回量的限制。AI 场景下，一个问题可能触发多次调用，如果没有控制，几个人同时提问就可能触发限流。要做的是请求队列、结果缓存和分页读取，对基础档案这类变化少的数据缓存，对库存这类变化快的数据设置合理的有效期，并在回答里注明数据的取数时间。

失败处理要明确区分三类：可以重试的临时错误，需要人处理的业务校验失败，以及不该重试的权限错误。对于写入类调用必须保证幂等，同一份草稿重复提交不能生成两张单据，通常的做法是带业务唯一键，并在提交前先查询是否已存在。

即使系统在云上，也可以把模型和集成层部署在企业自己的环境里，由它去调用用友的接口，这样企业自有的文档、历史对话和中间数据不需要交给第三方模型服务。需要注意的是，经接口取回的业务数据最终会在你的 AI 层处理，这一层要按企业的数据安全要求管理访问和留存。

如果你的需求只是在用友系统里用它自带的智能功能，比如产品内置的助手，那么直接使用即可，不必自建集成。自建的价值在于要同时接入多个系统、使用企业自己的文档和规则，或者对数据位置有严格要求。