---
id: ""
date: ""
source: "项目"
project: "市民中心"
category: [前端/UI, 人脸/签到]
status: "项目现场已恢复"
closed: "是"
keywords: [白名单]
recorder: ""
responsible: "丁海洪"
---

# [市民中心] 现在的情况是普通会议室、全天候会议室这种扣分的，会服点击无人到会，会在总览这边会议状态显示：已结束（无人到会）；但是领导会议室这种白名单预订的没造成扣分的，会服点击无人到会，总览这边会议状态显示：已结束

## 现象
现在的情况是普通会议室、全天候会议室这种扣分的，会服点击无人到会，会在总览这边会议状态显示：已结束（无人到会）；但是领导会议室这种白名单预订的没造成扣分的，会服点击无人到会，总览这边会议状态显示：已结束

## 根因
这个问题是应为处理预警信息会服签退了但是预警信息没有清除的问题， 会服签退也是属于结束会议，之前会服签退是没有处理这个预警信息的，后面的处理结果是将预警信息处理，并且最终状态为3 会服人员全部签退
所以就会出现一开始无人到会是显示正常的， 但是会服签退之后就显示 "已结束"

为什么要设置最终状态为3是用来区分 会议是怎么结束的，现在会议结束存在4种情况  正常结束、提前结束、无人到会、会服签退

## 排查流程
判断是是否修改了状态

查看接口attendant/schedule/signInTime 接口确实是修改了状态，去除了修改状态的步骤

## 解决方案
无

## 预防措施
无

## 元信息
- 记录人：
- 责任人：丁海洪
- 日志可定位：日志不能定位， 没有打印返回值

去除了这个修改之后，不会出现了， 如果再次出现了这该问题， 可以直接
在网页f12查看finalConfigId 状态
1 提前结束 2 无人到场
- 是否已解决：项目现场已恢复