最近為作業在寫一套考勤系統。
考勤資料采集、請假單、出差單、加班單，還有班次時間段管理、人員管理等都寫好了。
最后沖關考勤日報的生成處理，思考了三天，頭腦還是一片迷糊，上來CSDN放松放松，看看有沒有處理過和考勤系統的指點一下。
頭腦糾結的地方：
1、每天四次卡：上班上下班、下午下下班。
2、如果中午只打了一次，那這個得根據上、下午是否請假或出差來放到相應時間點。
3、加班起始或結束的時間可能是跟正常下班或上班的時間連到一起的。
4、加班會加到隔天去。
5、公司是大小周制，一周上6天，一周上5天。
6、正常情況下周日是休息日，如果碰上國家放假調整，可能就會出現反常。
7、部分部門采用加班單跟上班間雙重確認的方式來認定是否計加班，另外的部分則不寫加班單，只按實際打卡時間。
如果取當天離上班時間最近的刷卡時間做為上班卡，也會出現因夜間加班到早上4、5點，故上午不去上班的狀況，就會錯把加班的下班卡當做上午的上班卡了。
如果取下班最近的時間點，則會把加班時間給丟了。如果加班到隔天，這個又要怎么取。
每個時間點都很好幾個因素掛上關系，繞來繞去。
腦子里頭越想越多，越想越復雜，越想越不知道從何著手。
連大方向都迷失了
唉。。。。。。工廠的考勤比一般公司復雜多了。
求救命啊，腦子要炸開了
我就是想給每個員工每天生成一記錄，記錄他的上班各個時間段的打卡時間，加班的打卡時間，加班時長、請假時長、遲到時間、早退時長
判斷究意是節假日呢還是正常作業日，加班開始時間如果跟下班時間重疊則不計例外
哪怕是最沒效率，最笨的方法都想不到了。
寫了幾年的程式，第一次這么糾結，非常膜拜那些專業的HR系統開發人員
uj5u.com熱心網友回復：
考勤最核心的內容就是考勤演算法，考勤時間段的設定直接影響考勤演算法的效率。1、每天四次卡：上班上下班、下午下下班。
A： 無論多少次，都是時間段，時間段包括：開始上班時間，上班時間，上班考勤結束時間，下班開始時間，下班時間，下班結束時間。這樣處理之后，你這里只不過是使用兩個時間段而已。
2、如果中午只打了一次，那這個得根據上、下午是否請假或出差來放到相應時間點。
A：請假要預先計算，有請假，就不計算考勤
3、加班起始或結束的時間可能是跟正常下班或上班的時間連到一起的。
A：確定了下班結束時間，就可以剝離加班。可使用選項處理。
4、加班會加到隔天去。
A：加班時間按照0點進行分割，之前的算作前一天。
5、公司是大小周制，一周上6天，一周上5天。
A：增加選項，演算法上只不過是多計算一天。
6、正常情況下周日是休息日，如果碰上國家放假調整，可能就會出現反常。
A：國家放假要單獨設定，優先考慮放假、休假、出差，所有的這些都是考勤例外的內容。
7、部分部門采用加班單跟上班間雙重確認的方式來認定是否計加班，另外的部分則不寫加班單，只按實際打卡時間。
A：這里要有一個標準或者設定，無論哪種形式的加班肯定是有條件的，比如：下班多久后算加班？可以使用選項進行處理。
另外原始記錄和最終考勤計算結果是要分開的，每個人，每一天都要有一條考勤記錄，記錄人員的ID，上下班時間及考勤例外等情況。
uj5u.com熱心網友回復：
是有點頭痛，但抓好關鍵點，才是....幫頂
uj5u.com熱心網友回復：
一看就是高人啊，可惜滿腦子漿糊，有極多的疑問，可就是不知道從何問起。
不知道方不方便給個處理流程（有點過分了）
uj5u.com熱心網友回復：
這個關鍵點就是抓不住，不知道從哪開始著手算，不知道這路該怎么一步步走下去，沒有方向。
uj5u.com熱心網友回復：
很多部分可以讓人手工設定，比如何時放假之類，你不可能一個演算法就能模擬假日辦的活人的想法。你可以設一個腳本系統以便動態添加規則。而且可以手動調整。
#1 說得很好，最主要的規則是時間段，但是有可能少打卡，所以建議優先匹配和正常上下午上下班完全匹配的時間段，然后推廣到鄰近的時間段。
uj5u.com熱心網友回復：
加班較晚第二天上午不上班也可以作為規則。uj5u.com熱心網友回復：
我想不到什么有效率的方法，只能把該員工當天的記錄取出來，然后把這些記錄分別傳到變數：當天最早、離早班上班前最近、離早班上班后最近，離早班上班前最近，離早班下班后最近，離下午班上班前最近、離下午班上班后最近，離下午班下班前最近，離下午班下班后最近，當天最晚。然后根據班次起始時間，把可能例外一一提出判斷，把相應變數傳給員工考勤日報表。
if then
else
if then
else
if then
else
.
.
.
頭都暈了。。。。。。。。。。。。。。。。。
uj5u.com熱心網友回復：
if dstCLog['fCheckTime'] <= T11 then
begin
X1 := dstCLog['fCheckTime']
end
else
begin
if (dstCLog['fCheckTime'] > T11) and (dstCLog['fCheckTime'] < T2) then
begin
if C1 = '' then
C1 := dstCLog['fCheckTime'];
C2 := dstCLog['fCheckTime'];
end
else
if (dstCLog['fCheckTime'] >= T2) and (dstCLog['fCheckTime'] <= T3) then
begin
if X2 = '' then
X2 := dstCLog['fCheckTime'];
X3 := dstCLog['fCheckTime'];
end
else
if (dstCLog['fCheckTime'] > T3) and (dstCLog['fCheckTime'] < T44) then
begin
if C3 = '' then
C3 := dstCLog['fCheckTime'];
C4 := dstCLog['fCheckTime'];
end
else
if dstCLog['fCheckTime'] >= T44 then
X4 := dstCLog['fCheckTime']
end;
dstCLog.Next;
end;
uj5u.com熱心網友回復：
沒有加班單的自由加班制度不好處理。如18：00下班后自由加班，19：30打卡一次 20:30打卡一次，就不好判定.
員工說原因：19:30打卡下班，可是馬上被叫回來，繼續加班到20:30才下班。
如果沒有加班單，如何判定加班時長，按最短時間算員工會造反，按最長時間算，員工太容易造假，受害的是企業。
有加班單同時通過打卡時間確認，就不存在這種問題。
班段之間的加班也是，如果沒有加班單，班段之間的加班受影響因素更多。我建議不要直接支持自由加班制度，最多是支持依據打卡時間自動檢索生成待確認的加班單。
同樣，無需排班的自動班次檢測機制也是難免錯漏，要支持也是做是依據打卡時間糾正排班的手動處理機制。
個人對考勤的認知：沒有規矩不成方圓。如果世上沒有這條道，就給它劃出一條道來。
剛好這段時間，回頭修改以前的考勤軟體.....
uj5u.com熱心網友回復：
樓主可以借鑒一下主流的HR系統供應商，多了解幾家HR系統的處理流程，依我看，考勤的核心計算基本上都是通過龐大的SQL存盤程序來實作的，不防往這方面下功夫，Delphi界面不外呼就是一些資料控制元件uj5u.com熱心網友回復：
一些GGYY的設定，建議放在SP中去搞。uj5u.com熱心網友回復：
確實在存盤程序中來實作是比較有效率的。
第一次做這個考勤處理，先在delphi中來實作，有了成熟的處理程序再過去。
uj5u.com熱心網友回復：
在后臺寫程序 函式，其它據邏輯，寫好，如 getValidtime(Tady:datetime)..... 這個肯定要寫好多程序，函式 ，這樣規則變時 只修改后臺就OK 了，前臺就一些公式規則的錄入 ，計算全部后臺，前臺僅報表呈現…………一點點想法 真正也沒乍寫過考勤uj5u.com熱心網友回復：
試著自己畫業務模型圖——業務物件設計——類時序圖
用存盤程序是方便，但會影響可移植性，不建議使用。這樣業務邏輯實作+可引數化配置 會更通用。
uj5u.com熱心網友回復：
班段(確定上下班時間點)班次(確定每天上下班時間點，及作業天如何分割)
排班(確認個人每天上下班時間點)
請假及出差(影響上下班時間點，假別影響薪資)
加班(影響上下班時間點，加班型別可能影響薪資)
例外上下班(時間點修正，也可以通過重建一個班次來實作，但例外是有原因備查的，修改月排班則往往沒有原因說明)
以上可推算出每天每個班段的上下班時間點，通過匹配演算法，匹配每天打卡，每次打卡。
這是固定時間點上下班的演算法，是必須支持的。
另外的浮動時間點上下班的匹配演算法則不需要具體的上下班時間點，請假與加班方式影響也不一樣。
遲到早退計法(遲到早退另計還是在班段工時中直接扣，還是每天累加......)、
加班工時計法(固定班段為加班，還是超8小時為加班，周日工時回補平時上班，跨天加班計法.....)
曠工計法(打一次卡是否為曠工，還是當天工時為0就曠工？...因為需要做曠工統計及曠工提醒)
自動補卡規則(出差自動補卡，缺卡批量自動補卡，補卡統計影響薪資)
周日演算法(周日雙倍，何為周日，這個有多種解釋，需要制定具體規則，然后依規則計算周日)
國假日演算法( 法定國假日不支持跨天，固定為0時交割。)
夜班津貼計法(也就是分時段計工時)
......
除了這些的演算法規則外，還得應付使用上的一些要求：
自動倒班，依打卡時間定班次，當班查崗支持，班次復制修改，批量作業，入職離職當天特別打卡支持及識別離職時間點。
檢測與處理不合理現象(如：時間沖突(加班與上班沖突，排班沖突.....)，請假期間代打卡(可能錄入錯誤的請假時間)，跨天加班例外.....)。
多種多樣的考勤規則,業務邏輯復雜。當前實作支持到哪一步，是考勤軟體需要考慮的。
我不建議用SQL語言實作全部考勤計算程序，當支持的規則多了，實測結果SQL實作的計算速度也比不上App計算。
uj5u.com熱心網友回復：
核心演算法申請專利uj5u.com熱心網友回復：
請問樓主最后是怎么完成的，，，在下最近也在做這個考勤的模塊uj5u.com熱心網友回復：
最笨的最簡單的方法是上班、下班的考勤設備分開，多不了多少錢，省卻了很多事，少了很多問題uj5u.com熱心網友回復：
做個記號 以后仔細看一看uj5u.com熱心網友回復：
我也正在做考勤程式，我用的死辦法,1.一個班段:（07：00）開始刷卡-----（08：00）上班，（12：00）下班------（12：30）截止刷卡,捕捉這兩個時間段有沒有刷卡記錄,當上下班刷卡都有就記考勤
2.加班用彈性時間，設定固定上班時間,下班可截止到下一天,取這段時間最后的刷卡為下班時間,再用兩個時間差取加班工時.
但讓我頭暈的是請假，會影響上班下班的刷卡時間，因為請假不可能剛好上下班請，有可能上班請中途回來上班/中途請一個小時又回來/中途請下班不回來，各種時間段請假太難算，還沒頭緒，請大神們指點.
uj5u.com熱心網友回復：
關于加班：1、設定正常時間段；
2、確認加班時間段；
3、私自加班時間段；
4、上崗時間段。
這樣，比較時間段，才能得到加班時間，私自加班。公司私自加班不認賬的。
uj5u.com熱心網友回復：
專門負責考勤門控資料庫的路過，我公司2W多人的考勤是采用了存盤程序來計算考勤的。主要有 實際考勤表和每日排班表去比較然后計算出實際考勤時間。而且加班也是有小時限制的。
還有一個班次表，這個是關鍵。
每日排班表是通過存盤程序每天由班次表和人事表自動生成，如果修改人事表中的班次，就會得到不同的每日排班表。
考勤記錄的時間不得提前每日排班時間30分，否則打卡無效。
還有很多規則等等。
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/64685.html
標籤：數據庫相關