主题
历史订单
页面定位
“历史订单”是已归档订单的查询入口。
它更适合解决的是：
- 查询已经归档的旧单资料
- 回看交付结果、售后背景、经营结果
- 做历史追溯、对账、复盘
它不适合替代的是：
- 当前进行中订单的巡检页
- 单张订单的动作处理页
- 个人进行中订单的工作入口
当一张订单已经结束当前流转、进入历史库后，你通常不再把它当成“正在处理中的订单”看，而是把它当成：
- 可追溯的历史档案
- 可复盘的经营记录
- 后续售后、对账、复查时的查询依据
当前系统里，和它对应的实际入口有两个：
- 历史订单：查看全量历史订单
- 我的历史订单：查看与当前账号有关的历史订单
菜单路径
订单管理 → 历史订单 / 我的历史订单
历史订单和我的历史订单有什么区别
这张图想帮助你先做入口判断：当订单已经归档后，应先根据“查看范围”决定去历史订单还是我的历史订单。
这两个页面在界面结构上几乎一样，但查看范围不同。
历史订单
更适合：
- 管理人员查询全部历史单
- 做经营复盘
- 查交付结果
- 看利润和成本结果
我的历史订单
更适合：
- 业务员、设计师、拆单员、跟单员查看自己相关的历史单
- 回查自己经手过的订单
- 售后沟通时快速找旧单
需要特别注意：
“我的历史订单”不是“我创建的历史订单”，而是与我有关的历史订单。
它的范围延续了“我的订单”的规则，可能包括：
- 我是创建人
- 我是业务员
- 我是设计师
- 我是拆单员
- 我是跟单员
- 我接受过这张订单的派单任务，且任务状态为处理中或已完成
所以，这一页本质上仍然是“与我有关”的口径，不是“归我创建”的口径。
它和实时订单有什么区别
实时订单更适合
- 查当前仍在流转中的订单
- 做催办、筛查、巡检
- 看当前异常和风险
历史订单更适合
- 查已经归档的订单
- 回看交付结果
- 核对历史资料
- 做利润、成本、售后、复盘查询
你可以把两者理解成：
- 实时订单：看“现在正在发生什么”
- 历史订单：看“过去已经发生了什么”
页面整体结构
如果你是第一次用这页，建议按下面顺序看：
- 先选对入口：先判断要看全量历史订单，还是只看与我有关的历史订单
- 再用查询区缩小范围：优先用订单名称、渠道、交付地址等条件定位旧单
- 最后进入详情追溯：列表负责定位，订单详情负责还原完整业务背景
这张图想帮助你把历史订单页的使用顺序固定下来：它不是操作台，而是“先筛、再看、再追溯”的档案查询页。
历史订单页当前主要由两部分组成：
- 查询区：先缩小历史订单范围
- 列表区：分页查看历史订单结果，并进入订单详情追溯
和“我的订单”“实时订单”不同，这一页更偏档案查询，因此当前实现采用的是：
- 后端分页查询
而不是 PC 端全量取回后前端再筛选。
这也更符合历史订单“数据量大、以查询为主”的使用场景。
查询区怎么用
这张图想帮助你少走弯路：历史订单越积越多后，最有效的方法不是从第一页慢慢翻，而是先根据“我现在还记得什么”选一个最短查询路径，把结果缩小后再进入详情。
当前历史订单页支持的常见筛选条件包括：
- 订单名称
- 渠道
- 交付地址
- 是否加急
- 订单进度
- 归档前进度
适合的使用场景
- 你只记得订单名称关键词时
- 你想查某个渠道下的已归档订单时
- 你想找某个交付地址对应的旧订单时
- 你想看历史加急单的交付结果时
- 你想筛出某类归档前处于特定进度的订单时
使用建议
历史订单通常数量会越来越多，所以建议尽量先用：
- 订单名称
- 渠道
- 地址
先缩小范围，再去打开详情。
如果不加筛选直接翻页，后续越积越多时，查找效率会明显下降。
列表里能看到什么
当前历史订单列表中，常见重点字段包括：
- 序号
- 订单编号
- 订单名称
- 渠道
- 交付地址
- 交付人（含电话）
- 交付日期
- 订单标签
- 备注
- 归档前进度
订单编号
订单编号通常可以点击进入 订单详情。
这意味着：
- 历史订单不是“封存后就打不开了”
- 你仍然可以继续追溯这张订单的详细资料
如果该订单不是普通单，编号旁边还会显示类型标签，帮助你识别它是不是：
- 增补单
- 售后单
渠道
用于帮助你快速识别订单来源。
当你们按渠道做历史复盘、售后回查、客户来源统计时，这一列会非常常用。
交付地址 / 交付人
这两列很适合售后场景下快速定位：
- 这张旧单是送到哪里的
- 当时的收货联系人是谁
- 联系方式是什么
对于复查旧单、电话回访、售后沟通都很有帮助。
交付日期这一列要怎么看
这张图想帮助你快速读懂这一列：它不是单纯展示一个交付日期，而是在同时告诉你“结果如何、是否延期、是否加急”。所以复盘旧单时，优先看这列，通常就能先建立一个大致判断。
这一列不是只显示一个日期，它还会结合交付结果给出直观判断。
如果订单已交付
会显示：
✓ 提前 X 天交付✓ 超 X 天交付
如果订单未交付但已经进入历史库
仍会显示：
剩 X 天超 X 天
如果是加急单
还会带上：
加急 X 天
所以，这一列同时承担了：
- 交付日期展示
- 交付结果判断
- 加急识别
这是历史订单页里很值得重点看的信息之一。
订单标签与备注
历史订单里仍会保留标签和备注。
这很有价值，因为很多历史单在复查时，真正帮助你快速回忆现场情况的，不一定是订单金额，而往往是：
- 当时打过的标签
- 当时留下的备注
所以在做售后回溯时，不要只看编号，标签和备注也要一起看。
为什么历史订单里也会出现主子结构
这张图想说明：历史库里的主子结构不是为了排版，而是为了帮你还原业务上下文。特别是售后单、增补单，如果只盯着子单本身，很容易误判背景；把它放回主订单链路里看，通常更容易复盘清楚。
当前历史订单并不是把所有增补单、售后单完全打散来查。
系统会保留主订单和子订单之间的关联关系，所以你仍然可能看到：
- 一张主订单
- 下面挂着对应的增补单或售后单
这有两个实际好处：
- 你能看懂增补单或售后单是从哪张主订单延伸出来的
- 复盘时不容易把同一客户、同一业务链条的订单拆散理解
如果你在历史库里只看到一张售后单，建议顺着它的主订单一起看，通常更容易还原完整背景。
历史订单里能不能继续操作
从当前历史订单列表页实现来看，它更偏查询页，而不是操作页。
当前页面里：
- 没有新增按钮
- 没有删除按钮
- 没有导出按钮
- 也没有行内操作列
这意味着：
- 它当前不是一个直接做业务动作的入口
- 更适合“查”和“追溯”
- 如果你需要继续基于某张历史单处理后续问题，通常应先进入订单详情，再看系统实际提供的后续入口
不要误解
正式教程里不宜把“建立售后单 / 建立增补单”写成当前历史订单列表页的现成按钮动作。 从当前页面代码看，这一页本身并没有这样的直接操作入口。
为什么有的人能看到利润列，有的人看不到
这张图想帮你快速判断“为什么别人能看到毛利，我这里看不到”。利润列不是单纯由订单决定，而是同时受入口范围和账号权限影响。
这是历史订单页和权限关系最紧的一点。
当前系统里，只有在以下条件同时满足时，才会显示利润相关列：
- 当前页面是 历史订单（不是“我的历史订单”）
- 当前用户具备对应利润查看权限
这时会额外展示：
- 总成本
- 毛利
- 毛利率
总成本怎么看
总成本不只是一个数字，它还有悬浮明细，至少会拆出：
- 物料成本
- 外协成本
- 人工成本
- 其他支出
这说明历史订单页不仅是档案查询页，也承接了一部分经营复盘功能。
为什么我的历史订单里通常没有这些列
因为“我的历史订单”更偏个人回查入口，而不是经营分析入口。
所以如果你是从个人视角查旧单，通常看到的是业务信息； 如果你是从全局历史订单进入，并且有权限，才会进一步看到利润结果。
进入订单详情后适合看什么
这张图想说明：历史订单进入详情后，不是所有标签都要从头点一遍，而是应先按“售后、复盘、争议、主子关系”这些目标来决定优先看哪里。
历史订单支持进入订单详情后，通常适合重点查看：
- 基本信息
- 渠道与交付信息
- 交付结果
- 标签与备注
- 成本与利润相关信息
- 主子订单关系
- 当时沉淀下来的历史资料
如果你正在处理售后、复盘争议、核对旧账，通常历史订单列表只是入口，真正的信息复查往往还是在详情页中完成。
常见问题
1. 历史订单和我的历史订单是不是两套完全不同的页面？
不是。
当前它们本质上共用同一个列表页面，只是切换了数据源和展示权限。
2. 我的历史订单是不是只看我创建的订单？
不是。
更准确地说，它看的是与我有关的历史订单。
3. 为什么这页更像查询页，而不像处理页？
因为当前实现里没有新增、删除、导出和行内操作列，它主要就是用来查和追溯。
4. 为什么有的历史单能看到毛利，有的页面却看不到？
不是订单不同，而是页面范围和权限不同。
- 全量历史订单 + 有权限：能看到利润列
- 我的历史订单：通常不显示利润列
5. 历史订单是不是就不能再看详情了？
不是。
当前仍可点击订单编号进入订单详情，继续查看这张历史单的详细资料。
6. 为什么历史订单里还能看到增补单 / 售后单？
因为历史库里仍然保留主子订单关系，增补单、售后单不会被完全打散。
使用技巧与最佳实践
- 先分清“历史订单”和“我的历史订单”：一个偏全局复盘，一个偏个人回查。
- 查历史单优先用组合筛选：名称 + 渠道 + 地址，通常比翻页快得多。
- 交付日期列不要只看日期：它同时在告诉你是否提前交付、是否超期、是否加急。
- 复盘售后问题时，主单和子单一起看：不要把售后单孤立理解。
- 查经营结果时优先走全量历史订单入口：如果你有权限，那里能看到更完整的成本与毛利信息。
- 历史页查到单后，深挖要去详情页：列表负责定位，详情负责还原全貌。