上周三早上八点四十七分，行政部接到保安老李电话：‘那个穿格子衫的小姑娘在门口站了二十分钟了，刷不了卡。’

我们这才发现，实习生小王的工牌丢了。这本来不稀奇——每年七八月，总有几个实习生把工牌当饭卡用，洗澡、吃饭、蹭健身房，最后不是泡水就是落食堂。但这次不一样，小王是产品部重点带的新人，当天上午九点要进核心测试区参加需求评审。

临时补卡流程得走半天，HR说最快下午两点能拿到新卡。可测试区门禁权限不在常规区域里，连行政都批不了。技术部倒是有个‘临时通行名单’功能，但那是给外协人员用的，得项目经理手写申请、打印、签字、拍照上传OA，再等安全员手动录入——一套下来，会都开完了。

就在这时，产品部的小赵提了一句：‘咱能不能在蓝点系统里建个临时签到表？把今天要进测试区的人列进去，让保安对照着放行？’

没人抱太大希望。毕竟蓝点这玩意儿，平时也就是用来管管会议室预订、设备借用、访客登记这种‘边角料’事务。可没想到，十五分钟后，一张动态签到表已经推送到保安室的平板上。

这张表不只是名单。它自动关联了每个人的部门、实习期限、访问区域权限，还能实时标记‘已到场’状态。更关键的是，它可以设置有效期——到下午五点整，这张表自动归档，权限随之失效。安全员老张看了眼屏幕，嘀咕了句：‘这不比我们手动加白名单快多了？’

事情解决了。但接下来几天，大家开始发现更多问题：

原来每周都有外包设计师临时进设计中心，每次都靠微信群发照片确认身份；

研发楼夜间调试常有工程师加班，但门禁系统不支持‘时段性授权’，只能留钥匙给保洁代开门；

甚至有一次，离职员工的卡没及时注销，三天后被人捡到刷进了档案室。

这些问题过去都被当成‘流程缝隙’，靠人情、默契和运气去填。直到这次小王丢卡事件，才让人意识到：真正的管理漏洞，往往藏在‘临时’两个字里。

我们习惯把管理系统当成‘日常事务记录工具’，却忘了它最该管的，其实是那些计划外的、突发的、边缘的场景。而这些场景，恰恰最容易出事。

后来我们在蓝点系统里建了个‘临时准入管理’模块。不是什么高大上的功能，就是几张联动的表单：申请、审批、推送、核销。但它能和现有门禁系统做简单对接，也能导出日志供安保复查。最重要的是，谁都能改——上周行政小姑娘还加了个‘人脸备案上传’字段，说是为了防止有人冒名顶替。

有天晚上十点多，我路过保安室，看见老李正盯着屏幕点‘通过’。他跟我说：‘现在这些人进来，我都看两眼，一个是有卡的，一个是系统里的。哪个更准？我说是系统。为啥？因为卡会丢，人会忘，可系统记得清谁几点几分被谁批准进来、能待多久。’

其实哪有什么智能系统，不过是把人的经验变成可重复的规则罢了。以前我们总想着把流程做得滴水不漏，结果一遇到‘例外’就瘫痪。现在倒好，干脆给‘例外’留个入口，让它在可控范围内跑。

前几天又来了个新实习生，报到第一天就问：‘我的临时权限什么时候生效？’我笑了。看来，有些规矩，已经悄悄长成了习惯。