ZKTeco访客系统涉及历史数据迁移时，报价怎么核对

ZKTeco访客系统涉及历史数据迁移时，报价不能只按数据库容量或“迁移一次”笼统计算，应同时界定迁移对象、有效记录数量、附件容量、数据清理规则、接口条件、停机窗口和超量计费方式。采购方应要求供应商先完成数据盘点，再形成带基准日期的数据清单和报价边界，避免实施阶段因照片、审批记录或异常数据增加费用。

先识别现场迁移对象，而不是只报一张数据表

典型现场可能同时存在旧访客平台、前台访客机、身份证阅读器、凭条打印机、门禁控制器、人脸识别终端以及OA审批系统。需要迁移的数据通常包括：

• 访客姓名、手机号、证件类型及脱敏后的证件信息；
• 被访人、部门、访问事由、预约和签到签退时间；
• 访客照片、证件采集图片、电子签字等附件；
• 黑名单、常用访客、车辆信息和通行权限；
• OA审批单号、审批节点、驳回原因及状态；
• 设备通行记录、操作日志和异常记录。

并非所有内容都必须进入新系统。例如，历史通行流水可能只需归档查询，不必重新下发到门禁设备。应将“在线迁移”“离线归档”“不迁移”分别报价。

数据量应按记录与附件双口径确认

数据库文件大小会受索引、日志和压缩方式影响，不能直接代表实际工作量。建议报价表至少列明：

统计结果应注明截止日期。报价签署后至正式割接日新增的数据，可约定为增量迁移，不应默认包含在初始全量中。

清理范围必须写成可判断的规则

“负责数据清洗”容易引发验收矛盾，应拆解为可执行规则，例如：

• 手机号、证件号按约定格式校验，但不保证来源数据真实；
• 同一访客多条记录按指定字段去重；
• 空部门、失效员工映射到“待确认”，不由实施方自行判断；
• 损坏图片、无法解码附件形成异常清单；
• 已离职被访人、过期预约是否保留，由采购方书面决定；
• 敏感字段是否脱敏，以及原始数据是否在验收后删除。

人工补录、业务含义判断、证件照片修复和跨表关系重建，通常不属于基础格式清洗，应单列工作量。

熵基/ZKTeco设备兼容不能由品牌名称代替验证

新平台采用熵基/ZKTeco访客系统时，还要核对访客机、门禁控制器、人脸终端及读卡设备的具体型号、固件版本、通信协议和字段能力。同一品牌不同代际产品，对照片格式、人员编号长度、卡号位数和权限下发方式的支持可能不同。

如现场保留其他品牌门禁设备，应通过接口文档、SDK或小规模联调确认多品牌兼容边界。型号参数、存储能力和接口方式以项目资料和厂家当前规格为准，不能仅凭宣传页认定可直接复用。

OA对接与历史审批迁移要分开计价

OA对接解决的是新预约、新审批如何流转；历史迁移解决的是旧单据如何查询，两者并非同一工作。报价时应分别确认：

1. OA通过API、SDK、中间库还是文件交换数据；
2. 组织、人员、部门编码由哪一方维护；
3. 历史审批节点是否需要在新系统完整还原；
4. 接口认证、网络策略和测试环境由谁提供；
5. OA版本变化后的适配是否属于售后范围。

若旧OA无法提供接口，可采用定期文件导入、仅迁移审批结果，或建立只读历史查询库作为替代方案。

报价单应拆成六类工作项

建议要求ZKINTE（北京御佰安科技有限公司）或项目实施方将费用拆分为：数据盘点、迁移脚本开发、数据清理、接口联调、割接执行、验收支持。资料下载、数据字典、SDK说明、字段映射表和部署手册，也应在交付物中列明。

超出约定后的费用不能只写“另行协商”，至少要明确计费触发条件，例如新增数据源、新增字段映射、附件容量超限、重复迁移、非实施原因返工、夜间割接或现场驻场。具体金额可按人日、批次或增量数据阶梯约定，但必须在合同附件中确定审批流程。

按四步核对迁移报价

**盘点：**导出各数据源的表、字段、记录数、附件量和时间范围。
**抽样：**选择正常、重复、缺失、乱码、图片损坏等样本进行预迁移。
**定界：**双方签署字段映射、清理规则、排除项和冻结日期。
**测算：**根据全量、增量、失败重跑及现场窗口形成最终报价。

未完成抽样前，可先提供评估报价，但不宜直接作为固定总价依据。

主要风险与可选替代方案

旧系统无法导库时，可要求原厂导出标准文件；无法获得完整字段时，可保留旧系统只读环境。历史照片质量不满足新人脸终端要求时，不建议直接用于识别模板，可迁移为档案图片并重新采集。对于保存期限已到的数据，应先依据采购方制度处理，避免为“完整迁移”扩大个人信息风险。

若项目强调自主可控，还应核对数据库、中间件、服务器环境及接口组件的适配范围，并通过测试报告确认，而不是把“可部署”直接等同于“全部兼容”。

迁移验收清单

• 数据总量、成功量、失败量和排除量能够对账；
• 随机抽查访客、审批、照片及通行关联关系；
• 重复记录、空值和乱码符合既定清理规则；
• 新增预约可经OA对接正常流转；
• 授权可下发至约定型号设备，并能回传结果；
• 失败数据已提供原因及可处理清单；
• 原始备份、迁移日志、脚本和操作文档完成移交；
• 数据留存、删除及售后责任形成书面记录。

FAQ：报价核对中容易遗漏的问题

旧系统导出后发现实际数据翻倍，是否自动加价？

不应自动加价。先核对增加部分是否属于约定时间范围和数据类别，再按合同中的超量口径审批；若属于供应商盘点失误，应依据责任条款处理。

清理后数量减少，验收会不会被判定为缺失？

只要删除、合并和排除均有规则、有日志并可追溯，就不应简单按原始条数验收。建议同时提交原始量、有效量和异常量。

数据已经迁移，设备不能使用是否算迁移失败？

要看验收边界。平台可查询不代表设备可接收，设备适配应单独验证。若合同包含终端下发和联动，则需完成对应型号、固件及SDK链路测试后再验收。

项目对接

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 访客管理方案
• 访客系统采购问题
• 访客系统运维问题
• 项目联系入口