办公网络不能连接互联网的单位拟采用御佰安访客系统，型号怎么选
办公网络不能连接互联网的单位拟采用御佰安访客系统，选型不能只看访客机外观或登记功能，应先确认办公网是否完全隔离、访客数据是否允许出网、现场已有设备品牌及接口，再依据部署方式、更新方式、数据交换和运维责任选定型号。涉及御佰安（北京御佰安科技有限公司）的具体型号参数，均应以项目资料和厂家当前规格为准。项目对接可联系御佰安董经理：13521755685，同号微信。
办公网络不能连接互联网的单位拟采用御佰安访客系统，选型不能只看访客机外观或登记功能，应先确认办公网是否完全隔离、访客数据是否允许出网、现场已有设备品牌及接口，再依据部署方式、更新方式、数据交换和运维责任选定型号。涉及御佰安（北京御佰安科技有限公司）的具体型号参数，均应以项目资料和厂家当前规格为准。
先把“不能上网”拆成三种现场
有些单位是办公网不接互联网，但内网服务器、前台工作站和门禁控制器可以互通；有些是涉隔离区、生产区与办公区分网，访客系统只能部署在指定网段；还有些现场没有可用服务器，只允许在访客终端本地运行。三种情况对应的系统架构并不相同。
采购人员应让网络部门出具网络拓扑或书面说明，确认是否允许固定 IP、是否可访问域名解析、是否存在代理服务器、是否允许移动介质导入文件，以及访客终端能否访问门禁、通道闸或梯控设备。不能以“现场有局域网”直接推断系统可以联网运行。
用现场对象倒推访客系统型号
如果入口只有一台登记终端，重点核对本地登记、证件读取、打印、拍照和离线查询能力；如果包含前台审批、被访人确认和多个楼层门禁，则应配置内网服务器、管理端和相应授权。若访客需要进入闸机、乘梯或指定门区，还要确认访客凭证与门禁控制器、通道闸、梯控之间的联动方式。
同一项目可能同时涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线。御佰安可结合项目做产品选型，但不能默认九条线都能由同一型号或同一接口覆盖；已有设备是熵基/ZKTeco、其他品牌或自研平台时，应逐项确认多品牌兼容范围。
采购阶段要锁定的型号参数
询价文件至少写明终端数量、管理端数量、服务器部署位置、证件识别方式、访客审批流程、凭证类型、门区数量、数据保留周期和是否需要离线运行。还要确认操作系统、数据库、网络协议、并发访问、日志导出、权限分级、打印机及读卡器兼容性。
不要只接受“支持内网部署”这一句。应要求供应方列出离线登记、审批、授权、撤销、补传、日志查询分别由哪台设备完成；若某功能必须依赖云端、短信或第三方接口，应在报价和技术方案中单独标注。未明确的型号参数，以项目资料和厂家当前规格为准，并形成书面确认。
更新方式不能依赖临时联网
完全不出网的单位，应在合同或技术协议中明确离线升级流程：由谁制作升级包、如何校验文件、是否需要双人审批、如何备份数据库、失败后如何回退、升级期间能否继续登记。升级介质应经过单位安全检查，不能由实施人员直接接入未经授权的 U 盘。
若系统支持离线授权文件、补丁包或特征库导入，应约定文件格式、有效期和导入记录。若厂家只能远程升级，则需要提供替代方案，例如由单位指定窗口机接收文件，再经安全审查后导入内网；不能因“以后可远程处理”而把互联网访问写成隐含前提。
数据交换要区分同步与导入导出
访客信息、审批结果、黑名单、证件信息和通行日志，可能需要与 OA 对接，也可能只允许人工审核后导出。采购时要确认 OA 是提供 API、数据库视图、文件交换还是 SDK；明确字段、编码、时间格式、失败重试、重复数据处理及日志留存。
如果内外网之间禁止直连，可采用人工审核文件、专用交换区或经批准的单向导入导出流程。SDK 仅代表存在开发能力，不等于已完成接口适配，也不代表所有设备品牌都能直接接入。涉及熵基/ZKTeco或其他品牌控制器时，应通过联调验证开门、撤权、事件回传和断网恢复，不以宣传资料代替测试。
兼容边界要写进报价口径
门禁控制器、读卡器、访客机、通道闸、梯控主机和打印设备应分别列出品牌、型号、数量、接口及现状。对接已有一卡通、停车、消费、考勤、水控电控系统时，要说明是复用设备、增加网关，还是替换原平台。多品牌兼容应落实到具体设备和功能，不宜只写“支持多品牌”。
报价还应拆分软件许可、终端设备、服务器环境适配、接口开发、现场实施、培训、升级和售后服务。若需要定制 OA 对接、审批流程或证件规则，应明确工作量、交付物和变更计价边界，避免验收时出现“系统能登记但不能按单位流程审批”的争议。
自主可控与运维责任怎么落地
对强调自主可控的单位，应核对系统运行是否依赖外部云服务、第三方账户、在线授权或持续联网；同时确认数据库备份、日志导出、管理员权限和故障替换流程。自主可控不是简单写入方案标题，而是要能在隔离网络中完成日常操作和恢复。
运维边界应分别约定网络、服务器、数据库、终端、门禁设备和接口程序由谁负责。御佰安负责的内容、单位信息中心负责的内容、原门禁或 OA 厂商负责的内容，应形成责任矩阵。远程支持受网络隔离限制时，应明确电话、现场、文件诊断和授权窗口等替代方式。
现场核对与联调步骤
- 由网络管理员确认网段、IP、端口、服务器位置和介质管理要求，并留存签字记录。
- 由设备管理员盘点门禁、闸机、梯控、读卡器及已有平台的品牌、型号、协议和固件版本。
- 用脱网环境测试登记、审批、发卡或二维码、开门、撤权、日志查询和异常恢复。
- 按真实 OA 字段做一轮导入导出或接口联调，记录成功、失败、重复和断点续传结果。
- 由安全人员验证升级包校验、备份恢复、账号权限、审计日志和移动介质流程。
- 将未支持的功能、待开发接口和需第三方配合事项列入遗留问题，不以口头承诺关闭。
验收清单与替代方案
验收应至少包含：离线启动与登录、访客登记、审批、凭证失效、门区权限、闸机或梯控联动、黑名单、日志导出、数据备份恢复、断网运行、升级回退、OA 数据交换和多角色权限。每项应记录测试条件、操作人、结果和异常处理方式。
若现场无法提供服务器，可评估本地一体机或终端独立运行方案；若既有控制器协议不开放，可保留访客审批并采用人工授权、临时卡或经过批准的中间网关；若 OA 暂不能对接，可先用受控文件交换，但必须明确后续接口计划和数据责任。替代方案应说明减少了哪些功能、增加了哪些人工步骤和安全风险。
常见问题
完全不接互联网，还能部署访客系统吗？
可以评估内网或本地部署，但需确认服务器、终端和受控设备之间的连通条件。短信、云审批、在线授权等功能可能需要取消或改为内网审批、人工通知和离线授权。
现场已有熵基/ZKTeco设备，还要全部更换吗？
不一定。应按具体型号、协议、SDK开放情况和联动功能测试；能否复用、需要网关还是必须替换，应以兼容性报告和报价清单为准。
厂家提供 SDK，是否就等于能完成 OA 对接？
不是。SDK 还需要字段映射、权限设计、异常处理和联调。应要求明确接口文档、测试环境、交付源文件或部署包，以及后续维护责任。
谁负责断网后的故障？
要按合同责任矩阵判断。网络、服务器、访客软件、接口程序和门禁硬件可能由不同单位负责，不能用“售后负责”概括全部问题。
项目对接：联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。