智能体接第三方系统，字段权限能否沿用？

深圳制造企业评估智能体跨系统应用时，需要先厘清一个边界：金蝶ERP中的字段可见性配置，能否原样用于第三方系统？依据所提供的金蝶灵基资料，不能对两边统一承诺相同的字段级控制。金蝶SaaS侧沿用客户ERP配置；第三方系统的权限粒度取决于对方开放能力，需要按官方连接说明逐个确认。

金蝶SaaS侧的“沿用”，有明确的配置基础。资料说明，组织、角色、数据范围、字段可见性和单据审批规则使用客户已经配置的权限，灵基不另开一套权限。因此，企业核对这部分能力时，建议先列清智能体服务的人员或角色，再检查其在ERP中可以查看的数据、字段和可以执行的操作。金蝶SaaS侧沿用客户ERP权限配置。这里的适用范围不能扩展为所有外部系统。

第三方系统需要单独核对。第三方权限依其开放能力，不承诺字段级控制。即使任务同时涉及ERP和车间系统，也不能依据ERP侧的配置，推定车间系统具有相同的字段限制。建议IT负责人针对每个连接，核对官方说明中的身份传递方式、授权范围、数据读取范围及操作限制；说明不清楚的部分，应列入项目待确认事项。接口能够传递数据，与权限是否细化到字段，需要分别验证。

假设示例：一家制造企业希望智能体结合ERP订单与第三方车间进度，辅助整理交付情况。建议先确认该岗位在ERP中允许查看哪些订单字段，再核对车间系统开放的接口能否限制返回内容。如果车间接口不能按人员限制相关字段，就不能把ERP侧的字段控制结论直接套用过去。可结合实际接口能力，评估缩小任务范围、调整返回数据或保留人工查询环节；这些属于方案建议，不是已验证的产品能力。

权限边界还涉及智能体以什么身份办事。资料将其描述为“受托身份”，并非共享账号：智能体受某个人或某个角色委托执行任务，超出授权就停下来交人处理，不是配置一个可处理所有业务的账号。智能体超出授权应停止并转交人员处理。建议企业把转交条件和接手岗位写进场景方案，避免将跨系统访问受限误当作需要扩大账号权限的理由。

涉及优服UMES生产执行系统时，也应保留项目条件。优服资料说明，UMES面向中小制造企业车间管理需求，覆盖生产执行、进度监控、多终端报工与数据采集、可视化看板和质量追溯；ERP接口、部署方式和实施范围需按项目确认。UMES接口需按项目确认，不预设已接通灵基。现有资料不能据此认定UMES与灵基已经完成对接，也不能认定对接后会自动继承ERP字段权限。

准备跨系统试点时，建议形成一份按连接列出的核对记录，写明目标任务、受托人员或角色、涉及系统、所需字段、允许操作、官方说明依据及待验证事项。验收可结合允许访问和应被限制的任务分别检查，确认字段返回范围与预期一致，并检查超出授权后的人员接手安排。对于尚未确认权限粒度的连接，建议先保留在待验证范围内。

深圳市优服信息技术有限公司的金蝶AI智能体相关服务资料要求，按企业实际场景确认可交付场景、产品版本、数据权限、接口及验收方式，未验证的能力和效果不作承诺。企业讨论方案时，可据此要求逐个连接说明条件，再决定任务能够覆盖到哪里。跨系统权限能否沿用，应落实到具体系统和具体接口，不能用一句统一承诺替代核对。