主题
工作量统计
页面定位
“工作量统计”是生产管理里的近期工作量汇总、异常核查和导出复核页。
它更适合解决的是：
- 指定时间范围内，不同工人或不同工序分别产生了多少工作量
- 某个数字为什么偏高、偏低，能否继续往订单级结果追查
- 结算前是否需要导出当前统计结果做核对
- 工人自查和管理端复核之间分别该看哪个入口
它不适合替代的是：
- 车间工人扫码上报的操作页
- 单张订单的完整业务详情页
- 财务管理里的正式工作量结算页
菜单路径
PC 端入口：生产管理 → 工作量统计
移动端对应的个人查看入口通常叫“我的工作量”，它和 PC 端使用同一套基础统计逻辑，但服务对象和查看方式不同。
你应该先怎么用这页
如果你是第一次使用这页，建议按下面顺序操作：
- 先确认时间范围：这页所有结果都强依赖起止日期
- 再决定观察方式：先分清你要看个人产出，还是看某个工序整体工作量
- 最后再决定要不要下钻：先看汇总，再追异常，不要一开始就陷进明细里
时间范围规则
页面支持：
- 本日
- 本周
- 本月
- 自定义时间范围
真实边界需要特别注意：
- 最早只能选到上个月 1 号
- 最晚只能选到今天
- 开始和结束的跨度不能超过 62 天
因此，这页更适合做近期生产核查、月内复核、结算前导出核对，不适合一次性拉很长周期的历史总账。
注意
当前系统的实时工作量统计，后端实际是按工作量记录的创建时间落入查询范围来统计的。
所以不要简单把它理解成“按报工完成时间统计”。如果存在补录、补提、延后生成等情况，结果会以记录进入统计表的时间为准。
两种查看方式
页面只有两种核心观察方式：
| 方式 | 更适合解决什么问题 |
|---|---|
| 按工人统计 | 看某个人在各工序上做了多少工作量 |
| 按工序统计 | 看某个岗位 / 工序整体累计了多少工作量 |
按工人统计
适合回答这类问题：
- 某个工人最近做了多少板件、面积、封边长度
- 某个人的数据为什么异常高或异常低
- 想继续追到该人某工序下对应的订单结果
按工序统计
适合回答这类问题：
- 封边岗位这段时间总体做了多少工作量
- 钻孔岗位近期产出是不是明显异常
- 想先看某个工序整体，再看这个工序下有哪些工人参与
提示
“按工序统计”是 PC 页面上的观察视角，不是后端单独维护的一套独立统计接口。 底层基础数据仍然以“工人 + 工序”为粒度汇总，页面只是把同工序数据再次聚合后展示出来。
表格里到底会显示什么
工作量统计不是固定死字段的普通报表。
页面会先结合生产岗位配置，再决定显示哪些指标和哪些拆分维度。
固定基础列
通常会先看到这些基础信息：
- 工人姓名或工序名称
- 订单数
- 与工作量有关的主要统计值
常见统计指标
当前系统里，常见的工作量指标包括：
- 板件数量
- 板件面积
- 封边长度
- 大板数量
- 钻孔板件数量
- 封边板件数量
- 异形板件数量
- 特殊工艺数量
动态展开列
部分指标会继续按维度拆开显示，例如：
- 按厚度
- 按花色
- 按材质
如果当前时间范围内存在特殊工艺数据，还会按实际出现过的特殊工艺名称动态展开列。
注意
不同工厂、不同岗位、不同时间段，看到的列并不一定完全一样。
原因不是页面异常，而是：
- 生产岗位配置可能不同
- 某些指标只对部分岗位生效
- 某些特殊工艺列只会在当前结果里确实出现过对应数据时才显示
下钻逻辑怎么理解
这页最容易被误解的就是“展开后到底能看到什么”。
一、PC 端按工人统计
这是最直接的一种下钻方式。
展开某一行后，看到的是：
当前时间范围内，这个“工人 + 工序”对应的订单级汇总明细
也就是说，展开后不是一条条原始扫码记录，而是已经按订单归并后的结果。
适合用来回答：
- 这个工人的这部分工作量是由哪些订单组成的
- 为什么这个工序下订单数很多，但某个指标并不高
二、PC 端按工序统计
这是最容易写错的地方。
当前真实行为是：
- 主表先显示某个工序的汇总结果
- 展开后，先看到参与这个工序的工人列表
- 这个展开层主要还是“工人汇总层”
- 当前页面不会在这个模式下继续自动展开到订单级明细
因此，按工序模式更适合：
- 先看岗位整体异常
- 再看是哪个工人把这个工序的数据拉高或拉低
但不要把它理解成“按工序点开后还能继续无限层级追到订单明细”。当前页面不是这个结构。
三、移动端“我的工作量”
移动端没有“按工人 / 按工序”切换，因为它天然只看当前登录人。
真实层级是：
- 首页先按“我参与的各工序”做汇总
- 点进某个工序后，看“我在这个工序下的订单级汇总明细”
所以移动端更像是：
本人视角的工作量自查页
而不是 PC 端统计页的完整缩小版。
PC 端和移动端是什么关系
很多人会把这两个入口混为一谈，实际它们的角色不同。
| 入口 | 主要用途 | 能看谁 | 能否切换视角 | 能否导出 |
|---|---|---|---|---|
| PC 端工作量统计 | 管理、复核、异常追查 | 多人 | 可以 | 可以（仅按工人统计） |
| 移动端我的工作量 | 个人自查 | 只看当前登录人 | 不可以 | 不可以 |
它们的共同点
两边用的是同一套基础统计逻辑，所以：
- 指标口径一致
- 时间范围限制一致
- 订单明细口径一致
它们的不同点
PC 端强调：
- 管理视角
- 多人查看
- 工人 / 工序两种观察方式
- 导出核对
移动端强调：
- 本人视角
- 近期自查
- 点开即看自己在某工序下的订单级结果
数据来源与结算关系
这张关系图要表达的是：
- PC 端工作量统计：主要负责看数、查数、导出核对
- 移动端我的工作量：主要负责本人自查
- 财务管理里的工作量结算：才是后续正式结算、锁定、归档的地方
所以，工作量统计和工作量结算不是同一页，也不是同一个动作。
导出逻辑的真实边界
导出能力也很容易被写得过于笼统。
当前真实规则
- 只有 PC 端按工人统计 模式下才显示导出按钮
- 按工序统计模式下不支持导出
- 导出会尽量跟随当前表格筛选后的可见结果行
但要注意
“导出当前结果”不等于“把页面里所有展开层和所有动态子列原样导出”。
当前导出更偏向导出汇总结果，重点包含：
- 工人姓名
- 工序名称
- 订单数
- 各主要工作量指标
- 特殊工艺相关汇总列
但像页面里按：
- 厚度
- 花色
- 材质
拆出来的二级子列，当前并不会完整按页面可见结构一比一导出。
注意
如果你要做结算前核对，建议把导出理解成“导出当前汇总清单”，不要理解成“把页面里所有展开细节完整打包导出”。
发现异常时应该怎么查
如果你发现某段工作量缺失、偏高或偏低，通常不要直接把这页当成修改入口。
建议按这个顺序排查：
- 先确认时间范围是否选对
- 再确认当前看的视角是否正确
- 是要查某个人，还是查某个工序整体
- 如果是 PC 端按工人统计，优先展开看订单级明细
- 如果是按工序统计，先看该工序下到底是哪几个工人造成波动
- 必要时回到订单详情或移动端报工入口排查源头
- 如果涉及正式结算差异，再到财务管理里的工作量结算核对
常见问题
为什么我进页面后没有看到想要的数据？
先检查时间范围。
这页对日期非常敏感，而且有真实边界：
- 不能早于上个月 1 号
- 不能晚于今天
- 自定义范围不能超过 62 天
如果范围不对，结果会差很多。
为什么按工人和按工序看到的感觉不一样？
因为它们解决的问题不同。
- 按工人：更适合看个人产出和追单
- 按工序：更适合看岗位整体产出和找出主要参与人
尤其按工序模式下，展开后先看到的是工人列表，不是直接进入订单明细。
为什么表格里的列不是每次都完全一样？
因为工作量统计列会受生产岗位配置和当前数据结果影响。
不同岗位可能关注不同指标；某些动态列只有在当前结果里真的出现对应数据时才会显示。
为什么工作量统计不直接等于工资结算？
因为这页更偏生产侧统计与复核。
正式的锁定、归档、结算处理，应该去 财务管理 → 工作量结算 完成。
移动端“我的工作量”和 PC 端是什么关系？
底层统计逻辑一致，但用途不同。
- PC 端：管理核查、多人查看、可导出
- 移动端：个人自查、只看本人、不可导出
使用建议
- 先定时间，再讨论异常：时间范围没确认前，不要急着讨论数字对不对
- 先看汇总，再看明细：先判断是个人异常还是工序异常，再决定怎么追查
- 把移动端当自查页，把 PC 端当核查页：这样最不容易混淆入口职责
- 结算前优先导出汇总清单复核：不要等到正式结算时才发现统计口径差异
- 发现异常先找源头，不要把统计页当编辑页：优先回到报工、订单、岗位配置、结算页排查