diff --git a/docs/sequence-diagrams.puml b/docs/sequence-diagrams.puml
index 0df88e2..8b40cad 100644
--- a/docs/sequence-diagrams.puml
+++ b/docs/sequence-diagrams.puml
@@ -368,21 +368,22 @@ end note
 == 流程6: 服务兑换过期处理流程 ==
 
 note over Scheduler, PointSystem
-业务说明: 系统自动处理超过90天未预约使用的订单
+业务说明: 系统自动处理券码已过期的订单
 关键规则: 
-1. 超过90天未预约自动过期
-2. 只返还未过期的幸福点
-3. 服务一旦预约，权益码永久有效(不会过期)
+1. 券码过期状态由上游蓝色兄弟系统定义
+2. 定时任务扫描券码状态为已过期(4)的订单
+3. 只返还未过期的幸福点
+4. 服务一旦预约，权益码永久有效(不会过期)
 状态变更: 未预约(100) → 已过期(500)
 end note
 
-Scheduler -> Scheduler: 1.定时任务触发\n(检测超过90天未预约订单)
+Scheduler -> Scheduler: 1.定时任务触发\n(检测券码状态为已过期的订单)
 activate Scheduler
 
-Scheduler -> PointSystem: 2.扫描过期订单
+Scheduler -> PointSystem: 2.扫描券码状态为已过期(4)的订单
 activate PointSystem
 
-PointSystem -> PointSystem: 3.查询兑换超过90天\n且状态为未预约(100)的订单
+PointSystem -> PointSystem: 3.查询券码状态为已过期(4)\n且订单状态为未预约(100)的订单
 
 loop 遍历每笔过期订单
     PointSystem -> PointSystem: 4.判断订单幸福点过期情况
@@ -408,7 +409,8 @@ note right
 特别说明
 ----
 服务一旦预约(状态200)，权益码永久有效
-过期处理只针对"未预约(100)"状态的订单
+券码过期状态由上游蓝色兄弟系统定义
+过期处理通过定时任务扫描券码状态触发
 end note
 
 ' ==================== 流程7: 服务对账流程 ====================