一种待入职员工自动生成邮箱的方法及装置与流程

1.本技术涉及流程管理技术领域，尤其涉及一种待入职员工自动生成邮箱的方法及装置。


背景技术：

2.在不少企业内部系统之中，公司员工使用邮箱账号作为企业内部各个系统的准入账号，因此，在员工新入职报到时，需要快速地为员工生成邮箱账号。
3.在现有的入职流程之中，员工邮箱的开通通常为人工处理的方式，在员工入职后，由人力专员收集新入职员工的信息，再联系邮箱管理员为该员工手动开通邮箱账号，还需要根据邮箱账号维护该员工在企业系统内部的账号信息，存在着流程复杂，沟通成本高，在高频次的情况下，消耗人力成本以及时间成本的技术问题。


技术实现要素：

4.本技术提供了一种待入职员工自动生成邮箱的方法及装置，解决了现有的入职流程中新入职员工的邮箱开通流程复杂，沟通成本高，在高频次的情况下，消耗人力成本以及时间成本的技术问题。
5.有鉴于此，本技术第一方面提供了一种待入职员工自动生成邮箱的方法，所述方法包括：
6.通过定时任务获取待入职员工的基础信息，所述基础信息包括身份信息以及入职日期信息；
7.若所述待入职员工的基础信息中入职日期信息与当前日期一致，则根据所述基础信息中身份信息向企业邮箱服务器发送账号开通指令，所述账号开通指令中携带有根据所述待入职员工的身份信息生成的邮箱地址；
8.接收所述企业邮箱服务器返回的回执信息，所述回执信息中包含所述待入职员工的邮箱地址的开通成功提示或开通失败提示。
9.可选地，还包括：
10.若所述待入职员工的基础信息中入职日期信息与当前日期不一致，则跳过处理所述待入职员工。
11.可选地，所述若所述待入职员工的基础信息中入职日期信息与当前日期一致，则根据所述基础信息中身份信息向企业邮箱服务器发送账号开通指令具体包括：
12.若所述待入职员工的基础信息中入职日期信息与当前日期一致，且所述待入职员工的基础信息的维护状态为已维护，则根据所述待入职员工的基础信息查询是否存在相同工号信息；
13.若存在相同工号信息，则获取所述相同工号信息的历史邮箱记录，将所述历史邮箱记录中包含的历史邮箱地址作为所述待入职员工的邮箱地址，并向企业邮箱服务器发送账号开通指令；
14.若不存在相同工号信息，则根据所述待入职员工的身份信息生成邮箱地址，并向所述企业邮箱服务器发送账号开通指令。
15.可选地，所述若不存在相同工号信息，则根据所述待入职员工的身份信息生成邮箱地址，并向所述企业邮箱服务器发送账号开通指令具体包括：
16.若不存在相同工号信息，则根据所述待入职员工的身份信息中姓名拼音查询是否存在相同姓名拼音的在职员工；
17.若存在相同姓名拼音的在职员工，则根据所述待入职员工的身份信息中姓名拼音与相同姓名拼音的在职员工数量，生成所述待入职员工的邮箱地址，并向所述企业邮箱服务器发送账号开通指令；
18.否则，根据所述待入职员工的身份信息中姓名拼音，生成所述待入职员工的邮箱地址，并向所述企业邮箱服务器发送账号开通指令。
19.可选地，还包括：
20.若所述待入职员工的基础信息中入职日期信息与当前日期一致，但所述待入职员工的基础信息的维护状态为未维护，则跳过处理所述待入职员工。
21.本技术第二方面提供一种待入职员工自动生成邮箱的装置，所述装置包括：
22.获取单元，用于通过定时任务获取待入职员工的基础信息，所述基础信息包括身份信息以及入职日期信息；
23.第一处理单元，用于若所述待入职员工的基础信息中入职日期信息与当前日期一致，则根据所述基础信息中身份信息向企业邮箱服务器发送账号开通指令，所述账号开通指令中携带有根据所述待入职员工的身份信息生成的邮箱地址；
24.接收单元，用于接收所述企业邮箱服务器返回的回执信息，所述回执信息中包含所述待入职员工的邮箱地址的开通成功提示或开通失败提示。
25.可选地，还包括：
26.第二处理单元，用于若所述待入职员工的基础信息中入职日期信息与当前日期不一致，则跳过处理所述待入职员工。
27.可选地，所述第一处理单元具体用于：
28.若所述待入职员工的基础信息中入职日期信息与当前日期一致，且所述待入职员工的基础信息的维护状态为已维护，则根据所述待入职员工的基础信息查询是否存在相同工号信息；
29.若存在相同工号信息，则获取所述相同工号信息的历史邮箱记录，将所述历史邮箱记录中包含的历史邮箱地址作为所述待入职员工的邮箱地址，并向企业邮箱服务器发送账号开通指令；
30.若不存在相同工号信息，则根据所述待入职员工的身份信息生成邮箱地址，并向所述企业邮箱服务器发送账号开通指令。
31.可选地，所述第一处理单元还用于：
32.若不存在相同工号信息，则根据所述待入职员工的身份信息中姓名拼音查询是否存在相同姓名拼音的在职员工；
33.若存在相同姓名拼音的在职员工，则根据所述待入职员工的身份信息中姓名拼音与相同姓名拼音的在职员工数量，生成所述待入职员工的邮箱地址，并向所述企业邮箱服
务器发送账号开通指令；
34.否则，根据所述待入职员工的身份信息中姓名拼音，生成所述待入职员工的邮箱地址，并向所述企业邮箱服务器发送账号开通指令。
35.可选地，还包括：
36.第三处理单元，用于若所述待入职员工的基础信息中入职日期信息与当前日期一致，但所述待入职员工的基础信息的维护状态为未维护，则跳过处理所述待入职员工。
37.从以上技术方案可以看出，本技术实施例具有以下优点：
38.本技术中，提供了一种待入职员工自动生成邮箱的方法，在获取了待入职员工的基础信息后，在待入职员工的基础信息在入职日期当日，根据待入职员工的基础信息向企业邮箱服务器发送账号开通指令，使得企业邮箱服务器自动开通该待入职员工的邮箱地址，解决了现有的入职流程中新入职员工的邮箱开通流程复杂，沟通成本高，在高频次的情况下，消耗人力成本以及时间成本的技术问题。
附图说明
39.图1为本技术实施例中一种待入职员工自动生成邮箱的方法的方法流程图；
40.图2为本技术实施例中一种待入职员工自动生成邮箱的装置的结构示意图。
具体实施方式
41.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.本技术设计了一种待入职员工自动生成邮箱的方法及装置，解决了现有的入职流程中新入职员工的邮箱开通流程复杂，沟通成本高，在高频次的情况下，消耗人力成本以及时间成本的技术问题。
43.为了便于理解，请参阅图1，图1为本技术实施例中一种待入职员工自动生成邮箱的方法的方法流程图，如图1所示，具体为：
44.101、通过定时任务获取待入职员工的基础信息，基础信息包括身份信息以及入职日期信息；
45.需要说明的是，根据预设的定时任务，自动获取企业系统内部待入职员工的基础信息，基础信息包括身份信息以及入职日期信息，身份信息通常包含姓名、员工号等信息，可以理解的是，身份信息需要由人力专员通过用户端向系统进行维护，维护后的待入职员工的基础信息中将更新维护状态为已维护，否则为未维护，未维护的身份信息将在后续处理阶段进行跳过。待入职员工的入职日期信息同样需要人力专员通过用户端向系统进行维护，确定该待入职员工的准确入职日期。
46.102、若待入职员工的基础信息中入职日期信息与当前日期一致，则根据基础信息中身份信息向企业邮箱服务器发送账号开通指令，账号开通指令中携带有根据待入职员工的身份信息生成的邮箱地址；
47.需要说明的是，在获取了系统中待入职员工的基础信息后，若该待入职员工的入
职日期信息与当前日期一致，即需要立即开通邮箱地址，则根据基础信息中身份信息，向企业邮箱服务器发送携带有根据待入职员工的身份信息生成的邮箱地址的账号开通指令，使得企业邮箱服务器根据账号开通指令自动开通待入职员工的邮箱账号。
48.103、接收企业邮箱服务器返回的回执信息，回执信息中包含待入职员工的邮箱地址的开通成功提示或开通失败提示。
49.需要说明的是，在企业邮箱服务器开通了待入职员工的邮箱账号后，会返回回执信息，回执信息中包含开通的邮箱地址的开通成功提示或开通失败提示。
50.进一步地，还包括：
51.若待入职员工的基础信息中入职日期信息与当前日期不一致，则跳过处理待入职员工。
52.需要说明的是，若当前日期该待入职员工尚未达到入职日期信息一致的时间，则无需开通该待入职员工的邮箱地址，跳过处理该待入职员工。
53.进一步地，若待入职员工的基础信息中入职日期信息与当前日期一致，则根据基础信息中身份信息向企业邮箱服务器发送账号开通指令具体包括：
54.若待入职员工的基础信息中入职日期信息与当前日期一致，且待入职员工的基础信息的维护状态为已维护，则根据待入职员工的基础信息查询是否存在相同工号信息；
55.需要说明的是，除了入职日期信息与当前日期一致以外，还需要待入职员工的基础信息的维护状态为已维护，即人力专员已经在企业系统中更新了该待入职员工的身份信息以及入职日期信息，则需要进一步地查询系统中是否存在相同工号信息。
56.若存在相同工号信息，则获取相同工号信息的历史邮箱记录，将历史邮箱记录中包含的历史邮箱地址作为待入职员工的邮箱地址，并向企业邮箱服务器发送账号开通指令；
57.需要说明的是，若存在相同工号信息，则该待入职员工为返聘员工，可以获取该相同工号信息的历史邮箱记录，从而将历史邮箱记录中的邮箱地址作为该待入职员工的邮箱地址进行账号开通指令的发送。
58.若不存在相同工号信息，则根据待入职员工的身份信息生成邮箱地址，并向企业邮箱服务器发送账号开通指令。
59.进一步地，若不存在相同工号信息，则根据待入职员工的身份信息生成邮箱地址，并向企业邮箱服务器发送账号开通指令具体包括：
60.若不存在相同工号信息，则根据待入职员工的身份信息中姓名拼音查询是否存在相同姓名拼音的在职员工；
61.若存在相同姓名拼音的在职员工，则根据待入职员工的身份信息中姓名拼音与相同姓名拼音的在职员工数量，生成待入职员工的邮箱地址，并向企业邮箱服务器发送账号开通指令；
62.否则，根据待入职员工的身份信息中姓名拼音，生成待入职员工的邮箱地址，并向企业邮箱服务器发送账号开通指令。
63.需要说明的是，通常待入职员工的企业邮箱地址将与姓名拼音相关联，因此，需要查询在职员工中是否与待入职员工存在相同姓名拼音的人员，若存在，则需要进一步对该待入职员工的邮箱地址进行后缀的增加，例如相同姓名拼音的在职员工数量。
64.进一步地，还包括：
65.若待入职员工的基础信息中入职日期信息与当前日期一致，但待入职员工的基础信息的维护状态为未维护，则跳过处理待入职员工。
66.请参阅图2，图2为本技术实施例中一种待入职员工自动生成邮箱的装置的结构示意图，如图2所示，具体为：
67.获取单元201，用于通过定时任务获取待入职员工的基础信息，基础信息包括身份信息以及入职日期信息；
68.第一处理单元202，用于若待入职员工的基础信息中入职日期信息与当前日期一致，则根据基础信息中身份信息向企业邮箱服务器发送账号开通指令，账号开通指令中携带有根据待入职员工的身份信息生成的邮箱地址；
69.接收单元203，用于接收企业邮箱服务器返回的回执信息，回执信息中包含待入职员工的邮箱地址以及邮箱初始密码。
70.进一步地，还包括：
71.第二处理单元，用于若待入职员工的基础信息中入职日期信息与当前日期不一致，则跳过处理待入职员工。
72.进一步地，第一处理单元具体用于：
73.若待入职员工的基础信息中入职日期信息与当前日期一致，且待入职员工的基础信息的维护状态为已维护，则根据待入职员工的基础信息查询是否存在相同工号信息；
74.若存在相同工号信息，则获取相同工号信息的历史邮箱记录，将历史邮箱记录中包含的历史邮箱地址作为待入职员工的邮箱地址，并向企业邮箱服务器发送账号开通指令；
75.若不存在相同工号信息，则根据待入职员工的身份信息生成邮箱地址，并向企业邮箱服务器发送账号开通指令。
76.进一步地，第一处理单元还用于：
77.若不存在相同工号信息，则根据待入职员工的身份信息中姓名拼音查询是否存在相同姓名拼音的在职员工；
78.若存在相同姓名拼音的在职员工，则根据待入职员工的身份信息中姓名拼音与相同姓名拼音的在职员工数量，生成待入职员工的邮箱地址，并向企业邮箱服务器发送账号开通指令；
79.否则，根据待入职员工的身份信息中姓名拼音，生成待入职员工的邮箱地址，并向企业邮箱服务器发送账号开通指令。
80.进一步地，还包括：
81.第三处理单元，用于若待入职员工的基础信息中入职日期信息与当前日期一致，但待入职员工的基础信息的维护状态为未维护，则跳过处理待入职员工。
82.本技术实施例中，提供了一种待入职员工自动生成邮箱的方法，在获取了待入职员工的基础信息后，在待入职员工的基础信息在入职日期当日，根据待入职员工的基础信息向企业邮箱服务器发送账号开通指令，使得企业邮箱服务器自动开通该待入职员工的邮箱地址，解决了现有的入职流程中新入职员工的邮箱开通流程复杂，沟通成本高，在高频次的情况下，消耗人力成本以及时间成本的技术问题。
83.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
84.本技术的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
85.应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
86.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
87.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
88.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
89.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文全称：read-only memory，英文缩写：rom)、随机存取存储器(英文全称：random access memory，英文缩写：ram)、磁碟或者光盘等各种可以存储程序代码的介质。
90.以上所述，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前
述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。