AI 定时任务遇到账号切换，怎样安全调用 ERP？

近期观察：更新指向定时任务的真实边界

截至 2026 年 10 月 11 日，检索近 24 小时、72 小时及 7 天的公开资料，没有发现 WorkBuddy、千问办公、豆包工作围绕“定时任务连接 ERP”发布需要单独报道的重大版本。本文为近期观察。千问办公官方客户端更新日志（1.2.5，2026-10-09）提到定时任务在系统唤醒恢复、账号切换和需要二次确认时触发更稳定，企业连接器状态同步及异常恢复也有改进。这是具体的稳定性更新，并不等于其承诺所有业务系统都能无条件自动执行。

WorkBuddy 官方 5.4.0 更新日志（2026-08-20）记录了自动化任务执行日期配置和长耗时 MCP 工具执行的优化；其自动化说明（页面未标注发布日期，2026-10-11 核验）写明本地定时任务按当前登录身份发起，并可查看历史执行记录。两家产品的机制不应混同；这些公开信息共同提醒企业：计划、登录态、连接器和目标系统是不同的运行环节。豆包工作等同类入口也应按其公开能力和企业实际部署逐项验证，不能从产品名称推断任务身份策略。

触发时先确认身份，而不是沿用创建时的假设

假设采购员甲在周五设置“每周一读取待补货清单”，周一电脑由员工乙登录。若业务工具仅沿用创建计划时缓存的身份，就可能把甲的权限带进乙的会话；若仅使用当前桌面登录状态，又可能失去“这项计划归谁负责”的记录。这是用于设计测试的风险场景，不代表某款产品已出现该问题。

合理的企业实施方式是把计划所有者、触发时登录身份、实际业务调用身份分别记录。每次调用前判断计划是否仍有效、员工是否仍在岗、连接器能力是否仍获授权，再由 ERP 按当前映射的员工账号判断功能和数据范围。账号不一致或授权无法确认时，先暂停业务调用并交给负责人处理。连接器授权与目标系统数据权限承担两道不同的判断。

把二次确认留在真正的业务写入之前

定时生成报表、查询库存与“自动提交采购单”不能采用同一条放行规则。查询可以在获权范围内自动执行；写单、审批、删除等动作应先展示对象、变更内容、调用身份和预期影响，再由有责任的员工确认。若任务在无人值守时到达确认节点，正确的业务结果可以是“等待确认”或“本次未执行”，不应为了满足定时规则绕过确认。

星云 PLUS AI 系统连接器的产品白皮书确认了员工身份映射、能力授权、目标系统权限判断、关键操作人工确认与调用审计。把这些能力用于定时任务，应由项目验证具体 AI 工作台如何传递触发身份、如何交接确认；这里不声称连接器自身提供通用任务调度或自动补跑。

运行记录要说明“计划触发”和“业务执行”是否一致

一个绿色“任务完成”标记可能只代表工作台生成了摘要，未必代表 ERP 已成功查询或写入。建议把每次运行拆成计划触发、身份校验、连接器调用、目标系统回执、人工确认五个可核对的节点。审计记录至少能关联员工、任务运行标识、工具、目标系统、时间和结果；失败时保留不含敏感明文的原因摘要。

若设备在预定时间休眠，恢复后是否补跑、补跑几次、如何避免重复写入，需要按业务动作单独约定。已经提交的写入应以目标系统回执为准；没有回执时先查状态，再决定是否重试。关于重复写单的接口设计，可参看MCP 工具重复写单的验收方法。这些是实施建议，不是对任何工作台默认行为的描述。

用五种场景验收首个跨系统定时任务

先用一个只读任务验收身份和运行记录，再考虑需要人工确认的写入任务。测试中不应使用公共高权限账号掩盖权限问题。具体阈值、补跑窗口和负责人，应由企业根据业务后果确定。

结语

定时任务让 AI 工作台在无人盯着屏幕时也能启动，但跨系统业务仍要回答“谁授权、谁确认、是否真的执行”。如果企业正在评估 ERP、OA 等系统的定时查询，可从星云 PLUS 官网了解连接方式，并以一个有明确员工、明确结果的场景验证身份与权限链路。

资料来源与核验日期

• 千问办公客户端更新日志，1.2.5 发布于 2026-10-09；核验 2026-10-11。
• WorkBuddy 5.4.0 更新日志，发布于 2026-08-20；核验 2026-10-11。
• WorkBuddy《自动化》说明，页面未标注发布日期；核验 2026-10-11。
• 星云 PLUS AI 系统连接器白皮书 v1.0，产品事实核验 2026-10-11。

相关阅读：AI 任务取消后的业务状态、旧会话中的工具撤权。