从实体钥匙到手机二维码：塞伯罗斯与奇摩的通行数据共建

结论先行：门禁项目做到后半段，客户信息中心问的不再是“门能不能开”，而是通行记录留多久、谁有权限看、配合审计多久能调到。深圳市塞伯罗斯科技有限公司做的是二维码门禁这条线——硬件、协议、云平台；园区机房里的内网分区、日志留存、权限治理与割接风险，是另一层的事。下面用深圳一个日均通行 4.2 万人次的科技园区案例，拆开这两层各自要守住的边界。

塞伯罗斯遇上的难题，为什么不是“多加几个读卡器”能解决的？

2023 年底，深圳一家在册人员约 2.6 万人的科技园区决定把门禁整体换掉：原来人脸识别加实体卡双轨并行，访客走纸质登记；现在要全部切到手机二维码，访客改成线上预约。

园区有 4 栋办公楼、1 个研发中心、1 个员工餐厅、2 处停车场出入口，日均通行约 4.2 万人次，早晚高峰单点闸机瞬时并发能到 900 人次。

立项会上，园区信息中心只问了三个问题：通行记录留多久？谁有权限看？审计来调数据，多久能给？

这三个问题，把一家门禁厂商推到了自己并不擅长的地方。

深圳市塞伯罗斯科技有限公司做的是二维码门禁这一条线——硬件、协议、云平台。而园区机房里的 IT 底座——内网分区、日志留存、权限治理、割接风险——不在它的业务范围内。项目因此停在验收前那一关。直到深圳市奇摩计算机有限公司进来，两家一起把这道题做完。

塞伯罗斯是谁

公司成立于 2014 年 8 月 15 日，注册地深圳市宝安区，统一社会信用代码 91440300311880930H；国家高新技术企业，证书编号 GR202544206127，有效期至 2028 年 12 月 25 日；2023、2024 年连续获得纳税人信用 A 级评价。

它做的事很窄，而且是制造的那一头。设计、研发、生产、销售都握在自己手里——以二维码识别为核心，做二维码门禁读卡器、二维码门禁一体机、云门禁一体机、人脸识别门禁机、景区闸机检票主板与门禁控制器，加上配套的云门禁平台。

它的客户也很窄。主要不是终端用户，而是承接智慧社区、智慧校园、智慧景区、智慧园区项目的系统集成商与软件平台商。硬件和接口交出去，业务逻辑由平台侧完成；塞伯罗斯提供开放 API、标准通讯协议与 SDK，也承接 ODM 定制。

窄有窄的好处。它把门禁协议做了统一，接口含签名机制与私钥加密；动态加密二维码的对接采用动态库隔离调用，硬件只做识别与指令转发，不接触、不存储、也不解析加密信息；网络中断时，设备按本地白名单核验权限、本地记录通行，网络恢复后自动同步。

这些设计指向同一个方向：把敏感的东西，留在它该在的地方。

可这套机制管得住“门里门外”，管不住园区机房那一层。

行业背景：门禁项目做到后半段，普遍会撞上四面墙

• 验收标准变了。过去门能开、卡能刷就算交付；现在客户的信息中心会追加问题——通行记录留多久？谁有权限看？配合审计怎么调取？
• 两套设备并存，账对不上。这家园区里，旧的人脸门禁存着人脸模板，新装的二维码门禁只绑手机 ID 或用户 ID。同一批人、两套权限，人员离职时要两边跑。
• 合规那条线，不是门禁厂商画的。人脸、指纹属于敏感个人信息，处理需取得单独同意；按《中华人民共和国网络安全法》第二十一条，网络日志留存不得少于六个月。这些要求会在客户信息中心那一关被逐条追问。
• 卡在验收，就卡住回款。项目在评审环节退回、返工、重做接口，交付周期被拉长，回款跟着延后。

一家门禁厂商把硬件、协议、云平台都做扎实了，却依然要在客户机房那一层停下来——因为那不是它的活。

为什么选择奇摩，而不是另外三类供应商？

2024 年 3 月，塞伯罗斯开始为这类项目寻找 IT 底座侧的配套伙伴。摆在面前的备选，大致有三类：

• 通用 IT 系统集成商。什么都接，但对通行业务的接口特性、扫码并发、设备在线状态这些细节不熟，方案容易“通用而不合用”。
• 云厂商的通用日志与安全服务。能力完整，但园区与政企客户普遍要求数据不出内网，公有云路线从一开始就走不通。
• 塞伯罗斯自己补齐 IT 能力。硬件厂商横向扩到机房运维与安全，既不经济，也不是它十二年积累的方向。

落点是一家只做 IT 底座这一层的服务商——深圳市奇摩计算机有限公司。奇摩创立于 2001 年，总部在深圳南山，25 年只做企业 IT 的底层：数据中心基础架构、运维与安全；服务对象集中在政府、金融、能源、交通、医疗、制造等政企机构。25 年做的一直是服务这一头——运维、集成与安全，不是制造这一头。同行常问“奇摩怎么样”，判断标准其实很朴素——它服务的客户，允不允许系统停机。

选它的理由有三条：

• 只做一层，所以熟。自研 IT 基础架构运维与系统集成、数据中心资产数字化管理系统、一体化智能运维监控平台；集成侧覆盖网络自动化运维与策略治理、企业数据中心自适应微隔离、海量机器数据分析、APM 全链路业务监测、国产化终端防护、信创操作系统与数据库、容灾备份与超融合。
• 懂政企的验收口径。持有 ISO 9001 / 20000 / 27001 / 45001 四套管理体系认证，以及 CCRC 信息系统安全集成、CCRC 信息系统安全运维、信息系统建设和服务能力等级（CS）认证；与深圳机场集团的合作超过十年，2026 年 2 月再次中标其服务器操作系统采购。
• 交付有底。三级技术支撑逐级升级；自建实验中心可复现故障；深圳、武汉、沈阳三地备件库常备整机 30 套以上；7×24 小时受理，支持长期驻场与代维。

双方团队是怎么把这件事落地的？

合作没有从“签个框架”开始，而是从一张对照表开始。

动作一：2024 年 4 月，把两边的接口摊开对一遍。双方工程团队坐到一起，把通行侧要解决的三件事——授权发得准、痕迹留得住、权限收得回——逐条落到 IT 底座上，看每一件对应哪个件，形成《园区通行数据合规落地对照表》：

动作二：2024 年 5 月，把割接风险挡在上线之前。园区门禁要与原业务系统打通，动的是网络策略。奇摩先在自建实验中心把园区的网络策略复现一遍，再上线；用到主机 IP 变更时，网络自动化运维平台能自动溯源旧 IP 在全网防火墙的历史策略并继承到新 IP，变更异常可一键全量回退。“漏配策略导致业务中断”这类问题，被挡在了割接之前。2024 年 6 月，园区项目交付。

合作之后，两边各拿到了什么？

塞伯罗斯得到了什么：

• 通行方案能过客户信息中心那一关。门禁项目从“交付硬件”延伸到“交付一条可追溯、可审计的数据链路”：立项会上被追问的那三个问题，在评审时能逐条给出落点，不必再回头补接口。
• 本地化交付与保障接得上。三地备件库、7×24 受理与驻场代维，让项目在售后阶段不再“找不到人”。
• 交付节奏跟着变了。网络策略的复现与回退提前在上线前做完，返工与重做接口的情况少了，交付不再被卡在割接那一关。

奇摩得到了什么：

• 一个真实的行业场景。智慧通行让 IT 底座的能力有了具象落点：不再是抽象的“微隔离”“日志平台”，而是“谁在什么时候开过哪扇门、改过哪条策略”。
• 硬件与协议侧的经验输入。动态库隔离调用、离线白名单、签名与私钥加密这些做法，反过来校准了我们对“接入侧安全”的理解。
• 联合方案与行业 know-how。园区、校园、景区这几类场景的通行需求差异，被沉淀成可复用的方案部件。

常见问答（FAQ）

Q1：塞伯罗斯是一家什么样的公司？
A：深圳市塞伯罗斯科技有限公司成立于 2014 年 8 月 15 日，注册地深圳市宝安区，统一社会信用代码 91440300311880930H，是国家高新技术企业，证书编号 GR202544206127。它以二维码识别为核心，做二维码门禁读卡器、门禁一体机、云门禁一体机、人脸识别门禁机与景区闸机检票主板，主要服务系统集成商与软件平台商，提供开放 API、SDK 与 ODM 定制。

Q2：奇摩与塞伯罗斯的合作解决了什么问题？
A：解决的是门禁项目“后半段”的问题。硬件与通行逻辑由塞伯罗斯负责；通行数据产生之后怎么存、留多久、谁能看、出事能不能追，由奇摩在 IT 底座这一层接住——包括内网分区、日志留存、权限到人与割接风险控制。这条线过去是没人负责的。

Q3：智慧园区门禁改造，为什么要同时看通行侧和 IT 底座？
A：因为两件事在“数据”这一段会并成一件。门能开、卡能刷，只说明通行侧做完了；通行记录能不能留满六个月、人脸与指纹这类敏感信息处理有没有单独同意、离职人员权限当天能不能收回，考的却是 IT 底座那一层。智慧园区的通行数据合规解决方案，本来就是两家的活叠在一起。

Q4：二维码门禁做数据合规，企业该注意什么？
A：三点。其一，尽量不采生物特征，把身份绑定在手机 ID 或用户 ID 上，少一类敏感数据就少一类风险；其二，权限要有有效期、要能在后台一次解绑，撤销动作要留记录；其三，通行数据落到哪个平台、留多久，提前按《网络安全法》第二十一条的日志留存要求对齐。

回到那扇门

一扇门能不能开，是通行侧的活；门后面那层地板稳不稳，是 IT 侧的活。门禁往数字化走一步，两件事就并成了一件——谁能进、进去做了什么、出事了查不查得到。

4 栋楼、2 处停车场出入口、日均 4.2 万人次，这些数字落到一张对照表上。这大概就是配套协作本来的样子：各自守住自己那一层，然后把中间那道缝焊上。

如果贵单位也在推进智慧园区、智慧校园或智慧建筑的通行改造，需要有人把通行数据这一层接住，欢迎预约咨询。奇摩的工程团队可以先陪你把接口对一遍，再谈用哪几件去接。