珠海华润置地广场 2 期 · 智慧一卡通一体化案例

在珠海华润置地广场 2 期的园区管理中心，一块屏幕上同时显示着门禁通行、车位状态、电梯楼层与食堂就餐的实时数据。这套系统上线之前，同样的信息分散在三个不同厂商的后台里 —— 保安看门禁的、物业看停车的、食堂看消费的，谁也没有全貌。

这个项目位于珠海，总建筑面积约 109,375.12 ㎡，是一个集甲级写字楼、银行总部、公寓、住宅与商业裙楼于一体的大型复合型城市综合体。建筑形态复杂、人员构成多元，决定了它的身份管理不能按单一业态来做。

国万科技·红星堂承接的是其中的智慧一卡通统一平台建设 —— 在不替换现场任何原有硬件的前提下，把分属不同厂商的子系统接进同一套身份底座。

01 项目背景：复合型综合体的身份管理难题

综合体的一卡通，难点从来不在「买什么设备」，而在「怎么把已有的东西串起来」。这个项目开工前，现场存在五个具体问题：

其一，异构设备孤岛。门禁速通门来自艾科智泊、停车场来自科拓、食堂消费机是另一家厂商，三套系统各有独立后台。同一个人要通行、要停车、要吃饭，就得在三套系统里分别建档、分别授权。

其二，卡片资源浪费。银行员工手上已经有 CUP 工作卡，但原系统无法把它直接用于一卡通业务。如果按常规做法重新制卡，全楼人员重新采集、制卡、发放、激活，是一个完整项目的工作量。

其三，权限管理有风险。人员入职、离职要在多套系统分别操作。漏开权限影响体验，离职权限没及时回收则是实实在在的安全隐患。

其四，网络环境复杂。园区局部网络不稳定。门禁、梯控、消费终端一旦断网就停摆，对 7×24 小时运营的综合体来说不可接受。

其五，食堂管理粗放。缺少订餐报餐、餐补发放、自动对账能力，就餐统计与财务结算依赖人工，效率低且容易出错。

02 方案架构：一卡一库一线，不换硬件只做集成

针对上述问题，方案的核心思路是「不替换硬件，只做接口集成」 —— 保留现场全部原有设备，通过接口完成子系统对接，把投资保护放在第一位。

架构上采用「一卡一库一线」的统一身份底座：

• 一卡 —— 复用现有银行员工 CUP 工作卡，在其中划分独立业务扇区，实现一卡多用；
• 一库 —— 统一人员库与卡片库，人员信息只维护一份，各子系统从这里取数；
• 一线 —— 权限集中下发、业务记录统一归集，人行与车行、后勤食堂业务走同一条数据链路。

平台本身采用私有化本地部署，C/S + B/S 混合架构，MS-SQL 数据库。选择私有化而不是云端，是因为综合体涉及银行总部人员的通行与消费数据，数据留存位置本身就是一个合规要求。

03 设备打通：三品牌异构系统怎么联调

这部分是项目里工作量最大、也最容易出问题的环节。三个厂商的设备各有各的接口形态，联调要解决三件事：权限能不能下发进去、记录能不能回传出来、边界在哪里。

门禁与速通门。对接艾科智泊设备，实现通行时段配置、黑名单管理、远程开门与开闸，完整采集通行记录。设备支持脱机刷卡，网络恢复后自动同步数据。

停车场。对接科拓停车道闸，实现人员与车辆权限联动 —— 一卡在手，人行与车行权限同步生效，通行与收费记录回传一卡通平台。

食堂消费。对接第三方消费机，实现联机 / 脱机消费、刷卡 + 扫码双核销、黑白名单自动下发，消费明细按每餐 / 每日统计。

联调的关键不是技术难度，是明确对接边界。哪一段由一卡通平台负责、哪一段由原厂商负责、异常时谁先排查，这些在开工前就要写清楚。这个项目在接口适配阶段就把边界文档化了，后续调试才没有反复。

04 卡片利旧：存量 CUP 员工卡的扇区规划

卡片复用听起来简单，实际要做扇区规划：哪些扇区已被原系统占用、哪些可以划给一卡通业务、加密方式怎么兼容、会不会影响原系统的正常使用。

这个项目的做法是先摸清现有卡结构，再划独立业务扇区。原有扇区保持不动，一卡通业务在自己独立的扇区里读写，两侧互不干扰。这样既复用了几百张存量卡，也不用担心影响银行原有业务。

配套的卡务中心能力包括：卡片发行、挂失、解挂、换卡、加密防护；长期员工卡与临时访客卡分别管理；批量权限下发；卡片加密防复制。结果是：全场没有批量重新制卡。

05 食堂与后勤：订餐、餐补与脱机消费

食堂这一块解决的是「从人工到线上」的转变。上线前，就餐统计和餐补发放靠人工表格，财务对账要一张张核。上线后：

• 订餐报餐 —— 员工通过小程序提前报餐，支持餐次管控，食堂按报餐量备餐，减少浪费；
• 餐补管理 —— 餐补批量发放、充值管理，按人员类别分别设标准；
• 消费核销 —— 联机 / 脱机消费，刷卡 + 扫码双核销，黑白名单自动下发；
• 对账统计 —— 消费明细、每餐 / 每日就餐统计，自动生成财务对账数据。

同时，考勤模块的人员档案直接从一卡通统一人员库取数，不需要另建一套；梯控按岗位与部门分配楼层权限，权限集中下发，刷卡记录统一上传。这样就避免了「一套系统一份人员表」的老问题。

06 技术实现：私有化部署与脱机容错

综合体 7×24 小时运营，对可靠性的要求和普通办公楼不是一个量级。方案在三个层面做了保障：

脱机运行能力。网络中断时，门禁、梯控、消费终端在本地存储权限与交易流水；网络恢复后自动回传全部数据。这一点对园区局部网络不稳定的场景是刚需。

日志集中留存。通行、消费、考勤记录统一存储、可导出，满足安全审计与财务审计要求。

交付标准。系统上线后完成两个月试运行，通过后方可竣工验收；提供 2 年质保，执行分级故障响应机制，紧急故障 2 小时到场抢修。这条是地产类项目的硬性要求，也是这类项目与普通企业项目最大的差别之一。

📊 项目成效

项目已完成整体验收，正式投入运维使用。可量化的变化集中在五处：

① 身份底座统一。通行、考勤、食堂消费、停车共用一套人员与卡片库，从「三套系统三份档案」变成「一份档案全部生效」。

② 权限回收闭环。入职统一授权、离职一键回收全部权限，不再需要逐系统操作，权限漏开与残留的安全隐患随之消除。

③ 硬件与卡片双利旧。原有闸机、门禁、停车场设备全部保留，存量 CUP 工作卡直接复用，没有批量重新制卡，甲方的既有信息化投入得到了保护。

④ 食堂后勤数字化。订餐报餐、餐补发放、就餐核销、财务对账全流程线上化，就餐数据可统计、可追溯。

⑤ 断网不停业。脱机容错机制适配园区复杂网络，网络异常时员工通行与就餐不受影响。

🏭 适配场景

📦 相关产品

本案例涉及的核心产品：智慧一卡通平台、订餐消费收银系统、考勤门禁访客系统、智慧后勤管理系统。

延伸阅读：本项目通过验收并投入运维的报道、综合体一卡通平台建设解读。