派车表发给谁都不合适
同一个应用，让每个人各看各的

于是大多数公司选了第三条路——把一张表拆成好几张：行政留一张全的，各部门发一张删过列的，司机那边再抄一张排班表。拆的那一刻问题就换了个形状：三张表从此各自往前走，月底对不上，而「这台车今年到底花了多少钱」谁也答不上来。

下面这套系统不多建表。它只做一件事：让同一张表在不同人打开时，自己变成他该看的那张。

这是车队管理员看到的样子，也是这张表的全貌。下面每换一个身份，都是从这里往下减——少了几个菜单、几列、几行，这行字会替你数出来。

界面是示意，人名车牌都是编的。这里的取舍也只是一种配法——哪一列给谁看，是你们自己在控制台上点出来的，不是我们定死的。

下半那四行不在这一页上。「申请人只看自己提的、部门负责人看本部门、驾驶员看派给自己的」——这是应用自己的业务逻辑，在对话里说一句就行，不需要谁去点开关。之所以要把这条界线说清楚，是因为混淆它的代价很具体：想让财务看到全公司的车，如果去功能权限里给财务加一条，他拿到的是那个功能，连别人部门的审批按钮也一起亮了。

日常最省事的做法是先把角色建好再配：财务、车队管理员、部门负责人这几个角色一次建好，以后人员变动只改角色成员，不用挨个应用去改。人一调部门，所有应用同一刻生效。

这些名字都照 使用说明 · 功能权限 那一页的原话，没有另造。

这五本东西在大多数公司都是有的——只不过分别躺在五个地方：档案在行政的一张表格里，加油在财务的加油卡对账单里，保养和维修在抽屉里的发票上，出车在司机的手写本上。所以「这台车今年花了多少钱」这个问题答不上来，从来不是因为没数据，是因为这些数据没有挂在同一辆车下面。

挂到一起之后，有三件事是顺带长出来的，不用另外建：单车年度成本（加油、保养、维修三本一加就是）、油耗异常（同款车摆在一起，偏得多的那台自己跳出来）、以及到期提醒——档案里本来就有保险和年检两个日期，平台的定时任务每天扫一遍，提前 30 天推给行政本人。这三件都是档案的副产品，不值得为它们各建一个系统。

会议室与共用设备：把车换成会议室、投影仪、试验台。档案那一层变成设备台账，派车变成预约，驾驶员变成设备管理员——连「同一时段不能重复占用」这条规则都是一样的。

印章、证照与合同原件借用：底表是一份证照档案，借出和归还各落一个时间戳。这类东西的权限比车更紧：谁借过什么，往往只有法务和借用人本人该看得见，连部门负责人都不该有整张表。

宿舍、工位与备用机：底表是资产，每一条挂着「现在在谁手上」。行政看全部，员工只看自己名下的那几件，离职交接时把一个人名下的东西一次列全——这件事在表格里要靠筛选和记性，在这里是一次查询。

客户与供应商档案：底表换成客户，「谁能看见哪几行」变成防撞单——销售只看自己名下的客户，主管看整个团队的。这一类的结构和派车一模一样，只是底表里放的是人不是车。

所以发布之前请把本页开头那件事，在控制台上再做一遍：用以身份预览换成每一个角色，把应用真打开看一眼。你看到的就是那个人会看到的界面——不用去借同事的账号，也不用等他上线以后来投诉。五个角色走五遍，通常十分钟。

还有一件值得在动手之前先谈定的事，它比开发本身更花时间：部门负责人到底该不该看到别的部门的用车。技术上两种都两分钟就能改，难的是公司里没人愿意先表态。建议按「谁为这笔钱负责，谁就看得见」来切——它比按职级切更容易解释，也更不容易被要求开例外。