一、功能介绍
1、依客户实际需求进行定制方案，做到一个客户一个解决方案，杜决众多客户同用一套方案，同时为每一个
客户的解决方案保密；
2、系统可以依考勤算工资，也可依工资逆算考勤，甚至两者综合应用；
3、可脱离真实帐，自动依验厂相关设置参数，全自动生成验厂数据。
　
二、策略方法：

A、人事档案
1、
确定参考检查员工的条件，例如有购买保险、入职年龄符合劳动法(18以上), 参与条件支持自定义，或者手工指定名单, 参与的名单纸质资料要与系统一致。
2、
确保入职日期、离职日期合符上班时间, 例如企业“实行”五天制, 那么在星期六、星期日不能存在入职或者离职。
3、
确定B帐的部门组织结构, 其员工所在的部门，有可能B帐与A帐的部门组织结构不同。
4、
确定B帐的职位体系，其员工的职位, 有可能B帐的与A帐的职位体系不同。
B、考勤工时, 主要从工作制，休息规则，上班时间，加班工时，请假单据，生成数据几个方面入手。
1、
确定工作制(五天制、六天制）, 这个影响到入职、离职日期，例如五天制时，A帐星期六离职，那么B帐的离职应该要提前到星期五。
2、
确 定B帐的休息规则，有倒班规则, 在A帐存在夜转白，或者白转夜，而且检查有时会要求24小时内不得工作超过14小时, 因些B帐不能像A帐一样转班，一般采用周末休息再转班, 但尽量要与A帐保持一致，避免出现检查时抓到某员工A帐在白班，B帐在上夜班，特别是保安、后勤之类的不能像正常员工一样休息，如何保持与请假一致，如何 与检查当天值班的保安一致？ 使排休成为一个烫手的问题。
3、
确 定班次上班时间，由于A帐的上班时间灵活多样(有连班，有通宵班等), 打卡范围也比较宽松，有时提前半个小时、1个小时、或者更多，B帐肯定出现这样的情况，因为B帐如果前后多余打卡累计起来超过半个小时是要计工时的，如果 去调整A帐的打卡时间符合B帐，或者自动生成B帐打卡数据是最关键的,其逼真性是最重要的, 产生的数据不能千遍一律，而且要随机产生迟到，早退、缺勤等。
4、
确 定加班工时, 加班工时根据的检查要求而不同，我国劳动法规定延长工作时间每日不得超过三小 时，但是每月不得超过三十六小时，包括周休加班, 但不同的检查单位会有不同的要求，有每周不超过12小时， 每周天不得工作超过72小时等. 不但要控制不能超总数，还是要控制每天不超过，而且不能出现全厂加班工时一样，需要根据不同的部门，不同的职位制定不同的加班工时及加班日期, 要是能与A帐保致相似更完美，A帐某天有加班，B帐才能生成加班，或者加班工时根据A帐薪资倒出来。
5、
确 定请假单据, 请假单据是否从A帐导入，或者有条件地导入(某些请假类型不导入、低于半天的不导 入，星期六、星期日的请假不导入，或者长假遇到星期六、日期自动变更，例2009-8-1 到2009-8-8, 那么系统自动变成2009-8-3到期2009-8-7), B帐同时支持手工输入请假单。
6、
确定原始打卡数据能进入B帐，有时在检查时，检查人员会拿员工的卡去卡机去刷，需要采集数据到B 帐验证。
7、
确 定能随时生成指定时间的刷卡数据，例如2009-8-6上午来检查，那么就要生成早上的打卡数据，且不能全天生成, 例如星期六下午突然来检查，可能由于之前规则设置了星期六只上半天，这时要及时星期六下午的上班卡，如果之前规则这周六不上班，那么要生成这天的上午有下 午刷卡。
C、薪资福利，薪资福利总体有三种算法
1、
保持与A帐的实发金额相同，B帐的有一部分按劳动法规则计算 + 浮动部分 = A帐金额
2、
根据B帐实发金额独立，不与A帐相同, 完全按劳动法规则计算出实发金额。
3、
把A帐分解成B+C, 总金额与A帐相同，但B帐独立计算，剩下由C帐负责。

1、考勤时段，把部门的所有上下班时段统一添加。

2、班次管理，通过时段进行班次设置，

3、员工排班，通过选择时间和班次对员工或部门进行排班。

4、补卡数据，自动生成补卡数据，可设置迟到早退、时间范围等。

5、报表：打卡时间是随机生成，统计项目可自定义设置。