手把手教你做ERP(二):人事系統

Ron
9 評論 31721 瀏覽 203 收藏 8 分鐘

人事系統是什么?應該如何搭建?本文作者給大家展示自己的方法。

引用自百度百科:

人事管理系統,屬于ERP的一個部分。

它單指匯集成功企業先進的人力資源管理理念、人力資源管理實踐、人力資源信息化系統建設的經驗,以信息技術實現對企業人力資源信息的高度集成化管理,為中國企業使用的人力資源管理解決方案。

核心價值在于將人力資源工作者從繁重的日?,嵥槭聞罩薪夥懦鰜?,將更多地精力用于企業的人力資源職能管理和管理決策,保持企業的持續高效運營。 集中記錄、監測和分析所有勞動力的技能和資格,提供決策分析。提高企業整體的科技含量與管理效率,加快企業的信息化建設。

和上一篇《權限系統》一樣,在搭建一個系統之前,不要急著去把自己腦海中的想法畫出來。我們要做的是去弄清楚根源,人事系統是什么?

我用一張圖來給大家梳理一下(權限系統也用過):

為什么這一章我們講人事,卻要放上權限的圖呢?其實很簡單,這兩個系統有一部分是相關聯的。為了更好串聯起兩個系統,我覺得先講權限部分。

一、?人事系統和權限系統有什么關聯?

看過《權限系統》的小伙伴應該還記得我說的,崗位=角色組,而角色組是權限中使用的名詞,崗位則是人事系統中的名詞,而這倆名詞同時對應一個人(當然也有人不認同這個觀點)。讓我們進入一個應用場景中去描述。

現在有一個新人入職。這時候就要考慮兩件事情,人事部門需要考慮記錄新人是信息,以及對應的崗位,而系統的超級管理員需要考慮給新人設置什么權限,即角色組。

那么如果崗位與角色組,是相互獨立的兩個概念,也就是說一旦有人入職,就需要兩個人為他設置信息,一個是記錄,一個是權限。這樣是不是很麻煩,甚至覺得沒必要?

而記錄信息的流程,是人事管理的必要操作,為什么不能在記錄崗位信息的時候,直接為新人設置權限呢?

當然上面的觀點只是證明了崗位與角色組,可以合在一起設置,并不能證明他們不是相互獨立的兩個概念。

那我再舉個例子,大多數公司的高管都存在身兼數職的情況,所以有人說崗位=角色組是無法解決身兼數職的情況的。那我們不妨這樣想,身兼數職,從字面意思去分析,應該是一個人同時任職2個以上的崗位(這應該沒問題吧)。

既然是這樣,那就給他設置兩個崗位就好了,是不是很簡單?如果說技術水平太差,做不到。再給你一個折中方案:單獨設置一個特殊崗位,分配給那位高管即可。

如果是小公司,身兼數職的情況不多,設置一個崗位也不是麻煩事。如果是大公司,你還跟我說技術水平太差,做不到多崗位設置,那我只能建議你們換個技術,或者你換個公司。

扯了一堆,那具體該怎么操作呢?其實也很簡單,在人事部門的小伙伴設置新人崗位的時候,自動將權限帶到新人賬號即可。也就是我說的,崗位=角色組。具體怎么操作開發小哥都知道,就不多說了。

廢話不多說了,下面進入正題。

二、如何去設計人事系統?

做之前先考慮清楚,人事部門的童鞋平時工作的內容有什么,我在這里就舉一個最簡單的栗子:人員管理。

人員管理包含:招聘(返聘)→入職→轉正→(調崗)→離職/退休。這只是最簡單的流程(其實還是很多步驟的)。

既然確定了業務流程,那下面就開始我們的表演了。

前方高能??!圖很辣眼??!

Step1:招聘——在系統里面就是管理簡歷(人才庫)

Step2:入職——對在職人員進行管理

Step3:轉正——人員調整

Step4:離職/退休——修改狀態可沿用上圖

Step5:合同管理——管理入職合同等(前期可以沒有,但后期一定會需要)

這幾個做完以后,一個簡易的人事系統的一個模塊也就做完了。

至于人事系統和權限系統在哪關聯,大家應該也很清楚了——入職的時候,設定好崗位就可以自動關聯到角色組。

這上面只介紹了人事系統的一個小流程,完全可以說至是冰山一角,其實還有人事檔案、組織架構、合同管理、薪酬管理、社保管理、績效管理、考勤管理、培訓管理、招聘門戶、報表中心、預警功能、系統管理。當然,根據公司需求不同,可能還有更多模塊,就不一一贅述了。

相關閱讀

手把手教你做ERP(一):權限系統

手把手教你做ERP(三):財務系統

 

本文由 @?RonT 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 心是好心,但是你寫的這個太籠統了,當然籠統也沒錯,關鍵在于你寫的東西沒章法。
    ERP基本上80%都是相似的,20%是這個公司垂直的,那么你要做的是不是應該列舉80%的都包含哪些主要系統
    做產品時候往往都是基于這80%內容做微調,來達到自己所需
    以人事系統為例
    1.權限系統,這個你之前講過
    2.你有沒有真的和HR聊過,一些便捷式的操作系統,比如沒EPP時候,他們哪些習慣?比如有的人15號發工資 ,有的人19號,有20個人是集體校招,恰巧這個月要集體考核,所以你這里是不是要有一個功能性更全的,且可以保存自定義的篩選編輯器?更復雜一些的話,這些人能批量操作說明?郵件?轉發?移至?總之,EPP的定義是看后操作,而不是只看不操作~~~~你更多考慮的應該是在這里
    3.就像你最后說的還有很多系統,但是你要有沒有把他們分類,我做產品的習慣,還是分大類,然后再根據各行各業做垂直修改,所以你是不是在這個文章做多做一些歸納性質的分類會更好呢?換句話說,你應該傳遞的是一個樣板。

    來自江蘇 回復
    1. 我怎么感覺你從大模型的部門轉過來做人力的吶? ??

      來自北京 回復
  2. 寫得太簡單,就流于形式的,還不如不寫。

    來自廣東 回復
  3. 沒有價值

    來自上海 回復
  4. 內容太水了 有什么價值?

    來自北京 回復
    1. 沒有價值

      來自上海 回復
    2. 因為寫人事系統的太多了,我沒打算寫得比他們好,所以只是形式了一下,并寫進了與第一章相關的內容。

      來自上海 回復
    3. 你來寫?

      回復
    4. 說雞蛋不好吃還要先學會下蛋?

      來自廣東 回復