具有文檔跟蹤特性的施工支付管理系統及方法

2023-09-17 15:21:10

專利名稱：具有文檔跟蹤特性的施工支付管理系統及方法
相關申請該專利申請是同時待審的於2005年1月10日提交的美國專利申請序列號11/032,699的部分繼續申請，要求於2004年6月29日提交的美國專利申請序列號60/583,782的優先權，其整體內容通過引用結合於此。該專利申請同樣要求於2006年3月23日提交的美國臨時專利申請序列號60/785,411的優先權，其整體內容通過引用結合於此。
背景技術：
住宅和商用施工工程(project)要求幾個組織彼此通信以便分發支付款。傳統的施工支付管理方法首先是通過口頭通知來告知可以從工程貸款或業主方的帳戶進行支取。施工工程的總承包商(GC)通過電話、傳真或在會議上把這種支取通知給各分包商(或由GC聘請的任何其他人、企業或公司，諸如材料供應商)。分包商要準備發票，並通過郵件、傳真、直接遞送或在與GC的會議上將其送交給GC。GC和各分包商通常必須通過電話或在會議上協商最終發票金額。GC確認這些發票，將細目寫入GC工程記帳系統，以及準備其自己的發票。
只要完成這些發票，GC還手工準備誓詞(sworn statement)。在這種誓詞中，GC確認由GC聘請的分包商已經執行房地產建築或維修中的特定服務。在該誓詞中，GC還確認給予每一分包商的金額。
GC將生效的誓詞轉發給產權保險公司(Title company)以及工程貸款貸方和/或業主。貸方、業主或產權保險公司通知監理必須執行房地產的檢查並將誓詞發送給監理。監理彙編該房地產項目先前的檢查報告。監理執行新的檢查並手工地定製檢查報告。監理通過傳真、郵件或直接遞送，將檢查報告分發給貸方、業主和/或產權保險公司。
貸方、業主和/或產權保險公司通過郵件、傳真、直接遞送或在與GC和/或監理的會議上，接收該誓詞和檢查報告。貸方、業主和/或產權保險公司必須檢索先前的支取和工程文檔。貸方、業主和/或產權保險公司通常必須通過電話、傳真或在會議上，與GC協商支付額和工程明細。貸方、業主和/或產權保險公司批准該誓詞並通過電話、傳真或在會議上傳送該批准。貸方或房產業主然後批准在誓詞中規定的金額的支出。
工程貸款貸方或業主的開戶銀行通常將支付所有分包商所需的資金劃撥到託管(escrow)帳戶。通常產權保險公司由此把來自託管帳戶的資金支付給GC。GC和/或產權保險公司準備用於分包商的支票。此時，分包商通常結束用於從工程貸款資金的先前支取或用於在前一月期間完成的工作的留置權放棄(lien waiver)。因此，用於當前支取或當前月的留置權放棄，直到從工程貸款進行後續支取為止或直到在下一月期間為止才實際釋放。另外，分包商可能又有其自己的分包商，在從GC收到支付款後，他們必須支付給他們的分包商。
傳統的工程支付方法從口頭支取通知的日期到分包商真正收到支付款的日期，會花費90天或更長。傳統的工程支付方法通常涉及事件的不可靠口頭通知，而該方法的運轉要基於這些事件。例如，如果一個分包商難以獲得定製發票或提交留置權放棄，會延遲對所有其他分包商的支付過程。此外，如果一個分包商無法提供GC所要求的正確文件，GC(或者其他上線和/或下線參與方)通常以撤消對分包商的支付相威脅，使分包商履行法律標準。例如，GC可以通知分包商如果其不交回帶有籤字的分包合同，他們將不予支付。
傳統的工程支付過程還包含巨大的數據錄入量。例如，對單一的大施工工程，GC每一月通常必須將上百張發票輸入其記帳系統。同時，GC每一月必須收集上百個留置權放棄。另外，GC必須每一月定製、批准、籤名和分發上百張支票給分包商。另外，GC必須保存每一支取過程期間所收集的所有紙件文檔。支取通知、批准和將留置權放棄兌換支付的期間每月要求上百個傳真、電話和會議。

發明內容
本發明的實施例提供用於管理工程支付過程系統和方法。所述過程涉及同工程項目相關的多個參與方以及在工程項目過程中在該多個參與方中至少兩個參與方之間傳遞的至少一個文件。實施本發明的工程支付管理的一種方法可以包含文件跟蹤模塊，用來把至少一個強制動作(enforcement action)指定到所述至少一個文件，其中當所述文件未在所述至少兩個參與方之間傳送時所述強制動作自動發生。
實施本發明的工程支付管理的一種方法可以包含文件跟蹤模塊，用來把至少一個強制動作指定到所述至少一個文件，其中當所述文件未在所述至少兩個參與方之間傳送時所述強制動作自動發生。
實施本發明的工程支付管理系統的圖形用戶界面包括文件狀態個別頁面，可由所述至少兩個參與方訪問；文件狀態總結頁面，顯示指定到所述至少一個文件的至少一個強制動作，當所述至少一個文件未在所述至少兩個參與方之間傳送的情況下所述強制動作自動發生。


圖1是根據本發明一實施例的工程支付管理系統的示意圖。
圖2是通過使用圖1中的系統執行的工程支付管理過程的示意圖。
圖3是管理工程過程的示意圖。
圖4是管理組織過程的示意圖。
圖5是管理支取過程的示意圖。
圖6是管理更改訂單過程的示意圖。
圖7是管理系統環境任務的示意圖。
圖8是創建組織過程的示意圖。
圖9是創建管理表單(form)的例圖。
圖10是更新用戶系統通知的例圖。
圖11是系統通知的例圖。
圖12是編輯組織表單的例圖。
圖13是啟用組織通知的例圖。
圖14是啟用組織表單的例圖。
圖15是組織啟用的通知的例圖。
圖16是組織停用通知的例圖。
圖17是維護組織過程的示意圖。
圖18是查看組織屏的例圖。
圖19是瀏覽組織屏的例圖。
圖20是編輯組織表單的例圖。
圖21是組織配置文件更新通知的例圖。
圖22是創建用戶過程的示意圖。
圖23是創建用戶表單的例圖。
圖24是更新用戶配置文件通知的例圖。
圖25是維護用戶過程的示意圖。
圖26是查看用戶屏的例圖。
圖27是瀏覽用戶屏的例圖。
圖28是編輯用戶表單的例圖。
圖29是用戶配置文件更新通知的例圖。
圖30是創建工程過程的示意圖。
圖31、32是創建工程表單的例圖。
圖33是工程創建通知的例圖。
圖34是工程用戶訪問屏的例圖。
圖35是工程責任通知的例圖。
圖36是維護預算過程的示意圖。
圖37是進入頂級預算表單的示意圖。
圖38是進入支取日期表單的例圖。
圖39是發票代碼建立表單的例圖。
圖40是指定發票代碼表單的例圖。
圖41是接收工程通知的例圖。
圖42是接受工程表單的例圖。
圖43是工程拒收通知的例圖。
圖44是工程接收通知的例圖。
圖45是工程主頁的例圖。
圖46是添加用戶通知的例圖。
圖47是工程用戶訪問表單的例圖。
圖48是工程責任通知的例圖。
圖49是工程預算查看屏的例圖。
圖50是進入預算表單的例圖。
圖51是終止預算項目過程的示意圖。
圖52A是進入頂級預算表單的例圖。
圖52B-C是編輯預算表單的例圖。
圖52D是工程主頁的例圖。
圖53是終止預算屏的例圖。
圖54是支取過程的示意圖。
圖55是創建計劃支取通知的例圖。
圖56A-C是初始支取表單的例圖。
圖56D是工程主頁的例圖。
圖56E是包含在支取通知內的參與方的例圖。
圖57A-B是輸入發票通知的例圖。
圖57C是查看所有信息屏的例圖。
圖58A-B是輸入發票表單的例圖。
圖58C是發票提交通知的例圖。
圖59是籤名發票通知的例圖。
圖60A是查看未決支取請求屏的例圖。
圖60B是籤名文件屏的例圖。
圖60C-D是自動生成發票表單的例圖。
圖60E是籤名發票的例圖。
圖60F是籤名審計報告的例圖。
圖60G是文件籤名通知的例圖。
圖61是發票細目更新通知的例圖。
圖62是查看未決支取請求屏的例圖。
圖63是發票細目拒收通知的例圖。
圖64A是未包含在支取通知中的發票的例圖。
圖64B是輸入發票表單的例圖。
圖64C是工程主頁的例圖。
圖64D是發票提交通知的例圖。
圖64E是批准發票表單的例圖。
圖64F是查看發票屏的例圖。
圖64G是發票批准通知的例圖。
圖65是自動生成發票表單的例圖。
圖66A是自動生成誓詞表單的例圖。
圖66B是發送至籤名者屏的例圖。
圖66C是發票發送至籤名者通知的例圖。
圖66D是工程主頁的例圖。
圖66E是籤名文件屏的例圖。
圖66F是自動生成留置權放棄表單的例圖。
圖66G-H是籤名的留置權放棄的例圖。
圖66I是發票籤名通知的例圖。
圖66J是籤名文件屏的例圖。
圖66K是自動生成的留置權放棄表單的例圖。
圖66L是籤名留置權放棄的例圖。
圖66M是籤名文件屏的例圖。
圖66N是公正的籤名留置權放棄表單的例圖。
圖66O是已公正的留置權放棄的例圖。
圖66P是文件籤名通知的例圖。
圖67是使資金可用通知的例圖。
圖68A是查看支取請求屏的例圖。
圖68B是請求留置權放棄屏的例圖。
圖68C是工程主頁的例圖。
圖68D是留置權放棄要求的通知的例圖。
圖69A是籤名留置權放棄通知的例圖。
圖69B是工程主頁的例圖。
圖69C是籤名文件屏的例圖。
圖70A和70B是自動生成留置權放棄表單的例圖。
圖70C是籤名留置權的例圖。
圖70D是籤名文件屏的例圖。
圖70E是公正籤名留置權放棄表單的例圖。
圖70F是已公正的留置權放棄的例圖。
圖70G是文件籤名通知的例圖。
圖71是留置權籤名通知的例圖。
圖72是查看支取請求屏的例圖。
圖73A是所有留置權放棄通知的例圖。
圖73B是查看所有信息屏的例圖。
圖74A和74B是查看支取請求表單的例圖。
圖75A和75B是支付發出通知的例圖。
圖75C是工程主頁的例圖。
圖75D是支取支付接收頁的例圖。
圖76是維護系統屏任務的示意圖。
圖77是維護階段碼錶單的例圖。
圖78是管理使用註冊屏的例圖。
圖79是添加/編輯參數選用表表單的例圖。
圖80是添加/編輯組織角色表單的例圖。
圖81是默認/配置設定值表單的例圖。
圖82是編輯通知表單的例圖。
圖83是默認/配置過程表單的例圖。
圖84是添加/編輯用戶任務表單的例圖。
圖85是執行檢查過程和相關任務的示意圖。
圖86是準備實施檢查通知的例圖。
圖87是檢查所需通知的例圖。
圖88是所需檢查屏的例圖。
圖89是輸入檢查報告通知的例圖。
圖90是輸入檢查報告表單的例圖。
圖91是檢查報告表單屏的例圖。
圖92是檢查報告失敗通知的的例圖。
圖93是查看先前檢查屏的例圖。
圖94是認可支取請求過程的示意圖。
圖95是授權支取請求一表單的例圖。
圖96是授權支取請求一拒絕通知的例圖。
圖97是檢查確認通知的例圖。
圖98是支取細目修改通知的例圖。
圖99是檢查認可通知的例圖。
圖100是授權支取請求二通知的例圖。
圖101是授權支取請求二表單的例圖。
圖102是授權支取請求二拒絕通知的例圖。
圖103是授權支取請求二許可通知的例圖。
圖104是發出留置權放棄通知的例圖。
圖105是改變請求過程的示意圖。
圖106是改變請求表單的例圖。
圖107是改變請求發出通知的例圖。
圖108是授權改變請求通知的例圖。
圖109是過程改變請求過程的示意圖。
圖110是查看未決改變請求屏的例圖。
圖111是授權改變請求表單的例圖。
圖112是改變請求拒絕通知的例圖。
圖113是改變請求許可通知的例圖。
圖114是改變工程參與方過程的示意圖。
圖115是改變參與方屏的例圖。
圖116是支取參與方刪除屏的例圖。
圖117是更改誓言書(affidavit)屏的例圖。
圖118是維護工程屏任務的示意圖。
圖119是工程配置文件表單的例圖。
圖120是工程承包信息屏的例圖。
圖121是工程信息屏的例圖。
圖122是關閉工程屏的例圖。
圖123是管理訪問屏任務的示意圖。
圖124是註冊屏的例圖。
圖125是註銷屏的例圖。
圖126是工程主頁屏的例圖。
圖127是復位密碼屏的例圖。
圖128是用於特定用戶的主屏的例圖。
圖129是瀏覽工程屏的例圖。
圖130是遺忘密碼屏的例圖。
圖131是你的密碼通知的例圖。
圖132是管理消息屏過程的示意圖。
圖133是查看消息屏的例圖。
圖134是由用戶查看特定消息的例圖。
圖135是創建/發送消息屏的例圖。
圖136是狀態消息屏的例圖。
圖137-153是示例說明管理根據本發明的另一實施例的工程支付過程的方法的流程圖。
圖154-179是示例說明管理根據本發明的另一實施的工程支付過程方法的輸入/輸出圖。
圖180是根據本發明的另一實施例的施工工程支付系統的示意圖。
圖181是根據本發明的另一實施例的由圖180所示施工工程支付管理系統所管理的數據的示意圖。
圖182A是文件要求頁的例圖。
圖182B是文件要求通知的例圖。
圖182C是文件要求修改通知的例圖。
圖183是工程主頁的例圖。
圖184是文件狀態總結頁的例圖。
圖185A是文件狀態個別頁的例圖。
圖185B是文件狀態個別頁的只供查看版本的例圖。
圖185C是工程主頁的的例圖。
圖186A-B是提交文件頁的例圖。
圖187是文件提交通知的例圖。
圖188是主頁的例圖。
圖189是接收文件通知的例圖。
圖190是文件信息更新通知的例圖。
圖191是根據本發明一實施例的識別過期文件的方法的流程圖。
圖192是過期警告通知的例圖。
圖193是過期通知的例圖。
圖194是更新文件所需的通知的例圖。
圖195A是暫緩支付通知的例圖。
圖195B是查看所有消息屏的例圖。
圖196是用於暫緩通知的支付科目的例圖。
圖197A-B是管理支付頁的例圖。
圖198A-B是管理支付頁的例圖。
圖198C是支付頁的例圖。
圖199是工程主頁的例圖。
圖200是管理支付頁的例圖。
圖201是資金支出通知的例圖。
具體實施例方式
在詳細地說明本發明的任何實施例前，應該理解本發明不將其應用限制到在下面的描述中所闡述或在圖中例示的施工的細節和部件的排列上。本發明還有其他實施例並能以各種方式實施或執行。同時，將理解到在此使用的措辭和術語用於描述目的，而不應當視為限制。使用「包括」、「由..組成」或「具有」以及其變形意指包含此後列出的項及其等效，以及另外的項。廣泛使用術語「安裝」、「連接」和「耦合」以及包含直接和間接安裝、連接和耦合。另外， 連接」和「耦合」不限制到物理或組織連接或耦合，並可包括電連接或耦合，不管是直接還是間接。同時，電通信和通知可以使用任何已知手段，包括直接連接、無線連接等等執行。
應注意到可以利用基於設備的多種硬體和軟體，以及多個不同結構部件來實現本發明。此外，以及如在後續段落中所述，在附圖中例示的具體結構是用於例示本發明的實施例，而其他另外的結構也是可能的。
圖1示例說明根據本發明的一個實施例的工程支付管理系統(CPMS)10。CPMS 10能包括應用伺服器12、資料庫伺服器14、應用邏輯模塊16、web伺服器18、網絡20(諸如網際網路或單獨的或與網際網路結合的其他網絡)、驗證服務22、參與組織或個人24(在下文中，「參與方」或「組織」)以及支付系統26。支付系統26能包括自動結算中心(ACH)系統、電匯系統、借記卡系統、信用卡系統或任何其他適當的電子轉帳(EFT)系統。
應用伺服器12能存儲和提供對工程模塊28、表單處理模塊30、許可和授權引擎32、資料庫管理系統34、預算模塊36、訪問管理器38、通知管理器40、組織模塊42、支取模塊44、承包模塊46、更改訂單模塊48、用戶模塊50、系統環境管理器52和電子保管箱/託管54的訪問。支取模塊44能包括核心模塊56、檢查模塊58和支取準許模塊60、系統環境管理器52能包括報告生成器62、幫助模塊65和系統維護模塊66。電子保管箱/託管54能存儲一個或多個留置權放棄68。應理解，可以按相對於圖1所示和所述不同的方式，組合應用伺服器12的部件。能以任何適當方式組合或分離用來編碼應用伺服器12的各個模塊、管理器和引擎的軟體以及能以任何適當方式存儲和訪問。
應用伺服器12能連接到資料庫伺服器14、應用邏輯模塊16和驗證服務22。然而，在一些實施例中，驗證服務22可以僅連接到網絡20。應用邏輯模塊16能連接到web伺服器18，或在一些實施例中，直接連接到網絡20。Web伺服器18能連接到網絡20。
參與方24能包括業主70(和/或業主代表72)、總承包商(GC)74、監理76、一個或多個分包商(分包商A 78、分包商B 80等等)、一個或多個材料供應商82、一個或多個貸方84(和/或一個或多個信貸員86)、一個或多個產權保險公司86，以及一個或多個建築師88。參與方24也能包括一個或多個室內設計者(和/或家具製造商)和一個或多個不動產業主(即將工地出售給業主70的土地業主)，或一個或更多的工程師。參與方24能包括視為「線上」 (即在施工過程中高於GC)或「線下」(即由GC僱傭)的組織和/或個人。線上的參與方24能包括貸方、建築師、室內設計者、業主、業主代表、產權保險公司和不動產業主。線下的參與方24能包括分包商和材料供應商。CPMS 10能用來便於這些類型的參與方，不管是GC的線上或下的任何之間的工程支付過程。CPMS 10通常在此描述成用來便於GC和分包商之間的支付。然而，應理解，CPMS 10能用來便於任何類型的參與方之間的支付，不僅是GC和分包商之間。
除將參與方劃分成GC的線上或線下外，能將與施工過程有關的成本劃分成「軟」成本或「硬」成本。軟成本能包括監理費、建築師費、室內設計費、產權保險公司費、許可費、用於施工過程期間的房地產的水電費帳單、家具成本、音頻/視頻設備、計算機等等。硬成本能包括由GC僱傭的組織或個人產生的所有成本，包括用於由GC僱傭的分包商和材料供應商的所有成本。每一施工工程能包括整體預算(從業主的觀點看)，包括所有軟和硬成本。每一施工工程還能包括GC預算。CPMS 10能用來方便整體預算和GC預算內所進行的所有支付。然而，在本發明的一些實施例中，CPMS 10可只用來方便由GC管理的硬成本的支付(即，僅GC預算)。本領域的普通技術人員應理解到CPMS10能用來僅對於GC的硬成本、僅對GC的線上的參與方的軟成本，或GC的線上和下的參與方的硬和軟成本的組合來方便支付。在此，通常相對於硬成本來描述CPMS 10，但也可以用於軟成本或硬和軟成本的組合。
參與方24的每一個能連接到支付系統26。然而，在本發明的一些實施例中，一些參與方24可以不連接到支付系統26。在一些實施例中，支付系統26能包括具有一個或多個發起信託金融機構(ODFI)和一個或多個接收信託金融機構(RDFI)。
參與方24能訪問應用伺服器12以便使用各個模塊、管理器和引擎來執行根據本發明的幾個實施例的工程支付管理方法。
在一些實施例中，CPMS 10能將所有工程參與方連接到基本上統一的、基於Web的實時系統，能組織該施工工程的預算，能便於發票的電子提交和準許，以及能通過使用電子支付和匹配電子留置權放棄釋放產品，自動化和簡化支付和留置權放棄釋放過程。
儘管在細節上可有各種變化(例如在公眾融資工程中，通過擔保發行人，而不是銀行，進行工程的啟動和監督)，CPMS 10的一個實施例可以使用如下。信貸員能註冊到網際網路上，以及進入CPMS網站。在安全許可後，信貸員能進入貸方的公文夾，以及訪問一系列屏幕來通過輸入所有工程明細創建新工程。工程明細能包括用於每一工程的參與方的明細，例如業主、建築師、總承包商和產權保險公司。每一參與方能接收包含在工程中的電子郵件通知以及能驗證他們的配置文件明細。GC能添加分包商和材料供應商。分包商和材料供應商能接收將他們添加到該工程的通知以及能經歷安全和驗證過程。GC能選擇用於該工程的支取數和支取日期。CPMS 10能實時通知參與方未決支取日期。每一參與方能通過輸入他們的材料和勞動清單明細，完成他們的支取請求。GC能評審支取請求並對其授權，以及CPMS 10能生成誓詞。隨之進行一系列工程現場檢查、核准、留置權放棄的完成、聲明(statement)的生成等等，所有這些由CPMS 10通過實時電子郵件通知來提示。只要完成和驗證所有表單，CPMS 10就能方便支付。能通過電子支付系統，將支付款直接存入參與方的銀行帳號。對所有支取，重複該過程。通過支付額的完成、留置權放棄收取和核准檢查，使工程預算保持平衡。利用形進度指示器可通過CPMS 10跟蹤工程進度。
CPMS 10能包括下述特徵組織加入CPMS 10的一次性註冊、支取的實時通知、自動發票生成、自動誓詞、自動留置權放棄生成、協調支付/留置權放棄釋放以及將資金直接指定給參與組織。
參與組織到CPMS 10的一次性註冊能降低參與服務的成本，因為參與方必須僅註冊一次。一次性註冊還降低潛在錯誤的數量，因為輸入必須一次完成。這使得潛在參與方將事實上參與更可能，以及當他們進行該操作時，他們將具有好的(無錯誤)結果。一次性註冊有助於確保希望參與該過程的對方和使用該過程的在線團體僅需要註冊一次，便能參與通過CPMS 10執行其支付的任一工程。CPMS 10能通過一次性俘獲組織和個人信息，創建便於隨時間參與多個工程的過程的穩定團體，提高使組織加入工程支付過程的註冊的效率。該方法允許組織使用CPMS 10，註冊為由商業界的成員啟動的任一工程中的潛在的參與方。除參與多個工程的價值外，一次性註冊對參與方訪問有關多個GC、業主、貸方、分包商等等的信息有用。例如，一次性註冊為業主、貸方和GC提供通過CPMS 10了解新的分包商的機會。在一些實施例中，CPMS 10的用戶可以通過使用CPMS 10來尋找可承包項目的組織。例如，CPMS 10可以生成列有與某特定工程任務、特定地理區域等相關的組織的報告。CPMS 10也可以提供在該系統註冊的組織的信息(如信任程度、資質、聯繫方式等)。這些信息可在用戶掌握信息後選擇組織承包工程時使用。CPMS 10也可以根據由CPMS 10管理的組織歷史和/或其他組織向CPMS 10提供的評價來提供列有「優選的」或「推薦的」組織的列表。在一些實施例中，參與方也可以生成他們自己「優選的」組織列表，該列表只能由創建列表的參與方訪問或者被CPMS 10的其他參與方和/或CPMS 10在創建信任程度或為註冊組織排名時使用。同時，具有多個未決工程，分別通過不同的GC而具有幾個工程的業主能訪問有關每一個GC的信息。
支取的實時通知有助於確保支取中的所有參與方1)及時地和按統一的方式被告知，以及2)具有提供支付所需的信息的模板。CPMS 10有助於消除延遲支付過程的錯誤(未得到通知或弄錯該請求來自哪一工程)。CPMS 10通過為GC提供在CPMS 10上維護支取時間表的選擇，通過降低通知支取的參與方的工作，通過自動化構建用於支取的參與方的列表的過程，通過一旦宣布就自動通知支取的支取參與方，通過提供易於訪問的連結，來提高支取過程的實時通知的效率，以使得分包商能訪問CPMS 10來提交該支取所需的文檔。CPMS 10實時通知參與方，其準時性已成為該系統正常情況下的內在方面。因此，CPMS10實時操作已達滿足其時間(如底線)的要求。換句話說，CPMS 10在支取生成時會以最快的速度通知所有參與方。雖然參與方可能不會以最快的速度訪問通知(例如，可能不會訪問CPMS 10)，但是CPMS10會使支取信息到達所有參與方。只要信息可以獲得，實時通知各參與方給提供公平訪問支取信息的機會。實時操作不能理解為「在線」操作、「通過網頁看到」或者操作「十分迅速」。包括有底線要求、回答時間、時間模式或者時間限制的時間問題典型依靠單個申請。他們不單為官僚怠慢、網絡帶寬、處理器速度或瀏覽器、伺服器或者某人通過使用網絡程式語言創建的人機或者用戶接口的功能。(雖然這些方面可影響處理速度，但是他們並沒有提供實際管理滿足時間要求的資源的方法。)能由業主、業主代表、貸方、GC或產權保險公司使用CPMS 10以便創建和維護工程預算。如上所述，工程預算能包括GC的線上的軟成本、GC的線下的硬成本，或硬和軟成本的組合。在一些實施例中，參與方也可以使用CPMS 10來批准預算。例如，所有人可以批准GC創建的預算，GC可以批准分包商創建的預算，和/或分包商可以批准其締結的下級分包商創建的預算等等。也能使用CPMS 10的一些實施例來創建和管理修改預算(通常通過擴充預算)的更改訂單以及由適當的參與方核准所修改的預算。預算能包括用於該施工工程的總成本，以及用於必須執行來完成施工工程的每一階段或作業的項目成本。CPMS 10能構造預算以便於分包商的支付，允許有效進度跟蹤，以及允許自動開發票。
CPMS 10能創建精確地對應於工程預算以及也精確地對應於留置權放棄和誓詞的自動發票。CPMS 10能在相對於整體工程預算上已經產生的活動時，創建作為快照的自動發票。能使用CPMS 10來創建精確地對應於整體預算中支出項的自動發票。這導致與為金融目的、跟蹤目的等而分解施工工程的方式一致的發票和報告。使用CPMS 10，能使用發票屏來俘獲創建發票所需的信息，然而，並非創建發票所需的所有信息必須重新輸入，因為能通過引用整體工程預算來收集信息。這也保證發票(以及G702/703文檔)將與整體工程預算一致，以及在支取期間，或在任何其他時間周期間將是一致的(除非參與方，諸如業主希望修改發票)。CPMS 10也能用來根據貸方、業主、業主的代表、GC等等的需求，定製自動發票(或G702/703文檔)。
能使用預算和自動發票來統一收集和連續地引用在整個工程支付管理過程中將使用的信息。所收集的信息在支付過程中不必再次重新輸入，有助於確保不引入錯誤(擊鍵或由於數據的誤解)。通常，參與方對使用CPMS 10實施的支付過程具有可視性。這有助於降低確定工程狀態和理解每一參與方必須做什麼工作所需的努力，便於支付過程。也有助於高亮顯示可能慣於引起過程中延遲或錯誤的組織或個人，使得更容易糾正該行為或清除該參與方。精確的發票最小化了發票評審和解決問題的勞動，促進了完整和精確的誓詞，最小化誓詞和檢查間的差異，並使得及時支付。CPMS 10能通過以及時方式俘獲完整和一致的發票信息，提高在工程支付過程中稍後幾個活動的效率。
CPMS 10能用來生成自動誓詞和自動留置權放棄。使用CPMS 10，GC知道通知誰支取以及誰通過提供發票來響應。只要由GC(和必須核准發票的GC的線上的任何其他參與方，諸如業主、業主的代表、貸方、產權保險公司等等)核准發票，CPMS 10能使用核准的發票來自動生成誓詞和留置權放棄，和其他帶有其他名稱而所提供功能相同的文件(例如法令性的聲明)。CPMS 10能由分包商和材料供應商提交的發票，自動地生成誓詞和留置權放棄，有助於確保不引入印刷錯誤，並且誓詞和留置權放棄將僅包括已經由分包商和材料供應商提交的支出項。CPMS 10能通過在發票上寫上已經在系統中存儲的細目以便自動創建誓詞和留置權放棄的內容，幫助降低誓詞和留置權放棄中的不準確風險。該處理有助於消除可能由於抄寫期間可能出現的不標準、不兼容和不適當發票和印刷錯誤。總的來說，這通過增加關鍵施工工程信息的精度並及時降低工程支付過程的風險指標。CPMS 10能根據施工現場所處的狀態的法定標準，創建自動留置權放棄。
CPMS 10能生成精確地對應於發票的誓詞。進行工作的某類工人(例如電工、管道工等等)常常弄壞發票，同時進行該工作的參與方(例如GC、分包商和材料供應商)常常弄壞誓詞。能使用CPMS 10來確保發票總額等於誓詞的總額。同時，也能使用CPMS 10來確保留置權放棄的金額等於發票的金額，因為由已經在CPMS 10中存儲的核准發票，收集用於自動留置權放棄的信息。另外，留置權放棄將與誓詞一致，因為使用來自核准發票的信息，由CPMS 10生成誓詞。當GC和分包商(或業主、貸方和GC)已經在一段時間爭論發票金額和協商最終金額時，這特別有用。在CPMS 10中存儲的自動和核准發票中，反映最終金額，並用來生成留置權放棄和誓詞。CPMS 10確保在留置權放棄和誓詞文檔中，僅反映核准的發票。也通過將所存儲的預算用作所有自動文檔的框架，CPMS 10進一步確保發票、留置權放棄和誓詞將是精確和一致的。CPMS 10也能用來基於貸方、業主、業主的代表、GC等等的需求，定製發票、誓詞和留置權放棄。在一些實施例中，參與方可以使用CPMS 10來給留置權放棄添加文本。例如，GC可以為某些工程添加「保護性」語言於留置權放棄。在這些工程中，特定法律(如與該工程相關的地區或國家法律)使留置權放棄不受法律限制。在一些實施例中，參與方也可以使用CPMS 10來定義和/或管理附加類型的文件或信息，如包含有同工程相關的供應商和其他方的表格。除此之外，參與方可在CPMS 10輸入或定義業主表單，這樣參與方可以為特定工程、組織等使用。
CPMS 10也通過將發票、誓詞和留置權放棄的存儲轉移到電介質上，有助於提高生成誓詞和留置權放棄的效率，降低存儲和訪問它們的時間和精力。通過使這些文檔可用於執行他們的責任所需的授權方，提高工程支付過程的整體效率。CPMS 10的資料庫能存儲電子籤名的發票、誓詞和留置權放棄的庫。如果需要，參與方能使用CPMS 10來生成電子籤名文檔的任何一個的硬拷貝。
在一個實施例中，CPMS 10能創建自動發票、誓詞和留置權放棄，只要輸入所有信息並解決所有問題。在其他實施例中，CPMS 10能首先創建自動發票，確保核准發票，其次創建自動誓詞，確保籤名誓詞，第三創建自動留置權放棄。
只要已經輸入所有信息(發票、檢查報告、銀行信息等等)並已經解決所有問題，業主、業主的代表、貸方、產權保險公司或GC能對支取的參與方付款。在一些實施例中，參與方可由業主、業主代表、貸方、產權保險公司或GC直接支付。在其他實施例中，參與方可由直接僱傭每個參與方的參與方間接支付。例如，GC將工程承包於第一級分包商，第一級分包商又將工程承包於第二級分包商，GC可以支付由第一級分包商和第二級分包商完成的工作，並且第一級分包商可以支付第二級分包商。
分包商、材料供應商或任何其他參與方能提供他們的留置權放棄，以換取支付。CPMS 10能組織該過程以及能自動地執行交換，而不會有一方盡責另一方不盡責的風險。CPMS 10也有助於消除為實現以留置權放棄換取支付需親自參會的昂貴和耗時需要。CPMS 10(嚴格跟蹤文檔)也有助於確保收集所有留置權放棄。這降低因不良記錄保持而導致在施工工程結束時不釋放留置權放棄的風險。CPMS 10能通過在可使用網絡的計算機系統中實現該方法，提高支付/留置權放棄釋放過程的效率。這允許所有各方在信任環境中安全地定製支付和留置權放棄。CPMS 10便於將支付有效地換成留置權放棄，因為CPMS 10允許在準備自動交換中，分級支付和留置權放棄，從而降低與工程有關的風險。能確保GC將接收與支付一致的適當留置權放棄，以及分包商不承擔與支付中的過長延遲有關的風險。
CPMS 10能便於留置權放棄和支付指令的交換。在一些實施例中，CPMS 10能基本上與參與方已經收到支付的來自支付系統26的確認的同時釋放留置權放棄。在這裡和權利要求書中所使用的術語「基本上同時」包括小於請求、處理和通過自動結算中心(ACH)支付、劃撥資金所需的時間的任何時間段(將佔用達約72小時)。例如，「基本上同時」釋放留置權放棄可包括立即釋放留置權放棄、在營業日結束時留置權放棄的批量釋放或在經ACH系統劃撥資金所花費的通常時間周期後釋放留置權放棄。在一個實施例中，CPMS 10能接收和將留置權放棄存儲在電子保管箱/託管54中，直到已經收到來自支取的所有參與方的所有留置權放棄為止。只要已經收到所有留置權放棄，CPMS 10能發送用於支付系統26將資金劃撥到支取的每一參與方的指示。例如，只要所有分包商電子籤名並將它們的留置權放棄提交給CPMS 10，CPMS 10能指示支付系統26對每一分包商付款。當將支付指示傳送到支付系統26時或僅在收到參與方已經真正收到資金的確認後，CPMS10能釋放留置權放棄。
如果支付系統26包括ACH系統，通常成批處理支付指令，以致參與方將不能立即收到資金。在ACH系統中，在48小時周期期間，通常能由RDFI返回支付指令。在該48小時周期期間，RDFI能通知CPMS 10和ODFI未能劃撥資金(例如由於不足資金、無效金額等等)。在該48小時周期後，如果未通知CPMS 10，CPMS 10能假定RDFI已經處理支付指令。ODFI通常具有24小時的前端窗口，收集來自RDFI的支付指令以及釋放支取的參與方的支付金額。因此，從CPMS 10傳送支付指令的時間直到ODFI將資金劃撥到參與方的帳戶中，花費約72小時。
在一些實施例中，CPMS 10即便在收到參與方收取支付的支付系統26的認可時，也可以暫緩留置權放棄。例如，CPMS 10可以暫緩留置權放棄直到31天之後，或者直到第二次支取發生時。
在一些實施例中，CPMS 10能標記某些參與方以便從ACH系統的批處理中移除這些參與方，以及能通過另一方法，諸如通過直接電匯資金或另一即時類型的電子資金轉帳，單獨地支付這些參與方。在其他實施例中，能通過即時類型的電子資金轉帳(諸如直接電匯)，支付大多數參與方，但一些參與方能與一個或多個ACH批量轉帳結合。在其他實施例中，當CPMS 10從每一參與方接收每一留置權放棄時，CPMS 10能將每一支付指令傳送到支付系統26，並能將資金直接劃撥到從其接收留置權放棄的參與方。通常，CPMS 10能以任何適當的方式控制支付指令，以及能使用任何適當類型的支付方法。
在本發明的每一實施例中，CPMS 10能根據當前支取，在當前留置權放棄和當前支付之間建立連接，而不是將先前的留置權放棄換成當前支取的當前支付。例如，CPMS 10能釋放用於當前支取的當月的留置權放棄，而不是釋放用於當前支取的前一月的留置權放棄。用這種方式，如果CPMS 10在進行支付前，釋放其留置權放棄，不暴露分包商債務，以及如果在釋放留置權放棄前，CPMS 10進行支付，不暴露業主(或GC、產權保險公司、貸方等等)債務。
以往是先支付GC，該GC再支付其分包商，然後，分包商支付他們自己的分包商，代替這種方式，使用資金的電子分發(例如任何適當類型的EFT、ACH或電匯資金)，能直接支付CPMS 10中的各參與方。這加速了支付過程(降低成本)，並降低不支付對方(體系中)的風險。通過用來收集進行支付所需的所有信息的CPMS 10，使直接分發資金成為可能。能信任使用CPMS 10收集的信息，因為通過軟體，能實現方法的精確。因此，資金的直接分發可以是有效的(無重複工作或重新輸入信息必要)以及無錯誤。CPMS 10能通過降低完成支付過程的佔用時間，提高分包商/材料供應商支付過程的效率。CPMS 10可通過用分層支付過程代替直接支付，降低交易成本，同時改善財政和管理控制。CPMS 10能用資金的電子劃撥，代替使用支票，降低通信成本以及提高支付狀態的可視性以及降低施工過程中包含的所有各方的不適當或不完整支付的風險(特別是供應鏈中較低級)。
圖2-7示例說明了可由參與方24使用在應用伺服器12中存儲的各種模塊、管理器和引擎來執行的工程支付管理過程的概述。圖2示例說明(能由工程模塊28和/或預算模塊36執行的)管理工程過程94、(能由支取模塊44執行的)管理支取過程96、(能由管理更改訂單模塊48執行的)管理更改訂單過程98、(能由組織模塊42和/或用戶模塊50執行的)管理初始化過程100、(能由訪問管理器38、通知管理器40和/或系統環境管理器52執行的)管理系統環境過程102。
圖3示例說明管理工程過程94，能包括創建工程任務104、維護工程任務106和創建預算任務108。圖4示例說明管理組織過程100，能包括創建組織任務112、維護組織任務114、創建用戶任務116和維護用戶任務118。圖5示例說明管理支取過程96，能包括初始化支取任務120、創建支取請求任務122、支付資金任務124、執行檢查任務126和核准支取請求任務128。圖6示例說明管理更改訂單過程98，能包括創建更改請求任務130、過程更改請求任務132和更改參與方任務134。圖7示例說明管理系統環境任務102，能包括管理訪問任務136、管理消息任務138、創建報告任務140、提供幫助任務142和維護系統任務。由GC的線上或下的任一參與方，執行創建報告任務140，以便創建與施工工程的進度有關的定製報告，包括監視施工工程部分的能力、特定參與方、整體工程、由參與方提交的文件等等。
圖8-136和圖182A-201示例說明根據本發明的幾個實施例的工程支付管理方法。圖8示例說明能包括在管理組織過程100中的創建組織過程146。使用組織模塊42，由任一參與方24執行創建組織過程146。創建組織過程146能包括創建組織任務148、更新組織配置文件任務150、編輯組織任務152、使組織通知有效154、使組織有效任務156以及組織拒絕任務158或組織啟動任務160。也能執行更新用戶配置文件任務162，如參考圖22所述。
圖9示例說明能與創建組織任務148有關的創建組織表單。每一參與方24能通過組織模塊42，訪問創建組織表單。參與方24能輸入請求信息，諸如公司信息、主要聯繫人信息、納稅信息和銀行帳戶信息。在一些實施例中，將輸入他或她的信息作為主要聯繫人信息的參與組織24的第一用戶視為用於該參與方24的管理員，以及能比後續用戶更有權訪問用於該參與方的信息。CPMS 10能使用基於綜合角色的安全性，以便工程參與方僅看到工程中與他們的具體需要有關的信息。只要在CPMS 10中註冊組織，該組織能接收用於由CPMS 10管理的任何工程的支付。
圖10示例說明能在更新用戶配置文件任務162期間傳送的通知。在此和附加權利要求書中所使用的術語「系統通知」或「通知」或「系統消息」是指與參與方的任何形式的通信，諸如電子郵件消息、屏幕通知、文本消息、語音消息等等。圖10的系統通知能包括用於參與方24的第一用戶的用戶名和臨時密碼。
圖11示例說明在更新組織配置文件任務150期間傳送的通知。圖11的通知能發送到用於該參與方24的管理員。該通知能包括表示接收方的聲明以更新組織配置文件，以及在參與工程前添加用戶，以及提供銀行明細。
圖12示例說明能與編輯組織任務152有關的編輯組織表單。每一參與方24能修改現有的信息，諸如公司信息、主要聯繫人信息、納稅信息和銀行帳戶信息。在一些實施例中，將他或她的信息輸入成主要原始信息的參與組織24的第一用戶為有權訪問編輯組織表單的唯一用戶。
圖13示例說明在有效組織通知任務156期間傳送的有效組織通知。圖13的通知能包括已經更新組織的明細以及驗證和啟動組織的請求的聲明。
圖14示例說明能與有效組織任務156有關的有效組織表單。圖14的表單能包括參與方24的清單(例如包括組織名、施工過程中的角色、選擇參與方24的能力以及查看參與方24的信息的能力)。圖14的表單還能包括「查找」特徵、指定參與方24的類型的能力以及拒絕/停用所選組織和提供拒絕/停用的原因的能力。
圖15示例說明能在組織啟動任務160期間傳送的組織啟動通知。類似地，圖16示例說明能在組織拒絕任務158期間傳送的組織拒絕通知。
圖17示例說明能包括在管理組織過程100中的維護組織過程162。能由組織本身或其他參與方使用維護組織過程162以便維護聯繫人信息的準確性、銀行帳戶信息或工程支付過程所需的其他類型的信息。使用組織模塊42，能由任何參與方執行維護組織過程162。維護組織過程162能包括瀏覽組織任務164、編輯組織任務166、組織更新任務168和查看組織任務170。
圖18示例說明能與查看組織任務170有關的查看組織屏。查看組織屏能包括用於組織的公司信息和主要聯繫人信息。
圖19示例說明能與瀏覽組織任務164有關的瀏覽組織屏。瀏覽組織屏能包括參與方列表，包括組織名、在施工過程中的組織角色、主要聯繫人以及電話號碼。瀏覽組織屏能包括「查找」特徵和用於瀏覽有關每一參與方的另外的信息的連結。在一個實施例中，瀏覽組織屏能由GC使用來查看其最佳分包商或材料供應商。
圖20示例說明能與編輯組織任務166有關的編輯組織表單。參與方能編輯現有的信息，包括公司信息、主要聯繫人信息、納稅信息和銀行帳戶信息。在一些實施例中，將他或她的信息輸入成主要聯繫人信息的組織的第一用戶是有權訪問編輯組織表單的唯一用戶。
圖21示例說明能在組織更新任務168期間傳送的組織配置文件更新通知。圖21的通知能包括有關用於該參與方的更新配置文件的信息以及主要用戶的名稱或該參與方的管理員。在一些實施例中，組織配置文件更新通知可以傳送至所有與更新其配置文件的組織相關的組織。例如，如果某組織更新其地址或者聯邦僱主認證號碼(FederalEmployer Identification Number)時，CPMS 10可以支持組織工程更新通知傳送至其他與系統10相關的其他組織。在一些實施例中，CPMS 10隻傳送至與其更新其信息的組織有關或與該組織共同工作的組織。CPMS幾乎可以實時傳送通知。
圖22示例說明能包括在管理組織過程100中的創建用戶過程172。每次創建現有組織的新用戶時，能使用創建用戶過程172，以便允許新用戶適當訪問CPMS 10(例如具有用戶標識和密碼的適當安全級)。也能使用創建用戶過程172來更新用戶配置文件。使用組織模塊42，能由任一參與方24執行創建用戶過程172。創建用戶過程172能包括創建用戶任務174和更新用戶配置文件任務176。
圖23示例說明能與創建用戶任務174有關的創建用戶表單。在一些實施例中，在已經為該參與方創建第一用戶或管理員之後，可使用創建用戶表單來添加用戶。新用戶可輸入個人信息、安全信息(例如用戶名和密碼)、電子郵件通知首選項以及安全許可(security clearance)級(例如用戶是否允許管理工程和/或籤名文檔)。
圖24示例說明能在更新用戶配置文件任務176期間傳送的更新用戶配置文件通知。圖24的通知能包括已經將該用戶添加為組織的成員的聲明，以及用戶的安全信息(例如用戶名和臨時密碼)。
圖25示例說明能包括在消息組織過程100中並從圖22接續的維護用戶過程178。能使用維護用戶過程178來瀏覽每一組織中的用戶以及查看、編輯和更新每一組織中的用戶。使用組織模塊42，能由任一參與方執行維護用戶過程178。維護用戶過程178能包括瀏覽用戶任務180和編輯用戶任務182、用戶配置文件更新任務184和查看用戶任務186。
圖26示例說明能與查看用戶任務186有關的查看用戶屏。圖26的查看用戶屏能包括用戶的個人信息、電子郵件通知首選項，以及安全許可等級。
圖27示例說明能與瀏覽用戶任務180有關的瀏覽用戶屏。圖27的瀏覽用戶屏可包括用於每一參與方的一個或多個用戶的列表，並且可包括用戶名、電子郵件地址和電話號碼。瀏覽用戶屏也能包括編輯用於每一用戶的信息的連結。
圖28示例說明能與編輯用戶任務182有關的編輯用戶表單。用戶能提供個人信息、電子郵件通知首選項以及安全許可等級。
圖29示例說明能在用戶配置文件更新任務184期間傳送的用戶配置文件更新通知。
圖30示例說明能包括在管理工程過程94中的創建工程過程188。能由GC、貸方、業主或業主代表使用工程模塊28來執行創建工程過程188以便啟動CPMS 10中的新工程。創建工程過程188能包括創建工程任務190、工程建立任務192、工程用戶訪問任務194和工程責任任務196。
圖31和32示例說明能與創建工程任務190有關的創建工程表單。GC、貸方、業主或業主代表能提供工程標識信息、工程籌款信息、工程業主信息、工程建築師信息和現場信息。在一些實施例中，GC、貸方、業主或業主代表也可以使用創建工程表單來建立其他工程選項，如指定分包商是否可以查看工程信息以及指定文件設定值(如留置權放棄文本、留置權放棄設置、支付方法等)。例如，GC、貸方、業主、或者業主代表可以使用創建配置文件表單來定義用來定義每種將在特定工程(如部分留置權放棄和終結留置權放棄)中被管理的留置權放棄的留置權放棄設置，如釋放留置權放棄的時間。例如，系統10可以在籤名時、資金支出時、隨後支取發生時等釋放留置權放棄。此外，GC可以使用創建工程表單或由CPMS 10提供的用來設置批准不同工程階段的路徑的其他設置表單。例如，GC可以設定發票限制和/或對某特定工程的籤名要求。
此外，GC、貸方、業主、或業主代表可以使用創建工程表單或其他有CPMS 10提供的，用來指定工程為「開卷」還是「閉卷」工程的其他表單。在開卷工程中，GC、貸方、業主、或者業主代表(如線上參與方)可以查看由包含在該工程中的分包商和材料供應商(如線下參與方)所管理工程的部分的細目。例如，在開卷工程中，如果承包於GC的分包商創建了為一個或更多的指定到分包商的留置權項目的二級預算，GC可以查看二級預算的細目，如數量、承包於分包商的二級分包商等等。在一些實施例中，GC、貸方、業主或業主代表可以在開卷工程中從各級分包商和與該工程相關的材料供應商那裡要求合同和文件(如留置權放棄、承包者、誓詞等)。
在閉卷工程中，GC、貸方、業主或業主代表只可由該工程的一級分包商和材料供應商逐級向下查閱。例如，在閉卷過程中，GC、貸方、業主或業主代表只可進入自己的預算、分包商、材料供應商等，並且一級分包商和材料供應商只能向GC提供一次性總付資金數額和信息，因為GC未被授權來查看分包商、材料供應商的合同、預算、發票等細目。
在一些實施例中，工程每級的參與方可以明確他們管理的工程部分是開卷工程還是閉卷工程。這樣，如果每級被設置為開卷工程，工程每級的參與方可以查看該參與方下面各級的細目。然而如果該工程的一級被設置為閉卷工程，參與方只可查看該閉卷工程的細目，而不可查看其他各級的細目。以由用戶設置的工程設置為基礎，CPMS 10可以管理和規範在某工程中對信息的進入。
在一些實施例中，除了創建工程以外，GC、貸方、業主、業主代表、分包商或材料供應商可以在某工程內部創建一個或多個子工程。例如在多樓複雜建築工程中，GC可為每棟樓創建子工程。每個子工程可包含獨立的預算；獨立的發票、誓詞和留置權放棄；獨立的工程設置；獨立的參與方等。
圖33示例說明能在工程創建任務192期間傳送的工程創建通知。圖33的通知能包括GC、貸方、業主或業主代表已經創建新工程的聲明，以及允許將來自參與方的用戶指定給該工程的至屏幕的連結。
圖34示例說明能與工程用戶訪問任務194相結合的工程用戶訪問屏。工程用戶訪問屏能包括工程名、工程號、GC名以及特定工程和/或特定組織的用戶列表。按名稱和用戶名來標識用戶，並可被視為工程管理員或籤名者。
圖35示例說明能在工程責任任務196期間傳送的工程責任通知。圖35的通知能包括相對於工程的用戶責任已經修改的聲明。
圖36示例說明能包括在管理工程過程94中的維護預算過程198。維護預算過程198能用來創建和查看用於施工工程的頂級預算(toplevel budget)，將支出項指定給參與方，以及將責任指定給參與方。在一些實施例中，CPMS 10允許用戶將支出項指定於一個或多個參與方或合同。例如，如果GC將某預算支出項承包至三個組織，GC可以將該支出項的部分指定到每個組織。除此之外，如果GC或者分包商在某特定支出項內要求另外的細目或子任務，GC或分包商可以使用CPMS 10來將一支出項分割成多個支出項。GC或分包商可以使用CPMS 10來從原始支出項將預算額的部分、保留額、工作完成部分或百分數、支付數量等指定到新的支出項。
使用預算模塊36，維護預算過程198可由GC對分包商執行或由分包商對二級分包商或材料供應商執行。維護預算過程198能包括進入頂級預算任務200、接收工程任務202、接收工程表單任務204、工程拒絕任務206、添加用戶任務208、工程接收任務210、工程主頁任務211、工程用戶訪問任務212、工程責任任務214和工程預算查看任務216。如果拒絕工程，維護預算過程198能包括輸入預算任務218和能返回到接收工程任務202。在進入頂級預算任務200後，維護預算過程198能包括發票代碼設置任務220、輸入支取日期任務222和指定發票代碼任務224。
圖37示例說明能與進入頂級預算任務200有關的進入頂級預算表單。進入頂級預算表單可包括工程名、工程號，以及合同價值。GC或分包商能提供保留百分值、階段代碼、階段代碼描述、組織名、預算金額和帳戶代碼。GC或分包商能指定該組織是否正在提供材料。進入頂級預算表單也可包括設置支取日期和設置發票代碼屏/表單的連結。能使用階段代碼和階段代碼描述來定義必須完成的每一特定作業的合同要求以便完成工程。例如，能通過美國建築師協會(AIA)、通過建築規範協議(CSI)或通過定製AIA或CSI階段代碼和階段描述，提供階段代碼和階段描述。在一些實施例中，能完全由參與方定製階段代碼和階段描述。也可將頂級預算稱為價格計劃、約定成本(在GC已經從分包商接收投標後)或工程估算。在一些實施例中，包括在頂級預算中的階段代碼提供用於支取請求的基礎，因為每一支取請求包括與特定階段代碼有關的特定支出項。在一些實施例中，GC能使用外部軟體程序來生成預算以及預算模塊36能與外部軟體程序相互作用以便將預算輸入應用伺服器12或資料庫伺服器14中。在一些實施例中，參與方可以通過使用CPMS 10創建或輸入預算模板。CPMS 10可以在用戶為工程創建預算時使用。
圖38示例說明能與輸入支取日期任務222有關的輸入支取日期表單。GC或分包商可輸入該月份將進行支取的日子，以及用於支取的特定日期(例如每個月在特定的日)。輸入支取日期表單還能包括用於支取日期的自動計算的支取日期計算按鈕和/或用於手工輸入支取日期的支取日期添加按鈕。在一些實施例中，GC或分包商也可使用CPMS10為允許工程參與方在工程期間的任何時候提交發票的特定工程提供開放的發票環境。
圖39示例說明能與發票代碼設置任務220有關的發票代碼設置表單。GC或分包商能選擇發票代碼(例如按建築物-建築物1，2或3編號的代碼)，輸入新發票代碼、創建發票代碼、輸入預算項的顯示的首選項(例如按階段代碼)，以及輸入用於列印選擇的首選項。通過CPMS 10，發票代碼設置表單能便利發票和誓詞的自動生成。發票代碼能用於定製報告或與其他類型的現有軟體交互。發票代碼能允許參與方基於建築師、業主等等的需求對預算支出項分類。能使用帳戶代碼來維護預算、記錄支取結果或便於開發票和支付。
圖40示例說明能與指定發票代碼任務224有關的指定發票代碼表單。GC或分包商能提供發票代碼(例如建築1，2或3)，並能使用訪問每一階段代碼的子預算的連結。指定發票代碼表單能包括工程名、工程地址、階段代碼、階段代碼描述、承包該作業的組織以及預算金額。指定發票代碼表單還能通過CPMS 10便利發票和誓詞的自動生成。
圖41示例說明能與接收工程任務202有關的接收工程通知。圖41的通知能包括已經將分包商或材料供應商添加為工程的參與方、工程描述和分包商或材料供應商的參與細節的聲明。分包商或材料供應商能使用訪問圖42所示的接收工程表單的連結來接收或拒絕該工程。
圖42示例說明能與接收工程表單任務204有關的接收工程表單。接收工程表單能包括GC工程號、系統工程號、GC名、工程名、工程地址和預算支出項。接收工程表單能為分包商或材料供應商提供工程信息和預算支出項。分包商或材料供應商能使用接收或拒絕按鈕來接收或拒絕與預算支出項有關的工程。分包商或材料供應商也能提供拒絕該工程的原因。來自接收工程表單的支出項也能用來通過CPMS 10，便於發票和誓詞的自動生成。
圖43示例說明在工程拒絕任務206期間傳送的工程拒絕通知。圖43的通知能包括已經拒絕該工程的分包商或材料供應商的名稱、拒絕的預算項以及拒絕原因。圖43的通知可提供將組織角色指定給另一參與方的能力。
圖44示例說明能在工程接收任務210期間傳送的工程接收通知。圖44的通知能包括已經接收該工程的分包商或材料供應商的名稱以及所接收的預算項。圖43的通知能提供訪問工程明細的能力。
圖45示例說明能與工程主頁任務211有關的工程主頁。工程主頁能包括工程名、完成的支取信息以及未決支取信息。工程主頁能包括具有工程時間表進度條的工程概述、資金支付進度條以及百分比完成進度條。工程主頁能包括與相對於工程執行的特定動作的一個或多個連結(例如工程配置文件、工程預算、查看工程參與方、設置發票碼、管理工程用戶、啟動未計劃支取等等)。
圖46示例說明在添加用戶任務208期間傳送的添加用戶通知。圖46的通知能包括確認分包商或材料供應商已經加入該工程的聲明。圖46的通知能包括用於分包商或材料供應商將用戶(例如組織的成員)添加到該系統的請求。
圖47示例說明能與工程用戶訪問任務212有關的工程用戶訪問表單。分包商或材料供應商能選擇每一用戶的安全許可(例如工程管理員或籤名者)。工程用戶訪問表單能包括工程名、GC名和分包商或材料供應商組織的用戶清單。
圖48示例說明能與工程責任任務214有關的工程責任通知。圖48的通知能包括已經修改用戶的責任，以及新的安全認可的聲明。圖48的通知能包括訪問工程預算的連結。
圖49示例說明能與工程預算查看任務216有關的工程預算查看屏。GC或分包商能通過預算模塊36，訪問工程預算查看屏。工程預算查看屏能包括工程名、GC名、工程地址，以及預算項的清單。預算項的清單能包括階段代碼、階段代碼描述、承包預算項的分包商或材料供應商、預算金額、支付、保留、餘額和任何子預算的連結。
圖50示例說明能與輸入預算任務218有關的輸入預算表單。GC或分包商能通過預算模塊36訪問輸入預算表單。GC或分包商能輸入所請求的信息，諸如階段代碼、階段代碼描述和預算金額。GC或分包商能改變與特定預算支出項有關的組織。GC或分包商能選擇該組織是否僅提供材料。
圖51示例說明能包括在管理工程過程94中的終止預算項過程226。能由GC或分包商執行終止預算項過程226。終止預算項過程226能包括進入頂級預算任務228和終結預算任務230。
圖52A示例說明能與進入頂級預算任務228有關的進入頂級預算表單。GC或分包商能通過預算模塊36，訪問進入頂級預算表單。進入頂級預算表單可包括工程名、工程號、合同價值和組織列表。GC或分包商能輸入所請求的信息，諸如保留百分比、階段代碼，階段代碼描述、帳號以及該組織是否僅提供材料。GC或分包商也能選擇添加新支出項或終結特定支出項。進入頂級預算表單可包括與設置支取日期表單和/或設置發票碼錶單的連結。
圖52B-C示出了編輯預算或價值計劃表單。GC和/或分包商或材料供應商可使用編輯預算表單來為工程編輯預算信息。在一些實施例中，用戶可由主頁進入編輯預算表單，如圖52D所示。
圖53示例說明能與終結預算任務226有關的終止預算屏。在GC或分包商選擇終結的支出項後，終結預算屏提供能使任何未付餘額用於重新指定的確認和聲明。
圖54示例說明能包括在管理支取過程96中的支取過程232。支取過程232能用來創建用於工程支取的計劃、初始化每一支取、輸入和籤名發票、查看未決支取、生成發票、誓詞和留置權放棄、確定資金是否可用，以及支付資金。可由幾個參與方使用支取模塊44來執行支取過程232。支取過程232能包括創建支取時間表單任務234、初始化支取任務236、輸入發票任務238、輸入發票表單任務240、籤名發票任務242、更新的發票明細任務244、查看未決支取請求任務246、生成發票任務248、誓詞表單任務250、資金可用任務252、查看支取請求任務254、籤名留置權放棄任務256、留置權放棄表單任務258、所有留置權放棄籤名任務260、通過支付資金按鈕查看支取請求任務262、支付的支付額任務264、籤名的留置權放棄任務266、查看支取請求任務268。支取過程232也可包括接收的支付明細任務270、未包括在支取任務中的發票272，以及未接收的支付明細任務274。可執行支取過程232以對當前支取而非以前的支取釋放留置權放棄。
圖55示例說明能在創建支取時間表單任務234期間傳送的創建計劃支取通知。能將圖55的通知實時傳送到所有支取參與方以及能包括計劃支取未決以及還沒有選擇用於該支取的參與方的聲明。
圖56A-C示例說明能與初始化支取任務236有關的初始化支取表單。GC能通過支取模塊44訪問初始化支取表單。在一些實施例中，GC可以通過工程主頁的連結進入初始支取表單。初始化支取表單能包括工程名、工程號、工程地址、支取數、支取日期以及用於該支取的潛在參與方的列表。潛在參與方的列表能包括階段代碼、階段代碼描述、組織名、預算金額、支付金額、應計的扣款以及餘額。GC能選擇每一參與方支取。GC可以為該支取選擇潛在參與方(如至少一個潛在的參與方)的子集，或者可以為該支取選擇所有潛在的參與方。在一些實施例中，初始支取表單包括有一次選擇所有潛在參與方的選擇機構。在其他實施例中，CPMS 10可以為不用提請GC來選擇個體參與方的支取自動選擇所有潛在參與方或者其子集。
在一些實施例中，GC也可以使用初始支取表單來關閉未決支取。另外，GC可以使用初始支取表單或其他由CPMS 10提供的其他表單來打開重疊支取。然而CPMS 10可以為打開重疊支取添加規則或準則，來一次管理多項支取，如防止在前一支取籤字之前新支取籤字(如授權支出)，或者防止支取在順序外支出。
圖57A-B示例說明能在輸入發票任務238期間傳送的輸入發票通知。通知能包括已經計劃用於工程的支取以及分包商或材料供應商已經輸入應付款的明細的聲明。該通知能包括用於分包商或材料供應商的組織角色和特定預算項。能將通知實時傳送到所有支取參與方。在一些實施例中，分包商或材料供應商可由查看所有信息屏進入輸入發票通知，如圖57C所示。
圖58A-B示例說明能與輸入發票表單任務240有關的輸入發票表單。分包商或材料供應商能使用輸入發票表單來提供用於支取的發票金額。輸入發票表單也能包括工程名、工程號、工程地址、支取數、支取日期和用於該分包商或材料供應商的特定支出項。在分包商或材料供應商提交發票信息後，CPMS 10可以生成發票通知，如圖58C所示，並且可以為分包商和材料供應商顯示發票提交通知。
在一些實施例中，GC或工程管理者可以指明由分包商輸入的發票或帳單數額。例如，通過使用CPMS 10，GC可以為某特定分包商指明發票數額(如百分比完整數額)。分包商可通過使用CPMS 10審閱和提交指定的發票數額，但是在一些實施例中，分包商不可修改數額。
圖59示例說明能在籤名發票任務242期間，傳送到分包商或材料供應商的籤名發票通知。圖59的通知能包括GC或工程管理者已經核准用於特定支取的發票以及誓詞必須籤名的聲明。CPMS 10能用來向每一用戶指定安全/授權角色，諸如管理、記帳或授權籤名。CPMS 10能通過籤名誓詞的授權來通知用戶，以使得在必要時由該組織的成員籤名誓詞。CPMS 10能用來改變籤名誓詞所需的安全/授權角色(例如貸方能要求籤名誓詞，而不是組織的管理員)。
圖60A-B示例說明能與籤名發票任務242有關的籤名文件屏幕或籤名發票表單。分包商或材料供應商能通過支取模塊44訪問籤名發票。通過使用籤名發票表單，分包商或材料供應商能查看發票的明細，諸如特定組織、請求金額、預算金額、支付額、扣款以及餘額。然後，分包商或材料供應商能選擇籤名發票聲明。籤名發票表單可包括查看自動生成的發票表單或自動生成的誓詞表單的連結。
在一些實施例中，給發票電子籤名，分包商或材料供應商可選擇包含在籤名文件屏或籤名發票表前的籤名發票聲明選擇機構，如圖60A-B所示。在分包商或材料供應商選擇籤名發票聲明選擇機構後，CPMS 10可以生成和顯示自動生成的發票表單，如圖60C-D所示。給發票表單籤名，分包商或者材料供應商可以選擇包含在該表單中的籤名文件選擇機構。在分包商或材料供應商電子地給自動生成的發票表單籤名後，系統10可以創建並顯示合法綁定的發票表單，如圖60E所示。在一些實施例中，當用戶每次通過使用CPMS 10電子地給文件籤名時，CPMS 10可以生成審計報告，比如由圖60F示出的籤名審計報告屏。
在分包商或材料供應商在自動生成的發票表單籤字，CPMS 10可生成文件籤名通知，如圖60G所示，並且可以向分包商或材料供應商顯示文件籤名通知。在一些實施例中，當分包商或材料供應商提供籤名發票時，CPMS 10也可以要求分包商或材料供應商提交籤名的前留置權通知。
圖61示例說明能在發票明細更新任務244期間，傳送到GC的發票明細更新通知。圖61的通知能包括分包商或材料供應商已經在用於特定工程的特定日期更新用於支取的支付明細的聲明。該通知能包括連結以便查看發票細目。
圖62示例說明能與查看未決支取請求任務246有關的查看未決支取請求屏。GC能通過支取模塊44訪問查看未決支取請求屏。GC能選擇每一參與方包括在該支取中、確認支取以及將通知實時發送到每一組織的籤名者。然而，GC也能拒絕未決支取請求，通知被選參與方重新輸入發票以及提供拒絕支取請求的原因。查看未決支取請求屏能包括工程名、工程號、工程地址、支取數、支取日期、已經提交發票的參與方列表，以及還未提及發票的參與方列表。可按階段代碼組織參與方。對每一階段代碼，查看未決支取請求屏能包括請求金額、預算金額、支付金額、扣款和餘額。在一些實施例中，查看未決支取要求屏(或工程主頁)也可提供一個或更多的某特定支取進度的圖形提示，如進度條。工程管理者可以指定哪個參與方可以查看進度提示。此外，在一些實施例中，CPMS 10可以自動傳送通知(如幾乎實時)至告知參與方某特定支取狀態的參與方。
圖63示例說明能在未接收的支付金額任務274期間傳送的發票細目拒絕通知。圖63的通知能包括未接收將在用於特定工程的日期上、由支取的特定用戶輸入的付款和發票細目以及拒絕原因的聲明。通知能包括分包商或材料供應商在支取關閉前，重新輸入支付細目的請求。
圖64A示例說明能在未包括在支取中的發票任務272期間傳送的、未包括在支取通知中的發票。圖64的通知能包括參與方未提交用於工程的支取的核准誓詞，以及參與方和所有他們的分包商將不包括在支取中的聲明。通知能聲明已經撤銷所提交的所有誓詞和發票。
在分包商或材料供應商為某特定支取提交發票，CPMS 10可以生成基於所收到發票的聯合發票。CPMS 10也可以包含由GC提供的發票細目，圖64B示出了輸入發票表單，GC可使用該表單為某特定支取輸入發票細目。在一些實施例中，GC可由工程首頁進入輸入發票表單，如圖64C所示。如圖64B所示，GC可以為自己執行的工作輸入發票數額。輸入發票表單也可顯示由包括在支取中的分包商或材料供應商收到的發票數額。在一些實施例中，GC的或者工程管理者可以為分包商或材料供應商提出帳單。例如，GC可以為一個或多個項目或者GC未從分包商或材料供應商收到發票的工作期間開帳單。通過提出帳單，GC可以收到為項目或者工作期間的保留數額。
在GC通過使用圖64B示出的輸入發票表單輸入發票細目時，CPMS 10可生成發票提交通知，如圖64D所示，並且可以向GC顯示發票提交通知。
GC可以通過使用圖64E示出的核准發票表單來核准或者拒絕分包商和材料供應商向GC發送的發票。通過使用核准發票表單，GC可以選擇一個或多個發票來拒絕和/或一個或多個發票來反對。在一些實施例中，如果GC拒絕發票，GC可以使用核准發票表單來提供GC拒絕發票的原因或者評語。
如圖64E所示，對於每個收到的發票，核准發票表單可以包含查看發票連結。GC可以選擇與某特定分包商或材料供應商相關的查看發票連結來查看收自分包商或材料供應商的發票。例如，如果GC選擇了同某特定分包商或材料供應商相關的查看發表連結，CPMS 10可顯示如圖64F所示的查看發票屏，該屏顯示了由分包商或材料供應商提交的發票。在GC批准一個或更多的發票後，CPMS 10可生發票核准通知，如圖64G所示，並能向GC顯示發票核准通知。
在GC核准一個或更多由分包商或材料供應商發送的發票和/或通過使用圖64B所示的輸入發票表單輸入的發票細目，CPMS 10可生成基於收自分包商和材料供應商和GC的發票信息的發票。圖65示例說明能與生成發票任務248(在圖54中標記G702/703)有關的自動生成發票表單(例如與工業實踐相一致的表單，諸如G702/703表單)。GC、分包商和材料供應商能通過支取模塊44訪問發票表單。分包商、材料供應商和/或建築師能電子地籤名發票表單(例如使用電子籤名軟體提供商如AlphaTrust Corporation的產品)。
圖66A示例說明能與誓詞表單任務250有關的自動生成的誓詞表單。GC能通過支取模塊44訪問誓詞表單。GC能電子地籤名誓詞表單(例如使用電子籤名軟體提供商如AlphaTrust Corporation的產品)。
在CPMS 10生成基於來自分包商和材料供應商核准的發票以及由GC輸入的發票細目的發票和/或誓詞後，GC可以通過使用發送至籤名者屏來查閱電子文件，如圖66B所示。在GC查閱自動生成的文件後，GC可以使用發送至籤名者屏來向與由CPMS 10授權的給文件籤名的GC(以下簡稱「籤名者」)有關的用戶提交發票和/或誓詞。在GC為籤名提交文件後，CPMS 10可生成發送至籤名者通知的發票，如圖66C所示，並且可以向GC顯示發送至籤名者通知的發票。
當一個或更多的文件為籤名被GC提交，CPMS 10可以通知籤名者一個或更多文件需要籤名。例如，當CPMS 10可在籤名者的主頁上顯示通知，如圖66D所示。給文件籤字，籤名者可進入籤名文件屏，如圖66E所示。通過使用由圖66所示的籤名文件屏，籤名者也可以拒絕文件並且可以輸入拒絕該文件的原因或評語。
籤名者可以通過選擇包含在籤名文件屏的籤名發票(如「籤名G702」)選擇機構來給文件籤名。如果籤名者選擇籤名發票選擇機構，CPMS 10可顯示自動生成的發票表單，如圖66F所示。電子地給顯示的發票表單籤名，籤名者可選擇包括在發票表單內的籤名文件選擇機構如圖66F所示。在籤名者選擇籤名文件選擇機構後，CPMS 10生成並顯示已籤名的發票，如圖66G-H所示。在籤名者給發票籤完名後，CPMS 10能生成發票籤名通知，如圖66I所示，並且可以向籤名者顯示發票籤名通知。
在籤名者給發票和/或誓詞籤名後，CPMS 10可提醒籤名者(同給發票和/或誓詞籤名的同一用戶或者與GC相關的、被授權給文件籤名的不同用戶)通過使用籤名文件屏來給與該發票和/或誓詞相關的留置權放棄籤名，如圖66J所示。給留置權放棄籤名，籤名者可以選擇包含在籤名文件屏中的籤名留置權放棄選擇機構。如果籤名者選擇了籤名發票選擇機構，CPMS 10顯示自動生成的留置權放棄表單，如圖66K所示。按電子方式給顯示的留置權放棄表籤名，籤名者可選擇包含在留置權放棄表單中的籤名文件選擇機構，如圖66K所示。在籤名者選擇籤名文件選擇機構後，CPMS 10生成並顯示籤名的留置權放棄，如圖66L所示。
同樣地，CPMS 10可提請與GC相關的公證人來通過使用籤名文件屏給籤名的留置權放棄做公證，如圖66M所示。在一些實施例中，每個登記於系統10的組織可以指定至少一個用戶作為該組織的公證人。公證人可以使用CPMS 10來建立公證人密碼或者個人密碼(PIN)。公證人可在登錄系統10和/或當給某特定文件籤名時被提請輸入認證人PIN。為了防止未經授權而使用公證人PIN，在CPMS 10的公證人部分可以超時並且CPMS 10可要求公證人重新輸入公證人PIN。此外，在一些實施例中，CPMS 10可在每次公證人公證文件時創建審計蹤跡。進入某特定公正的審計蹤跡，用戶可通過CPMS 10進入公證的文件並且在顯示於文件的電子公證上選擇或點擊。然後，CPMS 10可顯示與所選擇公證相關的審計蹤跡。CPMS 10可為其所有形式的電子籤名和記錄於系統10的授權提供相同的審計蹤跡功能。
公證籤字的留置權放棄，公證人可選擇包含在如圖66M所示的籤名文件屏中的公證留置權放棄選擇機構。如果公證人選擇公證留置權放棄選擇機構，CPMS 10可顯示公證籤名的留置權放棄表單，如圖66N所示。按電子方式公證所顯示的籤名的留置權放棄表單，公證人可選擇包含在公證籤名的留置權放棄表單的公證或籤名文件選擇機構，如圖66N所示。在公證人選擇籤名文件選擇機構後，CPMS 10可生成並顯示公證的籤名的留置權放棄，如圖66O所示。CPMS 10也可生成文件籤名的通知，如圖66P所示，並可向籤名人顯示文件籤名的通知。
圖67示例說明能在資金可用任務252期間傳送的資金可用通知。圖67的通知包括指令，按照請求留置權放棄的連結以及當資金可用於釋放工程上的支取時釋放資金。
圖68A示例說明能與查看支取請求任務254有關的查看支取請求屏。GC能通過支取模塊44訪問查看支取請求屏。GC能查看支取的明細、授權資金以及請求留置權放棄。查看支取請求能包括工程名、工程號、工程地址、支取數、支取日期和支取的參與方列表。參與方列表能包括參與方名、階段代碼、是否已經接收留置權放棄、請求金額、預算金額、支付金額、扣款和餘額。參與方列表也能包括任何分包商和它們的留置權放棄或其他種類的提交文件(如發票、誓詞、合同等)。
圖68B示出了可通過如圖68A所示的查看支取要求屏或如圖68C所示的工程主頁進入的要求留置權放棄屏。通過使用要求留置權放棄屏，GC可查看與支取相關的分包商和材料供應商的列表，從所列分包商和材料供應商中要求留置權放棄，GC可選擇包含在要求留置權放棄屏中的要求留置權放棄選擇機構。在GC選擇要求留置權放棄選擇機構後，CPMS 10可生成留置權放棄要求的通知，如圖68D所示，並可向GC顯示留置權放棄要求的通知。
圖69A示例說明能在籤名留置權放棄任務256期間傳送的籤名留置權放棄通知。圖69A的通知能實時傳送到所有支取參與方以及能包括已經授權工程計劃的支取和請求分包商或材料供應商籤名它的留置權放棄來接收支取請求的聲明。在一些實施例中，分包商和材料供應商可通過工程主頁進入籤名留置權放棄通知，如圖69B所示。
在一些實施例中，給留置權放棄籤字，分包商和材料供應商可以選擇包含在籤名留置權放棄通知中的連結。如果分包商或材料供應商選擇包含在籤名留置權放棄通知中的連結，CPMS 10可生成並顯示籤名文件屏，如圖96C所示。給留置權放棄籤名，分包商或材料供應商可選擇包含在籤名文件屏中的籤名留置權選擇機構。如果分包商或材料供應商選擇籤名留置權選擇機構，CPMS 10顯示自動生成的留置權放棄表單。圖70A-B示例說明能與留置權放棄表單任務258有關的自動生成留置權放棄表單。分包商和材料供應商能通過支取模塊44訪問留置權放棄表單。留置權放棄表單能基於預算自動地生成，包括用於每一分包商或材料供應商的支出項。分包商和材料供應商能通過選擇如圖70B所示的包含在留置權放棄中的籤名選擇機構電子地籤名留置權放棄表單(例如使用AlphaTrust Corporation的電子籤名產品)。只要籤名，能將留置權放棄68存儲在電子保管箱/託管54中。只要分包商或者材料供應商在留置權放棄上簽名，CPMS 10可以顯示籤名的或電子執行的留置權放棄，如圖70C所示。
在一些實施例中，除了給留置權放棄籤名外，分包商或材料供應商可公證留置權放棄。例如，CPMS 10可提請與分包商或材料供應商相關的公證人通過使用籤名文件屏來公證籤名的留置權放棄，如圖70D所示。公證籤名的留置權放棄，公證人可以選擇包含在如圖70D所示的籤名文件屏中的公證留置權放棄選擇機構。如果公證人選擇公證留置權放棄選擇機構，CPMS 10可顯示公證籤名的留置權放棄表單，如圖70E所示。電子地公證所顯示的籤名的留置權放棄表單，公證人可選擇包含在如圖70E所示的公證籤名留置權放棄表單中的公證或籤名文件選擇機構。在公證人選擇籤名文件選擇機構後，CPMS 10生成並顯示公證的籤名的留置權放棄，如圖70F所示。CPMS 10也可生成文件籤名的通知，如圖70G所示，並可向分包商或材料供應商顯示文件籤名的通知。
圖71示例說明能在留置權放棄籤名任務266期間傳送的留置權放棄籤名通知。圖71的通知能包括分包商或材料供應商已經籤名用於工程的支取的他們的留置權放棄的聲明。通知可包括對支取的細目以及迄今收到的留置權放棄的訪問(權)。
圖72示例說明能與查看支取請求任務268有關的查看支取請求屏。GC、分包商或材料供應商能通過支取模塊44訪問查看支取請求屏。查看支取請求屏能包括工程名、工程數、工程地址、支取數、支取日期和支取的參與方列表。參與方列表能包括參與方名、階段代碼、是否收到留置權放棄、請求金額、預算金額、支付金額、扣款和餘額。參與方列表也能包括任何分包商和他們的留置權放棄。
圖73A示例說明能在籤名所有留置權放棄任務260期間傳送的所有留置權放棄籤名通知。圖73A的通知能包括已經籤名用於工程的支取的所有留置權放棄的聲明。通知能包括查看支取明細的連結和支付資金。在一些實施例中，GC可以通過查看所有消息屏進入所有留置權放棄籤名的通知，如圖73B所示。
圖74A-B示例說明能與具有支付資金任務的查看支取請求任務363有關的查看支取請求表單。GC(或建築師、業主、業主的代表、貸方或產權保險公司)能訪問查看支取請求表單和通過支取模塊44和/或支取核准模塊60來核准支取。查看支取請求表單能包括工程名、工程數、工程地址、支取數、支取日期、支取參與方的列表。參與方的列表能包括參與方名、階段代碼、是否接收留置權放棄、請求金額、預算金額、支付金額、扣款和餘額。參與方列表也能包括任何分包商和他們的留置權放棄。當GC支付資金時，基本上同時釋放留置權放棄和將支付指令發送到ACH系統26。
如圖74B所示，查看支取請求表單可為特定的分包商或材料供應商提示支付數額。查看支取請求表單也可為特定分包商或材料供應商提示暫緩支付數額。在一些實施例中，CPMS 10可自動暫緩對分包商或材料供應商支付。如下所述，CPMS 10可自動暫緩對沒有提供一個或多個所需文件(如合同、執照、保險文件等)的分包商或材料供應商的支付。GC也可由其他各種原因通過使用CPMS 10人工地向特定分包商或材料供應商暫緩支付。
如圖74B所示，查看支取請求表單也可包含連結。通過使用這些連結，GC可以查閱為支取提交的留置權放棄或查閱由支取參與方要求的文件的狀態。
圖75A-B示例說明在付款支付任務264期間傳送的付款支付通知。圖75A-B的通知能實時傳送到所有支取參與方以及能包括對該工程的特定日期的計劃內支取已經支付付款的聲明。在一些實施例中，GC可以通過工程主頁進入支付支出通知。
除了通知GC支出的支付或者代替通知GC支出的支付，CPMS 10可通過使用支取支付收到屏通知收到為支取的支付的分包商或材料供應商，如圖75D所示。
圖76示例說明能包括在管理系統環境過程102中的維護系統屏任務276。能由每一用戶或每一組織使用維護系統屏任務276以便根據特定需要定製軟體環境。例如，組織能定製用於他們的工程的階段代碼。維護系統屏任務276能由任何參與方，使用系統環境管理器52來執行。維護系統環境任務276能包括維護階段代碼任務278、管理員用戶登錄任務280、添加/編輯參數選用表單任務282、添加/編輯組織角色任務284、默認設置任務286、編輯通知任務288、默認配置任務290和添加/編輯用戶角色任務292。
圖77示例說明能與維護階段代碼任務278有關的維護階段代碼。每一參與方能通過系統環境管理器52，訪問維護階段代碼。參與方能添加新的或刪除被選預算項。
圖78示例說明能與管理員用戶登錄任務280有關的管理用戶登錄屏。每一參與方能通過系統環境管理器52來訪問管理員用戶登錄屏。組織的用戶能輸入用戶名和使用該屏登錄到系統上作為系統中的任一用戶。
圖79示例說明能與添加/編輯參數選用表任務282有關的添加/編輯參數選用表表單。CPMS 10的管理員能添加新的或刪除被選參數選用表表目(例如狀態列表、工程類型等等)，用於由CPMS 10提供的各種下拉菜單。
圖80示例說明能與添加/編輯組織角色任務284有關的添加/編輯組織角色表單。GC能通過系統環境管理器52，訪問添加/編輯組織角色表單。GC能選擇用於每一類型組織的安全許可(例如銀行、產權保險公司、GC、分包商或建築師)。
圖81示例說明能與默認設置任務286有關的默認/配置設置表單。GC能通過系統環境管理器52訪問默認/配置設置表單。GC能輸入其優選設定值，諸如支取關閉提醒天數、支取開始提醒天數、支取請求最小超前時間、安全標識、監理是否將經ACH系統支付、是否等待所有留置權放棄，以及誰支付監理(例如銀行、產權保險公司、業主、業主的代表或GC)。
圖82示例說明能與編輯通知任務288有關的編輯通知表單。GC能通過系統環境管理器52訪問編輯通知表單。GC能修改在各個過程期間傳送的通知。根據需要，GC能選擇特定通知和編輯默認通知。GC還能指定特定授權是否必要，諸如由銀行授權來改變通知。
圖83示例說明能與默認配置任務290有關的默認/配置過程表單。GC、業主、業主的代表、貸方等等能通過系統環境管理器52訪問默認/配置過程表單，以便定製施工支付過程部分或改變用於施工支付過程部分的原則。例如，GC能定義和存儲其自己的階段代碼。GC、業主、業主的代表、貸方等等能選擇是否啟動每一過程中的特定任務以及能訪問編輯與任務有關的通知的每一個的連結。
圖84示例說明能與添加/編輯用戶角色任務292有關的添加/編輯用戶角色表單。GC能通過系統環境管理器52訪問添加/編輯用戶角色表單。GC能選擇角色用於特定用戶，諸如系統管理員、系統幫助用戶、本地管理員、常規用戶以及僅查看訪問。GC能添加新角色或刪除被選角色。
圖85示例說明能包括在管理支取過程96中的執行檢查任務294。執行檢查任務294能用來在每一支取前，計劃和便於施工工程的檢查，如果必要的話。執行檢查任務294能由GC和監理使用支取模塊94的檢查模塊58執行。執行檢查任務294能包括檢查所需任務296、檢查所需表單任務298、準備實施檢查任務300、查看先前檢查任務302、輸入檢查任務304、輸入檢查報告任務306、檢查報告表單任務308，以及檢查報告失敗任務310。
圖86示例說明能在準備實施檢查通知任務300期間傳送的準備實施檢查通知。圖86的通知能包括已經在某一日期，對一工程計劃支取以及要求監理對該支取準備實施檢查的聲明。通知能聲明檢查應當僅在接收確認後實施。
圖87示例說明能在檢查所需通知任務296期間傳送的檢查所需通知。圖87的通知能包括計劃支取為未決工程以及指定對該支取是否需要檢查的連結的聲明。
圖88示例說明能與檢查所需任務298有關的所需檢查屏。GC(或業主、業主的代表、貸方或產權保險公司)能通過支取模塊44的檢查模塊58來訪問所需檢查屏。所需檢查屏能包括工程名、工程數、支取數、業主名、支取日期、工程地址、以及參與方列表。參與方列表能包括請求金額、組織名稱、組織角色、預算項、預算金額、支付金額、扣款以及餘額。所需檢查屏也能包括一般注釋、監理的注釋以及是否應當計劃檢查。
圖89示例說明能在輸入檢查任務304期間傳送的輸入檢查報告通知。圖89的通知能包括已經授權對工程的按日期的支取時間表，以及接收方應當繼續進行檢查。通知能包括查看工程的明細的連結以及生成檢查表。
圖90示例說明能與輸入檢查報告任務306有關的輸入檢查報告表單。監理能在檢查報告表單上輸入檢查的明細。檢查報告表單能包括工程項、工程號、支取號、支取日期、業主名稱、工程地址、檢查日期和一般檢查注釋。
圖91示例說明能與檢查報告表單任務308有關的檢查報告表單屏。GC、業主、業主的代表、產權保險公司或監理能通過支取模塊44的檢查模塊58來訪問檢查報告表單屏。
圖92示例說明能在檢查報告失敗任務310期間傳送的檢查報告失敗通知。圖92的通知能包括在特定日期實施的檢查後，存在對於該工程的高關注等級。通知能包括訪問檢查報告表單的連結。
圖93示例說明能與查看先前檢查任務302有關的查看先前檢查屏。GC、業主、業主的代表、產權保險公司或監理能通過支取模塊44的檢查模塊58來訪問查看先前檢查屏，以及能選擇在特定日期執行的檢查。
圖94示例說明能包括在管理支取過程96中的核准支取請求過程312。能使用核准支取請求過程312來確認執行必要的檢查，以核准施工支付過程中的每一支取，以及發出留置權放棄。使用支取模塊44的支取核准模塊60，能由GC和/或GC線上的任何參與方(諸如業主、業主的代表、產權保險公司、建築師等等)執行核准支取請求過程312。只要已經啟動工程，CPMS 10能用來核准與施工過程有關的任何類型的支付。CPMS 10能提供並行核准(例如GC和業主必須核准支取)或串行核准(例如建築師必須核准該支取，然後是業主，然後是貸方)。CPMS 10能用來配置用於每一工程的核准過程。CPMS 10能用來核准用於預算的更改訂單或雙方間約定的特定金額。例如，能使用CPMS 10來從GC和/或任何GC的線上的參與方獲得用於超出某一金額的更改訂單的核准或核准超出該限制後的所有更改訂單。核准支取請求過程312能包括授權支取請求一任務314、授權支取請求一-拒絕任務316、檢查確認任務318、檢查授權任務320、支付細目修改任務322、授權支取請求二-通知任務324、授權支取請求二任務326、授權支取請求二拒絕任務328、授權支取請求二核准任務330以及發出留置權放棄任務332。
圖95示例說明能與授權支取請求一任務314有關的授權支取請求一表單或授權誓詞表單。GC、業主、業主的代表或產權保險公司能通過支取模塊44，訪問授權支取請求一表單。授權支取請求一表單能包括工程名、工程數、業主、工程地址、支取號以及支取日期。授權支取請求一表單能包括用於每一組織的任何輸入，包括請求金額、組織名、組織任務、預算項、預算金額、支付金額、扣款以及餘額。授權支取請求一表單能包括能接收的授權，未解決的授權、是否要求檢查、輸入授權密碼的能力以及拒絕授權和指明原因的能力。
圖96示例說明能在授權支取請求一-拒絕任務316期間傳送的授權第一支取拒絕通知。圖96的通知能包括已經拒絕授權用於工程的支取以及查看和/或修改支取細目的連結的聲明。
圖97示例說明能在檢查確認任務318期間傳送的檢查確認通知。圖97的通知能包括已經授權為工程計劃的支取以及繼續進入現場檢查的指令，以及查看工程的明細以及生成檢查表的連結的聲明。
圖98示例說明能在支付明細修改任務322期間傳送的支付明細修改通知。圖98的通知能包括還未接收用於支取的工程的支付明細。通知能列出工程參與的列表細目以及該支付的應付款、組織角色、預算項和支付金額。
圖99示例說明在檢查授權任務320期間傳送的檢查授權通知。圖99的通知能包括已經授權用於工程的現場檢查的聲明。
圖100示例說明能在授權支取請求二-通知任務324期間傳送的授權支取請求二通知。圖100的通知能包括要求接收方對為工程所輸入的檢查報告進行核查，在支取能進入下一階段前，要求接收方的授權(例如詢問支取接收方有關留置權放棄)以及查看檢查報告以及準許或否決該支取的授權的聲明。
圖101示例說明能與授權支取請求二任務326有關的授權支取請求二表單。GC、業主、業主的代表或產權保險公司能通過支取模塊44的支取核准模塊60，訪問授權支取請求二表單。授權支取請求二表單能包括工程名、工程號、業主、工程地址、支取號以及支取日期。授權支取請求二表單能包括用於每一組織的項，包括請求金額、組織名稱、組織角色、預算項、預算金額、支付金額、扣款以及餘額。授權支取請求二表單能包括所接收的授權、未解決的、是否要求檢查、輸入授權密碼的能力以及拒絕授權和表明原因的能力。
圖102示例說明能在授權支取請求二拒絕任務328期間傳送的授權支取請求二拒絕通知。圖102的通知能包括已經由參與方拒絕授權為工程計劃的支取以及在沒有該授權的情況下，支取不能進行的聲明。
圖103示例說明在授權支取請求二任務330期間傳送的授權支取請求二準許通知。圖103的通知能包括已經由參與方授權工程支取的聲明。
圖104示例說明在發出留置權放棄任務332期間傳送的發出留置權放棄通知。圖104的通知能包括已經由參與方授權工程計劃的支取以及請求接收方發出留置權放棄以便接收支取付款，以及允許接收方發出留置權放棄的連結的聲明。
圖105示例說明能包括在管理更改訂單工程98中的更改請求過程334。更改請求過程334能用來通過添加新支出項、分離支出項、通過改變現有支出項或通過終止分包商或使剩餘資金用於其他參與方，來修改整個工程預算(通常擴大預算)。能由GC、建築師、業主、業主的代表、貸方或分包商，使用更改訂單模塊48來執行更改請求過程334。更改請求過程334能包括改變請求任務336、改變請求發出任務338以及授權改變請求任務340。
圖106示例說明能與更改請求任務336有關的更改請求表單。GC或分包商能通過更改訂單模塊48，訪問更改請求表單。更改請求表單能包括工程名、工程號、工程地址、業主名以及更改金額清單。更改金額清單可包括更改金額、組織名、組織任務、預算項、預算金額、支付金額和餘額。更改請求表單能包括更改描述欄位。更改請求表單能包括支付表單是貸款還是業主付款，支付方法是貸款、業主支票還是信用卡。更改請求表單能包括當前估計完成日期和新的估計完成日期。
圖107示例說明能在更改請求發出任務338期間傳送的更改請求發出通知。圖107的通知能包括能在工程上發出以及為未決授權的更改請求的聲明。通知能包括更改請求的明細、組織名、預算項、當前預算金額和更改金額。
圖108示例說明能在授權更改請求任務340期間傳送的授權更改請求通知。圖108的通知能包括已經在工程上發出更改請求以及對該更改請求要求接收方核准的聲明。該通知能包括查看更改請求的明細的連結，以及核准或拒絕更改請求。
圖109示例說明能包括在管理更改訂單過程98中的過程更改請求過程342。過程更改請求過程342能用來確定由適當的參與方，諸如建築師、貸方、產權保險公司、業主、業主的代表或GC，授權對該預算所做的更改。使用更改訂單模塊48，由GC、建築師、貸方、產權保險公司、業主、業主的代表、貸方或分包商執行過程更改請求過程342。過程更改請求過程342能包括查看未決更改請求任務344、授權更改請求任務346、更改請求拒絕任務348和更改請求核准任務350。
圖110示例說明能與查看未決更改請求任務344有關的查看未決更改請求屏。GC、分包商、業主、業主的代表、貸方或建築師能通過更改訂單模塊48，訪問查看未決更改請求屏。查看未決更改請求屏能包括工程名、工程號、工程地址、業主名和更改金額清單。更改金額清單能包括更改金額、組織名、組織角色、預算項、預算金額、支付金額和餘額。查看未決更改請求屏能包括改變描述欄位。查看未決更改請求屏能包括支付方法是貸款、業主支票還是信用卡。查看未決更改請求屏能包括新估計的完成日期、所接收的授權以及未決授權圖111示例說明能與授權更改請求任務346有關的授權更改請求表單。GC、分包商、業主、業主的代表、貸方或建築師能通過更改訂單模塊48來訪問授權更改請求表單。授權更改請求表單能包括工程名、工程號、工程地址、業主名和更改金額清單。更改金額清單能包括更改金額、組織名、組織角色、預算項、預算金額、支付金額和餘額。授權未決更改請求屏能包括改變描述欄位。授權未決更改請求表單能包括支付方法是貸款、業主支票還是信用卡。授權未決更改請求表單能包括新估計的完成日期、所接收的授權以及未決授權。權未決更改請求表單能包括輸入密碼和授權更改請求的能力以及拒絕更改請求和輸入拒絕原因的能力。
圖112示例說明能在更改請求拒絕任務348期間傳送的更改請求拒絕通知。圖112的通知能包括已經由參與方拒絕為工程，在某一日期發出的更改請求的聲明。
圖113示例說明能在更改請求核准任務350期間傳送的更改請求核准通知。圖113的通知能包括已經由參與方(例如領導)核准用於工程的在某一日期發出的更改請求。僅使用更改請求來通過添加新支出項、通過修改現有的支出項，或通過終止分包商或使剩餘資金用於其他參與方，修改整個工程預算(通常擴大預算)。能使用CPMS 10來確定由適當的參與方，諸如建築師、貸方、產權保險公司、業主、業主代表或GC，授權對該預算所做的更改。當適當的參與方已經核准更改請求時，傳送圖113的通知。
圖114示例說明能包括在管理更改訂單過程98中的更改工程參與方過程352。例如，能使用更改工程參與方過程352來終止一個分包商並使剩餘資金可用於另一參與方(諸如替代分包商)。更改工程參與方過程352能由GC或分包商使用更改訂單模塊48來執行。更改工程參與方過程352能包括更改參與任務354、核對參與方刪除任務356和更改誓言書任務358。
圖115示例說明能與更改參與方任務354有關的更改參與方屏。GC或分包商能通過更改訂單模塊48來訪問更改參與方屏。更改參與方屏能包括工程名、工程號、業主名、工程地址和工程的當前狀態。更改參與方屏能包括能修改的組織的列表。組織列表能包括組織名、組織角色、預算項、預算金額、支付金額、扣款、餘額和刪除每一參與方的連結。
圖116示例說明能與核對參與方刪除任務356有關的核對參與方刪除屏。GC或分包商能通過更改訂單模塊48來訪問核對參與方刪除屏。核對參與方刪除屏能包括工程名、工程號、業主名、工程地址，以及有關將刪除的參與方的信息(例如組織名、組織角色、預算項、預算金額、支付金額、扣款和餘額)。核對參與方刪除屏能包括能力來指明參與方是否已經實質上參與該工程。
圖117示例說明能與更改誓言書任務358有關的更改誓言書屏。GC或分包商能通過更改訂單模塊48來訪問更改誓言書屏。更改誓言書屏能包括工程名、工程號、業主名、工程地址、工程的當前狀態、預算金額、先前到期支付的金額和延期金額以及剩餘預算。更改誓言書屏能包括輸入注釋的欄位和輸入密碼的能力以及授權誓言書修改。
圖118示例說明能包括在管理工程過程94中的維護工程屏任務360。維護工程屏任務360能用來編輯工程配置文件、聯繫人信息和清算工程。維護工程屏任務360能由GC、貸方、業主、或業主代表，使用工程模塊28來執行。維護工程屏任務360能包括工程配置文件任務362、工程聯繫人信息任務364、工程信息任務366和關閉工程任務368。
圖119示例說明能與工程配置文件任務362有關的工程配置文件表單。GC、貸方、業主、業主的代表能通過工程模塊28訪問工程配置文件表單。GC、貸方、業主、業主的代表能輸入請求信息，諸如工程信息、工程資金信息、工程業主信息、現場信息和GC信息。
圖120示例說明能與工程聯繫人信息任務364有關的工程聯繫人信息屏。GC、貸方、業主、業主的代表能通過工程模塊28來訪問工程聯繫人信息。工程聯繫人信息屏能包括工程名、工程標識、工程地址和工程參與方的聯繫人信息列表。聯繫人信息的列表能包括參與方標識號、組織名稱、組織角色、工程管理名、聯繫人電子郵件地址和聯繫人電話號碼。
圖121示例說明能與創建工程信息任務366有關的工程信息屏。GC、貸方、業主、業主的代表能通過工程模塊28訪問工程信息屏。工程信息屏能包括工程信息、現場信息、工程業主信息和GC信息。
圖122示例說明能與關閉工程任務368有關的關閉工程屏。GC、貸方、業主、業主的代表能通過工程模塊28訪問關閉工程屏。關閉工程屏能包括工程名、貸款帳號、業主名和關閉工程的能力。
圖123示例說明能包括在管理系統環境過程102中的管理訪問屏任務370。通過在施工支付過程期間，能使用管理訪問屏任務370來定製顯示給特定用戶或組織的各種屏。例如，管理訪問屏任務370可用於包含在施工支付過程期間顯示在屏上的一個或多個組織的商標或徽標(例如，貸方的商標能包括在每一屏幕的右上角)。另外，能使用管理訪問屏任務370來根據特定用戶或組織的喜好或需求來修改特定表單或屏幕的布局。能由任一參與方，使用系統環境管理器52，執行管理訪問屏任務370。管理訪問屏任務370能包括登錄任務372、退出任務374、工程主頁任務376、重設密碼任務378、主屏任務380、瀏覽工程任務382、遺忘密碼任務384和你的密碼任務386。
圖124示例說明與登錄任務372有關的登錄屏。每一參與方能通過訪問管理器38，訪問登錄屏。參與方能輸入用戶名和密碼來登錄。如果用戶遺忘他或她的密碼，登錄屏能提供連結。
圖125示例說明能與退出任務374有關的退出屏。每一參與方能通過訪問管理器38，訪問退出屏。退出屏能確認用戶已經退出。
圖126示例說明能與工程主頁任務376有關的工程主頁屏。每一參與方能通過訪問管理器38，訪問工程主頁屏。工程主頁屏能包括工程名、新消息的數量以及讀取新消息的連結。工程主頁能包括工程概述信息(包括工程時間表進度條和資金支付進度條)、完成支取信息(包括支取數、支取日期和支取信息的連結)、未決支取信息(包括支取數和起始日期)。工程主頁能包括幾個動作的連結、表單或屏幕(包括工程配置文件、工程預算、查看工程參與方、設置發票碼、管理工程用戶、產權保險公司核准跟蹤、初始化未計劃支取等等)。
圖127示例說明能與重設密碼任務378有關的重設密碼屏。每一參與方能通過訪問管理器38來訪問重設密碼屏。參與方可兩次輸入新密碼以改變與特定用戶名相關聯的密碼。
圖128示例說明用於與主屏任務380有關的特定用戶的主屏。每一參與方能通過訪問管理器38來訪問主屏。主屏能列出參與方涉及的工程，以及與每一工程有關的新消息的數量以及讀取新消息的連結。
圖129示例說明能與瀏覽工程任務382有關的瀏覽工程屏。每一參與方能通過訪問管理器38來訪問瀏覽工程屏。瀏覽工程屏能包括工程搜索特徵以及工程列表。工程列表能包括工程名、GC名、編輯工程的連結以及選擇一個或多個工程來瀏覽的能力。
圖130示例說明能與遺忘密碼任務384有關的遺忘密碼屏。每一參與方能通過訪問管理器38來訪問遺忘密碼屏。用戶能輸入他的或她的用戶名和電子郵件地址，系統能將密碼電郵給用戶。
圖131示例說明能在你的密碼任務386期間傳送的你的密碼。圖131的通知能包括你請求將你的密碼電郵給你、密碼以及下次你登錄時使用該密碼的請求的聲明。
圖132示例說明能包括在管理系統環境過程102中的管理消息屏過程388。管理消息屏過程388能用來查看消息、創建消息或查看系統狀態消息。管理消息屏過程388可由任何參與方使用系統環境管理器52來執行。管理消息屏過程388能包括查看消息任務390、查看特定消息任務392、創建消息任務394和狀態消息任務396。
圖133示例說明能與查看消息任務390有關的查看消息屏。每一參與方能通過系統環境管理器52來訪問查看消息任務390。查看消息屏能包括用戶名、指定所顯示消息的類型的能力(例如未讀、最近、所有、發送消息或歸檔)，以及所指定的消息的類型的列表。消息的列表能包括選擇特定消息的能力、消息日期、工程名、消息主題以及是否要求動作。查看消息屏也能提供歸檔被選消息和移動到消息的另一屏的能力。
圖134示例說明能由用戶查看的特定消息。特定消息能包括在此所示和所述的任一通知。
圖135示例說明能與創建消息任務394有關的創建/發送消息屏。每一參與方能通過系統環境管理器52來訪問創建/發送消息屏。用戶能輸入工程名、是否將消息發送到組織或用戶、組織名、用戶名、消息主題和消息。
圖136示例說明能與狀態消息任務396有關的狀態消息屏。每一參與方能通過系統環境管理器52來訪問狀態消息屏。狀態消息屏能發送消息，諸如已經初始化用於工程的支取以及已經通知所有參與方的聲明。狀態消息屏能包括組織或用戶主頁的連結。
圖137-153示例說明根據本發明的另外實施例的管理施工支付過程的方法。結合參考圖1-136和圖154-179所示和所述的本發明的實施例來使用圖137-153的方法的各方面。
圖154-179是根據本發明的又一實施例的管理施工支付過程的方法的輸入/輸出圖。結合參考圖1-136和圖137-153所示和所述的本發明的實施例來使用圖154-179的方法的各方面。
圖155包括公開工程任務、創建支取時間表單任務和識別和指定工程角色任務，其中每個由GC來執行。輸入預算任務能由業主、業主的代表、GC、貸方或產權保險公司執行。更新細目任務能由GC對分包商和/或材料供應商執行，或由業主、貸方或產權保險公司對任何類型的參與方執行。關閉工程任務能由產權保險公司、GC或貸方執行。
圖156包括進入工程明細任務，其中，系統假定，在公開工程前，工程已經具有來自所有必要機構和參與組織的完全許可。圖156包括輸入貸款明細，其中貸方可以選擇僅輸入用於法律和商業原因的信息。如果該工程不存在貸款，不輸入信息。
圖157包括評審建議的支取時間表單任務，其中，系統能通過在估計的工程時間表上，按同等間隔支取數來生成建議的支取時間表。圖157包括接收或拒絕建議的支取時間表單任務，其中，GC能根據由業主、業主代表、貸方或GC建立的計劃，人工地宣布支取。能拒絕自動計劃並可手動地維護計劃。
圖159包括用於參與組織的輸入工程預算，其中，能使用分層過程。在每一級，參與組織能執行他們用來支持他們的組織的過程。
圖160包括授權更改訂單任務，其中，問題解決(issue resolution)過程可以要求拒絕初始更改訂單和創建所有方相互認可的第二更改訂單。只有問題解決過程中的最終更改訂單才必須核准。
圖162包括添加組織任務，在參與工程前，必須添加組織。系統、產權保險公司、貸方或GC能將組織添加到系統。儘管在識別和指定維護工程支付諸過程的工程角色任務期間能添加組織，但可以通該過程相獨立地添加組織。圖162包括輸入組織明細任務，其中，組織的初始聯繫人能負責輸入他們的組織的明細和另外的聯繫人信息。每一組織能識別可負責更新他們的組織明細和聯繫人信息的內部系統管理員。圖162包括維護組織明細任務，其中，由於敏感的金融信息，安全性會特別嚴格。
圖164包括基於參與方的需求，能由第三方提供的核查組織任務。系統能便於驗證組織和收取服務費。
圖166包括能由GC執行的宣布支取任務。該支取是工程參與方能提交發票、業主(通常通過GC)能支付已完成的工作以及參與方接收付款並釋放它們的相關留置權放棄的機構。圖166包括生成誓詞任務，其中，GC能在線評審提交(當需要時，參考備份紙張文件)，並且只要提交正確，系統能根據已經由參與支取的對方電子提交的信息來生成誓詞。GC能拒絕提交以及能修訂它們並準許重新提交。該機構能用來解決與發票有關的任何問題。圖166包括通常能由貸方或產權保險公司執行的請求檢查任務。圖166包括通常能由貸方執行的授權支取任務，但可以要求包含業主、業主的代表，或另一指定的工程參與方。可配置授權機構能將任何工程參與方包括在授權過程中。圖166包括能要求完成支取的輸入和分級留置權放棄。不將資金傳送到開發票方，直到輸入並分級它們的留置權放棄為止。該要求確保支付和留置權放棄釋放基本上在同時執行。圖166包括執行同時支付/留置權放棄釋放任務，其中，用於支付的留置權放棄的基本上同時的交換是自動的。該自動化交換能消除會議的需求並能消除支付和留置權放棄釋放的延時。該自動交換能通過消除支付過程中的中間組織，降低留置權放棄的丟失的機會，並能加速對所有支取參與方的付款。
圖167包括能將電子消息基本上同時發送到所有參與的和/或有關組織的公告支取任務。
圖168包括能由希望通過支取過程支付的任何方執行的輸入發票細目。電子提交跟隨在支持提交的文書工作之後。能提供允許各方經掃描來提交支持信息的服務。
圖169包括授權發票任務，其中，疑難解決過程可以要求拒絕初始發票以及創建所有各方相互認可的第二發票。僅核准該解決過程中的最終發票。
圖170包括可以有與工程有關的一個以上監理的選擇監理任務。在這種情況下，必須選擇適當的監理來執行檢查。
圖171包括檢查任務的確認範圍，其中，請求檢查的組織能定義檢查的範圍，用於整個誓詞或誓詞子集。圖171包括輸入檢查結果任務，其中，視檢查的範圍和屬性而定，支持文檔可能是必要的。圖171包括轉發支持文檔任務，其中，系統能允許將與數字照片或其他電子材料有關的文件附加到電子檢查報告。
圖173包括分級(stage)留置權放棄任務，其中，能在系統中分級電子籤名的留置權放棄，防止任何更改。在本發明的一個實施例中，不將留置權放棄釋放給產權保險公司，直到支付和留置權放棄的基本上同時交換。
圖174包括確認支取授權和分級留置權放棄任務，這可包含所有留置權放棄的評審以確保它們完整和正確。
圖178包括提供客戶支持任務，這可包括支持添加或修改組織或工程、修復密碼問題、修復工程和交易。圖178包括系統管理任務，這可包括安全管理、金融審計和偶然性支持。圖178包括用於系統參與方任務的維護活動性歷史，能包括廠商歷史，具有有關廠商和/或廠商的等級的歷史。
在一些實施例中，CPMS 10能幫助用戶(如總承包商)利用某些法定標準來跟蹤與工程有關的參與方(如分包商)的合規性(compliance)，如多種所需文件。這些法定標準可依照地點、業主、產權保險公司、總承包商或分包商而在不同各工程中有所差異。在一些實施例中，由於特定參與方的合規性和所欠參與方的支付之間的關係，CPMS 10可以跟蹤參與方的所要求的文件(如法律文件)，提供管理該文件的幫助，提供有關不完備的警告以及在一些個案中，在文件未準備好的情況下拒給支付。
如圖180所示，在一些實施例中，CPMS 10可包含文件跟蹤模塊400。文件跟蹤模塊400可指定和跟蹤文件，例如從與工程相關的參與方(如分包商和/或分包商的分包商)接收到的合同、支付申請、誓詞、保險文件、前留置權通知、留置權放棄等，並且可以提供警告並給出用於整個支付過程的強制合規性選項，直到並包括自動暫緩支付。文件可與特定工程、工程內特定預算支出項、特定參與方或組織相關聯。應當理解，文件可包括紙質文件和電子文件。
為了為工程定義、指定和跟蹤文件，CPMS 10可通過文件跟蹤模塊400來支持定義一個或多個被跟蹤的文件的數據實體。文件類型數據實體可以定義標準的文件類型和由CPMS 10跟蹤的標準文件類型的特徵。CPMS 10可使用文件類型數據實體來識別每一工程中被跟蹤文件之間的標準區別，並且為每個文件類型的強制合規性識別警告和選項的性質。例如，每個文件類型數據實體可包含文件名和有效狀態(如「未完成」、「未籤名」、「已籤名」、「未收到」、「已收到」、「現行(active)」、「過期」等)列表。雖然其他法律文件類型在不同情況下以及在不同法律管轄權下適用，但三種典型法律文件類型可包括帶有有效狀態「未完成」、「未籤名」和「已籤名」的協議；帶有有效狀態「未收到」和「已收到」的表單；以及帶有「未收到」、「現行」和「過期」有效狀態的證書。
CPMS 10也可提供工程文件要求表，在此表上，工程管理者可以創建要求某特定工程各分包商提供的文件的列表。為便於說明，「分包商」用來指代傳統上的分包商、分包商下的分包商和材料供應商。此外，在一些實施例中，法律文件跟蹤功能可以應用在系統中和脫離系統的分包商和材料供應商。
工程文件要求表可識別工程標識符、法律文件類型和文件名稱。文件名稱可由工程管理者輸入並可包括諸如「分包合同」、「保險證明」、「城市執照」等的值。為便於說明，「工程管理者」用來指代線上參與方(如總承包商、工程業主、產權保險公司等)或線下參與方(如分包商，該分包商為與其籤訂合同的各分包商定義文件要求)。
CPMS 10也可使用其他數據實體來跟蹤每個分包商對工程文件要求的合規性的狀態。例如，CPMS 10可使用包含有工程標識符、文件名稱、分包商標識符、文件狀態、文件標識符(如可選)和文件期滿日(如可選)的分包商工程文件表。圖181示出了與文件跟蹤相關的數據實體的概念數據模型。
在一些實施例中，系統10也可以允許工程管理者或分包商來建立新的文件類型來解決工程管理者或分包商、工程性質、或管轄區或參與方或工程所在國家的法律規定的特別需要。可選擇地，系統可以向工程管理者或分包商提供屏幕顯示或其他用來幫助用戶創建新文件類型的機構。
在一些實施例中，系統10定義單一的文件類型，用於所有類型的具有單一的一組狀態的文件，而不是定義特定的文件類型。單一個文件類型可指定一個或多個數據元素，如某個參與方(如分包商)要求的特定文件的文件標識符、文件日期、期滿日等。在一些實施例中，每個數據元素都是可選的。如果工程管理者輸入期滿日，文件跟蹤模塊認為文件會在該期滿日過期，並跟蹤該過期的時間。每個根據單個文件類型定義的文件也同各狀態(如「未收到」，「已收到」，「不可用」)相關。在一些實施例中，每個文件的默認狀態可被指定為「未收到」。
通過使用上述單一的文件類型，在工程管理者選擇一個或多個需要從與特定施工工程相關的分包商獲得的文件後，系統10可自動查閱文件狀態，並可動態地確定文件處於現行狀態還是過期狀態。例如，如果文件有狀態「未收到」或「不可用」，系統10可確定該文件既不處於現行狀態，又沒到期。同樣地，帶有「已收到」狀態卻沒有期滿日的文件被系統10認為處於現行狀態。此外，帶有「已收到」狀態及期滿日的文件，在系統或當前日期小於文件期滿日時被系統10認為處於現行狀態，並且在系統或當前日期大於文件期滿日時被系統10認為處於過期狀態。系統10可動態地評價文件是現行的還是過期的，當這樣的信息對處理或顯示必要時。
圖182A示出了文件要求頁450。工程管理者可使用文件要求頁450來選擇所需要的或需要從與特定施工工程相關的分包商獲得的文件。工程管理者可從工程主頁454的連結452進入文件選擇頁450，如圖183所示。在一些實施例中，CPMS 10隻允許工程管理者進入文件要求頁450。
文件要求頁450允許工程管理者建立用於某工程的所需法律文件的表。該表支持任意數量的行(從零到無窮)並可允許工程管理者添加文件、選擇文件用於刪除和/或選擇文件用於編輯。在一些實施例中，包含在文件要求頁450中的表顯示文件類型列，所述列包括提供系統預定義文件類型的下拉菜單，以及文件名稱列，所述列包括用於用戶輸入和/或編輯字母數字(alpha-numeric)欄位。
如圖182A所示，文件要求頁450可顯示工程號、工程標識符、和從一個或多個同該工程相關的分包商要求的文件的列表。對於每個列出的文件，工程管理者可使用選擇機構(如單選按鈕)456來選擇至少一個強制動作。強制動作規定了當分包商未提供所需文件時由系統10自動執行的至少一個動作。例如，強制動作可包含「僅提建議」動作，該動作包含自動向工程管理者通知缺少文件。強制動作也可包含「暫緩支付(Hold Payment)」動作，該動作包括自動向未提供所需文件的分包商暫緩支付。
如圖182A所示，工程管理者可以自選地跟蹤所需文件的過期。例如，工程管理者可使用與特定文件相關的跟蹤過期選擇機構458(如複選框)來指明是否跟蹤文件過期。在一些實施例中，如果工程管理者為特定文件選擇跟蹤過期機構458，工程管理者可通過使用一個或多個通知日期選擇或輸入機構460來指明一個或多個通知日期。系統10可以通過使用通知日期機構來確定提前通知過期文件的天數，系統10需警告工程管理者和/或分包商文件將要過期。在一些實施例中，工程管理者可為特定文件指定多個通知日期。例如圖182A所示，工程管理者可指定第一通知日期和第二通知日期。在一些實施例中，如果工程管理者指定零通知日期，系統10不會在文件到期前發送任何到期警告。即便工程管理者指定零通知日期，系統10可在文件到期時通知工程管理者。通知日期的默認值可設為零。
文件要求頁450可包括添加要求選擇機構462，工程管理者可選擇添加要求選擇機構用來向所要求文件的列表中添加文件。此外，文件要求頁450可包括有一個或多個刪除文件選擇機構464，通過該機構，工程管理者可從所選擇的文件中刪除一個或多個文件。如圖182A所示，工程管理者可通過選擇包含在文件要求頁450中的保存設置選擇機構466來保存和提交對該工程所要求文件的修改。此外，工程管理者可通過選擇取消選擇機構468來取消對文件要求頁450所列出的文件的任何修改。
在一些實施例中，系統10可自動選擇和指定用於某特定工程的一個或多個文件和/或文件選項。例如，系統10可自動選擇待跟蹤的留置權放棄並對所請求的留置權放棄指定暫緩支付強制動作。CPMS 10也可提供一個或多個類似文件要求頁450的文件要求頁，用來使工程管理者可在不同於工程級別的其他級別上規定文件需求，如組織級別、預算級別、預算支出項級別、合同級別等。例如，CPMS 10可提供文件要求頁，使得工程管理者可指定組織級別的文件需求。組織級別的文件需求規定了該工程管理者與之籤約的每個組織的所要求文件，而不管與該組織相關聯的具體工程。
在工程管理者對具體工程指定了文件選項和/或要求後，CPMS 10可生成文件要求通知469a，如圖128B所示。CPMS 10可向與工程相關的分包商展示文件要求通知469a，這種展示或者在分包商接受為該工程指定任務的責任之前，或者在其後。如圖182B所示，文件要求通知469a可列出參與方所需的每個文件，以及與文件相關的強制動作。如果工程管理者修改用於該工程(如使用文件要求頁450)的文件要求，系統10可生成文件要求修改通知469b，如圖182C所示。系統10可向與該工程有關的每個參與方(如分包商或材料供應商)顯示通知469B。在一些實施例中，如圖182C所示，文件要求修改通知469b可包含連結469C，各參與方可選擇該連結來查看文件狀態個別頁490，如下圖185B所描述的那樣，用來查看需要從該參與方獲得的文件的狀態。
圖184示出了根據本發明一實施例的文件狀態總結頁470。工程管理者可使用文件狀態頁470來輸入關於特定分包商對工程文件要求的合規性的信息。在一些實施例中，工程管理者可通過選擇包含在工程管理者的工程主頁454中的連結472來到達文件狀態總結頁470，如圖183所示。
如圖184所示，文件狀態總結頁470可在單個的視圖或頁面上顯示需要從與某個工程相關的所有分包商獲得的一個或多個文件的狀態。文件狀態總結頁470可顯示工程名稱，工程號，所有與該工程相關的分包商列表(僅限一層或多層)和用於該工程的每個被跟蹤文件的列，指出了所需要文件的名稱(如由工程管理者定義)。對於包含在文件狀態總結頁470中的每個文件來說，文件狀態總結頁可顯示狀態值、期滿日(如果可用)、暫緩安置狀態和對每個分包商的暫緩支付信息。
在一些實施例中，如圖184所示，每個文件的狀態可通過不同顏色或其他視覺表現被顯示出來。例如，如果一個文件的狀態為「未收到」，與該文件相關的格可呈現桔紅色，表示該文件缺失。如果文件的狀態為「已收到」、該文件是現行的，並且該文件的期滿日距系統或當前日期還有60日或超過60日，與該文件相關的格呈現綠色，表示該文件被認為是當前的文件。如果文件的狀態為「已收到」，該文件是現行的，並且文件的期滿日距系統或當前日期在60日以內，與該文件相關的格呈現黃色，表示文件距過期時間不足60日。如果文件的狀態為「已收到」並且該文件是過期的，與該文件相關的格呈現紅色，表示該文件已過期。同樣，如果文件的狀態為「不可用」，與該文件相關的格呈現灰色，表示該文件對當前分包商不可用。
如圖184所示，如果文件的狀態表示該文件距過期時間不足60日或已經過期，文件狀態總結頁470可顯示該文件的到期日期。此外，如果文件的狀態指示文件尚未收到或已過期，並且文件被指定有「暫緩支付」強制值，文件狀態總結頁470可指出由於文件尚未收到或已過期因此支付被暫緩。另外，如果支付被暫緩，文件狀態總結頁470可顯示由於缺失或過期的文件先前支付同樣被暫緩。如果對於單個分包商有一個以上的支付在特定支取中被置於暫緩狀態，文件狀態總結頁470也可顯示每個暫緩支出的列表。如圖184所示，文件狀態總結頁470也可包括包含有暫緩支付的支取的支取連結471。在一些實施例中，工程管理者可使用支取連結471來查看管理支出頁585，如下圖197A-B描述的那樣。
在一些實施例中，文件狀態總結頁470也可包含與每個所列的特定分包商相關的連結，工程管理者可選擇這些連結來查看用於該特定分包商的文件信息。例如，每個在文件總結頁470中所列的分包商可以包含連結472，通過選擇該連結，工程管理者可以查看文件狀態個別頁480，如圖185A所示。
如圖184所示，文件狀態總結頁470也可包含編輯文件要求連結或其他選擇機構474，通過該機構，工程管理者可以進行選擇來進入文件要求頁450，並且查閱和/或編輯工程的文件要求。
如圖184所示，文件狀態總結頁470可以包括經由分包商連結473的文件報告和經由文件連結475的文件報告。工程管理者可通過分包商連結473選擇文件報告，用來查看報告，該報告指示了需要從一個或多個工程的分包商獲得的全部文件的狀態。同樣地，工程管理者可以同過文件連結475選擇文件報告，來查看指示需要從用於一個或多個工程的分包商獲得的全部文件狀態的報告。
在一些實施例中，在文件狀態總結頁470顯示的信息可以在工程管理者對特定工程所需的文件做更改(如對某工程的文件要求表做更改)時被更新。在做此更改的情況下，法律文件跟蹤表和文件狀態總結表460被相應地更新，或添加行(row)，或刪除行，並且文件名稱也改變。例如，如果工程管理者對用於工程的法律文件要求表添加新文件，新表行被添加到法律文件跟蹤表，每個分包商有一個行，並展示文件名稱(例如來自法律文件跟蹤表)以及文件的初始狀態。在一些實施例中，新文件的初始狀態自動設置到與文件類型(如新的類型協議文件可有初始默認狀態值「未完成」)相關的有效狀態之一。工程管理者可在工程期間的任何時候更新表和/或文件狀態總結頁。
如上所述，工程管理者可選擇與列於文件總結頁470的分包商相關的連結472來查看文件狀態個別頁480，如圖185A所示。如圖185A所示，文件狀態個別頁480對需要從特定分包商(如該工程法律文件要求表所辨明的)獲得的每個文件，可以顯示具有多個列和一個行的表。與該文件狀態個別頁480相關的分包商(和工程)可在頁480頂端標識。這些列可包含文件名稱列，在一些實施例中這些文件名稱列不可編輯；文件狀態列，包含有下拉菜單或其他類型的選擇機構482，並且根據與該文件相關的法律文件類型為該文件提供有效的狀態；可選擇的文件標識符列，可以是字母數字欄位；以及可選的文件到期日期列，包括有日期欄位。文件狀態個別頁480也可包括指示與特定文件相關的強制動作。
如圖185A所示，文件狀態個別頁480顯示了該文件的標識符。在一些實施例中，系統10依照從分包商收到的文件，自動設置文件的標識符。例如，系統10可隨機地把唯一的標識符指定到從分包商收到的文件。工程管理者或分包商也可把唯一的標識符指定給文件。
對於每一列於文件狀態個別頁480的文件，頁480顯示了文件日期和期滿日。在一些實施例中，工程管理者為特定文件設置文件日期和期滿日。例如，工程管理者可以將文件日期設置為文件生效日期或工程管理者的收到日期。由工程管理者通過使用文件狀態頁480輸入的日期可通過系統10生效。在一些實施例中，系統10也可為特定文件自動設置文件日期和/或期滿日。
如圖185A所示，文件狀態個別頁480也可顯示指定到每個所需文件的強制動作。如以上描述的那樣，如果分包商未提供所需文件，強制動作定義由系統10自動執行的動作如圖185A所示，文件狀態個別頁480可包括列有一個或多個可由工程管理者為特定文件執行的一個或多個動作的文件動作列。例如，如果分包商提交特定文件，文件動作列可包括通過查看連結483來查看提交的文件。其他包含在文件動作列的動作可包括用來下載所提交文件的下載連結，用來編輯所提交文件的編輯連結，用來刪除所提交文件的提交連結以及代表分包商用來提交文件的提交連結。
如果工程管理者對文件狀態個別頁480所顯示的數據做任何修改，總承包商可選擇包含在頁480中的保存更新選擇機構484來保存這種改變，或選擇包含在頁480中的取消選擇機構486來取消該改變。在一些實施例中，所保存的來自文件狀態個別頁480的修改自動反映在文件狀態總結頁460中。
系統10也可向與包含在特定文件狀態個別頁480內的文件信息相關的分包商提供文件狀態個別頁480的版本。向分包商提供的頁480的版本可包含頁480的只許查看版本(與向工程管理者提供的可編輯版本不同)。如圖185B所示，只許查看文件狀態個別頁490顯示工程(名稱或標識符)以及參與方或組織(如名稱或標識符)和參與方或組織(如名稱或標識符)。在一些實施例中，分包商可通過使用工程主頁500上的連結491進入只許查看文件狀態個別頁490，如圖185C所示。
如圖185B所示，只許查看版的文件狀態個別頁490可顯示相同的信息，如文件狀態個別頁480的可編輯版顯示的信息。例如，只許查看文件個別頁490可為每個分包商要求的文件顯示文件名、文件狀態、文件標識符、文件日期、期滿日、和強制動作。在一些實施例中，CPMS10可防止分包商修改只許查看版的頁490顯示的數據。
只許查看版的文件狀態個別頁490也可包含列有一個或多個分包商對於所給文件可執行動作的文件動作列。例如，文件動作列可包含提交連結492。分包商可以選擇與列於頁492的特定文件相關的連結490按電子方式提交系統10所需文件。其他包括在文件動作列的動作可包含用來查看所提交文件的查看連結，用來編輯所提交文件的編輯連結，以及用來刪除所提交文件的刪除連結。
如果分包商選擇與特定文件相關的提交連結492，系統10可顯示提交文件頁510，如圖186A-B所示。分包商可使用提交文件頁510來選擇一個或多個用來向系統10按電子方式提交的文件。在一些實施例中，提交文件頁510可包括瀏覽選擇機構512，分包商可選擇該機構在用於該特定文件的一個或多個存儲裝置和/或文件目錄中搜索。分包商在瀏覽存儲裝置和/或文件目錄時找到或選擇的文件可在輸入機構513上顯示。分包商也可通過使用輸入機構513直接輸入某特定文件的文件名(如完整的路徑名)和/或通過使用瀏覽選擇機構512來瀏覽文件。
一旦分包商找到並且選擇或輸入用來提交的特定文件，分包商可選擇包含在提交文件頁510中的添加附件選擇機構514。分包商也可選擇包含在提交文件頁510中的清除選擇機構516，在未向系統10提交文件的情況下清除顯示於輸入機構中的文件或文件名。
如圖186B所示，分包商通過使用增加附件選擇機構514來添加或附加的文件可被列於「附件(Attachments)」標題下的提交文件頁510中。分包商可通過選擇與特定文件相關的刪除選擇機構518，如某個複選框，來刪除或去除一個或多個附加的文件。在分包商選擇一個或多個用來刪除的附加文件後，分包商可選擇包含在提交文件頁510中的刪除選擇機構520來將將所選擇的文件從附加文件列表中刪除。
一旦分包商附加一個或多個文件，分包商可以選擇包含在提交文件頁510中的提交選擇機構522來把所附加的文件電子地傳送至系統10。在分包商將附加的文件傳送到系統10後，系統10可生成文件傳送通知，如圖187所示。系統10向分包商顯示文件傳送通知524。
在分包商提交一個或多個附加的文件後，系統10也可生成查閱提交的文件工程動作或通知，並可將工程動作發送至接收所述提交文件的工程管理者。在一些實施例中，系統10在工程管理者工程主頁526中列出在工程管理者未決動作下的查閱提交的文件工程動作，如圖188所示。如果工程管理者從工程主頁選擇工程動作或相關的選擇機構，系統10可顯示接收文件通知528，如圖189所示。通知528可向工程管理者通知分包商已提交一個或多個要求文件的電子拷貝。此外，接收文件通知528可列出從分包商電子收到的一個或多個文件。
接收文件通知528也可通知工程管理者他/她應該下載每個提交的文件。在一些實施例中，如圖189所示，下載並查閱提交的文件，工程管理者可在接收文件通知528選擇與收到文件(如與所列文件相關的連結)相關的選擇機構530。如果工程管理者選擇該選擇機構530，系統10可下載並顯示向工程管理者提交的文件。
在工程管理者查閱提交的文件後，工程管理者可根據需要更新被系統10跟蹤的文件的狀態。例如，如圖189所示，接收文件通知528可包含更新文件信息選擇機構532。如果工程管理者選擇更新文件選擇機構532，系統10可顯示與提交文件分包商相關的文件狀態個別頁480，如圖185A描述的那樣！如以上描述的那樣，工程管理者可對文件狀態個別頁480顯示的數據進行修改，並且選擇包含在頁480中的保存選擇機構484來保存這種改變。在一些實施例中，如果工程管理者修改在文件狀態個別頁480中顯示的數據，系統10可生成文件信息更新通知540，如圖190所示。系統10可向工程管理者顯示文件信息更新通知540。
在一些實施例中，只有工程管理者能更新文件信息。在一些實施例中，除了包括或代替工程管理者的人工修改，系統10可自動更新或修改文件信息。例如，系統10在分包商向系統10提交文件後可自動將文件狀態改為「已收到」。
在一些實施例中，系統10執行例行的或周期的文件查閱(如每天的夜間)來識別過期文件。例如，作為批處理活動，系統10可有規律地(如每日)檢查過期文件，如在系統不繁忙的時候(如凌晨5點前)。如圖191所示，系統10可掃描由該系統管理的文件，並且對於每個文件來說，可以決定文件的是否設定為「已收到」。如果特定文件的狀態設置為「已收到」，系統10掃描或查閱由系統10管理的其他或下一個文件。
如果由系統10查閱的文件的狀態被設定為「已收到」，系統10可決定該文件是否與期滿日相關(如與文件相關的期滿日屬性被設定為特定日期)。如果文件不與期滿日相關(如與文件相關的期滿日屬性被設定為零)，系統10可掃描或查閱另外或下一個由系統10管理的文件。
如果系統10查閱的文件與期滿日相關，系統10可決定當前或系統日期大於或等於文件期滿日減去工程管理者為第一通知設定的天數。如果系統日期小於文件期滿日減去該第一通知的天數，系統10判定文件並未過期，並且不需要過期通知，以及可以掃描或查閱另外或下個由系統10管理的文件。
如果系統10判定系統日期大於或等於文件期滿日減去第一通知的天數，系統10可確定該有關該文件的第一通知是否已經被發送。在一些實施例中，系統10可跟蹤過期通知何時被發送以及是否被發送。如果第一通知未被發送，系統10可發送第一過期警告通知。在一些實施例中，系統10將第一過期警告通知發送至與文件相關的分包商和/或工程管理者。圖192示出根據本發明的一實施例的過期警告通知550。
如圖191所示，系統10判定用於特定文件的第一通知已被發送，或在系統10為特定文件發送第一個通知後，系統10判定當前系統日期是否大於或等於文件期滿日減去與工程管理者所設置的第二通知相關的天數。如果系統日期小於文件期滿日減去與工程管理者設置的第二通知相關的天數，系統10可掃描或查看系統10管理的另外或下一個文件。
如果系統10判定系統日期大於或等於文件的期滿日減去與第二通知相關的天數，系統10可判定與文件相關的第二通知是否已被發送。如果第二通知已被發送，系統10可發送第二過期警告通知(如圖192所示的過期警告通知550)。
如果系統10判定用於特定文件的第二通知已被發送，或在系統10為特定文件發送第二個過期警告通知後，系統10可判定當前系統日期是否大於或等於文件的期滿日。如果系統日期小於文件期滿日，系統10可掃描或查看另外或下一個由系統10管理的文件。
如圖191所示，如果系統10判定當前系統日期大於或等於某特定文件的期滿日，系統10可判定用於該文件的期滿日是否已發送。如果期滿日已被發送，系統10可掃描或查看另外的或下一個由系統10管理的文件。
如果期滿日未被發送，系統10可發送過期通知。在一些實施例中，系統10可向與過期文件相關的分包商和/或與工程相關的工程管理者發送過期通知。圖193示出了依據本發明的一實施例的過期通知。在發送完過期通知後，系統10可掃描或查看另外或下一個由系統10管理的文件。
當支取被啟動(或分包商被添加或選擇用於某個支取)，系統10也可檢查需要從包含在該支取中的每位分包商獲得的文件的狀態，並且如果必要，生成提交文件工程動作或者對有缺失或過期文件的分包商的通知。例如，如果需要從某個分包商求獲得的文件的狀態被設為「未收到」，系統10可生成要求缺失文件的提交文件工程動作。另外，如果需要從分包商獲得的文件的狀態被設為「已收到」，並且相關期滿日在支取日期(如60日)後的預設時間之內，或者與支取日期相符或先於支取日期，系統10也可生成要求新文件的提交文件工程動作。圖194示出了依照本發明的一實施例的更新所需要文件工程動作或通知560。在一些實施例中，分包商可通過包括在分包商工程主頁500中的連結或選擇機構562進入通知560，如圖185C所示。
如圖194所示，更新所需要文件的通知560可包含選擇機構564，分包商可選擇該機構來查看分包商的所要求文件的狀態和/或提交要求的文件(如使用文件狀態個別頁490)。
在工程管理者選擇「暫緩支付」動作作為為特定文件的強制值的情況中，系統10(如在工程管理者籤名其發票之後)可對工程管理者指定有「暫緩支付」的任何有缺失或過期文件的分包商自動暫緩支付。例如，系統10可對每個包括在支取中的分包商查閱所要求文件的狀態，並可決定與分包商相關的文件是否具有「未收到」狀態，或已過期。如果文件未收到或已過期，系統10可判定該文件是否與「暫緩支付」強制動作相關。在一些實施例中，只要有一個文件不符合規定(如分包商缺失三個所需文件中的一個)，系統10自動對分包商暫緩支付。如果分包商有缺失或者過期文件，系統10隻可對當前支取暫緩與該分包商相關的支付，並且不暫緩與其他支取相關的任何其他未完成支付。在其他實施例中如果分包商有缺失或過期文件，系統10可暫緩向該分包商的所有未完成支付。
當系統10暫緩支付時，系統10可以記錄暫緩支付(如記錄指示由於缺少或過期文件而暫緩支付的原因)並且生成一個或多個警告該暫緩支付相應個體的通知或消息。如圖74B所描述的那樣，查看支取要求表單可指示任何暫緩支付(如自動暫緩或人工暫緩)，該暫緩支付不會包含在為未決支取支出的支付中。
如果對特定分包商的支付被暫緩，系統10可生成暫緩支付通知570，如圖195A所示。系統10可向分包商顯示暫緩支付通知570(如通過包含在查看所有信息屏572的連結，如圖195B所示)。如圖195A所示暫緩支付通知570可通知分包商暫緩已被置於向分包商的支付中。在一些實施例中，暫緩支付通知570也可包含一個或多個連結或選擇機構，通過該連結或選擇機構，分包商可用來選擇以查閱暫緩支付和/或執行用來更正暫緩支付的動作。
在一些實施例中，如果對分包商的將被暫緩的支付被標記為特定支付方法，系統10可簡單地通知專對暫緩的支付的工程管理者，而非自動暫緩支付。例如，如果對分包商的將被暫緩的支付被標記為系統10之外進行的支付(如通過人工支票)，系統10可生成處於暫緩工程動作或通知580的支付，如圖196所示。系統10可向工程管理者顯示處於暫緩通知580的支付。處於暫緩通知580的支付可通知工程管理者，向特定分包商的支付依照缺失或過期的文件應被暫緩。針對暫緩通知580的支付也可指示與支付相關的方法。另外，如圖196所示，通知580可指示工程管理者是否想改變與支付相關的支付方法(如將支付方法改為系統10內部管理的方法)，工程管理者應暫緩支付。處於暫緩通知580的支付也可包括連結或其他選擇機構582，通過該連結或選擇機構，工程管理者可進行選擇，以查閱與其支付處於暫緩的分包商相關的文件狀態(如通過與分包商相關的文件狀態個別屏480)。
如以上參考文件要求頁480所描述的那樣，工程管理者可對所需文件指定「僅提建議」強制動作。與「暫緩支付」強制動作相同，在工程管理者在他/她的支付申請上簽名後，系統10可為有缺失或過期文件的分包商向工程管理者發送查閱文件工程動作或通知。例如系統10可查閱需要從包括在支取中的分包商獲得的文件的狀態，並且如果所需文件的狀態為「未收到」或已過期，系統10可生成查閱文件工程動作或者通知，並且向工程管理者顯示工程動作或通知。在一些實施例中，系統10可為每個有缺失文件或過期文件的分包商生成查閱文件工程動作或通知。在其他實施例中，系統10可生成單個的查閱文件工程動作或通知，指出具有過期或缺失文件的所有分包商。查閱文件工程動作或通知可包括連結或選擇機構，通過該連結或機構，工程管理者可選擇以查閱需要從與查閱文件工程動作或通知(如文件狀態個別頁480或文件狀態總結頁470)相關的一個或多個分包商獲得的文件的狀態。
在一些實施例中，只有工程管理者可通過使用管理支付頁585手動釋放支付來釋放暫緩支付，如下面參考圖197A-B描述的那樣。在其他一些實施例中，系統10可自動釋放暫緩支付。例如一旦要求分包商提供的文件是當前有效的，系統10可自動向分包商釋放任何暫緩支付。
為了手動釋放暫緩支付，工程管理者可使用管理支付頁585，如圖197A-B所示。如圖197A-B所示，管理支付頁585可列出對特定支取的每個暫緩支付。工程支付頁也可為特定支取列出每項支付。
如圖197A-B所示，管理支付頁585可包含查看留置權放棄選擇機構586，文件跟蹤選擇機構587，和查看支取要求選擇機構586來查閱由與該支取相關的每位分包商提交的留置權放棄。工程管理者可選擇文件跟蹤選擇機構587來查看與該支取相關的每位分包商提交的文件的狀態(如通過查看由圖60A，62，68A，72或74A-B描述的未決支取要求屏)。
對於列於管理支付頁585的每位分包商(或支付)來說，頁585可包含編輯連結或選擇機構589，通過該連結或選擇機構，工程管理者可進行選擇，用以編輯與特定分包商相關的支付信息。在一些實施例中，如果工程管理者選擇與特定分包商相關的編輯連結598，系統10可顯示管理支付頁590，如圖198A-B所示。通過使用管理支付頁590，工程管理者可修改與對該分包商所完成支付相關的信息。
如圖198A-B所示，管理支付頁590可包括進行核查選擇機構591，分割支付選擇機構592，和釋放暫緩選擇機構593。為了改變與支付相關的支付方法(如將支付方法改為系統10外管理的方法)，工程管理者可選擇支票選擇機構591。在一些實施例中，將與支付相關的支付方法改變為系統10外管理的方法可自動釋放暫緩支付。如果工程管理者選擇進行核查選擇機構591，系統10可自動更新顯示於管理支付頁590中的支付方法，可顯示單獨的改變支付方法頁，或可允許工程管理者來更新顯示於管理支付頁590的支付方法。
為了將支付分割為多個子支付，工程管理者可選擇分割支付選擇機構592。例如，如果工程管理者想按多個子支付而非單獨一個總支付來支付分包商，可選擇分割支付選擇機構592。在一些實施例中，如果工程管理者選擇分割支付選擇機構592，系統10可顯示單獨分割支付表單或可允許工程管理者來編輯在管理支付頁590顯示的支付數額。
為了釋放暫緩支付，工程管理者可從暫緩選擇機構593的選擇釋放。在一些實施例中，工程管理者也可通過使用評述輸入機構594來提供釋放暫緩支付的原因或評述，如圖198A-B所示。如果工程管理者從暫緩選擇機構593選擇釋放，系統10可改變支付狀態，如管理選擇頁590所顯示的那樣，由「暫緩(Held)」到「請求(Requested)」，如圖198B所示。
如果工程管理者改變顯示於管理支付頁590中的支付信息，工程管理者可選擇包含在管理支付頁590中的保存改變選擇機構595。如果工程管理者保存對支付信息的改變，系統10可更新圖198B所示的管理支付頁590，並且可以更新圖197B所示的管理支付屏585。另外，為了忽略對顯示於管理支付頁590的支付的任何改變，工程管理者可選擇包含在頁590中的取消選擇機構596。
在一些實施例中，管理支付頁590可包括其他選擇機構。例如，如果支付未被支出，管理支付頁590可包括支付選擇機構，通過該機構，工程管理者可人工暫緩支付。
在一些實施例中，列有用於特定支取的所有支出的管理支付頁585可與管理支付頁590結合，管理支付頁590列有與特定支付相關的支付信息，並允許工程管理者來修改這些支付信息，以創建支付頁600，如圖198C所示。在一些實施例中，支付頁600可顯示用於特定支取的所有支付。在其他實施例中，支付頁600可只顯示用於特定支取的暫緩支付。如圖198C所示，工程管理者可使用支付頁600來暫緩或釋放用於支取的一個或多個支付。例如，支付頁600所顯示的每個支付可與選擇機構602(如複選框)相關，工程管理者可選擇該機構來選擇特定支付。在工程管理者選擇完一個或多個支付，工程管理者可選擇包含在支付頁600中的暫緩選擇的支付選擇機構603，來暫緩所有選擇的支付。另外，工程管理者可選擇釋放選擇的支付選擇機構604來釋放所有選擇的支付。在一些實施例中，工程管理者也可通過使用包含在支付頁600中的評述輸入機構605來輸入暫緩或釋放特定支付的原因或評述。通過使用暫緩所選擇支付選擇機構603和釋放所選擇支付選擇機構604，工程管理者可手動暫緩或釋放支付。在一些實施例中，如前述那樣，工程管理者可因不同於所需要文件缺失或過期的多種原因來手動暫緩和釋放支付。
在一些實施例中，如果工程管理者手動釋放暫緩支付，系統10會要求來自與工程管理者相關的授權用戶的授權。例如，向與工程管理者相關的特定用戶要求釋放支付的授權，系統10可生成特殊支出工程動作或通知，並可在授權用戶的工程主頁610列出工程動作或通知，如圖199所示。工程動作或通知可包括連結或其他選擇機構612，通過該連結或其他選擇機構612，授權用戶可進行選擇，以查看管理支付頁620，如圖200所示。工程支付頁620可包括與管理支付頁585相同的信息和選擇機構，但可包括支出資金選擇機構622。在授權用戶查閱所釋放的支付後，用戶可選擇支出資金選擇機構622來授權被暫緩支付的釋放。在授權用戶選擇支出資金選擇機構622後，系統10可生成支付支出通知630，如圖201所示。系統10可向授權用戶顯示支付支出通知630。
本領域的普通技術人員能夠理解，可使用各種計算機設備，諸如個人計算機、伺服器和具有處理器或能夠執行程序或指令集的其他設備來實現本發明的實施例。通常，使用現有的硬體或本領域的普通技術人員易於創建的硬體來實現本發明。因此，並不總是詳細地說明示例性設備的體系結構，只是提及該設備通常將具有處理器、存儲器(一些類型)、以及輸入和輸出應用程式。處理器能是微型處理器、可編程邏輯控制、應用專用集成電路，或配置成提取和執行指令的計算設備。在某些情況下，設備也能具有作業系統和由作業系統管理的應用程式。還應當注意到儘管所示的CPMS 10的組成部分連接在網絡中，但不隱含具體的網絡結構。如本領域的普通技術人員能想到的，能在各種組合中使用一個或多個網絡或通信系統，諸如網際網路、電話系統、無線網絡、衛星網絡、電纜TV網絡和各種其他專用和公用網絡以便提供創建本發明的實施例或實現所要求或所需的通信鏈路。因此，本發明不限於任何具體的網絡或網絡組合。
在權利要求書中闡述本發明的各個特徵和優點。
權利要求
1.一種管理施工支付過程的方法，該施工支付過程涉及與施工工程相關聯的多個參與方和至少一個文件，該至少一個文件在所述施工工程期間通過至少一個計算機網絡在所述多個參與方中的至少兩個參與方之間按電子方式被傳送，該方法包括對所述至少一個文件指定至少一個強制動作，其中，如果所述至少一個文件未在所述至少兩個參與方之間按電子方式被傳送，所述強制動作自動發生。
2.如權利要求1所述的方法，進一步包括自動按電子方式把所述至少一個強制動作通知給所述至少兩個參與方，其中，根據從所述多個參與方中的至少一方按電子方式接收的選擇來指定所述至少一個強制動作。
3.如權利要求1所述的方法，進一步包括自動按電子方式把所述至少一個強制動作通知給所述至少兩個參與方，其中自動指定所述至少一個強制動作。
4.如權利要求1所述的方法，進一步包括，如果所述至少一個文件未在所述至少兩個參與方之間被傳送，自動使所述至少一個強制動作發生。
5.如權利要求4所述的方法，其中自動使所述至少一個強制動作發生包括，如果所述至少一個文件未在所述至少兩個參與方之間被傳送，自動通知所述多個參與方中的至少一方。
6.如權利要求4所述的方法，其中自動使所述至少一個強制動作發生包括，如果所述至少一個文件未在所述至少兩個參與方之間被傳送，自動暫緩支付所述多個參與方中的至少一方。
7.如權利要求6所述的方法，進一步包括自動按電子方式把該暫緩支付通知給所述多個參與方中的至少一方。
8.如權利要求1所述的方法，進一步包括對所述至少一個文件指定期滿日。
9.如權利要求8所述的方法，其中根據從所述多個參與方中至少一方按電子方式接收的選擇來指定所述期滿日。
10.如權利要求8所述的方法，其中自動指定所述期滿日。
11.如權利要求8所述的方法，進一步包括，在接近所述期滿日的時候，把所述期滿日自動通知給所述多個參與方的至少一方。
12.一種用於施工工程的施工支付管理系統，該施工工程涉及與該施工工程相關的多個參與方和至少一個文件，該至少一個文件在所述施工工程期間在所述多個參與方中的至少兩個參與方之間被傳送，該系統包括文件跟蹤模塊，用於對所述至少一個文件指定至少一個強制動作，其中，如果所述至少一個文件未在所述至少兩個參與方之間被傳送，所述至少一個強制動作自動發生。
13.如權利要求12所述的施工支付管理系統，其中所述文件跟蹤模塊自動按電子方式把所述至少一個強制動作通知給所述至少兩個參與方。
14.如權利要求12所述的施工支付管理系統，其中所述文件跟蹤模塊根據從所述多個參與方中的至少一方按電子方式接收的選擇來指定所述至少一個強制動作。
15.如權利要求12所述的施工支付管理系統，其中，如果所述至少一個文件未在所述至少兩個參與方之間被傳送，所述文件跟蹤模塊自動使所述至少一個強制動作發生。
16.如權利要求15所述的施工支付管理系統，其中，如果所述至少一個文件未在所述至少兩個參與方之間被傳送，所述文件跟蹤模塊通過自動通知所述多個參與方中的至少一方來自動使所述至少一個強制動作發生。
17.如權利要求15所述的施工支付管理系統，其中，如果所述至少一個文件未在所述至少兩個參與方之間被傳送，所述文檔跟蹤模塊通過自動地暫緩支付所述多個參與方中的至少一方來自動使所述至少一個強制動作發生。
18.如權利要求17所述的施工支付管理系統，其中，所述文件跟蹤模塊自動按電子方式把該暫緩支付通知給所述多個參與方中的至少一方。
19.如權利要求12所述的施工支付管理系統，其中，所述文件跟蹤模塊對所述至少一個文件指定期滿日。
20.如權利要求19所述的施工支付管理系統，其中，在接近所述期滿日的時候，所述文件跟蹤模塊把所述期滿日自動通知給所述多個參與方的至少一方。
全文摘要
一種管理施工支付過程的系統和方法，該施工支付過程涉及與施工工程相關的多個參與方和至少一個文件，該至少一個文件在所述施工工程期間通過至少一個計算機網絡在所述多個參與方中的至少兩個參與方之間傳送。一種方法包括對所述至少一個文件指定至少一個強制動作，其中，如果所述至少一個文件未在所述至少兩個參與方之間按電子方式傳送，所述強制動作自動發生。
文檔編號G06Q20/00GK101042759SQ20071008873
公開日2007年9月26日 申請日期2007年3月22日 優先權日2006年3月23日
發明者派屈克·J·阿林, 查爾斯·C·徹麗, 威廉·H·艾克霍恩 申請人:特克斯圖拉股份有限公司