一、功能介紹
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、報表：打卡時間是隨機生成，統計項目可自定義設置。