磁悬浮自动门权限撤销复核
磁悬浮自动门撤销权限后，应确认目标凭证在哪些门、由哪个节点判断，并核对该节点已应用变更及现场拒绝结果。平台删除成功只是其中一个环节。离线设备、独立分享和本地配对分别留项；门没有动作，也可能是未供电或处于维护模式，不能单凭“不动”判断授权已经失效。
撤销的是什么，哪些门必须受到影响
人员离职、访客到期、手机遗失和服务商撤场，可能需要不同范围的处理。先明确本次撤销的是某人的某张卡、某个手机凭证、某一设备分享，还是这个人在约定门点的全部通行权限。只写“删除人员”，容易遗漏独立凭证，也可能误伤仍应保留的访问。
将门点、通行方向、凭证类别、授权来源和实际判定节点放在同一张清单。门机接收授权后的动作请求，未必直接保存卡、人脸或手机身份。决定能否通行的，可能是本地门禁控制器、读卡终端、网关或平台，应按实际系统核实。
整体分工见门禁授权与门控执行资料。如果处理的是独立RF遥控遗失，应按遥控器丢失撤销与复验另核配对范围，不能把两种设备的清除步骤混用。
一个人拥有多条授权时，管理者确认哪些一起撤销、哪些保留，以及谁批准。不必公开人员姓名、卡号、人脸数据和实际账号；网站咨询只使用型号、门数量与需要解决的问题摘要。
把提交、应用、拒绝和门控结果分别记下来
表格可横向滑动查看。
| 核对层级 | 要确认的事实 | 单独不能证明什么 |
|---|---|---|
| 管理端提交 | 准确对象及范围的变更已被接收，记录操作结果 | 所有离线节点都已更新 |
| 授权节点应用 | 对应门点的当前配置已包含这次撤销 | 原凭证已经完成现场验证 |
| 授权判定 | 在明确条件下，原方式的请求按预期被拒绝 | 其他分享或独立凭证也已失效 |
| 门控执行 | 未出现该拒绝请求对应的授权输出或门动作，并核其他触发 | 整套门已满足所有安防及疏散要求 |
这四层不要求每个系统都有同样的界面。能看到配置版本、下发回执或节点当前权限时，写出对应依据；设备不提供某项信息时就保留缺口，不自行编造“已同步日志”。撤销状态不能只靠管理端按钮变灰来判断。
删除平台分享、取消门点权限、撤销第三方手机凭证、删除本地授权，也不必然是同一动作。供应方应解释实际数据流和删除范围。对象不明确时，先确认对应系统的正式处理方法，不在现场尝试跨型号清空、复位或改接线。
权限撤销与历史记录处置另列责任和要求。为证明一次拒绝而保留必要记录，不等于有理由无限收集人员信息；具体资料留存与管理按项目制度处理，本页不提供法律结论。
离线节点单独留项，不用在线数量替代完成率
平台能接收变更时，现场节点仍可能离线。如果该节点原本具备本地授权能力，它是否已经获知撤销、恢复后怎样更新，需要适用文件和实际证据。不能统一推定“断网就不能开”，也不能推定“离线一定继续使用旧权限”。
表格可横向滑动查看。
| 观察到的状态 | 当前结论 | 接下来核对 |
|---|---|---|
| 平台已提交，节点应用未确认 | 撤销请求已受理，现场生效待核 | 节点身份、更新结果和适用确认方法 |
| 节点离线，未取得更新证据 | 该门点未完成生效确认 | 离线策略、临时管理安排与恢复责任 |
| 应用已确认，原凭证尚未复测 | 配置层已确认，行为层未验证 | 受控复测条件或证据限制 |
| 原凭证拒绝，保留用户及相关功能正常 | 在记录的门点、方向和条件下通过 | 其他门及其他独立授权仍逐项关闭 |
节点恢复在线后，先核对变更是否实际应用，再做受影响的功能复验。若系统提供版本号、更新序号或应用时间，可作为对应依据；没有这些能力时，采用该系统允许的其他方法并注明限制。反复刷新页面或等待一个自行规定的分钟数，不能补足现场生效证据。
尚未确认的门点，由项目管理者按风险和已批准方案安排通行管理、值守或其他措施。撤销一人的进入权限不等于取消所有人的正常退出，也不能通过关闭保护或改动紧急链路处理。
虚拟例：同一张卡对应两台控制器
本例仅演示记录与判断，不对应真实客户或德恩科配置。测试凭证C原可进入D-01与D-02，分别由K-01和K-02判断；凭证N属于应保留的正常测试用户。管理端受理了C的撤销，K-01有本次变更已应用的证据，K-02处于离线状态。
- 先把两个门点拆开。K-01的结果不能覆盖K-02，平台受理一次也不能直接写两门通过。
- 在D-01具备正常测试前提时，C被拒绝，N仍按批准范围通行；记录各自结果和关联输出。
- D-02暂时没有条件确认变更已应用，应列为待完成，并明确管理与恢复责任。不能为了凑出完整表格填“与D-01相同”。
- K-02恢复后，核对本次撤销的应用依据，再按该门点和方向测试C、N以及相关门控结果。
- 两门都取得相应证据后，再按原范围关闭事项；存在独立手机分享或其他凭证的，按批准范围继续核对。
如果D-01测试时门机正停在维护模式，C按卡后没有动作，这个现象本身不能证明拒绝。应分开检查读卡请求是否到达、授权节点怎样判定，以及门机为什么未执行。不能把执行链路中断当作撤权生效证据。
本例不采用具体同步秒数，也不把任何品牌的分布式更新机制套给其他设备。项目需要约定撤权生效时限时，应先确认供应方案、网络条件、离线处理和可验证方法，再写入交付要求。
反向测试也要有正常测试前提
由管理者批准的人员在受控条件下组织复测。先确认门点、通行方向、模式、设备供电、通信和测试凭证身份与清单一致。现场没有满足普通通行条件时，一次不开门不能作为拒绝结果。相关接口问题可参考授权输出与门机输入核对。
有条件时，使用实际被撤销的合法持有凭证验证拒绝，同时用应保留的测试凭证作对照，并检查该请求未形成不应有的授权输出。若门被另一个正常雷达、按钮或其他用户触发，须关联触发来源，不能把那次开门直接归到已撤销凭证。
有的系统可以在管理端模拟权限计算。这类结果可证明其明确覆盖的判定逻辑，不能自动代替读卡器到现场控制节点再到门机的整条路径。能验证到哪层就写到哪层，不用一个“测试成功”概括所有对象。
手机或凭证已经遗失时，不能假称用原设备做过现场反测。可以记录撤销依据、节点应用确认、保留用户与其他获准测试的结果，再说明原凭证无法直接验证。陌生卡打不开，只证明该陌生卡的结果，不能填成丢失凭证已测失效。
备份恢复、换设备和交接后仍要复核
更换控制器、恢复备份、迁移平台或重新绑定设备，可能改变授权数据和判定位置。恢复前明确备份是否包含人员、凭证、访问组或设备分享；恢复后核对当前应保留与应撤销的范围，不能把一份撤销前的配置不加说明地作为正常基线。
平台、门禁、现场集成和使用管理方分别负责哪些证据，要能在交接表中找到人。发现某节点仍有旧权限时，保留实际版本和执行记录，由相应责任方处理，再按影响范围复验；不要为了让数量对上而清空无关用户。
关单条件按本次批准范围确定：目标对象明确、相关节点生效状态有依据、获准测试已完成、保留用户未被误伤，未决项已有承担方。没有完成的内容分列，不能用“已通知施工方”替代撤销已完成。后续移交可与逐门验收和培训资料关联。
把撤销范围和证据留在同一张表
下载权限撤销复核空白表。按“门点—方向—授权节点—凭证类别”分别记录提交、应用、拒绝、输出与保留用户结果。使用项目内部代号即可，不在公开附件填写真实卡号、密码或人员资料。
资料边界参考AXIS《Connection service》对AXIS A1001网络中离线节点恢复后取得配置更新的说明，以及《Third party credential service》对某些删除选项不同时修改本地门禁凭证的说明。这些是其特定系统机制，用来说明“操作对象与生效节点必须核对”；本页不移植其API、更新规则或声称德恩科采用同样架构。
本文不要求提供公司程序、权限库和客户日志。需要沟通的只是设备型号、门点数量、授权方式、哪些节点状态不明，以及希望完成什么验证。
常见问题
平台显示删除成功，磁悬浮自动门权限就全部失效了吗？
不能仅凭平台提示判断。还要确认撤销对象和门点范围、实际授权节点已应用变更，以及在适用条件下的拒绝和门控结果。
门禁节点离线时，可以把撤销单直接关掉吗？
未取得该节点生效依据时，应保留待确认状态，并按项目安排临时管理及恢复责任。恢复后核对应用结果与受影响功能，不按在线门的结果代填。
撤权后刷卡门不动，是否已经验证成功？
要排除未供电、维护模式或其他执行条件不满足，并确认请求到达及授权判定。单纯没有门动作不足以证明该凭证被拒绝。
丢失的手机拿不回来，还能写原设备已验证失效吗？
不能。应记录撤销及节点应用依据、已完成的获准测试和原设备无法直接复验的限制，不用其他陌生凭证的结果代替。