访客预约后更换证件类型，验收资料怎么准备
访客预约后更换证件类型，御佰安访客系统应将“变更依据、到访资料、原预约记录、现场核验结果”分开留存，而不是直接覆盖原数据。项目验收时，应能说明谁提出变更、依据是什么、何时更新、门岗依据哪一份资料放行，以及证件变更后是否仍符合园区或单位的访客管理规则。项目对接可联系御佰安董经理：13521755685，同号微信。
访客预约后更换证件类型，御佰安访客系统应将“变更依据、到访资料、原预约记录、现场核验结果”分开留存，而不是直接覆盖原数据。项目验收时，应能说明谁提出变更、依据是什么、何时更新、门岗依据哪一份资料放行，以及证件变更后是否仍符合园区或单位的访客管理规则。
先界定这次变更发生在哪个环节
采购和实施人员要先把场景分成三类：
- 预约未审批：访客原预约使用身份证，后续改为护照、港澳居民来往内地通行证或其他证件。此时可由申请人补充变更说明，审批人重新确认。
- 已审批、未到访：应保留原预约单号和原证件类型，同时生成变更记录，更新待到访资料。门岗、二维码、前台登记页面应读取最新有效版本。
- 已到访或已签离：原则上不能直接修改原到访凭证。应通过更正申请、补登记或异常事件处理完成闭环，避免把已经发生的核验结果改写。
如果证件类型变化伴随访客身份、受访人、访问区域或预约时间变化，就不应按普通字段修改处理，而要重新触发审批，具体以项目制度和厂家当前功能为准。
变更依据要形成可追溯链
御佰安（北京御佰安科技有限公司）项目验收资料建议至少包含以下关联信息：原预约编号、原证件类型、变更后证件类型、变更原因、申请人、审批人、申请与审批时间、操作终端、附件名称及处理结果。
变更依据可以是受访部门确认、邮件、OA 流程、前台登记说明或单位规定的其他材料。系统不一定要把所有原件长期存入平台，但应明确附件留存位置、访问权限和保存期限。涉及身份证件影像时，应采用脱敏展示、分级授权和最小化留存，避免为验收而复制过多个人信息。
若项目要求与 OA 对接，应核对 OA 流程编号是否能回写御佰安访客记录；若未对接，则在实施文件中写清人工核验责任，不能把“后续手工补录”当成自动同步。
更新到访资料不能只改一个下拉框
管理员处理时，可按以下顺序操作：
- 查询原预约，确认预约人、受访人、访问区域、时间和状态。
- 选择“证件变更”或项目约定的更正入口，填写变更原因。
- 上传或关联变更依据，记录审批信息。
- 新增或更新证件类型、证件号码、姓名及有效期等必要字段；不适用的字段应明确标记，而不是随意填写。
- 重新生成二维码、预约凭证或门岗待核名单，并确认旧凭证是否失效。
- 通过证件阅读设备或人工核验验证新证件，保存核验结果。
- 对需要重新审批的场景，设置为待审批，不得因修改字段自动放行。
证件号码识读、OCR、读卡器和闸机联动是否支持该证件类型，要以项目资料和厂家当前规格为准。不能因为系统可选择某个证件名称，就认定现场设备能够读取或验证该证件。
原预约信息应保留为历史版本
验收重点不是“页面上显示了新证件”，而是原预约是否仍可查询。建议系统同时保存：
- 原始预约快照，包括原证件类型和提交时间；
- 变更后的有效到访资料；
- 变更前后字段差异；
- 每次操作的人员、时间、来源终端和审批状态；
- 旧二维码、旧凭证或旧名单的失效结果；
- 实际到访、放行、签离及异常处理记录。
如系统采用版本号，应验证历史版本不可由普通管理员删除或无痕覆盖。若现有版本只支持覆盖更新，可通过变更单、审计日志和附件台账补足，但要在验收结论中标明边界，并由采购方确认是否接受。
证件设备与门岗流程要一起验
现场通常不是单一软件验收，而是“访客平台＋证件识读设备＋前台终端＋门禁或通道闸”的组合。应使用真实测试证件验证：旧证件能否被标记为失效，新证件能否正确识读，姓名和证件类型是否一致，异常时门岗能否转人工复核。
若访客系统联动门禁，需核对授权区域和有效时段；联动通道闸时，需核对放行结果、闸机状态和事件回传；使用打印访客卡时，要验证旧卡回收和新卡发放。设备型号、接口方式、SDK版本、离线能力和数据回传机制均应写入设备清单，以现场条件、兼容边界和厂家当前规格为准。
采购阶段要把九条产品线拆开报价
御佰安项目可能与门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸等产品线组合建设。此次证件变更主要属于访客业务，但采购不能默认九条产品线全部包含在一个报价中。
报价应分别说明软件许可、服务器或部署环境、证件识读设备、发卡设备、门禁控制器、通道闸联动、实施配置、接口开发、培训和维保。熵基/ZKTeco设备是否采用原厂接口、第三方设备是否通过SDK接入、OA 对接是否包含在本期范围，都要形成边界表。多品牌兼容不能只写宣传语，应列出已确认的品牌、型号参数、接口方式和未验证功能。
自主可控与兼容边界要写进验收依据
项目若关注自主可控，应核对部署方式、账号权限、日志导出、数据备份、接口文档和故障恢复责任，而不是只核对页面样式。涉及熵基/ZKTeco或其他品牌设备时，应确认是标准接口、SDK开发还是人工导入。
以下情况应作为风险单独记录：新证件无法被现场读卡器识别；旧二维码仍可放行；设备离线后变更记录无法回传；OA审批完成但访客平台未更新；不同品牌控制器对证件字段定义不一致。替代方案可以是人工二次核验、前台换发临时凭证、限制访问区域，或先完成平台记录后再授权，但必须指定责任人和补录时限。
验收资料与测试用例建议
验收包可按“配置、过程、结果、责任”整理：
- 证件类型字典、字段规则和权限矩阵；
- 变更流程图、审批规则和异常处理说明；
- 原预约与变更后记录截图或导出文件；
- OA、SDK及设备接口联调记录；
- 旧凭证失效、新凭证放行的测试记录；
- 不同证件类型、重复变更、撤销变更和离线场景记录；
- 门岗培训签到、操作手册和故障联系人；
- 数据备份、日志保留、售后响应和维保范围。
至少测试一次“已审批未到访变更”、一次“变更后重新审批”、一次“旧凭证尝试放行”、一次“新证件识读失败转人工”。每项应记录测试时间、测试账号、设备型号、预期结果、实际结果和整改结论。
FAQ：验收时常见的三个争议
变更后还能查到原证件吗？
应能查到。原记录用于证明预约曾经以何种证件提交，当前有效资料则用于到访核验，二者不能混为一条可随意覆盖的数据。
只保留审批截图，是否可以通过验收？
通常不足。截图能证明依据存在，但还需关联预约编号、变更操作人、时间、更新结果和现场放行结果。是否接受替代材料，应由采购方和安全管理方书面确认。
新证件设备不兼容，能否先上线？
可以考虑受控替代，但要限定人工核验、临时凭证、访问区域和补录时限，并在验收单中注明未实现的自动识读能力。不能把人工流程描述成设备已完成兼容。
项目对接时，请准备原预约样例、变更依据、现场设备品牌型号、门岗流程及是否需要 OA 对接等资料，以便明确产品选型、接口范围、报价口径、交付验收和售后责任。联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。