閆 超 陳心宇

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

1 收付實現(xiàn)制月報的漏洞

在收付實現(xiàn)制的月報中，想要瞞報入庫或是虛報產(chǎn)值是很容易的。無論送貨完成多久，在供貨商沒有提供發(fā)票前，都可以有理由不入賬。即使拿到發(fā)票，也可以找各種理由拖延入賬。而供貨商一般不會得罪經(jīng)辦人，有送貨單簽認，也就是在法律層面完成了標的物的交付，只要不耽誤收款賬期，拖一兩個月入賬是沒關系的。有時經(jīng)手人還會指定開票金額的上限，為順利拿錢供貨商也只能就范，這就給項目經(jīng)手人長期制造虛盈提供了便利。

再來看領用。為監(jiān)控超用，項目上一般都實行限額領料制度。即根據(jù)圖算量領用，多退少補。而實際運行的結果卻是既沒有退，也沒有補。究其原因，是鋼筋不同于混凝土?；炷潦遣荒芏嘁膊荒苌?，多了只能退，少了必須補。

而鋼筋如果多了幾噸在操作面，回收再利用的人工成本比重新加工還要多。只能賣廢品回收，沒有其他好處。所以經(jīng)辦人不會退鋼筋，退了也是廢品，入賬還麻煩。

那要是鋼筋不夠用呢？其實現(xiàn)場的鋼筋是不會不夠用的。鋼筋從原材到產(chǎn)品有2周左右的生產(chǎn)周期，而且施工計劃通常都是超前的。按計劃進場的鋼筋都以原料或半成品的狀態(tài)開放式的存放在工地上，挪用一下就不影響進度了。如果要補，還需說明原因，實在是麻煩，賬面也不好看。所以經(jīng)辦人通常都不開補單，而是修改計劃數(shù)，把賬做平，再不夠就拿虛存來填。

再看結存。月報的結存是根據(jù)入庫減耗用形成的。這兩個數(shù)都由經(jīng)辦人掌握，可以人為改小，形成賬面盈利。而現(xiàn)場庫存又與賬面差不多，在面對檢查時，上級看到的只是上月的進耗存，即時的庫存只能大概估計，加之供貨超前，生產(chǎn)進度滯后，就形成了庫存充足的假象。賬面盈利，領導滿意，獎金榮譽，最后形成了一個不能穿幫的利益共同體。

這樣的拆東補西一直到項目結束，超用的材料瞞不住了會如何呢？那就再接一個新項目接力，如此往復。

但是，要填平一個坑，就要挖一個更大的坑，包含了之前的獎金和權益的坑。如果產(chǎn)值不能持續(xù)擴大，經(jīng)營不能持續(xù)改善，就無法回血，最終導致流動性危機。

2 如何實現(xiàn)權責發(fā)生制秒報

實行權責發(fā)生制，其目的就是要防止瞞報入庫、虛報產(chǎn)值和虛報庫存。而短視的經(jīng)手人、項目經(jīng)理和企業(yè)管理層，都有可能會采取或放任這樣的行為。所以，要實現(xiàn)防微杜漸，需以嚴密的制度和完整有效的責罰體系來約束和引導人的行為。

2.1 入庫秒報

原制度下，鋼筋入場簽收，供貨商拿到交付憑證后，就已經(jīng)在法律上完成了交付。經(jīng)手人可以找各種理由不入賬或少入賬，其他人也很難了解數(shù)額不大的瞞報。所以，可以從供貨商處入手，設計一個不及時入賬就罰息的合同條款。利用4G網(wǎng)絡，建立平臺，由供貨商遞交一個電子送貨單，項目經(jīng)手人確認，即完成交付。（收驗貨及爭議部分略）如果供貨商不上網(wǎng)遞交，或延遲遞交，就按貨值的年息比例罰款。如此，就能驅(qū)使供貨商實現(xiàn)入庫秒報。

2.2 產(chǎn)值秒報

產(chǎn)值主要是防止虛報，可以與混凝土澆筑的節(jié)點時間綁定?，F(xiàn)在的混凝土供應商有的已經(jīng)實現(xiàn)了網(wǎng)上信息發(fā)布，可以使用分享鏈接，或者制作一個監(jiān)聽接口的方式及時傳遞信息。如果沒有，就落實給項目經(jīng)理及其授權人。

鋼筋產(chǎn)值應該以計劃數(shù)出賬，因為實際數(shù)通常無法準確獲得。交錯開始的幾個施工段，鋼筋都是可能混用的。即使時間錯開的前后兩個施工段，材料加工與堆場也可能是混用的。過程中的盈虧只有通過盤存換算獲得。

2.3 庫存秒報

有了實際入賬數(shù)和計劃出賬數(shù)，相減就得到了計劃庫存數(shù)，而且是動態(tài)秒更的。這就給隨時盤存提供了條件。可以根據(jù)現(xiàn)場進度，在節(jié)點間隙原料和半成品相對集中的時候盤點，并與計劃數(shù)對比，就得到了實際的盈虧。

2.4 責罰體系

為確保制度的準確有效執(zhí)行，必須明確責任，落實處罰。

對于入庫不報，或延期上報的供貨商，處貨值日息×延期天數(shù)×比例的處罰。

對于產(chǎn)值及盤存不實或弄虛作假的經(jīng)辦人，處當日工資×比例的處罰。

對于項目經(jīng)理及負有監(jiān)督職責的逐級條線領導，按月、季、半年、年落實責罰。

3 軟件設計

3.1 運行環(huán)境

vps+lamp+app/miniPro

3.2 結構設計

采用區(qū)塊鏈的方式，服務器僅提供時間戳記與區(qū)塊分發(fā)。數(shù)據(jù)與view（視圖）都存儲在客戶端。

同一項目的用戶間，交易記錄采用哈希驗證，相互確認信息。每筆完成的交易遞交到服務器，加上時間戳后，在當期區(qū)塊封裝和分發(fā)。

3.3 數(shù)據(jù)設計

tbname：區(qū)塊鏈用戶表、項目表、任務表、供料計劃表……

view：供料計劃、送貨單、收貨單……

圖1 供料計劃

3.4 接口設計

3.4.1 服務器接口（略）

3.4.2 APP接口（略）

3.4.3 miniPro接口（略）

圖2 送貨單

3.5 過程設計

3.5.1 入庫過程

（1）項目部報供料計劃給供應商。

①項目經(jīng)理或其授權人根據(jù)料單與施工計劃，編制進料批次計劃或周計劃。

②服務器加蓋時間戳后，以明文或密文方式發(fā)送供應商。

③供應商確認收到后，回執(zhí)服務器，附時間戳，形成一條賬本交易記錄，封裝入當期區(qū)塊。

（2）供應商執(zhí)行計劃。

①根據(jù)供料計劃，供應商組織送貨。編寫隨車送貨單，加蓋時間戳，附二維碼（服務器地址/收貨接口？參數(shù)）。打印送貨單，隨車送至交貨地。

②項目經(jīng)理或其授權人掃碼收貨，打印收貨單（附二維碼）。送貨人掃碼確認帶回。形成一條交易記錄，封裝入當期區(qū)塊。

（3）送貨后爭議。

3.5.2 耗用過程（略）

3.5.3 盤存過程（略）

4 成本價值分析

根據(jù)價值工程理論，新方案的比較價值通過功能評價分/成本權重分得到。由于功能評分較為主觀，所以僅對項目綜合成本增加額做分析。

新方案增加的成本主要是軟硬件的建設與運營費用。

硬件建設與運營費主要是VPS服務器的租費。受益于科技進步，現(xiàn)在普通配置VPS的年租費在500元以下，同時服務500個用戶沒有問題。如果數(shù)據(jù)存放于客戶端，那么幾乎不用考慮重置與維護成本。

軟件建設與運營費分為開發(fā)費和維護費兩部分。根據(jù)軟件設計，該應用的開發(fā)工程量約為5人月，假設全綜單價3萬元/人月，總價就是15萬元。假設按5年直線攤銷，就是每年3萬元。維護分為日常維護與產(chǎn)品升級兩部分。日常維護每1人可以服務約50個項目，假設全綜單價1萬元/人月，攤銷到每項目就是200元/月；假設產(chǎn)品每年升級一次，工程量3人月，全綜單價3萬元/人月，每年需要9萬元。

對于一家土建產(chǎn)值在100億水平的公司，假設每個項目建面10萬平，土建指標1000元/平，每年就是100個項目。假設所有項目的平均鋼筋生產(chǎn)周期為2年。那么對于這樣一家企業(yè)，軟件的全部建設與運營費用就是：3+0.02×100×2×12+9=60 萬元/年。

如果企業(yè)本身就有正在使用的軟件服務部門，那么幾周的培訓就能兼顧日常維護。如此，增加的年支僅12萬元。

5 結論

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

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