Zammad项目中多工单创建界面核心工作流执行异常问题分析

问题背景

在Zammad 6.4版本中，当用户同时打开多个工单创建界面并进行页面刷新操作时，系统会出现核心工作流(Core Workflow)执行异常的情况。这一问题主要影响工单状态限制等核心业务流程的正常运作。

技术原理分析

Zammad的核心工作流系统负责处理工单状态转换、字段可见性控制等关键业务流程。系统设计之初采用了"只执行最新请求"的优化策略，但这种实现存在一个技术缺陷：它是在全局范围内进行请求过滤，而没有区分不同的表单实例。

当用户同时打开多个工单创建界面时，每个界面都会独立触发核心工作流的执行请求。由于系统采用全局过滤机制，在页面刷新后，只有最后一个请求会被执行，导致其他界面中的工作流逻辑被错误地跳过。

问题复现步骤

1. 配置系统限制"open"状态的工单创建规则
2. 同时打开三个工单创建界面
3. 导航至仪表盘页面
4. 刷新浏览器
5. 返回检查工单创建界面，可观察到部分界面的状态限制未正确应用

解决方案设计

正确的实现方式应该是基于表单实例进行请求管理，而非全局过滤。具体改进方案包括：

1. 为每个表单实例分配唯一标识符
2. 在工作流请求处理层增加表单实例识别机制
3. 确保每个表单实例的请求都能独立触发工作流执行
4. 维护各表单实例的工作流状态隔离

影响范围评估

该问题主要影响以下场景：

• 多标签/多窗口工单创建操作
• 页面刷新后的工作流状态恢复
• 依赖核心工作流的字段验证和状态控制功能

技术实现建议

在修复此问题时，开发团队需要注意以下几点：

1. 保持现有性能优化，避免重复执行相同工作流
2. 确保向后兼容性，不影响现有工作流配置
3. 考虑浏览器会话管理，处理页面刷新/恢复场景
4. 增加表单生命周期管理，及时清理无效实例数据

总结

Zammad作为一款专业的客服工单系统，其核心工作流的稳定性至关重要。这个问题的修复将显著提升系统在多任务场景下的可靠性，确保业务流程在各种使用场景下都能正确执行。开发团队在实现优化时需要平衡性能与功能完整性，为终端用户提供无缝的使用体验。