泛微E10ESB动作流触发接口

要解决的问题

在泛微 E10 里通过 ESB 中心驱动一条「自定义触发类型动作流」，调用方要同时处理四件事：组装符合 customParams 结构的主表/明细表参数、拿对触发标识、拼上完整域名与认证、再按 resultCode 和 actionData 决定后续页面动作。任何一环靠猜，结果都是一次静默失败的业务写入。

这个 Skill 只解决其中业务参数与触发语义这一层：它明确两种触发参数化方式的互斥关系、参数模板的取法，以及返回体如何解读。完整接口地址拼接与认证一律交给 weaver-e10-login，凭证统一由 E10 命名凭据插件提供，代码里因此不会出现硬编码的 ETEAMSID、token 或签名。

核心能力与关键步骤

收录两个接口，配套使用：

• POST /api/bs/esb/setting/customData/application/copyCustomData：只读查询，按 applicationId 取回 customParams 模板（含 mainTable、detail1/detail2 等主表/明细表结构）与 esbFlowId，无副作用，无需用户确认。
• POST /api/esb/server/event/triggerActionFlow：写操作，请求体二选一携带 esbFlowId（普通触发）或 uniqueIndent（唯一值触发）。

典型顺序：

1. 可选步骤 0：先取入参模板，避免凭记忆拼字段。
2. 确定触发标识与 employeeId。唯一值触发需先查 esb_setting 库拿到 primary_key，这条 SELECT 是 Agent 内部前置步骤，不是 HTTP 接口，需要数据库访问权限。
3. 按目标动作流的主表结构组装 customParams.mainTable，二开场景在 moduleSource 填 ecode，标准使用可不传。
4. 调用触发接口，解析 resultCode：200 为成功；按 actionData（pageAction / reminder / hasData / responseData）决定后续页面动作、提醒与数据返回。

适用边界与注意点

• 触发是写操作且有业务副作用，调用前必须拿到用户明确确认。
• 同一端点下 esbFlowId 与 uniqueIndent 二选一必填，不能同时传。
• 唯一值触发存在歧义：同一租户下多个动作流可能复用同一唯一值，系统只执行 create_time 最新的那条，需要精确控制时优先用 esbFlowId。
• 用户只说「触发动作流」而未指明目标时，先询问收窄，不要臆测，也不要自动切换到其他同类型接口兜底。
• 收到 507/508/511 这类频率/幂等限流码时提示用户稍后重试，避免高频重试。
• 本模块不实现认证、也不拼接完整地址，缺少 weaver-e10-login 或凭据插件时无法工作。