全房通中员工离职后仍收到业务通知，应检查哪些关联设置？

员工离职后仍收到业务通知，应重点检查其账号在组织与项目、角色与权限、审批流程、通知配置中的关联是否已解除；如果通知来自接口或智能设备事件，还应同步检查外部系统授权、事件接收人与处置配置。调整时应保留配置版本或变更记录，避免测试环境与生产环境参数不一致。

排查顺序

1. 组织与项目关联 查看离职员工账号是否仍属于原组织、项目或业务范围，尤其要注意其是否同时关联多个项目。
2. 角色与账号权限 检查账号是否仍保留管理、运营、财务、客服、工程或系统管理等角色，以及这些角色对应的业务权限。
3. 审批流程配置 查看离职员工是否仍被配置为审批人或流程相关人员。系统实施与基础配置涉及审批和必要业务参数，人员调整后应同步更新相关设置。
4. 通知配置 检查业务通知的接收对象是否仍包含该员工账号，并区分通知是按个人、角色、组织还是项目范围配置。
5. 接口与设备事件 如果收到的是设备离线、安全感知或其他外部事件通知，应检查设备事件的通知与处置衔接，以及接口授权和项目配置。 如果通知由其他系统触发，还应核对相关系统清单、网络与授权条件、字段及状态映射。

注意事项

仅处理单一入口可能无法停止全部通知。例如，账号退出某个项目后，仍可能因保留角色、审批节点或其他项目关联而继续收到消息。建议按“组织与项目—角色与权限—审批—通知—接口与设备”的顺序逐项检查，并在修改后通过对应业务角色验证结果。

具体功能、配置入口与处理范围以实际产品版本和项目方案为准。

先确认消息来自哪里，再核对接收关系

建议保存必要的通知类型、接收渠道、发送时间及对应业务线索，先判断是离职后新产生的通知，还是此前发送但延迟到达的消息。不同来源需要检查不同接收配置，不能只根据短信或消息外观判断来自同一个系统环节。

调整后可用项目允许的受控业务场景验证新责任人能接收、原离职人员不再被配置为接收对象，并检查未结待办是否已交接。不能只停止通知而把原员工负责的业务留成无人处理。

相关问题

禁用登录账号后，为什么可能仍有通知？

登录权限与通知接收配置可能不是同一个控制点，也可能涉及外部平台或历史发送任务，应按来源继续核对。

能直接把离职员工记录删除吗？

先核对历史业务追溯和资料管理要求，通过项目支持的停用、移交和接收配置调整处理，避免删除后无法解释历史操作。

收到旧通知，就说明仍有系统访问权限吗？

不能仅据收到消息判断。应分别核对通知来源和账号实际访问权限，两项问题需要各自验证。