2010年1月15日 星期五

談"現金流程"一、(合約書上的現金流程)


談"現金流程"一、(合約書上的現金流程)

2009/12/21 03:15
表一說明:我是個懶人,為了畫圖琢磨再三就是不肯動手;到現在,不畫也不行了才徒手畫一張,本來應是一系列的圖說,等我心血來潮再補圖吧。另一篇"降板"也要補一堆圖,如今都"僵"住了。
表一的上側是工期,註明年/月。左側是進度表的工作項目;下方第一行是每個月各個施工項目的累計施工金額,第二行是每月施工金額的累計施工金額;右側是累計金額/總施工金額的百分比數字(0%-100%)。
圖中是桿圖及現金流程曲線。
**********
感謝看官的反映,讓我有機會來思考、解釋"現金流程"的種類及各種不同的現金流程所代表的意義。
*******
聲明:本文舉例所用金額/工期等數字,均屬"天馬行空"編造/假設的數字,僅為方便說明而已,不具任何意義。
*******
我想,一般工程師都知道,現金流程是由"進度表"演變出來的。所以:什麼樣的進度表就產生出什麼樣的"現金流程"。
這樣說,不知道工程師能否了解?
其實,現金流程也是進度表的一種,只是用"金額"來反映"進度"。金額高,表示"工作量大",金額少,表示"工作少";累計的金額反映工作完成了多少:假設:工程合約總金額100萬,已施作工程60萬,簡單的算法,工程已經做完了60%,這是一般普遍的認知與用法。
但是,這也是有"盲點"。
**********
一、綜合進度的現金流程。
所有的進度表,都以"工程施工進度表"為基準。工程施工進度表又以"綜合施工進度表"(或稱:整體進度表、綱要進度表)為基準。關於"進度表"我儘可能"少說、少寫",這一篇主要是討論"現金流程",工程師如果對"進度表"有疑問,請自行查閱「目錄九/進度管理」。
1、製作:這裡所談的是"手工製造",不是"電腦程式"製作。我記得很久以前看過電腦製作的"現金流程圖",現在,應該很普遍了。不過,我還是先將"手工作法"寫出來,電腦程式?應該請教"高晨",他們有沒有這樣一套軟體?是否附在"數量計算"、進度表之後?程式分析是怎麼來的?我已經很久很久沒有"玩"這個遊戲了(現金流程),所以"似乎"離我很遠很遠。(被小朋友一問一答的"CALL"回來,我才動手寫這篇。)
還是以"手工"為主,有機會再來討論"電腦程式";這樣,工程師知道現金流程的"來龍去脈"、就知道如何應用,如果發生問題,也不會"砂磨一支鳥仔毛"。
我們需要"綜合進度"(桿圖)及工程標單裏的標單/金額。(也就是合約金額,如果業主要修改/調整得標"標單"的單價等,那就要等雙方同意、修正完以後,才能制定"現金流程"。)
1.1.將標單裡的每一筆"金額"對應綜合進度表的"工作項目"集中在一起成為一大筆金額。假設,如果我們在"綜合進度表"中,"地面層結構體"是一個工作項目/一條桿圖,那我們就將一樓以上結構體的鋼筋、模板、混凝土等金額通通加起來,放在"地面層結構體"這一項的後面。(哪些標單項目的金額要放?哪些不放/放在別的地方,由工地主任自行決定,沒有一成不變的規定,不過,最好工地主任能說服自己,放這個地方是"比較"合理的地方。因為,可能 貴公司以後就依這個想法定成規矩。我的意思是說:例如放樣工程,要放在"結構體"或"假設工程"或拆為二三個部份分開放置,悉聽尊便,各有各的道理。)
1.2.以"月"為計算單位。例如"地上層結構體",假設需時250天,自1/20開始,9/27完成。則一月有12天(12/31=0.3871月),2-8月7個月,9月27天(27/30=0.90月)。合計工期:0.39+7+0.9=8.29月。
1.3.假設我們根據前面"1.1."的方法,確認地面層的"合約金額"合計是:130,526,333元。(含不含"稅管"也由公司或製作者自行決定,各有優缺點;我個人趨向"不含",只反映"工程款")。
130,526,333元/8.29月=15,745,034.14元/月。這是每個月、地面層結構體的"平均"施工金額。
所以,一月份的結構體施工金額為:15,745,034.14*0.3871=6,094,902.72元。
二至八月,每個月的結構體施工金額為:15,745,034.14元。
九月份結構體施工金額為:15,745,034.14*0.90=14,170,530.73元。
1.4.一般來說,在進行1.1.至1.3.過程中,有一些"眉角"需要注意(製作的工程師可以自行修正,只要自己講的通,公司/眾人能接受,沒啥不可以的)。
A、工程標單上的每一筆金額/每一毛錢都必須分配至綜合進度表的各個工作項目中,不可有項目遺漏/金額短缺的情事發生。
B、分配到每個月的金額,在圖表上我們只取"千"元以上的數字(或只取"萬"元以上的數字,就是以"萬元"為數字單位。)所以上例變成:一月/609萬;二至八月/1,574萬;九月/1,417萬。
C、無論是取"千"或"萬"為單位,「雖然表上是顯示到"千",事實上現金流程的百分比仍計算到"元"。」但是,在金額報表,只要寫到"千"或"萬"就可以了。例如"月會"中的施工金額報告,只要說明預計施工額"進XX萬",實際施工額"XX萬"即可,千元以下是不具意義的。
D、以每個月份的預估金額/總金額,換算成百分比,仍取至小數點後二位數(如12.23%);如果累積總數有誤差,可調整(四捨五入)適當的月份的數字。
E、以累計金額/總金額,換算的百分比繪製在進度表上,就是"現金流程"的S曲線。由0開始,完工時達到100%。
1.5.我們再影印(複製)一張"綜合進度表"的空白表格。(將桿圖"消掉"、其他全部保留")。
然後將我們計算出來的"金額"依工作項目/月份的位置,一筆一筆的填寫進去。這樣,"桿圖"被"金額"所取代,是不是仍然是一張進度表?只是"桿圖"變成數字而已。
這就是我說:現金流程是進度表的一種。
*********
一般公司大概都只做這種"現金流程。
現在,我想工程師應該了解"現金流程"是怎麼做出來的。所以下面的問題就很容易回答了:
A、合約書所附的現金流程主要是用於預估"完工百分比"。但是,實務上,業主仍以"請款金額"作為"實際完工百分比"的分子(合約金額為分母),這跟我們以"施工完成"金額相比較,仍有一些異同:例如結構體是一層的混凝土搗築完成才計價,但是在我們做"現金流程"時,根本沒有這個考慮。
其次,假設每個月15日計價,如果照進度是17日結構體搗築混凝土/業主又不肯通融,工地一是趕在15日以前打完混凝土,一是等到17日打完混凝土、下期才計價。
因此,我們可以很清楚了了解:合約所附的"現金流程"與"計價金額"是有一定的誤差,這是不可避免的。
B、由於制定的"目標不同",所以施工的實際進度與以計價金額換算的完工百分比有一定的誤差,所以一般合約都會規定"落後超過5%停止計價",工程師一定要了解,這個5%不是"允許落後",而是"誤差"的補救數字。如果要詳細分析"5%"是否合理?工程師可以自己演算一下。
C、另外,現在的公共工程有20%的預付款,這也是從實際的"現金流程"圖中衍申出來的。我們都可以了解,工程還沒有正式開始,實際上許多"作業"已經動員了:國內比較常見的是"預備工程"(假設工程)包括:臨時房屋、整地、臨時道路...等等工程,比較特殊的就是"材料的訂金"(例如鋼筋、鋼骨等)。
至於金額是否達到總金額的20%?還是請工程師試算,不過一定要包括"訂金"。也因此,如果這類公共工程沒有"物價指數"的調整是合理的。
在"施工現金流程"不考慮這個20%,仍由0%開始。

感謝看官的反映,讓我有機會來思考、解釋"現金流程"的種類及各種不同的現金流程所代表的意義。
*******
聲明:本文舉例所用金額/工期等數字,均屬"天馬行空"編造/假設的數字,僅為方便說明而已,不具任何意義。
*******
我想,一般工程師都知道,現金流程是由"進度表"演變出來的。所以:什麼樣的進度表就產生出什麼樣的"現金流程"。
這樣說,不知道工程師能否了解?
其實,現金流程也是進度表的一種,只是用"金額"來反映"進度"。金額高,表示"工作量大",金額少,表示"工作少";累計的金額反映工作完成了多少:假設:工程合約總金額100萬,已施作工程60萬,簡單的算法,工程已經做完了60%,這是一般普遍的認知與用法。
但是,這也是有"盲點"。
**********
一、綜合進度的現金流程。
所有的進度表,都以"工程施工進度表"為基準。工程施工進度表又以"綜合施工進度表"(或稱:整體進度表、綱要進度表)為基準。關於"進度表"我儘可能"少說、少寫",這一篇主要是討論"現金流程",工程師如果對"進度表"有疑問,請自行查閱「目錄九/進度管理」。
1、製作:這裡所談的是"手工製造",不是"電腦程式"製作。我記得很久以前看過電腦製作的"現金流程圖",現在,應該很普遍了。不過,我還是先將"手工作法"寫出來,電腦程式?應該請教"高晨",他們有沒有這樣一套軟體?是否附在"數量計算"、進度表之後?程式分析是怎麼來的?我已經很久很久沒有"玩"這個遊戲了(現金流程),所以"似乎"離我很遠很遠。(被小朋友一問一答的"CALL"回來,我才動手寫這篇。)
還是以"手工"為主,有機會再來討論"電腦程式";這樣,工程師知道現金流程的"來龍去脈"、就知道如何應用,如果發生問題,也不會"砂磨一支鳥仔毛"。
我們需要"綜合進度"(桿圖)及工程標單裏的標單/金額。(也就是合約金額,如果業主要修改/調整得標"標單"的單價等,那就要等雙方同意、修正完以後,才能制定"現金流程"。)
1.1.將標單裡的每一筆"金額"對應綜合進度表的"工作項目"集中在一起成為一大筆金額。假設,如果我們在"綜合進度表"中,"地面層結構體"是一個工作項目/一條桿圖,那我們就將一樓以上結構體的鋼筋、模板、混凝土等金額通通加起來,放在"地面層結構體"這一項的後面。(哪些標單項目的金額要放?哪些不放/放在別的地方,由工地主任自行決定,沒有一成不變的規定,不過,最好工地主任能說服自己,放這個地方是"比較"合理的地方。因為,可能 貴公司以後就依這個想法定成規矩。我的意思是說:例如放樣工程,要放在"結構體"或"假設工程"或拆為二三個部份分開放置,悉聽尊便,各有各的道理。)
1.2.以"月"為計算單位。例如"地上層結構體",假設需時250天,自1/20開始,9/27完成。則一月有12天(12/31=0.3871月),2-8月7個月,9月27天(27/30=0.90月)。合計工期:0.39+7+0.9=8.29月。
1.3.假設我們根據前面"1.1."的方法,確認地面層的"合約金額"合計是:130,526,333元。(含不含"稅管"也由公司或製作者自行決定,各有優缺點;我個人趨向"不含",只反映"工程款")。
130,526,333元/8.29月=15,745,034.14元/月。這是每個月、地面層結構體的"平均"施工金額。
所以,一月份的結構體施工金額為:15,745,034.14*0.3871=6,094,902.72元。
二至八月,每個月的結構體施工金額為:15,745,034.14元。
九月份結構體施工金額為:15,745,034.14*0.90=14,170,530.73元。
1.4.一般來說,在進行1.1.至1.3.過程中,有一些"眉角"需要注意(製作的工程師可以自行修正,只要自己講的通,公司/眾人能接受,沒啥不可以的)。
A、工程標單上的每一筆金額/每一毛錢都必須分配至綜合進度表的各個工作項目中,不可有項目遺漏/金額短缺的情事發生。
B、分配到每個月的金額,在圖表上我們只取"千"元以上的數字(或只取"萬"元以上的數字,就是以"萬元"為數字單位。)所以上例變成:一月/609萬;二至八月/1,574萬;九月/1,417萬。
C、無論是取"千"或"萬"為單位,「雖然表上是顯示到"千",事實上現金流程的百分比仍計算到"元"。」但是,在金額報表,只要寫到"千"或"萬"就可以了。例如"月會"中的施工金額報告,只要說明預計施工額"進XX萬",實際施工額"XX萬"即可,千元以下是不具意義的。
D、以每個月份的預估金額/總金額,換算成百分比,仍取至小數點後二位數(如12.23%);如果累積總數有誤差,可調整(四捨五入)適當的月份的數字。
E、以累計金額/總金額,換算的百分比繪製在進度表上,就是"現金流程"的S曲線。由0開始,完工時達到100%。
1.5.我們再影印(複製)一張"綜合進度表"的空白表格。(將桿圖"消掉"、其他全部保留")。
然後將我們計算出來的"金額"依工作項目/月份的位置,一筆一筆的填寫進去。這樣,"桿圖"被"金額"所取代,是不是仍然是一張進度表?只是"桿圖"變成數字而已。
這就是我說:現金流程是進度表的一種。
*********
一般公司大概都只做這種"現金流程。
現在,我想工程師應該了解"現金流程"是怎麼做出來的。所以下面的問題就很容易回答了:
A、合約書所附的現金流程主要是用於預估"完工百分比"。但是,實務上,業主仍以"請款金額"作為"實際完工百分比"的分子(合約金額為分母),這跟我們以"施工完成"金額相比較,仍有一些異同:例如結構體是一層的混凝土搗築完成才計價,但是在我們做"現金流程"時,根本沒有這個考慮。
其次,假設每個月15日計價,如果照進度是17日結構體搗築混凝土/業主又不肯通融,工地一是趕在15日以前打完混凝土,一是等到17日打完混凝土、下期才計價。
因此,我們可以很清楚了了解:合約所附的"現金流程"與"計價金額"是有一定的誤差,這是不可避免的。
B、由於制定的"目標不同",所以施工的實際進度與以計價金額換算的完工百分比有一定的誤差,所以一般合約都會規定"落後超過5%停止計價",工程師一定要了解,這個5%不是"允許落後",而是"誤差"的補救數字。如果要詳細分析"5%"是否合理?工程師可以自己演算一下。
C、另外,現在的公共工程有20%的預付款,這也是從實際的"現金流程"圖中衍申出來的。我們都可以了解,工程還沒有正式開始,實際上許多"作業"已經動員了:國內比較常見的是"預備工程"(假設工程)包括:臨時房屋、整地、臨時道路...等等工程,比較特殊的就是"材料的訂金"(例如鋼筋、鋼骨等)。
至於金額是否達到總金額的20%?還是請工程師試算,不過一定要包括"訂金"。也因此,如果這類公共工程沒有"物價指數"的調整是合理的。
在"施工現金流程"不考慮這個20%,仍由0%開始。

沒有留言:

張貼留言

公告

謹向大家報告一項消息: 各位網友,家父(部落格作者) 已於2011年3月4日早上11:35因病突發性腦部出血逝世離開。 我父親近年來身體狀況一直不是很好,前年年底2009因身體不適就醫檢驗,經檢驗為自體免疫疾病引發血小板低下,經過住院及藥物治療後病情趨於...