导出的数字不等于能用的数字
考勤系统会把所有超出排班的时间都算成加班时长,而公司认的加班通常只有走完审批那部分。中间的差额得有人逐行筛出来,筛完还要留痕,下个月再来一遍。
考勤这条线难的从来不是「导出一张表」,是**口径**:系统里的「加班时长」和公司认的加班不是一回事,薪资周期也不等于自然月。下面是这条线接手之后的实际跑法。
考勤系统会把所有超出排班的时间都算成加班时长,而公司认的加班通常只有走完审批那部分。中间的差额得有人逐行筛出来,筛完还要留痕,下个月再来一遍。
只要周期不是自然月(比如上月 26 号到本月 25 号),导出就得分两段做,再手工拼起来。拼错一次,整张表的加班和缺勤全错,而且很难一眼看出来。
迟到、缺卡、时长不足要按部门分别通知到负责人。手工做的时候要么漏一个部门,要么把全公司的名单发给了每一个负责人——后者比漏发更麻烦。
周期起止是配置项,不是写死的自然月。跨月的区间会自动拆成两段分别取、再按人合并,不需要有人记得「这个月要导两次」。
只有审批通过的时长进加班;各类假期按公司自己的假期名称对上,不用迁就工具的默认分类。
汇总表的列名和顺序跟着你们既有的模板走,算薪的人拿到就能用,不用再转一道。
规则是可配置的(连续迟到几次、缺卡几天、时长低于多少),负责人从通讯录里取,不写死在配置里——有人调岗,下个月自动跟着变。
日报级的提醒、周一的汇总、每月固定日的月结各自有自己的时间,月初不需要有人盯着。
取数和计算都在装了客户端的那台电脑上跑,只有你选的那次模型调用会出网,而且出网的是任务描述不是整张花名册。企业部署可以把这一跳也走你们自己的网关。
口径是配置不是代码。常见的几类(只认审批、按时段折算、节假日倍率)都是填参数;真的很特殊的算法,交付时标定一次,之后每个月都按它跑。
这是默认行为。分发按部门切分,负责人名单从通讯录取;全公司的完整名单只给 HR。
改完当场生效,下一次跑就是新口径。不需要重装客户端,也不用等我们发版。