一家做设备维保的服务企业，两百六十多人，工程师常年分散在各个驻点。公司对加班的补偿方式很简单：不给钱，给调休。听着人性化，做起来却是一笔糊涂账。

员工手里是一沓纸质加班单，签完字塞进工具包，回驻地再交给内勤；内勤每月汇总进一张Excel，字段只有姓名、日期、小时数。三年下来，这张表越来越厚，问题也越来越多：有人调休了三天，台账上只扣了两天；有人说自己还攒着四十多个小时，表里只查到十几小时；年底一算，全公司未休调休折算下来是一笔不小的数目，但没有一个人能说清这个数字是怎么来的。

问题不在加班多，而在于加班没有被记成“数”

真正让管理层下决心改的，是一次离职结算。一位干了五年的工程师提出，自己历年累积的调休至少还有一百二十小时，要求折算。HR翻遍台账，只能拿出近两年的记录，且中间有几个月是空白的——那几个月驻点项目赶工，内勤根本没顾上汇总。后双方各让一步，事情了结，但类似的隐患还埋着几十个。

复盘下来，症结很清楚：加班单只是“签了字”，没有被结构化。没有加班类型，就没有折算系数；没有生效与失效时间，就没有余额；没有审批留痕，出了问题只能各说各话。

把加班类型拆开，折算规则才落得下去

项目组进场后做的件事，不是画界面，而是和HR一起把公司的加班口径重新捋了一遍，终定成三类：工作日延时、休息日加班、法定节假日加班，对应的调休折算系数分别是1:1、1:1.5、1:2。同时定了几条硬规则——计量单位0.5小时，不足半小时的按半小时计；调休额度当年度有效，多可结转至次年3月31日；跨年未休部分自动失效，系统提前30天向员工和直属主管推送提醒。

这些规则以前也有，只是写在制度文件里，没人真的去算。深圳市英普瑞科技有限公司在实施时把它们做进了在线加班申请管理软件系统：员工在微信端提交加班申请，选类型、填起止时间、关联项目或客户名称，系统按类型自动折算成调休小时数，审批通过即进入个人额度池。员工自己就能在手机上看到“累计获得、已使用、剩余”三个数字，以及每一笔的明细。

余额透明之后，争议少了一半

审批链也重新设计过。原来一张单子要经过班组长、区域主管、HR三道签字，驻点远的，走完流程要一周。新流程按金额无关、只按管理幅度分级：驻点组长初审，区域主管终审，HR只做事后抽查和异常处理。抢修类加班允许“先干后补”，但必须在48小时内补录，超时提交时系统会要求填写原因。

还有一个细节值得说：所有已审批通过的单据不允许直接修改，发现错误只能发起冲销单，再重新提交。这条规则一开始被业务部门抱怨麻烦，运行三个月后反而成了的设计——每一次调整都有痕迹，月底对账时谁也不用回忆“当时是谁改的”。

上线半年，这家企业的调休争议从每月若干起降到零星几起，离职结算时直接从系统导出未休小时数和折算金额，双方签字确认。负责该项目的深圳市英普瑞科技有限公司项目经理提到一个观察：工时类系统的难点从来不在技术，而在于先把公司的规则问清楚——规则清楚了，系统只是把它固定下来。