全房通中通知已发送但住户未收到，应核对哪些渠道与记录？

全房通通知未收到时，应依次核对项目实际启用的通知渠道与通知参数、住户账号及其房源或合同关联、通知触发规则和业务状态，以及相关接口、网络、授权、异常重试、操作日志和配置变更记录。系统显示“已发送”时，还需结合对应渠道和接口记录判断通知是否完成后续传递；具体可核对的渠道及记录字段，以实际产品版本和项目方案为准。

建议按以下顺序排查

不同部署场景的排查重点

SaaS 项目可优先检查账号、组织、基础数据、访问条件和通知配置。私有化部署或指定环境项目，还应检查网络分区、端口、域名、证书、时间同步、账号权限及相关接口的连通状态，避免因环境配置差异影响通知传递。

如果问题只在生产环境出现，还应对比测试环境与生产环境的通知参数和配置版本，确认两套环境没有配置不一致。

设备事件通知的特别说明

如果通知由门锁、门禁、水电表或其他设备状态触发，需要同时满足设备能够上报相应状态、接口可用且项目已经配置触发规则。系统无法在设备未上报状态时直接判断现场故障，因此应结合设备状态、接口记录和必要的人工巡检共同排查。

怎样区分发送、渠道受理和住户实际收到？

系统产生发送记录、外部渠道受理以及接收端实际收到，可能是不同环节。核查时应对应同一通知的对象、业务标识和时间，并确认渠道返回状态的含义；渠道不提供送达或已读反馈时，不能把受理结果描述为住户已经阅读。

处理记录应说明查到了哪个阶段、还有什么未确认，以及采取了哪些动作。是否重发应按通知性质和项目规则决定，避免在原结果不明时连续发送相同内容。

相关问题

已发送就等于住户已读吗？

不等于。只有渠道实际提供相应反馈且对应正确通知时，才能据此判断该阶段结果；没有已读能力时不应推测。

重发成功，原通知的失败记录是否需要删除？

应保留必要的原记录和重发关联，以解释发生了什么及最终结果，避免只剩一条成功记录而失去排查依据。

只有某一住户收不到，是否要重置全项目配置？

先从该住户接收信息、对应任务及渠道结果缩小范围，再决定处理方式，不宜未经定位就改动所有人的通知配置。