基于事件表的增量事件同步

基于事件表的增量事件同步，可以对 DHR 中发生的事件进行顺序处理，可以达到近实时的处理速度。

下游应该使用一个游标记录当前处理至的事件表ID，然后根据当前记录的游标来不断轮询事件表中的新事件，分页取出这些新事件，并依次进行针对性处理，然后更新最新的游标记录用于下次轮询。如果处理失败，下游应该将游标停留在当前事件上，直到问题解决后，才继续执行事件表中的下一个事件，以此保证上下游系统的数据一致性。

每次轮询的间隔可以根据下游对数据实时性要求调整为每隔 1 分钟甚至更长。

获取异步事件列表

该接口一次最多返回200条事件数据，推荐一次拉取 20～50 条数据进行处理。

事件对象结构

下游系统的数据对齐以及幂等操作

为了双方系统集成的稳定可靠与健壮，下游应该将 新建 和 更新 两个动作包装到一个 幂等 方法中，即：存在子集数据映射即更新，不存在映射即新建。

为双方系统的数据子集建立映射关系通常有两种做法：

1. 使用上下游系统子集内容值相同的共有唯一字段直接映射对应关系：如双方系统中的员工工号、手机号等唯一字段。前提是字段不会被变更（DHR 系统允许变更员工工号），否则需要处理变更的情况。
2. 下游建立子集映射表，将上游 DHR 系统的子集业务主键与下游系统子集业务主键（xxx_id）做关联，维护映射表。

2) 下游系统的员工子集映射表字段示例：

常见数据子集需要监听的事件内容

组织子集

DHR 组织 子集的业务主键字段名称为 no，与其他子集发生业务时一般常见为 orgNo、organizationNo、departmentNo、deptNo。

在 DHR 系统中，部门、成本中心和区域子集均属于组织类型。若下游系统仅需处理部门相关的组织事件，可通过监听以下事件中的 orgType 字段进行筛选。具体实现时，通过检查 orgType.equals("Supervisory") 条件（其中 "Supervisory" 为部门这一组织类型的常量标识），即可确保只处理与部门子集相关的事件，不关心成本中心、区域等。

员工子集

DHR 员工 子集的业务主键字段名称为 id，与其他子集发生业务时一般常见为 employeeId、ownerId。