上海市数据局智慧通行案例：访客、梯控与私有化部署

上海市数据局智慧通行项目：在上海市大数据中心信息部门的统一领导下，桑田智能承担智慧通行底座代码编写，并与云赛智联、泛微共同交付访客、梯控、门禁系统，停车场统一纳管在同一平台。整套系统全私有化部署在客户内网。

上海市数据局是主管全市数据工作的市政府组成部门。作为市级机关的办公场所，它的通行管理要同时满足三件不太一样的事：机关内部的安全管控、每天往来办事人员与外部单位的接待效率、以及物业与安保的日常运维。

和普通写字楼不同，这类项目的重点不在「装多少台设备」，而在设备之上那层底座能不能立住。

在上海市大数据中心信息部门的统一领导下，桑田智能承担了整个智慧通行的底座代码编写。做法不是把各家子系统拼在一起，而是先把地基定下来：一个人是谁、能进哪道门、能到哪一层、记录怎么留、权限归谁管，全系统用同一套规则。

底座立住之后，访客、梯控、门禁、停车场才谈得上真正打通。否则只是四个系统各自连了一根线，数据仍然是四份——门口看到的人，电梯不认识；电梯放上去的楼层，门禁又不认。

项目由桑田智能与云赛智联、泛微共同完成。桑田智能负责智慧通行底座与门禁、访客、梯控子系统的建设，并与这两家的系统做对接，最终形成一套覆盖「进门—上楼—办事—离场」的完整通行体系。

边界清楚，责任才清楚：底座和通行子系统由我们兜底，云赛智联与泛微负责它们擅长的部分，接口在底座层面统一约定，避免项目做完之后出现「这事归谁」的模糊地带。

这四类子系统过去往往由不同厂商交付，各自有一份人员名单。数据局的这套系统把它们收在一个平台里之后，最实际的变化是改一次授权只改一处：人员调整、部门搬迁、临时开放某个区域，不用在四个后台里各做一遍。

这个项目最容易被忽略、但对数据主管部门最重要的一点是：整套智慧通行系统是全私有化部署完成的。平台、数据库、通行记录全部落在客户自己的内网环境里，不经过任何第三方公有云——数据出域的口子，从一开始就是关着的。

通行数据里含人员身份、人脸特征、进出时间与楼层轨迹，本身就是敏感数据；放到政府机关场景，敏感度更高。私有化部署意味着这些数据始终在客户自己的安全边界内，由客户自己的运维规范管着。这不是「承诺不对外提供」，而是从架构上就没有对外提供的通道。

私有化也带来更硬的约束：系统要在客户内网独立跑起来，不能依赖外部服务；升级、备份、巡检都得在客户的安全规范内完成。能把这套东西在纯内网环境交付、并且长期跑稳，考验的是底座与工程的扎实程度，不是演示效果。

大门管住的是「进不进得来」，梯控管住的才是「上不上得去」。政府机关的办公楼层往往按职能分区，有些区域不对来访者开放。传统做法是靠楼层口贴一张「闲人免进」，靠人自觉；梯控的做法是让授权本身成为边界——没被授权，电梯就按不到那一层。

这不是多装一道设备，是把安全管控从「制度要求」落成「技术事实」。对安保人员来说，也从「盯着人往哪走」变成「守住异常」。

人脸等生物特征采集遵循告知同意，通行与开锁记录加密存储、操作留痕、按角色分权查看。机关场景对数据的敏感度高于一般商业楼宇，所以这套系统在设计阶段就把「谁能看什么」当作一等需求来处理，而不是上线之后再补权限。

机关办公场所还有一条隐性要求：不能出错，也不能随意变更。一次误拦可能耽误一场会议，一次误放可能带来实质风险。所以系统在设计上把稳定放在新功能之前——权限变更全程留痕，设备状态可远程巡检，异常能定位到具体设备与具体时间。这些特性在演示时看不出来，但在长年累月的运行里，是系统能不能被信任的分水岭。

一个智慧通行项目真正的考验不在验收那天，而在之后每一次调整：新增一处门禁、调整一个部门的楼层权限、接入一类新的通行方式。底座写得规范，这些调整就是「改配置」；底座写得随意，每一次调整都要「改代码」。

上海市数据局这套系统采用的统一底座，让后续扩展始终保持在同一套规则内。这也是桑田智能在政府与国企项目里最看重的部分：交付的不是一次性工程，而是一套能继续长的底座。