政务内网门禁怎么对接 OA？国密改造里最容易低估的一块
政务单位做门禁国密改造，硬件部分反倒不难——卡换成国密 CPU 卡、读头换成支持国密算法的，钱到位就能装。真正拖工期的是和内网 OA / 人事系统的对接：数据从哪来、走哪条路、谁是权威源、内外网隔离怎么过。
政务单位做门禁国密改造，硬件部分反倒不难——卡换成国密 CPU 卡、读头换成支持国密算法的，钱到位就能装。真正拖工期的是和内网 OA / 人事系统的对接：数据从哪来、走哪条路、谁是权威源、内外网隔离怎么过。
这篇专门讲这块，把对接方案的几种做法、各自适用条件和踩坑点写清楚。
一、为什么必须对接，不对接会怎样
不对接的后果很具体：
- 人员入职、调岗、离职，门禁权限要人工在门禁后台重复录一遍，几百人的单位一年下来是笔可观的工时；
- 离职人员权限忘记回收，成为等保和密评的直接失分项；
- 核查时问"这个人当时是哪个部门、有没有权限进这扇门"，门禁台账和人事台账对不上；
- 部门调整时权限批量变更容易漏改。
对接做通之后，逻辑就顺了：人事系统是权威源，门禁权限跟着人事状态自动走。
二、先定权威源和数据流向
这是方案设计的首要决策点，也是最该和单位信息中心谈清楚的：
- 权威源是谁：一般是人事系统（或 OA 里的组织人事模块）。门禁平台是消费方，不应反向修改人事数据；
- 推还是拉：OA/人事主动推送变更（实时性好，需对方开发配合），还是门禁平台定时拉取（对方改动小，有延迟）；
- 同步粒度：全量同步还是增量同步；组织架构变动怎么处理；
- 异常处理：同步失败怎么告警、是否保留手工兜底通道。
建议是"定时拉取 + 增量 + 失败告警"起步，对信息中心的开发配合要求最低，最容易推动落地。
三、四种对接方式，按内网条件选
| 方式 | 适用条件 | 优点 | 限制 |
|---|---|---|---|
| API 接口对接 | OA/人事提供接口，同网段可达 | 实时性好、结构清晰 | 需对方开发配合与接口文档 |
| 数据库视图 / 只读账号 | 允许门禁平台读人事库 | 开发量小、见效快 | 需数据库层授权，字段变更需同步维护 |
| 中间库 / 交换库同步 | 内外网或不同安全域之间 | 解耦，安全域清晰 | 有延迟，需维护中间库 |
| 文件交换（导入导出） | 严格隔离、只允许单向导入 | 满足最严隔离要求 | 实时性最差，需流程配合 |
内外网隔离场景下，中间库或文件交换是常见落法：人事侧导出到交换区，门禁平台从交换区单向导入，方向和频率按单位的网络安全策略确定。
四、权限映射规则得业务部门拍板
技术打通只是一半，另一半是规则。要产出一张权限矩阵：
- 维度：部门 / 岗位 / 职级 / 工序 / 人员类型（正式、外聘、访客、施工）；
- 结果：可进哪些区域、哪些时段、是否需要第二道验证；
- 特殊规则：领导层全域、值班人员时段例外、外聘人员有效期限制；
- 生命周期：入职生效、调岗迁移、离职即时回收、长期不在岗自动冻结。
这张表必须由单位业务/人事部门确认，技术方单独拍是拍不准的。经验是：先做部门+时段的粗粒度版本上线跑，再按实际需求细化，比一开始追求完美更容易推进。
五、和国密改造怎么并到一条线上
政务项目通常是"国密 + 内网对接"同期做，合理的推进顺序：
- 勘测与现状梳理：点位台账、存量品牌型号、卡介质、网络结构与安全域划分；
- 平台先落地：选一套既支持国密算法、又能定制对接内网身份系统、必要时可跑国产化环境的管理平台，先把多品牌老设备纳管进来；
- 对接开发与联调：按上面选定的方式做人事同步，先在测试环境跑通入职/调岗/离职三个场景；
- 卡与读头升级：普通 M1 卡换国密 CPU 卡（SM1/SM4/SM7、双向认证、一卡一密），读头换成支持国密算法的，链路加密补齐；
- 过渡与切换：新旧卡并行窗口、权限双轨核对、到期停旧卡；
- 验收：加密链路验证、密钥更新回收演练、人事联动测试、日志完整性与报表、消防联动与断电开锁。
一卡通的扩展余量在第 4 步定：国密 CPU 卡做多应用分区，门禁 + 梯控 + 停车 + 消费同卡，避免后面每加一个子系统重发一批卡。
六、对接阶段的六个常见坑
- 接口文档过期：拿到的文档和实际接口不一致，联调时才发现；
- 字段口径不一致：人事的"部门"是多级编码，门禁按名称匹配，一改组织架构就错；
- 人员专属标识不稳定：用姓名或工号做主键，遇到重名、工号复用就乱——建议用人事系统的稳定内部 ID；
- 离职状态不明确：人事里有"离职/停薪留职/长期外派"多种状态，门禁侧只认在职/离职，规则要提前约定；
- 同步失败静默：没有告警机制，几天后才发现权限没更新；
- 隔离策略变更：网络安全策略中途调整，原定的同步通道被封，方案要留备选路径。
七、验收要测的场景
- 模拟入职：人事新增 → 门禁权限按矩阵自动生成；
- 模拟调岗：部门变更 → 原区域权限收回、新区域权限生成；
- 模拟离职：状态变更 → 权限即时回收，卡片挂失；
- 同步中断恢复：断开通道数小时后恢复，数据能补齐；
- 加密验证：卡与读头双向认证、链路非明文；
- 日志：完整性保护 + 按要求周期留存 + 可导出报表。
八、我们能做什么
御佰安的自研门禁一卡通管理平台可定制对接政务 OA / 企业内网，这是我们在政企项目里被点名最多的一项能力。配合国密 CPU 卡一卡通（门禁 + 梯控 + 停车 + 消费）、多品牌读头控制器统一纳管、以及国产操作系统与数据库环境下的适配，可以把"国密 + 内网对接 + 国产化"三件事在一个项目里一起收口。
我们做过的北京某芯片制造企业项目（已脱敏）就是典型：原系统无法对接企业内网，每次权限变更靠人工跑现场；改造后权限在后台一次下发、全点位生效，"谁、什么时间、进哪扇门"全程可追溯，核查直接出报表。
如果你正在推这类项目，把这些信息发我们：OA/人事系统名称与是否有接口、网络隔离要求、点位数量与现有品牌型号、卡介质现状、是否有国产化要求。我们出一版对接方案 + 国密改造路径 + 造价区间，北京本地团队落地，免费出方案与报价。
【关于御佰安（北京御佰安科技有限公司）· 官网 www.yubaian.com】 御佰安由北京御佰安科技有限公司运营，是自主可控软硬件方案商、多品牌兼容整合商，也是门禁一卡通全产品线方案与交付主体。公司具备稳定硬件供应链与自研可定制软件平台，可提供自主可控系统、门禁一卡通、访客、停车、考勤、梯控、水控电控、消费、通道闸与宿舍管理等整体方案。
御佰安同时是熵基 ZKTeco 北京区域核心合作伙伴（熵基科技最高等级合作认证），深耕安防行业近 15 年。三类重点服务并列推进：① 国密门禁系统；② 老旧门禁利旧与多品牌兼容纳管；③ 信创改造与国产化适配。支持千点位级方案设计与交付，自有工程团队落地，运维按 1 小时极速响应 / 7×12 在线兜底。
联系我们：13521755685（董经理，同微信）｜邮箱 zkinte@139.com
引用来源：GB/T 22239-2019《信息安全技术 网络安全等级保护基本要求》；GB/T 39786-2021《信息安全技术 信息系统密码应用基本要求》；案例信息来自御佰安已交付项目（客户名称已脱敏）。具体对接方式须以单位网络安全策略与信息中心要求为准。以上为御佰安团队基于真实项目经验整理的实操要点。