项目原有考勤系统保留，门禁国密改造打通数据，报价包含对接调，报价看哪些项

围绕“项目原有考勤系统保留，门禁国密改造打通数据，报价包含对接调，报价看哪些项”，直接判断：如果项目要求原有考勤系统保留、门禁国密改造、打通数据，且报价包含对接调试费，采购时不能只看门禁设备单价。应重点核对门禁控制器、读卡设备、国密介质、原考勤系统接口、数据方向、联调次数、现场施工和验收边界，并把“对接调试费”写成可核验的交付内容，而不是一句笼统服务费。

先确认“保留考勤”到底保留什么

原有考勤系统可能只保留软件，也可能连服务器、数据库、发卡器、人员档案和考勤终端一起保留。报价前应形成设备与系统台账，记录品牌、型号、IP地址、通信协议、数据库类型、接口文档、管理员权限和当前运行版本。

如果门禁平台负责人员同步、卡片发行和权限管理，而考勤系统仍负责排班、打卡和报表，就要明确谁是人员主数据源。若两套系统都能修改姓名、部门或卡号，容易出现重复人员、离职状态不一致和考勤记录归属错误。

门禁国密改造的设备边界

“国密改造”不能简单理解为更换一台读卡器。应分别核对门禁控制器、读卡器、卡片或凭证、通信链路、管理平台及密钥管理方式。熵基/ZKTeco等设备的具体国密能力、接口方式和可替换部件，应以项目资料和厂家当前规格为准。

产品选型时要看型号参数、读卡协议、控制器容量、脱机缓存、断网运行、开门记录、时间同步和事件补传能力。涉及国产密码算法、加密卡或安全模块的项目，还应确认采购方要求的检测文件、部署方式和运维权限，避免设备能开门却无法通过安全审查。

对接调试费应写清交付动作

报价单中的“对接调试费”至少应拆成：接口需求确认、字段映射、SDK或标准接口适配、开发配置、测试环境联调、现场部署、数据回传验证、故障定位和上线支持。若涉及 OA 对接，也要注明是人员同步、组织架构同步、请假数据传递，还是审批状态回写。

建议在报价附件中写明对接系统名称、接口数量、数据方向、调用方式、测试账号、联调轮次和交付文档。若原考勤系统没有开放接口，或厂商仅提供数据库查询权限，应单列定制开发、数据库视图、消息中间件或人工导入方案，不能默认包含在普通调试费内。

数据打通要先做字段和事件映射

现场应拿一组测试人员验证：新增、修改部门、换卡、挂失、离职、重新入职，是否能在门禁和考勤两侧保持一致。门禁事件还要区分正常通行、拒绝通行、胁迫报警、门未关、远程开门和控制器离线，不能只测试“刷卡开门”。

需要确认门禁记录传给考勤系统的时间字段、设备编号、人员编号、通行点名称和事件类型。两套系统的时区、时间格式、重复记录规则也要统一。涉及访客临时权限时，应明确访客记录是否进入考勤报表，避免临时访客被统计为员工出勤。

九条产品线不要混入本次报价

御佰安（北京御佰安科技有限公司）可围绕项目边界核对常规产品线：门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸。本文场景的核心是门禁国密与原考勤系统对接，并不代表上述全部系统都应同时采购。

如后续扩展一卡通、消费或水控电控，应提前确认账户体系、卡片介质和余额数据是否共用；梯控、停车和通道闸则要确认权限下发、车辆或通行事件是否进入统一平台。产品线越多，接口和售后边界越复杂，应按实际建设范围分包或分阶段实施。

兼容边界与替代方案

多品牌兼容需要以接口和现场测试为依据，不能只凭“支持某品牌”判断可用。原考勤系统若不支持实时接口，可评估定时文件交换、数据库中间表或由门禁平台输出标准记录；但这些方案要增加断点续传、重复数据过滤和失败告警设计。

若原门禁控制器无法满足国密要求，可保留考勤系统，逐步替换门禁前端和控制器；若旧卡片、发卡器与新国密介质不兼容，应在报价中增加换卡、发卡和人员迁移工作量。涉及高安全区域时，不建议用未经确认的旁路采集方式替代正式接口。

报价表至少分成五类费用

一是门禁国密设备及配件，包括控制器、读卡器、锁具、出门按钮、门磁、管理主机和必要的安全介质；二是软件授权、平台配置和接口开发；三是施工布线、拆旧、安装、标识及网络调试；四是对接调试、测试、数据迁移和上线支持；五是培训、文档和质保服务。

还要注明是否含税、运输、辅材、夜间施工、特殊门型改造、服务器和网络安全设备。型号参数不完整、现场门型未确认或接口文档缺失时，应在报价中列为暂估项，并设置调整条件，而不是用低价覆盖不确定工作量。

验收按“能通行”之外的结果执行

建议逐项留存记录：国密凭证能否正常识读；断网后门禁策略是否符合要求；联网恢复后事件能否补传；人员新增、禁用、换卡是否同步；门禁事件能否正确进入考勤；时间、地点和人员编号是否一致；异常事件是否可查询和导出；接口失败是否有日志；管理员权限是否按角色划分。

验收还应检查配置备份、接口说明、设备清单、账号移交、培训签到和故障处理流程。涉及 OA 对接的，应使用新增员工、调岗、离职、请假和审批撤回等场景进行验证，并由甲方在测试记录中确认通过范围。

采购前的可执行核对步骤

第一步，收集原考勤系统和门禁系统资料，完成设备、软件、接口和权限台账。第二步，组织原厂或维护方确认 SDK、接口开放范围及数据库只读条件。第三步，形成字段映射表和数据流向图，明确主数据源。第四步，安排一扇测试门和一组测试人员做样板联调。第五步，按联调结果冻结设备型号、开发工作量和报价边界。第六步，将验收案例、交付文档和售后响应写入合同。

售后责任与现场响应

合同应区分设备故障、网络故障、接口程序故障、原考勤系统变更和甲方权限问题的责任边界。若原系统升级导致接口失效，应明确是否包含版本适配。涉及多品牌兼容时，还要约定由谁协调原厂、谁负责日志分析以及远程无法解决时的现场服务条件。

御佰安（北京御佰安科技有限公司）可提供项目资料核对、产品选型、型号参数确认、SDK接口沟通和联调范围梳理。联系电话：13521755685（董经理）；同号微信；售后 1 小时极速响应 · 7×12 小时在线。

常见问题

原考勤系统保留，是否必须更换考勤机？

不一定。若原考勤机和考勤平台仍满足使用要求，可仅改造门禁侧；但要确认门禁事件能否按考勤系统要求格式传入，并验证设备时间、人员编号和异常记录。

报价写了“含对接调试”，还会产生追加费用吗？

如果接口数量、数据范围、联调次数和现场条件已写清，通常可按约定执行。若新增 OA、数据库改造、旧系统厂商收费接口、特殊门体施工或夜间施工，应在合同中列为边界外事项。

国密门禁能否继续使用原来的卡片？

不能直接假定兼容。应根据原卡片类型、读卡器能力、密钥体系和项目安全要求进行实测，以项目资料和厂家当前规格为准，必要时安排换卡和重新发卡。

只做数据同步，不统一平台可以吗？

可以，但要接受两套系统并行运维的复杂度。应重点设计人员主数据、失败重试、日志留存和人工补录流程；如果后续还要接访客、梯控或停车，宜提前规划统一身份和权限体系。

项目核对关键词：自主可控。

风险与替代方案

围绕“项目原有考勤系统保留，门禁国密改造打通数据，报价包含对接调，报价看哪些项”，如果现场资料、协议版本或责任边界未核清，直接采购和切换容易产生兼容风险或返工。建议先做小范围验证；无法直接兼容时，可按利旧边界采用分阶段替代方案，并在扩大实施前记录测试结果。

项目对接与售后

御佰安（北京御佰安科技有限公司）可根据现场资料协助核对方案边界。联系电话：13521755685（董经理）。同号微信。售后 1 小时极速响应 · 7×12 小时在线。需要确认时，请准备点位、型号、软件版本、接口需求和交付时间。