熵基访客系统采购合同中，资料怎么准备

熵基访客系统采购合同中的资料责任，应按“谁产生、谁提供，谁使用、谁审核，谁修改、谁担责”约定：采购方提供访客规则、人员组织、OA 字段及现场网络等业务资料；供货实施方提供熵基/ZKTeco 设备参数、部署文档、接口说明和验收模板；双方分别完成业务真实性与技术可实施性审核。资料错误造成返工时，不宜笼统写成“由责任方承担”，而应根据错误来源、审核记录、变更时间和返工范围确定费用与工期责任。

先识别访客项目最容易返工的资料

访客一体机、身份证阅读设备、二维码打印机、闸机或门禁控制器组合部署时，资料并非只有产品彩页。常见返工点包括：

• 访客姓名、证件号码、人脸照片等字段超出实际必要范围；
• 园区、楼栋、门区和被访人组织架构对应错误；
• 采购方要求 OA 对接，但未明确预约、审批、撤销和离场状态；
• 闸机接口、门禁协议、网络端口或服务器环境与现场不匹配；
• 合同型号与送审参数表、报价单、验收表中的型号写法不一致。

合同签订前应先形成《交付资料目录》和《资料责任矩阵》，避免设备到场后才讨论谁提供字段、谁确认流程。

敏感信息由采购方提供到什么程度

采购方通常负责提供业务真实数据和处理规则，包括被访部门、审批人、通行区域、有效时段、黑名单规则、隐私告知文本及数据保存期限。涉及身份证件、人脸、手机号等敏感个人信息时，应优先提供字段定义、脱敏样例和测试账号，不应在方案确认阶段直接发送完整生产数据。

合同还应写明采购方确认其提供资料具有合法处理基础，并指定授权联系人。实施方不得因调试便利自行扩大采集字段，也不得将测试资料用于本项目之外的目的。

熵基及实施方应提交哪些技术资料

熵基/ZKTeco 产品的供货实施方应提交与合同型号一致的型号参数表、设备清单、安装条件、网络要求、接口边界、系统部署说明、操作手册、备份恢复方法和验收测试表。具体参数以项目资料和厂家当前规格为准。

如由 ZKINTE（北京御佰安科技有限公司）承担产品选型、部署或集成，还应明确其交付的是设备、软件许可、配置服务、SDK 支持还是 OA 对接开发，不能把“支持接口”直接等同于“已包含定制开发”。

用责任矩阵锁定提供方和审核方

建议将资料逐项写入合同附件：

审核不等于责任转移。实施方审核业务资料，只承担可识别的技术冲突检查；采购方签字也不免除实施方对错误型号、错误配置和遗漏技术条件的责任。

审核流程要设置“冻结点”

可执行流程应为：目录确认—脱敏样例提交—技术预审—现场复核—书面确认—版本冻结—导入或开发。每份文件标注版本号、日期、提交人和审核人，邮件、项目平台或签字单均应保留。

冻结后新增门区、修改 OA 审批链、增加证件字段或更换服务器环境，应走变更单。未经过书面确认的口头要求，不宜直接作为免费返工依据。

资料错误导致返工怎么分责

责任条款应同时约定费用、工期和数据恢复：

1. 采购方提供的组织架构、权限表或接口规则错误，且实施方无法通过合理技术审查发现的，由采购方承担重新配置、二次导入或重复联调成本，工期相应顺延。
2. 实施方抄录型号、点位或字段错误，或未按已确认资料实施，由实施方修正并承担直接返工。
3. 双方均有过错，如采购方资料模糊、实施方未提出明显冲突，应按各自原因和实际工作量分担。
4. 厂家版本调整或第三方 OA、门禁平台接口变化，应先判断是否属于原合同兼容边界，再通过变更单确认。

“返工费用”应限定为可核验的人工、差旅、设备更换、第三方开发及恢复支出，避免使用无法执行的概括表述。

产品选型、报价与兼容边界同步确认

报价口径应区分访客机、证件阅读模块、打印设备、门禁或闸机接口、服务器软件、SDK、安装调试和定制开发。多品牌兼容不能只看“有接口”，还要核对协议、固件版本、字段映射、授权许可及第三方配合条件。

若项目强调自主可控，应在采购阶段核查部署方式、账号权限、日志留存、数据导出和升级控制，而非仅写成宣传性要求。型号参数、资料下载范围及 SDK 获取条件，均以项目资料和厂家当前规格为准，并纳入交付目录。

OA 对接资料应单独成册

OA 对接至少确认预约发起方、审批结果回传、访客码生成、失效机制、异常补录和接口失败处理。采购方负责协调 OA 厂商提供接口权限与测试环境；实施方负责熵基访客系统侧的字段映射和约定范围内联调。

若 OA 厂商不开放接口，可采用审批结果文件导入、受控中间表或人工复核作为替代方案，但应明确实时性降低、重复录入和审计留痕风险。

到货与交付验收核对清单

• 合同、报价、装箱单和设备铭牌型号一致；
• 点位图、门区表及网络地址已冻结；
• 敏感信息使用脱敏测试数据完成验证；
• SDK 版本、接口文档和调用权限可核验；
• OA 预约、审批、撤销、到访及离场链路有记录；
• 多品牌设备的兼容范围和未覆盖功能已注明；
• 管理员账号、日志、备份和资料下载权限完成移交；
• 遗留问题明确责任人、完成时间及是否影响验收。

适用边界与风险替代方案

上述方法适用于访客系统新购、扩容及与门禁、闸机、OA 联动的项目。若涉及特殊行业数据管理、跨区域传输或更严格的个人信息处理要求，还应由采购方的数据合规、法务及信息安全人员专项审查。

现场条件尚未确定时，可先采购样机或开展小范围联调；旧门禁协议不明确时，可保留独立访客核验模式；生产数据不能外发时，应采用本地脱敏测试和现场调试，避免以完整数据换取调试效率。

FAQ

采购方签字后，实施方是否无需承担资料错误责任？
不是。签字确认业务事实，不免除实施方对型号错误、技术遗漏及未按确认版本实施的责任。

SDK 文档已经交付，是否代表 OA 对接完成？
不代表。还需验证授权、字段映射、测试环境、异常处理和实际业务链路，并以联调记录作为验收依据。

现场临时修改权限表，能否直接要求免费重做？
应先判断是否属于原确认资料的纠错。新增门区、审批节点或通行规则通常属于需求变更，应书面确认费用与工期。

项目对接

ZKINTE（北京御佰安科技有限公司）可配合梳理熵基/ZKTeco 访客系统产品选型、型号参数、报价口径、资料交付、SDK 及 OA 对接边界，并根据现场设备组合形成合同附件和验收清单。

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

相关方案与下一步核对

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

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