订单异常处理待办
把零散的订单状态整理成一份可执行、可核对的人工待办。结果只基于用户提供的脱敏资料；原始字段和值保持原样。
输入
提供以下三项，可用 Markdown 表格、CSV 内容或结构化文本：
- 脱敏订单状态表：每笔订单至少含订单标识、当前状态、状态更新时间、商品/内容项、买家动作（如适用）。
- 正常流程：状态顺序与允许的分支，例如“已付款 → 待发货 → 已发货 → 已完成”。
- 时效规则：每个状态的最长停留时间，及当前核对时间。
如果三项中任一关键字段缺失，先输出“待补资料”，列出缺失字段、影响的判断和所需格式；不要推测状态、时间或责任人。
工作流
- 保留订单标识与所有本地资料字段的原值，确认核对时间与时区。
- 逐笔比对当前状态是否在流程中、前序状态是否合理，并计算该状态已停留时间。只有输入明确声明“完整状态轨迹”时，才可据此判断是否跳过流程步骤；“已知前序状态”仅表示已提供的信息，不能推定其已列全。
- 将异常分为：超时（超过规则）、缺项（无法完成流程或时效判断，例如需要完整轨迹却未提供）、状态矛盾（状态不在流程、完整状态轨迹明确违反流程，或资料中存在明确相互冲突的状态）。一笔订单可有多类异常。
- 先按临近/已过截止时间，再按对交易影响排序；无法判断优先级时标注“需人工确认”，不要虚构排序依据。
- 输出下列固定结构。事实与建议必须分开写。
输出格式
待补资料（如有）
| 缺失字段 | 影响 | 需要补充 |
|---|---|---|
| 示例：当前核对时间 | 无法计算超时 | YYYY-MM-DD HH:MM 时区 |
异常订单清单
| 优先级 | 订单标识 | 异常类型 | 已知事实 | 规则比对 | 建议人工动作 |
|---|---|---|---|---|---|
人工处理顺序
按 1、2、3… 列出订单标识、原因和下一步人工核对动作。建议使用“核对库存/内容交付记录”“确认订单真实状态”等可逆操作；不执行发货、退款、通知或任何订单接口调用。
边界
- 不访问店铺后台、订单接口或第三方 API。
- 不发送通知，不变更订单，不代表商家作出退款或发货决定。
- 资料的原始字段是已知事实；“建议”“可能”“需确认”是判断，必须明确标注。
