订单异常处理待办

把零散的订单状态整理成一份可执行、可核对的人工待办。结果只基于用户提供的脱敏资料；原始字段和值保持原样。

输入

提供以下三项，可用 Markdown 表格、CSV 内容或结构化文本：

1. 脱敏订单状态表：每笔订单至少含订单标识、当前状态、状态更新时间、商品/内容项、买家动作（如适用）。
2. 正常流程：状态顺序与允许的分支，例如“已付款 → 待发货 → 已发货 → 已完成”。
3. 时效规则：每个状态的最长停留时间，及当前核对时间。

如果三项中任一关键字段缺失，先输出“待补资料”，列出缺失字段、影响的判断和所需格式；不要推测状态、时间或责任人。

工作流

1. 保留订单标识与所有本地资料字段的原值，确认核对时间与时区。
2. 逐笔比对当前状态是否在流程中、前序状态是否合理，并计算该状态已停留时间。只有输入明确声明“完整状态轨迹”时，才可据此判断是否跳过流程步骤；“已知前序状态”仅表示已提供的信息，不能推定其已列全。
3. 将异常分为：超时（超过规则）、缺项（无法完成流程或时效判断，例如需要完整轨迹却未提供）、状态矛盾（状态不在流程、完整状态轨迹明确违反流程，或资料中存在明确相互冲突的状态）。一笔订单可有多类异常。
4. 先按临近/已过截止时间，再按对交易影响排序；无法判断优先级时标注“需人工确认”，不要虚构排序依据。
5. 输出下列固定结构。事实与建议必须分开写。

输出格式

待补资料（如有）

异常订单清单

人工处理顺序

按 1、2、3… 列出订单标识、原因和下一步人工核对动作。建议使用“核对库存/内容交付记录”“确认订单真实状态”等可逆操作；不执行发货、退款、通知或任何订单接口调用。

边界

• 不访问店铺后台、订单接口或第三方 API。
• 不发送通知，不变更订单，不代表商家作出退款或发货决定。
• 资料的原始字段是已知事实；“建议”“可能”“需确认”是判断，必须明确标注。