本發(fā)明涉及信息技術領域，特別涉及一種企業(yè)級員工賬號的自動化創(chuàng)建方法和系統(tǒng)。

背景技術：

企業(yè)需要為新入職的員工創(chuàng)建員工賬號，同時使用該員工賬號創(chuàng)建郵箱，員工賬號是保障員工正常使用企業(yè)內部計算機、登陸內網等的重要關卡，并且因部門的不同，員工也需歸屬到不同的activedirectory(活動目錄)組織單位中以便管理，也需要擁有不同的部門權限。也正因為開通賬號的復雜性，一直難以完全自動化，現有的創(chuàng)建方式存在以下問題：第一，為新員工提供的員工賬號可能已被占用，無法創(chuàng)建成功；第二，員工賬號的初始密碼一般是通過郵件的形式告知用戶，但員工初次登陸企業(yè)計算機時卻又無從獲知其員工賬號的密碼；第三，新員工入職轄區(qū)的部門在activedirectory中沒有所屬的組織單位時，則首先需要以人工方式在用戶入職所在域創(chuàng)建出組織單位，再創(chuàng)建員工賬號。正是由于上述原因，使得企業(yè)不得不依賴于it人員以人工方式完成員工賬號的創(chuàng)建工作，這樣不僅降低了it人員的處理效率，而且也容易出錯，不利于降低人力成本，同時用戶體驗度也較低。

技術實現要素：

本發(fā)明要解決的技術問題是為了克服現有技術中企業(yè)中對于新入職員工的員工賬號創(chuàng)建無法自動完成導致it(信息技術)人員處理效率低、易出錯、人力成本高且用戶體驗度低的缺陷，提供一種能夠自動化地完成員工賬號創(chuàng)建的企業(yè)級員工賬號的自動化創(chuàng)建方法和系統(tǒng)。

本發(fā)明是通過下述技術方案來解決上述技術問題：

一種企業(yè)級員工賬號的自動化創(chuàng)建方法，其特點在于，包括以下步驟：

s1、自動獲取員工的入職信息，所述入職信息包括所述員工的姓名和所屬部門；

s2、自動根據所述入職信息計算出賬號名，所述賬號名唯一；

s3、自動查詢數據庫判斷所述所屬部門對應的組織單位是否存在，若是則執(zhí)行步驟s5，若否則執(zhí)行步驟s4；

s4、自動在所述數據庫中創(chuàng)建所述組織單位；

s5、使用所述賬號名為所述員工自動創(chuàng)建活動目錄的員工賬號，并將所述員工賬號添加至所述組織單位。

本方案中，步驟s1中可以通過腳本自動從人事數據庫等自動獲取新入職員工的入職信息，根據入職信息自動算號得出全域唯一的賬號名，在使用該賬號名創(chuàng)建員工賬號之前先確定該員工對應的組織單位在數據庫中是否已存在，如果不存在需要先自動創(chuàng)建組織單位，組織單位存在后再自動創(chuàng)建員工賬號并將該員工賬號添加到對應組織單位中。

本方案提供了一種不依賴于人工方式完全能夠自動化地完成員工賬號的創(chuàng)建的新方式，解決了新入職員工賬號創(chuàng)建時可能被占用無法自動創(chuàng)建成功的問題，同時對于不存在組織單位的情況也能夠自動地創(chuàng)建員工賬號。

較佳地，所述組織單位對應有部門安全組和部門通訊組，所述部門安全組用于確定對應部門的上網策略，所述部門通訊組用于收發(fā)對應部門的通知郵件，步驟s5中還將所述員工賬號添加至所述部門安全組和所述部門通訊組。

本方案中，部門安全組會有該部門申請過的特殊的上網策略，部門通訊組可以收發(fā)部門通知郵件。新員工入職時這兩個組的正確添加才能保障該員工擁有部門的最基本權限。

較佳地，步驟s2中根據所述姓名對應的姓和名的拼音、拼音的首字母和/或符號組合得出所述賬號名。

本方案中，新員工入職時，員工的姓名拼音來源可以使用微軟類庫提供的漢字轉拼音工具，基于員工的姓名轉換成拼音，對于員工數量較大，常有重名的情況，僅使用員工姓名全拼是行不通的，可以以姓名的拼音及拼音的首字母為基礎，結合符號為員工賬號設計多種變形，以保證得到的賬號名全域唯一且具有一定的可讀性。

較佳地，所述入職信息還包括所述員工的手機號碼和/或個人郵箱，步驟s5之后還包括以下步驟：將所述員工賬號的初始密碼發(fā)送至所述手機號碼和/或所述個人郵箱。

本方案中，員工賬號創(chuàng)建過程中，賬號的初始密碼隨機生成，為了提高用戶體驗度，賬號初始密碼發(fā)送至員工的手機或者個人郵箱，以解決員工初次登陸企業(yè)計算機時無從獲知其員工賬號的密碼的問題，員工根據接收到的初始密碼在初次登錄后修改密碼以保障員工賬號的安全。

較佳地，步驟s5之后還包括以下步驟：使用所述員工賬號為所述員工創(chuàng)建郵箱。

本方案中，使用員工賬號創(chuàng)建該員工的公司郵箱，郵箱的賬號名同員工賬號一致；由此能夠自動地完成員工賬號及郵箱的自動創(chuàng)建工作。

本發(fā)明還提供一種企業(yè)級員工賬號的自動化創(chuàng)建系統(tǒng)，其特點在于，包括入職信息獲取模塊、算號模塊、判斷模塊、組織單位創(chuàng)建模塊和員工賬號創(chuàng)建模塊；所述入職信息獲取模塊用于自動獲取員工的入職信息，所述入職信息包括所述員工的姓名和所屬部門；所述算號模塊用于自動根據所述入職信息計算出賬號名，所述賬號名唯一；所述判斷模塊用于自動查詢數據庫判斷所述所屬部門對應的組織單位是否存在，若是則調用所述員工賬號創(chuàng)建模塊，若否則調用所述組織單位創(chuàng)建模塊；所述組織單位創(chuàng)建模塊用于自動在所述數據庫中創(chuàng)建所述組織單位；所述員工賬號創(chuàng)建模塊用于使用所述賬號名為所述員工自動創(chuàng)建活動目錄的員工賬號，并將所述員工賬號添加至所述組織單位。

較佳地，所述組織單位對應有部門安全組和部門通訊組，所述部門安全組用于確定對應部門的上網策略，所述部門通訊組用于收發(fā)對應部門的通知郵件，所述員工賬號創(chuàng)建模塊還用于將所述員工賬號添加至所述部門安全組和所述部門通訊組。

較佳地，所述算號模塊用于根據所述姓名對應的姓和名的拼音、拼音的首字母和/或符號組合得出所述賬號名。

較佳地，所述入職信息還包括所述員工的手機號碼和/或個人郵箱，所述自動化創(chuàng)建系統(tǒng)還包括密碼發(fā)送模塊，所述密碼發(fā)送模塊用于將所述員工賬號的初始密碼發(fā)送至所述手機號碼和/或所述個人郵箱。

較佳地，所述自動化創(chuàng)建系統(tǒng)還包括郵箱創(chuàng)建模塊，所述郵箱創(chuàng)建模塊用于使用所述員工賬號為所述員工創(chuàng)建郵箱。

本發(fā)明的積極進步效果在于：本發(fā)明提供的企業(yè)級員工賬號的自動化創(chuàng)建方法和系統(tǒng)能夠為新入職員工自動地創(chuàng)建員工賬號，且賬號的初始密碼能夠通過手機或個人郵箱發(fā)送。本發(fā)明不再需要it人員從人事數據庫中獲取入職信息以人工方式完成員工賬號的創(chuàng)建工作，能夠完全自動地完成員工賬號的創(chuàng)建，極大地降低了人工操作帶來的錯誤概率，同時提高了員工賬號的創(chuàng)建效率，提高了員工的用戶體驗度。

附圖說明

圖1為本發(fā)明的實施例1的企業(yè)級員工賬號的自動化創(chuàng)建方法的流程圖。

圖2為本發(fā)明的實施例2的企業(yè)級員工賬號的自動化創(chuàng)建系統(tǒng)的示意圖。

具體實施方式

下面通過實施例的方式進一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實施例范圍之中。

實施例1

如圖1所示，一種企業(yè)級員工賬號的自動化創(chuàng)建方法，包括以下步驟：

步驟101、自動獲取員工的入職信息，入職信息包括該員工的姓名、所屬部門、手機號碼和個人郵箱；

步驟102、自動根據入職信息中姓名對應的姓和名的拼音、拼音的首字母和符號組合得出賬號名，該賬號名全域唯一；

步驟103、自動查詢數據庫判斷所屬部門對應的組織單位是否存在，若是則執(zhí)行步驟105，若否則執(zhí)行步驟104；其中，組織單位對應有部門安全組和部門通訊組，部門安全組用于確定對應部門的上網策略，部門通訊組用于收發(fā)對應部門的通知郵件；

步驟104、自動在數據庫中創(chuàng)建組織單位；

步驟105、使用賬號名為該員工自動創(chuàng)建活動目錄的員工賬號，并將該員工賬號添加至對應的組織單位、部門安全組和部門通訊組；

步驟106、使用該員工賬號為該員工創(chuàng)建郵箱；

步驟107、將該員工賬號的初始密碼發(fā)送至該員工的手機號碼和個人郵箱。

本實施例中，進一步地，可以將該員工的入職信息、創(chuàng)建的員工賬號、郵箱等存入數據庫中，以供后續(xù)為該員工開通企業(yè)內部通訊工具等使用。

本實施例中，新員工入職時，員工的姓名拼音來源可以使用微軟類庫提供的漢字轉拼音工具，基于員工的中文姓名轉換成拼音，如果有誤，則做修改。對于企業(yè)的職員數量較大常有重名員工的情況，單單使用員工姓名全拼是不可行的，無法做到全域唯一，此時需要對姓名全拼進行變形。如以員工的中文名對應的拼音為基礎，為員工賬號設計多種變形，具體可以參考如下例子：

①姓名全拼，例zhangsan。

②名字全拼加姓全拼，例sanzhang。

③名字拼音首字母加姓全拼，例szhang。

④姓全拼加下劃線，加員工名字全拼，例zhang_san。

考慮到有些企業(yè)離職員工的賬號是默認保留一定時間的，如30天，所以新入職的員工賬號不僅不能與在職的員工賬號重復，也不能與離職30天以內的員工賬號重復。本方法在具體實施時員工賬號的多種變形可以存入一個數組變量中，為了確認員工使用的賬號的情況，可以采用輪詢數組一一比較在職與離職30天內的員工賬號，最終確認的唯一的賬號即為該員工的員工賬號和郵箱地址。

對于需要員工顯示名的企業(yè)，員工顯示名也必須是全域唯一的，員工顯示名的一般規(guī)則可以參考員工賬號，采用中文姓名拼音首字母拼接加上中文姓名，例如zs張三。同理，由于存在重名員工，所以也存在多種變形，具體可以參考如下例子：

①顯示名加轄區(qū)，例zs張三(上海)。

②顯示名加事業(yè)部，例zs張三(it)。

③顯示名加事業(yè)部及部門，例zs張三(it技術運營中心)。

如以上幾種變形均被占用，則可以采用在顯示名的最后加上英文字母a～z。

本實施例提供了一套完善的自動化地創(chuàng)建企業(yè)級員工賬號和郵箱的流程，不再需要it人員人工從人事數據庫中獲取入職信息，再提供給系統(tǒng)工程師；而是能夠通過腳本自動從數據庫獲取入職信息，無需it人員干預，極大地降低了人工操作帶來的錯誤率，效率得到大幅提升。

實施例2

如圖2所示，一種企業(yè)級員工賬號的自動化創(chuàng)建系統(tǒng)，包括入職信息獲取模塊1、算號模塊2、判斷模塊3、組織單位創(chuàng)建模塊4、員工賬號創(chuàng)建模塊5、密碼發(fā)送模塊6和郵箱創(chuàng)建模塊7。

本實施例中，入職信息獲取模塊1用于自動獲取員工的入職信息，該入職信息包括員工的姓名、所屬部門、員工的手機號碼和個人郵箱。

本實施例中，算號模塊2用于自動根據入職信息中姓名對應的姓和名的拼音、拼音的首字母和符號組合得出賬號名，該賬號名唯一。

本實施例中，判斷模塊3用于自動查詢數據庫判斷所屬部門對應的組織單位是否存在，若是則調用員工賬號創(chuàng)建模塊5，若否則調用組織單位創(chuàng)建模塊4。其中，組織單位對應有部門安全組和部門通訊組，部門安全組用于確定對應部門的上網策略，部門通訊組用于收發(fā)對應部門的通知郵件。

本實施例中，組織單位創(chuàng)建模塊4用于自動在數據庫中創(chuàng)建入職員工對應的組織單位。

本實施例中，員工賬號創(chuàng)建模塊5用于使用賬號名為員工自動創(chuàng)建活動目錄的員工賬號，并將該員工賬號添加至對應的組織單位、部門安全組和部門通訊組。

本實施例中，密碼發(fā)送模塊6用于將員工賬號的初始密碼發(fā)送至手機號碼和個人郵箱。

本實施例中，郵箱創(chuàng)建模塊7用于使用員工賬號為該員工創(chuàng)建郵箱。

雖然以上描述了本發(fā)明的具體實施方式，但是本領域的技術人員應當理解，這僅是舉例說明，本發(fā)明的保護范圍是由所附權利要求書限定的。本領域的技術人員在不背離本發(fā)明的原理和實質的前提下，可以對這些實施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護范圍。