主题
基础数据
页面定位
“基础数据”不是一个用来日常查单的页面，而是订单管理模块的配置入口集合。
它更适合解决的是：
- 渠道、订单进度、工作节点这类基础选项怎么维护
- 为什么建单、派单、推进订单时下拉框没有数据
- 为什么任务开始后订单进度没有按预期联动
它不适合替代的是：
- 日常查单页
- 单张订单处理页
- 进行中订单巡检页
这里维护的内容，会直接影响：
- 新建订单时能不能正常选择渠道
- 订单流转时有哪些进度可用
- 派单时有哪些工作节点可以选
- 工作任务开始后，订单会不会自动切换到对应进度
- 业务页面在下拉框里能不能取到正确的基础选项
如果你把订单管理比作一套生产流程，那么“基础数据”就是这套流程的底层配置。
菜单路径
订单管理 → 基础数据
这一页主要配什么
如果你是第一次接触这页，建议按下面顺序理解：
- 先看渠道：理解建单时订单来源从哪里来
- 再看订单进度：理解订单阶段是怎样被标识出来的
- 最后看工作节点：理解任务如何派发，以及如何联动订单进度
这张图不是在罗列三个配置名词，而是帮助你看懂：基础数据会怎样从“先配置”，一路影响到“建单、派单、推进订单”。
当前和订单管理直接相关的基础数据，核心包括三类：
- 渠道：订单来源怎么分
- 订单进度：订单过程怎么标识
- 工作节点：任务如何派发与推进
你可以这样快速理解它们的关系：
- 渠道解决“这张订单从哪里来”
- 订单进度解决“这张订单现在走到哪一步”
- 工作节点解决“这一步该由谁做、做什么、做完后推进到哪”
为什么基础数据很重要
很多用户会把基础数据当成“后台配置项”，只在刚上线时配一次。
但从当前系统实现看，它并不是可有可无的附属功能，而是很多业务页面的前提条件。
例如：
- 建单时需要渠道选项
- 派单时需要工作节点选项
- 工作节点绑定订单进度后，任务开始时才会自动推进订单进度
- 如果某类基础数据为空，业务页面的下拉框会直接提示“暂无数据”，并给出“去添加”入口
重要提醒
如果基础数据没配好，用户在前台业务页面看到的往往不是“功能出错”，而是“下拉没数据”“流程推不动”“派单不顺手”。 所以基础数据配置质量，会直接影响一线使用体验。
一、渠道
渠道是做什么的
渠道用于区分订单来源。
例如，你可以按自己的业务习惯，把订单来源区分为：
- 批发
- 零售
- 电商
- 工程
- 门店
- 经销商
但需要注意：这些只是示例，不是系统强制写死的固定值。 当前系统里，渠道是可以自行维护的。
渠道里实际维护哪些信息
当前渠道配置不只是一个名称字段，还包括：
- 渠道名称
- 渠道地址
- 渠道联系人
- 渠道联系人电话
- 打包标签显示
其中：
- 渠道名称是必填项
- 渠道名称长度不能超过 20 个字
- 打包标签显示默认开启
这说明渠道不只是统计分类，也承担一部分实际业务展示用途。
什么时候会用到渠道
渠道会出现在很多地方，例如：
- 新建订单时选择订单来源
- 我的订单、实时订单里按渠道查看或识别订单
- 订单详情中查看订单归属信息
- 后续统计不同来源的订单量与业绩
如果渠道配置混乱，前台建单和查单都会变得不顺手。
渠道怎么维护
在渠道维护页中，通常可以做这些操作：
- 新增渠道
- 编辑渠道
- 删除渠道
- 批量删除渠道
- 导出渠道列表
列表里当前能看到的字段包括：
- 渠道名称
- 渠道地址
- 渠道联系人
- 渠道联系人电话
- 打包标签显示
其中“打包标签显示”会直接以“显示 / 隐藏”的方式展示，方便快速识别。
渠道可以随便删除吗
不可以。
当前系统里，如果某个渠道已经被订单引用，就不能删除。
也就是说：
- 新增渠道前，名称要想清楚
- 已经投入使用的渠道，不要轻易推倒重建
- 如果只是想调整表述，优先考虑编辑，而不是删除后重建
配置建议
在正式上线前，先把渠道分类口径统一好。等一线开始建单后，再频繁改渠道，会给历史订单查询和统计带来混乱。
二、订单进度
订单进度是做什么的
订单进度用于标记一张订单当前走到了哪一步。
它回答的是：
- 这张单现在还是预订单吗？
- 已经签单了吗？
- 正在拆单、整理、生产，还是已经归档了？
所以，订单进度是订单流转的核心标识之一。
订单进度不是一类配置，而是两类
这张图想先帮你分清：订单进度虽然都显示在同一个列表里，但它实际上分成“系统骨架”和“工厂补充流程”两类，配置思路完全不同。
这是当前页面里最容易被忽略，但最重要的地方之一。
当前系统中的订单进度，分成：
- 系统内置进度
- 用户自定义进度
两者不是同一套规则。
系统内置进度
系统内置进度更像订单主流程的骨架。
在页面里，它会被标记为：
- 系统内置（自动流转）
对这类进度，你需要知道：
- 不能按普通自定义项来理解
- 前端不会提供删除按钮
- 后端也不是允许随便改结构
- 当前主要允许修改的是对外展示名称
用户自定义进度
用户自定义进度用于补充你们工厂自己的流程细节。
在页面里，它会被标记为：
- 用户自定义（需绑定工作节点）
它更适合用来表达：
- 某些工厂特有的小阶段
- 想在系统主流程中增加更细颗粒度的推进状态
为什么自定义进度不能乱加乱排
当前系统对自定义进度有明确约束。
自定义进度：
- 不能排在最前面
- 不能排到“完成 / 取消”前面
也就是说，自定义进度只能插在合理的中间位置，用来补充流程，而不能破坏系统已有主流程骨架。
这背后的实际含义是：
- 系统主流程有稳定边界
- 你可以补充流程细节，但不能改坏主流程顺序
订单进度什么时候会被自动推进
当前系统支持工作节点和订单进度绑定。
一旦某个工作节点绑定了某个自定义进度，那么：
- 当该工作节点所属任务开始执行时
- 系统会自动把订单切换到这个绑定进度
这不是“派单时自动切换”，也不是“完成任务时自动切换”，而是更接近：
- 任务开始时切换
这一点在配置时要特别注意。
工作节点绑定进度时能选哪些进度
当前绑定入口不是所有进度都能选。
工作节点绑定时，实际取的是：
- 自定义订单进度
也就是说，绑定下拉里不会把系统所有进度原样开放，而是更偏向让你把工作节点绑定到“补充流程用的自定义进度”上。
订单进度可以删除吗
也不能随便删。
当前系统会在删除前检查两类情况：
- 有没有订单正在使用这个进度
- 有没有工作节点绑定了这个进度
只要任一条件成立，就不能删除。
所以，订单进度的调整原则通常是：
- 先设计流程，再上线使用
- 已经跑起来后，不要频繁重构
- 真要调整时，先评估已有订单和工作节点绑定关系
三、工作节点
工作节点是做什么的
工作节点用于定义“订单相关任务的处理环节”。
你可以把它理解成：
- 这一步工作叫什么
- 这一步通常由谁做
- 这一步允许哪些人接
- 这一步大概多久该完成
- 这一步开始后，订单要不要自动切换到某个进度
- 这一步完成前，需要核对哪些清单项
它直接服务于派单与任务执行，不只是一个名字标签。
当前工作节点实际包含哪些配置
根据当前实现，工作节点里可以维护：
- 节点名称
- 处理时限
- 节点可选人员（多选）
- 绑定订单进度
- 顺序
- Checklist 工作明细
其中：
- 处理时限为空时，页面会显示“不限制”
- 有值时会显示为“X天”
- 节点可选人员会直接显示已绑定的人员名单
- 绑定订单进度显示的是对应进度名称
工作节点里的“节点可选人员”是什么意思
它表示：这个工作节点下，通常允许哪些人被分配来执行。
例如：
- 设计节点绑定设计师范围
- 拆单节点绑定拆单员范围
- 跟单节点绑定跟单员范围
这样做的好处是：
- 派单时更容易收敛到正确人群
- 节点职责更清晰
- 减少误派、乱派
从当前前端校验看：至少要绑定一个用户，不能空着保存。
工作节点里的“处理时限”有什么用
处理时限用于表达该节点通常应在多少天内完成。
它更像一个流程管理字段，用来帮助团队形成时限预期。
如果不配置，页面会显示“不限制”。
如果你们内部对某些节点有明确 SLA，要尽量把处理时限配出来。
工作节点里的 Checklist 是什么
Checklist 是当前基础数据里非常实用的一项能力。
它不是普通备注，而是结构化的“工作完成前核对清单”。
当前 Checklist 支持：
- 添加多条明细项
- 每条明细填写名称
- 设置“必填 / 可选”
- 拖拽排序
例如：
- 设计节点：效果图是否完成、客户是否确认、修改意见是否处理完
- 拆单节点：板件数量是否核对、五金是否齐全、异形件是否标清
- 整理节点：清单是否复核、价格是否确认、资料是否补齐
Checklist 为什么重要
Checklist 的价值不在于“多一个列表”，而在于把经验变成标准动作。
它可以帮助你：
- 让新手知道这一步到底要检查什么
- 降低因漏项带来的返工
- 让同一节点下不同人员的执行标准更一致
从当前实现看：
- 空名称的明细项提交时会被过滤掉
- Checklist 会按顺序保存
- 每次更新工作节点时，Checklist 会整体重建保存
这意味着它是正式配置，不是临时草稿。
工作节点可以删除吗
同样不能想删就删。
如果某个工作节点已经被订单引用，系统会直接阻止删除。
所以，工作节点命名和职责划分，在正式上线前尽量一次想清楚。
四、建议的配置顺序
这张图想帮助你避免“想到什么就先配什么”。基础数据最稳妥的方式不是逐项零散录入，而是按“先定来源、再定流程、再定节点、最后回业务页验证”的顺序推进。
如果你们是第一次上线订单管理，建议按下面的顺序配置：
第一步：先定渠道口径
先明确：
- 订单来源要按什么维度分
- 是按批发 / 零售分，还是按门店 / 经销商分
- 后续统计时希望怎么汇总
第二步：确认订单主流程
先把“系统流程骨架 + 你们自己的补充流程”梳理清楚，再决定是否新增自定义进度。
第三步：配置工作节点
把每个节点的：
- 名称
- 责任人范围
- 处理时限
- Checklist
- 绑定进度
都配清楚。
第四步：回到业务页面做验证
建议再去以下页面实际确认一遍：
- 新建订单
- 我的订单
- 实时订单
- 订单详情中的派单入口
确认：
- 渠道是否能正常选到
- 工作节点是否能正常派发
- 绑定进度后任务开始时是否符合预期
- 下拉为空时是否需要补基础数据
五、常见问题
1. 渠道是不是系统写死的？
不是。
当前系统里的渠道是可以维护的，属于基础数据的一部分。
2. 订单进度都可以随便删吗？
不可以。
如果进度已经被订单引用，或者已经被工作节点绑定，就不能删除。
3. 系统内置进度和自定义进度有什么区别？
系统内置进度是主流程骨架，更偏系统级规则；自定义进度是你们工厂补充流程细节的入口。
当前系统里，内置进度和自定义进度在可编辑范围、可删除性、绑定用途上都不一样。
4. 为什么业务页面下拉框里没有数据？
通常不是页面坏了，而是对应基础数据还没配置。
当前系统在很多基础数据下拉场景里，会直接显示“暂无数据”，并提供“去添加”入口，方便你回头补配置。
5. 工作节点必须绑定订单进度吗？
当前更准确的说法是：可以不绑，但绑了之后才会在任务开始时自动推进订单进度。
如果不绑定，就需要靠其他方式管理进度变化。
6. 为什么某些基础数据删不掉？
因为系统会检查它是否已经被业务引用。
- 渠道被订单引用，不能删
- 订单进度被订单引用或被工作节点绑定，不能删
- 工作节点被订单引用，不能删
六、使用建议与最佳实践
- 先设计，再录入：基础数据一旦被真实业务使用，后续调整成本会明显上升。
- 渠道不要配得过细过乱：否则建单时反而更难选，统计口径也会混乱。
- 自定义进度只补充细节，不要试图重写主流程：系统已经有内置流程骨架，补充即可。
- 工作节点要和岗位分工一致：不要把“节点名称”和“岗位职责”混成一团。
- Checklist 要写成可执行动作：别写空泛标题，要写成执行人一看就知道要核查什么的内容。
- 上线前用真实业务跑一遍：不要只在配置页看着顺眼，必须回到建单、派单、查单流程里验证。