本發(fā)明涉及信息處理技術(shù)領(lǐng)域，特別涉及一種企業(yè)內(nèi)部門之間調(diào)動信息的處理方法及系統(tǒng)。

背景技術(shù)：

目前，有的大型企業(yè)會推動積極的內(nèi)部轉(zhuǎn)崗政策，幾乎每幾天就會有員工調(diào)動處理需求，少則幾人，多則幾百人。但是，現(xiàn)有的處理調(diào)動方式需要多次人工干預(yù)，并且多人維護(hù)一張中間excel(一種辦公工具)表，企業(yè)沒有一套完善的自動化方法來處理調(diào)動，因此處理效率低，而且若遺漏處理需調(diào)動的用戶，則會對后續(xù)用戶管理造成阻礙。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中企業(yè)內(nèi)部門之間調(diào)動的處理效率低，容易出錯，導(dǎo)致后續(xù)管理不方便的缺陷，提供一種企業(yè)內(nèi)部門之間調(diào)動信息的處理方法及系統(tǒng)。

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

一種企業(yè)內(nèi)部門之間調(diào)動信息的處理方法，其特點(diǎn)在于，所述處理方法包括以下步驟：

s1、接收調(diào)動信息，并且將所述調(diào)動信息存儲至人事數(shù)據(jù)庫中；

s2、執(zhí)行定時腳本，根據(jù)預(yù)設(shè)頻率從所述人事數(shù)據(jù)庫中采集所述調(diào)動信息；

s3、執(zhí)行調(diào)動腳本，根據(jù)所述調(diào)動信息從原部門數(shù)據(jù)組中調(diào)出需調(diào)動數(shù)據(jù)，并且將所述需調(diào)動數(shù)據(jù)調(diào)入至目的部門數(shù)據(jù)組中。

較佳地，在步驟s1中，所述調(diào)動信息包括需調(diào)動數(shù)據(jù)的識別號、原部門信息及目的部門信息；

在步驟s2中，根據(jù)所述目的部門信息判斷目的部門是否為已存在部門，若是，執(zhí)行步驟s3，若否，創(chuàng)建目的部門數(shù)據(jù)組，并且執(zhí)行步驟s3。

較佳地，在步驟s3中，執(zhí)行調(diào)動腳本之后，輸出調(diào)動通知，所述輸出調(diào)動通知的步驟包括發(fā)送調(diào)動郵件。

較佳地，在步驟s3中，所述原部門數(shù)據(jù)組包括原部門的默認(rèn)添加安全組及通訊組，所述從原部門數(shù)據(jù)組中調(diào)出需調(diào)動數(shù)據(jù)的步驟包括從原部門的默認(rèn)添加安全組及通訊組中刪除需調(diào)動數(shù)據(jù)，所述目的部門數(shù)據(jù)組包括目的部門的默認(rèn)添加安全組及通訊組，所述將所述需調(diào)動數(shù)據(jù)調(diào)入至目的部門數(shù)據(jù)組中的步驟包括將所述需調(diào)動數(shù)據(jù)添加至目的部門的默認(rèn)添加安全組及通訊組。

較佳地，在步驟s3之后，所述處理方法還包括以下步驟：

s4、判斷所述調(diào)動信息是否為跨域調(diào)動信息，若是，遷移郵箱信息，并且在郵箱信息遷移完成后遷移賬號信息。

一種企業(yè)內(nèi)部門調(diào)動的處理系統(tǒng)，其特點(diǎn)在于，所述處理系統(tǒng)包括調(diào)動信息輸入模塊、調(diào)動信息采集模塊及調(diào)動處理模塊；

所述調(diào)動信息輸入模塊用于接收調(diào)動信息，并且將所述調(diào)動信息存儲至人事數(shù)據(jù)庫中；

所述調(diào)動信息采集模塊用于執(zhí)行定時腳本，根據(jù)預(yù)設(shè)頻率從所述人事數(shù)據(jù)庫中采集所述調(diào)動信息；

所述調(diào)動處理模塊用于執(zhí)行調(diào)動腳本，根據(jù)所述調(diào)動信息從原部門數(shù)據(jù)組中調(diào)出需調(diào)動數(shù)據(jù)，并且將所述需調(diào)動數(shù)據(jù)調(diào)入至目的部門數(shù)據(jù)組中。

較佳地，所述調(diào)動信息包括需調(diào)動數(shù)據(jù)的識別號、原部門信息及目的部門信息，所述調(diào)動信息采集模塊還用于根據(jù)所述目的部門信息判斷目的部門是否為已存在部門，若是，所述調(diào)動處理模塊執(zhí)行調(diào)動腳本，若否，創(chuàng)建目的部門數(shù)據(jù)組，并且所述調(diào)動處理模塊執(zhí)行調(diào)動腳本。

較佳地，所述調(diào)動處理模塊還用于執(zhí)行調(diào)動腳本之后，輸出調(diào)動通知，所述輸出調(diào)動通知包括發(fā)送調(diào)動郵件。

較佳地，所述原部門數(shù)據(jù)組包括原部門的默認(rèn)添加安全組及通訊組，所述調(diào)動處理模塊用于從原部門的默認(rèn)添加安全組及通訊組中刪除需調(diào)動數(shù)據(jù)；

所述目的部門數(shù)據(jù)組包括目的部門的默認(rèn)添加安全組及通訊組，所述調(diào)動處理模塊用于將所述需調(diào)動數(shù)據(jù)添加至目的部門的默認(rèn)添加安全組及通訊組。

較佳地，所述調(diào)動處理模塊還用于判斷所述調(diào)動信息是否為跨域調(diào)動信息，若是，遷移郵箱信息，并且在郵箱信息遷移完成后遷移賬號信息。

在符合本領(lǐng)域常識的基礎(chǔ)上，上述各優(yōu)選條件，可任意組合，即得本發(fā)明各較佳實(shí)例。

本發(fā)明的積極進(jìn)步效果在于：

本發(fā)明以自動化的方式來處理企業(yè)員工的日常調(diào)動信息，有效地替代了以往人工操作的方式，從而提高了處理效率，并且降低了人工操作帶來的出錯率，為后續(xù)的管理提供了極大的方便。

附圖說明

圖1為本發(fā)明較佳實(shí)施例的企業(yè)內(nèi)部門之間調(diào)動信息的處理方法的流程圖。

圖2為本發(fā)明較佳實(shí)施例的企業(yè)內(nèi)部門之間調(diào)動信息的處理系統(tǒng)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

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

如圖1所示，本實(shí)施例提供的企業(yè)內(nèi)部門之間調(diào)動信息的處理方法包括以下步驟：

步驟101、接收調(diào)動信息，并且將調(diào)動信息存儲至人事數(shù)據(jù)庫中。

在本步驟中，企業(yè)的人事或相關(guān)人員整合調(diào)動信息后，將所述調(diào)動信息存儲至人事數(shù)據(jù)庫中，等待處理。所述調(diào)動信息包括需調(diào)動數(shù)據(jù)的識別號、原部門信息及目的部門信息，在本實(shí)施例中，需調(diào)動數(shù)據(jù)的識別號為需調(diào)動員工的員工號，所述原部門信息包括調(diào)出轄區(qū)、調(diào)出事業(yè)部、調(diào)出部門及調(diào)出時的職級，所述目的部門信息包括調(diào)入轄區(qū)、調(diào)入事業(yè)部、調(diào)入部門及調(diào)入時的職級，當(dāng)然，本實(shí)施例中并不限定所述調(diào)動信息的具體內(nèi)容，均可根據(jù)實(shí)際情況來進(jìn)行選擇。在本實(shí)施例中，原部門即指調(diào)出的部門，目的部門即指調(diào)入的部門。

步驟102、執(zhí)行定時腳本，根據(jù)預(yù)設(shè)頻率從人事數(shù)據(jù)庫中采集調(diào)動信息。

在本步驟中，執(zhí)行powershell(一種命令行外殼程序和腳本環(huán)境)定時腳本，根據(jù)預(yù)設(shè)頻率從人事數(shù)據(jù)庫中采集當(dāng)天的所述調(diào)動信息。獲取所述調(diào)動信息后，需要從系統(tǒng)數(shù)據(jù)庫中獲取目的部門activedirectory(活動目錄)組織信息、原部門數(shù)據(jù)組及目的部門數(shù)據(jù)組，在本實(shí)施例中，所述原部門數(shù)據(jù)組包括原部門的默認(rèn)添加安全組及通訊組，所述目的部門數(shù)據(jù)組包括目的部門的默認(rèn)添加安全組及通訊組。

步驟103、根據(jù)目的部門信息判斷目的部門是否為已存在部門，若是，執(zhí)行步驟105，若否，執(zhí)行步驟104。

步驟104、創(chuàng)建目的部門數(shù)據(jù)組，并且執(zhí)行步驟105。

在本步驟中，目的部門并非是已存在部門時，需要創(chuàng)建目的部門數(shù)據(jù)組及目的部門activedirectory組織信息，此時，可考慮特殊情況，在創(chuàng)建前通過發(fā)送通知郵件的方式告知相關(guān)人員來核實(shí)是否需要創(chuàng)建部門，并且在接收到核實(shí)指令后再創(chuàng)建目的部門數(shù)據(jù)組及目的部門activedirectory組織信息。

步驟105、執(zhí)行調(diào)動腳本，輸出調(diào)動通知，根據(jù)調(diào)動信息從原部門數(shù)據(jù)組中調(diào)出需調(diào)動數(shù)據(jù)，并且將需調(diào)動數(shù)據(jù)調(diào)入至目的部門數(shù)據(jù)組中。

在本步驟中，執(zhí)行調(diào)動腳本，發(fā)送調(diào)動郵件通知員工，從原部門的默認(rèn)添加安全組及通訊組中刪除需調(diào)動數(shù)據(jù)，將所述需調(diào)動數(shù)據(jù)添加至目的部門的默認(rèn)添加安全組及通訊組，并且將activedirectory的賬號組織信息修改為新的組織架構(gòu)信息。

步驟106、判斷調(diào)動信息是否為跨域調(diào)動信息，若是，遷移郵箱信息，并且在郵箱信息遷移完成后遷移賬號信息。

在本步驟中，根據(jù)用戶的原轄區(qū)及原部門來判斷賬號所在域及郵箱所在域，根據(jù)用戶目的轄區(qū)及目的部門來判斷賬號即將歸屬的目的域及郵箱目的域，將這些信息都保存到調(diào)動數(shù)據(jù)表中。如果原郵箱所在域與郵箱目的域不一致，即需要做遷移郵箱操作的，置狀態(tài)值為1。如果原賬號所在域與賬號目的域不一致，即需要做遷移賬號操作的，置狀態(tài)值為3。以此為后面的遷移郵箱與遷移賬號提供依據(jù)。

在本步驟中，由于各域同步時間較長，如果賬號遷移在郵箱遷移之前，得等待同步時間結(jié)束，目的域該賬號對象已存在才能遷移郵箱，不然貿(mào)然遷移郵箱，可能會導(dǎo)致郵箱找不到依賴的activedirectory賬號對象導(dǎo)致郵箱遷移不見。為節(jié)省等待時間，設(shè)計為郵箱遷移在賬號遷移之前。

另外，郵箱遷移必須在郵箱遷移目的域的郵箱服務(wù)器上操作，例如用戶郵箱從a域遷移到b域，則需要在b域的郵箱服務(wù)器上操作，所以郵箱遷移腳本將放置在a～e的各域郵箱服務(wù)器上，并且根據(jù)本域的域標(biāo)識從系統(tǒng)數(shù)據(jù)庫中獲取狀態(tài)值為1的數(shù)據(jù)。對狀態(tài)值為1的數(shù)據(jù)則需要新建郵箱遷移請求，新建之后狀態(tài)值置為2。為了提高處理速度，郵箱遷移處理腳本不會等待單個郵箱遷移完成之后才進(jìn)行下一個，而是對所有需遷移的郵箱均新建郵箱遷移請求，之后才逐一判斷郵箱是否遷移完成。郵箱遷移完成后需要清理郵箱遷移請求，并置狀態(tài)值為3，即代表可進(jìn)行遷移賬號操作。在賬號遷移之前，需要清理賬號綁定的手機(jī)郵箱憑據(jù)，清理完成后才可進(jìn)行遷移賬號操作。如果賬號是跨域遷移，則需使用admt(activedirectory遷移工具)的相關(guān)命令，提供用戶遷移至的目的部門即可，如非跨域，則直接移動用戶賬號到目的部門即可。在賬號遷移成功后，則將狀態(tài)值置為0表示已完成。

如圖2所示，本實(shí)施例還提供一種企業(yè)內(nèi)部門調(diào)動的處理系統(tǒng)1，包括調(diào)動信息輸入模塊11、調(diào)動信息采集模塊12及調(diào)動處理模塊13。

調(diào)動信息輸入模塊11用于接收調(diào)動信息，并且將調(diào)動信息存儲至人事數(shù)據(jù)庫中。具體的，企業(yè)的人事或相關(guān)人員整合調(diào)動信息后，調(diào)動信息輸入模塊11將所述調(diào)動信息存儲至人事數(shù)據(jù)庫中，等待處理。所述調(diào)動信息包括需調(diào)動數(shù)據(jù)的識別號、原部門信息及目的部門信息，在本實(shí)施例中，需調(diào)動數(shù)據(jù)的識別號為需調(diào)動員工的員工號，所述原部門信息包括調(diào)出轄區(qū)、調(diào)出事業(yè)部、調(diào)出部門及調(diào)出時的職級，所述目的部門信息包括調(diào)入轄區(qū)、調(diào)入事業(yè)部、調(diào)入部門及調(diào)入時的職級，當(dāng)然，本實(shí)施例中并不限定所述調(diào)動信息的具體內(nèi)容，均可根據(jù)實(shí)際情況來進(jìn)行選擇。在本實(shí)施例中，原部門即指調(diào)出的部門，目的部門即指調(diào)入的部門。

調(diào)動信息采集模塊12用于執(zhí)行定時腳本，根據(jù)預(yù)設(shè)頻率從人事數(shù)據(jù)庫中采集調(diào)動信息。具體的，調(diào)動信息采集模塊12執(zhí)行powershell定時腳本，根據(jù)預(yù)設(shè)頻率從人事數(shù)據(jù)庫中采集當(dāng)天的所述調(diào)動信息。獲取所述調(diào)動信息后，從系統(tǒng)數(shù)據(jù)庫中獲取目的部門activedirectory組織信息、原部門數(shù)據(jù)組及目的部門數(shù)據(jù)組，在本實(shí)施例中，所述原部門數(shù)據(jù)組包括原部門的默認(rèn)添加安全組及通訊組，所述目的部門數(shù)據(jù)組包括目的部門的默認(rèn)添加安全組及通訊組。

調(diào)動信息采集模塊12還用于根據(jù)目的部門信息判斷目的部門是否為已存在部門，若是，調(diào)動處理模塊13執(zhí)行調(diào)動腳本，若否，創(chuàng)建目的部門數(shù)據(jù)組，并且調(diào)動處理模塊13執(zhí)行調(diào)動腳本。具體的，目的部門并非是已存在部門時，需要創(chuàng)建目的部門數(shù)據(jù)組及目的部門activedirectory組織信息，此時，可考慮特殊情況，在創(chuàng)建前通過發(fā)送通知郵件的方式告知相關(guān)人員來核實(shí)是否需要創(chuàng)建部門，并且在接收到核實(shí)指令后再創(chuàng)建目的部門數(shù)據(jù)組及目的部門activedirectory組織信息。

調(diào)動處理模塊13用于執(zhí)行調(diào)動腳本，輸出調(diào)動通知，根據(jù)調(diào)動信息從原部門數(shù)據(jù)組中調(diào)出需調(diào)動數(shù)據(jù)，并且將需調(diào)動數(shù)據(jù)調(diào)入至目的部門數(shù)據(jù)組中。具體的，調(diào)動處理模塊13執(zhí)行調(diào)動腳本，發(fā)送調(diào)動郵件通知員工，從原部門的默認(rèn)添加安全組及通訊組中刪除需調(diào)動數(shù)據(jù)，將所述需調(diào)動數(shù)據(jù)添加至目的部門的默認(rèn)添加安全組及通訊組，并且將activedirectory的賬號組織信息修改為新的組織架構(gòu)信息。

調(diào)動處理模塊13還用于判斷調(diào)動信息是否為跨域調(diào)動信息，若是，遷移郵箱信息，并且在郵箱信息遷移完成后遷移賬號信息。具體的，根據(jù)用戶的原轄區(qū)及原部門來判斷賬號所在域及郵箱所在域，根據(jù)用戶目的轄區(qū)及目的部門來判斷賬號即將歸屬的目的域及郵箱目的域，將這些信息都保存到調(diào)動數(shù)據(jù)表中。如果原郵箱所在域與郵箱目的域不一致，即需要做遷移郵箱操作的，置狀態(tài)值為1。如果原賬號所在域與賬號目的域不一致，即需要做遷移賬號操作的，置狀態(tài)值為3。以此為后面的遷移郵箱與遷移賬號提供依據(jù)。由于各域同步時間較長，如果賬號遷移在郵箱遷移之前，得等待同步時間結(jié)束，目的域該賬號對象已存在才能遷移郵箱，不然貿(mào)然遷移郵箱，可能會導(dǎo)致郵箱找不到依賴的activedirectory賬號對象導(dǎo)致郵箱遷移不見。為節(jié)省等待時間，設(shè)計為郵箱遷移在賬號遷移之前。

另外，郵箱遷移必須在郵箱遷移目的域的郵箱服務(wù)器上操作，例如用戶郵箱從a域遷移到b域，則需要在b域的郵箱服務(wù)器上操作，所以郵箱遷移腳本將放置在a～e的各域郵箱服務(wù)器上，并且根據(jù)本域的域標(biāo)識從系統(tǒng)數(shù)據(jù)庫中獲取狀態(tài)值為1的數(shù)據(jù)。對狀態(tài)值為1的數(shù)據(jù)則需要新建郵箱遷移請求，新建之后狀態(tài)值置為2。為了提高處理速度，郵箱遷移處理腳本不會等待單個郵箱遷移完成之后才進(jìn)行下一個，而是對所有需遷移的郵箱均新建郵箱遷移請求，之后才逐一判斷郵箱是否遷移完成。郵箱遷移完成后需要清理郵箱遷移請求，并置狀態(tài)值為3，即代表可進(jìn)行遷移賬號操作。在賬號遷移之前，需要清理賬號綁定的手機(jī)郵箱憑據(jù)，清理完成后才可進(jìn)行遷移賬號操作。如果賬號是跨域遷移，則需使用admt的相關(guān)命令，提供用戶遷移至的目的部門即可，如非跨域，則直接移動用戶賬號到目的部門即可。在賬號遷移成功后，則將狀態(tài)值置為0表示已完成。

在本實(shí)施例中，以自動化的方式來處理企業(yè)員工的日常調(diào)動信息，有效地替代了以往人工操作的方式，從而提高了處理效率，并且降低了人工操作帶來的出錯率，為后續(xù)的管理提供了極大的方便。

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