我的案例

工程项目部的账，最难对的不是金额，是关系。这句话是这家企业用勤哲 Excel 服务器重做合同管理时，最先说清的一件事。

一个甲方下面挂着几个项目，一个项目签一份总包，总包下面又分包给若干施工队。合同是纸质的，收款在银行流水里，发票躺在财务的另一张表。

三样东西单独看都成立，合起来就对不上。重复开票往往不是有人故意，而是查的时候没有一张表能同时看到合同、收款和发票。

这套系统要解决的就是这件事：把合同当主线，其他数据全部挂在主线上。总包、分包、收款、付款、发票、材料、成本，七个方向围着一条线转。

在勤哲 Excel 服务器里，这条主线由几张模板加表间公式串起来，改一个节点，后面的数据跟着走。

主线的第一层是甲方。一个甲方可以对应多个项目和合同，所以甲方信息单独成表，项目里只做引用。

第二层是项目。工程名称、地点、负责人、开竣工日期都在这一层，它们也是后面所有汇总的分组依据。

第三层才是总包合同。合同上的支付条款要逐条录进去，比如预付款三成、主体封顶四成、竣工验收两成半、质保金半成。

条款一旦结构化，收款明细就能一条条挂上去：这笔钱对应哪一条，开了多少票，实际到账多少。填过的数据自动带出，重复录入和录错的空间都被压缩。

收款不是财务一个部门的事。项目经理关心这个月能收多少，财务关心哪一笔该开票。

系统里做了一张项目情况汇报表，项目经理按节点填进度，进度满足条款条件，收款流程才启动。

这样“申请开票”就有依据了：不是拍脑袋说该收了，而是合同条款和现场进度都到了点。财务审的时候，看的是同一份数据。

现场进度还有一层用处。它让收款节奏和施工节奏对得上，避免出现活干完了钱没收到、或者钱收了活还欠着的情况。

汇总表是这套系统最实用的部分。总包合同汇总可以按项目、按甲方、按时间筛选，一行一份合同。

点开一行看得到收款明细：哪一天、多少钱、对应哪条条款、发票号是多少。合同和执行数据在同一屏里。

财务软件做不到的正是这一点：它管科目，不管合同；而项目上真正要问的，是这份合同还剩多少没收、哪一条条款已经逾期。

汇总口径要提前定死。是按合同金额算进度，还是按已开票金额算，两种算法在汇报时给出的结论可能完全相反。

两张汇总都靠表间公式取数，合同表一改，汇总刷新就变。这也是勤哲 Excel 服务器最省事的地方：没有中间表要同步。

分包的前提是先有总包。系统里新建分包合同时必须先选一份总包，选完自动带出项目、甲方，甚至可分包金额。

分包方信息单独一张表，资质、联系人、开户行都记在里面，签合同时直接引用，不必每次重填。

分包合同的付款条款同样逐条录入，付款明细挂在条款上。这样“付超了”在填单那一刻就能被发现，而不是等到对账。

分包关系理清之后，项目的真实毛利才有得算。总包收了多少钱、分包付了多少钱，两条线一并，中间那一段就是项目自己的空间。

分包汇总回答两个问题：这份分包合同已经付了多少，还欠多少。

一张表按分包方看，用来和施工队对账；一张表按合同看，用来算项目成本。同一批数据，两个视角。

付款明细里能看到每一笔的日期、金额、对应的进度节点。对账时不用再翻凭证，双方看的是同一张表。

欠款到期还没付的，可以在汇总里直接标出来。这类提醒比事后追账有用得多。

材料成本占工程成本的大头，所以采购和领用必须进系统，否则成本永远是估的。

采购入库单记录到场数量与单价，材料领用单记录哪个项目、哪个班组领走了多少。两张单子一出，库存和成本同时变化。

即时库存查询随时能看到某种材料还剩多少，物料领用成本查询则按项目把消耗归集起来。

项目成本表再把人工、材料、分包付款并在一起，算出这个项目到底赚不赚钱。施工内容确认单是结算依据：干了什么、多少量、谁签字，都留痕。

这一段的顺序不能乱。先有入库才有库存，先有领用才有成本，单据是链条，不能跳着填。

权限在这类系统里不是附属功能。合同金额、收款、分包价，本来就该按角色分开看。

系统支持四种粒度：看全部；按部门只看本部门合同；按个人只看总包不看分包；按字段只看应收款，不看合同额和已收款。

最后一种最有用。同一个合同，销售看到总额，财务看到收款，老板看到全部——不是各发一份文件，而是同一份数据按列授权。

与用友、金蝶的对接也在这一层：把财务软件里的数据采集过来，和业务数据放进同一张汇总表，业务和财务才算真正接上。

这套系统在勤哲 Excel 服务器上运行，二十多张模板没有一行代码，靠的是模板之间的引用和公式。业务变了，改模板就行。

表1 四种权限粒度，实际使用时通常组合配置，而不是只选一种。