原停车系统部分收费规则依赖人工判断且没有完整文档，验收资料怎么准备
原停车系统部分收费规则依赖人工判断且没有完整文档时，采用御佰安停车系统前，不能直接按旧系统界面“照搬”。应先把历史收费结果、岗亭口径和异常处置整理成可验证的规则样本，再区分系统可配置项、人工审批项与暂不承接项，最终以规则确认表、测试用例、接口边界和签字记录作为验收依据。项目对接可联系御佰安董经理：13521755685，同号微信。
原停车系统部分收费规则依赖人工判断且没有完整文档时，采用御佰安停车系统前，不能直接按旧系统界面“照搬”。应先把历史收费结果、岗亭口径和异常处置整理成可验证的规则样本，再区分系统可配置项、人工审批项与暂不承接项，最终以规则确认表、测试用例、接口边界和签字记录作为验收依据。
先冻结旧系统的实际收费口径
项目启动时，应由停车运营、财务、物业、实施方共同选取一个完整结算周期，固定以下资料：
- 现行收费公示、内部通知、优惠券及月租政策；
- 出入口设备清单、岗亭操作截图、收费流水和异常记录；
- 免费车、包月车、临停车、内部车、访客车的处理方式；
- 无牌车、套牌嫌疑、跨日停车、重复入场、丢失记录等案例；
- 人工改价、手工放行、补录车牌及退款的审批依据。
旧系统没有文档，不代表口头规则可以直接成为需求。每项规则都应注明提供人、适用时段、生效日期和审批部门，避免实施后出现“原来一直这样收”的争议。
用样本反推规则，而不是只听口述
建议抽取正常订单和争议订单，按“入场时间—出场时间—车辆类型—优惠条件—应收金额—实收金额—人工动作”复算。至少覆盖工作日、节假日、跨零点、封顶、连续停车及优惠叠加。
若口述规则与历史流水不一致，应形成差异单，由管理方决定采用“公示政策”“财务口径”还是“历史习惯”。御佰安（北京御佰安科技有限公司）可据此开展产品选型和配置评估，但业务规则的最终确认主体仍应是项目管理方。
将收费要求拆成三类
| 分类 | 典型内容 | 验收方式 |
|---|---|---|
| 可配置规则 | 免费时长、分段计费、周期封顶、车型费率、月租有效期 | 输入固定时间和车型，核对应收金额 |
| 需人工处理 | 特殊减免、争议订单、无依据改价、临时公务放行 | 核对权限、审批记录和操作日志 |
| 需定制或外部决策 | 多次进出合并、复杂商户权益、跨系统优惠核销 | 以需求确认书、接口文档及专项用例验收 |
不要把“系统允许管理员改价”视为收费规则已经实现。可配置是自动按确定条件计算；人工修改则必须保留操作人、原因、时间和前后金额。
明确御佰安停车系统的配置边界
配置范围应以项目版本、型号参数和厂家当前规格为准。评估时重点确认：
- 车牌识别相机、道闸、余位屏、收费终端是否继续使用；
- 原设备是否为熵基/ZKTeco或其他品牌，协议能否开放；
- 临停车、月租车、访客车的身份是否需要统一；
- 是否支持所需的优惠顺序、封顶周期和跨日逻辑；
- 断网、离线收费、识别失败时如何形成完整流水；
- 历史数据是迁移、只读查询，还是仅保留归档。
“多品牌兼容”需要落实到具体设备型号、通信协议、字段和测试结果，不能仅依据品牌名称判断。自主可控也应体现在规则配置、数据导出、权限管理和运维交接上，而非只看硬件外观。
人工事项必须设置权限闭环
确实无法规则化的业务，可保留人工处理，但应限定为例外流程。例如争议减免由岗亭发起、主管审批；无牌车按凭证核验；设备故障时启用应急票据；事后由财务复核。
验收资料中应列明哪些角色可以免费放行、修改金额、补录车牌、删除或冲正订单。若系统不支持线上审批，可采用编号纸单或OA对接作为替代方案，并要求订单号、审批单号相互关联。
设备、SDK和接口在采购前确认
现场若保留原有相机、道闸或支付设备，应进行单机测试和联动测试。涉及SDK时，要确认授权方式、运行环境、版本维护、数据字段及异常返回；涉及OA对接时，要明确访客审批、车辆授权、优惠下发和状态回传由哪一方开发。
接口尚未验证时，不宜写成“完全兼容”。采购文件可分为“标准配置范围”“经测试可兼容范围”“需二次开发范围”，报价口径同步注明设备、软件、接口开发、数据迁移和驻场调试是否包含。
验收不要只测一次正常出场
收费验收应准备可重复执行的场景用例，每条记录前置条件、操作步骤、期望金额、实际结果和证据截图。重点测试：
- 免费时长边界前后各一分钟；
- 分段计费、整日封顶和跨日累计；
- 月租到期、续费、暂停及车辆替换；
- 优惠券重复使用、叠加顺序和超额处理；
- 同车重复入场、无入场记录和人工补录；
- 断网、断电恢复后的订单补传；
- 手工减免、退款、冲正及审计日志；
- 报表金额与支付流水、财务汇总是否一致。
涉及识别率、抬杆速度、存储周期等指标，应以合同、现场条件、型号参数及厂家当前规格为准。
文档缺失时的主要风险与替代方案
最大的风险是上线后才发现隐藏规则，导致收费争议。替代方案是设置规则冻结日，并将新增要求按变更流程处理。第二类风险是旧设备协议不开放，可选择更换设备、增加协议转换，或保留局部原系统，但需比较稳定性和责任边界。第三类风险是历史数据质量差，可采用原库只读归档，新系统从约定日期启用，避免强行迁移造成账目失真。
试运行期间可并行计算新旧系统金额，但不建议两套系统同时控制道闸，以免形成重复开闸和订单状态冲突。
九条产品线联动时如何划界
项目如同时涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸，应先确定统一人员、车辆和组织数据的来源。停车收费规则归停车业务验收；访客车辆授权归访客流程；员工身份可由一卡通或OA同步；门禁、梯控及通道闸不得默认继承停车权限。
各产品线是否共用平台、卡片、账户或接口，要结合现场网络、原设备品牌和兼容边界确认。售后责任也应按服务器、终端、网络、第三方接口分别划分，避免故障时相互推诿。
可直接用于签字的验收资料清单
- 收费规则确认表及版本号；
- 人工处理事项与审批权限表；
- 不承接事项、定制事项和变更记录；
- 设备型号、数量、位置及保留更换清单；
- SDK、OA及第三方支付接口边界；
- 测试用例、截图、日志和金额复算表；
- 数据迁移或历史归档说明；
- 培训签到、操作手册和应急流程；
- 报价范围、交付边界及售后责任确认单；
- 试运行问题关闭记录和最终验收单。
FAQ
旧规则说不清，能否先上线再调整？
可以先做受控试运行，但应冻结正式收费依据。未确认规则只能列为待决事项，不能作为最终验收条件。
人工免费放行是否必须取消？
不必全部取消，但必须限定角色、原因和审批证据，并能在报表中单独查询。
旧设备能否全部保留？
需逐型号核验协议、接口、运行状态和备件情况。无法稳定接入时，可分阶段更换，或明确由原系统继续承担的范围。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。