人员录入与设备同步

适用于首次录入、补拍照片和资料修改。完成这条流程后，应能用同一个人员编号，在中心档案与目标识别设备中查到正确的信息。

开始前确认

• 测试人员已经授权采集，姓名、人员编号与本人一致；发现重名时以编号核对。
• 录入终端能够访问中心服务，终端在中心登记的楼栋正确。
• 目标识别设备已接入，楼栋与设备组的关联由管理员或运维确认。
• 摄像头可用；使用身份证采集时，读卡器可用。

先看清四个步骤

录入端采集姓名、人员编号与现场照片
    ↓
中心创建或更新人员档案
    ↓ 核对楼栋、住宿与目标设备关联
形成设备人员变更，由中心推送或设备拉取
    ↓
设备确认接收，再做一次现场识别

“提交完成”“档案已保存”“设备已接收”和“现场识别通过”是四个不同的核对点。逐步确认，才能知道问题发生在哪一段。

1. 核对编号，采集现场照片

进入录入端“系统录入”，先清除上一次操作的信息。查询楼层和房间里的已有人员，或按已确认的编号录入身份信息。使用身份证读卡器时，留意读取后姓名与编号是否覆盖了原有内容。

正对摄像头并确认现场照片清晰，自动拍照未取得照片时使用“手动拍照”。提交前核对姓名、编号、性别和照片，然后点击“绑定头像”。证件照片与现场照片是不同的采集结果，当前提交使用现场照片。

2. 在中心确认档案与住宿关系

处理结束后，在管理后台按相同编号查询人员，核对姓名与照片。人员管理页面可查看或修改人员照片；学生信息页面用于核对基础档案。

情况	中心处理方式	接下来怎么做
学校中已经存在该编号	更新现有学生的姓名、性别、人员类型和照片	检查原有住宿关系及目标设备是否仍然正确
学校中没有该编号	创建学生记录，并加入录入终端绑定楼栋的未分房人员	交管理员核对院系归属及分房，检查该楼栋对应的设备
终端提示完成，但后台找不到更新	需要进一步核对请求的业务结果	保留提交时间、编号和错误信息，交运维检查

房间不会随录入选择自动分配

录入端的房间选择用于查询。当前学校接口创建新人员时只建立楼栋关系，房间为空；已有人员更新不会自动调整其房间。在“公寓管理 → 人员管理”选择楼栋，对已在该楼栋列表中的人员使用“寝室调整”，保存后重新查看房间。

3. 确认目标设备的同步结果

维护人员根据人员与设备关联，检查是否存在该设备的人员变更记录。系统有两类处理方式：

设备接收方式	如何工作	运维需要检查
中心主动推送	同步服务按队列调用支持主动下发的设备	同步服务在运行、设备可达、设备返回结果
设备主动拉取	通用 HTTP 协议设备请求待处理人员，并回报执行结果	设备有拉取请求、数据返回正确、处理结果已回传

同步按目标设备分别处理。某一台已完成时，其他设备仍可能等待或失败。请在实际用于测试的设备上核对人员编号与照片，再通知录入员进入识别验证。

批量数据需要排队。等待过程中可以查看任务是否持续前进；无法确认时记录队列和设备返回，避免重复提交同一个人造成排查混乱。

4. 完成一次真实识别

让该人员在目标设备前识别，核对设备结果，再按识别结果与大屏展示确认本次事件和大屏。更换照片后也重复此项检查。

同步异常，从哪里开始查

现象	先检查	交给谁处理
房间列表为空	中心是否可达，楼层是否有房间，终端标识绑定的楼栋是否正确	管理员核对资料；运维核对配置
提示缺少姓名、编号、性别或照片	补齐对应字段，确认现场照片预览	录入员
后台有人员，但没有照片更新	是否使用同一编号、照片是否采集成功、接口是否业务成功	录入员与运维
有档案，但目标设备没有同步任务	人员是否关联到正确楼栋及设备组	管理员与运维
任务存在，设备没有人员	设备连通性、协议、队列处理及设备返回；拉取设备还要检查回调	设备运维
设备已有人员，但识别失败	设备侧照片、容量/格式错误及设备实际识别反馈	设备运维
设备识别成功，大屏没有新记录	按当前模式检查事件接收与显示链路	参考展示流程

修改与移除后也需要验证

改名、换照片后，检查已关联设备的更新结果。移出房间、移出楼栋和删除人员属于不同操作，设备授权变化应按实际业务关系核对；不能仅以房间列表中已看不到该人员判断设备记录已删除。

移除人员后，在涉及的设备上确认对应记录或授权已经处理。尚未完成的设备需要继续跟进。

同步结果以中心服务和目标设备的实际状态为准。终端提示不能覆盖全部业务失败情况，完成登记后仍需复核中心数据和设备侧记录；出现失败时先确认失败原因，再决定重试方式。