鋼筋施工成本管理分析（二）
——自動秒報

閆 超 陳心宇

（上海建工七建集團有限公司 上海 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 結論

只要功能評分的結果是正收益的，方案就是有價值的。但實際運行的效果還需要實踐證明。

在該方案中還存在著一個漏洞，計劃耗用仍然是可注水的。并且，盤存過程需要計算余料的規格數量型號。這就需要下一篇《三》——“自動料單”來填補了。