熵基一卡通平台的数据存在本地还是云端?我们要求本地部署
熵基一卡通平台的数据并非只能放在云端,也不能仅凭“本地安装了客户端”就认定为本地部署。若项目明确要求本地部署,应将应用服务、数据库、人员档案、门禁记录、考勤结果、消费流水及设备日志部署在甲方机房或指定内网服务器中,熵基/ZKTeco 终端通过内网与平台通信;云端服务可不启用,但具体能力要以项目资料和厂家当前版本为准。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
熵基一卡通平台的数据并非只能放在云端,也不能仅凭“本地安装了客户端”就认定为本地部署。若项目明确要求本地部署,应将应用服务、数据库、人员档案、门禁记录、考勤结果、消费流水及设备日志部署在甲方机房或指定内网服务器中,熵基/ZKTeco 终端通过内网与平台通信;云端服务可不启用,但具体能力要以项目资料和厂家当前版本为准。
先明确这次采购的现场对象
常见争议发生在园区或工厂同时采购人脸门禁、刷卡考勤、访客机、消费设备和电锁控制器时:销售报价写着“一卡通平台”,实施人员却默认开通云账号,服务器只保存部分缓存,完整报表仍在云端。此时应先列出现场对象,包括管理工作站、数据库服务器、门禁控制器、SpeedFace 系列终端、C3 或 inBio 系列控制器、消费终端及访客设备,再逐项确认数据归属。
“本地部署”应写进技术方案
本地部署至少应包含本地应用服务、本地数据库、本地备份目录和内网访问方式。设备在断网时能否继续识别、控制器能保存多少脱机记录、恢复联网后是否补传,属于设备参数,不等同于平台部署方式。方案中还要写明是否需要互联网激活、远程升级、云端消息推送,以及这些功能关闭后是否影响日常使用。
数据边界要按业务逐项确认
人员基本信息、照片或模板、卡号、权限、通行记录、考勤原始记录、请假排班、消费流水、访客预约和操作日志,都应标注“本地保存、云端保存或双写”。如果涉及生物特征模板,应确认存储形式、加密方式、导出权限和删除机制。门禁控制器中的临时数据、平台数据库中的正式数据以及导出报表可能存在时间差,不能只验收首页能否登录。
熵基型号选择不能脱离现场条件
产品选型应结合门体类型、室内外环境、逆光与夜间照明、网络布线、继电器控制、电锁供电和消防联动。供应商可能按 SpeedFace 系列终端、C3 系列控制器或 inBio 系列控制器配置,也可能采用刷卡、二维码或人脸组合。需要核对识别方式、读卡类型、通信接口、PoE 需求、控制门数、脱机容量、温湿度及防护等级;具体型号参数以项目资料和厂家当前规格为准。
多品牌兼容有明确边界
如果现场已有其他品牌读卡器、门禁控制器或消费机,不要直接承诺全部接入熵基平台。应确认设备是否开放 TCP/IP、Wiegand、RS485、HTTP 接口或厂商 SDK,事件字段、人员编号、卡号格式和权限下发逻辑是否一致。多品牌兼容往往只能实现基础通行记录,未必支持远程开门、反潜回、照片回传、消费对账等完整功能。
报价要拆出本地化成本
报价单应分别列出服务器或虚拟机要求、操作系统与数据库、平台授权、终端设备、控制器、门锁辅材、实施部署、数据迁移、SDK、接口开发、备份和培训。需要问清报价按设备数、门数、用户数、模块数还是并发账号计算,升级费和现场服务如何计取。不能把“终身使用”理解为永久包含版本升级、接口改造和硬件更换。
OA 对接先做接口验证
OA 对接通常涉及组织架构、员工状态、部门变更、请假审批、排班和考勤结果回写。应要求提供当前版本 SDK、接口说明、字段字典、示例程序及错误码,并在测试环境验证新增、停用、调岗、补卡和离职流程。若平台只提供本地数据库读取,直接改库可能破坏升级和审计,应优先采用正式 SDK、API 或消息推送方式。
采购阶段的核对步骤
- 让供应商画出本地服务器、数据库、终端、控制器和外部网络的连接图。
- 逐项标注哪些数据落在本地,哪些服务仍依赖云端。
- 用一台样机验证断网识别、开门、记录缓存和恢复联网后的补传。
- 导入少量人员,测试权限下发、撤销、照片或模板删除及日志留存。
- 在测试服务器上完成 SDK 或 OA 对接,不接受只展示演示账号。
- 索取安装包、部署手册、数据库说明、SDK、接口文档和资料下载清单,并标注版本号。
- 让实施方书面确认备份周期、恢复时间、远程维护入口和售后责任边界。
验收不能只看平台能登录
验收时应检查服务器断网后平台是否可用、终端断网后是否按方案工作、历史记录是否完整补传、重复数据是否可识别;检查本地数据库能否查询并导出门禁、考勤、消费和操作日志;检查账号分级、密码策略、备份恢复和管理员操作审计。还要现场拔除外网,确认不存在未说明的云端强依赖。涉及消防、闸机和电锁的项目,应由相关专业方共同确认联动逻辑。
适用边界与替代方案
本地部署适合已有机房、内网隔离、数据留存要求明确且需要自主运维的单位,但甲方需要承担服务器、备份、补丁、数据库维护和故障响应责任。若没有专职运维,可采用“核心数据本地、远程只做受控运维”的架构;若分支机构网络不稳定,可在各点配置具备脱机能力的控制器,定时向中心平台同步。云端 SaaS、纯本地和混合架构应按数据敏感度、网络条件和运维能力选择。
常见问题 FAQ
本地部署后还能使用手机端或远程报表吗?
可以讨论,但要确认手机端连接的是本地网关、VPN 还是云服务。若要求数据不出内网,应采用内网访问或受控 VPN,并在方案中关闭不必要的云同步。
更换服务器后,历史数据能否保留?
不能只凭口头承诺。应提前确认数据库类型、备份格式、授权绑定方式和迁移工具,并在验收前完成一次模拟恢复。
熵基平台能否直接接入现有 OA?
取决于当前平台版本、模块授权和接口开放范围。应先用实际组织架构和考勤流程做联调,再确定开发工作量与责任方。
厂家说“支持本地”,还需要核对什么?
应继续核对数据落点、云端依赖、脱机能力、备份恢复、升级方式、SDK 权限和售后边界;“有本地客户端”不等于数据库和全部业务数据均在本地。
项目对接
ZKINTE(北京御佰安科技有限公司)可围绕熵基/ZKTeco 产品选型、型号参数、报价口径、资料下载、SDK 与 OA 对接,协助梳理现场条件、兼容边界和本地部署验收项,推进自主可控的项目方案确认。
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。