门禁系统 2026-10-10 董经理 12 views

熵基门禁日志能保存多久，支持审计导出吗

熵基门禁日志能保存多久，支持审计导出吗？通常支持，但保存期限不能只看门禁机屏幕或控制器容量。实际时长取决于熵基/ZKTeco 终端、门禁控制器、管理平台数据库、备份策略和日志类型；审计导出一般可通过平台查询后导出，具体字段、格式、权限及接口能力需以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基门禁日志能保存多久，支持审计导出吗？通常支持，但保存期限不能只看门禁机屏幕或控制器容量。实际时长取决于熵基/ZKTeco 终端、门禁控制器、管理平台数据库、备份策略和日志类型；审计导出一般可通过平台查询后导出，具体字段、格式、权限及接口能力需以项目资料和厂家当前规格为准。

先区分三类日志，避免采购口径混淆

现场常见组合是人脸终端、门禁控制器和管理软件同时记录数据。终端保存的是识别或验证记录，控制器可能保存刷卡、开门、门磁和报警事件，平台数据库则负责汇总人员、设备、时间、权限及操作日志。

因此，“设备能存多少条”不等于“系统能保存几年”。设备离线时通常先在本地缓存，恢复通信后再上传平台；若本地空间满了，可能发生循环覆盖。平台数据库只要容量、备份和归档策略合理，保存周期可以按项目要求设计。

以拟采购设备组合核对参数

若项目拟采用 SpeedFace 系列人脸终端配 C3 系列控制器，或采用其他熵基/ZKTeco 门禁设备，不能仅凭系列名称确认日志能力。应逐项核对具体型号参数：事件容量、离线缓存、断网续传、导出字段、用户权限、时间同步、存储介质、平台版本和接口方式。

同一系列不同型号、固件或配套平台可能存在差异，型号参数以项目资料和厂家当前规格为准。若现场还要接入其他品牌读卡器、门禁控制器或统一身份平台，应提前确认多品牌兼容边界，而不是在安装后再判断。

保存多久取决于谁在“留档”

采购文件应明确三层保存责任：

终端或控制器：承担短期离线缓存和通信中断期间的数据保护。
管理平台：承担查询、筛选、权限控制和日常审计导出。
项目服务器或存储系统：承担长期保存、备份、归档和恢复。

如果要求保存三年或更长时间，建议将平台数据库备份、导出文件归档和恢复演练写入方案。需要注意，导出 Excel 或 CSV 后再由人工保存，不能自动等同于不可篡改的审计档案；对高合规场景，还应配置只读存储、备份留痕和操作权限。

审计导出要确认哪些字段

验收前应让供应商现场演示按人员、门、设备、时间、事件类型和结果筛选，并核对是否能导出人员编号、姓名、验证方式、进出方向、设备名称、事件时间、开门结果、报警原因和操作人等字段。

还要确认导出文件是否包含查询条件、生成时间和数据总量，导出后时间格式是否统一，中文是否乱码，跨月或跨年的查询是否完整。对于删除人员、修改权限、远程开门等管理动作，应单独确认是否记录操作人和操作时间，不能只验证通行记录。

SDK 与 OA 对接不能替代原始审计

需要把门禁事件同步到 OA、人事或考勤系统时，应确认熵基/ZKTeco 平台是否提供 SDK、API 或标准数据接口，以及接口授权、调用频率、事件推送方式和失败重试机制。SDK 能解决系统集成问题，但不代表 OA 会保留全部原始字段。

建议保留门禁平台原始记录，以门禁平台作为审计依据，OA 只接收业务所需的人员状态、通行结果或审批关联信息。涉及自主可控部署时，还要确认服务器操作系统、数据库、网络区域、账号权限和备份方式能否纳入单位现有运维体系。

现场条件决定日志是否可靠

现场应检查设备网络是否稳定、控制器到服务器是否存在跨网段限制、门禁时间是否通过统一时钟同步，以及断电、断网后设备是否能正常恢复。人脸终端安装在室外、强逆光或高粉尘区域时，识别失败记录和反复验证可能增加，日志量也会变化。

多门、多控制器或多品牌混合接入时，应建立设备编码、门名称和人员编号映射表。若现场保留原有读卡器、消防联动或电锁，还需确认继电器、电源、门磁和出门按钮的电气边界，避免“平台能看到设备”但实际事件不完整。

报价与资料下载要拆开询问

报价时不要只询问一台门禁机价格，应分别列明终端、控制器、读卡器、电锁、出门按钮、管理平台授权、服务器、实施调试、接口开发、备份存储和售后服务。日志长期保存所需的服务器容量与备份空间，也应明确是否包含在报价内。

资料下载应索取具体型号说明书、平台操作手册、接口或 SDK 文档、兼容性说明、版本要求和验收测试表。若资料只能说明“支持报表”，还需追问支持哪些字段、哪些导出格式、能否批量导出以及是否有权限分级。

采购验收可按这组步骤执行

断网后完成数笔不同验证方式的通行，恢复网络，核对是否全部回传且时间顺序正确。
分别查询通行、报警、门状态和管理操作日志，确认分类、字段和记录数量。
按单人、单门、时间范围和事件类型导出，检查文件可读性、完整性和中文显示。
删除或停用测试人员，验证历史记录是否仍可追溯，确认权限变更是否留痕。
模拟平台服务重启或数据库恢复，检查备份能否恢复并核对恢复后的记录。
调用已约定的 SDK 或 OA 接口，验证重复推送、断网重试、异常提示和数据映射。
由采购、信息化、使用部门共同签字，写明保存周期、责任边界和交付版本。

适用边界、风险与替代方案

普通办公园区、厂区和楼宇门禁，平台查询加定期备份通常可以满足日常审计。若属于强监管、长期取证或跨系统统一审计场景，不宜只依赖终端内存或人工导出。主要风险包括设备循环覆盖、数据库损坏、时间不一致、接口丢数、人员编号重复和平台升级后字段变化。

可选替代方案包括增加独立日志归档库、将平台数据库定期备份至集中存储，或通过接口同步到单位现有审计平台。采用多品牌兼容方案时，应先做小范围联调，再决定是否保留原有控制器；兼容性未验证前，不应把“可接入”写成“全部功能一致”。

FAQ：项目现场最容易争议的几个问题

设备容量写得很大，是否就能保存多年？

不一定。容量通常对应记录条数，实际还受每天通行量、图片或抓拍附件、报警频率、循环覆盖规则影响。多年保存应以平台数据库和备份容量为依据。

导出 Excel 后，能否作为完整审计凭证？

只能视项目制度判断。Excel 适合查询和业务流转，但若要求防篡改或可追溯，应同时保留原始数据库、导出条件、操作日志和备份记录。

OA 已经保存了通行数据，还需要保留门禁平台吗？

建议保留。OA 可能只接收审批所需字段，无法覆盖设备状态、报警、管理员操作和原始验证结果。

供应商说“支持接口”，采购还要看 SDK 吗？

要看。应确认 SDK 版本、授权方式、接口字段、调用示例、升级责任和异常处理，否则后续开发范围容易失控。

ZKINTE（北京御佰安科技有限公司）可根据现场条件、产品选型、型号参数、报价口径和交付验收要求，协助梳理熵基/ZKTeco 方案及多品牌兼容、SDK、OA 对接与自主可控部署边界。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线