背景：

某快递加盟体系网点人员信息采集及组织架构重构，并完成内部业务账号体系一人多号收集及整治；

需求思考：

1、组织架构重构，需要采集到网点内部的部门、岗位、组织架构的层级关系，数据落库到基础数据部门，改变以往同步数据方式为接口获得，；

2、基于部门与岗位信息，员工需做到一人一岗一部门（暂不涉及兼岗），便于管理部门统计汇总采集的人员信息，同时采集员工基础信息；

3、内部业务账号现状为一人多号，究其原因是一人一号不能满足线下实际情况，例如：存在A在B网点是老板，在C网点也是老板情况，需开通两个业务账号才能满足用户登录不同网点需求；

核心重点在于进行权限控制！ 需采集员工拥有的多业务账号情况， 且与员工无关的非员工业务账号，也需要进行标识，才能明确权限需求，不维护的业务账号直接禁用。根据权限需求，再把多业务账户权限收拢到一个业务账号上，砍掉多余业务账户；

进一步思考：

1、系统定义

人事系统定义为网点的内部SaaS管理系统，数据库落库公司基础数据部门，人事系统作为一线采集前端，通过接口方式调用传输数据，实现实时数据更新；

2、规范流程

a.增量的数据流程：人事系统入职登记——基础数据部门生成员工工号——安全部门开通业务账号及配置权限；

b.存量的数据流程：安全部门推送业务账号到人事系统——人事系统维护业务账号——员工入职/非员工角色标识——基础数据部门生成员工工号/非员工数据回传安全部门；

3、老数据兼容

针对老版本的数据迁移问题，因为原系统中无组织架构层级，复用性较差，在维护部门、岗位设置了老版本数据显示，可直接操作提交，减少老数据同时新增一条数据，一个月未维护，则老数据废弃，已有员工老数据由于改造成本过大，可导出重新做数据清洗，不适合直接应用进新系统；

4、异常流程

新建网点时候，该网点无员工，为满足既有的流程顺利进行，需进行初始化操作，新增部门、岗位并推送到安全部门生成业务账号，员工登录人事系统，出现一次性资料补充页面，提交成功，完善落库基础数据部门；

5、人事变动逻辑

因后续要接入工作流，故预先设置了入职登记、离职登记、转正登记、调岗登记

调岗涉及到连带逻辑：

a.人挂的部门、岗位删除，不允许，需通过调岗操作；

b.对人挂的部门，直接进行了编辑【上级部门】操作，不允许；

c.对人挂的岗位，直接进行了编辑【岗位类型】、【所属部门】、【岗位级别】操作，不允许；

d.人挂的岗位及部门删除，不允许；（后续区分离职人员档案，离职操作将把人员的档案从原部门脱离出来，部门和岗位作为历史记录）

e.人挂的部门的父部门，直接进行了编辑【上级部门】操作，不允许；

所有会导致员工快捷调岗的方式，不允许！

f.在职人员的部门和岗位编辑后，需在人员信息查询中看到实时更新的记录情况；

g.调岗导致权限为新部门岗位权限；

离职涉及到连带逻辑：

a.部门负责人未解绑,离职不允许；

b.离职导致权限全清除，提示；

c.离职的工资核算；

d.离职的考勤记录上传，不上传，不允许（如工作流自动推送忽略）；

转正涉及到连带逻辑：

a.转正工资的核算；

解决方案：

1、涉及人事管理模块

涵盖 部门管理（三级部门层级）、岗位管理、人员信息查询、人事变动（入职、离职、转正、调岗），配合全网组织架构重构；

2、涉及业务账号模块

业务账号专属入职入口，维护存量数据，人员信息中绑定多业务账号，采集一人多号信息；

3、涉及账号权限规整

a.先根据员工类型角色及非员工维护角色，维护完成后，从小的业务场景切入权限控制，根据角色做权限限制；

b.统计归类角色的权限需求，再把权限收拢到一人一员工工号一业务账号上，砍掉多余业务账号，完成一人一号目的；

c.后续获取业务账号，只能通过员工入职-员工工号-业务账号申请流程，最后能给其他上层业务部门提供角色标识参考；

4、涉及采集效果汇总

推动安全部门提供业务账号相关的数据统计接口，基础数据部门提供员工工号相关的数据统计接口，以管理维度来查看采集效果；