宿舍、门禁、食堂：学校后勤为什么总在重复建档

国万科技「红星堂」做校园项目，碰到最多的情况是这样的：一所学校，学生入学时信息录了四遍。

教务处录一遍，宿舍管理录一遍，门禁系统录一遍，食堂办卡再录一遍。四份名单，四个地方维护，任何一处更新了，其余三处不知道。

这件事的后果不只是麻烦。

具体会出什么问题

学生退学了，教务处的名单更新了，食堂那份没有。于是这个人还能刷脸吃饭。

学生转专业换了宿舍楼，宿管那边更新了，门禁没有。于是进不了新楼。

新来的插班生，教务录了，食堂没录。于是第一天吃不上饭。

这几个问题的来源是同一个：没有唯一的数据源。

为什么会出现四份名单

通常是因为分四次采购。食堂系统先买，宿舍系统后买，门禁又是另一家。每次采购都带一套自己的名单。

还有一种情况是同一家做的，但各模块各自存名单。这种更隐蔽——用起来好像是通的，实际后台是四张表。

判断办法很简单：新增一个学生，要不要在四个地方各操作一次。要，就是四份名单。

打通之后是什么样

国万科技 2018 年给工商职业学院做校园一卡通，把食堂、超市、图书馆借阅、校门和宿舍门禁都接了进来。核心动作不是发新卡，是让这几处共用一份名单。

清远职业技术学校把钉钉作为入口，学生充值、消费、图书馆借阅都在同一套身份上。

道滘中学除了食堂，还把大门门禁、车牌识别、图书馆借阅接通了。原来是四套系统互不相通，学生身上好几张卡，丢一张要跑三个地方补办。

做这件事的前提

技术上不难，组织上难。

如果食堂归后勤、宿舍归学工、门禁归保卫、教务归教务处，四套系统四个负责人，光协调要谁维护名单就能拖半年。

所以这类项目通常推不动，卡在没人拍板。

能做成的情况往往有一个共同点：学校层面有人牵头，把这几块放在一起规划，指定一个部门和一个人负责名单维护。剩下的才是技术活。

从哪个模块先开始

建议从食堂开始。因为食堂的数据最活跃——每天都有消费，出问题当天就能发现，反馈最快。

食堂跑顺了，再接门禁，再接宿舍和图书馆。