全房通中合同发起签署后租客未完成,应该如何核对签署状态?
签署未完成应核对合同版本、签署任务、各参与方进度和渠道状态,区分待签、拒签、过期及结果待同步。再次发起前查清原任务,避免重复任务或无依据改状态。
合同发起签署后显示租客未完成,应同时核对全房通中的合同状态与电子签系统返回的签署状态,重点检查合同对应关系、签署人身份、状态回调及失败记录。若两端状态一致,可按租客尚未完成签署处理;若电子签系统已完成而全房通仍显示未完成,则应进一步排查状态映射、回调或接口同步是否异常。
核对步骤
- 确认合同与签署任务是否对应
- 核对合同的唯一标识及关联对象;
- 确认签署人是否为该合同对应的租客;
- 避免因合同、人员或组织映射不一致而查看到错误状态。
- 分别查看两端状态
- 查看全房通当前记录的合同或签署状态;
- 对照电子签系统中的签署进度与结果;
- 结合签署发起时间、状态更新时间判断是否存在同步延迟。
- 检查状态回调与异常记录 如果电子签系统已经完成签署,但全房通仍显示未完成,应重点检查:
- 状态回调是否成功;
- 双方状态映射是否一致;
- 是否出现超时、无权限、数据校验失败或第三方服务异常;
- 失败后是否执行了重试或人工补偿。
- 通过操作日志定位环节 在具备相应权限的情况下,可结合操作日志核对签署任务由谁、在什么时间发起,以及相关操作结果,从而区分“租客尚未签署”和“签署结果未同步”两类情况。
常见判断方式
| 核对结果 | 判断方向 |
|---|---|
| 全房通与电子签系统均显示未完成 | 租客尚未完成签署,或签署流程尚未走完 |
| 电子签系统已完成,全房通仍显示未完成 | 优先排查状态回调、状态映射和接口同步 |
| 两端合同或签署人信息不一致 | 检查合同、人员及签署任务的唯一映射关系 |
| 存在超时、无权限或校验失败记录 | 按接口异常处理,并核对重试或人工补偿结果 |
注意事项
全房通与电子签系统的对接方式可能因项目接口、授权条件、字段定义、状态规则和失败处理机制而不同。因此,核对“全房通签署未完成”时,不宜只看单一页面状态,应以合同关联关系、电子签结果、接口回调和操作记录形成完整判断。具体功能与处理范围以实际产品版本和项目方案为准。
“未完成”需要进一步区分哪些情况?
页面上的未完成可能覆盖不同处理阶段。核对时应结合电子签系统实际提供的状态,区分等待签署、部分参与方已签、拒签、已撤销、已过期以及结果待同步等情况;不能把所有未完成都简单归因为租客没有操作。不同接口的状态名称和含义需要按项目映射确认。
| 需要确认的关系 | 核查要点 |
|---|---|
| 合同版本与签署任务 | 当前查看的是否为本次发起的文件和任务,是否存在旧任务 |
| 参与人及签署进度 | 是否还有其他需要完成的参与方,不能只看某一人的操作 |
| 发起与更新时间 | 当前状态反映哪个时间点,是否与渠道结果对应 |
| 异常与后续处理 | 已有查询、回调、重试或人工处理是否形成可核对结果 |
再次发起前应查明原任务的实际状态,并按项目及电子签渠道支持的流程处理原任务。不要同时保留多个无法区分的新旧任务,再仅凭最近的一条通知判断最终合同结果。
相关问题
租客说已经签了,为什么系统仍未完成?
先核对对应合同和签署任务,再区分是否仅完成某一方签署、是否仍有后续环节,以及结果是否同步。口头反馈可以作为查询线索,最终应核对实际记录。
点击重新发送,会不会生成另一份合同?
取决于当前入口的实际含义和项目接口实现。应先确认该动作是通知重发还是新建签署任务,不把两者混为一谈。
能否直接把后台状态手动改成已签署?
不应在没有对应签署结果时仅为消除提示而改状态。应先查清渠道结果和映射关系,再按项目授权流程修正并保留依据。
方案咨询
需要结合你的房源规模和业态做方案判断?
全房通可围绕资产台账、租务合同、财务账单、工单服务、设备联动和经营分析,梳理适合当前阶段的数字化路径。