这家企业做的是机动车轮胎的省内分销，在省内各分公司设网点销售，如今整套台账跑在勤哲 Excel 服务器上。总部每月要做的事，是把各分公司的业务数据汇到一起：卖了多少、进了多少、库存还剩多少、这个月赚没赚钱。
过去这些记录都放在 Excel 工作表里。一个人用没问题，几个人同时用就出事——文件发来发去，谁手上的是最新版说不清；同一条出库记录，销售改一遍、仓库改一遍，最后不知道该信哪个。这也是他们后来改用勤哲 Excel 服务器的起因。
一、一年一个 Excel 文件，跨年就断片
图1 过去的样子：一张表装下所有业务，改一处全靠传文件
更麻烦的是跨年。数据量一大，文件就卡；新一年开工，索性再建一个表格，把去年的留在旧文件里。几年下来，几个文件、几套格式、几种口径，想做一个"跨年同期对比"，几乎要从头整理一遍。
这不是 Excel 的问题，而是"文件"这种载体的极限。它可以存数，但管不了并发、管不了权限、也管不了数据之间的关系。
二、第一刀：把一张大表拆成十几张单据
上勤哲平台之后，第一件事不是搬数据，而是梳理业务。他们把原来混在一起的内容拆成一张张独立的业务表格模板：采购、入库、出库、销售，各自成表。
拆的依据是"一件事一张单"。进货是一件事，出库是另一件事，退货又是另一件事；每件事有自己的字段、自己的经办人、自己的审批路径，混在一张表里，谁也说不清哪一行属于哪个环节。
图2 业务梳理：一件事一张模板，先分清再谈统计
拆开之后，权限才有地方落。哪张表谁能填、谁能改、谁只能看，按岗位配；分公司的内勤只能录自己公司的单，总部的财务能看全部但不能改分公司已经提交的记录。
这一步花的时间最长，也最值得。模板没拆对，后面所有统计都是将就；拆对了，报表只是把已有的关系再取一遍。
三、出入库分开记，才追得回
原始表格最典型的问题，是出入库混在一起。同一列里，正数代表入库、负数代表出库，或者用"收/发"两个字区分；每月逐行录入，录完就是一本流水，想知道某个规格的轮胎现在还有多少，得从头加一遍。
图3 处理前：出入库混在一列，只能当流水看
图4 处理后：入库一张单，出库另一张单，各记各的
表单化之后，入库单记来源、批次、数量、单价，出库单记去向、客户、数量、售价；两张表通过规格型号和批次对上，库存就成了一个可以算出来的结果，而不是一本需要人维护的流水账。
能算出来，才谈得上追溯。某个规格的轮胎出现质量反馈，从销售单找到出库单，从出库单找到入库批次，再找到供应商——这条链在流水账里是断的，在表单里是通的。
图5 分类结构化：不再堆在一个工作表里，数据量被拆开
分类结构化还有一层现实意义：数据量。各网点的单据如果堆在一个文件里，打开就要几分钟；拆成按业务、按期间存放的表，查询只取需要的那一段，速度就回来了。
四、查询统计：表间公式和 SQL 视图两条腿
数据拆好之后，核心问题浮出来：怎么把分散在各表里的记录，变成管理者要看的统计。这家企业用了两套办法，按统计的复杂度分工。
常规的统计用表间公式。比如按规格汇总本月出库数量、按客户汇总应收账款，公式在填报或刷新时执行，结果直接写进统计表。这类需求变化快，用公式改起来最灵活。
图6 统计实现：先想清楚维度，再决定用公式还是视图
图7 表间公式：维度不大的统计，用它最快
维度大的报表交给 SQL 视图。涉及跨表关联、同期对比、多层分组的时候，公式会写得又长又慢，不如在数据库里建一个视图，把口径固定下来，模板直接取结果。
两种办法并不冲突。公式负责日常的小统计，视图负责月度、年度的大报表；前者改得动，后者跑得快。
图8 SQL 视图：大维度报表在数据库里算好再取
图9 数据源：所有记录汇到后台库，形成统一来源
图10 实时刷新：前端看的是当下的数，不是昨天的备份
所有记录最终融合到后台数据库，形成一个统一的数据源。前端看到的报表是"查"出来的，不是"存"下来的；有人刚录完一张出库单，统计里立刻就能体现。
这一点对分销企业很关键。价格、库存、政策天天在变，报表要是隔夜的，决策就只能凭感觉。
图11 查询结果：条件一选，数就出来
五、五张报表，回答五个问题
系统最后沉淀下来的，是几张固定的报表。它们不花哨，但每一张都对应一个管理者真会问的问题。
图12 主库存一览表：现在仓里有什么、值多少钱
图13 销存成本利润表：这个月卖了多少、赚了多少
图14 出入查询汇总表：进销存对不对得上
前三张解决"当下"：库存有多少、这期赚没赚、进出是否平衡。后两张解决"对比"：和去年同期比怎么样，和上个月比又怎么样。
图15 同期对比：今年这个月，比去年这个月强在哪
图16 环比增长：这个月比上个月，是升还是降
做同期对比，是这套系统最直接的收益之一。以前跨年就是另一个文件，同比只能手工凑；现在历史数据都在同一个库里，选两个期间就能出结果。
分销业务的判断很依赖对比：某个网点这个月出货下降，是市场淡了，还是被隔壁网点抢了？单看一个月看不出来，放到同比、环比里才有答案。
六、日志与预警：把提醒放到首页
报表解决"看"，还有一类需求是"提醒"。价格快到期了、某个网点连续几天没报数、某笔应收超期了——这些事如果只躺在报表里，没人天天去翻，就等于没有。
他们的做法是用平台视图建了一个工作日志库，把需要提示的事项按规则生成记录，再做预警查询。日志会被推送到首页，所有登录账号的人一进来就能看到。
图17 日志预警：该处理的事，按条列出来
图18 日志详情：谁发起、什么事、处理到哪一步
图19 首页推送：一登录就看见，不必再等人转告
把提醒放在首页，是个很小的设计，但它改变了一件事：信息从"要去找"变成"会来找你"。管理动作从被动响应，变成按时触发。
对多网点分销的企业，这层提醒尤其必要。总部不可能盯着每个网点的每张单，但系统可以。
七、写在最后
回头看，这家企业的改造并没有什么高深的技术：把大表拆成单据，把混记改成分类，把统计交给公式和视图，把提醒推到首页。四步做完，Excel 时代的老问题基本消失。
勤哲 Excel 服务器的价值，在于它允许企业按自己的业务去拆、去改。轮胎分销的规格、价格、网点关系都很特殊，通用软件很难刚好合身；而用表格搭出来的系统，可以一边跑一边改。
真正难的从来不是工具，而是愿不愿意先把业务想清楚。想清楚了，一张模板也能撑起一套系统；想不清楚，再贵的软件也只是换了个地方记流水。
