170/170軟件服務社——《協同治理系統使用教程》系列人力資源治理系統使用教程（下）軟件服務社2012年2月10日

目錄1 第三時期：考勤、薪資、福利的治理 41.1 業務簡介 41.1.1 考勤治理 41.1.2 薪資治理 51.1.3 福利治理 51.2 預備工作1：基礎信息的設置 51.2.1 銀行信息 61.2.2 考勤信息 71.2.3 薪資信息 91.2.4 福利信息 211.3 預備工作2：崗位分工及崗位信息的設置 261.3.1 與考勤工作相關的崗位設置 261.3.2 與薪資工作相關的崗位設置 381.3.3 與福利工作相關的崗位設置 411.4 考勤薪酬業務啟用 441.4.1 考勤薪酬業務啟用 441.4.2 相關工作講明 461.5 初始工作：現有職員薪資、福利信息的設置 481.5.1 職員薪資信息的設置 491.5.2 職員福利信息的設置 501.6 日常工作 511.6.1 考勤治理 511.6.2 薪資治理 521.6.3 福利治理 531.7 期末工作 541.7.1 期末考勤治理工作 541.7.2 期末薪資治理工作 581.7.3 期末福利治理工作 641.8 考勤、薪資、福利的統計查詢 681.8.1 考勤的統計查詢 681.8.2 薪資的統計查詢 691.8.3 福利的統計查詢 701.9 其它薪酬治理 711.9.1 其它薪酬項目治理 721.9.2 其它薪酬登記 721.9.3 其它薪酬查詢 751.10 小結 752 第四時期：人事合同治理 762.1 與合同相關的概念及講明 762.2 主控系統中的基礎設置 762.3 HR系統中的要緊功能 773 第五時期：招聘治理 783.1 招聘治理流程 783.2 有關人員的授權 783.3 招聘治理流程講明 794 第六時期：帶薪休假治理 814.1 帶薪休假治理 814.2 相關查詢 815 其它功能簡介 835.1 系統治理功能 835.1.1 定時任務治理 835.1.2 自定義查詢治理 835.2 外協人員治理 836 總結：如何樣盡快用好HR系統 85第三時期：考勤、薪資、福利的治理下面介紹實施考勤、薪資、福利治理時涉及的系統功能以及需要做的工作。考勤、薪資、福利這三部分工作是相關的：考勤數據直接阻礙到薪資數據，薪資的計算與福利數據也有直接關系。因此，這三項工作應當同步進行。通過那個時期的工作，能夠理順本單位的考勤治理規則以及薪資、福利體系。系統的使用與業務治理工作是緊密相關的，由于考勤、薪資、福利治理涉及的具體工作內容比較多，因此，本章不僅結合實例進行了演示，而且對考勤、薪資、福利治理都提供了一個實際業務的工作流程，可供人力資源部門的治理人員在實際工作中參考。業務簡介用有門業啟用HR系統后，通過前面的工作，差不多能夠較好地在HR系統中進行職員信息治理，包括轉正、調配、離職治理。2012年2月3日決定預備使用考勤、薪資、福利治理模塊。定義：考勤期間：考勤、薪資、福利是分期治理的，我們把每個期間稱為一個“考勤期間”。比如，假如我們按“月”登記考勤、按“月”給職員辦理社保和住房公積金、按“月”發放工資并計算個人所得稅，那么一個“考勤期間”確實是一個“月”。注意：“考勤期間”并不一定與“自然月”完全相同。例如：用有門業的考勤、薪資、福利治理并不是以自然月度為單位的，而是以“上個月20日至本月19日”作為一個“考勤期間”，因此，2012年該公司的第三個考勤期間確實是指2012年的“2月20日——3月19日”，這與3月那個自然月從“3月1日——3月31日”不同。用有門業決定從下個考勤期間即2月20日——3月19日開始正式使用考勤、薪資、福利治理。專門多企業出于治理需要，“考勤期間”的設置與“自然月”并不相同。下面先簡單介紹一下考勤、薪資、福利治理的內容，以便先對這些業務及相關工作有差不多的了解。考勤治理考勤治理分為二部分工作：一是日常登記，即記錄平常發生的請假、出差、加班、遲到、早退、曠工等事件；二是期末考勤處理，即在每個考勤期間結束后，依照日常登記的數據，生成那個期間的考勤匯總數據，這些數據會阻礙到薪資的計算。由于考勤數據直接阻礙到職員薪資，因此考勤治理特不重要。薪資治理職員的薪資由以下幾部分構成：職員的“薪資等級”中確定的薪資，比如差不多工資、績效獎金等；依照考勤數據調整的薪資（如：加班、請假都會阻礙到薪資）；福利項目對薪資的調整（如：社保和住房公積金需要從職員薪資中扣減個人部分）；薪資并發項：薪資并發項是與薪資一起發放的一些項目（具體將在后面介紹），這一部分內容最后也體現在薪資中。薪資治理工作能夠分為兩部分：一是日常工作，即平常關于各種薪資信息的治理，如職員薪資等級的設置和維護、薪資并發項的治理。二是期末薪資治理工作，即在每個考勤期間結束后，依照各種信息（如職員的薪資等級、考勤情況、福利數據），生成那個期間的薪資數據。福利治理福利治理部分用來處理職員的社保、住房公積金等業務。福利治理工作能夠分為二部分：一是日常工作，即平常關于各種福利信息的治理，如職員福利等級的設置和維護。二是期末福利治理工作，即在每個考勤期間結束后，依照各種信息（如職員的福利等級），生成那個期間的福利數據。預備工作1：基礎信息的設置考勤、薪資、福利治理需要用到專門多基礎信息，因此，實施考勤、薪資、福利治理前，必須先在主控系統中設置好相關的基礎信息。比如：前面我們提到過，在主控系統的“關聯系統治理——人力資源治理系統”菜單下，有一些關于考勤、薪資、福利的基礎信息治理功能，如下所示：在前面只實施“職員信息治理及轉正、調配、離職治理”時，這些信息都能夠利用系統中的預置信息、臨時不必設置或只需簡單設置（如：所有職員的薪資等級都被自動設置為系統預置的“零級”）。然而在本時期的實施工作中，這些信息必須依照本單位的情況，進行認真整理和設置。登錄主控系統，進行下列設置：銀行信息能夠執行“銀行信息設置”功能，設置本單位工資發放等業務涉及的銀行信息。能夠有多個。操作方法能夠參照本功能的“講明”。考勤信息下面是與考勤治理相關的基礎信息，包括請假類不、加班類不、出差類不、考勤項目。這些信息將會在考勤治理時使用。系統預置了一些常用值，能夠依照需要增加新的類不，現有的類不如不再需要，能夠改為“停用”狀態。操作方法特不簡單，能夠參照系統中各個功能內置的“講明”。請假類不治理本功能用于治理HR系統中的請假類不。如：能夠分為病假、事假、產假、工傷等。設置各種類不能夠便于查詢和分析，另外，不同類不的請假在薪資計算時對應的薪資扣減標準能夠各不相同。系統中預置了一些常用的請假類不，包括加班類不治理本功能用于治理HR系統中的加班類不。如：能夠分為一般加班、公休日加班、節日加班等。系統中預置了一些常用的加班類不，包括：出差類不治理本功能用于治理HR系統中的出差類不。如：能夠分為本地出差、外地出差、國外出差等。系統中預置了一些常用的出差類不，包括：考勤項目治理本功能用于治理HR系統中的日常考勤項目類不。要求分不設置遲到、早退、曠工的類型。如：遲到的類型能夠分為：遲到30分鐘以內、遲到30分鐘以上。如此，不同類型的遲到對應的薪資扣減標準能夠不同。或者，還能夠修改為：遲到、早退改為以“分鐘”為單位，即把名稱改為遲到（分鐘）、早退（分鐘），曠工仍是按次為單位。如此在計算薪資時，能夠依照考勤數據中遲到、早退的“分鐘數”計算應當扣減的薪資。系統中預置了一些常用的考勤項目類不，包括：操作示例用有門業依照本企業的情況，設置上述差不多信息：請假類不：采納系統中預置的值。加班類不：增加一個“夜間加班”，停用“其它加班”。出差類不：用有門業依照本單位的治理方法，改為“國內一類、國內二類、國外一類、國外二類”。這是因為出差到不同地區有不同的補貼標準。能夠將現有的三個預置值先修改為“國內一類、國內二類、國外一類”，再增加一個“國外二類”。考勤項目：采納預置的值。薪資信息下面是與薪資治理相關的基礎信息：差不多概念薪資項目：是指職員薪資的構成項目，系統中有一些預置的薪資項目，如差不多工資、績效獎金等，能夠依照本單位的情況自行設置。但不包括下列內容：不包括加班、出差等的補貼或請假、遲到等的扣款，這些屬于考勤項目，由系統自動計算后體現在工資中。不包括社保、住房公積金等福利項目，這部分在福利治理部分單獨處理。單位工價：是指每發生一次某種類型的請假、加班、出差、遲到、早退、曠工，應在工資中增加或扣減的金額。薪資等級：是指薪資項目的構成及金額、各單位工價都相同的一種薪資標準。薪資并發項目：是指與工資一起計算并發放，但業務性質上并不屬于薪資的一些項目。能夠是增加項或扣減項。如手機話費補貼、從工資中扣減的住宿費等。能夠依照下面各個功能的“講明”，設置好這些信息，它們將會在薪資治理時使用。設置時，應當按下列順序依次執行：薪資項目設置本功能用于治理HR系統中的薪資項目。操作講明：能夠進行下列操作：新增薪資項目：點擊“新增”，然后在彈出窗口中錄入下列信息：項目名稱：能夠中、英文或數字，必填。項目編號：必須是數字，且不得與現有編號重復，必填。項目類型：能夠選“固定”或“浮動”“固定”項是指在職職員資中，那個項目的金額是依照薪資等級中已確定的數值，在薪資任務執行時不能夠修改其數值；“浮動”項是指在職職員資中，在薪資等級上設置的數值僅作為那個項目的缺省金額，在薪資任務執行時能夠依照實際情況修改其數值；計算方式：能夠選“加”或“減”“加”項是指在工資中要增加金額的項目；“減”項是指在工資中要扣減金額的項目；項目描述：用于對薪資項目進行描述，能夠不填。填寫完畢后，點擊“確定”，即可完成一個薪資項目的設置。查看現有薪資項目，并進行修改執行本功能時，系統直接列出所有“在用”的薪資項目。能夠點擊后面的“修改”按鈕，對現在的薪資項目進行修改。假如有的薪資項目今后確認不再使用，能夠把那個薪資項目的狀態改為“停用”。假如需要查看或修改“停用”的薪資項目，能夠把檢索條件“狀態”選為“停用”，然后再點擊查詢，列出停用的薪資項目，并能夠進行修改（包括能夠把狀態改為“在用”）注：假如一個薪資項目改為“停用”，那么原來引用過那個項目的薪資等級中那個項目就自動沒有了，合計金額也會自動改變。但不阻礙往常的已做完的職員薪資數據。如此特不便于維護薪資項目、薪資等級以及職員薪資歷史數據。【講明】：整理薪資項目時，應當注意以下幾點：薪資項目應當是歸納后的結果，不要簡單排列現有的項目，以免薪資項目太多、太雜。比如，關于車間工人可能有計件工資，司機可能會依照出車次數和行駛里程計算一部分獎金，這些都屬于依照某個數量指標（如件數、次數、里程）計算的薪資項目，能夠統一設置一個薪資項目“計量津貼”。應當把本企業可能涉及的薪資項目全部整理出來，有的薪資項目可能并不是全部職員都會涉及，但只要有職員涉及如此一個項目，就需要設置那個薪資項目。比如，集團職能部經理的薪資中可能沒有類似計件工資如此的項目，但在設置整個公司的薪資項目時，仍必須設置“計量津貼”那個項目。注意“項目類型”和“計算方式”的意義。系統中預置了一些常用的薪資等級，能夠依照本單位的需要直接使用，假如有的項目不需要，能夠改為“停用”。下面對這些項目做一些簡單的講明：差不多工資這是一個最差不多的薪資項目，是一個固定項，專門容易理解。考勤獎金、考勤獎金扣減專門多企業有全勤獎之類的薪資項目，是關于全勤職員的一個獎勵。關于未能全勤的職員，除了要依照請假、曠工的次數來扣減薪資之外，當請假、曠工的次數達到一定程度后，還要再額外扣除全勤獎。比如：車間工人的全勤獎為每月300元，請事假一天扣70元，當請事假達到3天時，除了要按天扣減薪資外，還將再扣除一半全勤獎，當請事假達到5天時，將扣除全部全勤獎。如此，當請假二天時，薪資會扣掉140元，請3天時，除了要扣掉210元外，還要扣掉一半全勤獎即150元，即共扣掉360元；當請假達到5天時，將扣掉350+300=650元。系統中設置了二個薪資項目：考勤獎金、考勤獎金扣減。前者為固定項，能夠理解為全勤獎，后者為浮動項，用于記錄對全勤獎的扣減。每月結束后，只需要對需要扣減考勤獎金的職員填寫“考勤獎金扣減”，其他職員不需要填寫（即能夠得到全勤獎）。講明：也能夠在系統中只設置一個“全勤獎”并設置為“浮動項”，然而，由于多數職員確信是能夠拿到全勤獎的，因此，假如如此設置的話，就需要每個月填報每個職員的“全勤獎”（因為浮動項是要求每個期間都單獨填報的），如此就增加了專門多工作量。因此，采納上面介紹的方式，工作量會小得多，而且能夠從“考勤獎金扣減”那個項目上專門直觀地看到哪些職員被扣了“全勤獎”。績效獎金、績效調增、績效調減這三個項目用于記錄職員的績效獎金。專門多企業薪資設計比較復雜，希望設置一個“基礎”的“績效獎金”（注意：那個項目設置為固定項目），然后，再依照每個月的績效情況，單獨記錄績效增加值和減少值，即績效調增、績效調減，前者為浮動、增加項，后者為浮動、減少項。要緊目的是以那個“績效獎金”為基礎，體現上浮與下浮的數據。比如，一般情況下工程部副經理的“績效獎金”確定為1500元，作為一個固定項目，假如某個月工作績效較好，能夠將“績效調增”設置為600元，即相當于那個月比基礎的“績效獎金”再多發600元；假如某個月依照工作績效不行，能夠將“績效調減”設置為400元，即相當于那個月比基礎的“績效獎金”少發400元。即通過“績效調增、績效調減”來反映績效的阻礙，而不是直接體現在“績效獎金”（該項目是一個固定項）。假如企業的薪資設計比較簡單，能夠只設置一個績效獎金、并將該項目改為浮動項即可，并不需要績效調增、績效調減這二個項目（能夠把這二個項目停用）。比如象上面的例子，能夠在績效較好的那個月將“績效獎金”確定為2100元，在績效較差的那個月將“績效獎金”確定為1100元。實際薪資與上面一樣。這二種治理方式在使用效果上有一定的區不：前一種治理方式的優點是：假如績效經常比較穩定，即“績效調增、績效調減”經常為0，那么治理工作量較小，因為在期末確認薪資時就不必填報這二個浮動項（系統缺省為0）；另外，由于單獨記錄了“績效調增、績效調減”，因此能直接看出變化的增減、額度。這種方式的缺點是理解起來不夠直觀。后一種治理方式的優點是薪資項目設置簡單、直觀，易于理解；缺點是即使績效經常比較穩定，每個月也都必須填報那個浮動項目（否則缺省為0），因此會多一點工作量。計量津貼用于記錄一些以某種數量為基礎計算得到的薪資數據。如計件工資。盡管有時這些項目也能夠歸入績效獎金中，但有些企業為了對某些崗位或工種單獨治理，能夠單獨設置如此的薪資項目。工資調增用于記錄一些因專門情況對職員薪資所做的直接調增。比如，上個月給某個職員少罷了工資，本月就能夠直接填寫在本項上。工資調減用于記錄一些因專門情況對職員薪資所做的直接調減。比如，上個月給某個職員多罷了工資，本月就能夠直接填寫在本項上。代扣項目一般用于財務上需要單獨核算，同時仍需計稅的項目。比如：一個職員的電話費報銷標準150元，假如有超標部分，則需要在發放薪資時扣除，會計認為這不屬于薪資，但需要單獨核算，同時仍需計稅。一般情況下，假如沒有特不核算要求，能夠不必設置那個項目。上面是一些常用的情況，能夠依照本企業的情況，設計需要的薪資項目。例：用有門業依照本公司的治理需要，確認需要以下9個薪資項目：差不多工資考勤獎金、考勤獎金扣減績效獎金、績效調增、績效調減計量津貼工資調增工資調減并把不需要使用的項目改為“停用”狀態。薪資等級治理“薪資等級治理”功能用于設置本單位的所有薪資等級。薪資等級是薪資治理中最基礎的信息之一，不同的薪資等級能夠由不同的項目構成。通過整理薪資等級，能夠規范本單位的薪資體系。操作講明：能夠進行下列操作：新增薪資等級：分為二步操作：1）薪資等級的差不多信息錄入：點擊“新增”，然后在彈出窗口中錄入下列信息：等級名稱：能夠中、英文或數字，必填。等級編號：必須是數字，且不得與現有編號重復，必填。等級描述：用于對薪資等級進行描述，能夠不填。2）薪資等級的項目構成及標準金額設置：點擊“查詢”，查出新增的“薪資等級”，然后點擊“修改”，在彈出窗口中錄入那個薪資等級的項目構成及標準金額。薪資項目設置：不同的薪資等級同意由不同的薪資項目構成。能夠在那個地點指定那個薪資等級所包含的薪資項目。點擊“添加項目”：要求輸入下列內容項目名稱：要求選擇薪資項目（已選擇的薪資項目就不再顯示），選擇后，項目編號、項目類型、計算方式能夠自動顯示出來。假如選擇的項目是“固定”項，則要求輸入項目金額，即在那個薪資等級中，那個項目的金額是多少。假如選擇的項目是“浮動”項，則要求輸入以下三項：項目金額：即在那個薪資等級中，那個項目的金額是多少。由于那個項目是浮動項，因此在實際做工資時，那個金額只是作為缺省值，能夠依照當時的情況進行修改。金額上限、金額下限：要求指定那個浮動項的上、下限，在做工資時，假如輸入的浮動項的數值超出了范圍（大于上限或小于下限），則系統會提示：“本項目金額必須在N至M之間，假如需要超出此范圍，請與系統治理員聯系修改”。這要緊是為了防止做工資時因金額錄入錯誤導致的問題。錄入后，點“確定”，則那個薪資項目就增加到那個薪資等級中。然后再按上述方法把其它薪資項目設置好。差不多設置的薪資項目能夠點擊后面的進行修改（如修改金額或上、下限），或點擊刪除。單位工價設置：要求必須指定每個考勤類型的單位工價。能夠填0，但不能為空。全部填寫完畢后，點擊“確定”，即可完成一個薪資等級的設置。系統中存在一個缺省的薪資等級“零級”，薪資等級等于“零級”的人員沒有工資。查看現有薪資等級，并進行修改：執行本功能時，系統直接列出所有“在用”的薪資等級。能夠點擊后面的“修改”按鈕，對現在的薪資等級進行修改。假如有的薪資等級今后確認不再使用，能夠把那個薪資等級的狀態改為“停用”，那么以后在設置職員的薪資等級時，就不能再選擇這種薪資等級。假如需要查看或修改“停用”的薪資等級，能夠把檢索條件“狀態”選為“停用”，然后再點擊查詢，列出停用的薪資等級，并能夠進行修改（包括能夠把狀態改為“在用”）。注：假如一個薪資等級此前已被引用過，但后來進行了修改，那么修改只會對以后的薪資工作有阻礙，可不能阻礙往常的薪資數據，即使從那個薪資等級中刪掉了某個薪資項目，也只是以后做工資時沒有那個薪資項目了，往常的歷史數據中，采納那個薪資等級的職員的薪資明細中，仍能夠看到原來的構成項目。現在點“修改”并在彈出窗口中錄入或修改了薪資項目及金額后，當時就保存好了，即使下面沒點單位工價下面的“確定”、即使單位工價沒錄入，薪資項目的金額也變了。因此需特不注意，尤其是在測試或練習時假如改了項目構成或金額，但沒點單位工價下面的“確定”，假如以為原來的金額沒變，就會出問題。假如某個薪資項目后來被停用了，那么具有那個薪資項目的所有薪資等級中，那個項目都消逝了，相應的，各個等級的總金額也會變化。例：用有門業設置了下列薪資等級：注意：上表中只列出了一般加班（天）薪資標準，用有門業的公休日加班（天）和節日加班（天）分不按二倍和三倍計算。限于篇幅，上表中沒有列出。能夠依照上面的信息，在系統中設置好各個薪資等級。例如，先增加第一行的薪資等級。保存后，能夠顯示出那個新的薪資等級。然后點擊“修改”按鈕，彈出窗口中顯示為：點擊“添加項目”按鈕，在彈出窗口中添加第一個薪資項目“差不多工資”，如下所示：點擊確定后，再添加其它項目。注意：關于浮動項，還會要求填寫“金額上限、金額下限”。如此能夠特不行地幸免在確定職員薪資浮動項金額時出現大的異常錯誤（如錄入時的手誤）。能夠參照上面EXCEL中的數值錄入。例如，下面的考勤獎金扣減，將金額上限定為100后，在每個月給職員做工資時，那個項目的實際金額就不可能超出100。完成薪資項目部分的設置后，顯示如下（其中：固定項無需錄入金額上限、下限，因此顯示為“—”）：然后再進行“單位工價設置”，按照上面的薪資等級表中的數據，設置如下：上述內容確認無誤后，點擊“確定”按鈕，即可完成那個薪資等級的設置。現在能夠看到列表顯示如下，其中顯示了那個薪資等級包括幾個薪資項目、總計金額是多少：能夠按上面同樣的方式，完成所有薪資等級的設置。注：實際操作中，一般能夠先把所有薪資等級增加完后（即先只錄入各個薪資等級編號、名稱），再逐個點擊“修改”按鈕進行設置。不同的薪資等級能夠由不同的薪資項目構成，比如有的薪資等級只適用于高層治理人員、確信不需要“計量津貼”，那么在設置這些薪資等級時，就能夠不選擇那個薪資項目。如此就能夠特不靈活地治理本單位的各種薪資等級。薪資并發項目設置薪資并發項目是指與工資一起計算并發放，但業務性質上并不屬于薪資的一些項目。能夠是增加項或扣減項。如手機話費補貼、從工資中扣減的住宿費等。實際工作中，有些項目不適合作為工資項目（如住宿費、手機話費補貼），因為實際上不是工資等級的構成要素，只只是是要在做工資時體現出來，這些項目是與個人情況有關的，假如用的是個人手機、話費不是單位報銷，就可能有話費補貼這一項；如在單位住宿，就可能要扣住宿費，如此組合起來，假如作為工資項目處理，會把薪資等級變得特不多、特不雜亂，而且也不合理，因此不應體現在薪資等級中。但這些項目假如要求單獨交（如住宿費）或單獨發放（如話費），可能比較苦惱，從工資中加或扣會較為方便，因此實際業務中常與工資一起處理。但不應當理解為薪資等級的構成項目。這些項目與工資合并在一起發放（或扣減），但并不是薪資項目。稱為薪資并發項。本功能用于設置本單位的各種薪資并發項目。稅率表治理本功能用于依照國家的規定，設置與本單位人員相關的各種類型的個人所得稅稅率表。例如，能夠分為：標準稅率表：適用于一般的中國大陸地區公民在境內取得的工資收入。專門稅率表：適用于來源于境外的所得以及外籍人員、華僑和香港、澳門、臺灣同胞在中國境內的所得。系統中有一個“在用”和“停用”的預置值，能夠參考。系統中預置了目前中國大陸地區最新的稅率表，如下所示：今后如需修改，能夠參照系統中內置的本功能“講明”。福利信息下面是與職員福利（社保、住房公積金等）治理相關的基礎信息，能夠依照下面各個功能的“講明”，設置好這些信息。這些信息將會在福利治理時使用。設置時，應當按下列順序依次執行：福利項目設置HR系統中的福利指的是社保和住房公積金及類似性質的應付職工薪酬。本功能用于治理HR系統中的福利項目，如養老保險、醫療保險、住房公積金等。能夠依照政府規定，設置必要的福利項目。系統中預置了下列項目：福利等級治理定義：福利等級：是指福利項目的構成及金額完全相同的一種福利標準。本功能用于設置本單位涉及的所有福利等級。操作講明：執行本功能時，能夠看到，系統中存在二個缺省的、有特定意義的福利等級：零級：福利等級等于“零級”的人員沒有各項福利。按上期等級：福利等級等于“按上期等級”的人員的福利項目包括了所有在用的項目，但各個項目的金額是不確定的，第一次進行“福利任務執行”時的數值是人工錄入的，第二次是按上一次的金額（能夠在上一次基礎上人工修改）。那個等級適用于一些較為專門的、不便于設置為某個標準等級的情況。能夠進行下列操作：新增福利等級：分為二步操作：1）福利等級的差不多信息錄入：點擊“新增”，然后在彈出窗口中錄入下列信息：等級名稱：能夠中、英文或數字，必填。等級編號：必須是數字，且不得與現有編號重復，必填。福利基數：那個基數僅作為記錄用，并不用于實際業務運算。等級描述：用于對福利等級進行描述，能夠不填。2）福利等級的項目構成及標準金額設置：點擊“查詢”，查出新增的“福利等級”，然后點擊“修改”，在彈出窗口中錄入那個福利等級的項目構成及標準金額。不同的福利等級同意由不同的福利項目構成。能夠在那個地點指定那個福利等級所包含的福利項目。點擊“添加項目”：要求輸入下列內容：項目名稱：要求選擇福利項目（已選擇的福利項目就不再顯示），選擇后，項目編號能夠自動顯示出來。然后，要求輸入那個福利等級對應的單位金額和個人金額。錄入后，點“確定”，則那個福利項目就增加到那個福利等級中。然后再按上述方法把其它福利項目設置好。差不多設置的福利項目能夠點擊后面的進行修改，或點擊刪除。全部填寫完畢后，點擊“確定”，即可完成一個福利等級的設置。查看現有福利等級，并進行修改：執行本功能時，系統直接列出所有“在用”的福利等級。能夠點擊后面的“修改”按鈕，對現在的福利等級進行修改。假如有的福利等級今后確認不再使用，能夠把那個福利等級的狀態改為“停用”，那么以后在設置職員的福利等級時，就不能再選擇這種福利等級。假如需要查看或修改“停用”的福利等級，能夠把檢索條件“狀態”選為“停用”，然后再點擊查詢，列出停用的福利等級，并能夠進行修改（包括能夠把狀態改為“在用”）注：假如一個福利等級此前已被引用過，但后來進行了修改，那么修改只會對以后的福利工作有阻礙，可不能阻礙往常的福利數據，即使從那個福利等級中刪掉了某個福利項目，也只是以后做工資時沒有那個福利項目了，往常的歷史數據中，采納那個福利等級的職員的福利明細中，仍能夠看到原來的構成項目。假如某個福利項目后來被停用了，那么具有那個福利項目的所有福利等級中，那個項目都消逝了，相應的，各個等級的總金額也會變化。例：用有門業設置了下列薪資等級：能夠依照上面的信息，在系統中設置好各個福利等級。例如，先增加第一行的福利等級。講明：為便于使用，能夠在設置等級名稱時參照其適用范圍。比如上面的BJ-BC表示適用于北京的本地城鎮戶口的職員。保存后，能夠顯示出那個新的福利等級。然后點擊“修改”按鈕，彈出窗口中顯示為：點擊“添加項目”按鈕，在彈出窗口中添加第一個福利項目“養老保險”，如下所示：點擊確定后，再添加其它項目。完成福利項目部分的設置后，顯示如下：上述內容確認無誤后，點擊“確定”按鈕，即可完成那個福利等級的設置。現在能夠看到列表顯示如下，其中顯示了那個福利等級包括幾個福利項目，單位合計、個人合計、金額總計是多少：能夠按上面同樣的方式，完成所有福利等級的設置。注：實際操作中，一般能夠先把所有福利等級增加完后（即先只錄入各個福利等級編號、名稱），再逐個點擊“修改”按鈕進行設置。各個福利等級包含的福利項目能夠各不相同，因此特不方便。有時會有一些專門情況，因此系統中設置了以下福利等級，它們的各個福利項目均為0。設置這些福利等級能夠便于詳細了解各種不同情況。1）外單位參保（編號為80）：有些職員在外單位（如原單位參保），臨時不轉入本單位；2）報銷（編號為83）：有些職員個人自繳，臨時不轉入本單位，單位同意在個人自繳后報銷；3） 退休返聘（編號為86）：有些屬于退休返聘，因此不需要再辦理各項福利。4） 新入職辦理中（編號為89）有些新入職的職員由于某些專門緣故，臨時未能辦好；預備工作2：崗位分工及崗位信息的設置要進行考勤、薪資、福利治理工作，必須先明確有關崗位的工作職責，并在系統中對崗位信息做出相應的設置。下面結合用有門業的崗位分工進行講明：與考勤工作相關的崗位設置日常工作中，需要有人負責登記考勤信息，比如請假、加班、出差、遲到、早退、曠工等。在考勤期間結束后，還需要有人審核這些考勤數據，因為考勤數據直接阻礙薪資計算，因此審核是必要的。因此，必須明確以下幾點：誰能夠進行考勤登記需要依照本單位的治理需要，指定哪些崗位能夠負責考勤登記工作。能夠指定多個崗位，這是因為不同的部門可能由不同的崗位負責。我們把這些崗位上的人員稱為“考勤主管”。然后，需要在HR系統中，將這些崗位設置為具有“請假登記、出差登記、加班登記、日常考勤登記”功能的使用權限（用于平常登記考勤），以及“考勤治理——考勤任務執行”功能的使用權限（用于期末考勤處理工作）。因此，還能夠同時為這些崗位設置一些查詢功能。即在HR系統中，必須具有下列功能的使用權限：他能夠登記哪些人的考勤在HR系統中，負責考勤登記的人員只能給以他所在崗位為“考勤主管崗位”的崗位上的職員登記考勤。因此，必須先把負責考勤登記的人員的所在崗位設置為“是”考勤主管崗位，然后把他分管崗位的“考勤主管崗位”全設置為那個崗位。注意：登記考勤并不是按照“數據權限”來治理的。誰能夠審核考勤數據需要依照本單位的治理需要，指定哪些崗位能夠負責考勤數據審核工作。然后，需要在HR系統中，將這些崗位設置為具有“考勤任務審核”功能的使用權限，以便那個崗位上的職員有權限在系統中進行考勤數據審核。即在HR系統中，必須具有下列功能的使用權限：他能夠審核哪些人的考勤在HR系統中，負責審核考勤數據的人員只能給以他所在崗位為“考勤審核崗位”的崗位上的職員審核考勤數據。因此，必須先把負責審核考勤數據的人員的所在崗位設置為“是”考勤審核崗位，然后把他分管崗位的“考勤審核崗位”全設置為那個崗位。注意：那個地點也不是按照“數據權限”來治理的。因此，需要對崗位信息做出下列設置：關于“考勤主管崗位”的設置將負責考勤登記工作的崗位設置為“是”考勤主管崗位；確保這些崗位的“功能權限”中，包括了“請假登記、加班登記、出差登記、日常考勤登記”功能的使用權限；將由這些崗位負責登記考勤的崗位的“考勤主管崗位”指定為這些崗位。關于“考勤審核崗位”的設置將負責考勤審核工作的崗位設置為“是”考勤審核崗位；確保這些崗位的“功能權限”中，包括了“考勤任務審核”功能的使用權限；將由這些崗位負責審核考勤的崗位的“考勤審核崗位”指定為這些崗位。確定考勤登記的分工用有門業規定如下：集團職能部：各個部門都有一個職員作為考勤主管，兼管考勤登記工作。本部門職員如有請假、加班等事項，需要由該考勤主管在HR系統中登記。用有門業規定集團各職能部由該各部門的副經理作為本部門的考勤主管。特例：信息部目前沒有副經理，因此由系統治理員付聰作為本部門的考勤主管。人力資源部由人事信息組文員陳偉珍負責本部門的考勤工作。講明：能夠依照本單位的情況，指定各個考勤主管。這一點是能夠專門靈活的。各生產企業及分公司：由本公司“人力資源部主管”負責本公司所有職員（含本公司經理）的考勤登記。下面依照如此的分工，對這些崗位做相應的設置。確定哪些崗位“是”考勤主管崗位韋寶華執行“崗位信息列表維護”或能，先用下列自定義條件查出這些崗位：【講明】：第二個條件“崗位名稱包含公司人力資源部主管”是為了同時列出下屬生產企業和分公司的人力資源部主管。由于這些崗位的名稱中都包含了“公司人力資源部主管”，因此能夠加上那個條件，以便一起查出來并進行批量設置。點擊“查詢”按鈕后，選擇有關崗位：注意：上面也查出了信息部副經理、人力資源部副經理，但依照用有門業的分工，這二個崗位不必設置為“是”考勤主管崗位。能夠先“全選”上述崗位，再取消這二個崗位。然后，將選擇的崗位批量設置為“是”考勤主管崗位。設置這些崗位的權限（功能權限、數據權限）上面提到，需要確保這些崗位的“功能權限”中，包括了“請假登記、加班登記、出差登記、日常考勤登記、考勤任務執行”功能的使用權限。即需要給這些崗位指定一個適當的角色。在前面進行職員信息治理時，下屬生產企業和分公司的人力資源部主管崗位的功能權限差不多設置為“分部人事考勤福利主管”，那個角色現在已具有這些功能，如下所示：另外，集團人事信息組文員那個崗位的功能權限也差不多設置為“總部人事考勤主管”，那個角色也具有這些考勤登記和治理的功能。因此，只需要再設置其它幾個崗位的角色。能夠看到，系統中有一個預置角色“部門考勤主管”，也具有這些功能的使用權限，正好符合我們的需要，因此，能夠把其它各個崗位的HR系統功能權限全部設置為那個角色。【特不講明】：“部門考勤主管”那個角色的“職員信息查詢授權”沒有“薪資”頁簽：因此，那個角色只能查看治理信息和考勤信息。無權查看職員的薪資信息，比如，銷售部副經理能夠登記本部門所有人員（包括部門經理）的考勤，然而看不到任何人的薪資。也無權查看個人信息，比如，查看不到職員的家庭住址、戶口所在地等信息。能夠先選擇下面這些崗位：然后點擊“批量設置”，設置為：上述崗位的功能權限設置為“部門考勤主管”后，還需要設置這些崗位的數據權限，因為他們也需要在HR系統中查看一些差不多的職員信息。由于數據權限各不相同，因此能夠在上面的列表中，逐個點擊崗位名稱、逐個進行設置。假如感受從上面的列表中逐個選擇比較苦惱，能夠重新指定以下自定義條件：如此就能夠只查出剛設置的各個崗位：然后逐個點擊崗位名稱，在彈出窗口中設置其數據權限。依照用有門業的規定，他們只能查看本部門職員的信息，因此，數據權限的設置特不簡單，比如，集團銷售部副經理的數據權限設置是“部分”，具體設置為：能夠按同樣的方式，完成其它崗位的設置。如此，就指定好了哪些崗位“是”考勤主管崗位，并設置好了這些崗位的功能權限和數據權限。【講明】：盡管這些崗位的數據權限是本部門（或公司）的全部崗位（比如，集團工程部副經理能夠查看到本部門的全部人員，包括經理），但不用擔心信息安全，因為角色信息設置為他只能查看差不多信息和考勤信息，并不能看到薪資、福利、個人信息等敏感信息。確定各個崗位的“考勤主管崗位”依照用有門業的治理規定，各個部門職員的考勤登記工作由那個部門的考勤主管崗位負責。因此設置特不簡單，比如：集團銷售部所有職員的考勤主管崗位設置：先查出這些崗位：點擊“查詢”，顯示以下崗位：然后全選，再點擊“批量設置”，在彈出窗口中設置為：然后點擊“保存”即可。能夠按同樣方法完成集團其它職能部各崗位的設置。【講明】：有二個比較特不的部門總經辦：用有門業規定，總經辦人員不需要記考勤，但系統中要求必須設置每個崗位的考勤主管，因此，能夠全部設置為“集團人事信息組文員”。儲備部：這些職員目前沒有確定實際歸屬部門，因此也能夠全部設置為“集團人事信息組文員”。各下屬公司職員的考勤主管崗位設置：以邦加門公司為例：按上面同樣的方式，指定下列條件，查出邦加門公司的所有崗位：然后再按上面同樣的方式，將各個崗位的“考勤主管崗位”設置為“邦加門公司人力資源部主管”。能夠按同樣方法完成其它下屬公司各崗位的設置。最后檢查是否有漏設的崗位：能夠在“崗位信息列表維護”功能中，查出所有崗位，然后點擊“顯示擴展信息”按鈕，現在就能夠在列表中查看所有崗位的考勤主管崗位：崗位較多時，逐個查看比較苦惱，能夠點擊“考勤主管崗位”那個標題進行排序，如此，假如有未設置的，就會集中顯示在一起，特不容易查看。本例中，查看后發覺已全部設置完畢。【講明】：在考勤薪酬業務啟用前，設置崗位信息并不需要指定“是否”考勤主管崗位，也不需要指定每個崗位的考勤主管崗位。但考勤薪酬業務啟用后，這些信息確實是必須具備的了，由于現在預備啟用考勤薪酬業務，因此需要對往常設置的崗位補設這些信息。當考勤薪酬業務啟用后，再新增或修改崗位信息時，就必須同時設置這些信息了。確定考勤審核的分工用有門業規定如下：集團職能部：由各部門經理負責本部門的考勤數據審核。各生產企業：由本公司“人力資源部經理”負責本公司所有職員（含本公司經理）的考勤數據審核。各分公司：由本公司主管人事工作的“副經理”負責本公司所有職員（含本公司經理）的考勤數據審核。下面依照如此的分工，對這些崗位做相應的設置。確定哪些崗位“是”考勤審核崗位韋寶華執行“崗位信息列表維護”或能，先用下列自定義條件查出這些崗位：點擊“查詢”按鈕后，顯示下列崗位：然后“全選”，并把上述崗位全部設置為“是”考勤審核崗位。設置這些崗位的權限（功能權限、數據權限）上面提到，需要確保這些崗位的“功能權限”中，包括了“考勤任務審核”功能的使用權限。即需要給這些崗位指定一個適當的角色。上面這些崗位中，“集團人力資源部經理”那個崗位差不多設置為“總部人事經理”那個角色，它具有“考勤任務審核”功能的使用權限，因此不必再設置那個崗位的功能權限。下面考慮其它崗位的權限。能夠看到，系統中有二個預置角色“分部人事經理”和“部門經理”，都符合我們的需要。兩者的差不是“分部人事經理”具有的功能權限更多，比如具有入職、轉正、離職、調配的申請權限，同時在“職員信息查詢授權”中同意查看薪資、福利、其它薪酬。而“部門經理”沒有這些權限。由于“薪資、福利、其它薪酬”信息的保密要求專門高，而且這些崗位也不需要使用入職、轉正、離職、調配的申請功能。因此能夠把這些崗位的HR系統功能權限全部設置為“部門經理”那個角色。因此，先“全選”上述崗位、再去掉“集團人力資源部經理”那個崗位，再點擊“批量設置”，將所選崗位的HR系統功能權限設置為“部門經理”：然后保存即可。上述崗位的功能權限設置為“部門經理”那個角色后，還需要設置這些崗位的數據權限（集團人力資源部經理除外），因為他們也需要在HR系統中查看一些差不多的職員信息。由于數據權限各不相同，因此能夠在上面的列表中，逐個點擊崗位名稱，在彈出窗口中設置其數據權限。依照用有門業的規定，他們只能查看本部門職員的信息，因此，數據權限的設置特不簡單，比如，集團銷售部經理的數據權限設置是“部分”，具體設置為：能夠按同樣的方式，完成其它崗位的設置。如此，就指定好了哪些崗位“是”考勤審核崗位，并設置好了這些崗位的功能權限和數據權限。【講明】：盡管這些崗位的數據權限是本部門（或公司）的全部崗位，比如，邦加門公司人力資源部經理能夠查看到本公司的全部人員，包括本公司經理，但不用擔心信息安全，因為其角色“部門經理”并沒有查看薪資、福利、其它薪酬等敏感信息的權限。確定各個崗位的“考勤審核崗位”依照用有門業的治理規定，各個部門職員的考勤審核工作由那個部門的考勤審核崗位負責。因此設置特不簡單，比如：集團銷售部所有職員的考勤審核崗位設置：先查出這些崗位：點擊“查詢”，顯示以下崗位：然后全選，再點擊“批量設置”，在彈出窗口中設置為：然后點擊“保存”即可。能夠按同樣方法完成集團其它職能部各崗位的設置。【講明】：有二個比較特不的部門總經辦：用有門業規定，總經辦人員不需要記考勤，但系統中要求設置每個崗位的考勤審核崗位，因此，能夠全部設置為“集團人事資源部經理”儲備部：這些職員目前沒有確定實際歸屬部門，因此也能夠全部設置為“集團人事資源部經理”。各下屬公司職員的考勤審核崗位設置：以邦加門公司為例：按上面同樣的方式，指定下列條件，查出邦加門公司的所有崗位：然后再按上面同樣的方式，將各個崗位的“考勤審核崗位”設置為“邦加門公司人力資源部經理”。能夠按同樣方法完成其它下屬公司各崗位的設置。最后檢查是否有漏設的崗位：能夠在“崗位信息列表維護”功能中，查出所有崗位，然后點擊“顯示擴展信息”按鈕，現在就能夠在列表中查看所有崗位的考勤審核崗位：崗位較多時，逐個查看比較苦惱，能夠點擊“考勤審核崗位”那個標題進行排序，如此，假如有未設置的，就會集中顯示在一起，特不容易查看。本例中，查看后發覺已全部設置完畢。與薪資工作相關的崗位設置職員的薪資等級確定了職員薪資的構成，但并不是確定了職員每個期間的實際薪資，因為薪資等級中可能包括了一些浮動項，如績效獎金等。因此，在每個考勤期間結束后，需要有人最終確定并填報本期間職員的薪資（實際上確實是要確定各個浮動項的金額）。然后，還需要有人審核這些薪資數據，因為薪資數據特不重要，因此審核是必要的。因此，必須明確以下幾點：誰負責填報職員的薪資需要依照本單位的治理需要，指定哪些崗位能夠負責填報職員的薪資。然后，需要在HR系統中，將這些崗位設置為具有“薪資任務執行”功能的使用權限，因為填報工資是在那個功能中操作的。即在HR系統中，必須具有下列功能的使用權限：他能夠填報哪些人的薪資在HR系統中，負責填報薪資的人員只能給以他所在崗位為“薪資主管崗位”的崗位上的職員填報薪資。因此，必須先把負責填報薪資的人員的所在崗位設置為“是”薪資主管崗位，然后把他分管崗位的“薪資主管崗位”全設置為那個崗位。注意：那個地點并不是按照“數據權限”來治理的。誰負責審核職員的薪資需要依照本單位的治理需要，指定哪些崗位能夠負責職員薪資數據的審核。然后，需要在HR系統中，將這些崗位設置為具有“薪資任務審核”功能的使用權限，以便那個崗位上的職員有權限在系統中進行薪資數據的審核。即在HR系統中，必須具有下列功能的使用權限：他能夠審核哪些人的薪資在HR系統中，負責審核薪資數據的人員只能給以他所在崗位為“薪資審核崗位”的崗位上的職員審核薪資數據。因此，必須先把負責審核薪資數據的人員的所在崗位設置為“是”薪資審核崗位，然后把他分管崗位的“薪資審核崗位”全設置為那個崗位。注意：那個地點也不是按照“數據權限”來治理的。因此，需要對崗位信息做出下列設置：關于“薪資主管崗位”的設置將負責薪資填報工作的崗位設置為“是”薪資主管崗位；確保這些崗位的“功能權限”中，包括了“薪資任務執行”功能的使用權限；將由這些崗位負責填報薪資的崗位的“薪資主管崗位”指定為這些崗位。關于“薪資審核崗位”的設置將負責薪資審核工作的崗位設置為“是”薪資審核崗位；確保這些崗位的“功能權限”中，包括了“薪資任務審核”功能的使用權限；將由這些崗位負責審核薪資的崗位的“薪資審核崗位”指定為這些崗位。確定薪資主管崗位，并完成相關設置用有門業規定如下：集團各職能部所有職員（包括從部門經理到一般職員）的薪資由分管該部門的“副總經理”負責確定（注：各部門一般職員的薪資能夠由各部門經理整理后交給主管“副總經理”）。特例：總經辦：用有門業規定，總經辦人員的薪資由于高度保密，因此不在HR系統中記錄，他們的薪資等級能夠都設置為“零級”。然而系統中仍要求有某個崗位負責填報他們的工資，能夠指定為由“集團人力資源部經理”負責。儲備部：這些職員目前沒有確定實際歸屬部門，因此全部設置為“集團人事資源部經理”。下屬生產企業和分公司職能部副經理以上（含）的職員的薪資也是由分管該公司的“副總經理”負責確定；各生產企業職能部副經理以下所有職員：由本公司“人力資源部經理”負責薪資填報。各分公司職能部副經理以下所有職員：由本公司分管人事工作的“副經理”負責薪資填報。能夠依照如此的分工和要求，進行下列設置（具體能夠參照上面“考勤”部分的設置方法）。那個地點不再詳細講明。將負責薪資填報工作的崗位設置為“是”薪資主管崗位；設置這些崗位的權限（包括功能權限和數據權限），應確保這些崗位的“功能權限”中，包括了“薪資任務執行”功能的使用權限；將由這些崗位負責填報薪資的崗位的“薪資主管崗位”指定為這些崗位。確定薪資審核崗位，并完成相關設置用有門業規定如下：集團職能部所有職員（包括總經辦、儲備部），以及下屬生產企業和分公司職能部副經理以上（含）的職員：由集團人力資源部經理負責薪資數據的審核。各生產企業職能部副經理以下所有職員：由本公司經理負責薪資數據的審核。各分公司職能部副經理以下所有職員：由本公司經理負責薪資數據的審核。能夠依照如此的分工和要求，進行下列設置（具體能夠參照上面“考勤”部分的設置方法）。那個地點不再詳細講明。將負責薪資審核工作的崗位設置為“是”薪資審核崗位；設置這些崗位的權限（包括功能權限和數據權限），應確保這些崗位的“功能權限”中，包括了“薪資任務審核”功能的使用權限；將由這些崗位負責審核薪資的崗位的“薪資審核崗位”指定為這些崗位。與福利工作相關的崗位設置職員的福利等級確定了職員福利的構成，但有時會遇到一些專門情況，需要進行調整。因此，在每個考勤期間結束后，需要有人最終確定并填報本期間職員的實際福利數據。然后，還需要有人審核這些福利數據，因為福利數據特不重要，因此審核是必要的。因此，必須明確以下幾點：誰負責填報職員的福利數據需要依照本單位的治理需要，指定哪些崗位能夠負責填報職員的福利數據。然后，需要在HR系統中，將這些崗位設置為具有“福利任務執行”功能的使用權限，因為填報福利數據是在那個功能中操作的。即在HR系統中，必須具有下列功能的使用權限：他能夠填報哪些人的福利數據在HR系統中，負責填報福利數據的人員只能給以他所在崗位為“福利主管崗位”的崗位上的職員填報福利數據。因此，必須先把負責填報福利數據的人員的所在崗位設置為“是”福利主管崗位，然后把他分管崗位的“福利主管崗位”全設置為那個崗位。注意：那個地點并不是按照“數據權限”來治理的。誰負責審核職員的福利數據需要依照本單位的治理需要，指定哪些崗位能夠負責職員福利數據的審核。然后，需要在HR系統中，將這些崗位設置為具有“福利任務審核”功能的使用權限，以便那個崗位上的職員有權限在系統中進行福利數據的審核。即在HR系統中，必須具有下列功能的使用權限：他能夠審核哪些人的福利數據在HR系統中，負責審核福利數據的人員只能給以他所在崗位為“福利審核崗位”的崗位上的職員審核福利數據。因此，必須先把負責審核福利數據的人員的所在崗位設置為“是”福利審核崗位，然后把他分管崗位的“福利審核崗位”全設置為那個崗位。注意：那個地點也不是按照“數據權限”來治理的。因此，需要對崗位信息做出下列設置：關于“福利主管崗位”的設置將負責福利數據填報工作的崗位設置為“是”福利主管崗位；確保這些崗位的“功能權限”中，包括了“福利任務執行”功能的使用權限；將由這些崗位負責填報福利數據的崗位的“福利主管崗位”指定為這些崗位。關于“福利審核崗位”的設置將負責福利數據審核工作的崗位設置為“是”福利審核崗位；確保這些崗位的“功能權限”中，包括了“福利任務審核”功能的使用權限；將由這些崗位負責審核福利數據的崗位的“福利審核崗位”指定為這些崗位。確定福利主管崗位，并完成相關設置用有門業規定如下：集團總部所有職員（包括總經辦、儲備部）：由“集團福利主管”負責福利數據填報；各生產企業及分公司所有職員：由本公司“人力資源部主管”負責福利數據填報；能夠依照如此的分工和要求，進行下列設置（具體能夠參照上面“考勤”部分的設置方法）。那個地點不再詳細講明。將負責福利數據填報工作的崗位設置為“是”福利主管崗位；設置這些崗位的權限（包括功能權限和數據權限），應確保這些崗位的“功能權限”中，包括了“福利任務執行”功能的使用權限；各下屬公司人力資源部主管：前面已將角色設置為“分部人事考勤福利主管”，該角色具有“福利任務執行”功能的使用權限。此外，該角色還具有“福利等級調整”等功能，能夠修改本人“數據權限”內的職員的福利等級，由于各下屬公司人力資源部主管也負責這項工作，因此那個功能也是需要的。因此，能夠接著使用那個角色，不必再做設置。這些崗位的數據權限原來差不多設置為“本公司十一級以下崗位”。然而在福利治理方面，他們要分管所屬公司全部職員的福利。這二者并不矛盾，因為數據權限是用于操縱在一般的查詢功能中能查看哪些職員的信息，而福利治理方面，則是能夠治理以那個崗位為“福利主管崗位”的所有崗位的福利工作。集團福利主管：目前還沒有給該崗位設置功能權限。前面介紹過，主控系統中預置了“總部福利主管”那個角色，能夠發覺那個角色符合上面的分工要求。因為該角色具有“福利任務執行”功能的使用權限，而且，該角色還具有“福利等級調整”等功能，能夠修改本人數據權限內的職員的福利等級，由于集團福利主管也負責這項工作，因此那個功能也是需要的。由于集團福利主管需要治理全公司職員的福利工作，要經常查看集團所有職員的信息，因此，那個崗位的數據權限設置為“全部”。只是，這并不阻礙數據安全，因為他沒有查看薪資數據的任何權限。比如：“總部福利主管”那個角色的“職員信息查詢授權”如下，其中沒有薪資信息、其它薪酬的查詢權限：將由上述崗位負責填報福利數據的崗位的“福利主管崗位”指定為上述崗位。確定福利審核崗位，并完成相關設置用有門業規定如下：集團所有職員福利數據的審核均由“集團福利主管”負責。講明：這是因為福利治理工作相對專業，而且福利數據比較穩定，另外，最終審核時需要與銀行提供的數據核對，因此，在集團總部由“集團福利主管”統一核對比較方便，效率也高，能夠幸免增加其他治理人員的工作量。因此，如有必要，也能夠單獨設置多個“福利審核崗位”。能夠依照如此的分工和要求，進行下列設置（具體能夠參照上面“考勤”部分的設置方法）。那個地點不再詳細講明。將負責福利數據審核工作的崗位設置為“是”福利審核崗位；設置那個崗位的權限（包括功能權限和數據權限），應確保這些崗位的“功能權限”中，包括了“福利任務審核”功能的使用權限；講明：上面差不多把“集團福利主管”那個崗位的角色設置為“總部福利主管”。該角色也具有“福利任務審核”功能的使用權限，因此那個角色符合上面的分工要求、不必修改。將由那個崗位負責審核福利的崗位的“福利審核崗位”指定為那個崗位。考勤薪酬業務啟用完成上述基礎信息設置后，如確認無誤，能夠執行“考勤薪酬業務啟用”。考勤薪酬業務啟用考勤薪酬業務指的是考勤、薪資、福利治理等人事工作。“考勤薪酬業務啟用”功能用于設置從哪個期間開始使用考勤、薪資、福利治理的功能。那個期間之前，不同意進行考勤、薪資、福利治理，HR系統中的相關功能禁止使用。如此，用戶能夠先把職員入職、轉正、離職、調配等基礎功能用好后，再開始啟用考勤、薪資、福利治理功能，便于用戶分時期了解并使用HR系統。本功能同時用于首次設置考勤期間：必須在執行本功能時首次設置考勤期間（能夠同時設置多個年度），以后能夠在“考勤期間設置”功能中修改、刪除或增加。設置考勤期間必須特不慎重，考勤期間設置后一旦在HR系統中被引用，就不能再修改。能夠參照本功能的“講明”，啟用考勤薪酬業務。不同單位的治理要求不同，考勤期間不一定是自然月，也可能是其它情況，比如能夠是上月26日到本月25日，必須依照本單位的情況自行設置。用有門業的考勤期間是上月20日到本月19日，決定從2月20日至3月19日那個期間開始進行考勤、薪資、福利治理，因此，執行本功能時，應當設置為：設置考勤期間時，注意必須考慮好“啟用考勤年度、期間”：它指的是從那個期間開始需要進行考勤、薪資、福利的治理，缺省是當前的自然年度和月度。注意：假如存在某個崗位沒有設置好“考勤主管崗位、考勤審核崗位、薪資主管崗位、薪資審核崗位、福利主管崗位、福利審核崗位”，那么將不能啟用考勤薪酬業務。這也是上面先進行崗位信息設置的緣故。“考勤薪酬業務啟用”完成后，才能夠開始在HR系統中進行考勤、薪資、福利工作的治理。相關工作講明考勤薪酬業務啟用后，能夠開展專門多新的治理工作，相應的，系統中有下列內容需要關注：關于考勤期間治理考勤薪酬業務啟用后，由于考勤、薪資、福利業務差不多上按“考勤期間”治理的，因此，必須治理好本企業的考勤期間。在執行“考勤薪酬業務啟用”時，差不多設置了考勤期間，同時能夠同時設置多個年度，由于一般情況下，考勤期間的設置比較穩定，因此，設置之后一般不必再調整。然而，假如前面設置的“考勤期間”有問題，需要修改，或者需要增加再多的年度，能夠執行“考勤期間治理”功能。能夠查看系統中本功能內置的“講明”，詳細了解本功能的使用方法。對崗位設置的阻礙考勤薪酬業務啟用后，假如再增加或修改崗位信息，系統會要求必須設置好下列所有各項信息：我們再回憶一下不同時期對崗位信息設置的要求：沒有啟用HR系統時這時設置崗位信息只需要設置好下列信息：其它信息都能夠不設置。因此這時的崗位設置特不簡單。利用上述信息，就差不多能夠特不行地使用OA、TC、PB、FM、CRM等各個系統。啟用了HR系統、但沒啟用考勤薪酬業務時這時設置崗位信息需要再設置好下列信息：如此，就能夠開始在HR系統中進行職員信息治理，包括入職、轉正、調配、離職的治理。此外，還能夠進行人事合同治理、招聘治理（這些內容將在后面介紹）。啟用考勤薪酬業務后：這時設置崗位信息需要再設置好下列信息：這時，就能夠在HR系統中進行所有人力資源治理工作，包括考勤、薪資、福利等業務的治理。系統采納如此的設計方式后，一方面保持了系統基礎的嚴謹，另一方面又特不便于循序漸進地把系統使用好。對入職審批的阻礙假如未執行“考勤薪酬業務啟用”，那么在對入職申請進行審批時，只需要檢查職員信息是否正確，假如沒有問題，就能夠直接審批通過，并不需要指定薪資等級及適用稅率。假如已執行“考勤薪酬業務啟用”，那么在對入職申請進行審批時，除了要檢查各項職員信息是否正確，還要求審批人必須在中間的“薪資信息”欄中填寫下列內容：薪資等級：缺省為空。審核人必須指定那個職員的薪資等級。薪資發放：缺省為“可發”，一般不必修改。適用稅率：要求指定該職員適用的稅率表。假如本單位有非中國大陸藉職員，就可能涉及多個稅率表，現在必須選擇適用的稅率表。然后，再點擊“審核通過”按鈕，則那個職員就成為系統中的一個在職職員。顯然，這是特不方便、合理的，因為如此能夠在入職審批的同時就確定該職員的薪資等級，而且由審批人確認是恰當的，如此能夠由審批人集中治理薪資等級，更加可靠。注：職員的薪資支付方式（以及銀行、賬號）不在入職審批時指定，而是以后在“薪資信息治理”功能中單獨維護。因為入職審批時該職員可能還沒辦工資卡，因此還無法確定。職員的福利等級、福利發放等福利信息也不在審批時指定，而是以后在“職員福利調整”功能中單獨維護，因為這些內容只有職員通過有關手續、由福利主管辦理完后才能確定（新入職職員在入職審批后，福利發放缺省是“停發”、福利等級缺省是“零級”）講明：假如按照實施打算，在前期只是做職員信息治理而不考慮考勤、薪資、福利等業務，那么在審核時就不需要考慮薪資等級及適用稅率，從而使前期工作盡可能簡單。能夠在正式開始薪資治理工作時（即執行“考勤薪酬業務啟用”后），再把每個人的薪資等級及適用稅率調整好。對轉正審批的阻礙由于轉正經常會涉及職員薪資等級的調整，因此在轉正審批時，審批人能夠指定職員薪資等級在什么時刻要做什么樣的調整。系統會由定時器操縱在到達指定日期后，進行薪資等級的自動調整。對調配審批的阻礙由于調配經常會涉及職員薪資等級的調整，因此在調配審批時，審批人能夠指定職員薪資等級在什么時刻要做什么樣的調整。系統會由定時器操縱在到達指定日期后，進行薪資等級的自動調整。對離職審批的阻礙在職員離職審批時，系統要求指定職員薪資的停發日期，因為職員離職后并不一定趕忙停發工資，還可能有一些工資需要發放。系統會由定時器操縱在到達指定日期后，將職員設置為薪資停發。小結能夠看到，考勤薪酬業務啟用后，在入職、轉正、調配、離職的審批時，都會涉及對職員薪資信息的治理。現在就專門容易理解在前面的例子中，什么緣故由“集團薪資主管”負責有關職員入職、轉正、調配、離職的審批——如此分工能夠專門好地兼顧所有工作，因此是特不合理的。這也講明，在使用HR系統后，必須結合系統設計合理的工作流程，才會取得理想的效果。初始工作：現有職員薪資、福利信息的設置完成上述基礎設置工作后，就能夠開始在HR系統中治理考勤、薪資、福利工作。現在系統中差不多有專門多職員，顯然，必須先確定好這些職員的薪資等級、銀行賬號、福利等級等各種信息。職員薪資信息的設置能夠按下面的方法，設置好職員的薪資等級、薪資發放方式、開戶銀行、銀行賬號。職員薪資調整職員的薪資等級是職員薪資中最重要的部分，也是職員薪資計算的差不多依據。“薪資治理”菜單下的“職員薪資調整”功能能夠用于對本人數據權限內的人員進行“薪資等級”和“薪資發放”的調整。能夠修改職員的薪資等級，也能夠將“薪資發放”由“可發”改為“停發”，或由“停發”改為“可發”。那個功能是日常進行薪資信息治理最重要的功能，因此需要特不注意那個功能的授權。應當依照本單位薪資治理的需要，授權給有關崗位。同時，應當注意這些“崗位”的“數據權限”。用有門業規定：集團職能部所有職員，以及下屬生產企業和分公司職能部副經理以上（含）職員的薪資等級：由“集團人力資源部經理”負責治理。那個崗位的功能權限是“總部人事經理”，那個角色具有本功能的使用權限。其他職員的薪資等級：由“集團薪資主管”負責治理。那個崗位的功能權限是“總部人事薪資主管”，那個角色也具有本功能的使用權限。注意：由于在前面只實施“職員信息治理及轉正、調配、離職”，現在職員的薪資等級能夠不必嚴格要求準確設置（比如，那個時期都缺省設置成“零級”）。然而，現在正式開始進行薪資治理工作時，應當先使用本功能，將所有職員的薪資等級調整正確。例：初次設置職員的薪資等級時，由于職員可能較多，能夠考慮將職員按各個職務分不查詢出來，然后設置。因為同一職務的職員的薪資等級往往比較類似（盡管不一定相同），因此如此操作可能比較方便。薪資信息治理“薪資治理”菜單下的“薪資信息治理”功能能夠用于對本人數據權限內的人員進行薪資信息和薪資發放的調整。能夠修改職員的薪資支付方式、銀行、賬號，也能夠將“薪資發放”由可發改為停發，或由停發改為可發。但本功能不涉及薪資等級數據，因此在授權時要求相對寬松一些。在執行職員信息補充導入和職員信息新增導入時，都能夠從EXCEL中直接導入薪資支付方式、銀行、賬號。假如差不多導入，那么能夠就不必再逐個錄入。然而由于那個信息特不重要，因此，應當認真檢查。【講明】：之因此為把“薪資等級調整”和“薪資信息治理”分為兩個功能，是因為二者的性質不同，薪資發放方式、銀行賬號只是輔助性的信息，另外，是因為保密程度的不同，一般對薪資等級的保密程度要求較高，因此，分為二個功能，便于授權給不同的人員。職員福利信息的設置要治理職員的福利，必須先設置好職員的福利等級、福利繳費方式等基礎信息。對職員的福利信息進行維護治理是福利治理最要緊的日常工作，重點是維護下列信息：社會保險號、醫療保險號、住房公積金號：關于享有這些福利的職員，能夠填寫這些信息（但不是必須填寫）。福利起始日期：用于記錄職員的福利起繳日期。福利等級：職員入職后缺省為“零級”。如有變化，能夠修改。現在系統還會要求指定“調整緣故”。需要特不注意福利等級為“按上期等級”時的意義。繳費單位：當存在多個法律主體時（比如用有門業就存在多個法律主體），職員的所屬單位與福利繳費單位可能不同，因此需要指定，如有變化也能夠修改。福利發放：能夠由可發改為停發，或由停發改為可發。其中，由可發改為停發時，系統還要要求指定“停發緣故”。繳費方式：如有變化能夠修改