那年 7 月接的需求,原话是「能不能加个返利核算模块」。我们去看了一趟财务怎么干活,回来没加模块。
她们原来怎么做
500 多家门店,每月按品类、按档位算返利。系统能导出两张明细:一张出货、一张回款。财务三个人,把两张表复制到同一个工作簿,VLOOKUP 按门店号匹配,再手工核差额,遇到对不上的标黄。一个月两天,眼睛看花。
问题不在系统算不出,在导出的表不好用:出货表按单据一行,回款表按凭证一行,一个门店十几行,透视都拖不动。
改的是导出,不是功能
我们加了一个「返利宽表」导出,一张 sheet,固定 9 列:门店号、门店名、月份、品类、出货金额、回款金额、应收返利、实发返利、差额。一个门店一个品类一个月一行,500 多家乘以几个品类,一个月 2000 多行。
SQL 那边是几条 LEFT JOIN 加 GROUP BY,写完不到 40 行。空值显式写 0,不留 NULL,免得透视表把它当成另一类。
教了半小时数据透视
真正起作用的是那半小时。我们没写说明书,坐在财务旁边,让她自己拖:行放门店名,列放月份,值放差额求和,再拖一个品类到筛选器。拖完点开差额不为 0 的那几行,就是本月要查的单。
她加了一列 IFERROR 包住 VLOOKUP,把 #N/A 显示成「缺回款」,说这样一眼能分出是没回款还是算错了。那一列是她自己加的,不是我们设计的。
第二天她发回一个 xlsx,模板改过:把差额那列设了条件格式,超过 500 标红。我们用了一下,比我们做的那版顺手。
一点想法
后来这个「模块」没再往下做。财务要的是每月那两小时能省下来,不是系统里多一个菜单。有时会忍不住想写个漂亮的核算页面,但坐在那儿看她拖两下透视表,就知道不必了。
那份模板现在我们交付别的项目时还偶尔拿出来当例子。文件名是她起的,叫「月底用这个」。

