主题
订单管理
模块定位
订单管理是智工厂 ERP 中最核心的业务模块之一。
如果把整套系统理解成围绕“订单”展开的工厂协同流程，那么订单管理负责解决的就是三件事：
- 把订单建立起来：先录入订单，确认订单基本资料和交付信息
- 把订单推进下去：围绕订单持续签单、派单、拆单、报价、生产、交付
- 把订单全过程留下记录：过程中能查任务、查实时状态、查历史归档、回头追溯
也就是说，这个模块既不是单纯的“建单页集合”，也不是单纯的“订单查询页集合”，而是：
- 订单主流程入口
- 订单推进控制入口
- 订单追溯查询入口
- 订单相关基础配置入口
菜单路径
订单管理
先分清 5 类入口
如果你是第一次读订单管理章节，建议按下面顺序建立认知：
- 先分清入口：先判断自己要建单、查全局、查任务、查历史，还是配置基础数据
- 再理解主流程：理解订单从建单、签单、派单执行、巡检到归档的主链路
- 最后按具体问题跳转单页：遇到具体动作或字段时，再进入对应页面文档深挖
第一次接触订单管理时，最容易混淆的是：
- 哪个入口适合查我自己的单
- 哪个入口适合看全局
- 哪个入口适合查任务
- 哪个入口适合查历史
- 哪个入口其实是配置，不是业务处理
这张图想帮助你先建立一个最基本的判断：订单管理不是一个单页面，而是一组分工明确的入口集合。 新手最重要的不是记住所有按钮，而是先按“我要解决什么问题”选对入口。
各入口分别适合做什么
我的订单
更适合：
- 查看与我有关的订单
- 新建订单
- 编辑或删除满足条件的预订单
- 从主订单继续创建增补单、售后单
- 快速进入订单详情继续处理
更准确地说，“我的订单”不是“我创建的订单”，而是：
- 我创建的
- 我负责的
- 我参与的
- 我接过任务的
订单集合入口。
实时订单
更适合：
- 看当前仍在流转中的全部订单
- 做全局巡检
- 找异常、找卡点、找风险订单
- 看未报价、有欠款、未拆单、未领料、交付紧张等问题
如果你是主管、跟单员、计划员，或需要从全局看订单推进情况，通常优先看这里。
任务记录
更适合：
- 看派给我自己的任务
- 看任务当前状态
- 看截止时间是否临近或逾期
- 看是谁派给我的
- 找到对应订单，再回到订单详情继续处理
要特别注意：任务记录 这个菜单在当前 PC 端默认看的不是“全厂全部任务”，而是当前账号在任务记录入口下看到的个人任务范围。
历史订单 / 我的历史订单
更适合：
- 查询已经归档的订单
- 做售后回查
- 做经营复盘
- 查旧单资料、交付结果、历史备注
两者区别在于：
- 历史订单：偏全量历史查询
- 我的历史订单：偏与我有关的历史订单查询
基础数据配置
这不是日常查单页，而是订单管理的配置入口集合，至少包括：
- 渠道：决定订单来源怎么分
- 订单进度：决定订单阶段怎么标识
- 工作节点：决定任务怎么派、由谁做、推进到哪
如果这些配置没维护好，前面所有业务页都会受影响。
一张订单通常怎么走
下面这张图不是“死板枚举表”，而是帮助你理解订单主流程的阶段示意图。
这张图不是“死板枚举表”，而是帮助你理解订单主流程的阶段示意图：从基础配置、建单、签单、派单执行、实时巡检，到最后归档回查，订单管理里的各个入口其实是在同一条业务链路上接力。
- 订单不是“建完就结束”，而是会持续穿过准备、生产、打包、交付、归档等多个阶段
- 你在订单管理模块里看到的不同页面，其实是在这个主链路的不同位置为你提供入口
怎么理解这张图
你可以把它看成“订单从开始到结束的大路线图”。 至于每个阶段里的具体按钮、校验、限制条件，再去对应单页文档里看会更准确。
任务为什么会和订单绑在一起
订单管理里有一个特别容易误解的点：
- 订单是订单
- 任务是任务
- 但它们在系统里不是分开的两套世界
这张图想帮助你理解：任务不是脱离订单单独存在的。
在实际使用里，通常是：
- 在订单详情里发起派单
- 在
任务记录里跟进执行 - 再回到订单详情继续推进订单
所以：
- 订单详情 更像按订单组织工作
- 任务记录 更像按执行人组织工作
基础数据为什么会影响日常使用
很多新用户会把“基础数据”看成上线时配一次的后台页面，但从真实系统实现看，它会直接影响你前面那些业务入口好不好用。
这张图说明的是：
- 建单、查单、派单、推进订单，并不是孤立动作
- 它们背后依赖渠道、进度、工作节点这些基础配置
如果你遇到：
- 下拉没数据
- 进度不对
- 节点不好派
- 任务推进后订单没按预期变化
就不能只盯着业务页本身，也要回头看基础数据配置。
订单管理和其他模块是什么关系
订单不是孤岛。
在 ERP 里，订单管理通常是前台业务动作的起点，而生产、打包、仓库、财务等模块会继续承接订单后续流程。
这张图想表达的是：订单管理不是把订单“录进去”就结束，而是先把订单推到一个可以被下游模块承接的状态；生产、打包、仓库、财务分别接住不同类型的后续动作，最后这些执行结果又会回到订单详情和历史订单里供追溯。
因此你在订单详情里看到的很多标签页和操作，实际上就是在和这些下游模块衔接。
新手最推荐的阅读顺序
如果你是第一次系统学习订单管理，建议按下面顺序读：
- 先看本篇：先建立模块整体认知
- 再看 我的订单：理解个人入口和建单逻辑
- 再看 订单详情：理解单张订单如何继续推进
- 再看 订单操作：把核心动作放到一起理解
- 再看 实时订单：理解全局巡检和问题筛查
- 再看 任务记录：理解任务跟进视角
- 再看 历史订单：理解归档后的追溯入口
- 最后看 基础数据：理解配置如何反向影响前台使用
常见误解
1. “我的订单”是不是就是我创建的订单？
不是。
更准确地说，它是与我有关的订单入口。
2. “任务记录”是不是查全厂所有任务？
不是。
当前 PC 端默认查的是当前账号在任务记录入口下看到的个人任务范围。
3. “基础数据”是不是一个单独总页面？
不完全是。
它更准确的定位是订单管理的配置入口集合，当前至少包括渠道、订单进度、工作节点三个页面。
4. 历史订单是不是归档后就彻底看不到了？
不是。
归档后会进入历史订单查询体系，仍然可以继续回查。
5. 模块概览里的流程图是不是系统固定状态枚举？
不应这样理解。
这里的图更适合当成主流程示意图，帮助你建立整体认知；具体页面细节还是要以单页文档和真实系统行为为准。
使用建议与最佳实践
- 先分清入口再操作：很多“找不到功能”的问题，本质上是进错了页面。
- 个人处理优先看“我的订单”和“任务记录”：全局巡检再去实时订单。
- 全局查问题优先看“实时订单”：不要把它当成个人待办页。
- 订单推进时优先回到订单详情：列表页负责定位，详情页负责继续处理。
- 历史问题不要回实时页硬找：已经归档的订单优先去历史订单体系。
- 前台页面不好用时，别忘了回头查基础数据：很多问题其实是配置没跟上。