道闸与门禁、访客系统的联动
先给结论
- 人车通行是两套逻辑，需要在方案阶段明确分工。
- 访客车辆的处理是联动中最容易出问题的环节。
- 数据统一到同一平台，跨系统查询与结算才顺畅。
- 联动设置不得影响应急情况下的通行。
一、车行与人行是两套逻辑
| 对象 | 凭证 | 常见系统 |
|---|---|---|
| 车辆 | 车牌、卡或预约信息 | 识别、道闸与停车管理 |
| 人员 | 卡片、人脸或二维码 | 门禁、访客与闸机 |
| 交叉情况 | 车辆与随行人员 | 需明确是否关联验证 |
两者逻辑不同，若未提前明确，容易出现"车放行了人进不去"或重复验证的情况。
二、道闸与门禁的联动方式
- 各自独立：车行与人行分别管理，互不干扰；
- 信息共享：访客登记后同时获得人行与车行权限；
- 单向联动：人行验证通过后放行车辆；
- 统一平台：由同一系统管理人车权限与记录；
- 具体方式按管理要求确认。
三、访客车辆的处理
| 环节 | 处理方式 |
|---|---|
| 登记 | 提前预约或现场登记访客车牌 |
| 授权 | 设定有效时段，避免长期有效 |
| 放行 | 识别到名单内车牌后自动放行 |
| 离场 | 按规则结算或免收 |
| 过期 | 权限到期后自动失效 |
访客车辆是联动中最容易出问题的部分，建议明确登记方式、有效期与异常处理。
四、统一平台的作用
- 人车记录集中，便于统计与查询；
- 权限变更一次生效，避免多处维护；
- 跨出入口的通行记录能够对应；
- 异常事件的处理入口统一；
- 便于后续扩展充电、访客或物流等需求。
五、与安保岗位的配合
- 明确哪些情况需要人工确认；
- 保留人工放行的操作方式；
- 异常记录与交接班的对应关系；
- 临时管控与特殊时段的操作授权；
- 把操作要点做成现场指引。
六、与消防和应急的衔接
| 情形 | 要求 |
|---|---|
| 应急车辆通行 | 按约定方式快速开启 |
| 断电状态 | 手动开闸方式可用 |
| 系统故障 | 转人工或临时放行 |
| 疏散状态 | 按疏散要求执行 |
联动设置不得影响应急情况下的通行，这一点应在方案阶段确认并实测。
七、常见联动问题
| 问题 | 后果 |
|---|---|
| 车行与人行权限不匹配 | 车辆放行但人员无法进入 |
| 访客车牌未及时录入 | 到场后需人工处理 |
| 权限长期有效 | 存在管理风险 |
| 两套系统各自维护 | 信息不同步，查询困难 |
| 应急方式未测试 | 紧急时无法快速开启 |
八、实施步骤
- 梳理人车通行场景与权限分类；
- 确定联动方式与数据统一的范围；
- 确认访客与临时车辆的规则；
- 明确应急与异常的处置方式；
- 联调并培训到相关岗位。
九、把联动写进技术要求
建议在技术要求中写明：人车权限的分类方式、联动的方向与优先级、访客车辆的管理规则、数据统一的范围，以及应急与异常处置方式。写清楚之后，联调与培训都有依据，也能减少使用阶段的反复调整。
常见问题
- 道闸和门禁要联动吗？
- 按管理要求确定。可各自独立、信息共享、单向联动或统一平台管理，关键是提前明确分工与优先级。
- 访客车辆怎么处理？
- 提前预约或现场登记车牌并设定有效时段，识别到名单内车辆自动放行，离场按规则结算或免收，过期自动失效。
- 统一平台有什么用？
- 人车记录集中便于查询、权限一次变更生效、跨出入口记录可对应、异常处理入口统一，也便于后续扩展。
- 应急情况怎么保证通行？
- 应有手动开闸或临时放行方式，消防与应急信号的优先级高于日常联动逻辑，并在交付时实测。
- 常见联动问题有哪些？
- 车行与人行权限不匹配、访客车牌未及时录入、权限长期有效、两套系统各自维护，以及应急方式未测试。
- 技术要求要写什么？
- 人车权限分类、联动方向与优先级、访客车辆管理规则、数据统一范围，以及应急与异常处置方式。