yii框架不内置工单系统，但凭借模块化与扩展性适合定制开发；核心是消息流转设计，需支持多端接入、状态机管理、智能分派、实时通知及跨角色协作，并通过规则、日志与权限构建可信流转链。
Yii 框架本身不内置工单系统，但凭借其模块化、高扩展性和成熟的服务层设计，非常适合从零搭建定制化工单客服系统。消息流转是核心——它决定客户请求如何被接收、分派、协同、反馈并闭环。关键不在框架多“重”，而在于流程设计是否贴合业务，以及消息状态是否可追踪、可干预、可审计。
消息入口与统一接入
工单消息不能只靠网页表单。需支持多端同步接入：
- 前端页面嵌入 Yii 的 ActiveForm + AJAX 提交，自动携带用户标识、设备信息、来源渠道（如“官网-在线客服”“小程序-扫码报修”）
- 邮件网关对接：用 Yii 的 console application 定期轮询企业邮箱（IMAP），解析邮件主题/正文提取关键词（如“【紧急】打印机卡纸”），自动生成带优先级和分类的工单
- API 接口开放给内部系统调用（如 ERP 报障模块、IoT 设备告警平台），约定 JSON 格式字段（ticket_type、source_id、severity），由 Yii 的 RESTful Controller 统一接收并校验
工单生命周期与状态机建模
避免用简单字段（如 status=1/2/3）管理流转。应基于 Yii 的行为（Behavior）或状态模式（State Pattern）构建显式状态机：
- 定义清晰状态：draft → assigned → in_progress → pending_customer → resolved → closed → reopened
- 每个状态迁移需触发动作：assigned 时自动发站内信+邮件；pending_customer 时启动倒计时提醒；closed 前强制校验是否上传验收截图
- 使用 Yii 的 yii\behaviors\AttributeBehavior 或自定义 TicketWorkflowBehavior 封装状态变更逻辑，确保业务规则集中、不可绕过
实时分派与消息通知
分派不是“随机指派”，而是规则驱动的智能路由：
- 按技能标签匹配：工程师资料中维护 skills = ["linux", "mysql", "backup"]，新工单含 “数据库连接超时” 自动路由给含 mysql 标签者
- 按负载均衡：查询当前每人待处理工单数，优先分给最少者（可用 Redis 计数器缓存，避免频繁查库）
- 通知不止发邮件：集成 WebSocket（如 Swoole + Yii），在后台实时推送新工单弹窗；用 Yii 的 yii\mail\Mailer 发送结构化邮件，含一键跳转链接和操作按钮（如“立即处理”会直接打开该工单详情页并锁定）
跨角色协作与消息留痕
客服、工程师、主管不是串行传递，而是围绕一条工单线程协同：
- 所有评论、附件、内部备注都归属到工单 ID 下，用 ticket_comments 表记录 user_id、role（'agent'/'engineer'/'supervisor'）、is_internal 字段，前端按角色过滤显示
- 工程师可 @ 提及客服补充客户原始描述，系统自动推送站内通知，并在工单顶部生成“协作摘要”（如“已联系客户确认复现步骤”）
- 主管可随时插入“加急指令”或“质量抽检”，这类操作单独标记为 audit_log 类型，不影响主流程但完整留痕，便于后续复盘
不复杂但容易忽略：消息流转的本质是信任链建设——客户信系统能接住问题，客服信系统能找对人，工程师信系统不漏关键信息，主管信系统能回溯全过程。Yii 提供的是骨架，填进去的规则、状态、权限和日志，才是让消息真正“活起来”的血液。
