我的案例

江苏张家港这家供应链管理有限公司是国有企业，业务说起来不复杂：帮中小企业把货代销给央国企。真正复杂的是钱——货先发、款后结，中间压着一段账期。

盯账期这件事，公司交给了自己搭的一套系统，用勤哲 Excel 服务器做的，业务和财务一起学、一起建。

账期内有太多事会松掉：货到没到、发票开没开、对方付款流程走到哪一步、这笔业务的收益按什么时点结算。任何一环没人盯，回收就往后拖。

先说为什么不用现成的。供应链服务的形态太多：同样是代销，结算方式、货权归属、发票流向都可能不同。统一的规范式系统要求业务先向流程妥协，可这家公司的业务没法照着流程改。

再说为什么 Excel 台账不够。单张台账能记数，记不了关系：一笔业务对应哪个合同、哪批货、哪张发票、哪次回款，四五张表之间靠人脑连。

两难之间，勤哲 Excel 服务器成了一个折中但不将就的选择：操作还是 Excel 的操作，数据却存在库里，表和表之间能建立引用。

动手之前，公司先把组织架构摆清楚。谁提报、谁复核、谁审批、谁只读，这件事定不下来，后面的表都白建。

组织清楚了，业务架构才画得出来。业务架构不是流程图，是“哪些对象要被记录”：客户、供应商、合同、批次、单据、发票、回款，每一个对象对应一张表。

这两张图是建表之前的地基。对象列不全，后面就会出现“表建好了，才发现少记了一样东西”的返工。

供应链管理讲“四流”：信息流、物流、资金流、商流。听着抽象，落到台账上是四组字段。

信息流记合同与单据的状态，物流记发货、到货和库存，资金流记应收、应付、实际收付，商流记交易主体和货权转移。一笔业务发生，四条线同时落一笔，任何一条断了都能被发现。

四流分开记的好处是，出问题时能定位到哪一流。货发了钱没到，是资金流的问题；钱到了货没发，是物流的问题。含混的“这单有点问题”，变成了具体的某一格。

这家公司的收益结算不是按开票算，而是严格跟着资金支付与回款的时效走。什么时候付的、什么时候回的、隔了几天，直接决定这笔业务算多少收益。

这种算法在手工台账里最难做。付款和回款分别记在两个地方，中间的天数要人工数；业务一多，数错一天就是一笔钱。

系统把两头的时间都留在台账里，间隔由系统算。结算单生成时直接取这个结果，业务员和财务看的是同一个数，不必再各算一遍。

风控也落在这条线上。账期超了、结算时点对不上，台账上先显出来，比事后追责有用。

报表做了两层。一层是 BI 分析，看的是结构和趋势：业务量按月怎么走、哪类客户贡献多、账期整体在拉长还是缩短。

另一层还是 Excel 样式的报表，看的是明细：某一笔业务从合同到回款的全过程，或者某个客户当前挂了多少应收。

两层各有用处。管理层看趋势做判断，业务员看明细去催款。同一份数据，两个入口，不用互相要表。

除了业务台账，财务的零碎需求也一并收了进来：融资台账记银行贷款的借贷与还本付息；三家全资子公司的报表要合并；对外投资要算投资收益。

日常的付款审批、报销审批走流程；银行账户明细账导入系统，业务部门查账不必再找财务导流水；发票开具统一登记，避免重复开、漏开；行政外勤登记也挂在这里。

这些事单看都小，散在七张 Excel 里就是负担。收进一套系统后，至少“数在哪”这个问题不用再问。

供应链业务最怕“事办完了，纸找不到”。合同、收发货记录、收付款凭证、往来函件，散在各人电脑里，出了纠纷才到处找。

系统设了文档管理，按项目归档：一个项目一个目录，合同、单据、收付款记录都传上去，和台账里的业务编号对应。

查一份合同的扫描件，从台账点进去就行，不必先问是谁经手的。归档这件事，只有和业务绑在一起才不会变成额外负担。

这套系统没有请外部实施团队，是公司自己的人学明白之后一套套搭起来的。好处是搭的人懂业务，坏处是慢——但慢出来的东西，改起来也快。

国有企业上系统，通常担心两件事：流程能不能管住、数据能不能说清。前者靠权限和工作流，后者靠四流台账和两层报表。

勤哲 Excel 服务器在这里提供的，是一种“够用就好”的弹性：不必为了一个特殊业务去改整个系统，也不必为了规范而牺牲业务的灵活。