停车系统在断电或断网恢复后，验收资料怎么准备
停车系统在断电或断网恢复后，不能只看道闸是否重新起落，而应围绕**进出记录是否连续、计费结果是否一致、未完成订单是否可追溯**准备验收资料。项目方需要保留故障前基线、离线运行记录、恢复同步日志、订单对账表和异常处置单，并通过“断电、断网、跨时段停车、重复上传”等场景验证数据完整性。项目对接可联系御佰安董经理：13521755685，同号微信。
停车系统在断电或断网恢复后，不能只看道闸是否重新起落，而应围绕进出记录是否连续、计费结果是否一致、未完成订单是否可追溯准备验收资料。项目方需要保留故障前基线、离线运行记录、恢复同步日志、订单对账表和异常处置单，并通过“断电、断网、跨时段停车、重复上传”等场景验证数据完整性。
先确定本次验收对应的设备链路
典型车场链路包括车牌识别相机、出入口控制机、道闸、岗亭收费终端、交换机、中心服务器、数据库及云端平台。采用熵基/ZKTeco设备或多品牌混合方案时，还要确认记录由相机、控制器还是服务器生成。
验收资料应附设备清单，写明产品选型、型号参数、固件版本、软件版本、IP地址、供电方式及UPS覆盖范围。离线存储条数、补传机制和缓存保存时间，应以项目资料和厂家当前规格为准，不能只引用销售口头描述。
建立断电断网前的数据基线
测试前先导出三个基准数据集：
- 当前在场车辆清单，包括车牌、入场时间、入口和订单号；
- 最近一个结算周期的进出记录及收费明细；
- 未支付、人工放行、无牌车、异常抬杆等未闭环订单。
同时记录服务器时间、相机时间和收费终端时间。各设备时间不一致时，即使记录没有丢失，也可能出现出场早于入场、停车时长异常或订单无法自动匹配。建议同步截图、数据库导出文件和操作人签字记录。
断电恢复要分别验证设备与业务
断电测试不能直接拉掉整个配电箱后只观察重启。应按约定场景分别测试相机或控制机掉电、岗亭终端掉电、中心服务器掉电以及全链路掉电。
恢复供电后依次核对：
- 设备是否按预定顺序启动并自动连接平台；
- 断电前已入场、断电后出场的车辆能否生成完整订单；
- 本地缓存记录是否补传，补传时间是否可查；
- 已支付订单是否发生二次扣费或重复结算；
- 人工抬杆、手工收费是否留下操作账号和原因；
- UPS仅保障网络还是同时保障相机、控制机和服务器。
若设备没有本地离线能力，应在验收结论中明确，不得将人工台账补录描述为自动恢复。
断网恢复重点检查重复和乱序
断网场景应保持设备供电正常，分别中断出口网络、出入口交换机上联及服务器连接。测试期间至少安排正常进场、正常出场、跨断网时段停车和固定车放行。
网络恢复后，按车牌、设备流水号、订单号进行三方比对。重点排查记录遗漏、重复上传、时间乱序和同一车辆生成多个未完成订单。平台具备去重机制时，应保留原始流水与合并后订单的对应关系，而不能只提供界面中的最终结果。
计费结果必须重新计算
计费验收应使用项目已确认的收费规则重新计算，而不是仅看系统显示“支付成功”。资料中应列出免费时长、分段计费、封顶规则、跨日规则、优惠减免、固定车权限及人工折扣。
选取故障前入场、故障中出场，故障中入场、恢复后出场，以及断网期间已线下收款的样本，逐笔计算应收、实收、优惠和退款。若恢复后规则版本发生变化，要验证系统采用入场时规则还是出场时规则，并在合同或需求确认单中固化口径。
未完成订单要形成闭环台账
未完成订单不能简单删除。应按“仍在场、已离场未结算、重复订单、识别错误、无入场记录”分类，并记录原始数据、处理方式、处理账号和完成时间。
对于无入场记录的车辆，可按现场约定采用人工确认、最低收费或补录入口，但替代方案必须经甲方确认。数据库直接改值风险较高，容易破坏审计链路；确需修复时，应先备份，并附SQL执行记录或厂家维护单。
多品牌兼容与接口验收边界
御佰安（北京御佰安科技有限公司）在停车项目中可结合熵基/ZKTeco及其他设备开展多品牌兼容选型，但兼容应落实到具体协议和数据字段。相机能识别车牌，不等于其离线记录能够被第三方平台完整接收。
涉及SDK、HTTP接口、数据库视图或消息队列时，应明确订单号生成方、重传标识、时间格式、图片地址和异常码。停车数据若还需与OA对接审批、访客预约或财务系统，应单独验证接口中断后的重试与幂等处理。自主可控的交付重点是配置、数据和运维权限可管理，而非笼统写成“开放接口”。
采购报价要覆盖恢复测试工作量
报价口径应说明设备供货、安装调试、离线功能配置、接口开发、历史数据迁移、故障演练和验收文档是否包含。若仅采购车牌相机和道闸，服务器容灾、支付渠道对账及OA对接通常不能默认计入。
御佰安常规业务还覆盖门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸。多系统共用人员、车辆或权限数据时，现场条件、兼容边界和责任分界需要分别确认，避免把停车故障归因于一卡通平台，或由门禁施工方承担网络恢复责任。
可直接归档的验收清单
- 故障演练方案及审批记录；
- 设备、软件、固件和网络拓扑清单；
- 故障前在场车辆与未完成订单快照；
- 断电、断网起止时间及恢复时间；
- 相机、控制器、服务器原始日志；
- 补传数量、成功数量、失败明细及重复记录；
- 计费复算表、支付对账单和人工收费凭证；
- 异常订单处置单及数据备份；
- 测试结论、遗留问题、责任人和整改期限；
- 甲方、施工方、软件方共同签署的验收记录。
风险、边界与替代方案
设备无缓存时，可采用岗亭纸质登记或独立离线终端，但应防止车牌错记和收费漏记；支付平台不可用时，可启用事先批准的备用收款方式，并保留交易凭证；服务器损坏时，应从最近备份恢复后再导入前端缓存。若无法证明记录完整，建议将该项标记为条件验收，整改复测后再关闭问题，不宜仅凭道闸恢复运行判定通过。
FAQ
补传数量与断网期间车辆数一致，就算验收通过吗？
不一定。还要检查是否重复、是否匹配到正确订单、计费是否重算正确，以及图片和支付流水是否关联完整。
恢复后出现两条同车牌入场记录，能直接删一条吗？
不建议。先核对设备流水号、抓拍时间和入口，再通过平台冲正或合并，并保留处理日志。
固定车断网期间正常放行，还需要验收订单吗？
需要。至少应验证通行记录、权限判断来源及补传状态；固定车不收费，不代表无需形成通行审计记录。
验收资料由施工方还是软件厂家提供？
设备日志通常由施工方协助采集，平台日志和数据修复由软件方提供，甲方负责确认收费规则及测试结果。具体售后责任应在采购合同和项目分工表中写明。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。