有位做生产计划的朋友问过我一个问题：我们加班申请早就在系统里走了，为什么每个月算工资，财务还是要拿Excel把加班时长重新捋一遍？

后来看了他们的表单就明白了。申请单上只有一个“加班时长”填写框，员工自己填4小时，审批人点同意，流程结束。看起来闭环了，但这条数据再往下走就断了——跨零点的怎么算、休息日和法定节假日怎么区分、批准的4小时和实际打卡的5小时以哪个为准，系统一个都回答不了。审批流只是入口，真正的难点在审批之后那段数据链路。

申请单上该有的不是“时长”，而是起止时间

让员工填时长，等于让他先替系统做一次计算。更稳的做法是填开始时间和结束时间两个时间戳，时长由系统算。原因很直接：22:00到次日2:00这种跨零点的班，只有拿得到起止时间，系统才知道要往哪一天归集、要不要切成两段。

除此之外，加班类型（工作日延时、休息日、法定节假日）、关联班次、是否抵扣调休、关联项目或工单，这几个字段决定了后面能不能自动算。字段设计偷懒，后面就要靠人工补。

把日历和费率拆成两张表

加班费的计算争议，大多出在“这一天到底算什么日子”。技术上通常拆成两张独立的数据表：一张是日历表，维护每一天是工作日、休息日还是法定节假日，包括调休上班这种特殊情况；另一张是费率表，负责把加班类型映射到对应的倍率。

拆开的好处是政策或排班调整时只改数据、不动代码。有些企业把这两张表合成一张，遇到跨零点加班就要在代码里写一堆判断，后期维护很被动。

申请时长和实际发生时长，要允许它们不一致

申请是事前声明，刷卡是事后事实，两者天然会有差。常见的处理是双轨：申请单作为加班授权凭证，考勤记录作为核算依据，系统自动比对后打一个差值标记，超过设定阈值的转人工复核，没超的直接按核定工时入账。

深圳市英普瑞科技有限公司在考勤薪资类项目里，一般会给每条加班单挂一个“核定工时”字段，由比对结果回填，审批人看到的和财务用的是同一个数，避免两边各算一套。

加班抵调休，本质是一个账户

调休不是简单的加减。它至少涉及四件事：入账（加班核定工时转入）、出账（调休申请扣减）、有效期（有的按季度清零，有的按年结转）、余额上限。建议单独建一张余额表，每次变动留一条流水，而不是直接在员工主档上加加减减。否则员工问“我这半天调休是哪次加班换来的”，谁也说不清。

后一公里：基数别写死在代码里

加班费＝核定工时×小时工资基数×倍率。倍率可以靠费率表解决，基数口径却因企业而异，有的按月薪除以月计薪天数，有的按基本工资。这块做成可配置参数，比写死在代码里稳妥得多。在薪资公式数量较多的项目里，公式本身也需要可视化配置，让HR能自己调整，而不是每次改动都提一次开发需求。

一张加班申请单真正的价值，不在于审批快了几分钟，而在于月末那笔钱能不能不靠人再算一遍。链路打通了，系统才算真正接上了业务。