熵基一卡通系统采用V6600前,资料怎么准备
熵基一卡通系统采用 V6600 前,应先把“可管理人员、组织层级、终端接入规模”拆成三本可追溯台账,再与软件授权、平台版本、服务器资源及设备兼容清单逐项核对。不能只用员工总数或设备总数判断容量:在职、访客、外协、离职留档人员会占用不同数据空间,组织深度会影响 OA 同步规则,在线终端数量也不等同于控制点、门数或采集通道数。V6600 属于一卡通平台,具体上限、接口与授权范围均以项目资料和熵基/ZKTeco 厂家当前规格为准。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
熵基一卡通系统采用 V6600 前,应先把“可管理人员、组织层级、终端接入规模”拆成三本可追溯台账,再与软件授权、平台版本、服务器资源及设备兼容清单逐项核对。不能只用员工总数或设备总数判断容量:在职、访客、外协、离职留档人员会占用不同数据空间,组织深度会影响 OA 同步规则,在线终端数量也不等同于控制点、门数或采集通道数。V6600 属于一卡通平台,具体上限、接口与授权范围均以项目资料和熵基/ZKTeco 厂家当前规格为准。
先解决采购与验收的口径矛盾
V6600 项目常见矛盾是:采购文件写“满足现有规模”,业务部门却按未来扩容验收;报价按终端数量计算,现场又把门禁控制器、考勤机、消费终端及第三方设备统称为“点位”。
立项时应形成《容量口径确认表》,至少由采购、信息化、行政、人力、施工方共同确认:
- 当前人员量、三年预计增量和历史数据保留范围;
- 总公司、区域、项目部等组织层级及最大单节点人数;
- 各类终端的型号、数量、接入方式和所属子系统;
- 本期交付数量、预留数量以及后期授权扩展责任;
- 容量指标究竟按平台注册、并发在线、数据同步还是实际运行统计。
人员台账不要只统计在职员工
建议从 HR 或 OA 导出人员明细,而不是提交一个汇总数字。台账字段应包括人员编号、姓名、人员类型、所属组织、卡号状态、生效日期、失效日期、照片需求和权限范围。
核对时至少形成四个数字:
- 当前有效人员数;
- 待入职、外协、访客及临时人员峰值;
- 离职后仍需保留的人员档案量;
- 三年预计人员总量及扩容比例。
同一人员是否允许多卡、虚拟凭证是否单独计数、冻结人员是否占用授权,不能凭经验判断,应要求供应商依据项目版本和授权文件书面答复。
把组织层级画成树再核对
组织规模不仅是“有多少部门”,还包括层级深度、节点数量、跨组织归属和同步逻辑。应将 OA 或 HR 组织树导出,标明总部、分支机构、项目组、成本中心等节点。
重点核对以下情况:
- 一个人是否可能归属多个组织;
- 部门撤并后历史记录如何保留;
- OA 编码与 V6600 组织编码是否能稳定映射;
- 空部门、临时项目组是否同步;
- 权限按人员、岗位、组织还是区域下发;
- 组织同步失败后由哪一端修复。
如果 OA 组织结构频繁调整,建议使用稳定的唯一编码,不以部门名称作为匹配键,避免改名后重复建档。
终端规模按“设备、通道、连接”分别统计
终端清单应逐台列出品牌、型号、序列号、固件版本、IP、安装区域、通信协议及所属系统。门禁场景还要区分控制器数量、门数、读头数和输入输出点;考勤、消费、访客等终端分别统计,不得合并成一个总数。
现场应同步调查:
- 终端是否跨网段、跨园区或经 VPN 接入;
- 是否存在动态地址、网络隔离和防火墙策略;
- 设备断网后可保存的数据范围;
- 集中上下班时段的上传峰值;
- 第三方设备能否直接接入,还是需要网关或二次开发。
用四层容量表核对V6600
容量确认不能只看产品彩页,建议按四层核对:
| 核对层 | 需要确认的资料 |
|---|---|
| 产品规格 | 人员、组织、终端及相关对象的当前规格说明 |
| 软件授权 | 授权模块、授权数量、有效范围及扩容方式 |
| 项目配置 | 数据库、服务器、存储、备份和网络资源 |
| 业务负载 | 同步频率、照片量、记录增长量及并发峰值 |
只有四层同时满足,才能判断预计业务容量可落地。型号参数、部署条件及授权边界应以本项目合同附件和厂家当前资料为准,不能把其他版本参数直接套用于 V6600。
SDK与OA对接要先做样本验证
涉及 SDK、OA 对接时,应先明确数据流向:OA 向平台推送人员,还是 V6600 定时拉取;删除是物理删除、停用还是保留历史;照片、卡号和组织变更能否增量同步。
采购前可选取包含多级部门、兼职人员、离职复职、重名人员的样本进行接口验证,并检查鉴权、重试、日志、异常回滚和字段长度。SDK 的开放范围、调用限制、开发文档及技术支持边界,以熵基/ZKTeco 当前资料和项目授权为准。
多品牌兼容不能等同于全部直连
若项目提出自主可控或多品牌兼容目标,应把它转化为可验收条款。第三方终端需逐型号确认协议、固件和功能范围;能够采集记录,不代表能够下发人员、远程控制或完成状态监测。
无法直接兼容时,可选择以下替代方案:
- 保留原设备平台,通过标准接口交换数据;
- 增加协议网关,但明确网关故障责任;
- 分阶段替换关键终端;
- 仅同步汇总结果,不承诺全量设备控制。
ZKINTE(北京御佰安科技有限公司)可根据现场设备表协助产品选型和兼容边界梳理,但最终范围应写入配置清单。
报价必须对应同一套规模基线
询价资料应同时提供人员峰值、组织节点、终端分类、接口数量、部署方式和服务范围。报价口径需区分软件模块、容量授权、服务器及数据库、SDK 或 OA 对接、实施调试、培训、迁移和售后责任。
尤其要确认扩容是增加授权、升级版本还是调整服务器资源,避免低配报价与高容量验收并存。资料下载所得产品介绍可用于初筛,合同仍应以盖章配置表、授权清单和双方确认的技术附件为依据。
交付验收清单
- 人员峰值、组织树和终端台账已冻结版本
- V6600 版本、模块及授权数量可核验
- 服务器、数据库、存储和备份配置符合项目资料
- 典型终端完成注册、下发、采集及断线恢复测试
- OA 增删改、组织调整和异常重试完成验证
- 第三方设备兼容功能逐项记录,不以“已接入”代替
- 历史数据迁移数量与抽查结果一致
- 报价清单、交付清单和验收口径相互对应
- 厂家、集成方、客户 IT 的售后责任边界明确
FAQ
人员数量尚未确定,可以先采购吗?
可以先做版本和架构评估,但应采用“当前量、预计量、峰值量”三档测算,并在合同中明确扩容条件。
终端总数没有超过授权,就一定能稳定运行吗?
不一定。还要核对设备类型、连接方式、记录上传峰值、网络质量及服务器配置。
OA 接口能否直接替代人工维护?
需先验证人员唯一编码、组织映射、离职处理和失败补偿机制。接口上线初期仍应保留对账流程。
现有其他品牌设备是否必须全部更换?
不必预设结论。应按型号完成兼容测试;不能直连时,可采用平台并行、网关转换或分期替换方案。
项目资料对接
如需核对 V6600 产品选型、型号参数、终端清单、SDK、OA 对接、报价口径及交付验收资料,可联系 ZKINTE(北京御佰安科技有限公司)。
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料:查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。