简介：这份《工时管理系统操作指南》文档面向企业内需要按网站、系统统计部门工时成本的相关人员，包括系统管理员、各部门主管、PM、PL 及普通需求操作人员，帮助其快速理解系统角色权限划分与日常操作规范。文档共1个 doc 文件，压缩包约349KB，内容以文字说明与权限对照表为主，便于打印或随查随用。指南围绕四大角色展开，系统管理员与超级管理员拥有系统设置、工单管理、工时管理及统计报表等全部权限，管理员侧重工单与报表，普通用户则聚焦个人数据维护、工时填写与查看。文中还给出工单操作流程图，并分步讲解个人数据维护、需求单工作与日常工作的工时填写、我的工时报表与工单报表查看等操作要点。常见问题部分针对新用户添加、需求单状态同步、跨月补填、跨网站跨系统工时归类等高频疑问给出处理建议，能帮助读者减少填报错误、提升部门间协作与工时统计效率。目前已有79人学习。
1. 从一份操作指南说起：工时管理系统到底在管什么
很多团队上工时系统的初衷很朴素——算清楚每个网站、每个系统到底烧了多少人力成本。但真到落地那天，你会发现事情没那么简单：有人把两个会议合并成一条工时，有人跨月补填被系统拦在门外，还有人把不属于任何现有系统的需求硬塞进“综合系统”里，结果月底报表一拉，数据全糊了。这份《工时管理系统操作指南》就是冲着这些具体问题来的，它把角色权限、工单流转、工时填写规则和报表口径全部写死，让设计部、制作部、技术部的人按同一套逻辑录入，最后按网站和系统两个维度出成本。适合谁看？部门主管、PM、PL，以及每天要填工时的普通需求操作人员——尤其是那些被“为什么我的需求单还挂在列表里”折磨过的人。
2. 角色权限与工单流转：谁在什么节点动哪条数据
2.1 四类角色的权限边界
系统把权限切成四层，不是拍脑袋分的，而是对应了“谁维护系统、谁协调接口、谁管人、谁干活”这条链路。先看这张权限对照表，后面所有操作都绕不开它：
| 角色 | 系统设置 | 工单管理 | 工时管理 | 统计报表 | 角色维护 |
|---|---|---|---|---|---|
| 系统管理员 | 基础设置和修改 | 新建/修改/查看/指派 | 填写/修改/查看 | 查看/导出 | 有 |
| 超级管理员 | —— | 全部 | 有 | 有 | 有 |
| 管理员 | —— | 个人/部分 | 有 | 有 | —— |
| 普通用户 | —— | 个人 | 有 | —— | —— |
系统管理员是唯一能碰“基础设置和修改”的人，通常就是系统维护岗。超级管理员来自各部门——设计部、制作部、技术部各有一个接口协调人，他们能看全部工单、能导出报表，但不能改系统底层设置。管理员是各部门主管、PM、PL，只能看个人和部分工单，但工时和报表权限是完整的。普通用户最窄：只能维护个人数据、填工时、看自己的工单，报表都看不了。
这里有个容易翻车的点：超级管理员和系统管理员的权限在“工单管理”上几乎重叠，但系统管理员多了“基础设置和修改”。如果你是新入职的协调人员，找本部门超级管理员开权限就行，不用去碰系统管理员那层。
2.2 工单从指派到 close 的完整链路
工单操作流程不是一条直线，它是个带状态回环的闭环。典型路径是这样的：
- 需求方或协调人员在系统里新建工单，指定需求单名称、所属网站、所属系统。
- 管理员或超级管理员把工单指派给具体的人——可以是单人，也可以多人同时被指派。
- 被指派人在“需求单工作”栏看到这条工单，开始填工时，同时可以修改自己的处理状态（注意：是个人处理进度，不是整个需求的进度）。
- 当所有被指派人都把自己的状态改成“已完成”，整个需求才会 close。
- close 之后，这条需求单从“需求单工作”列表消失，不能再补填工时。
这个链路里最容易被误解的是第 3 步和第 4 步的区别。很多人以为“我改完了，需求就该消失”，结果发现它还在列表里——因为同事还没改。这不是 bug，是设计如此。
2.3 个人数据维护：为什么“我的用户”不是系统用户列表
“我的用户”这个功能，管理员以上权限才有。它的本质是个人自定义的常用联系人列表，不是系统用户总表。你点“添加”，弹出框里只会显示你还没加过的人；已经加过的，不会再出现。这个设计的好处是：填工时选人时不用在几百号人里翻，坏处是——如果你要找的人不在弹出框里，先检查他是不是已经被你加过了，或者他压根还没开通系统权限。
提示：新入职员工找不到，别在“我的用户”里反复搜，直接找本部门超级管理员开通系统权限。
3. 工时填写的分类逻辑：日常工作与需求单工作怎么切
3.1 日常工作的六类场景与填写规则
“日常工作”和“需求单工作”是两条并行的填写入口。日常工作覆盖的是不直接挂靠某个需求单的工时，指南里列了六类典型场景，我把它整理成一张对照表，填的时候直接对号入座：
| 场景 | 工时大类 | 工时小类 | 备注要求 |
|---|---|---|---|
| 同一网站同一系统的多个会议 | 对应网站 | 对应系统 | 合并成一条，备注写清多个会议主题 |
| 主管管理工作 | 其它 | 主管管理 | 部署规划、团队建设、考核调整等 |
| 出差 | 对应网站 | 对应系统 | 按出差实际工作内容选 |
| 请假、旷工 | 其它 | 缺勤 | 备注写“请假” |
| 能判定网站/应用的会议培训 | 对应网站 | 对应应用 | 如亲子网—用品库 |
| 不能判定的内部会议、文职 | 其它 | 会议/培训/文职 | 部门例会、新员工培训、图书管理等 |
这里有个硬规则：针对同一工时大类下的同一工时小类，每天只能提交一条，但工时可累计修改。举个例子，今天为汽车报价库开了两个会，一个 1 小时一个 2 小时，你不需要分两条填，直接在“汽车网—报价库”下填 3 小时，备注里把两个会议主题都写上就行。这个规则省掉了大量重复条目，但也意味着你不能在同一天对同一个“网站—系统”组合拆出两条独立记录。
3.2 需求单工作的状态同步与批量提交
需求单工作的填写入口只显示“指派给我的、目前未完成的需求单”。你在这里填工时，同时可以改自己的处理状态。关键点在于：这个状态是个人进度，不是需求整体进度。你改成“已完成”之后，如果同事还没改，这条需求单依然会留在你的列表里，直到所有人都完成、整个需求 close。
批量提交适合什么场景？当你同时被指派了多个需求单，且每个都花了零散时间，逐条填太慢。系统支持选中多条需求单，一次性提交工时。但注意：批量提交不会帮你改状态，状态还是得逐条确认。
3.3 跨月补填与日期查询的边界
工时填写页面可以选择不同日期，点“查询”后查看、补充本月其他工作日的工时。但这里有一条硬边界：只可补填本月工时，不可跨月填写。如果系统已经月结上月工时，就彻底改不了了。
注意：每月最后一天下班前，务必检查本月工时是否已填满 8 小时/天。月结之后没有后悔药。
查询功能还有一个隐藏用法：勾选“只显示小于 8 小时的数据”，点查询，系统会把本月所有工时不足 8 小时的记录筛出来。这个功能主管用来监督团队填报考勤特别顺手，普通用户也可以用它自查，避免月底被退回。
4. 报表口径与统计维度：怎么查、查出来怎么用
4.1 我的工时报表：按天汇总与不足 8 小时筛查
“我的工时报表”解决的是“我这个月每天干了多少、具体干了什么”。查询条件支持选自己或“我的用户”列表里的人，时间范围默认本月。报表输出两层：第一层是每天工时总和，第二层是当天的各个细项。
勾选“只显示小于 8 小时的数据”后，报表会过滤掉所有达标天数，只留下工时不足的记录。这个功能在月底关账前跑一遍，能快速定位漏填、少填的日期。对于主管来说，这也是监督团队是否按时填报的主要手段——不需要逐人逐天翻，筛一遍就知道谁需要提醒。
4.2 我的工单报表：按需求单和按类别两个视角
“我的工单报表”和工时报表是互补的。工时报表看的是“时间花在哪天”，工单报表看的是“时间花在哪个需求单、哪个类别上”。它支持两种查询方式：
- 按需求单查：输入需求单编号或名称，查出自己在这个需求单上的总工作量。
- 按工作类别、网站、系统查：不指定需求单，直接按维度汇总，看自己在某个网站或某个系统下累计投入了多少。
这两个视角对 PM 和 PL 特别有用。比如你要评估某个网站改版的人力成本，直接按网站维度拉工单报表，所有挂在这个网站下的需求单工时汇总就出来了。再结合工时报表的日期分布，还能看出人力投入是集中在前期还是后期。
4.3 导出与权限：谁能看全量数据
报表的导出权限跟角色绑定。系统管理员和超级管理员可以导出全量数据，管理员只能导出个人和部分数据，普通用户没有报表入口。这意味着如果你需要跨部门、跨网站的完整成本数据，得找超级管理员或系统管理员操作。
提示：导出前先确认时间范围和维度，避免拉出大量无用数据再手工筛。
5. 避坑与常见问题排查：那些指南里没写透的细节
5.1 需求单 close 了还要补工时
现象：需求单已经 close，但发现自己还有工时没填，列表里找不到这条需求单了。 原因：close 之后需求单从“需求单工作”列表移除，普通用户无法再操作。 解决：联系本部门超级管理员，把需求单状态改回未 close，补填完再重新 close。这个操作只有超级管理员及以上权限能做，普通用户自己改不了。
5.2 跨网站跨系统的工作怎么归类
现象：一项工作同时涉及两个网站，或者同一网站下的不同系统，填工时的时候不知道选哪个大类小类。 原因：系统只允许选一个“网站—系统”组合，没有多选。 解决：分三种情况——涉及两个或以上网站，选“综合网站”加相关系统；同一网站的不同系统，选该网站下的“其他”；跨网站跨系统，选“综合网站—其他”。这个规则指南里写得很清楚，但实际填的时候容易凭直觉选错。
5.3 新项目不属于任何现有系统
现象：参加了一个全新项目的需求研讨，系统里没有对应的网站和系统可选。 原因：新项目还没立项，或者还没在系统里录入。 解决：不要填在“综合系统”下。联系相关跟进协调人员，在系统里录入暂定系统名称（未立项的须标明），然后再填工时。填在“综合系统”下会导致后期成本归集时无法拆分。
5.4 同一天同一小类只能提交一条
现象：想为同一个“网站—系统”组合分两条记录填，比如上午一个会、下午一个会，系统不让提交第二条。 原因：系统限制同一工时大类下的同一工时小类每天只能有一条记录。 解决：合并成一条，工时累加，备注里写清多个事项。这不是缺陷，是刻意设计——避免同一天同一类别下出现大量碎片记录，增加统计复杂度。
5.5 月结后无法补填上月工时
现象：月初发现上个月有几天工时没填，想补填，系统提示无法操作。 原因：系统已经执行月结，上月数据锁定。 解决：没有后悔药。唯一能做的是在月结前把本月工时填完。建议每月最后一天下班前跑一遍“只显示小于 8 小时的数据”筛查，确认没有遗漏。
6. 从填对到用活：三个让报表真正指导决策的技巧
第一个技巧：把“我的用户”用起来，但别当成通讯录。它的价值在于缩小填工时时的选人范围。我一般会把本部门经常协作的同事加进去，跨部门协作多的，把接口人也加上。但不要把所有认识的人都加进去，否则弹出框里还是翻半天。
第二个技巧：需求单工作的状态更新要当天做。很多人习惯攒到周末统一改状态，结果同事那边一直显示“未完成”，整个需求 close 不了，所有人的列表里都挂着这条。当天填完工时顺手把状态改了，是对协作者最基本的尊重。
第三个技巧：报表查询先定维度再拉数据。工时报表和工单报表各有侧重，不要混着用。想看人力在时间上的分布，用工时报表；想看人力在项目/系统上的分布，用工单报表。两个报表交叉验证，才能定位到“哪个网站哪个系统在哪个阶段吃掉了最多人力”。
最后说一个我自己的习惯：每个月最后一天，我会把“我的工时报表”和“我的工单报表”各跑一遍，工时报表勾选“小于 8 小时”筛查漏填，工单报表按网站维度汇总核对项目投入。这个动作花不到十分钟，但能避免月底关账后才发现数据对不上的尴尬。从那以后我每次填工时都强制自己当天填完当天检查，再也没出现过跨月补填被拦的情况。希望帮到你。
本文还有配套的精品资源，点击获取
