專利名稱：具有單據(jù)交換特征的建筑付款管理系統(tǒng)和方法
具有單據(jù)交換特征的建筑付款管理系統(tǒng)和方法
背景技術(shù)：
在建筑業(yè)中， 一些公司將大量金錢和時間投入到自動進行和/或消除付款人(例
如，建筑商、銀行或財產(chǎn)所有人)和收款人(例如，分包商、供應商或材料提供商)之間的發(fā) 票產(chǎn)生過程的特定方面。

發(fā)明內(nèi)容
在建筑業(yè)中，特定參與者不需要或不期望全面自動的建筑付款管理系統(tǒng)。然而，這
樣的參與者仍需要或期望用于建筑項目或過程的特定方面的自動系統(tǒng)。因此，仍需要自動
系統(tǒng)或模塊，以獲得發(fā)票并處理價格預算或進度、核對單據(jù)相符性(例如，對所請求/所要
求的單據(jù)的收據(jù)進行驗證)、和/或交換經(jīng)過電子簽署的付款留置權(quán)放棄聲明。 本發(fā)明的一些實施例提供了對建筑付款過程進行管理的系統(tǒng)和方法，該建筑付款
過程涉及與建筑項目相關聯(lián)的多個參與者，以及在建筑項目期間要在至少兩個參與者之間
傳送的至少一個單據(jù)，用于交換從接收單據(jù)的參與者傳送到創(chuàng)建、提交或電子簽署單據(jù)的
參與者的付款。在一些實施例中，所述方法還包括將所述至少一個單據(jù)分配給付款的支
出，其中，如果在所述至少兩個參與者之間傳送了所述至少一個單據(jù)，則自動支出所述付款。 在一些實施例中，所述方法還包括將中止付款強制動作分配給所述至少一個單 據(jù)，其中，如果在所述至少兩個參與者之間沒有傳送所述至少一個單據(jù)，則中止付款強制動 作自動生效。在一些實施例中，中止付款強制動作自動生效，而與所述至少兩個參與者之間 的其他單據(jù)的交換無關。 在一些實施例中，所述方法還包括創(chuàng)建或電子簽署所述至少一個單據(jù)，并且將所 述至少一個單據(jù)發(fā)送給所述至少兩個參與者中的第一參與者，所述至少一個單據(jù)請求第一 參與者付款。在一些實施例中，所述方法還包括從第一參與者接收對所述至少一個單據(jù)的 核準，并且創(chuàng)建、提交或電子簽署至少一個附加單據(jù)作為對付款的交換。 在一些實施例中，所述方法還包括創(chuàng)建或電子簽署所述至少一個單據(jù)，并且將所 述至少一個單據(jù)發(fā)送給所述至少兩個參與者中的第一參與者，所述至少一個單據(jù)包括付款 數(shù)額。在一些實施例中，所述方法還包括從第一參與者接收對所述至少一個單據(jù)的核準， 并且基于來自第一參與者的輸入來創(chuàng)建、提交或電子簽署至少一個附加單據(jù)作為對付款的 交換。


圖1是根據(jù)本發(fā)明一個實施例的建筑付款管理系統(tǒng)的示意圖。 圖2示出了沒有相符管理的圖1的建筑付款管理系統(tǒng)的留置權(quán)放棄聲明交換工作 流。 圖3示出了具有相符管理的圖1的建筑付款管理系統(tǒng)的留置權(quán)放棄聲明交換工作 流。
6
圖4示出了沒有相符管理并且沒有自動電子付款的圖1的建筑付款管理系統(tǒng)的留 置權(quán)放棄聲明交換工作流。 圖5示出了具有相符管理但沒有自動電子付款的圖1的建筑付款管理系統(tǒng)的留置 權(quán)放棄聲明交換工作流。圖6是管理項目過程的示意圖。圖7是管理組織過程的示意圖。圖8是創(chuàng)建組織和/或用戶過程的示意圖。圖9是創(chuàng)建組織表格的圖示。圖io是新用戶系統(tǒng)通知的圖示。圖ll是系統(tǒng)通知的圖示。圖12是編輯組織表格的圖示。圖13是激活組織通知的圖示。圖14是激活組織表格的圖示。圖15是組織激活通知的圖示。圖16是組織去激活通知的圖示。圖17是保持組織過程的示意圖。圖18是查看組織屏幕的圖示。圖19是瀏覽組織屏幕的圖示。圖20是編輯組織表格的圖示。圖21是組織簡檔更新通知的圖示。圖22是創(chuàng)建用戶過程的示意圖。圖23是創(chuàng)建用戶表格的圖示。圖24是更新用戶簡檔通知的圖示。圖25是保持用戶過程的示意圖。圖26是查看用戶屏幕的圖示。圖27是瀏覽用戶屏幕的圖示。圖28是編輯用戶表格的圖示。圖29是用戶簡檔更新通知的圖示。圖30是創(chuàng)建項目過程的示意圖。圖31和32是創(chuàng)建項目表格的圖示。圖33是創(chuàng)建相符要求表格的圖示。圖34是管理相符要求表格的圖示。圖35是項目創(chuàng)建通知的圖示。圖36是為項目分配用戶職責的過程的示意圖。圖37是項目用戶訪問屏幕的圖示。圖38是項目責任通知的圖示。圖39是留置權(quán)放棄聲明交換過程的示意圖。
具體實施例方式
在對本發(fā)明的任何實施例進行詳細說明之前，應當理解，本發(fā)明的應用不限于以 下描述中所闡述或以下附圖中所示意的組件的結(jié)構(gòu)和布置的細節(jié)。本發(fā)明能夠具有其他實 施例，并能夠以各種方式實踐或執(zhí)行。同樣，應當理解，這里所使用的短語或術(shù)語是出于描 述的目的，并不應視為限制性。這里使用的"包括"、"包含"或"具有"及其變型意味著包含 其后所列項目及其等同物，以及附加項目。術(shù)語"安裝"、"連接"和"耦合"使用廣泛，并包 含直接和間接安裝、連接和耦合。此外，"連接"和"耦合"不限于物理或機械連接或耦合，并 且可以包括電連接或耦合，無論其為直接或間接。同樣，使用包括直接連接、無線連接等任 何已知方法來執(zhí)行電子通信和通知。 應當注意，多個基于硬件和軟件的設備以及多個不同結(jié)構(gòu)的組件可以用來實現(xiàn)本 發(fā)明。此外，如后續(xù)段落中描述的，在附圖中示意的特定配置意在例示本發(fā)明的實施例，并 且其他可選配置是可能的。 圖1示出了根據(jù)本發(fā)明一個實施例的建筑付款管理系統(tǒng)(CPMS) 10。 CPMS 10包括 應用服務器12、數(shù)據(jù)庫服務器14、應用邏輯模塊16、web服務器18、網(wǎng)絡20 (如互聯(lián)網(wǎng)或單 獨或與互聯(lián)網(wǎng)組合的其他網(wǎng)絡)、驗證服務22、參與組織或個人24 (下文稱為"參與者"或 "組織")、以及付款系統(tǒng)26。付款系統(tǒng)26可以包括自動交易所(ACH)系統(tǒng)、電匯系統(tǒng)、借 記卡系統(tǒng)、信用卡系統(tǒng)、可以產(chǎn)生交換的支票、匯票、賬單、本票、10U、借記通知、或其他可流 通票據(jù)的支票產(chǎn)生系統(tǒng)、或任何其他適合的電子資金轉(zhuǎn)帳(EFT)系統(tǒng)。驗證服務22在允許 新組織和/或用戶使用CPMS 10之前對其進行驗證。 應用服務器12存儲并提供對項目模塊28、表格處理模塊30、許可和授權(quán)引擎32、 數(shù)據(jù)庫管理系統(tǒng)34、訪問管理器38、通知管理器40、組織模塊42、合同簽訂模塊46、用戶模 塊50、系統(tǒng)環(huán)境管理器52、以及電子保管箱/第三方保管契據(jù)(escrow)68的訪問。系統(tǒng)環(huán) 境管理器52包括報告產(chǎn)生器62、幫助模塊64、以及系統(tǒng)維護模塊66。電子保管箱/第三方 保管契據(jù)68可以存儲電子留置權(quán)放棄聲明54和其他電子付款收據(jù)56。
項目模塊28對項目的創(chuàng)建進行管理，并存儲項目相關信息。表格處理模塊30基 于預定模板來創(chuàng)建單據(jù)。許可和授權(quán)引擎32對CPMS IO的用戶的許可和授權(quán)進行識別和 存儲。例如，許可和授權(quán)引擎32可以存儲許可，該許可指定允許哪些用戶代表特定組織或 公司來進行簽名。類似地，訪問管理器38管理對由CPMS IO提供的功能的訪問。例如，訪 問管理器38可以存儲許可和/或項目分配。 通知管理器40向CPMS 10的用戶產(chǎn)生通知。例如，通知管理器40可以在需要動
作時和/或為了信息目的產(chǎn)生通知。組織模塊42使用CPMS IO來創(chuàng)建和保持組織。合同
簽訂模塊46提供合同簽訂功能并存儲合同信息。在一些實施例中，合同信息是用于過賬交
易的數(shù)據(jù)類。用戶模塊50創(chuàng)建并保持訪問CPMS IO的個人的個人用戶賬戶。 如圖1所示，應用服務器12還包括單據(jù)管理模塊88。單據(jù)管理模塊88用作電子
單據(jù)的分類和存儲設施。 在一些實施例中，應用服務器12還包括相符模塊90。相符模塊90包括存儲相符 要求及其狀態(tài)(例如，給定的承包商是否與特定要求相符)的引擎。在一些實施例中，在相 符模塊90中存儲的要求跟蹤是否已從與項目相關聯(lián)的參與者24接收到單據(jù)的證明文件 (例如，合同、付款申請、公正的聲明、保險覆蓋或保證或證明文件、預留置權(quán)通知、留置權(quán)放棄聲明等)，并且在一些實施例中，提供警告和出價選項，以通過付款過程強制相符，直到并 包括自動中止付款。單據(jù)可以與特定項目、特定項目的所有權(quán)、項目內(nèi)特定預算線項、或特 定參與者或組織相關聯(lián)。還可以對單據(jù)進行跟蹤以確定是否期滿，并且相符模塊90可以產(chǎn) 生警告和對正在應用的付款中止即將期滿的提醒。將警告和提醒經(jīng)由通知管理器轉(zhuǎn)發(fā)至分 包商，并且通過相符模塊90的監(jiān)控功能來發(fā)出和/或發(fā)放付款中止。 如圖1所示，應用服務器12還包括接口模塊92。接口模塊92與外部系統(tǒng)(例如， 記帳系統(tǒng)、項目管理系統(tǒng)和企業(yè)資源計劃(ERP)系統(tǒng))接口連接，并且將信息發(fā)送至外部系 統(tǒng)和/或從外部系統(tǒng)接收信息。 應當理解，應用服務器12的組件能夠以不同于關于圖1所示和描述的方式進行組 合。用于對應用服務器12的各個模塊、管理器和引擎進行編碼的軟件可以以任何適合的方 式進行組合或分離，并且可以以任何適合的方式進行存儲和訪問。 應用服務器12可以連接至數(shù)據(jù)庫服務器14、應用邏輯模塊16、和驗證服務22。然 而，在一些實施例中，驗證服務22可以僅連接至網(wǎng)絡20。應用邏輯模塊16可以連接至web 服務器18，或在一些實施例中，直接連接至網(wǎng)絡20。 web服務器18可以連接至網(wǎng)絡20。
參與者24可以包括，例如，建筑商74、觀察員/現(xiàn)場監(jiān)督員76、一個或多個分包商 (分包商A 78、分包商B 80等)、一個或多個材料提供商82、供應商84、以及一個或多個建 筑第三方保管契據(jù)代理86。盡管圖1中未示出，但還可以包括其他參與者，例如，銀行、資質(zhì) 公司、或產(chǎn)權(quán)人。參與者24可以訪問應用服務器12，以便使用各種模塊、管理器以及引擎來 執(zhí)行根據(jù)本發(fā)明多個實施例的建筑付款管理方法。 參與者24可以連接至付款系統(tǒng)26 ;然而，在本發(fā)明的一些實施例中，參與者24中
的一些不能連接至付款系統(tǒng)26。在一些實施例中，付款系統(tǒng)26可以包括具有一個或多個發(fā)
起存托金融機構(gòu)(ODFI)和一個或多個接收存托金融機構(gòu)(RDFI)的ACH系統(tǒng)。 圖2示出了CPMS 10所管理的留置權(quán)放棄聲明交換工作流的示例。在該示例中，建
筑商74是居住住宅建筑商；然而，CPMS 10能夠應用于建筑商74從事非住宅建筑的情況。
此外，類似的功能能夠應用于交換的單據(jù)不是留置權(quán)放棄聲明54的情況。 如圖2所示，住宅建筑商74可以向CPMS 10提供項目留置權(quán)放棄聲明要求。在
一些實施例中，住宅建筑商將留置權(quán)放棄聲明要求直接輸入(例如，經(jīng)由鍵盤、觸摸屏等)
CPMS 10。在其他實施例中，CPMSIO經(jīng)由接口模塊92與住宅建筑商74的外部系統(tǒng)(例如，
ERP系統(tǒng))接口連接，以獲得這些要求。留置權(quán)放棄聲明要求指定了所需的留置權(quán)放棄聲明
的類型、必須接收留置權(quán)放棄聲明以接收付款的截止日期等。 在住宅建筑商74提供了這些要求之后，住宅建筑商74可以向CPMS 10提供供應 商項目付款數(shù)據(jù)。供應商項目付款數(shù)據(jù)可以直接由住宅建筑商74提供，和/或經(jīng)由接口模 塊92從住宅建筑商74的外部系統(tǒng)(例如，ERP和/或記帳系統(tǒng))上載。由住宅建筑商74 提供的付款數(shù)據(jù)將排列項與項目、要對其進行支付的供應商93、以及所請求的留置權(quán)放棄 聲明相關聯(lián)。付款數(shù)據(jù)包括要向特定供應商93支付的付款數(shù)額。 當供應商93請求付款時，CPMS 10可以代表供應商93創(chuàng)建請求付款的發(fā)票。住 宅建筑商74代表供應商93創(chuàng)建(例如，使用CPMS 10)發(fā)票，該發(fā)票包括指定的付款數(shù)額。 供應商93查看發(fā)票并經(jīng)由CPMS 10核準或不核準所指定的付款數(shù)額，但是不能修改付款數(shù) 額。 一旦供應商93核準了發(fā)票，則CPMS 10提示供應商93簽署留置權(quán)放棄聲明，以便發(fā)起
9向供應商93的付款。這樣，住宅建筑商74指定由供應商93提交的發(fā)票或帳單數(shù)額，并因 此在行業(yè)中通常被稱為"指定計費(specifiedbilling)"。 在一些實施例中，CPMS 10可以支持"指定付款環(huán)境"、"指定計費"環(huán)境、以及發(fā)票 產(chǎn)生環(huán)境，其中，供應商創(chuàng)建并提交發(fā)票請求付款。在一些實施例中，付款數(shù)額由供應商93 指定或設置(例如，指定或設置為美元數(shù)額或完成百分比)，并且住宅建筑商74核準(例 如，經(jīng)由CPMS 10)付款數(shù)額。在一些實施例中，供應商93通過CPMS 10提交發(fā)票?？蛇x地， 住宅建筑商74或CPMS 10可以基于所請求的付款數(shù)額，代表供應商93來產(chǎn)生發(fā)票。
在將付款數(shù)據(jù)輸入到CPMS 10中之后，CPMS 10提示(例如，經(jīng)由通知)供應商93 經(jīng)由CPMS IO的電子簽署模塊來簽署留置權(quán)放棄聲明。該留置權(quán)放棄聲明可以是部分或最 終的留置權(quán)放棄聲明。 —旦供應商93電子簽署了留置權(quán)放棄聲明，并向CPMS IO提交留置權(quán)放棄聲明， CPMS 10將留置權(quán)放棄聲明存儲在電子保管箱68中，并自動對向供應商93付款進行排隊。 如圖2所示，該示例的CPMS 10包括存儲排隊的付款的準備付款模塊95。 一旦準備好執(zhí)行 付款，CPMS10發(fā)起(例如，經(jīng)由付款系統(tǒng)26)對供應商93的付款。例如，CPMS IO可以經(jīng)由 ACH發(fā)起對供應商93的付款。 CPMS IO還允許住宅建筑商74訪問已簽署的留置權(quán)放棄聲明。然而，在一些實施 例中，CPMS 10防止住宅建筑商74查看留置權(quán)放棄聲明上的簽名，直到確認對供應商93的 付款。 一旦確認付款，CPMS 10還向供應商93提供(例如，經(jīng)由通知)付款的收據(jù)。此外， CPMS IO可以創(chuàng)建付款記錄，CPMS 10將該付款記錄內(nèi)部存儲在付款模塊96中，并提供給住 宅建筑商74(例如，經(jīng)由住宅建筑商74的外部ERP或記帳系統(tǒng))。在一些實施例中，付款記 錄可以包括ACH記錄或文件。 應當注意，圖2中所示的CPMS 10不包括單據(jù)管理模塊88或相符管理模塊90。因 此，圖2中所示的CPMS IO不提供相符管理。圖3示出了與住宅建筑商74和一個或多個 供應商93交互的CPMS 10的工作流，其中，CPMS 10包括單據(jù)管理模塊88和相符管理模塊 90，從而提供相符管理。應當理解，在一些實施例中，CPMS 10可以包括單據(jù)管理模塊88和 相符管理模塊90，相符管理模塊90可以"開啟"或"關閉"，以便根據(jù)需要或期望可選地提 供相符管理。 圖3所示的CPMS 10接收如上關于圖2所述的項目留置權(quán)放棄聲明要求。然而， CPMS 10還從住宅建筑商74獲得單據(jù)要求。單據(jù)要求可以包括住宅建筑商74向供應商93 要求的單據(jù)的列表、接收所請求的單據(jù)的期限、在未從特定供應商93接收到所請求的單據(jù) 的情況下要采取的動作等。例如，住宅建筑商74可以針對特定請求的單據(jù)指定強制動作。 強制動作指定了在供應商93不提供所請求的單據(jù)的情況下由CPMS 10自動執(zhí)行的至少一 個動作。例如，強制動作可以包括"僅告知"動作，該動作包括自動通知住宅建筑商74和/ 或供應商93缺少單據(jù)。強制動作還可以包括"中止付款"動作，該動作包括自動中止對未 提供所請求的單據(jù)的供應商93的付款。 可以在組織級和/或項目級設置單據(jù)或相符要求。在一些實施例中，住宅建筑商 74可以將單據(jù)要求直接輸入CPMS 10。在其他實施例中，住宅建筑商74可以使用CPMS 10 的接口模塊92，經(jīng)由外部系統(tǒng)(例如，ERP系統(tǒng))將單據(jù)要求上載至CPMS 10。在住宅建筑 商74向CPMS10提供單據(jù)要求之后，供應商93可以將所請求的單據(jù)上載至CPMS 10以便住宅建筑商74核準。 在住宅建筑商74提供留置權(quán)放棄聲明和單據(jù)要求之后，住宅建筑商74可以經(jīng)由 如上關于圖2所述的接口模塊92向CPMS 10提供供應商項目付款數(shù)據(jù)。在住宅建筑商74 將該付款數(shù)據(jù)輸入CPMS 10之后，CPMS 10提示(例如，經(jīng)由通知)供應商93電子簽署留 置權(quán)放棄聲明，并且，一旦供應商93簽署了留置權(quán)放棄聲明，則將留置權(quán)放棄聲明存儲在 電子保管箱68中。此時，在留置權(quán)放棄聲明和付款交換過程中，CPMS IO還可以提示供應 商93輸入在供應商可以接收到付款之前所需的任何缺少的相符單據(jù)。與上述關于圖2描 述的交換過程相比，如果供應商93與所要求的單據(jù)不相符，并且住宅建筑商74已選擇在供 應商93被視為不相符的情況下中止付款，則即使供應商93簽署了所請求的留置權(quán)放棄聲 明，也不會自動產(chǎn)生對供應商的付款。 當供應商93與所要求的單據(jù)相符時，住宅建筑商74更新與供應商93相關聯(lián)的相 符要求的狀態(tài)，并發(fā)放任何中止的付款。然后，如上關于圖2所述，將付款排隊以便執(zhí)行。 一旦準備好執(zhí)行付款，CPMS 10發(fā)起(例如，經(jīng)由ACH)對供應商93的付款。CPMS 10還允 許住宅建筑商74訪問所簽署的留置權(quán)放棄聲明。然而在一些實施例中，CPMS IO防止住宅 建筑商74查看留置權(quán)放棄聲明上的簽名，直到確認對供應商93的付款。 一旦確認了付款。 CPMS 10向供應商93提供(例如，經(jīng)由通知)付款的收據(jù)。此外，如上關于圖2所述，CPMS 10可以為住宅建筑商74創(chuàng)建付款記錄。 在其他實施例中，根據(jù)建筑商74和建筑項目的具體需要，可以修改或移除圖2和3 所示的工作流的各個方面。例如，圖4和5示出了留置權(quán)放棄聲明交換工作流，其中，CPMS 10不直接連接至付款系統(tǒng)26。取而代之地，該系統(tǒng)通知建筑商74 :已將留置權(quán)放棄聲明存 儲在電子保管箱68中。然后，建筑商74例如通過開支票并以物理方式將其交付給供應商， 來手動執(zhí)行付款。建筑商74向CPMS 10指示已完成付款，并且CPMS 10如上圖2或3所 示繼續(xù)操作。 圖6-39示出了參與者24使用在應用服務器12中存儲的各種模塊、管理器和引擎
來執(zhí)行的建筑付款管理過程的概況。圖6示出了管理項目過程97，包括接口項目/控制
過程98、創(chuàng)建項目過程99、保持合同過程100、以及保持項目過程102。 圖7示出了管理組織過程14 (可以由組織模塊42和/或用戶模塊50來執(zhí)行)，包
括邀請組織/用戶過程105、創(chuàng)建組織過程106、保持組織過程108、創(chuàng)建用戶過程110、以
及保持用戶過程112。 圖8示出了管理組織過程104中包括的創(chuàng)建組織過程106。參與者24中的任何一 個可以使用組織模塊42來執(zhí)行創(chuàng)建組織過程106。創(chuàng)建組織過程106包括創(chuàng)建組織任務 148、更新組織簡檔任務150、編輯組織任務152、以及激活組織任務156。如關于圖22進一 步描述的，還可以執(zhí)行更新用戶簡檔任務162。 圖9示出了可以與創(chuàng)建組織任務148相關聯(lián)的創(chuàng)建組織表格。 一個或多個參與者 24可以通過組織模塊42來訪問該創(chuàng)建組織表格。參與者24然后可以輸入所請求的信息，如 商業(yè)信息、主要聯(lián)系信息、稅務信息、以及銀行信息。例如，參與者24可以輸入組織或公司 名稱、地址、城市、州、郵政編碼、國家、銀行帳號、銀行線路號、以及聯(lián)邦雇主標識號(FEIN)。 參與者24還可以輸入與組織相關聯(lián)的用戶信息，如用戶名(名和姓)、職位、電子郵件地址、 以及電話號碼。在一些實施例中，可以將輸入其個人信息作為與組織相關聯(lián)的用戶信息的參與組織24的第一用戶視為該參與者24的管理員，并且給予該第一用戶比后續(xù)用戶更多 的訪問參與者信息的能力。CPMS IO可以使用全面的基于職責的安全性，使得項目參與者僅 能看到項目中為其具體需要而定制的信息。在一些實施例中，一旦組織在CPMS IO中注冊， 則該組織可以接收CPMS 10所管理的任何項目的付款。 圖10示出了可以在更新用戶簡檔任務162期間發(fā)送的通知。除非另外明確聲明， 否則這里以及所附權(quán)利要求中所使用的術(shù)語"系統(tǒng)通知"、"通知"、或"系統(tǒng)消息"是指與參 與者24通信的任何形式，如電子郵件消息、屏幕通知、文本消息、語音消息等。圖8的系統(tǒng) 通知包括參與者24的第一用戶的用戶名和臨時口令。 圖11示出了可以在更新組織簡檔任務150期間發(fā)送的通知。可以將圖11的通知 發(fā)送至參與者24的管理員。通知包括請求接收方更新組織簡檔、在參與組織之前添加用 戶、以及提供銀行詳情的聲明。 圖12示出了與編輯組織任務152相關聯(lián)的編輯組織表格。每個參與者24可以通 過組織模塊42來訪問編輯組織表格。參與者24可以修改現(xiàn)有信息，如商業(yè)信息、主要聯(lián)系 信息、稅務信息、以及銀行信息。在一些實施例中，輸入其信息作為與組織相關聯(lián)的用戶信 息的參與組織24的第一用戶是被允許訪問編輯組織表格的唯一用戶。
圖13示出了可以在激活組織通知任務156期間發(fā)送的激活組織通知。圖13的通 知包括已更新了組織詳情的聲明以及使該組織有效和激活的請求。 圖14示出了可以與激活組織任務156相關聯(lián)的激活組織表格。圖14的表格包括 參與者24的列表(例如，包括組織名稱、組織在建筑過程中的職責、選擇參與者24的能力、 以及查看參與者24的信息的能力)。圖14的表格還包括"查找"特征、指定參與者24的類 型的能力、以及拒絕/去激活所選組織并提供拒絕/去激活理由的能力。
圖15示出了可以在組織激活任務160期間發(fā)送的組織激活通知。類似地，圖16 示出了可以在組織拒絕任務158期間發(fā)送的組織去激活通知。 圖17示出了可以包括在管理組織過程104中的保持組織過程108。保持組織過 程108可以由組織本身或其他參與者來使用，以保持聯(lián)系信息、銀行賬戶信息、或建筑付款 過程所需的任何其他類型信息的精確度。參與者可以使用組織模塊42來執(zhí)行保持組織過 程108。圖17的保持組織過程108包括瀏覽組織任務164、編輯組織任務166、組織更新 通知任務168、以及查看組織任務120。 圖18示出了可以與查看組織任務120相關聯(lián)的查看組織屏幕。查看組織屏幕包 括組織的商業(yè)信息和主要聯(lián)系信息。 圖19示出了可以與瀏覽組織任務164相關聯(lián)的瀏覽組織屏幕。瀏覽組織屏幕包 括參與者列表，該參與者列表包括組織名稱、組織在建筑過程中的職責、主要聯(lián)系信息、以 及電話號碼。瀏覽組織屏幕還包括"查找"特征和用于查看關于每個參與者的附加信息的 鏈接。在一些實施例中，住宅建筑商可以使用瀏覽組織屏幕來查看其優(yōu)選分包商或材料提 供商。 圖20示出了可以與編輯組織任務166相關聯(lián)的編輯組織表格。參與者可以編輯 現(xiàn)有信息，如商業(yè)信息、主要聯(lián)系信息、稅務信息、以及銀行信息。在一些實施例中，輸入其 信息作為主要聯(lián)系信息的組織的第一用戶是被允許訪問編輯組織表格的唯一用戶。
圖21示出了可以在組織更新通知任務168期間發(fā)送的組織簡檔更新通知。圖21
12的通知包括關于參與者的更新的簡檔以及參與者的主要用戶或管理員名稱的信息。
圖22示出了可以包括在管理組織過程104中的創(chuàng)建用戶過程172。每次在現(xiàn)有組 織中創(chuàng)建新用戶時，可以使用創(chuàng)建用戶過程72，以便給予該新用戶對CPMS 10的適當訪問 (例如，具有用戶標識和口令的適當安全級別)。創(chuàng)建用戶過程172還可以用來更新用戶簡 檔。參與者24中的任何一個可以使用組織模塊42來執(zhí)行創(chuàng)建用戶過程172。圖22的創(chuàng)建 用戶過程172包括創(chuàng)建用戶任務174和更新用戶簡檔通知任務176。 圖23示出了可以與創(chuàng)建用戶任務174相關聯(lián)的創(chuàng)建用戶表格。在一些實施例中， 在已經(jīng)為參與者創(chuàng)建了主要用戶或管理員之后，創(chuàng)建用戶表格可以用來添加用戶。新用戶 可以輸入個人信息、安全信息(例如，用戶名和口令)、電子郵件通知首選項、以及安全許可 級別(例如，用戶是否可以管理項目和/或簽署單據(jù))。例如，新用戶可以輸入用戶名(例 如，名和姓)、職位、電子郵件地址、以及電話號碼。 圖24示出了可以在更新用戶簡檔通知任務176期間發(fā)送的更新用戶簡檔通知。 圖24的通知包括已添加用戶作為組織成員的聲明、以及用戶的安全信息(例如，用戶名和 臨時口令)。 圖25示出了可以包括在管理組織過程104中并可以從圖22的A處繼續(xù)的保持用 戶過程178。保持用戶過程178可以用來瀏覽每個組織中的用戶，并且查看、編輯和更新每 個組織中的用戶。參與者中的任何一個可以使用組織模塊42來執(zhí)行保持用戶過程178。圖 25的保持用戶過程178包括瀏覽用戶任務180、編輯用戶任務182、用戶簡檔更新通知任 務184、以及查看用戶任務186。 圖26示出了可以與查看用戶任務186相關聯(lián)的查看用戶屏幕。圖26的查看用戶 屏幕包括用戶的個人信息、電子郵件通知首選項、以及安全許可級別。 圖27示出了可以與瀏覽用戶任務180相關聯(lián)的瀏覽用戶屏幕。圖27的瀏覽用戶 屏幕包括針對每一參與者的一個或多個用戶的列表，可以包括用戶名、電子郵件地址、以及 電話號碼。瀏覽用戶屏幕還可以包括用于對每個用戶的信息進行編輯的鏈接。
圖28示出了可以與編輯用戶任務182相關聯(lián)的編輯用戶表格。用戶可以提供個 人信息、電子郵件通知首選項、以及安全許可級別。 圖29示出了可以在用戶簡檔更新通知任務184期間發(fā)送的用戶簡檔更新通知。
返回圖6，管理項目過程97的第一步驟可以包括接口項目/合同過程98。如上關 于圖2和3所述，接口項目/合同過程98可以包括經(jīng)由接口模塊92將項目數(shù)據(jù)和/或合 同數(shù)據(jù)從住宅建筑商的外部系統(tǒng)上載至CPMS 10。例如，項目數(shù)據(jù)和合同數(shù)據(jù)可以從住宅建 筑商74的ERP系統(tǒng)上載至CPMS 10。 圖30示出了可以包括在管理項目過程97中的創(chuàng)建項目過程99。住宅建筑商74 可以和使用項目模塊28來執(zhí)行創(chuàng)建項目過程99，以在CPMS IO中發(fā)起新項目。圖30的創(chuàng) 建項目過程99包括創(chuàng)建項目任務190、項目創(chuàng)建通知任務195、項目用戶訪問任務196、以 及項目責任任務197。在包括如上所述單據(jù)相符功能的實施例中，創(chuàng)建項目任務190還可 以包括創(chuàng)建項目相符要求(任務191)、創(chuàng)建項目核準要求(任務192)、創(chuàng)建項目單據(jù)要求 (任務193)、和/或創(chuàng)建其他項目要求(任務194)。 在一些實施例中，CPMS 10可以基于從住宅建筑商74的外部系統(tǒng)上載至CPMS 10 的項目數(shù)據(jù)和/或合同數(shù)據(jù)來發(fā)起新項目。在其他實施例中，代替上載數(shù)據(jù)或除了將數(shù)據(jù)
13上載至CPMS 10以外，住宅建筑商可以手動輸入數(shù)據(jù)和/或驗證數(shù)據(jù)。圖31和32示出了 可以與創(chuàng)建項目任務190相關聯(lián)的創(chuàng)建項目表格。住宅建筑商74可以使用圖31和32的 創(chuàng)建項目表格來提供項目標識信息、項目資金信息、項目所有人信息、項目建筑師信息、以 及工地信息。住宅建筑商74還可以使用圖31和32的創(chuàng)建項目表格來驗證從外部系統(tǒng)上 載的項目和/或合同信息。例如，住宅建筑商74還可以使用圖31和32的創(chuàng)建項目表格來 輸入和/或驗證留置權(quán)放棄聲明的單據(jù)模板、工地描述、工地地址、工地狀態(tài)、工地郡縣、 合同數(shù)額和/或合同日期。 圖33示出了創(chuàng)建相符要求表格。住宅建筑商74可以使用創(chuàng)建相符要求表格來標 識在完成付款之前所需的附加單據(jù)、信息或核準的情況。住宅建筑商74可以指示要求的范 圍(例如，要求應用于特定項目、特定供應商或分包商，還是應用于與住宅建筑商74相關聯(lián) 的所有項目和收款人)。住宅建筑商74可以標識對象類型(例如，發(fā)票、支票、公正的聲明、 或留置權(quán)放棄聲明)，并可以指示與該對象相關聯(lián)的要求。住宅建筑商74還可以使用該表 格來指示要求有效的時間段，如有效日期、屆滿日期、或發(fā)起事件。住宅建筑商74還可以設 置滿足要求的期限。 如上參照圖3所述，CPMS IO可以被配置為中止付款，直到接收到附加單據(jù)。使用 圖33的創(chuàng)建相符要求表格，住宅建筑商74可以標識附加單據(jù)并檢查"付款所需"箱。創(chuàng)建 相符要求表格還可以用來設置將不相符項目的第一和第二通知發(fā)送至適用方的時間。
同樣如上參照圖3所述，住宅建筑商74可以要求在完成付款之前核準特定請求的 單據(jù)。使用圖33的創(chuàng)建相符要求表格，住宅建筑商74可以標識單據(jù)("對象類型")并設 置核準要求。圖33的創(chuàng)建相符要求表格還允許住宅建筑商74設置核準工作流，或?qū)υ谕?成付款之間必須核準單據(jù)的多個參與者進行標識。 —旦創(chuàng)建了相符要求，可以通過如圖34所示的管理相符要求表格來對相符要求 進行監(jiān)控和管理。住宅建筑商74選擇范圍和/或發(fā)起事件，并且顯示所有適用的相符要求 的列表。住宅建筑商74可以添加、移除或編輯列表中的要求。 圖35示出了可以在圖30的項目創(chuàng)建任務195期間發(fā)送的項目創(chuàng)建通知。圖35 的通知包括住宅建筑商74已創(chuàng)建了新項目的聲明、以及對允許將用戶分配給項目的屏幕 的鏈接。 圖36示出了為項目分配用戶職責并且在一些實施例中可以與圖30的創(chuàng)建項目任 務190和項目用戶訪問任務196重疊的過程。當創(chuàng)建新用戶時(步驟201)，將用戶與組織 相關聯(lián)(步驟203)，并且給予用戶該組織內(nèi)的職責(步驟205)。當創(chuàng)建新項目(步驟207) 并將用戶分配給該項目(步驟209)時，該示例中的系統(tǒng)自動將組織內(nèi)用戶的職責與用戶在 項目中將具有的職責相關聯(lián)。 圖37示出了可以與項目用戶訪問任務196相關聯(lián)的項目用戶訪問屏幕。項目用 戶訪問屏幕包括項目名稱、項目號、住宅建筑商名稱、以及針對特定項目和/或特定組織 的用戶列表。用戶可以由名稱和用戶名來標識，并且在一些實施例中，可以被視為項目管理 者或簽署人。該屏幕顯示了當前與項目相關聯(lián)的用戶以及當前分配給這些用戶的相應職責 的列表。該用戶及其所分配職責的列表可以通過該屏幕進行修改。例如，如果利用圖33的 創(chuàng)建相符要求表格來創(chuàng)建相符要求，則可以給"Sam Jenkins"分配"相符"職責。如果創(chuàng)建 在完成付款之前要求核準的要求，則可以給予"Steve Johnson"該項目的"核準者"職責。
當創(chuàng)建或改變項目職責或責任時，將通知發(fā)送至適當?shù)挠脩?。圖38示出了可以在 圖30的項目責任通知任務197期間發(fā)送的項目責任通知。圖38的通知可以包括關于項目 的用戶責任已修改的聲明。 如上關于圖2和3所述，住宅建筑商可以使用CPMS 10，以付款來交換電子簽署的 留置權(quán)放棄聲明。圖39示出了可以由CPMS 10執(zhí)行的留置權(quán)放棄聲明付款交換過程200。 如上參照圖2-5所示的示例所述，盡管在該示例中，建筑商74是住宅建筑商，但圖39中描 述的CPMS IO的功能還可以應用于從事非住宅建筑的建筑商。此外，盡管該示例描述了住 宅建筑商74和供應商之間的交換，但第二參與者也可以是如分包商或材料提供商之類的 其他類型。 如圖39所示，為了發(fā)起留置權(quán)放棄聲明付款交換，CPMS IO可以基于由住宅建筑 商74指定的信息來創(chuàng)建付款訂單(步驟202)。如上關于圖2和3所述，住宅建筑商74可 以手動將付款信息輸入CPMS IO，或者可以經(jīng)由接口模塊92從住宅建筑商74的外部系統(tǒng) (例如，ERP系統(tǒng))上載付款信息。由CPMS IO管理的每個付款訂單包括將排列項與正確項 目和要支付的正確合同鏈接的信息。與付款訂單相關聯(lián)的付款信息可以包括項目名稱/開 發(fā)、項目所有人信息、項目標識符、交易標識符、合同標識符、以及付款數(shù)額。
然后，在項目和與其相關的合同的上下文中，將付款訂單存儲在CPMS 10中。CPMS 10保持與付款交易獨立的組織/用戶分級。該分級提供用于存儲付款的結(jié)構(gòu)以及用戶/許 可結(jié)構(gòu)，該用戶/許可結(jié)構(gòu)確定誰是來自任何給定組織的授權(quán)人以進行簽署和/或確認，并 且控制對由CPMS IO管理的信息的訪問。項目/合同數(shù)據(jù)結(jié)構(gòu)還可以指定完成針對特定供 應商93的正確留置權(quán)放棄聲明表格所需的信息。 如圖39所示，一旦CPMS IO接收到付款訂單信息，CPMS IO使用之前從住宅建筑商 74獲得(例如，手動地從住宅建筑商74獲得，或者從住宅建筑商74的外部系統(tǒng)上載)的 項目和合同信息，將付款訂單與項目和/或合同進行匹配(步驟204)。然后，通知(例如， 經(jīng)由通知管理器40)供應商93經(jīng)由CPMS 10的電子簽名引擎來簽署部分或最終留置權(quán)放 棄聲明(步驟206)。 CPMS 10產(chǎn)生所需的留置權(quán)放棄聲明，并且供應商93電子簽署該留置 權(quán)放棄聲明(步驟308)。在一些實施例中，CPMS 10可以基于由住宅建筑商74指定的留置 權(quán)放棄聲明模板(例如，手動獲得和/或從外部系統(tǒng)上載)來產(chǎn)生所需單據(jù)。 一旦供應商 93簽署了留置權(quán)放棄聲明，CPMS 10將簽署的留置權(quán)放棄聲明存儲在電子保管箱/第三方 保管契據(jù)68中(步驟210)。 如上關于圖3所述，在一些實施例中，CPMS 10可以可選地包括單據(jù)管理模塊88 和允許CPMS 10提供相符管理的相符管理模塊90。例如，當CPMS 10包括單據(jù)管理模塊88 和相符管理模塊90 (或包括激活或"開啟"的單據(jù)管理模塊88和相符管理模塊90)時，CPMS 10可以從住宅建筑商74獲得單據(jù)要求。單據(jù)要求可以包括住宅建筑商74向供應商93要 求的單據(jù)的列表、接收所請求的單據(jù)的期限、在未從特定供應商93接收到所請求的單據(jù)的 情況下要采取的動作等。在一些實施例中，單據(jù)或相符要求還指定所請求的單據(jù)的模板或 規(guī)范。CPMS IO可以使用這些模板或規(guī)范來產(chǎn)生所請求的單據(jù)。如上所述，可以在組織級和 /或項目級設置單據(jù)或相符要求。在一些實施例中，住宅建筑商74可以將單據(jù)要求直接輸 入CPMS 10。在其他實施例中，住宅建筑商74可以使用CPMS 10的接口模塊92，經(jīng)由外部 系統(tǒng)(例如，ERP系統(tǒng))將單據(jù)要求加載至CPMS 10。在住宅建筑商74向CPMS 10提供單據(jù)要求之后，供應商93可以將所請求的單據(jù)上載至CPMS 10，以便住宅建筑商74核準。
在住宅建筑商74向CPMS IO提供單據(jù)要求和付款訂單或數(shù)據(jù)之后，除了提示供應商93簽署留置權(quán)放棄聲明以外，CPMS 10可以提示供應商93輸入(簽署、確認、提交等)在供應商可以接收付款之前所需的任何缺少的相符單據(jù)。在一些實施例中，CPMS IO可以產(chǎn)生(例如，基于住宅建筑商74指定的模板和/或規(guī)范)相符單據(jù)，并可以將產(chǎn)生的單據(jù)呈現(xiàn)給供應商93，以便核準和/或簽署。 因此，如圖39所述，如果CPMS IO提供相符管理，則CPMS 10在發(fā)起對供應商93的付款之前可以執(zhí)行相符檢查(步驟212)。如以上關于圖3所述，如果供應商93與所要求的單據(jù)不相符，并且住宅建筑商74已選擇在供應商93被視為不相符的情況下中止付款，則CPMS IO可以中止對供應商的付款(例如，即使供應商93簽署了所請求的留置權(quán)放棄聲明)。 —旦簽署和存儲留置權(quán)放棄聲明(步驟208和210)并且驗證了供應商與單據(jù)要求或其他要求相符(步驟212)，將所簽署的留置權(quán)放棄聲明排隊以便付款(步驟214)。在一些實施例中，CPMS 10經(jīng)由ACH或其他付款網(wǎng)絡自動向供應商93支付資金。在排隊和/或發(fā)起付款之后，CPMS 10允許住宅建筑商74查看所簽署的留置權(quán)放棄聲明。然而，在如上所述的一些實施例中，CPMS防止住宅建筑商74查看留置權(quán)放棄聲明上的簽名，直到ACH或其他付款網(wǎng)絡確認接收到對供應商的付款(步驟216)。 在確認接收到付款之后，CPMS 10從電子保管箱68中發(fā)放簽署的留置權(quán)放棄聲明(步驟218)。在一些實施例中，CPMS 10還向供應商93發(fā)送付款收據(jù)(經(jīng)由電子郵件或CPMS 10，如通知管理器40)。此外，CPMS 10向住宅建筑商74發(fā)送付款記錄(步驟220)。在一些實施例中，CPMS 10通過接口模塊92將付款記錄發(fā)送至住宅建筑商74的外部系統(tǒng)(例如，ERP系統(tǒng))。盡管圖39的示例與從供應商接收簽署的留置權(quán)放棄聲明的住宅建筑商有關，但
參與者和單據(jù)可以改變。例如，付款人可以是財產(chǎn)所有人或非住宅建筑商，并且收款人可以是分包商或材料提供商。類似地，如圖39所示，可以通過自動交易所(ACH)或通過一些其他形式的付款來發(fā)起步驟214的付款分配。此外，可以以與圖39所示不同的順序來添加、移除或布置這些步驟。例如，在一些系統(tǒng)或可選的一些項目中，可以移除步驟212處的相符檢查。類似地，一些系統(tǒng)在發(fā)起付款(步驟214)之后可以立即發(fā)放簽署的單據(jù)(步驟218);從而消除步驟216的延遲。 如上關于圖2所述，代替或除了被配置為支持"指定付款"環(huán)境(如圖39所示)以外，CPMS IO還可以被配置為支持"指定計費"環(huán)境。例如，取代住宅建筑商74指定針對供應商93的付款(如圖39所示)，住宅建筑商74可以使用CPMS 10來產(chǎn)生針對供應商93的發(fā)票，該發(fā)票包括所請求的付款數(shù)額。供應商93可以經(jīng)由CPMS IO查看并核準或拒絕發(fā)票，但是不能修改發(fā)票。 一旦供應商93核準發(fā)票，CPMS 10可以提示供應商93簽署留置權(quán)放棄聲明，以便發(fā)起核準的付款。如圖39所示，一旦供應商93簽署了留置權(quán)放棄聲明(以及，可選地，與住宅建筑商74指定的單據(jù)要求相符)，CPMS 10發(fā)起對供應商93的付款。
此外，CPMS IO可以被配置為支持發(fā)票產(chǎn)生環(huán)境，其中，供應商使用CPMS 10來創(chuàng)建發(fā)票并向住宅建筑商74提交發(fā)票以便核準。 一旦住宅建筑商74核準了發(fā)票，CPMS IO提示供應商93簽署留置權(quán)放棄聲明，以便發(fā)起核準的付款。如圖39所示，一旦供應商93簽
16署了留置權(quán)放棄聲明(并且，可選地，與住宅建筑商74指定的單據(jù)要求相符)，CPMS 10發(fā)起對供應商93的付款。 應當理解，在一些實施例中，居住建筑項目可以包括多個地產(chǎn)(例如，分為單個小塊土地的地塊)。當建筑項目包括多個地產(chǎn)時，CPMSIO可以發(fā)起對特定供應商93的單一付款，其中，單一付款覆蓋多個地產(chǎn)，或者可以發(fā)起針對每個地產(chǎn)的單獨付款。類似地，CPMS
IO可以為與多個地產(chǎn)相關聯(lián)的特定供應商產(chǎn)生一個留置權(quán)放棄聲明(例如，每小塊土地的留置權(quán)放棄聲明)，或者可以為每個地產(chǎn)產(chǎn)生單獨的留置權(quán)放棄聲明(例如，每地塊的留置權(quán)放棄聲明)。 還應當理解，CPMS 10可以創(chuàng)建包括多個地產(chǎn)的項目。因此，當供應商93向CPMS10和/或項目注冊時，供應商93自動被注冊并可用于與項目中包括的每個地產(chǎn)相關聯(lián)。在一些實施例中，一旦供應商93向CPMS 10注冊，則住宅建筑商74可以使用CPMS IO來向特定項目分配特定供應商93。 在一些實施例中，CPMS 10還可以對與特定項目、地產(chǎn)、供應商93等相關聯(lián)的值的預算或進度進行管理。例如，住宅建筑商74(和/或供應商93)可以使用CPMS IO來輸入預算。住宅建筑商74可以手動將預算信息輸入CPMS IO，或者CPMS 10經(jīng)由接口模塊92從住宅建筑商74的外部系統(tǒng)獲得預算信息。 一旦CPMS IO接收到預算信息，它可以使用預算信息來產(chǎn)生單據(jù)(例如，發(fā)票、留置權(quán)放棄聲明等)、驗證付款數(shù)額等。例如，如上關于圖2所述，在一些實施例中，供應商93可以使用CPMS IO來產(chǎn)生并提交發(fā)票。為了產(chǎn)生發(fā)票，供應商93可以指定付款數(shù)額或完成百分比。如果供應商93指定了完成百分比，則CPMS 10可以基于預算數(shù)額和所指定的完成百分比，通過計算付款來產(chǎn)生發(fā)票。CPMS IO還可以相對于預算數(shù)額來對住宅建筑商74指定的付款數(shù)額進行驗證。還可以向CPMS IO提供(例如，手動地和/或經(jīng)由接口模塊92從外部系統(tǒng)上載)并通過CPMS 10來管理(例如核準)對預算訂單的改變。在一些實施例中，CPMS IO還允許觀察員輸入觀察信息，如完成百分比信息，CPMS 10可以使用觀察信息來產(chǎn)生和/或驗證發(fā)票、留置權(quán)放棄聲明、付款數(shù)額等。
本領域的技術(shù)人員應當理解，上述結(jié)構(gòu)和方法是示意性的而非限制性的。其他配置、設計和使用是可能的。例如，CPMS的各種實施例可以應用于從事住宅建筑的"住宅建筑商"或從事非住宅建筑的建筑商。此外，付款人可以不是建筑商，而是例如銀行或財產(chǎn)所有人。在這樣的情況下，建筑商74可以是收款人。各種收款人還可以包括，例如，供應商、材料提供商和分包商。同樣，盡管以上示例描述了留置權(quán)放棄聲明交換，但能夠?qū)⒃摲椒☉糜谄渌愋偷膯螕?jù)。在以下權(quán)利要求中闡述了本發(fā)明的各個特征和優(yōu)點。
1權(quán)利要求
一種用于實現(xiàn)與建筑項目相關的付款的計算機實現(xiàn)的方法，所述方法包括以電子方式向未決付款的收款人發(fā)送電子通知以及對來自收款人的電子簽署的單據(jù)的請求；從收款人接收電子簽署的單據(jù)；將電子簽署的單據(jù)存儲在計算機可讀存儲器中；以及發(fā)起付款。
2. 根據(jù)權(quán)利要求1所述的方法，還包括在發(fā)送電子通知之前創(chuàng)建付款訂單。
3. 根據(jù)權(quán)利要求2所述的方法，還包括將付款訂單與項目進行匹配。
4. 根據(jù)權(quán)利要求1所述的方法，還包括僅在發(fā)起付款之后向付款人發(fā)放電子簽署的單據(jù)。
5. 根據(jù)權(quán)利要求1所述的方法，其中，在從收款人接收到電子簽署的單據(jù)時，通過計算 機處理器自動執(zhí)行發(fā)起付款的動作。
6. 根據(jù)權(quán)利要求1所述的方法，還包括在發(fā)起付款之前，定義必須存儲在計算可讀存儲器中的所需信息的列表； 以電子方式向收款人發(fā)送第二通知，以標識哪些所需信息當前未存儲在計算機可讀存 儲器中；以及在發(fā)起付款之前，對在計算機可讀存儲器中存儲的所有所需信息進行驗證。
7. 根據(jù)權(quán)利要求6所述的方法，其中，所需信息的列表包括至少一個先前請求的電子簽署的單據(jù)。
8. 根據(jù)權(quán)利要求1所述的方法，還包括 創(chuàng)建收款人用戶記錄；如果所請求的單據(jù)未存儲在計算機可讀存儲器中，則將收款人用戶記錄標記為不相 符；以及如果所有所請求的單據(jù)均存儲在計算機可讀存儲器中，則將收款人用戶記錄標記為相符。
9. 根據(jù)權(quán)利要求8所述的方法，還包括從付款人接收相符設置，所述相符設置指示是 否延遲發(fā)起付款動作，直到收款人用戶記錄被標記為相符。
10. 根據(jù)權(quán)利要求1所述的方法，還包括 從收款人接收電子付款請求； 向付款人顯示付款請求；以及 從付款人接收對付款請求的核準，其中，響應于對付款請求的核準的接收，執(zhí)行創(chuàng)建付款訂單的動作。
11. 根據(jù)權(quán)利要求1所述的方法，其中，未決付款的電子通知包括電子發(fā)票。
12. 根據(jù)權(quán)利要求1所述的方法，其中，發(fā)起付款的動作包括以電子方式與自動交易 所進行通信。
13. 根據(jù)權(quán)利要求1所述的方法，其中，發(fā)起付款的動作包括自動實現(xiàn)電子資金轉(zhuǎn)帳。
14. 根據(jù)權(quán)利要求1所述的方法，其中，發(fā)起付款的動作包括打印要交付給收款人的支票。
15. 根據(jù)權(quán)利要求l所述的方法，還包括產(chǎn)生電子收據(jù)并將所述電子收據(jù)發(fā)送至收款人。
16. 根據(jù)權(quán)利要求1所述的方法，還包括產(chǎn)生電子付款記錄并將所述電子付款記錄發(fā)送至付款人。
17. 根據(jù)權(quán)利要求1所述的方法，其中，付款人是總承包商。
18. 根據(jù)權(quán)利要求1所述的方法，其中，收款人是分包商或建筑材料的供應商。
19. 根據(jù)權(quán)利要求1所述的方法，其中，電子簽署的單據(jù)是留置權(quán)放棄聲明。
20. —種建筑付款管理系統(tǒng)，包括至少一個計算機可讀存儲器；軟件實現(xiàn)的用戶界面；以及處理器，被配置為經(jīng)由用戶界面向收款人顯示未決付款的電子通知和對電子簽署的單據(jù)的請求，經(jīng)由用戶界面從收款人接收電子簽署的單據(jù)，將電子簽署的單據(jù)存儲在至少一個計算機可讀存儲器中，以及發(fā)起付款。
21. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為在顯示未決付款的電子通知之前創(chuàng)建付款訂單。
22. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，軟件實現(xiàn)的用戶界面能夠在顯示器上查看并通過鍵盤來編輯，所述顯示器和鍵盤遠離所述建筑付款管理系統(tǒng)并與收款人相關聯(lián)。
23. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，軟件實現(xiàn)的用戶界面能夠在多個聯(lián)網(wǎng)的計算機終端上訪問。
24. 根據(jù)權(quán)利要求23所述的建筑付款管理系統(tǒng)，其中，軟件實現(xiàn)的用戶界面是能夠在連接至互聯(lián)網(wǎng)的多個計算機終端訪問的基于web的應用。
25. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為將付款訂單與項目進行匹配。
26. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為僅在發(fā)起付款之后經(jīng)由用戶界面向付款人顯示電子簽署的單據(jù)。
27. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器被配置為在接收到電子簽署的單據(jù)時自動發(fā)起付款。
28. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為在發(fā)起付款之前，對表示哪些必須存儲在至少一個計算機可讀存儲器中的列表進行訪問；經(jīng)由用戶界面向收款人顯示第二通知，所述第二通知描述了列表中的哪些數(shù)據(jù)當前未存儲在計算機可讀存儲器中；以及在發(fā)起付款之前，對列表中存儲在至少一個計算機可讀存儲器中的所有數(shù)據(jù)進行驗證。
29. 根據(jù)權(quán)利要求28所述的建筑付款管理系統(tǒng)，其中，所述列表包括至少一個先前請求的電子簽署的單據(jù)。
30. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為在至少一個計算機可讀存儲器中創(chuàng)建收款人用戶記錄；如果所請求的單據(jù)未存儲在至少一個計算機可讀存儲器中，則將收款人用戶記錄標記為不相符；以及如果所有所請求的單據(jù)均存儲在至少一個計算機可讀存儲器中，則將付款人用戶記錄標記為相符。
31. 根據(jù)權(quán)利要求30所述的建筑付款管理系統(tǒng)，其中，所述處理器被配置為從付款人接收相符設置，所述相符設置指示是否延遲發(fā)起付款動作，直到收款人用戶記錄被標記為相符。
32. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為經(jīng)由用戶界面從收款人接收的電子付款請求；經(jīng)由用戶界面向付款人顯示付款請求；以及在創(chuàng)建付款訂單之前，經(jīng)由用戶界面從付款人接收對付款請求的核準。
33. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，未決付款的電子通知包括電子發(fā)票。
34. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，還包括處理器和自動交易所之間的通信接口 ，其中，所述處理器被配置為經(jīng)由通信接口通過自動交易所來發(fā)起付款。
35. 根據(jù)權(quán)利要求34所述的建筑付款管理系統(tǒng)，其中，通信接口包括電話線。
36. 根據(jù)權(quán)利要求34所述的建筑付款管理系統(tǒng)，其中，通信接口包括互聯(lián)網(wǎng)連接。
37. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，還包括處理器和銀行之間的電子接口 ，其中，所述處理器被配置為通過請求在銀行處的電子資金轉(zhuǎn)帳來發(fā)起付款。
38. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，還包括打印機，其中，所述處理器被配置為通過打印能夠向付款人進行支付的支票來發(fā)起付款。
39. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器被配置為通過經(jīng)由用戶界面向付款人顯示付款指令來發(fā)起付款。
40. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為產(chǎn)生電子收據(jù)并經(jīng)由用戶界面向收款人顯示收據(jù)。
41. 根據(jù)權(quán)利要求40所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為將電子收據(jù)存儲在至少一個計算機可讀存儲器中。
42. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為，產(chǎn)生電子付款記錄并經(jīng)由用戶界面向付款人顯示電子付款記錄。
43. 根據(jù)權(quán)利要求42所述的建筑付款管理系統(tǒng)，其中，所述處理器還被配置為將電子付款記錄存儲在至少一個計算機可讀存儲器中。
44. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，付款人是總承包商。
45. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，收款人是分包商或供應商。
46. 根據(jù)權(quán)利要求20所述的建筑付款管理系統(tǒng)，其中，電子簽署的單據(jù)是留置權(quán)放棄聲明。
47. —種建筑付款管理系統(tǒng)，包括至少一個計算機可讀存儲器；軟件實現(xiàn)的用戶界面；以及處理器，被配置為創(chuàng)建付款訂單，經(jīng)由用戶界面向收款人顯示未決付款的電子通知和對電子簽署的單據(jù)的請求，經(jīng)由用戶界面從收款人接收電子簽署的單據(jù)，將電子簽署的單據(jù)存儲在至少一個計算機可讀存儲器中，并暫時防止付款人訪問所述電子簽署的單據(jù)，經(jīng)由用戶界面從付款人接收已發(fā)起付款的確認，以及允許付款人訪問電子簽署的單據(jù)。
48. —種在建筑項目中實現(xiàn)付款的計算機實現(xiàn)的方法，包括創(chuàng)建付款訂單；以電子方式向未決付款的收款人發(fā)送電子通知以及對來自收款人的電子簽署的單據(jù)的請求；從收款人接收電子簽署的單據(jù)；將電子簽署的單據(jù)存儲在計算機可讀存儲器中；暫時防止付款人訪問電子簽署的單據(jù)；從付款人接收已發(fā)起付款的確認，以及允許付款人訪問電子簽署的單據(jù)。
49. 根據(jù)權(quán)利要求48所述的方法，還包括使用支票來發(fā)起付款。
50. 根據(jù)權(quán)利要求48所述的方法，還包括使用電匯來發(fā)起付款。
全文摘要
本發(fā)明提供了用于對建筑付款過程進行管理的系統(tǒng)和方法。該系統(tǒng)的一個構(gòu)造包括計算機可讀存儲器和軟件實現(xiàn)的用戶界面。處理器被配置為經(jīng)由用戶界面向收款人顯示未決付款的電子通知和對如留置權(quán)放棄聲明之類的電子簽署的單據(jù)的請求。該構(gòu)造中的處理器還被配置為接收電子簽署的單據(jù)、將其存儲至計算機可讀存儲器、以及發(fā)起付款。在一些構(gòu)造中，處理器被配置為僅在已發(fā)起付款之后向付款人顯示電子簽署的單據(jù)。在一些構(gòu)造中，處理器還被配置為在發(fā)起付款之前驗證滿足要求。
文檔編號G06Q20/00GK101711396SQ200880017236
公開日2010年5月19日 申請日期2008年4月4日 優(yōu)先權(quán)日2007年4月5日
發(fā)明者威廉·H·艾?；舳? 帕特里克·J·艾倫, 查爾斯·C·切里, 霍華德·L·尼登 申請人:特克斯圖拉公司