我的案例

上午九点，运管部的桌上摊着前一天的票据。编号、金额、日期要一张张登记，再誊进台账，四个人一起做，做完接近两个小时。这段活后来搬进了勤哲 Excel 服务器，同一个人大约十分钟收尾。

同一栋楼里还开着三本账：行政在核就餐票，财务在给固定资产贴标签，人力在统计考勤、请假和出差单。四本账、四个 Excel，字段各写各的，日期格式都不统一。

分行并不缺数据，缺的是把数据摆在同一口径下的地方。想要一份跨部门的经营数字，只能一层层往下要，再一层层往上收。

在分行做过统计的人都有体会：一件事往往有两个版本。柜面报上来的数和台账里的数差几笔，谁对谁错要去翻原始单据。

问题不在谁不认真，而在数据存放的方式。文件在个人电脑里，改一版就多一个副本，没有版本、没有留痕，也没有谁能说清哪份是最终稿。

银行要上系统，通常先想到核心业务系统或成套管理软件。分行的顾虑很具体：流程得跟着软件改，改一次要报批；开发周期按季度算；一线最熟的偏偏还是 Excel。

勤哲 Excel 服务器的思路相反。模板还是 Excel 的样子，背后换成数据库存数、表间公式算数、权限控制管人。业务人员照自己熟悉的表格画模板，IT 只管账号、备份和运行环境。

这条路的代价也要说清楚：模板怎么划、字段怎么定、谁来审，得业务自己讲明白，系统替不了这个判断。分行的做法是先挑最痛的一块做样板，跑顺了再往别的部门推。

于是有了六大子系统的划分——按部门切，而不是按软件功能切。每个部门只管自己那几张模板，跨部门的部分交给表间公式和工作流。

系统以分行实际业务为依据搭建，模板设计、工作流、权限设置三样东西组合起来，把各部门的业务归了口。

六个子系统共用一套账号。谁能填、谁能看、谁能改，按部门和岗位分配，而不是按文件发。这一点决定了后面所有报表的可信度。

表1 三类角色在同一个平台上的分工，填报、审批、查看各归各层

票据台账是最先被改造的一块。过去全靠手工录入，四名工作人员每天花两小时，错漏不少；要查几个月前的一张票，得把几个 Excel 文件逐个打开。

改成系统登记后，票据在录入界面一次填完，编号规则由数据规范约束，重复和跳号当场提示。同样的量，一个人约十分钟做完，数据进库，按柜面、按票种、按日期都能筛。

更实际的变化在共享。以前数据分散在各人电脑里，谁也看不到全貌；现在台账只有一份，柜面问进度、运管查库存、审计要历史，看的都是同一个页面。

表2 票据台账改造前后的四个环节对照

凭证、耗材、机具的领用，过去靠纸质单据跑签字。现在各子公司在线填报，逐级向上审批，批完才能领，流程走到哪一步、卡在谁那里，列表上一目了然。

审批人不是写死的。金额跨过某一档，系统自动加一级审批；表单里选的业务类型不同，下一节点也跟着换。这套规则在模板里配置一次，之后每张单据按同一把尺子走。

领用和库存连在一起，效果才出来：哪个部门领了多少、库里还剩多少、这个月的运营费用走到哪里，不用等月末盘点，随时能看。资源浪费往往不是因为有人想浪费，而是因为没人看得见余量。

固定资产和低值易耗品，从入账、启用、调拨、维修、封存、报废到损坏登记，每一步在系统里留一条记录。入账凭证和现场照片以附件挂在单据上，二维码图片也能一并存档，标签可当场打印。

每件资产同时标注使用部门、管理部门、物理位置和使用人，所有权、使用权、管理权分开记。总行来查，按部门拉一张清单，按位置再拉一张，两边的数必须对得上。

为配合总行检查，这套系统还与中石油 AMIS 系统做了对接，资产数据在两边保持一致，不必再人工誊抄一份报上去。

行政的就餐明细是个小例子。过去员工病假、旷工、事假、产假情况各异，就餐票要按各人的假别逐张核减，费时且容易错。现在从考勤数据直接生成明细，人不再参与计算。

这些改动单看都不大，合起来改变的是节奏：数字当天下班前已经进库，第二天开会用的是同一份，会上不必再花时间争论谁的表对。

对克拉玛依分行来说，勤哲 Excel 服务器带来的不是一个陌生的新系统，而是把原来散在各处的 Excel 收进了一个有账可查、有权限、有审批的地方。管理精度就是这么一点点垒起来的。