钢筋施工成本管理分析（二）——自动秒报

闫 超 陈心宇

（上海建工七建集团有限公司 上海 200050）

1 收付实现制月报的漏洞

在收付实现制的月报中，想要瞒报入库或是虚报产值是很容易的。无论送货完成多久，在供货商没有提供发票前，都可以有理由不入账。即使拿到发票，也可以找各种理由拖延入账。而供货商一般不会得罪经办人，有送货单签认，也就是在法律层面完成了标的物的交付，只要不耽误收款账期，拖一两个月入账是没关系的。有时经手人还会指定开票金额的上限，为顺利拿钱供货商也只能就范，这就给项目经手人长期制造虚盈提供了便利。

再来看领用。为监控超用，项目上一般都实行限额领料制度。即根据图算量领用，多退少补。而实际运行的结果却是既没有退，也没有补。究其原因，是钢筋不同于混凝土。混凝土是不能多也不能少，多了只能退，少了必须补。

而钢筋如果多了几吨在操作面，回收再利用的人工成本比重新加工还要多。只能卖废品回收，没有其他好处。所以经办人不会退钢筋，退了也是废品，入账还麻烦。

那要是钢筋不够用呢？其实现场的钢筋是不会不够用的。钢筋从原材到产品有2周左右的生产周期，而且施工计划通常都是超前的。按计划进场的钢筋都以原料或半成品的状态开放式的存放在工地上，挪用一下就不影响进度了。如果要补，还需说明原因，实在是麻烦，账面也不好看。所以经办人通常都不开补单，而是修改计划数，把账做平，再不够就拿虚存来填。

再看结存。月报的结存是根据入库减耗用形成的。这两个数都由经办人掌握，可以人为改小，形成账面盈利。而现场库存又与账面差不多，在面对检查时，上级看到的只是上月的进耗存，即时的库存只能大概估计，加之供货超前，生产进度滞后，就形成了库存充足的假象。账面盈利，领导满意，奖金荣誉，最后形成了一个不能穿帮的利益共同体。

这样的拆东补西一直到项目结束，超用的材料瞒不住了会如何呢？那就再接一个新项目接力，如此往复。

但是，要填平一个坑，就要挖一个更大的坑，包含了之前的奖金和权益的坑。如果产值不能持续扩大，经营不能持续改善，就无法回血，最终导致流动性危机。

2 如何实现权责发生制秒报

实行权责发生制，其目的就是要防止瞒报入库、虚报产值和虚报库存。而短视的经手人、项目经理和企业管理层，都有可能会采取或放任这样的行为。所以，要实现防微杜渐，需以严密的制度和完整有效的责罚体系来约束和引导人的行为。

2.1 入库秒报

原制度下，钢筋入场签收，供货商拿到交付凭证后，就已经在法律上完成了交付。经手人可以找各种理由不入账或少入账，其他人也很难了解数额不大的瞒报。所以，可以从供货商处入手，设计一个不及时入账就罚息的合同条款。利用4G网络，建立平台，由供货商递交一个电子送货单，项目经手人确认，即完成交付。（收验货及争议部分略）如果供货商不上网递交，或延迟递交，就按货值的年息比例罚款。如此，就能驱使供货商实现入库秒报。

2.2 产值秒报

产值主要是防止虚报，可以与混凝土浇筑的节点时间绑定。现在的混凝土供应商有的已经实现了网上信息发布，可以使用分享链接，或者制作一个监听接口的方式及时传递信息。如果没有，就落实给项目经理及其授权人。

钢筋产值应该以计划数出账，因为实际数通常无法准确获得。交错开始的几个施工段，钢筋都是可能混用的。即使时间错开的前后两个施工段，材料加工与堆场也可能是混用的。过程中的盈亏只有通过盘存换算获得。

2.3 库存秒报

有了实际入账数和计划出账数，相减就得到了计划库存数，而且是动态秒更的。这就给随时盘存提供了条件。可以根据现场进度，在节点间隙原料和半成品相对集中的时候盘点，并与计划数对比，就得到了实际的盈亏。

2.4 责罚体系

为确保制度的准确有效执行，必须明确责任，落实处罚。

对于入库不报，或延期上报的供货商，处货值日息×延期天数×比例的处罚。

对于产值及盘存不实或弄虚作假的经办人，处当日工资×比例的处罚。

对于项目经理及负有监督职责的逐级条线领导，按月、季、半年、年落实责罚。

3 软件设计

3.1 运行环境

vps+lamp+app/miniPro

3.2 结构设计

采用区块链的方式，服务器仅提供时间戳记与区块分发。数据与view（视图）都存储在客户端。

同一项目的用户间，交易记录采用哈希验证，相互确认信息。每笔完成的交易递交到服务器，加上时间戳后，在当期区块封装和分发。

3.3 数据设计

tbname：区块链用户表、项目表、任务表、供料计划表……

view：供料计划、送货单、收货单……

图1 供料计划

3.4 接口设计

3.4.1 服务器接口（略）

3.4.2 APP接口（略）

3.4.3 miniPro接口（略）

图2 送货单

3.5 过程设计

3.5.1 入库过程

（1）项目部报供料计划给供应商。

①项目经理或其授权人根据料单与施工计划，编制进料批次计划或周计划。

②服务器加盖时间戳后，以明文或密文方式发送供应商。

③供应商确认收到后，回执服务器，附时间戳，形成一条账本交易记录，封装入当期区块。

（2）供应商执行计划。

①根据供料计划，供应商组织送货。编写随车送货单，加盖时间戳，附二维码（服务器地址/收货接口？参数）。打印送货单，随车送至交货地。

②项目经理或其授权人扫码收货，打印收货单（附二维码）。送货人扫码确认带回。形成一条交易记录，封装入当期区块。

（3）送货后争议。

3.5.2 耗用过程（略）

3.5.3 盘存过程（略）

4 成本价值分析

根据价值工程理论，新方案的比较价值通过功能评价分/成本权重分得到。由于功能评分较为主观，所以仅对项目综合成本增加额做分析。

新方案增加的成本主要是软硬件的建设与运营费用。

硬件建设与运营费主要是VPS服务器的租费。受益于科技进步，现在普通配置VPS的年租费在500元以下，同时服务500个用户没有问题。如果数据存放于客户端，那么几乎不用考虑重置与维护成本。

软件建设与运营费分为开发费和维护费两部分。根据软件设计，该应用的开发工程量约为5人月，假设全综单价3万元/人月，总价就是15万元。假设按5年直线摊销，就是每年3万元。维护分为日常维护与产品升级两部分。日常维护每1人可以服务约50个项目，假设全综单价1万元/人月，摊销到每项目就是200元/月；假设产品每年升级一次，工程量3人月，全综单价3万元/人月，每年需要9万元。

对于一家土建产值在100亿水平的公司，假设每个项目建面10万平，土建指标1000元/平，每年就是100个项目。假设所有项目的平均钢筋生产周期为2年。那么对于这样一家企业，软件的全部建设与运营费用就是：3+0.02×100×2×12+9=60 万元/年。

如果企业本身就有正在使用的软件服务部门，那么几周的培训就能兼顾日常维护。如此，增加的年支仅12万元。

5 结论

只要功能评分的结果是正收益的，方案就是有价值的。但实际运行的效果还需要实践证明。

在该方案中还存在着一个漏洞，计划耗用仍然是可注水的。并且，盘存过程需要计算余料的规格数量型号。这就需要下一篇《三》——“自动料单”来填补了。