我的案例

深圳供应链管理有限公司成立于 2019 年，做的是仓储配送一体化，服务范围覆盖国内外。规模一扩张，财务的压力就上来了。

这家公司没有换掉 SAP，而是在它之外用勤哲 Excel 服务器补了一套财务系统，只做账单核对和回款跟进两件事。

业务系统和财务主体都依托集团成熟的 SAP。系统本身没问题，问题出在它管不到的角落：全国客户的账单要一份份核，回款要一笔笔跟，账期到没到只有人记得。

补的这套系统只服务财务部门，边界划得很清楚——不碰正式账套，只把进账套之前的半成品做干净。

系统围绕供销关系展开，一共四块。基础信息放客户、供应商、仓库和它们的上下游关系；填报信息放收入成本、收入核销和管理分析数据；管理流程是对账审核、开票审核这些工作流；报表信息分结算报表和分析报表。

四块之间有顺序：主数据先立，填报考进来，流程把住关，报表最后出。顺序乱了，报表一定是错的。

这套设计有个前提——不碰 SAP 的账，只做它前面的“半成品”。等数据核准了，再回填到正式账套里。

供应链公司的账，本质是三方关系：货主把货交给仓库，仓库把货发给收货方，钱从收货方回到货主，中间是服务费。客户和供应商不是固定角色，同一家企业在不同业务里可能两边都站。

所以主数据里除了客户信息、供应商信息、仓库信息，还有一张上下游关联关系表。谁是谁的上游、走哪个仓、结算用什么口径，都挂在这张表上。

这些信息维护好，业务和财务的日常就能简化。同一家客户换了对接人，改一处，后面所有单据跟着变。

上下游关系表看着不起眼，作用是省掉重复录入。财务填收入表时，选了客户，对应的供应商、仓库、结算口径自动带出来，不必再翻合同。

它还兼了一个检查功能：供应商如果没配关联关系，系统会提示遗漏。这种“填不进去”的提示，比事后核对有效得多。

数据质量这件事，最好的办法不是检查，是让人没法填错。

收入数据来源不一，格式也不一样，所以做了三个收入填报表，分别对应不同的取数口径。

填表的人看到的是一张几乎空白的表：下拉选年份、月份、业务主体，主信息自动出来，剩下的只要填金额。毛利测算跟着自动算，填错量级会立刻显出来。

自动检查这一条最实用。收入成本填反、金额多一位、月份选错，过去要等到对账才发现，现在填的当下就拦住了。

供应链的收款往往是分批的。一笔应收可能对应三次回款，一次回款也可能覆盖几个客户的账单。手工核销的结局通常是“账上挂着，人记不清”。

系统用表间关联做勾稽：应收记录和银行到账记录按客户、金额、期间匹配，能对上的自动核销，对不上的留成待处理。

核销明细可以逐笔展开，哪一笔冲了哪一笔，点开就看得到。账龄一到，没核销的自然浮出来，催收不必再靠翻银行流水。

账单审核是财务最容易和业务起争执的环节。业务认为货发了就该收钱，财务认为对账单没确认就不能开票。争执的根源是双方看的不是同一份数据。

系统把对账和开票做成工作流：业务提交账单，财务核对，主管审核，通过后才进入开票。每个节点都有办理人和时间，谁卡住了一目了然。

流程的价值不只是留痕，更是把责任放到该放的位置。审核人点了通过，就意味着他看过这份数。

报表分两类。结算类报表给客户和供应商看，口径要经得起对；分析类报表给管理层看，重点是结构——哪些客户贡献毛利、哪些线路在亏。

这些报表靠大量表间公式从填报数据里取数，不用再手工汇总。数据一核准，报表就是现成的。

系统上线后，每个月经营成本的发布事项提前了 20 天。这个数字的意义不只是快：成本早 20 天出来，定价、调度、客户谈判都还有调整余地。

勤哲 Excel 服务器在这家公司的位置很清楚——不替代 SAP，只补它前面那段最费人力的核对工作。系统边界划清楚了，两套系统反而都好用。