ERP 智能助手：解释业务状态，不替代权威记录

一句自然语言问题，可能缺少统计口径

“这个月的订单情况怎么样”可能指创建、确认或交付的订单，也可能需要按地区、产品或客户分组。若助手没有澄清口径，就可能给出准确计算但不符合问题的结果。

设计时应把业务对象、时间范围和状态定义明确。对常见问题可以提供约定口径，对会改变判断的歧义则需要询问。模型不应自行创造企业从未使用过的统计定义。

当前状态应回到正式业务系统

库存、订单和生产状态会变化，静态知识库摘要不宜承担实时事实来源。查询结果应标明适当时间与范围，并保留记录入口，方便人员进一步核对。

涉及计算时，优先使用受控查询或程序，再由模型解释。数据访问需要沿用原有身份权限，不能因为入口变成对话，就允许员工查询原本无权查看的记录。

从解释走向执行，需要另一个条件检查

查询某项状态与修改该状态，是两种不同动作。执行前应核对对象、当前状态和必要授权，结果返回后也应提供可检查记录。

内部工作入口可以连接既有业务系统，但不应因此模糊数据的正式归属。良好的助手让员工更容易理解业务事实，同时保持事实的来源和责任清楚。

让每次解释能追到业务查询

面对库存或订单问题，先确定对象、时间、状态与口径，再从权威系统查询。确定计算由受控程序执行，重要状态修改单独授权；静态问答摘要不替代实时业务记录。