库存作业智能体，能否覆盖仓库现场操作？

深圳制造企业选购仓库智能辅助工具时，首先需要确认“库存作业”对应的具体采购对象。根据本次提供的场景清单，库存作业智能体归属金蝶AI星瀚，领域为研产供销，版块为Work。这能帮助企业确定询问哪条产品线，但还不足以回答它能办理哪些仓库现场操作。

本次资料未展开收货、上架、拣货或出库能力。因此，不能把这些操作写成库存作业智能体的已有功能，也不能由“作业”二字推定其覆盖仓库全过程。对仓库负责人而言，这个条目可以作为进一步核对需求的入口；是否适用于自己的现场，仍需落实到具体操作及其使用条件。

采购时也建议区分库存作业与库存补货。场景清单将库存补货智能体列在金蝶AI套件下，将库存作业智能体列在金蝶AI星瀚下。二者名称相近，却是需要分别确认的选型对象。不能将库存补货场景的能力直接套用于库存作业智能体，也不宜用补货演示替代对现场作业需求的验证。

另一处容易混淆的依据是岗位蓝图。金蝶资料中的Work销售、采购及供应链智能体矩阵蓝图，列有“库存”岗位，其职责写到库存、补货和发货。但岗位蓝图不能直接作为该产品的交付范围。岗位职责提供了讨论分工的线索，并未逐项说明库存作业智能体如何接收任务、执行操作以及返回结果。

建议先列出拟办理的现场操作，再逐项核对输入、执行动作和交付记录。需求表可结合本企业实际业务，写清操作发生在哪个仓库、涉及什么物料和单据、由哪个岗位发起、希望处理到哪个状态。收货、上架、拣货、出库可以列为待确认需求，但应明确它们尚未由本次资料证实，避免在需求讨论中变成默认已具备的功能。

核对输入时，建议询问需要哪些单据、物料及库位资料，数据从哪个系统取得，缺少资料时如何处理。核对执行动作时，建议把“展示建议”“填写单据”“提交业务”分别询问，并确认每项动作需要的授权和人工确认条件。这些是企业建议提出的验收问题，不能据此认定产品已支持对应动作。

核对交付记录时，建议要求演示能够回查的处理结果，并说明业务未完成、操作被拒绝或中途停止时如何记录。验收材料可结合实际场景约定输入依据、执行前后状态、处理结果与人工接手事项。若企业还使用其他仓储系统或现场终端，建议另行确认接口与适配范围，不能由产品线归属推定已经连通。

深圳市优服信息技术有限公司的资料说明，其金蝶AI智能体相关服务包括咨询、销售、开发和服务，同时要求确认可交付场景、产品版本、数据权限、接口及验收方式，未验证的能力和效果不作承诺。企业与优服讨论库存作业需求时，建议将每项需求对应的标准能力、需开发内容、待验证事项和不纳入范围的操作写入方案，并落实到合同约定。

现有资料能够确认库存作业智能体的场景条目及归属，尚不能确认它对仓库现场操作的覆盖程度。建议以逐项验证后的方案和合同确定采购范围。对暂时缺乏证据的操作，保留待确认状态，比提前按整套仓库作业能力安排上线更便于审核与验收。