CN116562831B - 多办公***人员同步一致性方法 - Google Patents
多办公***人员同步一致性方法 Download PDFInfo
- Publication number
- CN116562831B CN116562831B CN202310539915.9A CN202310539915A CN116562831B CN 116562831 B CN116562831 B CN 116562831B CN 202310539915 A CN202310539915 A CN 202310539915A CN 116562831 B CN116562831 B CN 116562831B
- Authority
- CN
- China
- Prior art keywords
- enterprise
- personnel
- information
- staff
- event
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 230000001360 synchronised effect Effects 0.000 title claims description 22
- 238000012545 processing Methods 0.000 claims abstract description 28
- 230000002159 abnormal effect Effects 0.000 claims abstract description 6
- 230000008569 process Effects 0.000 claims description 15
- 238000012423 maintenance Methods 0.000 claims description 6
- 238000012544 monitoring process Methods 0.000 claims description 6
- 230000008439 repair process Effects 0.000 claims description 6
- 230000001502 supplementing effect Effects 0.000 claims description 3
- 230000001960 triggered effect Effects 0.000 claims description 3
- 230000007246 mechanism Effects 0.000 description 4
- 238000011160 research Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000005498 polishing Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/105—Human resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2365—Ensuring data consistency and integrity
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Operations Research (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供多办公***人员同步一致性方法，包括：在本地数据库创建数据表，用于保存人员信息，人员信息包括人员数据以及人员关系数据；建立事件处理器，作为人员异动事件的统一处理入口，事件处理器包括若干原子事件处理器，按照事件类型，事件交由不同的原子事件处理器处理，最终将人员信息存储到本地数据库对应的数据表；进行人员信息补偿，完善本地数据库中的数据，实现人员信息的一致性同步。本发明从不同的业务场景捕捉人员异动，采取事件处理器统一处理不同的人员异动事件；将人员信息同步更新到本地数据库，从而实现多平台数据的一致性同步。
Description
技术领域
本发明涉及办公信息化技术领域，具体涉及多办公***人员同步一致性方法。
背景技术
随着企业的不断发展壮大，企业员工和企业客户数量逐渐增多；企业除了需要管理内部员工的入离职，还需要维护企业客户关系；包括客户与员工的归属关系，客户与企业的留存关系；随着科技的发展，在这个过程中，企业陆续引入了不同的人员管理平台；比如北森人才管理平台(北森平台)，企业微信平台；随着零售行业的竞争越来越激烈，越来越多企业通过自研***完成对客户的个性化营销，维护管理客户关系；研发自己的***，成为很多企业的必经之路；对于自研***，需要将企业使用的人员管理平台的人员数据同步到自研平台；很多企业员工和企业客户的管理存在于多个人员管理平台，各平台间的人员会存在一定程度的交叉，人员又是一个随时发生变动的数据；自研***首先面临的就是将各个人员管理平台的人员数据进行清洗，同时监听变动数据及时处理；所以将不同平台的人员同步到自研***时，我们如何确保数据的完整性和一致性，各平台人员发生变动后，自研***如何做出对应的处理，确保数据的准确性，这些都成为了亟需解决的问题。
因此，需要提供一种新的方法实现多平台数据的同步。
发明内容
针对现有技术存在的问题，本发明提供多办公***人员同步一致性方法。
为实现上述目的，本发明的具体方案如下：
本发明提供多办公***人员同步一致性方法，该方法包括如下步骤：
S1，在本地数据库创建数据表，用于保存人员信息，人员信息包括人员数据以及人员关系数据；
S2，建立事件处理器，作为人员异动事件的统一处理入口，事件处理器包括若干原子事件处理器，按照事件类型，事件交由不同的原子事件处理器处理，最终将人员信息存储到本地数据库对应的数据表；
S3，建立定时任务从北森平台采集人员信息，并将采集到的人员信息传给事件处理器，由事件处理器统一处理；人员信息的同步遵循同一套逻辑，降低数据的错误率，接入其他平台的人员信息，也通过事件处理器统一处理；
S4，通过企业微信人员异动监听回调，采集客户信息和客户与企业员工好友关系信息，并交给事件处理器统一处理；包括企业员工添加、编辑、删除客户，客户删除企业员工；
S5，进行人员信息补偿，完善本地数据库中的数据，实现人员信息的一致性同步。
进一步地，步骤S1具体包括如下步骤：
S101，创建北森平台用户表存储从北森平台获取到的人员信息；
S102，创建用户主表存储企业员工和客户的基础信息；包括企业微信人员编号、姓名、手机号、职位、企业、备注；
S103，创建用户附属表存储企业员工与客户的好友关系，以及员工对客户的备注；包括企业员工的编号、客户的编号、员工对客户的备注、手机号码。
进一步地，在步骤S2中，事件处理器的处理过程包括以下步骤：
S201，将事件处理过程加公平锁，多个事件同时需要处理时，需要排队等候，事件处理器始终处理排在第一的事件；以此避免本地数据库在同步人员数据时产生脏数据；避免不同的企业员工同时对同一个客户进行操作，出现脏数据，实现同一时间只处理一个事件，并将其余事件放进队列排队等待处理；
S202，根据事件类型，选择对应的原子事件处理器；通过设计不同的原子事件处理器，使得每种处理逻辑互不干扰，遵循了单一责任原则；
S203，事件类型包括：员工加入企业，员工退出企业，更新企业人员信息，员工添加客户为好友，员工与客户解除好友关系，更新员工。
进一步地，步骤S3具体包括：
S301，设置每天早晚7点的定时任务，将北森平台从前一天凌晨到当前定时任务执行时间点这段时间范围内，发生变动的企业人员信息保存到本地数据库的北森平台用户表；定时任务起始时间设置在前一天凌晨能起到容错作用，可以防止某一人员数据同步时发生错误；如果某人员数据同步超过三次错误，则人为介入；
S302，通过企业员工邮箱或者手机号，调用企业微信API，找到企业员工在企业微信中的编号，补充到本地数据库，将从北森平台获取到的人员与企业微信中的人员一一对应上；如果在企业微信中找不到对应的编号，则说明该账号不属于企业员工，视为无效数据；
S303，分别获取本地数据库北森平台用户表人员数据集合和本地数据库用户主表人员数据集合，并分别从中剔除已报备的白名单用户；遍历北森平台用户表人员数据集合然后与本地数据库比对，设置事件内容和事件类型，将事件交给事件处理器统一处理，由事件处理器将人员信息保存到本地数据库；
S304，从本地数据库用户主表中删除非白名单用户和离职员工。
进一步地，步骤S5具体包括：
S501，企业人员信息补偿；
S502，企业员工与客户好友关系信息补偿。
进一步地，步骤S501具体包括：
S5011，当企业员工使用企业微信打开客户运维应用时，自动检测该企业人员信息是否已经同步到本地数据库；
S5012，如果该企业员工未同步到本地数据库，则会使用员工加入企业对应的原子事件处理器，自动将该企业人员信息补偿到本地数据库；
S5013，如果该企业员工已经同步到本地数据库，则更新该企业员工关键数据，包括：手机号码、邮箱、姓名。
进一步地，步骤S502具体包括：
S5021、当企业员工在企业微信中打开与客户的好友对话框，并且点击对话框内的客户信息栏目时，如果客户信息没有正常返回，客户端会显示修复按钮；
S5022、企业员工点击修复按钮，就会触发更新员工原子事件处理器，补偿企业人员信息；
S5023、然后触发添加客户好友关系原子事件处理器，补偿企业员工与客户的好友关系信息；
S5024、将客户信息返回到对话框内的客户信息栏目中。
采用本发明的技术方案，具有以下有益效果：
本发明从不同的业务场景捕捉人员异动，采取事件处理器统一处理不同的人员异动事件；当企业员工从北森平台入职后，如果该人员使用了企业微信的客户运维应用，则通过人员补偿机制将该人员数据同步到本地数据库；如果该人员入职当天没有使用企业微信的客户运维，则通过定时任务将该人员数据同步到本地数据库；同理，当企业人员信息在北森平台发生变更时，则通过这两种途径将企业人员信息同步更新到本地数据库；企业员工与客户关系发生变更时，通过企业微信回调事件，捕捉人员异动，并将人员信息同步更新到本地数据库，从而实现多平台数据的一致性同步。
附图说明
图1是本发明的整体流程图；
图2是本发明的步骤S1具体流程图；
图3是本发明的步骤S2具体流程图；
图4是本发明的步骤S3具体流程图；
图5是本发明的步骤S5具体流程图；
图6是本发明的步骤S501具体流程图；
图7是本发明的步骤S502具体流程图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
在本发明的描述中，除非另有明确的规定和限定，术语“相连”、“连接”、“固定”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
在本发明中，除非另有明确的规定和限定，第一特征在第二特征之“上”或之“下”可以包括第一和第二特征直接接触，也可以包括第一和第二特征不是直接接触而是通过它们之间的另外的特征接触。而且，第一特征在第二特征“之上”、“上方”和“上面”包括第一特征在第二特征正上方和斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”包括第一特征在第二特征正下方和斜下方，或仅仅表示第一特征水平高度小于第二特征。
在本实施例的描述中，术语“上”、“下”、“前”、“后”、“左”、“右”等方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述和简化操作，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅仅用于在描述上加以区分，并没有特殊的含义。
如图1-7所示，本发明提供多办公***人员同步一致性方法，该方法包括如下步骤：
S1，在本地数据库创建数据表，用于保存人员信息，人员信息包括人员数据以及人员关系数据；
S2，建立事件处理器，作为人员异动事件的统一处理入口，事件处理器包括若干原子事件处理器，按照事件类型，事件交由不同的原子事件处理器处理，最终将人员信息存储到本地数据库对应的数据表；
S3，建立定时任务从北森平台采集人员信息，并将采集到的人员信息传给事件处理器，由事件处理器统一处理；人员信息的同步遵循同一套逻辑，降低数据的错误率，接入其他平台的人员信息，也通过事件处理器统一处理；
S4，通过企业微信人员异动监听回调，采集客户信息和客户与企业员工好友关系信息，并交给事件处理器统一处理；包括企业员工添加、编辑、删除客户，客户删除企业员工；
S5，进行人员信息补偿，完善本地数据库中的数据，实现人员信息的一致性同步。
步骤S1具体包括如下步骤：
S101，创建北森平台用户表存储从北森平台获取到的人员信息；
S102，创建用户主表存储企业员工和客户的基础信息；包括企业微信人员编号、姓名、手机号、职位、企业、备注；
S103，创建用户附属表存储企业员工与客户的好友关系，以及员工对客户的备注；包括企业员工的编号、客户的编号、员工对客户的备注、手机号码。
在步骤S2中，事件处理器的处理过程包括以下步骤：
S201，将事件处理过程加公平锁，多个事件同时需要处理时，需要排队等候，事件处理器始终处理排在第一的事件；以此避免本地数据库在同步人员数据时产生脏数据；避免不同的企业员工同时对同一个客户进行操作，出现脏数据，实现同一时间只处理一个事件，并将其余事件放进队列排队等待处理；
S202，根据事件类型，选择对应的原子事件处理器；通过设计不同的原子事件处理器，使得每种处理逻辑互不干扰，遵循了单一责任原则；
S203，事件类型包括：员工加入企业，员工退出企业，更新企业人员信息，员工添加客户为好友，员工与客户解除好友关系，更新员工。
在步骤S203中，
员工加入企业过程：
获取北森平台的人员信息，用其覆盖事件详情中的人员信息，将人员信息保存到本地数据库；
员工退出企业过程：
查询待删除人员信息，从本地数据库中删除该人员信息以及该员工与客户的好友关系信息；
更新企业人员信息，从北森平台获取人员信息覆盖事件内容中的人员信息，再将人员信息更新到本地数据库。
员工编辑客户信息：
通过企业微信API获取到客户详情和客户与员工好友关系集合；
将客户信息保存到本地数据库，并通过企业微信API修改其他员工对该客户的手机号码备注，与最新备注保持一致；
将员工与客户的好友关系保存到本地数据库，如果客户已经将该员工删除，则不予处理；
员工与客户解除好友关系处理：
从本地数据库删除该员工与该客户的好友关系，
如果是员工删除客户，则判断是否有其他员工也添加了该客户为好友，如果没有其他员工添加该客户，则从本地数据库删除该客户信息。
步骤S3具体包括：
S301，设置每天早晚7点的定时任务，将北森平台从前一天凌晨到当前定时任务执行时间点这段时间范围内，发生变动的企业人员信息保存到本地数据库北森平台用户表；定时任务起始时间设置在前一天凌晨能起到容错作用，可以防止某一人员数据同步时发生错误；如果某人员数据同步超过三次错误，则人为介入；
S302，通过企业员工邮箱或者手机号，调用企业微信API，找到企业员工在企业微信中的编号，补充到本地数据库，将从北森平台获取到的人员与企业微信中的人员一一对应上；如果在企业微信中找不到对应的编号，则说明该账号不属于企业员工，视为无效数据；
S303，分别获取本地数据库北森平台用户表人员数据集合和本地数据库用户主表人员数据集合，并分别从中剔除已报备的白名单用户；遍历北森平台用户表人员数据集合然后与本地数据库比对，设置事件内容和事件类型，将事件交给事件处理器统一处理，由事件处理器将人员信息保存到本地数据库；
S304，从本地数据库用户主表中删除非白名单用户和离职员工；
由于企业微信API在单位时间内有访问频率以及错误频率限制，当超出频率限制后，该API在相同单位时间内就会被屏蔽无法访问；比如接口A在一小时内访问超出次数，则接口A会被屏蔽一小时禁止访问；为了避免企业微信屏蔽API对北森平台侧业务以及其他监听回调同步产生影响，将定时任务时间设定在每天早晚7点，且在上述步骤S302中优先通过邮箱查找企业微信中人员信息。
步骤S5具体包括：
S501，企业人员信息补偿；
S502，企业员工与客户好友关系信息补偿。
步骤S501具体包括：
S5011，当企业员工使用企业微信打开客户运维应用时，自动检测该企业人员信息是否已经同步到本地数据库；
S5012，如果该企业员工未同步到本地数据库，则会使用员工加入企业对应的原子事件处理器，自动将该企业人员信息补偿到本地数据库；
S5013，如果该企业员工已经同步到本地数据库，则更新该企业员工关键数据，包括：手机号码、邮箱、姓名。
步骤S502具体包括：
S5021、当企业员工在企业微信中打开与客户的好友对话框，并且点击对话框内的客户信息栏目时，如果客户信息没有正常返回，客户端会显示修复按钮；
S5022、企业员工点击修复按钮，就会触发更新员工原子事件处理器，补偿企业人员信息；
S5023、然后触发添加客户好友关系原子事件处理器，补偿企业员工与客户的好友关系信息；
S5024、将客户信息返回到对话框内的客户信息栏目中；
整个过程，客户在企业微信客户端是无感知的。
该发明的企业人员数据会发生如下流转：
1.1、触发步骤S501人员补偿机制，将该企业人员信息以企业微信的信息为准录入到本地数据库中；
1.2、当天执行步骤S3同步北森平台人员信息时，从本地数据库中删除该企业人员信息；
2、当企业员工是已报备的白名单账号打开客户运维时，该企业人员数据会发生如下流转：
2.1、触发上述步骤S501人员补偿机制，将该企业人员信息以企业微信的信息为准录入到本地数据库中；
2.2、当天执行步骤S3同步北森平台人员信息时，会从北森平台人员集合和本地用户主表人员集合中排除白名单用户的同步。所以定时任务不会对本地数据库中该企业人员信息做任何处理；
3、当企业员工打开客户运维时，该企业人员数据会发生如下流转：
3.1、触发上述步骤S501人员补偿机制，将该企业人员信息以企业微信的信息为准录入到本地数据库中；
3.2、当天执行步骤S3同步北森平台人员信息时，用北森中该企业员工的姓名，手机号，性别覆盖本地数据库中该企业员工的姓名，手机，性别信息。
4、当企业人员信息在北森平台发生变更时，该企业员工数据会发生如下流转：
4.1、当天定时任务执行时，会从北森平台获取到该企业员工变更信息；
4.2、事件处理器处理该企业人员信息变更事件，将该事件该给更新企业员工事件处理器处理；
4.3、在处理器中，使用北森平台记录的人员关键信息(姓名，性别，手机号码)覆盖从企业微信服务器获取到的人员信息，并将覆盖后的人员信息存储到自研***的本地数据库。
5、当客户从好友列表中，将企业员工删除时，该客户数据会发生如下流转：
5.1、触发步骤S4企业微信人员异动监听，将客户与企业员工好友关系信息交给事件处理器处理；
5.2、事件处理器将该事件分发给员工与客户解除好友关系处理原子事件处理器。
6、当企业员工从好友列表中，将客户删除时，该客户数据会发生如下流转：
6.1、触发步骤S4企业微信人员异动监听，将客户与企业员工好友关系信息交给事件处理器处理；
6.2、事件处理器将该事件分发给员工与客户解除好友关系处理原子事件处理器。
7、假设客户A只与企业员工A存在好友关系。当企业员工A删除客户A，同时企业员工B添加客户A时，我们预期的结果是本地数据库保存客户A的信息和客户A与企业员工B的好友关系信息，删除客户A与企业员工A的好友关系；实际的数据流程情况如下：
7.1、企业员工A删除客户A，员工B添加客户A，同时触发事件处理器；
7.2、由于事件处理器内置了公平锁，所以企业员工A删除客户A和员工B添加客户A这两个事件会竞争公平锁；
7.3、假设企业员工A删除客户A抢到了事件处理器的公平锁，那么员工B添加客户A就会排队等待；
7.4、事件处理器将企业员工A删除客户A会交由员工与客户解除好友关系原子事件处理器，从本地数据库中删除客户A的信息，删除企业员工A与客户A的好友关系信息；
7.5、员工B添加客户A获取事件处理器的公平锁，事件处理器将该事件交给员工编辑客户原子事件处理器。将客户A信息以及员工B与客户A的信息保存到本地数据库；
7.6、假设企业员工B添加客户A抢到了事件处理器的公平锁，那么员工A删除客户A就会排队等待；
7.7、员工B添加客户A获取事件处理器的公平锁，事件处理器将该事件交给员工编辑客户处理器。将员工B与客户A的好友关系信息保存到本地数据库，同时更新本地数据库中客户A的信息；
7.5、事件处理器将企业员工A删除客户A交由员工与客户解除好友关系原子事件处理器，从本地数据库中删除企业员工A与客户A的好友关系信息，由于客户A已经添加员工B了，所以保留用户主表中客户A的信息。
在上述步骤中，无论哪个事件先获取到锁，我们都能得到与预期一致的结果。如果处理器中没有内置公平锁，员工与客户解除好友关系事件和员工编辑客户事件将会同时进行。那么可能出现如下情况：
1、在员工编辑客户事件中，查到了客户A信息。
2、在员工与客户解除好友关系事件中，由于上一个步骤中客户A与员工B的好友关系还未保存，所以删除客户A信息。
3、仅保存客户A与企业员工B的好友关系信息。
4、这将导致客户A的信息在本地数据库保存出错。
在本发明中，事件处理器中的公平锁完美的解决了并发问题可能会导致的脏数据问题。
如上所述，本发明通过对不同平台人员数据的差异性处理，针对不同的业务场景进行处理，得到了一份与多方平台人员数据保持一致的，且满足业务需求的人员数据，并且保存到了自研***的本地数据库。
目前本***已经上线9个月，实现了企业员工100％同步到本地数据库，在本***正式上线使用后，我们随机选取一个时间点计算出北森平台中企业员工同步到本地数据库的同步率和企业微信中企业员工和白名单人员同步到本地数据库的同步率，观察实现效果如下表所示：
| 平台 | 企业人员同步率 | 白名单同步率 |
| 北森平台 | 100％ | |
| 企业微信 | 100％ | 100％ |
以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的保护范围内。
Claims (2)
1.多办公***人员同步一致性方法，其特征在于，该方法包括如下步骤：
S1，在本地数据库创建数据表，用于保存人员信息，人员信息包括人员数据以及人员关系数据；
步骤S1具体包括：
S101，创建北森平台用户表存储从北森平台获取到的人员信息；
S102，创建用户主表存储企业员工和客户的基础信息：包括企业微信人员编号、姓名、手机号、职位、企业和备注；
S103，创建用户附属表存储企业员工与客户的好友关系，以及企业员工的编号、客户的编号；
S2，建立事件处理器，作为人员异动事件的统一处理入口，事件处理器包括若干原子事件处理器，按照事件类型，事件交由不同的原子事件处理器处理，最终将人员信息存储到本地数据库对应的数据表；
S3，建立定时任务从北森平台采集人员信息，并将采集到的人员信息传给事件处理器，由事件处理器统一处理；人员信息的同步遵循同一套逻辑，接入其他平台的人员信息，也通过事件处理器统一处理；
步骤S3具体包括：
S301，设置每天早晚7点的定时任务，将北森平台从前一天凌晨到当前定时任务执行时间点这段时间范围内，发生变动的企业人员信息保存到本地数据库的北森平台用户表；
S302，通过企业员工邮箱或者手机号，调用企业微信API，找到企业员工在企业微信中的企业微信人员编号，补充到本地数据库，将从北森平台获取到的人员数据与企业微信中的人员数据一一对应上，如果在企业微信中找不到对应的企业微信人员编号，则说明该企业微信人员编号不属于企业员工，视为无效数据；
S303，分别获取本地数据库北森平台用户表人员数据集合和本地数据库用户主表人员数据集合，并分别从中剔除已报备的白名单用户；遍历北森平台用户表人员数据集合然后与本地数据库比对，设置事件内容和事件类型，将事件交给事件处理器统一处理，由事件处理器将人员信息保存到本地数据库；
S304，从本地数据库用户主表中删除非白名单用户和离职员工；
S4，通过企业微信人员异动监听回调，采集客户信息和客户与企业员工好友关系信息，并交给事件处理器统一处理，包括：企业员工添加、编辑、删除客户，客户删除企业员工；
S5，进行人员信息补偿，完善本地数据库中的数据，实现人员信息的一致性同步；
步骤S5具体包括：
S501，企业人员信息补偿；
S502，企业员工与客户好友关系信息补偿；
步骤S501具体包括：
S5011，当企业员工使用企业微信打开客户运维应用时，自动检测该企业员工的企业人员信息是否已经同步到本地数据库；
S5012，如果该企业员工的企业人员信息未同步到本地数据库，则会使该企业员工加入企业对应的原子事件处理器，自动将该企业员工的企业人员信息补偿到本地数据库；
S5013，如果该企业员工的企业人员信息已经同步到本地数据库，则更新该企业员工的企业人员信息关键数据，包括：手机号码、邮箱和姓名；
步骤S502具体包括：
S5021，当企业员工在企业微信中打开与客户的好友对话框，并且点击对话框内的客户信息栏目时，如果客户信息没有正常返回，客户端会显示修复按钮；
S5022，企业员工点击修复按钮，就会触发更新员工原子事件处理器，补偿企业人员信息；
S5023，然后触发添加客户好友关系原子事件处理器，补偿企业员工与客户的好友关系信息；
S5024，将客户信息返回到对话框内的客户信息栏目中。
2.根据权利要求1所述的多办公***人员同步一致性方法，其特征在于，在步骤S2中，事件处理器的处理过程包括以下步骤：
S201，将事件处理过程加公平锁，多个事件同时需要处理时，需要排队等候，事件处理器始终处理排在第一的事件，实现同一时间只处理一个事件，并将其余事件放进队列排队等待处理；
S202，根据事件类型，选择对应的原子事件处理器；
S203，事件类型包括：员工加入企业、员工退出企业、更新企业人员信息、员工添加客户为好友、员工与客户解除好友关系和更新员工。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310539915.9A CN116562831B (zh) | 2023-05-12 | 2023-05-12 | 多办公***人员同步一致性方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310539915.9A CN116562831B (zh) | 2023-05-12 | 2023-05-12 | 多办公***人员同步一致性方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116562831A CN116562831A (zh) | 2023-08-08 |
| CN116562831B true CN116562831B (zh) | 2024-05-28 |
Family
ID=87496069
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310539915.9A Active CN116562831B (zh) | 2023-05-12 | 2023-05-12 | 多办公***人员同步一致性方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116562831B (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014174915A (ja) * | 2013-03-12 | 2014-09-22 | Nomura Research Institute Ltd | 社員交流システム |
| JP2017134678A (ja) * | 2016-01-28 | 2017-08-03 | 株式会社ぐるなび | 情報処理装置、情報処理方法及びプログラム |
| CN111083038A (zh) * | 2019-10-23 | 2020-04-28 | 上海盈联电信科技有限公司 | 一种企业管理在线即时通讯***及方法 |
| CN112463627A (zh) * | 2020-12-10 | 2021-03-09 | 北京明略软件***有限公司 | 用于企业微信的测试方法、***、电子设备及存储介质 |
| CN112800134A (zh) * | 2021-01-27 | 2021-05-14 | 北京明略软件***有限公司 | 一种数据同步方法及*** |
| CN113495925A (zh) * | 2021-07-07 | 2021-10-12 | 上海中通吉网络技术有限公司 | 企业人员数据同步企业微信通讯录的方法及装置 |
| CN115660620A (zh) * | 2022-10-25 | 2023-01-31 | 珠海金智维信息科技有限公司 | 基于rpa的人员db库管理方法、装置及存储介质 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050198085A1 (en) * | 2003-10-10 | 2005-09-08 | Accenture Global Services Gmbh | Tool for synchronization of business information |
-
2023
- 2023-05-12 CN CN202310539915.9A patent/CN116562831B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014174915A (ja) * | 2013-03-12 | 2014-09-22 | Nomura Research Institute Ltd | 社員交流システム |
| JP2017134678A (ja) * | 2016-01-28 | 2017-08-03 | 株式会社ぐるなび | 情報処理装置、情報処理方法及びプログラム |
| CN111083038A (zh) * | 2019-10-23 | 2020-04-28 | 上海盈联电信科技有限公司 | 一种企业管理在线即时通讯***及方法 |
| CN112463627A (zh) * | 2020-12-10 | 2021-03-09 | 北京明略软件***有限公司 | 用于企业微信的测试方法、***、电子设备及存储介质 |
| CN112800134A (zh) * | 2021-01-27 | 2021-05-14 | 北京明略软件***有限公司 | 一种数据同步方法及*** |
| CN113495925A (zh) * | 2021-07-07 | 2021-10-12 | 上海中通吉网络技术有限公司 | 企业人员数据同步企业微信通讯录的方法及装置 |
| CN115660620A (zh) * | 2022-10-25 | 2023-01-31 | 珠海金智维信息科技有限公司 | 基于rpa的人员db库管理方法、装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116562831A (zh) | 2023-08-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8209200B2 (en) | System and method for synchronizing passenger name record data | |
| US20090307045A1 (en) | System and method for optimization of meetings based on subject/participant relationships | |
| US20190043021A1 (en) | Digital Calendar Systems and Methods | |
| US20090276498A1 (en) | Specifying during meeting establishment when respondents are to be prompted for attendance intentions | |
| CN109784677A (zh) | 一种基于客服***的工单自动识别与分配方法及装置 | |
| Breslin et al. | Wireless technology improves nursing workflow and communications | |
| JP5624674B2 (ja) | データベースの検索のための照会の改善方法 | |
| US20120290337A1 (en) | Method and system for sharing demand-response data | |
| JP5040238B2 (ja) | 会議資料管理プログラム、会議資料管理装置 | |
| US9274687B1 (en) | Managing schedule changes for correlated calendar events | |
| JP4770444B2 (ja) | 設計支援システム、設計支援方法及び設計支援プログラム | |
| CN116562831B (zh) | 多办公***人员同步一致性方法 | |
| JP2011145982A (ja) | 開発プロセス評価管理システムおよび開発プロセス評価管理方法ならびに開発プロセス評価管理プログラム | |
| JP5640739B2 (ja) | 情報処理装置、情報処理システム、プログラム | |
| US11706170B2 (en) | Collaborative editing method of an electronic mail, electronic device, and storage medium | |
| JP2017227944A (ja) | 業務処理フロー生成システム、生成方法および装置 | |
| EP3958200A1 (en) | Communication program, communication apparatus and communication method | |
| JPH09185655A (ja) | ワークフロー管理システムおよびワークフロー管理方法 | |
| JP2007122199A (ja) | 会議予約装置 | |
| KR20200060240A (ko) | 일정 서비스를 제공하는 인스턴트 메신저 서버의 동작 방법 및 장치 | |
| CN110716726A (zh) | 客户端更新方法及装置、电子设备和计算机可读存储介质 | |
| JP2004178001A (ja) | 予約データベース連携システム、予約データベース連携装置、予約データベース連携方法及び予約データベース連携プログラム | |
| Suryavanshi et al. | An Automated Model for Booking Appointment in Health Care Sector | |
| JP2008276641A (ja) | ビジネスプロセス管理方法及びシステム | |
| JP2021140239A (ja) | スケジュール情報同期プログラム、スケジュール情報同期システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |