企业同时使用泛微 OA 和红圈 CRM，组织人员维护与审批办公需要形成清楚的分工：人员归属由哪里提供，审批任务在哪里产生，办公列表又承接什么变化？这些问题关系到业务与 IT 怎样共同理解一套对接。
在某建设企业的应用中，聚道云连接器将泛微 OA 的组织、员工送入红圈 CRM，并将红圈审批事件转成 OA 待办的新增、更新和删除，衔接人员基础与办公任务。组织人员和待办各自按业务来源传递。
组织维护提供红圈的人员基础
泛微 OA 是组织和人员的来源。连接器每小时读取指定分部及其下属部门和员工，处理组织层级、上级关系以及封存、恢复对应的启停状态；部门停用时，人员移至无部门人员。
员工同步继续对应部门、岗位、上级，并按人员状态和红圈原状态执行冻结、解冻、离职、复职等动作。这让红圈承接的不只是人员名单，还有人员归属及状态。
调部门涉及数据归属，但项目型当前部门存在历史数据不变更条件，人员归属变化不能被理解为全部历史数据迁移。遇到新增员工，连接器另向红圈消息中心发送提醒，为人员新增提供可见消息。
审批办公承接红圈的任务变化
红圈产生审批任务事件，OA 承接对应待办。任务开始时新增待办；任务完成且结果为通过、驳回、转签或加签时，对应待办更新为已办。
业务与 IT 在理解这组关系时，需要注意“已办”对应的是任务处理状态。转签、加签也会落到已办，不能只看 OA 列表就判断整单审批通过。
任务取消，或任务完成且结果为撤回时，连接器删除 OA 对应待办。这种删除作用于办公任务记录，不是删除红圈原业务单据。列表变化要与红圈的具体事件条件一起理解。
使用入口按终端能力安排
OA 单点请求按登录标识查询人员，PC 端提交处理后回刷 OA 列表。移动端另行处理列表刷新；红圈移动端不支持单点，采用直接配置地址的入口方式。
对企业业务和 IT 负责人而言，适配判断可以落到三件事：红圈里的人员归属与状态是否对应 OA 来源，OA 的待办变化是否对应红圈任务事件，所用终端是否具备相应入口能力。将三件事分别说清，组织维护与审批办公的协作范围才清楚。
