劳务派遣公司排班软件

派遣公司的排班到底特殊在哪里

劳务派遣公司要为自己管不着的组织排班。班次在什么时候、需要几个人、这些人必须持有什么资质，全部由客户决定，而派遣公司只剩下几个小时去找人。正是这种倒置，把派遣公司的排班和普通的用工计划分了开来。

由此又生出第二个更重的差别。工时表同时是开票凭据和工资凭据。记错的一个小时会被错开一次票、错发一次工资，而这两处差错都不是在公司内部暴露，而是在客户或员工面前。

一个人，多个客户

这个结构性问题很好描述，也很容易做错。一周跑三个现场的派遣员工，在系统里必须只存在一次，却要出现在三张排班表上。先给客户建模的系统最后会得到同一个人的三份副本、三套工时，以及周末的一次手工加总。

每人一条记录，把班次挂在客户项目下，这个问题在两个方向上同时解开。顾问能看到一名员工被派到的全部班次，客户报表里只出现这一家客户，没有人再用手去加总。

还没有写上名字的派单

已经答应下来却还没派人的那一笔，是派遣公司板面上最重要的一行，也是最容易丢的一行。把它当成空缺班次留着，它就会一直摆在需要补人的那个人眼前，直到真的有人接下。

一个人，一条记录，三家客户。

临时取消这道难题

派遣业务的一切都压缩在班次开始前的那几个小时里。七点有人退出，客户九点等着来人，顾问开始打电话。瓶颈在电话，而不在没人：合适的人通常正好有空，只是还没被问到。

把班次一次推给所有有空且符合资质的人，局面就翻了过来。邀约只发一次，先接为准，谁被问过也留有记录。剩下的时间，顾问可以花在和客户沟通上，而不是耗在通讯录里。

提前标好的可上班日让同一套机制更锋利，因为邀约只会送到真正可能答应的人手上。

一份工时，两份单据

从派遣公司把开票工时和薪资工时分放两处的那一刻起，两个数字就开始各走各的。休息时间在账单里是一种记法，在工资条里是另一种；现场批过的加班从未传到薪资那边。每一处偏差，最后都变成和一位正在生气的人对话。

把真实的上下班时间记在客户项目上，休息单独记录，两份单据就有了同一个源头。客户来问周二那天，答案就在生成工资条的同一条记录里。

证件放在派单发生的地方

要求执照或证书的现场不接受道歉。把到期日放在员工档案里，让派单的人一眼就能看到，这道检查便挪到了它有用的时刻，而不是事后的审查。日期由系统保管，判断仍然留给顾问。

站在派遣公司的角度挑工具

招聘管理系统负责招人，到员工上岗就停住了。供应商管理系统服务的是大合同里的客户一侧。全功能的派遣平台什么都做，价格也相称。而所有这些底下压着同一个很窄的问题：哪家客户的哪个班次上是谁，工时对不对。

几条实际的检验：一名员工能不能在一周内不重复地持有两家客户的派单，空缺班次能不能只推给筛选过的一群人，计划工时和实际工时是不是分开保存，报表能不能不先导出就按客户分组。

瓶颈永远在电话，而不在没人。

写进排班表里的合规

派遣用工带着普通雇佣没有的义务。工时上限是把这名员工跑过的所有客户合在一起算的，而不是各现场分开算。两个班次分属不同客户时，班次之间的休息照样要留够。在三家客户合计排了四十小时的人就是在工作四十小时，三套各自为政的系统怎么认为都不改变这一点。

让这件事看得见的，正是每人一条记录。排周三的顾问能看到周一和周二，包括属于其他客户的班次，而这恰恰是三张分开的表格会藏起来的信息。

要报表的那家客户

大客户会按现场、按周期要工时，多半还要用他们自己定的格式。用喂着薪资的那批记录来生成，需要的是一次筛选加一次导出，而不是一个下午，同时也意味着客户看到的数字和员工据以领薪的数字不可能对不上。

从小规模开始

Shifton 对10人以内永久免费，一家刚开的派遣公司或者只有一个顾问的团队完全够用。排班、基础打卡、手机应用和报表都包含在内。模块可以一个一个加，从每人每月0.50美元起，每个模块都有最长60天的试用期。