概述

在人事與人力資源管理專案中，工資業務通常是比較複雜的一塊，其複雜性表現在業務邏輯、資料結構和演算法3個維度，而在初步接觸該業務時，往往會因為較多的業務術語而更加難以理解。

本文旨在根據自己接觸的幾個工資專案，對機關事業單位工資管理業務常見概念、流程、經驗進行總結和梳理。

工資關係到每個人，尤其是在市場經濟的今天，工資對每個組織和個人都非常重要，但是對於工資當中常見的名詞，很多情況下只有財務、人事可以講清楚，通過本文，也讓個人對自己的工資有所瞭解。

範圍

工資在不同的環境，其組成、計算方式等均有較大的政策變化和法律約束，因此，本文在行業上僅限於機關和事業單位，在地域上僅限於北京市。

常見概念

工資：工資是一個泛稱，需要根據語境具體分析，一般指金錢、財物等勞動報酬或其他所得，從組織流轉到個人的過程中各個環節的計算數字。在不同的環節過程中，具有不同的含義。

工資總額：由於公務員和部分事業單位，其工資來源是財政撥款，所以撥款機關單位需要對各單位的撥款使用情況進行管控，其關注點是針對整個單位的工資，而不是單位的個人工資，因此叫做工資總額。

工資賬套：對個人工資的管理標準，工資管理的一切都要和賬套關聯。

工資項：工資的構成專案，每個賬套由固定的工資項構成。

應發工資項：應發工資的構成專案。比較典型的如基本工資、績效工資、取暖費、交通補助、餐補、住房補貼等。

扣減工資項：扣減工資的構成專案。比較典型的如社會保險、公積金、個人所得稅。

應發工資：組織應當發放給個人的工資數。一般是各應發工資項的工資額之和。

扣減工資：需要從應發工資中扣減的工資數。一般是各扣減工資項的工資額之和。

實發工資：應發工資-扣減工資。即實際發放到個人的工資。

單項工資：單獨發放的工資，和當月工資不一起計算髮放的工資。

上發薪：一種發放工資的形式，指本月發放下個月的工資。政府多屬這一種。

下發薪：一種發放工資的形式，指本月發放上個月的工資。企業多屬這一種。

工資項計算標準：每個工資項的計算標準，一個工資項可能對應多個標準，此時可能需要對工資賬套再細分。比如事業單位管理人員的基本工資，一般由職務級別和工資檔次決定。

工資變動：工資變動本身指工資項或工資項的計算標準變化，引起工資計算方法或工資金額發生變化；但是實際在工資管理系統中更多的關注點在於變動的型別，即什麼條件會觸發工資變動，從什麼，變動到什麼。

流程

總體來說，工資管理流程如下：

1. 各單位申報本年度的工資預算（即本年工資總額預算額）；

2. 撥款單位稽核各單位年度工資預算（依據是上一年度的工資總額實際使用額度）；

3. 撥款單位給各單位撥款（本年工資總額實際額度）；

4. 各單位按月彙報工資使用情況（本年工資總額實際使用額度）；

5. 撥款單位對各單位彙報的月度工資使用情況監控。

對於上述總體流程的第4步，可以細化到單位內部對工資的發放管理流程：

1. 工資賬套管理，目的是對工資專案、工資標準分類，對資料降維，減少計算複雜度；

2. 工資專案管理，每個賬套的工資專案組成；

3. 工資專案標準管理，每個工資項在各賬套中的計算標準；

4. 工資變動管理，調整人員的變動前、變動後賬套；

5. 應發工資計算，根據賬套計算每個賬套所有人員的應發工資，（應發工資總額歸檔到工資總額實際使用額度中）；

6. 扣減工資計算，主要包括考勤、五險一金、年金、個人所得稅等；

7. 實發工資計算，應發工資-扣減工資。

單項工資的管理流程和上述流程一致，區別只在於工資專案及其標準不同。

流程引申

對企業、自收自支事業單位而言，工資管理的總體流程也是在組織內部進行開展，因此，可以將兩個流程合併為一個；而財政撥款類單位的撥款單位和工資使用單位可能並不是同一系統內，因此需要分開兩個流程；在北京市民政局的工資管理系統中，撥款單位將工資總額撥款到民政局，民政局再將工資分撥到其下屬事業單位，因此在其內部是一個工資管理流程，而在外部還有一個線下的流程。

工資專案標準

總體來說，工資專案標準可以分為2類。

一是工資專案之間的計算，比如實發工資=應發工資-扣減工資，這個公式中的3個計算專案都是工資專案，是賬套的工資專案組成部分。

二是外部因素決定的工資專案標準，比如公務員的職務工資，由其個人的職務級別和工資檔次決定；這裡的職務級別、工資檔次並不是賬套中的一個工資專案，可以歸入工資基本資訊中。

根據這樣的計算標準，可以把工資專案也分為2類，一類是基本工資專案（由外部標準決定的），一類是擴充套件工資專案（是依賴於內部其他工資專案的）。

這樣，對於工資專案的計算，其核心就落在基本工資專案計算和依據其標準建立計算模型上。

工資專案的計算模型

基本工資專案的計算模型可分為以下2類：

數值型：直接賦值給工資專案，不需要其他條件；比如防暑降溫費，每個人都是100元。

條件型：從一個二維表中，知道其行列條件，讀取其工資專案；比如前面提及的公務員職務工資。

擴充套件工資專案的計算模型類似，更簡單些，不再贅述。

經驗與建議

1、  對於賬套、工資專案標準、工資基本資訊、工資發放記錄，必須記錄時間的有效性。

2、  在賬套、工資專案之間建立關聯關係。

3、  在工資專案、工資專案標準之間建立關聯關係。

4、  在賬套、工資發放記錄之間建立關聯關係。

5、  在賬套、工資基本資訊之間建立關聯關係。

6、  把工資發放記錄的統計資料，計入工資總額管理，關聯兩個管理流程，保持資料一致性。

7、  把當期資料與歷史資料、統計資料分離，提升系統性能。

問題

資料不一致性問題

採用上發薪方式的單位，其考勤、個人所得稅從資料的角度上來講是不一致的。

比如，現在是2017年5月，要發放2017年6月的工資，但是單位員工的考勤資料是上個月即2017年4月的資料；個人所得稅是4月或5月的資料（如果根據當月資料計算則為5月，如果由財務提供，則是4月）。

參考

中共中央組織部中管工資管理系統

北京市民政局綜合組織人事管理平臺二期專案（事業單位工資總額管理系統）

北京市住房公積金管理中心工資管理系統

後記

關於工資管理，還可寫很多話題，本文並未展開討論，主要是因為還有許多不確定因素在其內。