專利名稱：用于項目投標(biāo)和申請過程的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于電子地簡化各項目的所有方面的計算機系統(tǒng)和方法，這包括投標(biāo)(bid)過程、申請(requisition)過程、花費(spend)過程、和執(zhí)行管理過程，具體地，涉及電子地管理和分析項目的所有的方面。
背景技術(shù)：
公司、商戶和其他類型的企業(yè)通常利用第三方提供者(銷售商)處理各種商業(yè)功能，諸如提供貨物或服務(wù)。典型地，這些外部來源的商業(yè)功能是在買主與銷售商之間的“項目”、“人員輔助”、或“咨詢”(此后合稱為“項目工作”)的協(xié)定下執(zhí)行的。項目工作中牽涉的各種任務(wù)，諸如銷售商參加、項目行政管理、資源管理和項目費用計算，可以是非常復(fù)雜的，需要聚集多個買主組織部門，諸如購買、財務(wù)、操作、法律、人力資源、安全和項目管理組織。
由于項目工作的復(fù)雜性，利用多系統(tǒng)和過程來實施項目工作的管理已成為今天商業(yè)環(huán)境中的標(biāo)準(zhǔn)。例如，典型地，分開的系統(tǒng)和過程被使用于項目工作的一個或多個方面，諸如銷售商資質(zhì)、投標(biāo)征求、投標(biāo)應(yīng)答、投標(biāo)評估、合同行政管理、主要管理點/可交付的行政管理、支付憑證和質(zhì)量控制。當(dāng)前，存在有在線“投標(biāo)”和“拍賣”系統(tǒng)，用于處理投標(biāo)征求和投標(biāo)應(yīng)答過程；項目管理跟蹤系統(tǒng)，用于提供主要管理點/可交付的行政管理過程；和財務(wù)處理系統(tǒng)，用于行政管理支付憑證過程。然而，還沒有用于管理項目工作的所有方面的單個系統(tǒng)。

發(fā)明內(nèi)容
為了克服現(xiàn)有技術(shù)的缺點，本發(fā)明的實施例提供一種用于便利和管理項目投標(biāo)管理系統(tǒng)中項目工作的所有方面的、全面的、web使能的計算機系統(tǒng)和方法。在本發(fā)明的實施例中，計算機系統(tǒng)和方法能夠產(chǎn)生與項目投標(biāo)管理系統(tǒng)有關(guān)的分析數(shù)據(jù)。與投標(biāo)和項目有關(guān)的事務(wù)數(shù)據(jù)通過在線投標(biāo)和項目申請過程被輸入到計算機系統(tǒng)。通過使用被存儲在系統(tǒng)內(nèi)的事務(wù)數(shù)據(jù)，實際上可以生成與由一個或多個銷售商為一個或多個買主執(zhí)行的單個或多個項目有關(guān)的任何類型的分析數(shù)據(jù)。
在一個實施例中，分析數(shù)據(jù)可包括與多個項目、多個銷售商和/或多個買主有關(guān)的聚集的事務(wù)數(shù)據(jù)。在其他實施例中，分析數(shù)據(jù)可包括作為事務(wù)數(shù)據(jù)的函數(shù)計算的統(tǒng)計數(shù)據(jù)。如果分析數(shù)據(jù)是從與多個買主有關(guān)的事務(wù)數(shù)據(jù)生成的，則事務(wù)數(shù)據(jù)被存儲在中心數(shù)據(jù)庫，中心數(shù)據(jù)庫被配置成接收被存儲在買主、銷售商或管理機構(gòu)的數(shù)據(jù)庫系統(tǒng)內(nèi)的至少一部分個體的事務(wù)數(shù)據(jù)。
在示例性實施例中，事務(wù)數(shù)據(jù)包括在在線投標(biāo)過程期間輸入到投標(biāo)的數(shù)據(jù)區(qū)的至少投標(biāo)數(shù)據(jù)。事務(wù)數(shù)據(jù)還可包括標(biāo)識與投標(biāo)有關(guān)的項目的一個或多個合同條款的項目跟蹤參數(shù)以及與由銷售商執(zhí)行該項目有關(guān)的項目執(zhí)行數(shù)據(jù)。項目跟蹤參數(shù)還可包括標(biāo)識該項目的可納稅成分和與每個可納稅成分有關(guān)的納稅量的納稅信息。在其他實施例中，事務(wù)數(shù)據(jù)還可包括由買主和銷售商輸入到與在工程項目執(zhí)行期間的投標(biāo)和項目有關(guān)的數(shù)據(jù)域的憑證信息。
在再一個示例性實施例中，分析數(shù)據(jù)可以根據(jù)請求的類型和作為請求的部分所包括的信息，從事務(wù)數(shù)據(jù)被生成。例如，請求可包括與銷售商資料性質(zhì)、買主資料性質(zhì)、工程項目資料性質(zhì)和/或商品資料性質(zhì)有關(guān)的一個或多個過濾器。事務(wù)數(shù)據(jù)可以通過使用所包括的過濾器被過濾，以及過濾的事務(wù)數(shù)據(jù)可被使用來生成分析數(shù)據(jù)。分析數(shù)據(jù)可以以項目報告視圖通過網(wǎng)頁呈現(xiàn)給被授權(quán)的用戶。


下面參照附圖描述本發(fā)明，圖上顯示本發(fā)明的重要的樣本實施例，以及附圖在本說明書中被引用，以供參考，其中圖1是在本發(fā)明中牽涉的項目工作投標(biāo)過程的高級別功能圖；圖2A是本發(fā)明的計算機系統(tǒng)的網(wǎng)絡(luò)圖；圖2B是在買主網(wǎng)絡(luò)實施的本發(fā)明的計算機系統(tǒng)的另一個網(wǎng)絡(luò)圖；圖3A和3B顯示本發(fā)明的計算機系統(tǒng)的物理網(wǎng)絡(luò)結(jié)構(gòu)；圖4A-4D是與圖2A和2B所示的每個用戶模塊有關(guān)的示例性主網(wǎng)頁；圖5是顯示按照本發(fā)明的實施例的、用于參加項目工作投標(biāo)過程的示例性步驟的流程圖；圖6是顯示按照本發(fā)明的實施例的、用于規(guī)定銷售商提供和/或買主需要的項目工作類型和為買主考核(qualify)銷售商資格的、銷售商資格考核過程的電子設(shè)施。
圖7是顯示按照本發(fā)明的實施例的、用于為買主考核銷售商資格的示例性步驟的流程圖；圖8是顯示在應(yīng)答投標(biāo)請求時牽涉到的樣本信息處理以及負責(zé)信息處理的不同的用戶角色；圖9是顯示按照本發(fā)明的實施例的、用于規(guī)定和指配在項目工作處理過程中牽涉到的各種資源的示例性步驟的流程圖；圖10是按照本發(fā)明的實施例的、說明用戶角色的規(guī)定和指配的數(shù)據(jù)庫表格的圖；圖11是指配資源給用戶角色的示例性屏幕快照；圖12是顯示按照本發(fā)明的實施例的、在投標(biāo)或項目事務(wù)期間用于規(guī)定和指配用戶角色的示例性步驟的流程圖；圖13A和13B是顯示按照本發(fā)明的實施例的、用于根據(jù)用戶角色管理有關(guān)投標(biāo)或項目事務(wù)的工作流程的示例性步驟的流程圖；圖14是顯示按照本發(fā)明的實施例的、用于修正用戶角色指配的示例性步驟的流程圖；
圖15是顯示按照本發(fā)明的實施例的、用于生成對于特定項目的投標(biāo)請求的投標(biāo)模板創(chuàng)建工具和投標(biāo)請求創(chuàng)建工具的數(shù)據(jù)流圖；圖16A-16D是顯示用于創(chuàng)建投標(biāo)模板，從投標(biāo)模板創(chuàng)建投標(biāo)請求，和從投標(biāo)請求創(chuàng)建投標(biāo)應(yīng)答的示例性步驟的流程圖；圖17是說明可由此創(chuàng)建投標(biāo)模板的分級結(jié)構(gòu)投標(biāo)條目列表的數(shù)據(jù)庫表的圖；圖18是顯示用于訪問分級結(jié)構(gòu)投標(biāo)條目列表以創(chuàng)建投標(biāo)模板的示例性步驟的流程圖；圖19是顯示投標(biāo)模板的創(chuàng)建的屏幕快照；圖20是顯示按照本發(fā)明的實施例、用于利用投標(biāo)模板生成投標(biāo)請求的示例性步驟的流程圖；圖21-22是顯示與可以從包括在投標(biāo)模板類型的一個投標(biāo)中選擇的、特定的投標(biāo)模板有關(guān)的各種類型的投標(biāo)條目的屏幕快照；圖23是顯示用于行政管理將投標(biāo)請求傳達到經(jīng)考核的銷售商的示例性步驟的流程圖；圖24是顯示選擇經(jīng)考核的銷售商以接收投標(biāo)請求的屏幕快照；圖25是顯示按照本發(fā)明的實施例、在銷售商投標(biāo)應(yīng)答過程中的示例性步驟的流程圖；圖26-28是顯示銷售商投標(biāo)應(yīng)答過程的屏幕快照；圖29是說明按照本發(fā)明的實施例的、在投標(biāo)請求與銷售商投標(biāo)應(yīng)答數(shù)據(jù)之間的相互關(guān)系的數(shù)據(jù)庫表格的圖；圖30是顯示被提供到買主的各種投標(biāo)處理特性的屏幕快照；圖31是顯示按照本發(fā)明的實施例的、銷售商投標(biāo)應(yīng)答分級的電子簡化的數(shù)據(jù)流圖；圖32和33是顯示按照本發(fā)明的實施例的、用于分級銷售商投標(biāo)應(yīng)答的示例性步驟的流程圖；圖34A-34E是顯示樣板投標(biāo)應(yīng)答分級過程的屏幕快照；圖35是按照本發(fā)明的實施例的、說明在投標(biāo)請求、銷售商投標(biāo)應(yīng)答與銷售商投標(biāo)應(yīng)答的分級之間的相互關(guān)系的數(shù)據(jù)庫表格的視圖；圖36是顯示按照本發(fā)明的實施例的、根據(jù)銷售商投標(biāo)應(yīng)答分級進行銷售商重新報價(re-quote)過程的流程圖；圖37是顯示按照本發(fā)明的實施例的、項目行政管理建立過程中的示例性步驟的流程圖，在其中項目被發(fā)包給銷售商以及項目的條款和條件被最終定出和被輸入到計算機系統(tǒng)以便跟蹤主要管理點和可交付；圖38是顯示按照本發(fā)明的實施例的、用于批準(zhǔn)指配給項目的資源的示例性步驟的流程圖；圖39A是顯示示例性買主項目行政管理特性的屏幕快照；圖39B是顯示示例性銷售商項目行政管理特性的屏幕快照；圖40A是顯示用于輸入示例性項目納稅信息的接口的屏幕快照；圖40B是顯示包括輸入的項目納稅信息的示例性申請信息的屏幕快照；圖40C是顯示用于輸入和處理項目納稅信息的示例性步驟的流程圖；圖41是說明由本發(fā)明的計算機系統(tǒng)處理的各種項目行政管理分量的數(shù)據(jù)庫表格的視圖；圖42是顯示可以由本發(fā)明的計算機系統(tǒng)管理的責(zé)任義務(wù)問題的類型的屏幕快照；圖43是顯示按照本發(fā)明的實施例的、用于為項目輸入承包商時間的示例性步驟的流程圖；圖44-46是顯示采樣計時過程的屏幕快照；圖47是按照本發(fā)明的實施例的、說明跟蹤項目可交付的和憑證化的數(shù)據(jù)庫表格的圖；圖48是顯示按照本發(fā)明的實施例的、用于提交和批準(zhǔn)付費憑證和創(chuàng)建付費憑證的付費憑證過程的電子簡化；圖49是顯示按照本發(fā)明的實施例的憑證付費過程的流程圖；圖50是按照本發(fā)明的實施例的、說明可付費的憑證的生成的數(shù)據(jù)庫表格的視圖；圖51是顯示項目財務(wù)數(shù)據(jù)的屏幕快照；圖52是顯示在買主、銷售商和便于信息分析的系統(tǒng)之間的信息交換的流程圖；圖53是顯示按照本發(fā)明的實施例的、用于把與項目進行有關(guān)的項目執(zhí)行數(shù)據(jù)輸入到系統(tǒng)的示例性功能性；圖54-56是顯示用于輸入項目執(zhí)行數(shù)據(jù)的示例性步驟的流程圖；圖57是按照本發(fā)明的實施例的、說明項目執(zhí)行數(shù)據(jù)的貯存的數(shù)據(jù)庫表格的視圖；圖58顯示被存儲在本發(fā)明的數(shù)據(jù)庫系統(tǒng)的、與投標(biāo)/項目過程有關(guān)的示例性事務(wù)數(shù)據(jù)；圖59顯示事務(wù)數(shù)據(jù)從多個買主數(shù)據(jù)庫到中心數(shù)據(jù)庫的示例性轉(zhuǎn)移；圖60是顯示按照本發(fā)明的實施例的、用于分析和報告事務(wù)數(shù)據(jù)的電子簡化；圖61-67是顯示按照本發(fā)明的實施例的、用于分析事務(wù)數(shù)據(jù)和提供分析數(shù)據(jù)的示例性步驟的流程圖；圖68顯示按照本發(fā)明的實施例的、用于過濾事務(wù)數(shù)據(jù)以提供與過濾的事務(wù)數(shù)據(jù)有關(guān)的分析數(shù)據(jù)的過濾過程的電子簡化；圖69是顯示按照本發(fā)明的實施例的、用于過濾事務(wù)數(shù)據(jù)和從過濾的事務(wù)數(shù)據(jù)生成分析數(shù)據(jù)的示例性步驟的流程圖；圖70是顯示用于生成和顯示分析數(shù)據(jù)的示例性項目報告類型的屏幕快照；以及圖71-88是顯示示例性項目報告視圖的屏幕快照，每個包含分析數(shù)據(jù)。
具體實施例方式
下面具體參照示例性實施例描述本申請的多個創(chuàng)新的教導(dǎo)。然而，應(yīng)當(dāng)看到，這些實施例在這里只提供創(chuàng)新的教導(dǎo)的許多有利的使用的幾個例子。通常，在本申請的說明書中作出的陳述不一定限定任何的各個要求權(quán)利的發(fā)明。而且，某些陳述可應(yīng)用于某些本發(fā)明的特性，但不可應(yīng)用于其他特性。
按照本發(fā)明的實施例，銷售商是貨物和/或業(yè)務(wù)的任何提供者，買主是貨物和/或業(yè)務(wù)的任何購買者，承包商是被銷售商雇傭用于項目工作的資源以及管理機構(gòu)是第三方系統(tǒng)管理機構(gòu)或買主雇傭的項目管理機構(gòu)。買主可以通過使用從預(yù)先建立的、與項目類型有關(guān)的投標(biāo)條目列表生成的投標(biāo)請求，對于以由買主規(guī)定形式的特定貨物和/或業(yè)務(wù)(此后稱為項目)，向銷售商征求投標(biāo)。所以，由銷售商提交的投標(biāo)應(yīng)答都具有相同的形式，使得能夠經(jīng)濟地和有效地評估投標(biāo)應(yīng)答。本發(fā)明的實施例還把投標(biāo)過程與項目管理相組合，使得買主、銷售商、承包商、和管理機構(gòu)能夠在投標(biāo)被發(fā)包后跟蹤項目的進行。
圖1是在本發(fā)明中牽涉的項目工作投標(biāo)過程的高級別功能圖。與特定的投標(biāo)請求200有關(guān)的投標(biāo)請求數(shù)據(jù)210由買主50提供到項目投標(biāo)管理系統(tǒng)30。買主50可以是個人、商業(yè)實體或需要執(zhí)行項目的其他類型的買主50。在項目投標(biāo)管理系統(tǒng)30處接收的投標(biāo)請求數(shù)據(jù)210具有由買主50預(yù)先指定的形式。例如，形式可包括從對于特定項目類型的可配置的預(yù)先建立的投標(biāo)條目列表中選擇的一個或多個投標(biāo)條目，以及投標(biāo)請求數(shù)據(jù)210可以涉及到這些選擇的投標(biāo)條目的一個或多個投標(biāo)條目。
投標(biāo)請求數(shù)據(jù)210被項目投標(biāo)管理系統(tǒng)30格式化，以及作為投標(biāo)請求200發(fā)送到一個或多個銷售商10a...10n，用于征求各個投標(biāo)應(yīng)答220。例如，銷售商10可以是個人10a、商業(yè)實體10b或能夠執(zhí)行所請求項目的任何其他銷售商10n。投標(biāo)應(yīng)答220由銷售商10提交給項目投標(biāo)管理系統(tǒng)30，用于在把經(jīng)考核的投標(biāo)應(yīng)答2201轉(zhuǎn)發(fā)到買主50以前審閱。例如，項目投標(biāo)管理系統(tǒng)30可以預(yù)先被配置成迫使銷售商以特定的數(shù)據(jù)格式完成需要的投標(biāo)應(yīng)答，使得系統(tǒng)30能夠執(zhí)行銷售商投標(biāo)應(yīng)答220的某些過濾。這樣，系統(tǒng)30可以確保買主50只接收具有必要的、用于投標(biāo)評估的數(shù)據(jù)的投標(biāo)應(yīng)答220。
按照本發(fā)明的實施例，項目投標(biāo)管理系統(tǒng)30可以在計算機系統(tǒng)100內(nèi)實施，如圖2A所示。用戶經(jīng)由web瀏覽器20通過數(shù)據(jù)網(wǎng)40進入計算機系統(tǒng)100。用戶5包括與銷售商10、買主50、管理機構(gòu)80(例如，第三方或買主雇傭的管理機構(gòu))或被指配給項目的承包商15有關(guān)的任何人。作為例子，但不是限制，數(shù)據(jù)網(wǎng)40可以是互聯(lián)網(wǎng)或內(nèi)部網(wǎng)。以及web瀏覽器20可以是任何可提供的web瀏覽器或提供接入到數(shù)據(jù)網(wǎng)40的任何類型的互聯(lián)網(wǎng)業(yè)務(wù)提供商(ISP)連接。銷售商用戶5通過銷售商瀏覽器20b接入計算機系統(tǒng)，買主用戶5通過買主瀏覽器20a接入計算機系統(tǒng)，承包商用戶5經(jīng)由承包商瀏覽器20c接入計算機系統(tǒng)，以及管理機構(gòu)用戶5通過行政管理瀏覽器20d接入計算機系統(tǒng)。用戶5通過能夠把網(wǎng)頁分別推送到買主瀏覽器20a、銷售商瀏覽器20b、承包商瀏覽器20c、和管理機構(gòu)瀏覽器20d的web服務(wù)器120或125接入計算機系統(tǒng)100。
投標(biāo)web服務(wù)器20使得銷售商10、買主50、承包商15和管理機構(gòu)80能夠接口到數(shù)據(jù)庫系統(tǒng)150，以維護與銷售商10、買主50、承包商15和管理機構(gòu)80有關(guān)的數(shù)據(jù)。與銷售商10、買主50、承包商15和管理機構(gòu)80有關(guān)的數(shù)據(jù)可被存儲在單個數(shù)據(jù)庫155中、在多個共享的數(shù)據(jù)庫155中、或出于安全和方便的目的，被存儲在數(shù)據(jù)庫服務(wù)器150內(nèi)的分開的數(shù)據(jù)庫155中，后者將被說明。例如，數(shù)據(jù)庫系統(tǒng)150可以分布在一個或多個位置，這取決于銷售商10、買主50、管理機構(gòu)80、和承包商15的位置和偏愛。
到銷售商用戶5的用戶接口由投標(biāo)web服務(wù)器120通過銷售商模塊115提供。例如，銷售商模塊115可以通過使用被存儲在特定銷售商數(shù)據(jù)庫155b中的數(shù)據(jù)來填充被推送到銷售商瀏覽器20b的網(wǎng)頁。到買主用戶5的用戶接口由投標(biāo)web服務(wù)器120通過買主模塊110被提供。例如，買主模塊110可以通過使用被存儲在特定買主數(shù)據(jù)庫155a中的數(shù)據(jù)來填充被推送到買主瀏覽器20a的網(wǎng)頁。到承包商用戶5的用戶接口由投標(biāo)web服務(wù)器120通過承包商模塊130被提供。例如，承包商模塊130可以通過使用被存儲在特定承包商數(shù)據(jù)庫155c中的數(shù)據(jù)來填充被推送到承包商瀏覽器20c的網(wǎng)頁。到管理機構(gòu)用戶5的用戶接口由投標(biāo)web服務(wù)器120通過管理機構(gòu)模塊135被提供。例如，管理機構(gòu)模塊135可以通過使用被存儲在特定銷售商數(shù)據(jù)庫155d中的數(shù)據(jù)來填充被推送到銷售商瀏覽器20d的網(wǎng)頁。應(yīng)當(dāng)指出，銷售商模塊115、買主模塊110、承包商模塊130和管理機構(gòu)模塊135，每個模塊可包括對于執(zhí)行銷售商模塊115、買主模塊110、承包商模塊130和管理機構(gòu)模塊135的功能所需要的硬件、軟件和/或固件，以及可被實施為投標(biāo)web服務(wù)器120的一部分，或在附加服務(wù)器(未示出)內(nèi)被實施。
計算機系統(tǒng)100還通過行政管理web服務(wù)器125提供到管理機構(gòu)用戶5的附加用戶接口。行政管理web服務(wù)器125使得管理機構(gòu)80能夠接口到最高級別數(shù)據(jù)庫160，維護有關(guān)向計算機系統(tǒng)100登記的銷售商10、買主50和承包商15的數(shù)據(jù)。例如，最高級別數(shù)據(jù)庫160可維護銷售商考核數(shù)據(jù)162、買主規(guī)定的銷售商準(zhǔn)則數(shù)據(jù)164、和承包商重新部署數(shù)據(jù)166。
為了接入與銷售商10有關(guān)的信息，行政管理web服務(wù)器125使用銷售商模塊145，使網(wǎng)頁推送到與銷售商10有關(guān)的行政管理瀏覽器20d。例如，銷售商模塊145可以接入銷售商資格信息162以便為特定的買主50或為特定的行業(yè)考核銷售商10。同樣地，行政管理web服務(wù)器125可以通過買主模塊140使網(wǎng)頁推送到與買主規(guī)定的銷售商準(zhǔn)則信息164有關(guān)的行政管理瀏覽器20d，以便為特定的買主50考核銷售商10。承包商模塊148使得管理機構(gòu)80能夠接入由承包商15通過投標(biāo)服務(wù)器120輸入的承包商重新部署數(shù)據(jù)166以及從承包商數(shù)據(jù)庫155取回到最高級別數(shù)據(jù)庫160。重新部署數(shù)據(jù)166例如可包括承包商的移動性、想要的地理區(qū)域、承包商技術(shù)、想要的付費的指示和可被使用來幫助管理機構(gòu)80為買主50考核銷售商10的其他承包商信息。
在另一個實施例中，如圖2B所示，計算機系統(tǒng)100可以僅僅在買主網(wǎng)絡(luò)處被實施。在圖2B上，銷售商用戶5經(jīng)由數(shù)據(jù)網(wǎng)40通過銷售商瀏覽器20b進入計算機系統(tǒng)100，如圖2A所示。然而，圖2B中web服務(wù)器120是由單個買主控制和操縱的買主web服務(wù)器。數(shù)據(jù)庫系統(tǒng)150只存儲與特定買主有關(guān)的買主數(shù)據(jù)和只存儲有關(guān)該特定買主的銷售商、承包商和管理機構(gòu)數(shù)據(jù)。例如，僅僅用于被買主考核的那些銷售商的銷售商考核數(shù)據(jù)被存儲在數(shù)據(jù)庫系統(tǒng)150。
現(xiàn)在參照圖3A，圖上顯示用于實施計算機系統(tǒng)100的示例性物理網(wǎng)絡(luò)設(shè)備。銷售商用戶、買主用戶、承包商用戶、或管理機構(gòu)用戶通過分別把計算機60a、60b、60c、或60d連接到數(shù)據(jù)網(wǎng)40，而接入計算機系統(tǒng)100的web服務(wù)器120。每個計算機60a-60d例如可以是個人計算機、膝上型電腦、被連接到無線設(shè)備用于遠程接入數(shù)據(jù)網(wǎng)的計算機、提供能夠接入數(shù)據(jù)網(wǎng)的web瀏覽器的手持無線設(shè)備，或?qū)嵤﹚eb瀏覽器的其他類型的機器。web服務(wù)器120例如可以是微軟互聯(lián)網(wǎng)信息業(yè)務(wù)(IIS)服務(wù)器。web服務(wù)器120取決于用戶的類型而連接到適當(dāng)?shù)臄?shù)據(jù)庫系統(tǒng)150。數(shù)據(jù)庫系統(tǒng)150例如可以在一個或多個SQL服務(wù)器中被實施。
現(xiàn)在轉(zhuǎn)到圖3B，圖上顯示在計算機系統(tǒng)100的物理網(wǎng)絡(luò)設(shè)備中實施的示例性功能。用戶計算機60可以通過使用位于計算機的貯存媒體64內(nèi)的web瀏覽器66，接入數(shù)據(jù)網(wǎng)40。例如，貯存媒體可以是硬盤驅(qū)動、隨機存取存儲器(RAM)、只讀存儲器(ROM)、緊湊盤、軟盤、磁帶驅(qū)動或任何其他類型的貯存媒體。在計算機60內(nèi)的處理器62(例如，微處理器或微控制器)裝載和運行web瀏覽器66以接入數(shù)據(jù)網(wǎng)40。
在把web服務(wù)器120的統(tǒng)一資源定位器(URL)輸入到計算機后，創(chuàng)建在計算機60與web服務(wù)器120之間的連接。web服務(wù)器120使網(wǎng)頁61推送到計算機60，供用戶在用戶接口設(shè)備65上觀看。在一個實施例中，用戶接口設(shè)備65是被連接到計算機60的計算機屏幕15。例如，一旦用戶被驗證(例如，通過輸入用戶名字和密碼)，用戶就可觀看在計算機屏幕65上的一個或多個網(wǎng)頁61，每個包含對于用戶輸入各種信息到計算機系統(tǒng)100的提示。用戶可以經(jīng)由I/O接口68和任何類型的輸入設(shè)備70，諸如，例如鼠標(biāo)、鍵盤、光筆、觸摸屏(未示出)或話音識別軟件(未示出)，輸入信息到計算機60，用于經(jīng)由數(shù)據(jù)網(wǎng)40傳輸?shù)絯eb服務(wù)器120。
在web服務(wù)器120處，處理器(例如，微處理器或微控制器)裝載和執(zhí)行位于被存儲在貯存媒體124內(nèi)的軟件模塊128中的計算機指令，貯存媒體可以是任何類型的貯存媒體，正如以上結(jié)合貯存媒體64討論的。計算機指令可以通過使用任何類型的編程技術(shù)被創(chuàng)建，包括面向?qū)ο蟮木幊碳夹g(shù)。例如，軟件模塊128可以包含用于銷售商模塊、買主模塊、承包商模塊和行政管理模塊的計算機指令(圖2A和2B上顯示的)，用于填充分別用于銷售商用戶、買主用戶、承包商用戶和行政管理用戶的網(wǎng)頁61。根據(jù)計算機用戶登錄到web服務(wù)器120，處理器122接入適當(dāng)?shù)能浖K128，確定與計算機用戶有關(guān)的數(shù)據(jù)庫系統(tǒng)150以及檢索與計算機用戶有關(guān)的數(shù)據(jù)來在網(wǎng)頁61中填充，以便在計算機60的計算機屏幕65上顯示。另外，軟件模塊128還可被配置成把從計算機用戶接收的數(shù)據(jù)存儲在數(shù)據(jù)庫系統(tǒng)150內(nèi)。
顯示給買主用戶、銷售商用戶、承包商用戶和行政管理用戶的網(wǎng)頁61的例子分別顯示于圖4A-4D。圖4A顯示在買主用戶登錄和鑒權(quán)(例如，詢問和應(yīng)答鑒權(quán))后，被顯示給買主用戶的樣本的買主主頁61a。正如圖4A上可以看到的，在買主的主頁61a上有多個系統(tǒng)特性可提供給買主用戶。例如，買主用戶可被提供以鏈接來更新在系統(tǒng)中的他們的個人資料、創(chuàng)建RFP/RFQ(此后稱為投標(biāo)請求)、行政管理當(dāng)前的投標(biāo)請求、批準(zhǔn)銷售商投標(biāo)應(yīng)答，把投標(biāo)(項目)發(fā)包給特定的銷售商、處理當(dāng)前的項目、觀看直方圖投標(biāo)請求或接入憑證處理系統(tǒng)以觀看有關(guān)各種項目的事件跟蹤請求，諸如承包商時間卡。買主用戶還可保持有關(guān)系統(tǒng)修正的更新，接收關(guān)于如何通過系統(tǒng)操練的指令，和聯(lián)系系統(tǒng)管理機構(gòu)(例如，第三方管理機構(gòu)或買主雇傭的管理機構(gòu))以便通過買主的主頁61a幫助。
在圖4A上，買主用戶還在主頁61a上提供待決的投標(biāo)和項目的當(dāng)前狀態(tài)。然而，應(yīng)當(dāng)看到，當(dāng)前的活動可以顯示在以后的網(wǎng)頁上，而不是在主頁61a。例如，買主用戶可以提供有公開的投標(biāo)請求(提交的投標(biāo)請求)的數(shù)目和臨時保存的投標(biāo)請求(創(chuàng)建的但尚未提交的投標(biāo)請求)的數(shù)目。通過點擊公開的投標(biāo)請求按鈕，買主用戶可以被鏈接到另一個顯示公開投標(biāo)請求列表的網(wǎng)頁，有隨后的鏈接到包含實際的公開投標(biāo)請求網(wǎng)頁。所以，從買主主頁61a，買主用戶可以鏈接到有關(guān)買主用戶接入到的投標(biāo)或項目的任何信息。
圖4B顯示樣本銷售商主頁61b，包含可提供給銷售商用戶的多個系統(tǒng)特性。例如，銷售商主頁61b可以提供更新銷售商資料(例如，銷售商提供的貨物和/或業(yè)務(wù)的類型)的鏈接，應(yīng)答接收的投標(biāo)請求，處理當(dāng)前的項目或接入憑證處理系統(tǒng)以觀看現(xiàn)有的項目事件完成請求或處理新的項目事件完成請求。在圖4B上，銷售商用戶也提供有待決的投標(biāo)和項目的當(dāng)前狀態(tài)。例如，銷售商用戶可以確定銷售商需要應(yīng)答的投標(biāo)請求的數(shù)目和銷售商尚未完成的臨時保存的投標(biāo)應(yīng)答的數(shù)目。從銷售商主頁61b，銷售商用戶可以鏈接到附加網(wǎng)頁，以完成銷售商投標(biāo)應(yīng)答或接入新接收的投標(biāo)請求以開始銷售商投標(biāo)應(yīng)答。
圖4C顯示樣本承包商主頁61c，包含可提供給承包商的多個系統(tǒng)特性。例如，在承包商用戶第一次進入承包商主頁61c時，承包商用戶可以在接入系統(tǒng)中任何其他信息之前被引導(dǎo)到同意各種非雇員工人協(xié)定。每個非雇員工人協(xié)定可以顯示給承包商用戶，以及承包商用戶可以被提示去同意或否則在繼續(xù)進行之前接受協(xié)定的事項。一旦承包商用戶完成所有的協(xié)定，承包商用戶就可接入計時系統(tǒng)以輸入承包商時間，更新他們的技藝資料，或提供重新部署偏好。另外，與承包商用戶有關(guān)的當(dāng)前活動也可以在承包商主頁61c上顯示給承包商用戶，諸如請求的會晤或?qū)τ诟郊禹椖慷才诺臅畹拇螖?shù)。
圖4D顯示樣本管理機構(gòu)主頁61d，包含可提供給管理機構(gòu)用戶的多個系統(tǒng)特性。例如，管理機構(gòu)用戶可以接入有關(guān)買主、銷售商或承包商的信息，鏈接到包含需要被批準(zhǔn)的投標(biāo)請求的網(wǎng)頁，批準(zhǔn)投標(biāo)應(yīng)答以把標(biāo)權(quán)發(fā)包給特定的銷售商，處理當(dāng)前的項目或接入憑證處理系統(tǒng)以觀看現(xiàn)有的銷售商/承包商對于項目活動批準(zhǔn)的請求，諸如承包商時間卡。另外，管理機構(gòu)用戶的當(dāng)前活動也可以顯示在管理機構(gòu)主頁61d上。例如，等待批準(zhǔn)的投標(biāo)請求數(shù)目、新的投標(biāo)請求的數(shù)目和新的銷售商應(yīng)答的數(shù)目可被顯示給管理機構(gòu)用戶。從管理機構(gòu)主頁61d，管理機構(gòu)用戶可以鏈接到有關(guān)管理機構(gòu)用戶接入的投標(biāo)過程或項目管理的任何信息。例如，如果管理機構(gòu)用戶是第三方管理機構(gòu)，則管理機構(gòu)用戶可以接入到被登記到該系統(tǒng)的所有買主和銷售商的投標(biāo)和項目。然而，如果管理機構(gòu)用戶是買主雇傭的管理機構(gòu)，則管理機構(gòu)用戶只可以接入到與特定的買主有關(guān)的投標(biāo)和項目。
由本發(fā)明的項目投標(biāo)管理系統(tǒng)處理的投標(biāo)/項目過程500中的示例性步驟被顯示于圖5。在任何投標(biāo)請求被提交之前，投標(biāo)/項目過程中有幾個方面要處理(步驟505)。例如，在投標(biāo)征求期間為了減小處理的時間，買主可能想要對特定的投標(biāo)請求類型創(chuàng)建合格的銷售商清單，正如下面結(jié)合圖6和7更詳細地描述的。作為另一個例子，買主、銷售商和管理機構(gòu)可能想要指定具體的個人來處理投標(biāo)/項目過程的不同的分量，以便在投標(biāo)/項目過程期間有效地路由消息和信息，正如下面結(jié)合圖8-14更詳細地描述的。
一旦所有的預(yù)投標(biāo)活動都完成(步驟510)，買主便可以創(chuàng)建對于項目的投標(biāo)請求(步驟520)，正如下面結(jié)合圖15-29更詳細地描述的，以及如有必要，提交投標(biāo)請求給管理機構(gòu)以得到批準(zhǔn)(步驟525)，正如下面結(jié)合圖20更詳細地描述的。大多數(shù)公司需要對于預(yù)算目的的投標(biāo)請求的批準(zhǔn)。然而，如果買主是個人或小的商業(yè)機構(gòu)，買主用戶創(chuàng)建投標(biāo)請求可能不需要從任何其他方得到提交投標(biāo)請求的批準(zhǔn)。
一旦投標(biāo)請求被批準(zhǔn)，投標(biāo)請求就被廣播(例如，經(jīng)由系統(tǒng)以通過電子郵件的可選通知方式使銷售商可得到的)到合格的銷售商(步驟530)，正如下面結(jié)合圖23更詳細地描述的，以征求來自銷售商的投標(biāo)應(yīng)答(步驟535)。每個投標(biāo)應(yīng)答被買主評標(biāo)，正如下面結(jié)合圖32和33更詳細地描述的，以確定哪個銷售商投標(biāo)應(yīng)答是最合格的(步驟540)。在買主為項目選擇特定的銷售商后，買主和銷售商協(xié)商合同的最后條款和條件(步驟545)，這些條款和條件可被裝載到系統(tǒng)用于項目跟蹤目的(步驟550)，正如下面結(jié)合圖37更詳細地描述的。此后，銷售商選擇用于項目的特定的資源(承包商)，以及如果項目的條款需要買主批準(zhǔn)資源，則買主在項目接著進行之前批準(zhǔn)所有指配的資源(步驟555)，正如下面結(jié)合圖38更詳細地描述的。
一旦所有的投標(biāo)活動完成后(步驟515)，系統(tǒng)還能夠處理后投標(biāo)活動(步驟560)，在項目過程期間跟蹤項目的進行和憑證的支付。例如，被指配給該項目的銷售商和承包商可以把工作的時間和花費輸入到系統(tǒng)(步驟565)，用于生成可支付的憑證，以通過系統(tǒng)提交給買主，正如下面結(jié)合圖43更詳細地描述的。在接收憑證后，買主和/或管理機構(gòu)可以審閱和批準(zhǔn)用于支付給銷售商的憑證(步驟570和575)，正如下面結(jié)合圖49更詳細地描述的。其他項目跟蹤參數(shù)也可以輸入到系統(tǒng)，以便通過項目附表跟蹤銷售商的進展(步驟580)，正如下面結(jié)合圖39和40更詳細地描述的。下面將分開地討論投標(biāo)/項目過程的每個主要的部分(預(yù)投標(biāo)活動、投標(biāo)活動和后投標(biāo)活動)。另外，下面將分開地討論在投標(biāo)/項目過程期間收集的數(shù)據(jù)的分析和報告。
預(yù)投標(biāo)活動正如以上討論的，買主50可能要預(yù)先考核用于特定的項目類型的銷售商10，以減小對于提交的每個投標(biāo)請求所需要的處理量。現(xiàn)在參照圖6，為了便于由買主進行銷售商考核，計算機系統(tǒng)100可以使得買主50能夠為銷售商建立買主規(guī)定的銷售商準(zhǔn)則數(shù)據(jù)164，以及把買主規(guī)定的銷售商準(zhǔn)則數(shù)據(jù)164存儲在最高級別數(shù)據(jù)庫160中的主買主列表161內(nèi)。計算機系統(tǒng)100還可以從銷售商10獲取相關(guān)的銷售商考核數(shù)據(jù)162，以及把銷售商考核數(shù)據(jù)162存儲在最高級別數(shù)據(jù)庫160中的主銷售商列表163內(nèi)。
例如，銷售商考核數(shù)據(jù)162可以識別銷售商10提供的特定的貨物和/或業(yè)務(wù)以及銷售商10能夠提供這些貨物和/或業(yè)務(wù)的具體的地理區(qū)域，連同其他銷售商信息，諸如銷售商規(guī)模、銷售商是否有保險、銷售商在一定的行業(yè)中是否有合格證明等等。買主規(guī)定的銷售商準(zhǔn)則數(shù)據(jù)164可以識別買主50想要的特定的貨物和/或業(yè)務(wù)、買主50想要貨物和/或業(yè)務(wù)的具體的地理區(qū)域以及其他買主約束條件，諸如銷售商的優(yōu)選的規(guī)模、銷售商保險需要的必要條件、必不可少的銷售商合格證書等等。
根據(jù)銷售商考核數(shù)據(jù)162和買主規(guī)定的銷售商準(zhǔn)則數(shù)據(jù)164，計算機系統(tǒng)100可以確定哪些銷售商10具有對于買主50的必要的資格和提供合格的銷售商信息170(例如，名字、地址和買主需要的任何其他銷售商信息)給買主50，以便審閱。如果買主50或任選地管理機構(gòu)80批準(zhǔn)銷售商10，則買主50可以把銷售商信息170加到銷售商列表158中，該表存儲在買主數(shù)據(jù)庫155a中。另外，對于買主以前考核過的那些銷售商10的銷售商信息172也可被存儲在銷售商列表158中。而且，銷售商列表158的主拷貝(即，用于買主的主銷售商列表165)可被存儲在最高級別數(shù)據(jù)庫160中，以供冗余度和更新目的。
買主信息174(例如，名字、地址和買主同意提供的其他信息)也可被下載到銷售商數(shù)據(jù)庫155b，以便存儲在其中的買主列表159中。另外，買主列表159的主拷貝(即，用于銷售商的主買主列表167)可被存儲在最高級別數(shù)據(jù)庫160中，以供冗余度和更新目的。然而，應(yīng)當(dāng)看到，如果計算機系統(tǒng)100只被實施在買主網(wǎng)絡(luò)處，則最高級別數(shù)據(jù)庫160不存儲主拷貝165和167，以及買主50只使用對于買主50已知的、或由銷售商10直接提供給買主50的銷售商信息172來執(zhí)行銷售商考核。對于由買主50根據(jù)銷售商考核數(shù)據(jù)162和買主規(guī)定的銷售商準(zhǔn)則數(shù)據(jù)164來考核銷售商10的完全的討論，可以參考共同待決的和共同轉(zhuǎn)讓的美國專利申請序列號10/141,801，該專利申請在此整體地引用，以供參考。
用于由買主考核銷售商的示例性步驟顯示于圖7。一旦買主規(guī)定的銷售商準(zhǔn)則信息被建立(步驟700)以及從銷售商接收到銷售商資格信息(步驟710)，就把買主規(guī)定的銷售商準(zhǔn)則信息與銷售商資格信息進行比較(步驟720)，以確定銷售商資格信息是否與買主規(guī)定的銷售商準(zhǔn)則信息相匹配(步驟730)。如果是的話，則告知銷售商和買主二者匹配(步驟740)，以及如果買主批準(zhǔn)該銷售商，則與銷售商有關(guān)的銷售商信息被存儲到買主的銷售商列表中，供以后在準(zhǔn)備投標(biāo)請求時使用(步驟750)。另外，買主信息可被存儲在銷售商的買主列表中，供在接收投標(biāo)請求和準(zhǔn)備投標(biāo)應(yīng)答時參考(步驟760)。
然而，如果銷售商資格信息與買主規(guī)定的銷售商準(zhǔn)則信息不匹配(步驟730)，則系統(tǒng)確定是否需要附加的銷售商資格信息，以由買主考核銷售商(步驟770)。如果是的話，則請求銷售商提供這個附加銷售商資格信息(步驟780)以便由買主考核銷售商(步驟710)。如果不是的話，則銷售商對于買主是不合格的(步驟790)以及不把銷售商加到買主列表中。
除了為買主考核銷售商以外，銷售商、買主和管理機構(gòu)可能想要指定某個個人處理投標(biāo)/項目過程的各個方面，以便同步跨多個用戶平臺的通信、數(shù)據(jù)和事務(wù)處理。例如，現(xiàn)在參考圖8，投標(biāo)/項目過程典型地需要包括信息處理和功能部門的寬的譜，以方便投標(biāo)/項目過程的行政管理和管理。這樣的信息處理例如可包括投標(biāo)請求廣播、銷售商投標(biāo)應(yīng)答、投標(biāo)部署(評標(biāo)和發(fā)包)、資源提交、時間卡提交、可交付跟蹤和付費憑證。這些信息處理部分的每個可以由一個或多個不同的個人或部門(諸如COO，人力資源部，項目用戶和財務(wù)處理器)來處理。為了滿足這個功能需要，本發(fā)明的計算機系統(tǒng)可以使能一個共享的工作環(huán)境，其中買主、銷售商和/或管理機構(gòu)可以規(guī)定需要參加投標(biāo)/項目過程的多個常規(guī)用戶角色以及指定個人(資源)到每個用戶角色，用于所有的投標(biāo)/項目或用于特定的投標(biāo)/項目。
現(xiàn)在參照圖9，圖上顯示用于規(guī)定用戶角色位置和指定個人到用于銷售商、買主或管理機構(gòu)的用戶角色位置的示例性步驟。初始地，銷售商、買主或管理機構(gòu)確定對于投標(biāo)/項目過程需要的特定的用戶角色位置(步驟900)。例如，正如圖11的樣本買主網(wǎng)頁中顯示的，買主可確定需要幾個不同的用戶角色類別，諸如財務(wù)批準(zhǔn)者、非財務(wù)批準(zhǔn)者、時間卡審閱者、行政管理代表、項目主要管理點管理機構(gòu)、財務(wù)協(xié)調(diào)員以及在投標(biāo)/項目過程期間的人力資源伙伴。銷售商、買主或管理機構(gòu)還可確定，對于投標(biāo)/項目過程需要一個或多個用戶角色類別內(nèi)的多個用戶角色位置。例如，如圖11所示，買主可以確定，需要六個財務(wù)批準(zhǔn)者和兩個非財務(wù)批準(zhǔn)者。
再次參照圖9，一旦用戶角色位置被確定，用于銷售商、買主或管理機構(gòu)的相關(guān)的個人的數(shù)據(jù)文件被存儲，供對于每個用戶角色位置選擇適當(dāng)?shù)膫€人時使用(步驟905)。銷售商、買主或管理機構(gòu)的一個或多個關(guān)鍵的個人(例如，COO、項目用戶等)可被選擇來指定要被指配到每個用戶角色位置的具體的個人(步驟910)，或替換地，系統(tǒng)可以根據(jù)被包含在個人數(shù)據(jù)文件中的信息指配個人到用戶角色位置。在某些公司中，用戶角色位置被預(yù)先指定(步驟915)，以及在這種情形下，預(yù)先指定的個人可被裝載到系統(tǒng)(步驟920)以及被存儲在用戶角色表格中(步驟925)。例如，對于大多數(shù)銷售商，個人被預(yù)先指配到用于所有的項目的各種用戶角色位置。在其他公司中，完全沒有預(yù)先指定，或?qū)τ谔囟ǖ捻椖繘]有預(yù)先指定一個或多個用戶角色位置(步驟915)，以及在這種情形下，所選擇的關(guān)鍵的個人或系統(tǒng)可以指配具體的個人到用戶角色位置。
為了指配具體的個人到用戶角色位置，選擇具體的用戶角色位置(步驟930)，以及根據(jù)用戶角色約束條件，從個人數(shù)據(jù)文件確定可被指配到該用戶角色位置的個人的列表(步驟935，940和945)。例如，如果用戶角色位置需要特定級別的用戶，則只有處在特定的用戶級別或更高級別的那些個人才被包括在該列表中，從用于用戶角色位置的個人的列表中，選擇一個個人用于特定的用戶角色位置(步驟950)，以及所選擇的個人被存儲在用戶角色表格中(步驟925)。例如，如圖11所示，在選擇特定的用戶角色位置后(例如，點擊用戶角色位置)，系統(tǒng)可以搜索合格的個人用于用戶角色位置，以及在作出選擇后，可以顯示用于用戶角色位置的、所選擇的個人。
下面在表1-9上顯示用于為買主選擇和指配用戶角色位置的數(shù)據(jù)結(jié)構(gòu)的例子。為了簡化起見，數(shù)據(jù)結(jié)構(gòu)被顯示為組織成表格的格式，每個表格包括對于為買主選擇和指配用戶角色位置所必須的所有的域。表格以分級結(jié)構(gòu)和/或關(guān)聯(lián)的方式相關(guān)，這樣，對于用戶角色位置的所有必要的信息可被精確地存儲和訪問，正如下面結(jié)合圖10的示例性數(shù)據(jù)庫表格結(jié)構(gòu)300描述的。然而，應(yīng)當(dāng)看到，也可以包括其他買主用戶角色結(jié)構(gòu)，以及系統(tǒng)不限于在表1-9或圖10上列出的具體的買主用戶角色結(jié)構(gòu)。
下面的表1和2分別顯示樣本的用戶角色類別和在每個用戶角色類別內(nèi)的用戶角色位置，它們可被分別存儲在數(shù)據(jù)庫內(nèi)表格“tblHMPositionCategories”305和“tblHMPositions”306中，如圖10所示。在表1中，每個用戶角色類別被指配一個識別號和用于顯示在網(wǎng)頁上的一個顯示次序。用戶角色類別識別號在用戶角色位置表(表2)內(nèi)被使用來把用戶角色位置與具體的用戶角色類別相關(guān)。然而，應(yīng)當(dāng)看到，根據(jù)買主的需要，可以有多個附加的類別和位置。當(dāng)初始選擇用戶角色位置時，用戶角色類別可以用與每個類別內(nèi)的具體的用戶角色位置的鏈接來被顯示以供用戶從中選擇。在對于特定的買主已經(jīng)選擇所有的用戶角色位置后，所選擇的用戶角色位置和指配的個人可以是如圖11所顯示的。
表1示例性用戶角色類別(tblHMPositionCategories)

表2示例性用戶角色位置(tblHMPositions)

下面的表3顯示被存儲在用于系統(tǒng)的每個用戶的個人數(shù)據(jù)文件內(nèi)的樣本數(shù)據(jù)，它們可被存儲在數(shù)據(jù)庫內(nèi)表格“tblUser”302中，如圖10所示。從這個用戶數(shù)據(jù)，可以確定用于每個用戶角色位置的合格的個人，以及可以查明對于每個用戶角色位置的每個指配的用戶的必須的信息。表3內(nèi)的一個域是指配給特定的用戶的商業(yè)等級。該商業(yè)等級表示用戶在商業(yè)系統(tǒng)中的具體的級別。例如，用戶可以是級別3的用戶，以及這個信息被存儲在用戶表中?？商峁┑纳虡I(yè)等級可以映射到用戶角色位置，如下面的表4和5所示，表示對于被指配到每個用戶角色位置的用戶所需要的商業(yè)等級，它們可被存儲在數(shù)據(jù)庫內(nèi)表格“tblHMBusinessGrades”303和“tblHMPositiontoGradeMap”304中，如圖10所示。
表3基本系統(tǒng)用戶表(tblUser)

表4基本商業(yè)等級表(tblHMBusinessGrades)

表5用戶角色到商業(yè)等級映射表(tblHMPositiontoGradeMap)

下面結(jié)合圖10更詳細地描述下面的表6-9表6位置/角色到投標(biāo)模板映射表(tblHMPositionsRFXMatrix)

表7缺省用戶角色映射表(tblHMPositionsRelationships)

表8用戶角色到投標(biāo)請求映射表(tblBidHMPositions)

表9用戶位置/角色到批準(zhǔn)級別與分級結(jié)構(gòu)映射(tblApprovalLevel)

正如在圖10上可以看到的，在使能可配置的工作共享和用于買主的具體工作流程部分所必須的所有的域之間有簡明的關(guān)系。數(shù)據(jù)庫結(jié)構(gòu)300是可縮放的和可配置的，這樣，即使當(dāng)在不太精巧的數(shù)據(jù)庫環(huán)境內(nèi)運行時，只要規(guī)定用戶角色位置以及個人數(shù)據(jù)文件是可提供的，功能就仍舊存在。應(yīng)當(dāng)看到，類似的數(shù)據(jù)庫表格結(jié)構(gòu)對于銷售商和管理機構(gòu)是可提供的，這將在下面更詳細地討論。
用于買主的數(shù)據(jù)庫表格結(jié)構(gòu)300把來自買主的個人數(shù)據(jù)(“tblHRdata”301)視為輸入，以及創(chuàng)建個人數(shù)據(jù)文件(“tblUser”302)，包括可能在共享的工作環(huán)境中牽涉到的具體的個人。為了簡化起見，個人數(shù)據(jù)被顯示為表格“tblHRdata”301。然而，應(yīng)當(dāng)看到，個人數(shù)據(jù)可以具有任何形式，取決于買主數(shù)據(jù)庫系統(tǒng)?？梢赃M行從表格“tblHRdata”301到“tblUser”302的周期下載，來就買主的當(dāng)前雇員去更新系統(tǒng)，以便保證用戶角色位置被適當(dāng)?shù)刂概?。由買主指定的各種商業(yè)等級也可被存儲在表格“tblHMBusinessGrades”303中和映射到表格“tblUser”302，用于商業(yè)等級的個人指配，正如以上結(jié)合表3和4討論的。另外，商業(yè)等級可被映射到表格“tblHMPositiontoGrade”304中該選擇的用戶角色，正如以上結(jié)合表4和5討論的。
用戶角色類別表(“tblHMPositionCategories”305)和用戶角色位置表(“tblHMPositions”306)，以及它們與位置等級和指配的個人的關(guān)系也顯示于圖10。例如，表格“tblHMPositionsRelationship”307包括被指配給每個用戶角色位置的個人的用戶ID。如果用戶角色位置與具體的投標(biāo)模板類型有關(guān)(正如下面結(jié)合圖15更詳細地描述的)，則用于每個投標(biāo)模板類型的用戶角色位置可被存儲在表格“tblHMPositionsRFXMatrix”309。而且，如果用戶角色位置是對于每個投標(biāo)事務(wù)特定地被指定的，則對于特定的事務(wù)，被指配給每個用戶角色位置的個人的用戶ID可被存儲在表格“tblBidHMPositions”308中。
在事務(wù)期間用于買主指配個人到用戶角色位置的示例性步驟顯示于圖12。在事務(wù)開始后(步驟1200)(例如，創(chuàng)建投標(biāo)模板或投標(biāo)請求，廣播投標(biāo)請求，接收投標(biāo)應(yīng)答，評估投標(biāo)應(yīng)答，發(fā)包投標(biāo)，憑證付費等等)，系統(tǒng)和/或關(guān)鍵的個人確定是否已經(jīng)規(guī)定用于事務(wù)的所有的需要的用戶角色位置(步驟1205)。如果沒有的話，則系統(tǒng)和/或關(guān)鍵的個人規(guī)定對于事務(wù)必須的用戶角色位置(步驟1210)。
一旦斷言用戶角色位置后，系統(tǒng)和/或關(guān)鍵的個人確定對于用戶角色位置是否預(yù)先指定具體的個人(這里也稱為用戶)(步驟1215)，以及任何預(yù)先指定的用戶對于事務(wù)是否需要改變(步驟1220)。如果一個或多個用戶角色位置沒有預(yù)先指定的用戶或如果一個或多個預(yù)先指定的用戶應(yīng)當(dāng)被改變，則系統(tǒng)和/或關(guān)鍵的個人指定適當(dāng)?shù)挠脩粲糜谒械挠脩艚巧恢?步驟1225)，以及把用于用戶角色位置的指定的用戶的身份存儲在用戶角色表中(步驟1230)(例如，圖10的“tblBidHMPositions”)。如果所有用戶是預(yù)先指定的，則系統(tǒng)存儲預(yù)先指定的個人(步驟1230)，以及如果可應(yīng)用的，把事務(wù)通知給適當(dāng)?shù)膫€人(步驟1240)。
再次參照圖10，除了對于投標(biāo)/項目過程指配用戶給特定的用戶角色位置以外，數(shù)據(jù)庫表格結(jié)構(gòu)300還提供由于各種各樣的理由而指定需要批準(zhǔn)的事務(wù)和具體的批準(zhǔn)者的能力。所以，在表格“tblApprovalLevel”310內(nèi)，某些用戶角色位置可被分類為批準(zhǔn)位置，以及對于每個批準(zhǔn)位置，可以規(guī)定用于批準(zhǔn)的路由次序。例如，用戶角色位置批準(zhǔn)者(批準(zhǔn)者A)可被指定來批準(zhǔn)由另一個用戶角色位置(用戶B)生成的所有的事務(wù)，這樣，系統(tǒng)把所有的事務(wù)從用戶B自動路由到批準(zhǔn)者A。
另外，每個用戶可被提供接入權(quán)，以觀看和修正在系統(tǒng)內(nèi)的數(shù)據(jù)。例如，一個用戶角色位置可以具有通過第一網(wǎng)頁修正或輸入數(shù)據(jù)到系統(tǒng)中的權(quán)限，而另一個用戶角色位置可能只有通過第二網(wǎng)頁觀看數(shù)據(jù)的權(quán)限。因此，雖然被顯示在網(wǎng)頁上的信息對于兩個用戶可以是相同的，但取決于用戶角色位置的批準(zhǔn)級別，實際的網(wǎng)頁是不同的。當(dāng)用戶登錄到系統(tǒng)時，系統(tǒng)確定用戶的批準(zhǔn)級別以及把適當(dāng)?shù)木W(wǎng)頁推送給用戶。實施用戶角色到網(wǎng)頁接入映射的數(shù)據(jù)結(jié)構(gòu)的例子顯示在下面的表10中。
表10用戶角色到網(wǎng)頁接入映射表

為了保持在用戶角色位置、內(nèi)部的個人與采取正在進行方式的具體事務(wù)之間的關(guān)系，本發(fā)明的系統(tǒng)還被設(shè)計成考慮有組織個人的移位以及個人的商業(yè)級別和用戶權(quán)限?，F(xiàn)在參照圖14，圖上顯示了按照本發(fā)明的實施例的、用于修正用戶角色位置指配的示例性步驟。用戶角色位置可以根據(jù)用戶名字或事務(wù)類型被重新指配(步驟1400)。如果根據(jù)用戶名字作出修正(步驟1405)，則可以對于由用戶保持的所有用戶角色位置作出全局改變，或只對于由用戶保持的特定用戶角色位置作出改變。對于全局改變(步驟1410)，選擇新的用戶(步驟1415)，以及對于由以前的用戶保持的所有用戶角色位置，新的用戶替換以前的用戶(步驟1420)。例如，當(dāng)雇員離開公司以及新的雇員在公司內(nèi)占據(jù)現(xiàn)有雇員的位置時，這種類型的全局改變是必要的。
對于特定的用戶角色位置改變(步驟1410)，可以顯示由用戶保持的所有的用戶角色位置(步驟1425)，以及對于該改變可以選擇一個用戶角色位置(步驟1430)。對于該選擇的用戶角色位置，選擇新的用戶(步驟1435)以及對于該選擇的用戶角色位置用新的用戶替換以前的用戶(步驟1440)。這個過程可以對于需要改變的每個用戶角色位置重復(fù)進行(步驟1445)。特定的用戶角色位置改變可以由于許多原因發(fā)生，諸如提升、重新組織、雇員狀態(tài)改變(例如，全職到兼職)，等等。
如果根據(jù)事務(wù)類型作出修正(步驟1405)，則可以顯示所有的事務(wù)類型的表(例如，投標(biāo)請求創(chuàng)建，投標(biāo)請求廣播，投標(biāo)請求接收，投標(biāo)應(yīng)答生成，投標(biāo)應(yīng)答接收，投標(biāo)評估，投標(biāo)項目發(fā)包，計時，憑證付費，等等)(步驟1450)，以及選擇特定的事務(wù)類型(步驟1455)。與該特定的事務(wù)類型有關(guān)的所有的用戶角色位置可被顯示(步驟1460)，以及選擇要被修正的特定的用戶角色位置(步驟1465)。對于該選擇的用戶角色位置，選擇新的用戶(步驟1470)，以及對于該選擇的用戶角色位置用新的用戶替換以前的用戶(步驟1475)。例如，當(dāng)用于用戶角色位置的特定的用戶是未知的，但由于顧客投訴而需要改變時，事務(wù)類型修正可能是有利的。
根據(jù)修正的原因以及對于現(xiàn)有的事務(wù)中的連續(xù)性的需要，用戶角色位置修正可被應(yīng)用到現(xiàn)有的事務(wù)或只應(yīng)用于新的事務(wù)(步驟1480)。如果對于現(xiàn)有的事務(wù)要施加修正，則用戶角色表用新的用戶被更新，以及以前的用戶記錄被修正為“過時的”(步驟1485)。然而，如果只對于新的事務(wù)要施加修正，則用戶角色表用新的用戶被更新，但以前的用戶記錄不刪除以及新的用戶被標(biāo)記為只用于新的事務(wù)(步驟1490)。對于銷售商，用戶角色位置典型地被預(yù)先指定為限制接入到合格的個人。實施銷售商用戶角色的數(shù)據(jù)結(jié)構(gòu)的例子被顯示于下面的表11-13。正如可以看到的，銷售商個人可被分配銷售商聯(lián)絡(luò)類型，它可被映射為觀看和限制系統(tǒng)內(nèi)的數(shù)據(jù)的接入權(quán)利，類似于以上結(jié)合表10對于買主描述的情形。然而，應(yīng)當(dāng)看到，可以包括其他銷售商用戶角色結(jié)構(gòu)，以及系統(tǒng)不限于表11-13中列出的具體的結(jié)構(gòu)。
表11示例性銷售商角色(tblVendorRoles)

表12示例性銷售商聯(lián)絡(luò)(tblVendorContacts)

表13示例性銷售商角色許可(tblVendorRolePermissions)

對于管理機構(gòu)，用戶角色位置可被規(guī)定，以使得能夠規(guī)定整個處理隊伍和隊伍成員，以便行政管理與規(guī)定的投標(biāo)類型有關(guān)的、和對于規(guī)定的位置的事務(wù)活動。現(xiàn)在參照圖13A-13B，圖上顯示用于實施行政管理處理隊伍的示例性步驟。一開始，建立用于管理機構(gòu)的行政管理用戶表，包含行政管理用戶主數(shù)據(jù)(步驟1300)。從用戶表，各種用戶可被分配給一個或多個用戶組以及用戶到用戶組的映射可被存儲在用戶組映射表(步驟1305)。用戶組可以與公司內(nèi)的商業(yè)單位或事務(wù)類型或二者相聯(lián)系。對于每個用戶組，在用戶組內(nèi)每個用戶的功能性權(quán)利和責(zé)任可以在用戶組權(quán)利表中被規(guī)定(步驟1310)。例如，每個用戶可被分配以對于用戶組的接入權(quán)利(正如以上結(jié)合圖10討論的)。實施用戶組和用戶權(quán)利的數(shù)據(jù)結(jié)構(gòu)的例子顯示于下面的表14-19。然而，應(yīng)當(dāng)看到，也可以包括其他管理機構(gòu)用戶角色結(jié)構(gòu)，以及系統(tǒng)不限于在表14-19中列出的具體的管理機構(gòu)用戶角色結(jié)構(gòu)。
表14示例性管理機構(gòu)用戶表

表15示例性管理機構(gòu)用戶組表數(shù)值

表16示例性管理機構(gòu)用戶到用戶組映射表

表17示例性管理機構(gòu)用戶組權(quán)利表

一旦用戶組被查明，如圖13B所示，就可在用戶組內(nèi)創(chuàng)建處理隊伍來處理具體的事務(wù)類型(步驟1315)。在特定的用戶組內(nèi)的所有的用戶可被映射到具體的處理隊伍以及可被分配以用于特定的事務(wù)類型的路由次序(步驟1320)。用于創(chuàng)建和映射用戶到處理隊伍的示例性數(shù)據(jù)結(jié)構(gòu)顯示于下面的表18和19。
表18示例性行政管理處理隊伍表

表19示例性行政管理處理隊伍到用戶的映射表

另外，處理隊伍可被映射到具體的地理區(qū)域，這樣，不同的處理隊伍可以處理在不同的區(qū)域中的相同的類型的事務(wù)(步驟1325)。所以，當(dāng)特定的類型的事務(wù)在特定的位置進行時，系統(tǒng)可以根據(jù)事務(wù)類型和位置來管理到適當(dāng)?shù)挠脩舻墓ぷ髁鞒?步驟1330)。例如，可以通過電子郵件和/或控制板(dashboard)更新而把事務(wù)告知適當(dāng)?shù)挠脩簟?br> 因此，由本發(fā)明的系統(tǒng)支持的用戶角色管理提供用于從投標(biāo)創(chuàng)建到項目完成的整個投標(biāo)/項目過程的、靈活的、可縮放的和魯棒的工作共享環(huán)境。另外，系統(tǒng)使能進行安全的通信和基于用戶角色的事務(wù)處理，這使得用戶能夠在正好的時間與正確的用戶接口，而同時保證數(shù)據(jù)觀看和接入的權(quán)利只限于對于接入有功能性需要的那些用戶。
投標(biāo)活動在完成預(yù)投標(biāo)活動后，買主可以創(chuàng)建和發(fā)送投標(biāo)請求給一個或多個銷售商以征求來自銷售商的、對于特定的項目的投標(biāo)應(yīng)答。為了在完全的投標(biāo)/項目過程方面實施投標(biāo)過程，投標(biāo)模板可被使用于具體的項目類型，以統(tǒng)一和全面的方式征求來自銷售商的、對于特定的項目類型的必須的信息，以便能對于投標(biāo)應(yīng)答進行經(jīng)濟的和有效的評估。
用于利用投標(biāo)模板創(chuàng)建投標(biāo)請求的示例性功能顯示于圖15。按照本發(fā)明的實施例，投標(biāo)模板創(chuàng)建工具180和投標(biāo)請求創(chuàng)建工具185被顯示于圖15，分別用于創(chuàng)建投標(biāo)模板240和從投標(biāo)模板240創(chuàng)建投標(biāo)請求200。投標(biāo)模板創(chuàng)建工具180和投標(biāo)請求創(chuàng)建工具185可以包括對于執(zhí)行工具的功能所需要的任何硬件、軟件和/或固件，以及可以在web服務(wù)器120或附加服務(wù)器(未示出)內(nèi)被實施。取決于由買主外部起源的項目工作的性質(zhì)，每個買主可以創(chuàng)建一個或多個投標(biāo)模板240。例如，如果買主需要僅僅在一個部門中的人員輔助，則買主可以只創(chuàng)建一個投標(biāo)模板240來處理人員輔助投標(biāo)請求200。
為了創(chuàng)建投標(biāo)模板240，投標(biāo)模板創(chuàng)建工具180接入買主數(shù)據(jù)庫155a以檢索在投標(biāo)條目列表194內(nèi)的投標(biāo)條目230以及經(jīng)由買主模塊110、web服務(wù)器120、數(shù)據(jù)網(wǎng)40和買主瀏覽器20a給買主提供投標(biāo)條目列表230，供買主從中進行選擇。投標(biāo)條目230與由買主、銷售商或二者要征求的特定的信息類型有關(guān)。從投標(biāo)條目列表230，買主選擇和提供一個或多個投標(biāo)條目選擇235，用于包括在投標(biāo)模板240中。根據(jù)買主結(jié)構(gòu)，一個或多個投標(biāo)條目230對于投標(biāo)模板240可以是強制性的，諸如買主名字、要被執(zhí)行的工作的位置和所請求的項目工作的類型。對于一個或多個強制性投標(biāo)條目230，除了把強制性投標(biāo)條目230包括在投標(biāo)模板240中以外，與每個強制性投標(biāo)條目230有關(guān)的特定的信息也可被包括在投標(biāo)模板240內(nèi)的、與強制性投標(biāo)條目230有關(guān)的域。例如，買主名字和項目工作類型可被存儲在用于該項目工作類型的投標(biāo)模板240。由買主創(chuàng)建的每個投標(biāo)模板240被存儲在投標(biāo)模板列表190內(nèi)的買主數(shù)據(jù)庫155a中，供以后在創(chuàng)建投標(biāo)請求200時使用。
為了創(chuàng)建投標(biāo)請求200，投標(biāo)請求創(chuàng)建工具185接入買主數(shù)據(jù)庫155a以檢索被存儲在投標(biāo)模板列表190內(nèi)的投標(biāo)模板240，以及經(jīng)由買主模塊110、web服務(wù)器120、數(shù)據(jù)網(wǎng)40和買主瀏覽器20a給買主提供投標(biāo)模板列表240，供買主從中進行選擇。在選擇適當(dāng)?shù)耐稑?biāo)模板240后，買主把投標(biāo)請求數(shù)據(jù)210提供到投標(biāo)請求創(chuàng)建工具185，用于包括在投標(biāo)模板240類型的投標(biāo)請求200中。例如，買主可以把投標(biāo)請求數(shù)據(jù)210輸入到對于每個投標(biāo)條目選擇235提供的域，它需要在投標(biāo)模板240內(nèi)的、來自買主的信息。作為例子，但不是限制，投標(biāo)請求數(shù)據(jù)210可包括要被執(zhí)行的工作的位置、項目的時序和對于項目必須的、特定的銷售商考核。
投標(biāo)請求創(chuàng)建工具185還與買主數(shù)據(jù)庫155a接口以接入用于買主的銷售商列表158，以及確定適當(dāng)?shù)匿N售商來接收投標(biāo)請求。適當(dāng)?shù)匿N售商可以是根據(jù)投標(biāo)模板240類型和被包括在投標(biāo)請求200本身內(nèi)的任何其他銷售商考核被選擇。因此，銷售商列表158可被分開成對于投標(biāo)模板240類型的預(yù)先合格的銷售商以進一步減小當(dāng)提交投標(biāo)請求200時的處理時間。投標(biāo)請求創(chuàng)建工具185還使用與選擇的銷售商有關(guān)的用戶銷售商聯(lián)絡(luò)信息250，并及經(jīng)由銷售商模塊115、web服務(wù)器120、數(shù)據(jù)網(wǎng)40和銷售商瀏覽器20b廣播(發(fā)送)投標(biāo)請求200到適當(dāng)?shù)匿N售商(如圖1和2所示)，以及把提交的投標(biāo)請求200存儲在用于買主的投標(biāo)請求列表196。
從征求的銷售商處(如圖1和2所示)接收的銷售商投標(biāo)應(yīng)答220還可以以投標(biāo)應(yīng)答列表198存儲在買主數(shù)據(jù)庫155a中，供以后在比較與分級銷售商投標(biāo)應(yīng)答220時使用。銷售商投標(biāo)應(yīng)答220是從被包括在投標(biāo)請求200中的投標(biāo)條目生成的。具體地，銷售商填充與銷售商有關(guān)的數(shù)據(jù)和在投標(biāo)請求200中使能的投標(biāo)條目內(nèi)的數(shù)據(jù)域中的投標(biāo)應(yīng)答。銷售商經(jīng)由銷售商模塊115接入投標(biāo)請求200以觀看投標(biāo)請求和完成銷售商應(yīng)答，以及經(jīng)由銷售商模塊115提交完成的投標(biāo)應(yīng)答220，以便經(jīng)由買主模塊110存儲在買主數(shù)據(jù)庫155a(步驟未示出)。投標(biāo)應(yīng)答220可包括從銷售商數(shù)據(jù)庫115b(未示出)檢索的數(shù)據(jù)以及可以在投標(biāo)應(yīng)答創(chuàng)建期間和之后被存儲在銷售商數(shù)據(jù)庫155b。
從各種系統(tǒng)看來，用于創(chuàng)建投標(biāo)模板、從投標(biāo)模板創(chuàng)建投標(biāo)請求和從投標(biāo)請求創(chuàng)建投標(biāo)應(yīng)答的示例性步驟被顯示于圖16A-16D。在用于投標(biāo)模板創(chuàng)建的系統(tǒng)處執(zhí)行的主處理步驟顯示于圖16A。系統(tǒng)通過給買主用戶提供預(yù)定的投標(biāo)條目列表，而創(chuàng)建投標(biāo)模板(步驟1600)。響應(yīng)于此，系統(tǒng)從投標(biāo)條目列表接收一個或多個投標(biāo)條目選擇，用于包括在被存儲在系統(tǒng)內(nèi)的投標(biāo)模板內(nèi)(步驟1610)。為了從投標(biāo)模板創(chuàng)建投標(biāo)請求，系統(tǒng)把在投標(biāo)模板內(nèi)的投標(biāo)條目選擇傳送到買主用戶，用于通過使用投標(biāo)條目選擇來生成投標(biāo)請求(步驟1620)。
在圖16B上，在買主一側(cè)，在接收投標(biāo)條目列表后，為了創(chuàng)建投標(biāo)模板，買主用戶使用一個或多個投標(biāo)條目，要把它們包括在投標(biāo)模板中(步驟1630)。為了以后生成投標(biāo)請求，買主用戶接收包括投標(biāo)條目選擇的投標(biāo)模板(步驟1635)，以及把投標(biāo)請求數(shù)據(jù)輸入到在投標(biāo)模板中的、與投標(biāo)條目選擇有關(guān)的域，以創(chuàng)建投標(biāo)請求(步驟1640)。在所有可應(yīng)用的投標(biāo)條目選擇域都被買主用戶完成后，投標(biāo)請求被發(fā)送到系統(tǒng)，以便廣播到合格的銷售商(步驟1645)。
由系統(tǒng)執(zhí)行的、用于投標(biāo)請求生成和廣播的主處理步驟顯示于圖16C。在創(chuàng)建投標(biāo)模板和貯存用于投標(biāo)模板的投標(biāo)條目選擇后(步驟1650)，系統(tǒng)通過使用由買主用戶輸入的用于投標(biāo)模板類型的投標(biāo)請求的投標(biāo)請求數(shù)據(jù)而生成投標(biāo)請求(步驟1660)。此后，系統(tǒng)發(fā)送生成的投標(biāo)請求到合格的銷售商，用于征求投標(biāo)模板類型的投標(biāo)應(yīng)答(步驟1670)。
在圖16D上，在銷售商一側(cè)，銷售商接收包括由買主選擇的使能的投標(biāo)條目選擇的投標(biāo)請求(步驟1680)。為了創(chuàng)建投標(biāo)應(yīng)答，銷售商用戶把投標(biāo)應(yīng)答數(shù)據(jù)輸入到與被包括在投標(biāo)請求中的投標(biāo)條目選擇有關(guān)的域(步驟1685)，以創(chuàng)建投標(biāo)應(yīng)答。在所有的可應(yīng)用的投標(biāo)條目選擇域都被銷售商用戶完成后，投標(biāo)應(yīng)答被發(fā)送到系統(tǒng)，以便轉(zhuǎn)發(fā)到買主(步驟1690)。
下面在表20-25上顯示用于創(chuàng)建投標(biāo)模板的數(shù)據(jù)結(jié)構(gòu)的例子。為了簡化起見，數(shù)據(jù)結(jié)構(gòu)被顯示為組織成表格的格式，每個表格包括對于把投標(biāo)項目顯示給買主用戶以從中進行選擇和存儲用于投標(biāo)模板的投標(biāo)條目選擇所必須的所有的域。表格以分級結(jié)構(gòu)和關(guān)聯(lián)的方式進行相關(guān)，正如下面結(jié)合圖17描述的。然而，應(yīng)當(dāng)看到，也可以包括其他投標(biāo)模板結(jié)構(gòu)，以及系統(tǒng)不限于在表20-25或圖17上顯示的具體的投標(biāo)模板結(jié)構(gòu)。
表20基本投標(biāo)條目分段表(tblRFXBidSections)

表21基本投標(biāo)條目類別表(tblRFXBidCategories)

表22基本投標(biāo)條目表(tblRFXBidItems)

表23
基本投標(biāo)模板類型表(tblRFXBidTemplates)

表24基本投標(biāo)模板到投標(biāo)條目映射表(tblRFXTemplateItemMatrix)

表25基本客戶投標(biāo)條目缺省值表(tblRFXBidItemsCDV)

現(xiàn)在參照圖17，圖上顯示說明在每個以上的表20-25之間的相互關(guān)系的數(shù)據(jù)庫表結(jié)構(gòu)。為了方便起見，投標(biāo)條目230被顯示為當(dāng)創(chuàng)建投標(biāo)模板240時被組織成投標(biāo)分段和投標(biāo)類別，用于方便和邏輯的商業(yè)信息處理分段。因此，買主用戶被呈現(xiàn)以投標(biāo)分段250，從其中買主用戶可選擇一個投標(biāo)類別255以顯示與該投標(biāo)類別255有關(guān)的投標(biāo)條目230。把投標(biāo)條目230分割成投標(biāo)類別255和投標(biāo)分段250，促進形成買主用戶容易理解的相互間隔的格式，由此使得能夠進行更經(jīng)濟和有效的投標(biāo)模板創(chuàng)建過程。
表“tblRFXBidSections”401，具有以上的表20的形式，包括投標(biāo)分段名稱和投標(biāo)條目230的每個分段250的標(biāo)識，連同在網(wǎng)頁上每個投標(biāo)分段250的顯示次序的指示以及在網(wǎng)頁上對于投標(biāo)分段250的要被包括的任何評注。每個投標(biāo)分段250可以作為分開的記錄被存儲在表“tblRFXBidSections”401中，每個記錄具有表20的格式。在每個投標(biāo)分段250內(nèi)，是一個或多個投標(biāo)類別255。表“tblRFXBidCategories”402，具有以上的表21的格式，包括類別名稱和每個投標(biāo)類別255的標(biāo)識號，和對于每個投標(biāo)類別255的相關(guān)的投標(biāo)分段250。另外，表“tblRFXBidCategories”402還包括在網(wǎng)頁上對于每個投標(biāo)類別255的顯示次序以及在網(wǎng)頁上對于投標(biāo)類別255的要被包括的任何評注。每個投標(biāo)類別255可以作為分開的記錄被存儲在表“tblRFXBidCategories”402，每個記錄具有表21的格式。
每個投標(biāo)類別255還包括與投標(biāo)類別255有關(guān)的一個或多個投標(biāo)條目230。所以，表“tblRFXBidItems”403，具有以上的表22的格式，包括投標(biāo)條目名稱和標(biāo)識號，連同與投標(biāo)條目230有關(guān)的投標(biāo)類別255。對于每個投標(biāo)條目230的分開的記錄可以存儲在表“tblRFXBidItems”403，每個記錄具有以上表22的格式。表“tblRFXBidItems”403還包括關(guān)于投標(biāo)條目230的附加信息，諸如是否允許投標(biāo)條目230的禁用、投標(biāo)條目230是否顯示給銷售商、投標(biāo)條目230是否需要銷售商應(yīng)答、對于投標(biāo)條目230的、由買主輸入的數(shù)據(jù)類型、對于投標(biāo)條目230的、由買主輸入的數(shù)據(jù)的域長度、對于投標(biāo)條目230的、由銷售商輸入的數(shù)據(jù)的類型、以及對于投標(biāo)條目230的、由銷售商輸入的數(shù)據(jù)的域長度。例如，以下的表26顯示組成投標(biāo)條目列表194的表“tblRFXBidItems”403中的樣本投標(biāo)條目230。
表26






再次參照圖17，每個投標(biāo)條目230可以對于特定的投標(biāo)模板240被禁用或使能，取決于為其創(chuàng)建投標(biāo)模板240的項目工作的類型。然而，正如以上結(jié)合圖15討論的，可能有某些投標(biāo)條目230需要被包括在一個或多個投標(biāo)模板240類型中。所以，對于需要的投標(biāo)條目230，不允許禁用。如果整個投標(biāo)分段250或投標(biāo)類別255不能應(yīng)用于特定的投標(biāo)模板240，則數(shù)據(jù)庫表結(jié)構(gòu)400可被配置成允許整個投標(biāo)分段250內(nèi)的投標(biāo)條目230或投標(biāo)類別255被禁用，如果該投標(biāo)分段250內(nèi)的所有投標(biāo)條目230或投標(biāo)類別255可被禁用的話。
一旦所有的投標(biāo)條目230已對于特定的投標(biāo)模板240被禁用或使能(投標(biāo)條目選擇235是使能的投標(biāo)條目)，投標(biāo)模板240和相關(guān)的投標(biāo)條目選擇235就可被存儲在數(shù)據(jù)庫表結(jié)構(gòu)400。表“tblRFXBidTemplates”405，具有以上的表23的形式，包括投標(biāo)模板名稱和投標(biāo)模板標(biāo)識號，用于把投標(biāo)條目選擇235與在具有以上表24的形式的表“tblRFXBidTemplateItemMatrix”404中的投標(biāo)模板240相聯(lián)系?？梢栽诒怼皌blRFXBidTemplates”405中存儲分開的記錄，每個記錄具有表23的形式。另外，用于被包括在特定的投標(biāo)模板240內(nèi)的每個投標(biāo)條目選擇235的分開的記錄可被存儲在表“tblRFXBidTemplateItemMatrix”404中，每個記錄具有表24的形式。
如果有特定的投標(biāo)條目230具有可應(yīng)用于所有的投標(biāo)模板240的缺省值，諸如買主名字，則用于該特定的投標(biāo)條目230的缺省值可被存儲在具有表25的形式的表“tblRFXBidItemsCDV”406中。用于與每個投標(biāo)條目230有關(guān)的每個缺省值的分開的記錄可被存儲在表“tblRFXBidItemsCDV”406中，每個記錄具有表25的形式。通過提供以結(jié)構(gòu)的、可配置的和可縮放的格式的、可選擇的投標(biāo)條目，任何投標(biāo)條目230可以在任何時間被加上或去除，取決于買主的具體的需要。
圖18上顯示用于通過使用分級結(jié)構(gòu)和關(guān)聯(lián)的數(shù)據(jù)庫表結(jié)構(gòu)創(chuàng)建投標(biāo)模板的示例性步驟。為了創(chuàng)建投標(biāo)模板，買主用戶輸入用于模板的名稱，以便創(chuàng)建在數(shù)據(jù)庫表結(jié)構(gòu)中用于模板的記錄(步驟1800)。此后，買主用戶從投標(biāo)分段列表中選擇特定的投標(biāo)分段(步驟1805和1810)以及從投標(biāo)類別列表中選擇特定的投標(biāo)類別(步驟1815和1820)，以開始選擇用于包括在投標(biāo)模板中的投標(biāo)條目的過程(1825)。
如果需要在所選擇的投標(biāo)類別中的一個或多個投標(biāo)條目(步驟1830)，則所需要的投標(biāo)選擇被自動包括在投標(biāo)模板中(步驟1835)。根據(jù)買主用戶對于特定的類型的投標(biāo)模板的需要，選擇其他投標(biāo)條目(步驟1840)。這個過程對于在所選擇的投標(biāo)分段內(nèi)的每個投標(biāo)類別(步驟1845)和對于在投標(biāo)分段列表內(nèi)的每個投標(biāo)分段(步驟1850)重復(fù)進行，直至所有的投標(biāo)條目都被再審閱以及對于投標(biāo)模板或者是使能的(選擇)或者是禁用的為止。正如上面討論的，在其他實施例中，在投標(biāo)分段或投標(biāo)類別內(nèi)的所有投標(biāo)條目可能能夠被禁用而不用再審閱各個投標(biāo)條目，如果允許所有那些投標(biāo)條目被禁用的話。一旦對于投標(biāo)模板已作出投標(biāo)條目選擇，投標(biāo)模板就被存儲在投標(biāo)模板列表(步驟1855)，供以后在創(chuàng)建投標(biāo)請求時使用。
圖19顯示用于創(chuàng)建投標(biāo)模板的示例性網(wǎng)頁的屏幕快照。通過使用一個或多個網(wǎng)頁(僅僅顯示其中的一個)，買主用戶可以輸入投標(biāo)模板名稱240，選擇投標(biāo)分段250和選擇投標(biāo)類別255來顯示在可被包括在投標(biāo)模板240內(nèi)的投標(biāo)類別255內(nèi)的具體的投標(biāo)條目230。對于在顯示的投標(biāo)類別255內(nèi)的每個投標(biāo)條目230，買主用戶可以選擇使能或禁用該投標(biāo)條目230。然而，如果特定的投標(biāo)條目230不能被禁用，則該禁用按鈕被虛化(ghost)以防止買主用戶禁用投標(biāo)條目230。另外，如果任選項是可提供的，買主用戶也允許通過點擊在當(dāng)前顯示的投標(biāo)分段250或投標(biāo)類別255相鄰的禁用按鈕而禁用在特定的投標(biāo)分段250或投標(biāo)類別255內(nèi)的所有的投標(biāo)條目230。一旦所有的投標(biāo)條目230對于投標(biāo)模板240是使能的或禁用的，買主用戶就可以保存該投標(biāo)模板240。在某些實施例中，買主用戶能夠臨時保存投標(biāo)模板240，如果所有投標(biāo)條目選擇235還沒有完成的話。在一個實施例中，保存按鈕被虛化，直至所有的投標(biāo)條目230被使能或被禁用為止。
圖20顯示通過使用被組織為分級結(jié)構(gòu)和關(guān)聯(lián)格式的投標(biāo)條目，如圖17所示，用于從投標(biāo)模板創(chuàng)建投標(biāo)請求的示例性步驟，如圖15所示。初始地，由買主用戶從用于投標(biāo)請求的投標(biāo)模板列表中選擇投標(biāo)模板(步驟2000)。應(yīng)當(dāng)看到，投標(biāo)模板可以緊接在投標(biāo)請求生成之前被創(chuàng)建或投標(biāo)模板可以在投標(biāo)請求前事先創(chuàng)建好。在用于投標(biāo)請求的特定的投標(biāo)模板被選擇后，買主用戶輸入用于該投標(biāo)請求的投標(biāo)請求識別符(步驟2005)，諸如投標(biāo)請求名稱或號碼。另外，系統(tǒng)將指配投標(biāo)跟蹤號來引用該投標(biāo)，因為它在整個系統(tǒng)內(nèi)應(yīng)用到銷售商、買主、承包商和管理機構(gòu)。
在投標(biāo)模板中所有的投標(biāo)條目選擇通過投標(biāo)分段和投標(biāo)類別被顯示給買主用戶供查閱(步驟2010)。如果在投標(biāo)模板中的一個或多個投標(biāo)條目選擇不能應(yīng)用于特定的投標(biāo)請求(步驟2015)，以及不想要的投標(biāo)條目選擇可被禁用的話(步驟2020)，買主用戶可以禁用對于特定的投標(biāo)請求不需要的那些投標(biāo)條目選擇(步驟2025)。此后，買主用戶把必須的投標(biāo)請求數(shù)據(jù)輸入到用于在投標(biāo)請求中使能的投標(biāo)條目選擇的、適當(dāng)?shù)挠?步驟2030)。例如，一個或多個投標(biāo)條目選擇可包含用于買主輸入數(shù)據(jù)的域，諸如要執(zhí)行的工作的位置或項目工作的類型。這些域可以是可變類型數(shù)據(jù)域，諸如文本輸入域或可選擇的任選項域，具有到包含可選擇的任選項的網(wǎng)頁的鏈接。
可被顯示的、可選擇的任選項域的例子包括從多個預(yù)先建立的項目類型中選擇用于投標(biāo)請求的特定類型的項目工作。為了實施項目類型選擇過程，可以提供可配置的和可縮放的數(shù)據(jù)庫結(jié)構(gòu)，用來使得買主的具體的項目工作商業(yè)要求能夠以非平凡(non-prose)的方式被歸類。通過從預(yù)先建立的項目工作類型中進行選擇，買主可保證，銷售商投標(biāo)應(yīng)答是與買主的項目工作要求同步的。當(dāng)完成用于選擇接收投標(biāo)請求的銷售商的銷售商考核數(shù)據(jù)時(如圖2所示)，項目工作類型也可以由銷售商選擇。下面在表27-29上顯示用于選擇項目工作類型的數(shù)據(jù)結(jié)構(gòu)的例子。為了簡化起見，數(shù)據(jù)結(jié)構(gòu)被顯示為組織成表格的格式，每個表格包括對于把項目工作類型顯示給買主用戶從中進行選擇，和把選擇的項目工作類型存儲在投標(biāo)請求的相關(guān)投標(biāo)條目選擇的域內(nèi)所必須的所有域。表格以分級結(jié)構(gòu)和/或關(guān)聯(lián)的方式進行相關(guān)，這樣，表格以用于把項目工作類型顯示給買主用戶的特定次序被接入。
下面的表27分別顯示樣本的項目業(yè)務(wù)類型，諸如咨詢、人員輔助、和其他項目業(yè)務(wù)。在每個項目業(yè)務(wù)類型內(nèi)可以有一個或多個項目扇區(qū)，如表28所示，以及在每個項目扇區(qū)內(nèi)可以有一個或多個項目族，如表29所示。所以，為了選擇用于投標(biāo)請求的特定的項目工作類型(項目族)，買主用戶可以選擇項目業(yè)務(wù)類型和項目扇區(qū)類型，以顯示從中進行選擇的項目族列表。應(yīng)當(dāng)看到，可以包括其他結(jié)構(gòu)和項目類型，以及系統(tǒng)不限于在表27-29中所列出的具體的結(jié)構(gòu)和信息。
表27項目業(yè)務(wù)類型表

表28項目扇區(qū)類型表

表29項目族類型表

再次參照圖20，一旦買主用戶已輸入投標(biāo)請求數(shù)據(jù)到所有的需要的投標(biāo)條目域(步驟2035)，投標(biāo)請求就完成。應(yīng)當(dāng)看到，不是所有的投標(biāo)條目域都需要用戶輸入投標(biāo)請求數(shù)據(jù)，例如，一個或多個投標(biāo)條目選擇可以是只有銷售商應(yīng)答的、銷售商投標(biāo)應(yīng)答投標(biāo)條目選擇。對于該銷售商投標(biāo)應(yīng)答投標(biāo)條目選擇，買主用戶可以使能或禁用該投標(biāo)條目選擇，以及不輸入任何數(shù)據(jù)到用于該投標(biāo)條目選擇的域，除非是可以幫助銷售商完成用于該投標(biāo)條目的投標(biāo)應(yīng)答的數(shù)據(jù)。對于投標(biāo)請求完整性，其中買主用戶可以輸入投標(biāo)請求數(shù)據(jù)的、每個使能的投標(biāo)條目選擇優(yōu)選地在投標(biāo)請求被提交之前由買主用戶被填滿。
在許多公司中，投標(biāo)請求在發(fā)送到銷售商之前必須被批準(zhǔn)。所以，如果投標(biāo)請求需要批準(zhǔn)(步驟2040)，則投標(biāo)請求的組織者把投標(biāo)請求提交到適當(dāng)?shù)呐鷾?zhǔn)者(步驟2045)。在示例性實施例中，正如以上結(jié)合圖9-14討論的，預(yù)先指定對于所有的投標(biāo)請求或?qū)τ谔囟ǖ耐稑?biāo)請求的批準(zhǔn)用戶角色位置，這樣，投標(biāo)請求將自動路由到適當(dāng)?shù)呐鷾?zhǔn)者。如果投標(biāo)請求被批準(zhǔn)(步驟2050)，則把該投標(biāo)請求批準(zhǔn)告知組織者(步驟2055)，以及投標(biāo)請求被發(fā)送到合格的銷售商(步驟2060)。然而，如果投標(biāo)請求沒有批準(zhǔn)(步驟2050)，則把該投標(biāo)請求拒絕告知組織者(步驟2065)，以及如果可能的話，提供編輯投標(biāo)請求的機會(步驟2070)。例如，組織者可以禁用需要被包括在用于批準(zhǔn)目的的投標(biāo)請求中的一個或多個投標(biāo)條目選擇，或讓一個或多個買主需要的數(shù)據(jù)域空白。如果投標(biāo)請求不需要批準(zhǔn)(步驟2040)，則投標(biāo)請求被發(fā)送到對于該投標(biāo)請求的合格的銷售商(步驟2060)。
圖21和22是可被提供給買主用戶用于投標(biāo)請求創(chuàng)建的示例性網(wǎng)頁的屏幕快照。通過使用一個或多個網(wǎng)頁，買主用戶可以輸入投標(biāo)請求名稱200，選擇投標(biāo)分段250和選擇投標(biāo)類別255，以顯示可被包括在投標(biāo)請求200中的投標(biāo)類別255內(nèi)的具體的投標(biāo)條目選擇230。圖21顯示投標(biāo)請求200的狀態(tài)的總貌，列出在每個分段250中的投標(biāo)條目選擇235的數(shù)目以及在每個分段250中已完成的或禁用的投標(biāo)條目選擇235的數(shù)目。為了完成或禁用投標(biāo)條目選擇235，買主用戶可以點擊投標(biāo)分段250，以顯示投標(biāo)類別255和在每個投標(biāo)類別255內(nèi)的投標(biāo)條目選擇235。一旦所有的投標(biāo)條目選擇235都已完成或禁用，買主用戶可以點擊提交完成的投標(biāo)請求按鈕，用于批準(zhǔn)和/或發(fā)送到合格的銷售商。
如圖22所示，在每個投標(biāo)分段250內(nèi)每個投標(biāo)類別255中的每個投標(biāo)條目選擇235可被審閱，以確定投標(biāo)條目選擇235是否應(yīng)當(dāng)被禁用。在一個或多個類別255中的某些投標(biāo)條目選擇235也可能需要來自買主用戶的投標(biāo)請求數(shù)據(jù)210。對于在投標(biāo)類別255中的每個投標(biāo)條目選擇235，買主用戶可以使能或禁用該投標(biāo)條目選擇235。然而，如果特定的投標(biāo)條目選擇235不能被禁用，則該禁用按鈕被虛化，以防止買主用戶禁用投標(biāo)條目選擇235。另外，如果任選項是可提供的，則買主用戶也允許禁用在特定的投標(biāo)分段250或投標(biāo)類別255內(nèi)的所有的投標(biāo)條目選擇235。如果投標(biāo)條目選擇235被使能和具有域238，用于輸入投標(biāo)請求數(shù)據(jù)210，則買主用戶可以把投標(biāo)請求數(shù)據(jù)210輸入到相關(guān)的數(shù)據(jù)域238。另外，如果投標(biāo)模板包含對于特定的投標(biāo)條目選擇235的缺省投標(biāo)請求數(shù)據(jù)210，則缺省數(shù)據(jù)210可以顯示在數(shù)據(jù)域238中，以及可以或不一定允許改變，這取決于樣板設(shè)置值。
圖23顯示用于審閱和發(fā)送投標(biāo)請求到合格的銷售商的示例性步驟，如圖15所示。投標(biāo)請求的組織者可以根據(jù)投標(biāo)模板類型和輸入的投標(biāo)請求數(shù)據(jù)從銷售商列表中選擇合適的合格銷售商，或投標(biāo)請求可以提交給項目管理機構(gòu)以取決于買主約束條件而選擇合格的銷售商。如果是后者，則新的投標(biāo)請求可被顯示給管理機構(gòu)用戶(步驟2300)以選擇用于審閱和發(fā)送的想要的投標(biāo)請求(步驟2305)。在審閱過程期間，可以允許管理機構(gòu)用戶為了質(zhì)量控制目的編輯投標(biāo)請求，或可以請求投標(biāo)請求的組織者編輯投標(biāo)請求，如果必須作出重大的改變的話(步驟2310)。
一旦投標(biāo)請求具有完成的形式，管理機構(gòu)用戶接入銷售商列表(步驟2315)，根據(jù)投標(biāo)模板類型和輸入的投標(biāo)請求數(shù)據(jù)確定用于投標(biāo)請求的合格的銷售商(步驟2320)(例如，根據(jù)與預(yù)計的地理工作位置相結(jié)合的項目族)。如果合格的銷售商的列表不夠(步驟2325)，則管理機構(gòu)用戶也可以查詢最高級別數(shù)據(jù)庫(如圖6所示)把附加的匹配的銷售商加到合格的銷售商列表中(步驟2330)。除了或者代替用來自最高級別數(shù)據(jù)庫的匹配的銷售商補充合格的銷售商列表，管理機構(gòu)用戶也可以被提供以包括不完全匹配所有的投標(biāo)請求數(shù)據(jù)的銷售商的任選項(步驟2335和2340)。
圖24上示出了用于顯示要從中選擇來包括在合格的銷售商列表上的所有潛在銷售商的示例性網(wǎng)頁的屏幕快照。管理機構(gòu)用戶可以從與投標(biāo)請求數(shù)據(jù)相匹配的買主約定的銷售商；與投標(biāo)請求數(shù)據(jù)不完全匹配的買主約定的銷售商；和由最高級別數(shù)據(jù)庫提供的與投標(biāo)請求數(shù)據(jù)相匹配的未約定的銷售商中間進行選擇。管理機構(gòu)用戶可以根據(jù)任意數(shù)目的因素，包括與銷售商以前的合同經(jīng)驗、銷售商信譽和銷售商可提供性，來選擇銷售商以包括在銷售商合格列表中。
轉(zhuǎn)回到圖23，一旦最后定下合格銷售商列表(步驟2345)，管理機構(gòu)用戶就把投標(biāo)請求發(fā)送到合格的銷售商(步驟2350)以及把投標(biāo)請求狀態(tài)的投標(biāo)請求告知組織者(步驟2355)。例如，可以把接收投標(biāo)請求的特定的銷售商以及在發(fā)送之前對于投標(biāo)請求所作出的任何修正告知組織者。
圖25上顯示用于生成和發(fā)送對于接收的投標(biāo)請求的銷售商投標(biāo)應(yīng)答的示例性步驟，在圖1和15上總的顯示為220。在示例性實施例中，投標(biāo)請求根據(jù)銷售商用戶角色配置被發(fā)送到銷售商和路由到適當(dāng)?shù)匿N售商用戶，正如以上結(jié)合圖9-14討論的。在接收投標(biāo)請求后，適當(dāng)?shù)匿N售商用戶可以經(jīng)由菜單或控制板控制通知來接入投標(biāo)請求(步驟2500)。在另一個示例性實施例中，投標(biāo)請求是以一投標(biāo)保密協(xié)定提交的，該投標(biāo)保密協(xié)定約束銷售商用戶以在投標(biāo)請求內(nèi)容顯示給銷售商用戶之前保持投標(biāo)請求的內(nèi)容是保密的。如果銷售商用戶確認(rèn)保密協(xié)定(例如，通過點擊接受按鈕)(步驟2505)，則銷售商用戶可得到對投標(biāo)請求內(nèi)容的接入(步驟2515)。否則，銷售商用戶被告投標(biāo)內(nèi)容將是不可接入的以及從銷售商用戶的視圖中去除投標(biāo)請求(步驟2510)。
為了限制銷售商必須提交銷售商投標(biāo)應(yīng)答的時間量，投標(biāo)請求也可以包括銷售商必須同意在其間作出應(yīng)答的時間幀。如果銷售商用戶不能同意在時間幀內(nèi)作出應(yīng)答(例如，通過點擊接受按鈕)(步驟2520)，則銷售商用戶被告知，投標(biāo)請求的內(nèi)容對于銷售商用戶不再是可提供的，以及從銷售商用戶的視圖中去除投標(biāo)請求(步驟2525)。買主或項目管理機構(gòu)也被告知，銷售商不確認(rèn)保密協(xié)定或時間幀的約束條件，以及根據(jù)未確認(rèn)的銷售商的數(shù)目，買主或項目管理機構(gòu)可以加上銷售商到合格的銷售商列表，以及把投標(biāo)請求發(fā)送到附加銷售商，以保證接收到足夠數(shù)目的銷售商投標(biāo)應(yīng)答。
如果銷售商用戶確實同意在時間幀內(nèi)作出應(yīng)答(步驟2520)，則銷售商被授權(quán)開始完成銷售商投標(biāo)應(yīng)答(步驟2530)。為了應(yīng)答投標(biāo)請求，銷售商用戶通過需要用于審閱的銷售商投標(biāo)應(yīng)答數(shù)據(jù)的投標(biāo)分段和投標(biāo)類別而接入投標(biāo)條目選擇(步驟2535)。如果銷售商用戶有任何關(guān)于投標(biāo)請求的問題(例如，需要的銷售商應(yīng)答數(shù)據(jù)的類型或數(shù)據(jù)量)(步驟2540)，銷售商用戶可以在買主配置的時間幀內(nèi)把問題提交給買主以便澄清投標(biāo)(步驟2545)。適當(dāng)?shù)馁I主用戶(例如，投標(biāo)請求組織者或項目管理機構(gòu))被告知由銷售商經(jīng)由電子郵件和/或控制板更新提交的每個問題(步驟2550)，以及買主用戶負責(zé)在可應(yīng)用的時間約束條件內(nèi)提供對于提交的問題的回答(步驟2555)。銷售商被告知，經(jīng)由電子郵件和/或控制板更新給出的買主回答(步驟2560)。
例如，投標(biāo)消息板可以由系統(tǒng)提供，銷售商和買主都可為特定的投標(biāo)請求接入該消息板。示例性投標(biāo)消息板600的屏幕快照顯示于圖27。只有應(yīng)答特定的投標(biāo)請求的買主和銷售商才可接入投標(biāo)消息板600。所有的銷售商可被提供到所有的提交的問題和買主回答的接入，或只有提交問題的銷售商才允許觀看買主的回答，這取決于買主的設(shè)置。另外，銷售商問題可能是對于銷售商和買主，或只對于銷售商是匿名的，這取決于銷售商和/或買主的喜好。
轉(zhuǎn)回到圖25，如果銷售商用戶沒有問題(步驟2540)或所有的銷售商問題都已回答(步驟2560)，則銷售商用戶把必須的銷售商應(yīng)答數(shù)據(jù)輸入到在投標(biāo)中對于需要的投標(biāo)條目選擇的適當(dāng)?shù)挠?步驟2565)。銷售商應(yīng)答數(shù)據(jù)可包括花費信息，它包括花費單元(例如，資源需要、花費類型等等)和相關(guān)的價格信息(例如，資源率、花費量等等)；以及包括可交付類型的可交付信息(例如，要完成的單位的數(shù)目，階段信息等等)和完成信息(例如，項目結(jié)束日期、階段結(jié)束日期等等)?；ㄙM單元和可交付類型的每一種與不同的投標(biāo)條目選擇相聯(lián)系，以使得能夠進行有效的比較和銷售商投標(biāo)應(yīng)答的分級。
投標(biāo)條目域可以具有各種數(shù)據(jù)類型，諸如文本/貨幣/數(shù)字-輸入域和/或可選擇的任選項域。另外，這些域可以具有與用于項目的不同方面的單獨的投標(biāo)應(yīng)答條目有關(guān)的多個細節(jié)級別。例如，如果項目具有幾個階段，如由買主和/或銷售商確定的，銷售商應(yīng)答域可包括用于項目的每個階段的、分開的分段。在銷售商投標(biāo)應(yīng)答的嘗試提交后，系統(tǒng)證實在銷售商投標(biāo)應(yīng)答中銷售商完成對于投標(biāo)條目選擇的所有必要的數(shù)據(jù)域(步驟2570)。如果沒有完成所有需要的數(shù)據(jù)域(步驟2575)，向銷售商用戶提供一個系統(tǒng)消息，表示有缺陷的銷售商應(yīng)答投標(biāo)條目選擇，以及提示在提交銷售商投標(biāo)應(yīng)答之前完成需要的投標(biāo)條目選擇(步驟2580)。一旦在投標(biāo)應(yīng)答中完成用于投標(biāo)條目選擇的所有的需要的數(shù)據(jù)域(步驟2575)，就向銷售商(在提交后)提供一個消息，表示銷售商投標(biāo)應(yīng)答已被提交給買主或項目管理機構(gòu)供審閱(步驟2585)以及經(jīng)由電子郵件和/或控制板更新把新的銷售商投標(biāo)應(yīng)答告知適當(dāng)?shù)馁I主用戶(步驟2590)。
圖26A和26B是可被提供給銷售商用戶的、用于投標(biāo)應(yīng)答生成的示例性網(wǎng)頁的屏幕快照。銷售商用戶被提供以顯示需要銷售商投標(biāo)應(yīng)答數(shù)據(jù)的、在投標(biāo)請求內(nèi)的投標(biāo)條目選擇的網(wǎng)頁。例如，如圖26A所示，銷售商投標(biāo)應(yīng)答的狀態(tài)可以顯示給銷售商用戶，列出在每個分段250中的投標(biāo)條目選擇235的數(shù)目、銷售商用戶必須完成的、在每個分段中的投標(biāo)條目選擇235的數(shù)目、以及已經(jīng)完成的、在每個分段250中的投標(biāo)條目選擇235的數(shù)目。另外，銷售商用戶可以接入投標(biāo)消息板以張貼銷售商問題，觀看具有可以容易讀出的、在線格式的投標(biāo)應(yīng)答或提交要被包括在銷售商投標(biāo)應(yīng)答中的潛在的承包商的簡歷。而且，一旦已完成對于所有的投標(biāo)條目選擇235的銷售商應(yīng)答，銷售商用戶就可點擊提交完成投標(biāo)應(yīng)答按鈕用于批準(zhǔn)和/或發(fā)送到買主或項目管理機構(gòu)。
為了完成對于投標(biāo)條目選擇235的銷售商應(yīng)答，如圖26B所示，銷售商用戶可以點擊投標(biāo)分段250以顯示投標(biāo)類別255和在每個投標(biāo)類別155內(nèi)的投標(biāo)條目選擇235。如果需要對于特定的投標(biāo)條目選擇的銷售商應(yīng)答，則銷售商用戶可以把銷售商應(yīng)答數(shù)據(jù)215輸入到用于投標(biāo)條目選擇235的數(shù)據(jù)域238。正如以上討論的，數(shù)據(jù)域238可以是直接文本輸入域或包括到用于從預(yù)先建立的銷售商應(yīng)答中選擇適當(dāng)?shù)匿N售商應(yīng)答數(shù)據(jù)215的其他網(wǎng)頁的鏈接。另外，數(shù)據(jù)域238可以具有多個級別，具有連接到用于每個級別的網(wǎng)頁的鏈接。而且，數(shù)據(jù)域238可能能夠直接從銷售商數(shù)據(jù)庫以缺省銷售商應(yīng)答數(shù)據(jù)215(諸如銷售商名字和銷售商地址)被填充。例如，在接收投標(biāo)請求后，銷售商模塊可以搜索特定的投標(biāo)條目選擇235，以及用適當(dāng)?shù)匿N售商應(yīng)答數(shù)據(jù)215填充用于那些投標(biāo)條目選擇235的數(shù)據(jù)域238。
從預(yù)先建立的銷售商應(yīng)答來選擇銷售商應(yīng)答數(shù)據(jù)的例子顯示于圖28。如果投標(biāo)請求包括投標(biāo)條目選擇，需要銷售商提供用于項目的資源需要信息，以及例如與資源需要信息有關(guān)的資源比率，則數(shù)據(jù)域238可以提供連到用于選擇預(yù)先建立的資源資料參數(shù)的其它網(wǎng)頁的鏈接。例如，每個資源資料可以表示特定的資源類型和對于資源資料需要的相關(guān)的技藝。為了由買主實施資源資料與速率的有效的比較，銷售商可以從多個預(yù)先建立的資源類型和相關(guān)的技藝進行選擇。為了實施資源類型和技藝選擇，可以提供可配置的和可縮放的數(shù)據(jù)庫結(jié)構(gòu)，使得銷售商特定的資源要求能夠以非平凡的方式進行歸類。
在下面的表30-37顯示用于選擇資源類型和相關(guān)的技藝的數(shù)據(jù)結(jié)構(gòu)的例子。為了簡化起見，數(shù)據(jù)結(jié)構(gòu)被顯示為組織成表格的格式，每個表格包括對于把資源類型和相關(guān)的技藝顯示給銷售商用戶從中進行選擇和存儲選擇的資源資料在相關(guān)的投標(biāo)條目選擇的數(shù)據(jù)域內(nèi)所必須的所有的域。表格以分級結(jié)構(gòu)和/或關(guān)聯(lián)的方式進行相關(guān)，這樣，表格以用于顯示資源類型和相關(guān)的技藝給銷售商用戶的特定的次序被接入，正如下面結(jié)合圖29描述的，圖29顯示代表與完全的銷售商投標(biāo)應(yīng)答有關(guān)的示例性數(shù)據(jù)方案和在銷售商投標(biāo)應(yīng)答與買主投標(biāo)請求之間的相互關(guān)系的數(shù)據(jù)庫表結(jié)構(gòu)800。
下面的表30顯示樣本的商業(yè)扇區(qū)類別，諸如輕行業(yè)、管理/職業(yè)、辦事處和技術(shù)。在每個商業(yè)扇區(qū)類別內(nèi)是一個或多個商業(yè)場所，如表31所示，以及在每個商業(yè)場所內(nèi)是一個或多個商業(yè)族，如表32所示。所以，為了選擇與用于投標(biāo)請求的資源類型有關(guān)的特定商業(yè)族，銷售商用戶可以選擇商業(yè)扇區(qū)類別和商業(yè)場所，來顯示從中選擇的商業(yè)族列表。一旦商業(yè)族被選擇，就可以選擇與資源類型有關(guān)的各種技藝(一般功能和商業(yè)技藝)以及把其映射到特定的資源類型，如表33-37所示。例如，一般功能可以識別與資源類型有關(guān)的技藝的水平，技藝類別可以識別資源類型擁有的技藝、訓(xùn)練和經(jīng)驗的類型，以及與每個技藝類別有關(guān)的一個或多個技藝組可以識別與資源類型有關(guān)的特定的經(jīng)驗。另外，某些技藝組通過建立對于資源類型的每個技藝組的優(yōu)先權(quán)水平而可以被強調(diào)來超過其他技藝組。應(yīng)當(dāng)看到，可以提供其他資源類型和技藝選擇，以及系統(tǒng)不限于如表30-37所示的具體的結(jié)構(gòu)和信息。為了更加全面地討論資源資料，可參考共同待決的和共同轉(zhuǎn)讓的美國專利申請序列號10/128,751，該專利申請整體地在此引用，以供參考。
表30示例性商業(yè)扇區(qū)表

表31示例性商業(yè)場所表

表32示例性商業(yè)族表


表33示例性商業(yè)一般功能

表34技藝類別表(tblCategory)

表35技藝類別表(tblSkillMap)

表36商業(yè)族到技藝類別的映射(tblBusFamtoSkillCat)

表37示例性商業(yè)技藝優(yōu)先權(quán)

在提交銷售商投標(biāo)應(yīng)答后，所有的投標(biāo)條目選擇域被填充以投標(biāo)數(shù)據(jù)(或者投標(biāo)請求數(shù)據(jù)，或者銷售商應(yīng)答數(shù)據(jù))，它作為投標(biāo)以分級結(jié)構(gòu)和關(guān)聯(lián)的方式被存儲在系統(tǒng)(買主數(shù)據(jù)庫和銷售商數(shù)據(jù)庫)中，正如在圖29的數(shù)據(jù)庫表結(jié)構(gòu)800顯示的。用于存儲投標(biāo)數(shù)據(jù)的示例性數(shù)據(jù)結(jié)構(gòu)被顯示在下面的表38-55中，正如結(jié)合圖29討論的。
下面的表38和39顯示與特定的投標(biāo)請求有關(guān)的樣本投標(biāo)請求數(shù)據(jù)，它可被存儲在表“tblRFX”801和“tblRFXSelectedBidItems”802的數(shù)據(jù)庫中，如圖29所示。例如，在表“tblRFX”801中，有關(guān)可被存儲的投標(biāo)請求的一般信息，諸如由系統(tǒng)指配給投標(biāo)請求的投標(biāo)跟蹤號、由組織者指配的投標(biāo)請求名稱、投標(biāo)請求組織者的身份、投標(biāo)模板類型、項目類型、項目工作位置、用于項目的預(yù)算花費總量、投標(biāo)請求的狀態(tài)(例如，新的、提交的、評估的、發(fā)包的、等等)、最高級別數(shù)據(jù)庫銷售商是否接收投標(biāo)請求以及是否需要任何批準(zhǔn)。然而，應(yīng)當(dāng)看到，也可以包括其他投標(biāo)信息，以及系統(tǒng)不限于表38和39所示的具體的信息。
由用于每個投標(biāo)條目選擇的組織者輸入的、被包括在投標(biāo)請求和投標(biāo)請求數(shù)據(jù)(買主評注)內(nèi)的特定的投標(biāo)條目選擇可被存儲在“tblRFXSelectedBidItems”802中。每個投標(biāo)條目選擇可以作為分開的記錄被存儲在“tblRFXSelectedBidItems”802中，每個記錄包含在下面的表39中顯示的所有的域。表“tblRFXSelectedBidItems”802被束縛到一般的投標(biāo)請求信息表“tblRFX”801。正如以上結(jié)合圖10討論的，被包含在表“tblRFXSelectedBidItems”802中的投標(biāo)條目選擇是從表“tblRFXBidItems”403中選擇的，以及是通過表“tblRFXTemplateItemMatrix”404與被存儲在表“tblRFXBidTemplates”405內(nèi)的特定投標(biāo)模板類型相聯(lián)系的。
表38主投標(biāo)表(tblRFX-db結(jié)構(gòu)圖)

表39RFX投標(biāo)條目列表(tblRFXSelectedBidItems)

關(guān)于張貼(發(fā)送)投標(biāo)請求給合格的銷售商的樣本信息被顯示于下面的表40，其可被存儲在表“tblRFXPost”803中的數(shù)據(jù)庫中，如圖29所示。在示例性實施例中，張貼信息涉及到接收投標(biāo)請求的每個特定的銷售商，以及可以包括例如投標(biāo)請求被提交(張貼)給合格的銷售商的日期和時間、張貼投標(biāo)請求的管理機構(gòu)用戶的身份、接收投標(biāo)請求的合格的銷售商的身份、銷售商投標(biāo)應(yīng)答識別符和被指配給銷售商的分?jǐn)?shù)，正如下面結(jié)合圖31-35描述的。然而，應(yīng)當(dāng)看到，可以包括其他信息，以及系統(tǒng)不限于在表40中顯示的具體的信息。用于接收投標(biāo)請求的每個銷售商的分開的記錄可被存儲在表“tblRFXPost”803，每個記錄包括下面所示的所有的域。
表40tblRFXPost

關(guān)于由銷售商接收投標(biāo)請求和提交銷售商投標(biāo)應(yīng)答的樣本的信息被顯示于下面的表41，它們被存儲在表“tblRFXResp”804中的數(shù)據(jù)庫中，如圖29所示。例如，這樣的應(yīng)答提交信息可包括銷售商投標(biāo)應(yīng)答識別符、銷售商投標(biāo)應(yīng)答的狀態(tài)、銷售商的身份、銷售商投標(biāo)應(yīng)答提交日期、和銷售商確認(rèn)保密性和打算回答協(xié)定的日期。可被包括在表“tblRFXResp”804中的狀態(tài)信息的類型的例子顯示于下面的表42中，它可被存儲在表“tblRFXRespStatus”805中的數(shù)據(jù)庫中，如圖29所示。表“tblRFXResp”804和“tblRFXRespStatus”805被束縛到表“tblRFXPost”803，它又被束縛到表“tblRFX”801，把銷售商應(yīng)答提交信息與用于投標(biāo)請求的投標(biāo)張貼信息相聯(lián)系。然而，應(yīng)當(dāng)看到，可以包括其他信息，以及系統(tǒng)不限于在表41和42中顯示的具體的信息。用于每個銷售商投標(biāo)應(yīng)答的分開的記錄可被存儲在表“tblRFXResp”804，每個記錄包括下面表41中顯示的域。
表41tblRFXResp

表42來自tblRFXRespStatus的示例性數(shù)據(jù)

下面的表43顯示在從銷售商到買主的銷售商投標(biāo)應(yīng)答中提交的樣本的銷售商投標(biāo)應(yīng)答，它可被存儲在表“tblRFXRespMain”806的數(shù)據(jù)庫中，如圖29所示。例如，這樣的銷售商投標(biāo)應(yīng)答數(shù)據(jù)可包括投標(biāo)跟蹤號、銷售商應(yīng)答識別符、銷售商的身份、銷售商應(yīng)答的具體的投標(biāo)條目選擇、對于該具體的投標(biāo)條目選擇的銷售商應(yīng)答、與該具體的投標(biāo)條目選擇有關(guān)的任何投標(biāo)請求數(shù)據(jù)(買主評注)、對于該具體的投標(biāo)條目選擇的銷售商應(yīng)答的記錄識別符、由買主給予銷售商應(yīng)答的任何等級，正如結(jié)合圖31-35更詳細地描述的。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于表43所示的具體的信息。對于由銷售商應(yīng)答的每個投標(biāo)條目選擇的分開的記錄被存儲在表“tblRFXRespMain”806，每個記錄包括下面表43中顯示的域。表“tblRFXRespMain”806被束縛到表“tblRFX”801和“tblRFXPost”803，以把銷售商投標(biāo)應(yīng)答與投標(biāo)請求相聯(lián)系。
表43tblRFXRespMain

把一個或多個銷售商應(yīng)答與投標(biāo)條目選擇相聯(lián)系的可以是被銷售商識別為對于完成項目所必須的、具體資源(承包商)的一個或多個資源資料。資源資料可以事先創(chuàng)建或作為銷售商投標(biāo)應(yīng)答的一部分。資源資料是通過使用以上結(jié)合圖28討論的和在以上的表30-37中顯示的商業(yè)扇區(qū)、商業(yè)場所、商業(yè)族、一般功能和技藝，而被生成的。
用于資源資料的資源資料信息(資源類型和技藝)的例子被顯示于下面的表44-46，它們可被存儲在數(shù)據(jù)庫中的表“tblResourceProfileMaster”807、“tblResourceProfileMasterSkills”816和“tblResourceProfileMasterGF’s”817內(nèi)，如圖29所示。表“tblResourceProfileMaster”807存儲資源資料的資源類型(例如，商業(yè)扇區(qū)、場所和族)，而表“tblResourceProfileMasterSkills”816存儲與資源類型有關(guān)的商業(yè)技藝(技藝組和技藝組優(yōu)先權(quán))以及表“tblResourceProfileMasterGF’s”817存儲資源類型的一般功能。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于表44-46所示的具體的信息。對于每個資源資料的分開的記錄被包括在表“tblResourceProfileMaster”807、“tblResourceProfileMaster Skills”816和“tblResourceProfileMasterGF’s”817中，每個記錄包含下面的表45-46中顯示的所有的域。表“tblResourceProfileMaster”807被束縛到表“tblResourceProfileMasterSkills”816和“tblResourceProfileMasterGF’s”817，把一般功能和技藝組與每個資源資料的資源類型相聯(lián)系。
表44tblResourceProfileMaster(db結(jié)構(gòu)圖)

表45tblResourceProfileMasterGFs(db結(jié)構(gòu)圖)

表46tblResourceProfileMasterSkills(db結(jié)構(gòu)圖)

關(guān)于通過銷售商投標(biāo)應(yīng)答提交的具體選擇的資源資料的樣本信息顯示于下面的表47，它可被存儲在圖29上的表“tblRFXResourceProfiles”818。例如，這樣選擇的資源資料信息可以包括資源資料的身份和對于完成項目所需要的具體選擇的資源資料的預(yù)計量。然而，應(yīng)當(dāng)看到，可以包括其他信息，以及系統(tǒng)不限于表47所示的具體的信息。用于項目的每個選擇的資源資料的分開的記錄被存儲在表“tblRFXResourceProfiles”818，每個記錄包含下面的表47中顯示的所有的域。表“tblRFXResourceProfiles”818被束縛到表“tblRFXResourceProfileMaster”807，以把特定的資源類型、技藝和一般功能與所選擇的資源資料相聯(lián)系。表“tblRFXResourceProfiles”818還被束縛到表“tblRFXSelectedBidItems”802，以把所選擇的資源資料與請求該資源資料的特定的投標(biāo)條目選擇相聯(lián)系。
表47tblRFXResourceProfile(db結(jié)構(gòu)圖)

取決于投標(biāo)請求，作為對于一個或多個投標(biāo)條目選擇的銷售商投標(biāo)應(yīng)答的一部分，銷售商也可提供與用于項目的具體選擇的資源資料有關(guān)的價格信息。樣本的資源價格信息被顯示于下面的表48，它可被存儲在表“tblRFXResourcesProfilePricing”819的數(shù)據(jù)庫中，如圖29所示。例如，這樣的資源價格信息可包括資源資料識別符、對于請求資源資料和價格信息的投標(biāo)條目選擇的銷售商投標(biāo)應(yīng)答記錄的身份、與資源資料有關(guān)的資源將工作的預(yù)計的小時數(shù)、與資源資料有關(guān)的計費率、和與資源資料有關(guān)的預(yù)計的計費量。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于表48所示的具體的信息。對于與選擇的資源資料之一有關(guān)的每個資源的分開的記錄被存儲在表“tblRFXResourcesProfilePricing”819，每個記錄包括下面表48中顯示的域。表“tblRFXResourcesProfilePricing”819被束縛到表“tblRFXResourceProfiles”818，把用于特定的資源的資源價格信息與特定的選擇的資源資料相聯(lián)系。另外，“tblRFXResourcesProfilePricing”819被束縛到表“tblRFXRespMain”806和表“tblRFXSelectedBidItems”，把資源價格信息和選擇的資源資料與對于特定的投標(biāo)條目選擇的銷售商投標(biāo)應(yīng)答相聯(lián)系。
表48tblRFXResourceProfilesPricing(db結(jié)構(gòu)圖)

除了特定的資源資料和價格以外，銷售商投標(biāo)應(yīng)答也可包括與對于項目所需要的材料類型有關(guān)的信息。樣本的材料信息被顯示于下面的表49中，它可被存儲在數(shù)據(jù)庫中的表“tblRFXRespMaterials”822內(nèi)，如圖29所示。例如，這樣的材料信息可包括對于請求材料信息的投標(biāo)條目選擇的銷售商投標(biāo)應(yīng)答記錄的身份、材料的類型和材料的花費。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于表49所示的具體的信息。對于每種材料類型的分開的記錄被存儲在表“tblRFXRespMaterials”822，每個記錄包括下面表49中顯示的域。表“tblRFXRespMaterials”822被束縛到表“tblRFXRespMain”806和表“tblRFXSelectedBidItems”，把材料信息與對于特定的投標(biāo)條目選擇的銷售商投標(biāo)應(yīng)答相聯(lián)系。
表49tblRFXRespMaterials(db結(jié)構(gòu)圖)

銷售商投標(biāo)應(yīng)答也可包括與項目的階段有關(guān)的信息。樣本的階段信息被顯示于下面的表50，它可被存儲在數(shù)據(jù)庫中的表“tblRFXRespPhase”823內(nèi)，如圖29所示。例如，對于項目的每個階段，階段信息可包括對于請求階段信息的投標(biāo)條目選擇的銷售商投標(biāo)應(yīng)答記錄的身份、特定的階段的數(shù)量、階段的說明、階段的預(yù)計的持續(xù)時間和階段結(jié)束處的項目可交付(例如，要被完成的單元的數(shù)目或其他項目主要管理點)。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于表50所示的具體的信息。對于每個階段的分開的記錄被存儲在表“tblRFXRespPhase”823中，每個記錄包括下面表50中顯示的域。表“tblRFXRespPhase”823被束縛到表“tblRFXRespMain”806和表“tblRFXSelectedBidItems”，把階段信息與對于特定投標(biāo)條目選擇的銷售商投標(biāo)應(yīng)答相聯(lián)系。
表50tblRFXRespPhase(db結(jié)構(gòu)圖)

由銷售商和買主在投標(biāo)消息板上張貼的所有的問題和回答以及由買主提交給銷售商的、有關(guān)銷售商投標(biāo)應(yīng)答的任何問題也可被存儲在系統(tǒng)中，以及與特定的銷售商投標(biāo)應(yīng)答相聯(lián)系。樣本的問題信息顯示于下面的表51和52，它可被存儲在數(shù)據(jù)庫中表“tblRFXQuestionsFROMVendor”820和“tblRFXQuestionsFROMBuyer”821內(nèi)，如圖29所示。對于每個銷售商問題/買主應(yīng)答和買主問題/銷售商應(yīng)答的分開的記錄被存儲在表“tblRFXQuestionsFROMVendor”820和“tblRFXQuestionsFROMBuyer”821中，每個記錄包括下面表51和52中顯示的域。另外，表“tblRFXQuestionsFROMVendor”820和“tblRFXQuestionsFROMBuyer”821被束縛到表“tblRFXRespMain”806，把問題與特定的銷售商投標(biāo)應(yīng)答相聯(lián)系。
表51tblRFXQuestionsfromVendor(db結(jié)構(gòu)圖)

表52tblRFXQuestionsfromBuyer(db結(jié)構(gòu)圖)

銷售商投標(biāo)應(yīng)答也與關(guān)于由銷售商執(zhí)行的幫助投標(biāo)應(yīng)答過程的以前的項目工作的細節(jié)有關(guān)。樣本的以前的項目工作細節(jié)被顯示于下面的表53中，它可被存儲在數(shù)據(jù)庫中表“tblRFXRespTrackRecord”824內(nèi)，如圖29所示。例如，這樣的以前的項目工作的細節(jié)可包括銷售商投標(biāo)應(yīng)答識別符、項目名稱、買主名字、項目的價值、項目的說明、對于項目部署的資源(承包商)的討論、銷售商的進行的討論、項目開始日期和項目結(jié)束日期。應(yīng)當(dāng)看到，可以存儲附加的以前的項目工作細節(jié)，以及系統(tǒng)不限于表53所示的具體的以前項目工作的細節(jié)。
表53tblRFXRespTrackRecord(db結(jié)構(gòu)圖)

現(xiàn)在參照圖30，圖上顯示用來顯示給買主的、用于投標(biāo)請求和銷售商投標(biāo)應(yīng)答的行政管理的任選項的樣本網(wǎng)頁的屏幕快照。從投標(biāo)請求行政管理網(wǎng)頁，買主用戶可以把完成的投標(biāo)請求提交到管理機構(gòu)(或合格的銷售商)，觀看對于投標(biāo)請求的銷售商投標(biāo)應(yīng)答，給銷售商投標(biāo)應(yīng)答分級，把有關(guān)銷售商投標(biāo)應(yīng)答的問題提交給銷售商，由銷售商請求重新報價，請求與銷售商進行項目會晤或與用于項目的潛在資源(承包商)進行資源會晤、把投標(biāo)(項目)發(fā)包給特定的銷售商，指定用于項目的資源或把投標(biāo)請求暫時擱置(on hold)。
一旦買主接收到對于特定的投標(biāo)請求的一個或多個銷售商投標(biāo)應(yīng)答，買主就可以分級或否則比較銷售商投標(biāo)應(yīng)答，以便確定哪個銷售商將獲得該項目的發(fā)包。通過使用在投標(biāo)請求和投標(biāo)應(yīng)答中預(yù)先建立的投標(biāo)條目，所有的銷售商投標(biāo)應(yīng)答具有相同的格式，使能進行經(jīng)濟的和有效的分級和比較銷售商投標(biāo)應(yīng)答。所以，在開始對銷售商投標(biāo)應(yīng)答分級以前，買主可以選擇一個或多個投標(biāo)條目用于分級目的。
用于選擇分級的投標(biāo)條目和對被選擇的分級的投標(biāo)條目的銷售商應(yīng)答進行分級的示例性功能被顯示于圖31。圖31上顯示按照本發(fā)明的實施例的、用于選擇分級的投標(biāo)條目和給銷售商應(yīng)答分級的分級工具188。分級工具188可包括對于執(zhí)行工具的功能所需要的任何硬件、軟件和/或固件，以及它可以在web服務(wù)器120或附加服務(wù)器(未示出)內(nèi)被實施。
在創(chuàng)建投標(biāo)請求后的任何時間，負責(zé)給銷售商投標(biāo)應(yīng)答分級的分級機構(gòu)(例如，買主用戶或項目管理機構(gòu)用戶)可以接入分級工具188從投標(biāo)請求中間選擇一個或多個投標(biāo)條目選擇235用于分級目的。分級工具接入被存儲在數(shù)據(jù)庫155中的投標(biāo)條目列表194，從投標(biāo)條目列表194中檢索由分級機構(gòu)識別的、被包括在特定的投標(biāo)請求內(nèi)的投標(biāo)條目選擇235以及經(jīng)由買主模塊110、web服務(wù)器120、數(shù)據(jù)網(wǎng)40和買主瀏覽器20a把投標(biāo)條目選擇235顯示給分級機構(gòu)以從中進行選擇。從投標(biāo)條目選擇235，分級機構(gòu)可以選擇一個或多個分級的投標(biāo)條目236以及把分級的投標(biāo)條目236的列表提供到分級工具188。
在接收一個或多個銷售商投標(biāo)應(yīng)答后，分級工具188可以接入銷售商投標(biāo)應(yīng)答列表192，檢索與在列表192中的一個銷售商投標(biāo)應(yīng)答的一個分級的投標(biāo)條目236有關(guān)的銷售商應(yīng)答數(shù)據(jù)215。投標(biāo)條目應(yīng)答數(shù)據(jù)215被顯示給分級機構(gòu)用于分級目的。根據(jù)關(guān)于被包括在顯示的投標(biāo)條目應(yīng)答數(shù)據(jù)215內(nèi)的質(zhì)量和信息的不同的因素(客觀的和主觀的)，分級機構(gòu)可以對于投標(biāo)條目應(yīng)答215指定一個等級，以及把投標(biāo)條目應(yīng)答等級260發(fā)送到分級工具188。
分級工具188還與數(shù)據(jù)庫155接口，把對于銷售商的投標(biāo)條目應(yīng)答等級260存儲在銷售商等級列表198，該銷售商等級列表包含對于在銷售商投標(biāo)應(yīng)答列表192中每個銷售商投標(biāo)應(yīng)答的所有分級的投標(biāo)條目236的投標(biāo)條目應(yīng)答等級260。另外，根據(jù)由分級工具188接收的、對于特定的銷售商投標(biāo)應(yīng)答的所有分級的投標(biāo)條目236的所有投標(biāo)條目應(yīng)答等級260，分級工具188可以計算對于特定的銷售商投標(biāo)應(yīng)答的總的銷售商分?jǐn)?shù)265以及把銷售商分?jǐn)?shù)265存儲在銷售商等級列表198中。
用于選擇分級的投標(biāo)條目和通過使用分級的投標(biāo)條目給銷售商投標(biāo)應(yīng)答分級的示例性步驟被顯示于圖32和33。對于投標(biāo)應(yīng)答分級執(zhí)行的主處理步驟被顯示于圖32。在接收銷售商投標(biāo)應(yīng)答后(步驟3200)，識別要被使用于分級目的的投標(biāo)條目選擇(步驟3210)。投標(biāo)條目選擇與征求銷售商投標(biāo)應(yīng)答的投標(biāo)請求相聯(lián)系，以及銷售商投標(biāo)應(yīng)答數(shù)據(jù)被包括在被選出用于分級目的的投標(biāo)條目選擇內(nèi)。通過使用在分級的投標(biāo)條目內(nèi)的銷售商投標(biāo)應(yīng)答數(shù)據(jù)，銷售商投標(biāo)應(yīng)答被分級(步驟3220)。
更詳細的分級過程顯示于圖33。在創(chuàng)建投標(biāo)請求后，把與投標(biāo)請求有關(guān)的投標(biāo)條目選擇列表提供給買主用戶(步驟3330)。從投標(biāo)條目選擇列表，選擇一個或多個分級的投標(biāo)條目(步驟3305)，以及每個分級的投標(biāo)條目可以指配以一個加權(quán)因子(例如，加權(quán)百分?jǐn)?shù))(步驟3310)，以便在最后的分?jǐn)?shù)中比其他應(yīng)答更重地加權(quán)。應(yīng)當(dāng)指出，在某些實施例中，加權(quán)因子可以是相等的，由此消除買主用戶輸入特定的加權(quán)因子的需要。所有的分級的投標(biāo)條目的加權(quán)因子必須在銷售商投標(biāo)應(yīng)答可被分級之前完成(步驟3315)。
一旦所有的分級的投標(biāo)條目被選擇和被指配加權(quán)因子，就把銷售商投標(biāo)應(yīng)答列表提供給分級機構(gòu)(步驟3320)，以及選擇一個銷售商投標(biāo)應(yīng)答用于分級目的(步驟3325)。此后，分級機構(gòu)選擇一個分級投標(biāo)條目(步驟3330)，來給被包括在分級的投標(biāo)條目內(nèi)的銷售商投標(biāo)應(yīng)答數(shù)據(jù)分級(步驟3335)。分級機構(gòu)可以通過使用可提供給分級機構(gòu)的任何機制對銷售商投標(biāo)應(yīng)答數(shù)據(jù)進行分級。在一個實施例中，分級機構(gòu)可以預(yù)先建立用于特定的分級投標(biāo)條目的分級準(zhǔn)則，使得系統(tǒng)能夠自動給銷售商應(yīng)答數(shù)據(jù)分級。例如，為了給價格信息分級，分級機構(gòu)可以預(yù)先指配等級給特定的價格范圍，以及系統(tǒng)可以根據(jù)在銷售商投標(biāo)應(yīng)答中提交的價格提供對于該價格分級的投標(biāo)條目的等級。在其他實施例中，分級機構(gòu)可以在根據(jù)銷售商投標(biāo)應(yīng)答數(shù)據(jù)之間的相對差值指配等級之前，初始地比較對于特定的分級投標(biāo)條目的所有的銷售商投標(biāo)應(yīng)答數(shù)據(jù)。在再一個實施例中，分級機構(gòu)可以預(yù)先建立檢驗表或閾值，用于把每個等級指配給特定的分級的投標(biāo)條目。
被指配給對于分級的投標(biāo)條目的銷售商應(yīng)答數(shù)據(jù)的等級被存儲在數(shù)據(jù)庫(步驟3340)，以及對于每個分級的投標(biāo)條目重復(fù)該過程，直至對于特定的銷售商投標(biāo)應(yīng)答的、被包括在每個分級投標(biāo)條目內(nèi)的銷售商應(yīng)答數(shù)據(jù)被分級為止(步驟3345)。一旦所有的等級已完成，系統(tǒng)就根據(jù)指定給每個分級的投標(biāo)條目的各個等級計算銷售商的總的分?jǐn)?shù)(步驟3350)。例如，如果可能的等級是A，B，C和D，銷售商分?jǐn)?shù)就可以通過指配A級為4分，B級為3分，C級為2分以及D級為1分而進行計算。
每個銷售商投標(biāo)應(yīng)答以相同的方式被分級(步驟3355)，使得銷售商分?jǐn)?shù)能夠按遞減的次序被排序(步驟3360)，并顯示給買主用戶(步驟3365)。除了總的分?jǐn)?shù)以外，分級機構(gòu)也可被提供以對于分級的投標(biāo)條目的各個等級，以便確定是否必須有任何重新報價。通過給分級機構(gòu)提供總分和各個等級，分級機構(gòu)可以通過視覺確定哪個銷售商具有最高的總分以及哪個銷售商具有對于特定的分級的投標(biāo)條目的最高等級，以便作出關(guān)于哪個銷售商被發(fā)包給該項目的決定。然而，應(yīng)當(dāng)看到，對于本發(fā)明的系統(tǒng)可以使用其他投標(biāo)應(yīng)答比較技術(shù)，而不用這里描述的具體的分級和定分?jǐn)?shù)。
可被顯示給分級機構(gòu)的、用于選擇分級的投標(biāo)條目和給銷售商投標(biāo)應(yīng)答分級的示例性網(wǎng)頁61的屏幕快照被顯示于圖34A-34E。在圖34A上，網(wǎng)頁包含供分級機構(gòu)從中選擇的投標(biāo)條目選擇235列表。對于每個選擇的等級的投標(biāo)條目236，分級機構(gòu)也可輸入對于該分級的投標(biāo)條目236的加權(quán)百分?jǐn)?shù)850。分級機構(gòu)可以根據(jù)預(yù)先建立的準(zhǔn)則或個人的喜好調(diào)節(jié)加權(quán)百分?jǐn)?shù)850，直至加權(quán)百分?jǐn)?shù)850總共等于百分之百為止。正如以上討論的，在其他實施例中，所有的分級的投標(biāo)條目236可被指定相等的權(quán)重，這樣，加權(quán)百分?jǐn)?shù)850不需要被顯示給分級機構(gòu)或由分級機構(gòu)選擇。
為了給銷售商投標(biāo)應(yīng)答分級，如圖34B所示，分級機構(gòu)可被提供以列出特定的分級投標(biāo)條目236的網(wǎng)頁，它或者顯示銷售商投標(biāo)應(yīng)答數(shù)據(jù)215或者提供連到銷售商投標(biāo)應(yīng)答數(shù)據(jù)215的鏈接。例如，如圖34C所示，可以提供連到資源資料的鏈接和相關(guān)的資源價格信息，以便給特定的分級的投標(biāo)條目分級。再次參照圖34B，分級機構(gòu)還可被提供以提示，以便輸入對于與分級的投標(biāo)條目236有關(guān)的銷售商投標(biāo)應(yīng)答數(shù)據(jù)215的等級855。在其他實施例中，根據(jù)預(yù)先建立的分級準(zhǔn)則，等級855可以由系統(tǒng)自動地指定。
一旦銷售商投標(biāo)應(yīng)答被分級，如圖34D所示，分級機構(gòu)可被提供以顯示所有的分級的投標(biāo)條目236、被指定給分級的投標(biāo)條目236的加權(quán)百分?jǐn)?shù)850、和由分級機構(gòu)指定給每個分級的投標(biāo)條目236的銷售商等級855的網(wǎng)頁。另外，總的銷售商分?jǐn)?shù)860也可被顯示來使得分級機構(gòu)能夠確定銷售商投標(biāo)應(yīng)答的總的質(zhì)量?，F(xiàn)在參照圖34E，根據(jù)總的銷售商分?jǐn)?shù)860和被指定給每個分級的投標(biāo)條目236的各個等級855，銷售商投標(biāo)應(yīng)答可以并行(side-by-side)比較。
下面的表54-56顯示被使用于選擇分級的投標(biāo)條目和存儲銷售商等級的數(shù)據(jù)結(jié)構(gòu)的例子。為了簡化起見，數(shù)據(jù)結(jié)構(gòu)被顯示為組織成表格的格式，每個表格包括對于把投標(biāo)條目選擇顯示給買主用戶以從中進行選擇和存儲銷售商投標(biāo)應(yīng)答的等級和分?jǐn)?shù)所必須的所有的域。表格以分級結(jié)構(gòu)和/或關(guān)聯(lián)的方式進行相關(guān)，正如下面結(jié)合圖35討論的。
下面的表54顯示可被包括在投標(biāo)請求和相關(guān)的銷售商投標(biāo)應(yīng)答中的樣本的投標(biāo)條目選擇。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于在表54中顯示的具體的信息。對于每個投標(biāo)條目選擇，有關(guān)于該投標(biāo)條目選擇是否可分級的指示。例如，不是所有的投標(biāo)條目選擇都可包括銷售商應(yīng)答數(shù)據(jù)來分級。所以，只有可分級的投標(biāo)條目選擇被顯示給買主用戶以從中進行選擇。
表54
示例性潛在的分級的投標(biāo)條目的銷售商列表(按類別)



對于每個分級的投標(biāo)條目存儲分開的等級，如下面的表55所示，它可被存儲在表“tblRFXGradeItems”825中數(shù)據(jù)庫表結(jié)構(gòu)1100中，如圖35所示。連同用于特定的分級的投標(biāo)條目236的指定的等級855一起。表“tblRFXGradeItems”825也可包括買主用戶分級機構(gòu)的身份、指定給分級的投標(biāo)條目236的加權(quán)百分?jǐn)?shù)850、和與等級855有關(guān)的銷售商投標(biāo)應(yīng)答識別符。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于表55所示的具體的信息。對于每個銷售商的每個銷售商等級以分開的記錄被存儲在表“tblRFXGradeItems”825中，每個記錄包含下面表55中顯示的域。另外，表“tblRFXGradeItems”825被束縛到表“tblRFXRespMain”806，它又被束縛到表“tblRFX”801，二者都如以上結(jié)合圖29描述的，以便把銷售商等級855與銷售商投標(biāo)應(yīng)答和投標(biāo)請求相聯(lián)系。另外，表“tblRFXGradeItems”825被束縛到表“tblRFXSelectedBidItems”802，把銷售商等級855與特定的投標(biāo)條目選擇235相聯(lián)系。
表55分級的投標(biāo)條目列表(tblRFXGradeItems)

對于每個投標(biāo)條目235的每個銷售商等級855的計算的分?jǐn)?shù)865可被存儲，如以下表56所示，它們可被存儲在數(shù)據(jù)庫中表“RFXItemsScoreVendor”826內(nèi)，如圖35所示。對于每個銷售商投標(biāo)應(yīng)答的每個分級的投標(biāo)條目的分開記錄被存儲在表“tblRFXItemsScoreVendor”826中，每個記錄包含表56中顯示的域。另外，根據(jù)被存儲在表“tblRFXItemsScoreVendor”826中的所有的銷售商分?jǐn)?shù)865的總分?jǐn)?shù)860也可被存儲，如下面的表57所示，它們可被存儲在數(shù)據(jù)庫中表“tblRFXScoreVendor”827中，如圖35所示。對于每個銷售商投標(biāo)應(yīng)答的分開的記錄被存儲在表“tblRFXScoreVendor”827中，每個記錄包含表57中顯示的域。
表“tblRFXItemsScoreVendor”826被束縛到表“tblRFXGradeItems”825，把每個分?jǐn)?shù)865與對于特定的銷售商投標(biāo)應(yīng)答的所有分級的投標(biāo)條目236的適當(dāng)?shù)燃?55相聯(lián)系。另外，表“tblRFXScoreVendor”827被束縛到表“tblRFXItemsScoreVendor”826，對于特定的銷售商投標(biāo)應(yīng)答的所有分級的投標(biāo)條目236的所有分?jǐn)?shù)865與對于該特定的銷售商投標(biāo)應(yīng)答的總共分?jǐn)?shù)860相聯(lián)系。而且，表“tblRFXScoreVendor”827被束縛到表“tblRFXPost”803，正如以上結(jié)合圖29討論的，用銷售商分?jǐn)?shù)860更新表“tblRFXPost”。
表56銷售商條目分?jǐn)?shù)表(tblRFXItemScoreVender)

表57銷售商分?jǐn)?shù)表(tblRFXScoreVender)

在銷售商投標(biāo)應(yīng)答被接收和分級后，買主用戶可以提供由銷售商對于一個或多個分級的投標(biāo)條目的提交重新報價的機會，以提高銷售商的分?jǐn)?shù)。例如，買主用戶典型地選擇的、或?qū)τ谄渌旨壍耐稑?biāo)條目有高的等級的銷售商可能比起另一個銷售商具有較低的分?jǐn)?shù)，以及買主用戶可能想要給銷售商提供對于具有較低等級的一個或多個分級的投標(biāo)條目進行修訂銷售商投標(biāo)應(yīng)答數(shù)據(jù)的機會。
用于方便重新報價過程的示例性步驟被顯示于圖36。當(dāng)分級機構(gòu)成為知道對于特定的銷售商在一個或多個分級的投標(biāo)條目是的一個或多個低的等級時，分級機構(gòu)可以邀請銷售商對于一個或多個選擇的分級的投標(biāo)條目重新報價(步驟3600和3610)。對于重新報價的邀請(步驟3620)可以僅僅識別允許銷售商重新報價的、特定的分級的投標(biāo)條目，以防止銷售商對于分級機構(gòu)不想要重新分級的任何其他分級的投標(biāo)條目重新報價。例如，重新報價可包括原先的銷售商投標(biāo)應(yīng)答的拷貝，以及只使得由銷售商選擇的那些重新報價的投標(biāo)條目能夠輸入新的銷售商應(yīng)答數(shù)據(jù)。老的銷售商應(yīng)答數(shù)據(jù)可被刪除或連同新的應(yīng)答數(shù)據(jù)一起被存儲在數(shù)據(jù)庫，供參考用途。另外，重新報價的邀請可以指示對于每個重新報價的投標(biāo)條目的銷售商等級，連同銷售商對于每個重新報價的投標(biāo)條目的排名，以及其他類似的信息，諸如對于重新報價的投標(biāo)條目的高的和低的銷售商等級。
如果銷售商選擇在買主約束的時間幀內(nèi)不重新報價(步驟3630)，則原先的銷售商分級和得分應(yīng)用到銷售商投標(biāo)應(yīng)答(步驟3640)。然而，如果銷售商對于一個或多個重新報價的投標(biāo)條目進行重新報價(步驟3630)，則銷售商用戶可以輸入新的銷售商應(yīng)答數(shù)據(jù)到用于選擇的重新報價投標(biāo)條目的投標(biāo)條目域(步驟3650)。在接收到重新報價后(步驟3660)，分級機構(gòu)通過使用新的銷售商應(yīng)答數(shù)據(jù)對于重新報價的投標(biāo)條目分級，以及隨之修正銷售商分?jǐn)?shù)(步驟3670)。
用于發(fā)包投標(biāo)和輸入項目跟蹤參數(shù)的示例性步驟被顯示于圖37。一旦完成所有的銷售商投標(biāo)應(yīng)答分級和得分(步驟3700)，就可把投標(biāo)發(fā)包給其中一個銷售商。如果買主用戶具有根據(jù)銷售商分?jǐn)?shù)和其他因素(例如，個人喜愛項、銷售商的信譽的知識、銷售商可用性的知識等等)選擇銷售商的權(quán)限(步驟3705)，則買主用戶可以選擇對于項目的銷售商(步驟3710)。否則，具有最高的分?jǐn)?shù)的銷售商被發(fā)包給該投標(biāo)(步驟3715)。
一旦對于項目的銷售商被選擇，系統(tǒng)通知項目管理機構(gòu)(步驟3720)和投標(biāo)發(fā)包所發(fā)包給的銷售商(步驟3725)。此后，被發(fā)包的銷售商和買主進入?yún)f(xié)商，以及項目的條款和條件被作出結(jié)論，正如傳統(tǒng)上所完成的(步驟3730)。如果被發(fā)包的銷售商和買主對于項目的條款和條件不能達成協(xié)議(步驟3735)，則買主可以重新開啟投標(biāo)過程，根據(jù)現(xiàn)有的銷售商分?jǐn)?shù)，根據(jù)新的銷售商投標(biāo)應(yīng)答或根據(jù)二者來選擇新的銷售商(步驟3740)。然而，如果條款和條件都同意(步驟3735)，則買主和被發(fā)包的銷售商可以把各種項目跟蹤參數(shù)裝載到系統(tǒng)(步驟3745)，諸如項目開始日期、項目結(jié)束日期、預(yù)計的項目經(jīng)費(申請量)、指配的資源、項目階段日程表、項目付費釋放日程表、項目可交付、項目材料和項目經(jīng)費，以便創(chuàng)建對于項目的購買申請。應(yīng)當(dāng)看到，附加的項目跟蹤參數(shù)可被裝載到系統(tǒng)中，以跟蹤項目的進行，以及系統(tǒng)不限于這里描述的項目跟蹤參數(shù)。一旦對于項目的購買申請被項目管理機構(gòu)和買主的適當(dāng)?shù)呐鷾?zhǔn)用戶批準(zhǔn)(步驟3750)，項目就可開始。
用于項目管理機構(gòu)和買主裝載項目跟蹤參數(shù)870到系統(tǒng)的示例性網(wǎng)頁61的屏幕快照顯示于圖39A和39B。對于項目管理機構(gòu)，如圖39A所示，各種申請信息可被輸入到系統(tǒng)，諸如購買申請創(chuàng)建日期，購買申請狀態(tài)(它可被系統(tǒng)自動更新)、購買申請量、購買申請貨幣(例如，美元)、項目開始日期和項目結(jié)束日期。另外，項目管理機構(gòu)也可把各種項目條款和條件輸入到系統(tǒng)，諸如工作闡述、項目貨物和業(yè)務(wù)可交付、項目承包、項目材料、指配的項目資源和可計費率、項目經(jīng)費、項目階段日程表和項目付費釋放日程表。而且項目管理機構(gòu)可以把管理機構(gòu)用戶指配給還沒有被指配用于項目的各種管理機構(gòu)用戶角色。而且，可應(yīng)用于項目的其他財務(wù)跟蹤參數(shù)也可被輸入到系統(tǒng)，諸如記帳指配、分類賬代碼、花費中心代碼、項目代碼、納稅代碼、和記帳設(shè)備(plant)。
如圖39B所示，銷售商可以訪問買主輸入的數(shù)據(jù)，來更新在系統(tǒng)中的以前輸入的項目跟蹤參數(shù)870和/或把新的項目跟蹤參數(shù)870輸入到系統(tǒng)作為項目管理機構(gòu)。例如，銷售商可以輸入以上討論的一個或多個項目條款和條件。各方可以商定誰正在輸入項目跟蹤參數(shù)870，或雙方可以輸入和/或修正項目跟蹤參數(shù)870，以及如果作出改變，系統(tǒng)可以向雙方提供通知。應(yīng)當(dāng)看到，其他的項目跟蹤參數(shù)也可以插入到系統(tǒng)，以及系統(tǒng)不限于圖39A和39B所示的那些項目跟蹤參數(shù)。
例如，如圖40A和40B所示，納稅信息875也可被輸入到系統(tǒng)作為項目跟蹤參數(shù)870的一部分。納稅信息875可以被買主和銷售商使用來保證在項目中對于財務(wù)管理和納稅義務(wù)方面考慮所有的納稅管理機構(gòu)和可應(yīng)用的納稅量。如圖40A和40B所示，當(dāng)對于活動創(chuàng)建申請條目行數(shù)，例如，在項目過程期間由銷售商使用的材料時，買主和銷售商可以在系統(tǒng)內(nèi)指定對于正確地評估納稅所必須的所有適當(dāng)?shù)氖聞?wù)信息。
例如，如圖40A所示，作為材料申請輸入的一部分，買主和銷售商可以通過輸入與買主位置、起源位置、貨運地址、實際的傳遞地址、銷售商位置等等有關(guān)的位置信息，而發(fā)起或更新納稅信息875，所有這些信息可表示可應(yīng)用的納稅管理機構(gòu)。買主和銷售商還可通過輸入可應(yīng)用的納稅管理機構(gòu)和納稅百分?jǐn)?shù)率而發(fā)起或更新納稅信息875。如圖40B所示，當(dāng)對于特定活動的購買定單被提交用于付費時，系統(tǒng)可接入由買主和銷售商對于該特定的活動的以前輸入的納稅百分?jǐn)?shù)率，以及計算對于購買定單的納稅量。納稅信息875，包括納稅管理機構(gòu)、百分?jǐn)?shù)率、數(shù)量、和其他與納稅有關(guān)的事務(wù)信息，被存儲在數(shù)據(jù)庫中以及使得它對于授權(quán)的用戶是可提供的。
用于輸入和處理納稅信息的示例性過程被顯示于圖40C。當(dāng)買主/銷售商創(chuàng)建規(guī)定項目的活動的所有單元(項目跟蹤參數(shù))的購買申請時，這些單元包括人力勞動力、費用、材料、可交付、單位工作和其他各種各樣的花費、其中貨物/業(yè)務(wù)將被傳遞或執(zhí)行的場合的位置(步驟4000)和納稅信息，系統(tǒng)可以作出購買申請，包括納稅信息，可提供給可應(yīng)用的銷售商供審閱用(步驟4005)。這時，銷售商也可輸入任何適當(dāng)?shù)募{稅信息到系統(tǒng)，以及批準(zhǔn)購買申請(步驟4010和4015)。完整的購買申請，包括銷售商批準(zhǔn)的買主納稅信息和銷售商納稅信息，被提供給買主，供最后批準(zhǔn)(步驟4020和4025)。
在由買主批準(zhǔn)后，銷售商購買定單被創(chuàng)建和被發(fā)布到銷售商(步驟4030)，以開始項目上的工作(步驟4035)。在開始進行項目期間，由銷售商執(zhí)行對于指定的貨物或業(yè)務(wù)的一個或多個購買定單(步驟4040)。如果貨物/業(yè)務(wù)是與承包商的可計費時間花費有關(guān)的，承包商完成他或她的時間卡(步驟4045)，正如下面結(jié)合圖42-47更詳細地描述的。對于所有其他貨物/業(yè)務(wù)，銷售商輸入其他憑證信息(步驟4050)，正如下面結(jié)合圖48-50更詳細地描述的。此后，該憑證被路由到指定的買主用戶，供審閱用(步驟4055)。在由買主批準(zhǔn)憑證后，系統(tǒng)管理機構(gòu)可以創(chuàng)建計費文件，它導(dǎo)入使用以前輸入的納稅百分?jǐn)?shù)率(如果可應(yīng)用的話)計算的任何可應(yīng)用的納稅量，以及把用于付費的發(fā)票提交給買主(步驟4060)。此后，買主付費給管理機構(gòu)(步驟4065)以及管理機構(gòu)付費給銷售商(步驟4070)。管理機構(gòu)保持財務(wù)事務(wù)數(shù)據(jù)在與憑證付費有關(guān)的計費文件中，以及許可接入到財務(wù)事務(wù)數(shù)據(jù)，以便授權(quán)買主或銷售商個人(步驟4075)，以及可任選地上載財務(wù)事務(wù)數(shù)據(jù)到最高級別數(shù)據(jù)庫，供以后處理(步驟4080)，正如下面結(jié)合圖59更詳細地描述的。
作為在最后的協(xié)商期間可被輸入到系統(tǒng)的項目跟蹤參數(shù)的另一個例子，買主可以請求銷售商提交資源候選者(實際的承包商)的簡歷供買主批準(zhǔn)，以確保被包括在銷售商投標(biāo)應(yīng)答中的資源資料位置被具有資源資料的實際的候選者填寫。用于提交資源候選者和審閱資源候選者的示例性數(shù)據(jù)結(jié)構(gòu)顯示于下面的表58和59中。
下面的表58顯示對于由銷售商為項目中的資源資料位置選擇的每個資源候選者可被提交的樣本資源候選者信息。例如，資源候選者信息可包括與資源候選者有關(guān)的特定投標(biāo)(投標(biāo)請求和投標(biāo)應(yīng)答)的投標(biāo)跟蹤號、對于資源候選者的資源資料的身份、個人資源候選者信息、銷售商信息、資源候選者的簡歷、和資源候選者提交狀態(tài)。表59顯示可被包括在表58中的各種資源提交狀態(tài)信息。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于表58中所示的具體的信息。
表58示例性資源提交表(db結(jié)構(gòu)圖)

表59示例性資源提交狀態(tài)表(數(shù)據(jù)圖)

用于批準(zhǔn)資源候選者的示例性步驟顯示于圖38。對于被包括在銷售商投標(biāo)應(yīng)答中的每個資源資料，銷售商提交用于資源資料位置的潛在的資源候選者的簡歷(步驟3800)。買主審閱所有的簡歷和指配合格的資源候選者給資源資料位置(步驟3810)。
如果一個或多個資源候選者是不能接受的(例如，簡歷不表示該資源候選者具有對于資源資料必須的技藝)(步驟3820)，和對于資源資料位置沒有其他可接受的候選者(步驟3830)，則買主可以重新公開投標(biāo)過程，以保證用于項目的另一個銷售商可提供必要的資源(步驟3840)。然而，如果所有的資源資料位置可被填充以合格的資源候選者，則買主和/或銷售商把與每個指配的資源候選者(承包商)有關(guān)的資源信息輸入到承包商數(shù)據(jù)庫(步驟3850)。例如，關(guān)于承包商的個人信息，諸如承包商名字、地址、電話號碼和雇員數(shù)目，可被輸入到承包商數(shù)據(jù)庫。另外，特定的與項目有關(guān)的承包商信息，諸如授權(quán)的可計費小時的總數(shù)、可計費率、授權(quán)的花費的總量和類型以及承包商在開始工作之前必須執(zhí)行或提供的任何協(xié)定或文檔，可被輸入到承包商數(shù)據(jù)庫。
一旦承包商信息被輸入，系統(tǒng)就可鑒權(quán)承包商，用于計時和系統(tǒng)接入目的(步驟3860)。例如，系統(tǒng)可提供用戶名字和密碼給承包商用于系統(tǒng)登錄和鑒權(quán)目的。另外，系統(tǒng)可能要求承包商在被允許接入計時系統(tǒng)之前執(zhí)行一個或多個協(xié)定(例如，通過在線確認(rèn)協(xié)定的條款)和/或提供一個或多個文檔。
在初始登錄和鑒權(quán)時顯示給承包商的示例性網(wǎng)頁61的屏幕快照顯示于圖42。網(wǎng)頁列出在承包商可以開始進行項目工作之前必須被執(zhí)行的幾個文檔。例如，承包商可能需要簽署知識產(chǎn)權(quán)協(xié)定、保密協(xié)定、進行的代碼(Code-of-Conduct)協(xié)定和臨時工作確認(rèn)協(xié)定。通過點擊每個列出的文檔，可以把顯示協(xié)定的網(wǎng)頁顯示給承包商，以及承包商可點擊接受按鈕來執(zhí)行協(xié)定。
用于存儲承包商信息和確保從承包商得到相關(guān)的文檔或由承包商同意相關(guān)的文檔的示例性數(shù)據(jù)結(jié)構(gòu)被顯示于下面的表60-63。表60列出需要從承包商得到的或承包商需要在項目期間的某個時間點執(zhí)行的各種樣本文檔。表60還列出用于得到或執(zhí)行這樣的文檔的時間約束條件。表61列出承包商信息，諸如承包商身份、被授權(quán)的可計費小時數(shù)、被授權(quán)的花費量、各種文檔的執(zhí)行日期和承包商類型。表62列出特定的文件，以及標(biāo)識承包商是否已執(zhí)行或提供該文檔以及這樣的執(zhí)行或提供的日期。應(yīng)當(dāng)看到，每個文件的分開的記錄以表62的格式被存儲。表63顯示標(biāo)識承包商類型的各種示例性信息，諸如承包商已為買主和還沒有為買主工作的天數(shù)。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于表60-63中顯示的具體的信息。
表60示例性承包商文件表

表61示例性承包商表

表62示例性承包商執(zhí)行數(shù)據(jù)表

表63示例性承包商類型表(db結(jié)構(gòu)圖)

在下面的表64-79顯示用于存儲項目跟蹤參數(shù)的數(shù)據(jù)結(jié)構(gòu)的例子。為了簡化起見，數(shù)據(jù)結(jié)構(gòu)被顯示為組織成表格的格式，每個表格包括對于跟蹤項目的進行所必須的所有的域。該表格以分級結(jié)構(gòu)和關(guān)聯(lián)的方式進行相關(guān)，正如下面結(jié)合圖41討論的。
下面的表64顯示樣本的一般購買申請信息，它可被存儲在數(shù)據(jù)庫中表“tblPurchaseReq”1000中，如圖41所示。例如，這樣的一般購買信息可包括由系統(tǒng)指配給購買申請的身份，買主和銷售商、申請創(chuàng)建日期、申請量、用于與購買申請有關(guān)的投標(biāo)(投標(biāo)請求和投標(biāo)應(yīng)答)的投標(biāo)跟蹤號、項目開始和結(jié)束日期、以及任何其他適當(dāng)?shù)馁徺I申請信息。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于表64中所顯示的具體的信息?，F(xiàn)在參考圖41上的數(shù)據(jù)庫表結(jié)構(gòu)1150，表“tblPurchaseReq”1000被顯示為束縛到表“tblPurchaseReqContrators”1012和表“tblluContratorTypes”1013，它們分別包括相應(yīng)于以上表61和63的數(shù)據(jù)結(jié)構(gòu)格式的信息，以便把指配的承包商與購買申請相聯(lián)系。
表64tblPurchaseReq

下面的表65-70顯示與納稅代碼、記帳設(shè)備、花費中心、項目代碼、記帳指配和其他類似的買主的具體購買申請信息有關(guān)的樣本的具體購買申請信息，它們可被存儲在數(shù)據(jù)庫中各個表“tblPurchaseReqTaxCode”1001、“tblPurchaseReqAcctPlant”1002、“tblPurchaseReqAcctCostCenter”1003、“tblPurchaseReqProjectCodes”1004、“tblPurchaseReqAcctGL”1005和“tblPurchaseReqAcctAssignment”1006中，如圖41所示。然而，應(yīng)當(dāng)看到，也可以包括與購買請求有關(guān)的附加的表和信息，這取決于購買申請請求。表“tblPurchaseReqTaxCode”1001、“tblPurchaseReqAcctPlant”1002、“tblPurchaseReqCostCenter”1003、“tblPurchaseReqProjectCodes”1004、“tblPurchaseReqAcctGL”1005和“tblPurchaseReqAcctAssignment”1006被束縛到表“tblPurchaseReq”1000，以便把具體的購買申請信息與一般購買申請信息相聯(lián)系。
表65tblPurchaseReqTaxcode

表66tblPurchaseReqAccPlant

表67tblPurchaseAcctCostCenter

表68tblPurchaseReqProjectCodes

表69tblPurchaseReqAcctGL

表70tblPurchaseReqAcctAssignment

下面的表71-75顯示與購買申請有關(guān)的樣本的申請付費信息。例如，這樣的申請付費信息可包括基于項目可交付的付費量(例如，在項目結(jié)束時或在項目的階段期間傳遞的貨物和業(yè)務(wù))、基于時間幀的付費量、基于完成的單位數(shù)的付費量、基于項目材料的付費量和基于項目經(jīng)費的付費量。在圖41上，申請付費信息被顯示為被存儲在數(shù)據(jù)庫中各個表“tblPurchaseReqPayDeliverable”1007、“tblPurchaseReqPayTimeSpan”1008、“tblPurchaseReqPayUnits”1009、“tblPurchaseReqPayMaterials”1010、和“tblPurchaseReqPayProjectExpenses”1011中。每個表“tblPurchaseReqPayDeliverable”1007、“tblPurchaseReqPayTimeSpan”1008、“tblPurchaseReqPayUnits”1009、“tblPurchaseReqPayMaterials”1010、和“tblPurchaseReqPayProjectExpenses”1011被顯示為被束縛到表“tblPurchaseReq”，以便把付費信息與一般購買申請信息相聯(lián)系。
應(yīng)當(dāng)看到，取決于購買申請請求，可以包括附加的表和信息。另外，應(yīng)當(dāng)看到，取決于項目，可以包括一個或多個付費表。而且，應(yīng)當(dāng)看到，包括的用于每個付費量的分開的記錄具有下面的表71-75之一的格式。
表71示例的tblPurchaseReqPayDeliverable(db結(jié)構(gòu)圖)

表72示例的tblPurchaseReqPayTimespan(db結(jié)構(gòu)圖)

表73示例的tblPurchaseReqPayUnits(db結(jié)構(gòu)圖)

表74示例的tblPurchaseReqPayMaterials(db結(jié)構(gòu)圖)

表75示例的tblPurchaseReqPayProjectExpenses(db結(jié)構(gòu)圖)

下面的表76和77顯示對于被指配以購買申請的承包商的、與付費率有關(guān)的樣本的信息。例如，承包商付費率信息可表示付費類型(例如，按小時、固定、超時等等)和付費率量(例如，每小時可計費率、每個超時小時的計費率、可計費量)。付費率信息可被存儲在數(shù)據(jù)庫中表“tblPurchaseReqPayRates”1014和表“tblluContractorPayRateTypes”1015中，它們在圖41上被顯示為束縛到表“tblPurchaseReq”1000，把付費率信息與購買申請相聯(lián)系。應(yīng)當(dāng)看到，用于每個承包商的每個付費率類型的分開付費率記錄可被存儲在表“tblPurchaseReqPayRates”1014中。還應(yīng)當(dāng)看到，取決于購買申請要求，可以包括附加的表或信息。
表76tblPurchaseReqPayRates(db結(jié)構(gòu)圖)

表77tblluContractorRateTypes(db結(jié)構(gòu)圖)

下面的表78和79顯示對于被指配以購買申請的承包商的、與承包商經(jīng)費有關(guān)的樣本的付費信息。例如，承包商經(jīng)費信息可表示花費類型和對于花費分配的最大量。承包商經(jīng)費信息可被存儲在數(shù)據(jù)庫中表“tblPurchaseReqPayContractorExpenses”1016和表“tblluContractorExpenseTypes”1017中，它們在圖41上被顯示為束縛到表“tblPurchaseReq”1000，把承包商經(jīng)費信息與購買申請相聯(lián)系。應(yīng)當(dāng)看到，用于每個承包商的每個承包商經(jīng)費類型的分開的承包商經(jīng)費記錄可被存儲在表“tblPurchaseReqPayContractorExpenses”1016中。還應(yīng)當(dāng)看到，取決于購買申請要求，可以包括附加的表或信息。
表78tblPurchaseReqPayContractorExpenses(db結(jié)構(gòu)圖)

表79tblluContractorPayExpenseTypes(db結(jié)構(gòu)圖)

后投標(biāo)活動一旦項目開始，項目管理機構(gòu)(或買主)就可以通過計時系統(tǒng)監(jiān)視項目的過程，其中承包商把時間輸入到用于執(zhí)行項目工作的時間卡。時間卡可被存儲來對于申請付費信息進行項目執(zhí)行的評估，和/或根據(jù)工作的時間生成付費憑證，這取決于申請付費信息。例如，如果申請付費量至少部分基于以特定的付費率的特定承包商的預(yù)計數(shù)目的可計費小時以及承包商在預(yù)計數(shù)目的計費小時下完成項目，則項目管理機構(gòu)和銷售商可能能夠重新協(xié)商申請付費量，該申請付費量初始地是根據(jù)可交付、時間幀或單位對付費設(shè)置的。
現(xiàn)在參照圖43，圖上顯示在本發(fā)明的系統(tǒng)內(nèi)實施計時系統(tǒng)的示例性步驟。在承包商完成所有的必須文檔和被授權(quán)進入計時系統(tǒng)后，承包商可以進入計時系統(tǒng)(步驟4300)，把與承包商工作的小時數(shù)有關(guān)的計時信息(步驟4310)輸入到時間卡(例如，對于承包商的計時記錄)。計時信息可以在計時系統(tǒng)可接入的任何時間被輸入。例如，計時系統(tǒng)可只在如由項目管理機構(gòu)確定的特定時間(例如，星期的結(jié)束，或星期的開始，等等)，或在計時系統(tǒng)不處在離線的時間期間是可接入的。
一旦承包商把計時信息輸入到時間卡，就把時間卡提供到項目管理機構(gòu)(步驟4325)，用于審閱和批準(zhǔn)(步驟4330)。如果時間卡未被批準(zhǔn)(步驟4340)，則承包商和銷售商被告知時間卡拒絕(步驟4350)，以及指令承包商接入計時系統(tǒng)，修正時間卡(步驟4300)。例如，如果承包商尚未完成填充時間卡，則被輸入到時間卡的計時信息(例如，小時數(shù))不正?；虿缓侠砘蝽椖抗芾頇C構(gòu)知道計時信息是不正確的，時間卡可被拒絕。如果時間卡被批準(zhǔn)(步驟4340)，則在系統(tǒng)內(nèi)所有可應(yīng)用的記錄通過計時信息進行更新(步驟4360)以及與計時信息有關(guān)的任何可付費的憑證被提取用于發(fā)票處理(步驟4370)。例如，如果申請付費是基于在特定的時間幀內(nèi)工作的小時數(shù)，則可付費的憑證可能需要根據(jù)由承包商輸入的計時信息被生成。
圖44和45上顯示通過計時系統(tǒng)被提供到承包商的示例性網(wǎng)頁61的屏幕快照。樣本的計時系統(tǒng)主頁被顯示于圖44。承包商可以從主網(wǎng)頁創(chuàng)建新的時間卡，調(diào)用暫時保存的時間卡用于完成的目的，或觀看以前提交的時間卡。另外，如果承包商被允許輸入承包商經(jīng)費(取決于購買申請)，則承包商可以創(chuàng)建新的經(jīng)費憑證，調(diào)用暫時保存的時間卡用于完成的目的，或觀看以前提交的經(jīng)費憑證。
為了創(chuàng)建新的時間卡(或者完成一個暫時保存的時間卡)，如圖45所示，承包商可以把各種計時信息1150輸入到時間卡1100。例如，承包商可以輸入星期結(jié)束工作日期、用于項目的項目代碼和負責(zé)付費的花費中心。另外，承包商可以輸入每天工作的常規(guī)小時數(shù)和每天工作的超時的小時數(shù)(按每個超時的付費率)。應(yīng)當(dāng)看到，其他計時信息也可被承包商輸入，以及系統(tǒng)不限于圖45所示的具體的計時信息。
圖46上顯示被顯示給項目管理機構(gòu)用于審閱提交的時間卡的樣本網(wǎng)頁61的屏幕快照。除了輸入的計時信息以外，項目管理機構(gòu)也可被提供以與時間卡有關(guān)的其他適當(dāng)?shù)馁徺I申請信息，諸如當(dāng)前的項目階段、通用分類帳代碼、納稅使用代碼、記帳指配代碼和記帳設(shè)備代碼。根據(jù)顯示的計時信息，項目管理機構(gòu)可以拒絕時間卡或批準(zhǔn)時間卡。如果項目管理機構(gòu)拒絕時間卡，則可以為項目管理機構(gòu)顯示一個彈出窗口，以提供時間卡拒絕的原因。應(yīng)當(dāng)看到，可以顯示其他的信息給項目管理機構(gòu)用于時間卡批準(zhǔn)目的，以及系統(tǒng)不限于圖46上顯示的具體的信息。
用于存儲時間卡和承包商經(jīng)費憑證的示例性數(shù)據(jù)庫結(jié)構(gòu)被顯示于下面的表80-83。為了簡化起見，數(shù)據(jù)結(jié)構(gòu)被顯示為組織成表格的格式，每個表格包括對于存儲時間卡和承包商經(jīng)費憑證所必須的所有的域。表格以分級結(jié)構(gòu)和關(guān)聯(lián)的方式與被存儲在數(shù)據(jù)庫中的其他表有關(guān)，諸如下面結(jié)合圖47討論的。
下面的表80顯示樣本的一般計時信息，它可被存儲在表“tblTimeCard”1050中的數(shù)據(jù)庫表結(jié)構(gòu)1160中，如圖47所示。例如，計時信息可包括時間卡識別符、相關(guān)的購買申請識別符、承包商識別符、銷售商識別符、關(guān)于輸入的時間是否為用于生成計費記錄的可計費時間的指示、與時間卡有關(guān)的星期結(jié)束日期、創(chuàng)建日期、審閱日期和關(guān)于時間卡是否被批準(zhǔn)的指示。然而，應(yīng)當(dāng)看到，可以包括其他信息，以及系統(tǒng)不限于表80中顯示的具體信息。表“tblTimeCard”1050在圖47上被顯示為被束縛到表“tblPurchaseReqContractors”1012，它又被束縛到表“tblPurchaseReq”1000，這兩者都如上面結(jié)合圖41討論的，以便把時間卡與承包商和購買申請相聯(lián)系。另外，圖41上顯示的各種其他的表在圖47上被顯示，以用來顯示在各種購買申請表與時間卡和承包商經(jīng)費憑證表之間的相互關(guān)系。
表80示例性tblTimeCard(db結(jié)構(gòu)圖)

被存儲在表“tblTimeCard”1050中的時間卡狀態(tài)識別符可以從表“tblTimeCardStatus”1051中被選擇，該表存儲時間卡狀態(tài)類型(例如，暫時保存、提交、批準(zhǔn)、拒絕等等)和它們的相關(guān)的時間卡狀態(tài)識別符。
表81顯示樣本的詳細的計時信息，它可被存儲在數(shù)據(jù)庫中表“tblTimeCardDetails”1052中，如圖47所示。例如，這樣的詳細的計時信息可包括作為以特定的付費率類型在特定的一天工作的、輸入的小時數(shù)，與付費率類型有關(guān)的付費率以及其他詳細的計時信息。表“tblTimeCardDetails”1052被顯示為束縛到表“tblTimeCard”1050，把詳細的計時信息與一般計時信息相聯(lián)系。另外，表“tblTimeCardDetails”1052被束縛到表“tblluDayCode”1053，把被存儲在表“tblTimeCardDetails”1052中的日代碼與特定的日相聯(lián)系。應(yīng)當(dāng)看到，以表81的格式的分開的記錄被存儲在用于在承包商輸入時間的每日的每種付費率類型的表“tblTimeCardDetails”1052。還應(yīng)當(dāng)看到，可以包括其他表和計時信息，以及系統(tǒng)不限于圖47所示的具體的表和計時信息。
表81示例性tblTimeCardDetails(db結(jié)構(gòu)圖)

下面的表82顯示樣本的一般承包商經(jīng)費憑證信息，它可被存儲在數(shù)據(jù)庫中的表“tblContractorExpenseVoucher”1054中，如圖47所示。例如，這樣的一般承包商經(jīng)費憑證信息可包括經(jīng)費憑證識別符、相關(guān)的購買申請識別符、承包商識別符、銷售商識別符、與經(jīng)費憑證有關(guān)的星期結(jié)束日期、創(chuàng)建日期、審閱日期和關(guān)于經(jīng)費憑證是否被批準(zhǔn)的指示。然而，應(yīng)當(dāng)看到，可以包括其他信息，以及系統(tǒng)不限于表82所示的具體信息。表“tblContractorExpenseVoucher”1054被顯示為束縛到表“tblPurchaseReqContrators”1012，它被束縛到表“tblPurchaseReq”1000，它們是以上結(jié)合圖41討論的，以便把承包商經(jīng)費憑證與具體的承包商和購買申請相聯(lián)系。
表82標(biāo)準(zhǔn)tblContractorExpensesVoucher(db結(jié)構(gòu)圖)

下面的表83顯示樣本的詳細的承包商經(jīng)費憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblContractorExpensesVoucherDetails”1055中，如圖47所示。例如，這樣的詳細的經(jīng)費憑證信息可包括在特定的一天特定的花費類型的花費量以及其他詳細的經(jīng)費憑證信息。表“tblContractorExpensesVoucherDetails”1055被顯示為束縛到表“tblContractorExpensesVoucher”1054，把詳細的經(jīng)費憑證信息與一般經(jīng)費憑證信息相聯(lián)系。另外，表“tblContractorExpensesVoucherDetails”1055被束縛到表“tblluDayCode”1053，把被存儲在表“tblContractorExpensesVoucherDetails”1055中的日代碼與特定的日相聯(lián)系。應(yīng)當(dāng)看到，以表83的格式的分開的記錄被存儲在用于在承包商輸入量的每日的每種花費類型的表“tblContractorExpensesVoucherDetails”1055。還應(yīng)當(dāng)看到，可以包括其他表和承包商經(jīng)費憑證信息，以及系統(tǒng)不限于圖47所示的具體的表和承包商經(jīng)費憑證信息。
表83標(biāo)準(zhǔn)tblContractorExpensesVoucherDetails(db結(jié)構(gòu)圖)

現(xiàn)在參照圖48，有多種不同類型的憑證信息1160可被輸入到系統(tǒng)和被存儲在數(shù)據(jù)庫155，用于生成由買主或項目管理機構(gòu)付費給發(fā)包的銷售商的可付費憑證1180。例如，憑證信息1160可包括計時憑證信息1160a，它包括由承包商輸入的計時信息1150(以上的圖45所示的)和通過被輸入的關(guān)于計時信息的項目工作跟蹤參數(shù)870(以上的圖39和40所示的)確定的申請付費信息。憑證信息也可包括項目經(jīng)費憑證信息1160b、項目可交付憑證信息1160c、項目材料憑證信息1160d、承包商經(jīng)費憑證信息1160e、項目單位完成憑證信息1160f、和項目定時付費釋放憑證信息1160g。系統(tǒng)可以根據(jù)以前在其他上下文(例如，項目跟蹤參數(shù)入口、計時入口、承包商經(jīng)費入口和/或項目經(jīng)費入口)輸入的憑證信息1160自動生成付費憑證1180，或銷售商或買主/項目管理機構(gòu)可以生成可支付的憑證1180和把憑證信息11160的各種可應(yīng)用的部分(例如，單位完成入口或可交付完成入口)輸入到可支付的憑證1180。
現(xiàn)在參照圖49，圖上顯示在憑證處理和付費系統(tǒng)中牽涉到的示例性步驟。初始地，各種項目跟蹤參數(shù)(例如，購買申請信息)被輸入到系統(tǒng)(步驟4400)，以及可計費的和不可計費的、用于貨物和業(yè)務(wù)的所有的銷售商責(zé)任被存儲在數(shù)據(jù)庫(步驟4410)。當(dāng)銷售商提供被授權(quán)的貨物或業(yè)務(wù)時(如由輸入的銷售商責(zé)任確定的)(步驟4420)，銷售商接入該系統(tǒng)，以記錄被執(zhí)行的貨物或業(yè)務(wù)和請求為貨物或業(yè)務(wù)付費(步驟4430)。在其他實施例中，付費可以由系統(tǒng)在一定的時間間隔內(nèi)被自動請求。系統(tǒng)根據(jù)項目跟蹤參數(shù)和其他憑證信息(例如，計時信息、花費、材料等等)生成憑證(步驟4440)，以及把憑證路由到適當(dāng)?shù)馁I主用戶或管理機構(gòu)用戶，用于憑證的批準(zhǔn)(步驟4450)。
如果憑證沒有被批準(zhǔn)(步驟4460)，則銷售商被告知和被提供以重新提交憑證的任選項(步驟4470)。如果憑證被批準(zhǔn)(步驟4460)，則銷售商被告知憑證批準(zhǔn)(步驟4480)。如果憑證是可計費的憑證(步驟4490)，則根據(jù)規(guī)定的日程表(使用系統(tǒng)或買主約束條件)，處理憑證用于電子貨品計價(步驟4495)。例如，系統(tǒng)可以采用批處理，收集在預(yù)先指定的時間周期期間批準(zhǔn)的對于買主(對于一個或多個項目)的所有的付費憑證。所有的發(fā)票可以以基于買主技術(shù)規(guī)范的格式或以系統(tǒng)規(guī)定的格式被生成。買主接收發(fā)票(步驟4498)和經(jīng)由預(yù)先配置的方法把發(fā)票的付款發(fā)放給銷售商(例如，EFI、支票等等)(步驟4499)。
在下面的表84-92中顯示用于存儲憑證信息到可支付的憑證中和生成付費憑證記錄的示例性數(shù)據(jù)庫結(jié)構(gòu)。為了簡化起見，數(shù)據(jù)結(jié)構(gòu)被顯示為組織成表格的格式，每個表格包括對于存儲憑證信息所必須的所有的域。表格以分級結(jié)構(gòu)和關(guān)聯(lián)的方式與被存儲在數(shù)據(jù)庫中的其他表相關(guān)，正如下面結(jié)合圖50討論的。
下面的表84顯示樣本的一般項目單位完成憑證信息，它可被存儲在表“tblVoucherUnits”1060中數(shù)據(jù)庫表結(jié)構(gòu)1170中，如圖50所示。例如，一般項目單位完成憑證信息可包括單位憑證識別符、相關(guān)的購買申請識別符、關(guān)于與單位完成有關(guān)的所有的時間卡是否被批準(zhǔn)的指示、銷售商識別符、與憑證信息有關(guān)的星期結(jié)束日期、創(chuàng)建日期、審閱日期和關(guān)于憑證信息是否被批準(zhǔn)的指示。“tblVoucherUnits”1060被顯示為束縛到表“tblPurchaseReq”1000，其在上面結(jié)合圖41討論，以便把憑證信息與購買申請相聯(lián)系。另外，圖41所示的各種其他表在這里圖50上被顯示為表明在各種購買申請表與憑證表之間的相互關(guān)系。應(yīng)當(dāng)看到，以表84的格式的分開的記錄被存儲在用于每個可支付單位憑證的表“tblVoucherUnits”1060中。
而且，雖然未示出，但圖47上顯示的表“tblContractorExpenseVoucher”1054也被認(rèn)為是用于生成可支付憑證的憑證表。應(yīng)當(dāng)看到，也可以包括其他表格和憑證信息，以及系統(tǒng)不限于在圖50上顯示的具體的表和憑證信息。
表84tblVoucherUnits(db結(jié)構(gòu)圖)

下面的表85顯示樣本的詳細的項目單位完成憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblVoucherUnitsDetails”1061中，如圖50所示。例如，這樣的詳細的項目單位完成憑證信息可包括單位完成的說明、被授權(quán)的單位的數(shù)目、每個單位的花費、完成的單位數(shù)和其他詳細的項目單位完成憑證信息。表“tblVoucherUnitsDetails”1061被顯示為束縛到表“tblVoucherUnits”1060，以便把詳細的項目單位完成憑證信息與一般項目單位完成憑證信息相聯(lián)系。另外，表“tblVoucherUnitsDetails”1061被束縛到表“tblPurchaseReqPayUnits”1009，以便把申請單位付費信息與項目單位完成憑證信息相聯(lián)系。
應(yīng)當(dāng)看到，以表85的格式的分開的記錄被存儲在用于每個可支付的單位憑證的表“tblVoucherUnitsDetails”1061中。還應(yīng)當(dāng)看到，也可以包括其他表格和項目單位完成憑證信息，以及系統(tǒng)不限于在圖50上顯示的具體的表和項目單位完成憑證信息。
表85tblVoucherUnitsDetails(db結(jié)構(gòu)圖)

下面的表86顯示樣本的一般時間完成憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblVoucherTimePayment”1062中，如圖50所示。例如，一般時間完成憑證信息可包括時間憑證識別符、相關(guān)的購買申請識別符、關(guān)于與時間完成有關(guān)的所有的時間卡是否被批準(zhǔn)的指示、銷售商識別符、與憑證信息有關(guān)的星期結(jié)束日期、創(chuàng)建日期、審閱日期和關(guān)于憑證信息是否被批準(zhǔn)的指示。表“tblVoucherTimePayment”1062被顯示為束縛到表“tblPurchaseReq”1000，它是以上結(jié)合圖41討論的，以便把憑證信息與購買申請相聯(lián)系。應(yīng)當(dāng)看到，以表86的格式的分開的記錄被存儲在用于每個可支付的時間憑證的表“tblVoucherTimePayment”1062中。
tblVoucherTimePayment(db結(jié)構(gòu)圖)

下面的表87顯示樣本的詳細的時間完成憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblVoucherTimePaymentDetails”1063中，如圖50所示。例如，這樣的詳細的時間完成憑證信息可包括工作開始日期、付費釋放日期、付費量和其他詳細的時間完成憑證信息。表“tblVoucherTimepaymentDetails”1063被顯示為束縛到表“tblVoucherTimepayment”1062，以便把詳細的時間完成憑證信息與一般時間完成憑證信息相聯(lián)系。另外，表“tblVoucherUnitsTimepaymentDetails”1063被束縛到表“tblPurchaseReqPayTimeSpan”1008，以便把申請時間付費信息與時間完成憑證信息相聯(lián)系。
應(yīng)當(dāng)看到，以表87的格式的分開的記錄被存儲在用于每個可支付的單位憑證的表“tblVoucherTimePaymentDetails”1063中。還應(yīng)當(dāng)看到，也可以包括其他表格和時間完成憑證信息，以及系統(tǒng)不限于在圖50上顯示的具體的表和時間完成憑證信息。
表87tblVoucherTimePaymentDetails(db結(jié)構(gòu)圖)

下面的表88顯示樣本的一般項目經(jīng)費憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblVoucherProjectExpense”1064中，如圖50所示。例如，一般項目經(jīng)費憑證信息可包括項目經(jīng)費憑證識別符、相關(guān)的購買申請識別符、關(guān)于與項目經(jīng)費(如果有的話)有關(guān)的所有的時間卡是否被批準(zhǔn)的指示、銷售商識別符、與憑證信息有關(guān)的星期結(jié)束日期、創(chuàng)建日期、審閱日期和關(guān)于憑證信息是否被批準(zhǔn)的指示。表“tblVoucherProjectExpense”1064被顯示為束縛到表“tblPurchaseReq”1000，它是以上結(jié)合圖41討論的，以便把憑證信息與購買申請相聯(lián)系。應(yīng)當(dāng)看到，以表88的格式的分開的記錄被存儲在用于每個可支付的項目經(jīng)費憑證的表“tblVoucherProjectExpense”1064中。
表88tblVoucherProjectExpense(db結(jié)構(gòu)圖)

下面的表89顯示樣本的詳細的項目經(jīng)費憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblVoucherProjectExpenseDetails”1065中，如圖50所示。例如，這樣的詳細的項目經(jīng)費憑證信息可包括發(fā)生花費的日期、項目經(jīng)費的說明、項目經(jīng)費量、和其他詳細的項目經(jīng)費憑證信息。表“tblVoucherProjectExpenseDetails”1065被顯示為束縛到表“tblVoucherProjectExpense”1064，以便把詳細項目經(jīng)費憑證信息與一般項目經(jīng)費憑證信息相聯(lián)系。另外，表“tblVoucherProjectExpenseDetails”1065被束縛到表“tblPurchaseReqPayProjectExpense”1011，以便把申請項目經(jīng)費付費信息與項目經(jīng)費憑證信息相聯(lián)系。
應(yīng)當(dāng)看到，以表89的格式的分開的記錄被存儲在用于每個可支付的項目經(jīng)費憑證的表“tblVoucherProjectExpenseDetails”1065中。還應(yīng)當(dāng)看到，也可以包括其他表格和項目經(jīng)費憑證信息，以及系統(tǒng)不限于在圖50上顯示的具體的表和項目經(jīng)費憑證信息。
表89tblVoucherProjectExpenseDetails(db結(jié)構(gòu)圖)

下面的表90顯示樣本的一般材料憑證信息，它可被存儲數(shù)據(jù)庫中表“tblVoucherMaterials”1066中，如圖50所示。例如，一般材料憑證信息可包括材料憑證識別符、相關(guān)的購買申請識別符、關(guān)于與材料(如果有的話)有關(guān)的所有的時間卡是否被批準(zhǔn)的指示、銷售商識別符、與憑證信息有關(guān)的星期結(jié)束日期、創(chuàng)建日期、審閱日期和關(guān)于憑證信息是否被批準(zhǔn)的指示。表“tblVoucherMaterials”1066被顯示為束縛到表“tblPurchaseReq”1000，它是以上結(jié)合圖41討論的，以便把憑證信息與購買申請相聯(lián)系。應(yīng)當(dāng)看到，以表90的格式的分開的記錄被存儲在用于每個可支付的材料憑證的表“tblVoucherMaterials”1066中。
表90tblVoucherMaterials(db結(jié)構(gòu)圖)

下面的表91顯示樣本的詳細的材料憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblVoucherMaterialsDetails”1067中，如圖50所示。例如，這樣的詳細的材料憑證信息可包括發(fā)生材料花費的日期、材料的名稱、材料的說明、購買的材料的單位數(shù)目、每個材料單位的花費和其他詳細的項目經(jīng)費憑證信息。表“tblVoucherMaterialsDetails”1067被顯示為束縛到表“tblVoucherMaterials”1066，以便把詳細材料憑證信息與一般材料憑證信息相聯(lián)系。另外，表“tblVoucherMaterialsDetails”1067被束縛到表“tblPurchaseReqPayMaterials”1010，以便把申請材料付費信息與材料憑證信息相聯(lián)系。
應(yīng)當(dāng)看到，以表91的格式的分開的記錄被存儲在用于每個可支付的材料憑證的表“tblVoucherMaterialsDetails”1067中。還應(yīng)當(dāng)看到，也可以包括其他表格和材料憑證信息，以及系統(tǒng)不限于在圖50上顯示的具體的表和材料憑證信息。
表91tblVoucherMaterialsDetails(db結(jié)構(gòu)圖)

下面的表92顯示樣本的一般可交付憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblVoucherDeliverables”1068中，如圖50所示。例如，一般可交付憑證信息可包括可交付憑證識別符、相關(guān)的購買申請識別符、關(guān)于與可交付(如果有的話)有關(guān)的所有的時間卡是否被批準(zhǔn)的指示、銷售商識別符、與憑證信息有關(guān)的星期結(jié)束日期、創(chuàng)建日期、審閱日期和關(guān)于憑證信息是否被批準(zhǔn)的指示。表“tblVoucherDeliverables”1068被顯示為束縛到表“tblPurchaseReq”1000，它是以上結(jié)合圖41討論的，以便把憑證信息與購買申請相聯(lián)系。應(yīng)當(dāng)看到，以表92的格式的分開的記錄被存儲在用于每個可支付的可交付憑證的表“tblVoucherDeliverables”1068中。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于在表92上顯示的具體的信息。
表92tblVoucherDeliverables(db結(jié)構(gòu)圖)

下面的表93顯示樣本的詳細的可交付憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblVoucherDeliverablesDetails”1069中，如圖50所示。例如，這樣的詳細的可交付憑證信息可包括可交付的說明、可交付的預(yù)計完成日期、可交付的實際完成日期、請求的付費量、和其他詳細的可交付憑證信息。表“tblVoucherDeliverablesDetails”1069被顯示為束縛到表“tblVoucherDeliverables”1068，以便把詳細的可交付憑證信息與一般可交付憑證信息相聯(lián)系。另外，表“tblVoucherDeliverablesDetails”1069被束縛到表“tblPurchaseReqPayDeliverables”1007，以便把申請可交付付費信息與可交付憑證信息相聯(lián)系。
應(yīng)當(dāng)看到，以表93的格式的分開的記錄被存儲在用于每個可支付的可交付憑證的表“tblVoucherDeliverablesDetails”1069中。還應(yīng)當(dāng)看到，也可以包括其他表格和可交付憑證信息，以及系統(tǒng)不限于在圖50上顯示的具體的表和可交付憑證信息。
表93tblVoucherDeliverableExpenseDetails(db結(jié)構(gòu)圖)

下面的表94顯示樣本的付費憑證信息，它可被存儲在數(shù)據(jù)庫中表“tblPaidVoucherRecords”1070中，如圖50所示。例如，所述付費憑證信息可包括發(fā)票號、由買主和銷售商指配的購買申請身份、憑證批準(zhǔn)日期、批準(zhǔn)者名字、憑證的類型(例如，時間卡、承包商經(jīng)費、項目經(jīng)費、可交付、時間完成或單位完成)和相關(guān)的憑證識別符、發(fā)票量、付費日期和其他付費憑證信息。
表“tblPaidVoucherRecords”1070被顯示為束縛到表“tblPurchaseReq”1000，它是以上結(jié)合圖41討論的，以便把付費憑證信息與購買申請相聯(lián)系。應(yīng)當(dāng)看到，以表94的格式的分開的記錄被存儲在用于每個付費憑證的表“tblPaidVoucherRecords”1070中。然而，應(yīng)當(dāng)看到，也可以包括其他信息，以及系統(tǒng)不限于在表94上顯示的具體的信息。
表94示例性tblPaidVoucherRecords(db結(jié)構(gòu)圖)

現(xiàn)在參照圖51，圖上顯示說明項目的財務(wù)狀態(tài)的示例性網(wǎng)頁61的屏幕快照。這個網(wǎng)頁是以一個或多個格式對于買主、銷售商、和/或管理機構(gòu)可接入的，這取決于系統(tǒng)約束條件。正如可以從圖51看到的，可以顯示不同類型的付費憑證和對于每個付費憑證的估計的量。另外，也可以跟蹤對于每個付費憑證類型花費的實際的量和對于每種類型的付費憑證花費的估計的附加基金。這樣，買主、銷售商和/或管理機構(gòu)可以從財務(wù)方面保持項目進行的工作的知識。然而，應(yīng)當(dāng)看到，可以顯示其他財務(wù)信息，代替或附加于圖51上顯示的具體的財務(wù)信息。而且，應(yīng)當(dāng)看到，可以顯示其它與項目有關(guān)的信息(代替或附加于財務(wù)信息)，這取決于買主、銷售商、管理機構(gòu)和/或系統(tǒng)配置，正如此后更詳細地討論的。
事務(wù)數(shù)據(jù)的分析和報告在上述的預(yù)投標(biāo)、投標(biāo)和后投標(biāo)活動期間，與投標(biāo)/項目過程有關(guān)的各種事務(wù)數(shù)據(jù)是從過程中牽涉到的買主、銷售商和其他方(例如，管理機構(gòu))得到的。如圖58所示，事務(wù)數(shù)據(jù)1195可包括一個或多個分量投標(biāo)數(shù)據(jù)212、項目跟蹤參數(shù)870、憑證信息1160和項目進行數(shù)據(jù)1190。在投標(biāo)/項目過程的分開的階段期間得到事務(wù)數(shù)據(jù)1195的每個分量。其他分量也可被包括在事務(wù)數(shù)據(jù)1195內(nèi)，諸如銷售商資格信息、買主規(guī)定的銷售商準(zhǔn)則信息、商品信息、和其他預(yù)投標(biāo)和與項目有關(guān)的數(shù)據(jù)?？傊聞?wù)數(shù)據(jù)1195可包括被存儲在數(shù)據(jù)庫系統(tǒng)150內(nèi)的任何數(shù)據(jù)。
例如，現(xiàn)在參照圖52，圖上顯示說明在買主50、銷售商10和PBMS(此后稱為“系統(tǒng)”)30之間的信息交換的信令圖。正如以上討論的，初始地，買主50經(jīng)由系統(tǒng)30發(fā)送投標(biāo)請求到銷售商10(步驟4500)。投標(biāo)請求包含具有由買主50輸入投標(biāo)請求數(shù)據(jù)的數(shù)據(jù)域和用于銷售商10輸入投標(biāo)應(yīng)答數(shù)據(jù)的數(shù)據(jù)域。當(dāng)銷售商10把投標(biāo)應(yīng)答數(shù)據(jù)輸入到適當(dāng)?shù)臄?shù)據(jù)域時，包括投標(biāo)應(yīng)答數(shù)據(jù)的投標(biāo)應(yīng)答經(jīng)由系統(tǒng)30發(fā)送回買主50(步驟4510)。投標(biāo)請求數(shù)據(jù)和投標(biāo)應(yīng)答數(shù)據(jù)合在一起形成完成的投標(biāo)的投標(biāo)數(shù)據(jù)212。投標(biāo)數(shù)據(jù)212被存儲在系統(tǒng)數(shù)據(jù)庫中與投標(biāo)有關(guān)的記錄中，正如以上描述的。
一旦買主50把投標(biāo)發(fā)包給特定的銷售商10，買主50和銷售商10就可把項目跟蹤參數(shù)870(例如，購買申請信息、納稅信息等等)輸入到系統(tǒng)30(步驟4520)，連同投標(biāo)數(shù)據(jù)212一起貯存在數(shù)據(jù)庫中。項目跟蹤參數(shù)870可包括某些或全部合同條款與條件，包括可計費的和不可計費的、銷售商對于貨物和業(yè)務(wù)的責(zé)任。當(dāng)銷售商10提供已授權(quán)的貨物或業(yè)務(wù)時(由輸入的項目跟蹤參數(shù)870確定的)，銷售商10可接入系統(tǒng)，以提交請求付費的憑證，或在活動是不計費的事件中買主對于提供的貨物或執(zhí)行的業(yè)務(wù)的確認(rèn)完成(步驟4530)。在批準(zhǔn)憑證和以后對于該憑證開支票后，買主經(jīng)由預(yù)先配置的方法把付費發(fā)放給銷售商(步驟4540)。在憑證提交和付費過程期間由買主50和銷售商10輸入的信息作為憑證信息1160被存儲在數(shù)據(jù)庫中。
在項目進行期間，各種項目進行數(shù)據(jù)1190可被輸入到系統(tǒng)30，或由銷售商10和買主50自動生成(步驟4550)，正如下面參照圖53-57更詳細地描述的。例如，項目進行數(shù)據(jù)1190可包括各種狀態(tài)信息，諸如定時信息(例如，銷售商在完成一個或多個階段或者項目的組分的時間性的指示)，或花費信息(例如，項目的一個或多個組分的實際花費與各個項目的(申請)花費相比較)。項目進行數(shù)據(jù)1190還可包括項目特定的信息，諸如項目的重要性或項目對于公司的其他方面的影響，或其他顧客特定的信息。
投標(biāo)數(shù)據(jù)212、項目跟蹤參數(shù)870、憑證信息1160和項目進行數(shù)據(jù)1190都存儲在系統(tǒng)數(shù)據(jù)庫中作為與投標(biāo)和項目有關(guān)的事務(wù)數(shù)據(jù)。通過接入到所有的這種事務(wù)數(shù)據(jù)，系統(tǒng)30實際上可執(zhí)行任何類型的想要的分析，以及根據(jù)分析來生成報告。因此，系統(tǒng)30用來接收來自對分析數(shù)據(jù)有接入權(quán)的買主、銷售商或其他用戶對于某些類型的分析數(shù)據(jù)的請求(步驟4560)。按照該請求，系統(tǒng)30進行事務(wù)數(shù)據(jù)分析，生成分析數(shù)據(jù)(步驟4570)以及把分析數(shù)據(jù)以報告視圖提供給請求者(例如，買主50、銷售商10或其他用戶)(步驟4580)。
例如，買主50可以請求包含與特定的項目、多個項目或多個銷售商10有關(guān)的分析數(shù)據(jù)的報告。分析數(shù)據(jù)可以針對財務(wù)信息(例如，發(fā)貨單細節(jié)，花費(過去、現(xiàn)在和將來)和其他類型的財務(wù)分析)、項目信息(例如，項目進行、將來的項目活動和項目規(guī)劃)、銷售商信息(例如，銷售商財務(wù)信息、銷售商工作信息和供給鏈信息)和任何其他類型的想要的信息。此外，買主50可以請求包含與由多個買主50委托的多個項目有關(guān)的行業(yè)分析數(shù)據(jù)的報告。行業(yè)分析數(shù)據(jù)可以針對財務(wù)信息(例如，在項目類型的各個方面花費的總成本的百分?jǐn)?shù)或在各種類型的項目上行業(yè)范圍花費的百分?jǐn)?shù)量)、銷售商信息(例如，在行業(yè)中銷售商的準(zhǔn)時的百分?jǐn)?shù)或在行業(yè)中銷售商的過/欠預(yù)算的花費百分?jǐn)?shù))和任何其他類型的想要的行業(yè)信息。類似的分析數(shù)據(jù)可被提供給銷售商10或其他被授權(quán)的用戶。例如，銷售商10或管理機構(gòu)可以請求包含與特定的項目或在進行中銷售商10牽涉到的多個項目有關(guān)的分析數(shù)據(jù)的報告。
現(xiàn)在轉(zhuǎn)到圖53，圖上顯示用于輸入項目進行數(shù)據(jù)1190的示例性功能。圖53上顯示按照本發(fā)明的實施例的、用于輸入項目進行數(shù)據(jù)的項目進行工具121和比較工具123。項目進行工具121和比較工具123可包括對于執(zhí)行工具的功能所需要的任何硬件、軟件和/或固件，它們可以在服務(wù)器120或附加服務(wù)器(未示出)內(nèi)實施。例如，項目進行工具121和比較工具123可以處在服務(wù)器120內(nèi)的軟件模塊128內(nèi)，如圖3B所示。
在一個實施例中，項目進行數(shù)據(jù)1190可以由買主、銷售商或管理機構(gòu)通過項目進行工具180直接輸入到數(shù)據(jù)庫155。買主、銷售商或管理機構(gòu)可以分別經(jīng)由買主瀏覽器20a、銷售商瀏覽器20b、或管理機構(gòu)瀏覽器20c，和數(shù)據(jù)網(wǎng)40接入計算機系統(tǒng)100的服務(wù)器120。買主模塊110、銷售商115或管理機構(gòu)模塊135與項目進行工具121相接口，把網(wǎng)頁分別推送到買主瀏覽器20a、銷售商瀏覽器20b、或管理機構(gòu)瀏覽器20c，征求項目進行數(shù)據(jù)。項目進行工具121接入數(shù)據(jù)庫155，用由買主、銷售商和/或管理機構(gòu)輸入的項目進行數(shù)據(jù)填充與特定的項目有關(guān)的項目進行數(shù)據(jù)域。例如，項目進行數(shù)據(jù)可包括由買主、銷售商和/或管理機構(gòu)對于至今的狀態(tài)或個人項目滿意度作出的評注。
在從買主、銷售商或管理機構(gòu)接收項目進行數(shù)據(jù)1190后，項目進行工具121還可被配置成自動生成給其他方的消息(例如，電子郵件消息)，把新的項目進行數(shù)據(jù)1190告知它們，由此使得其他方能夠輸入附加項目進行數(shù)據(jù)1190，澄清、應(yīng)答、或提供與以前輸入的項目進行數(shù)據(jù)1190無關(guān)的數(shù)據(jù)。
在其他實施例中，比較工具123可以根據(jù)項目跟蹤參數(shù)870和與特定的項目有關(guān)的憑證信息1160的比較結(jié)果把項目進行數(shù)據(jù)1190自動輸入到數(shù)據(jù)庫155。比較工具從數(shù)據(jù)庫155檢索必不可少的項目跟蹤參數(shù)870和憑證信息1160，執(zhí)行檢索的項目跟蹤參數(shù)870和憑證信息1160的比較或分析，以及根據(jù)比較或分析的結(jié)果，把任何必須的項目進行數(shù)據(jù)1190輸入到數(shù)據(jù)庫155內(nèi)與項目有關(guān)的數(shù)據(jù)域。
作為例子，比較工具123可被配置成對于新的憑證信息1160輸入而監(jiān)視數(shù)據(jù)庫155，或否則在新的憑證信息1160輸入后被觸發(fā)成將輸入的憑證信息1160與以前存儲的、對于項目的項目跟蹤參數(shù)870進行比較。憑證信息1160可以包含花費、定時或與項目跟蹤參數(shù)870進行比較的其他信息。比較的結(jié)果可以作為項目進行數(shù)據(jù)1190被存儲在數(shù)據(jù)庫155中。例如，憑證信息1160可以表示由買主50對于項目支付的發(fā)貨單量，以及比較工具123可以把發(fā)貨單量與申請量進行比較以確定是否存在差異。在這種情形下，項目進行數(shù)據(jù)1190可包括花費狀態(tài)的指示，諸如欠預(yù)算、超預(yù)算或在預(yù)算中、以及超過預(yù)算的量或欠預(yù)算的量，如果有的話。
作為另一個例子，比較工具123可被配置成對于特定的項目跟蹤參數(shù)870搜索數(shù)據(jù)庫155，以及輸入項目跟蹤參數(shù)870的狀態(tài)作為項目進行數(shù)據(jù)1190。例如，比較工具123可以對于項目的過期的目標(biāo)完成日期搜索數(shù)據(jù)庫155，以及輸入每個項目過期的天數(shù)作為與這些項目有關(guān)的項目進行數(shù)據(jù)1190。比較工具123還可搜索與那些過期的項目有關(guān)的憑證信息1160以及根據(jù)憑證信息1160輸入項目的狀態(tài)。例如，如果銷售商提交用于付費的憑證，但買主還沒有進行付費，則狀態(tài)可表示“憑證提交，等待付費。”圖54-56顯示從各個系統(tǒng)方面輸入項目進行數(shù)據(jù)1190的示例性過程。圖54顯示用戶，諸如買主、銷售商或管理機構(gòu)，輸入項目進行數(shù)據(jù)到系統(tǒng)的示例性步驟。在從與項目有關(guān)的用戶接收項目進行數(shù)據(jù)后(步驟4600)，系統(tǒng)把項目進行數(shù)據(jù)存儲在與項目有關(guān)的數(shù)據(jù)域，供以后使用和檢索(步驟4610)。如果項目牽涉到的各方(買主、銷售商和管理機構(gòu))已建立條件，允許揭示在這些方之間的某些或所有的項目進行數(shù)據(jù)，則系統(tǒng)按照由這些方設(shè)置的條件生成一個消息給其他方，把接收的項目進行數(shù)據(jù)告知他們(步驟4620)。響應(yīng)于該消息，其他方可以選擇輸入附加項目進行數(shù)據(jù)，以澄清、應(yīng)答或提供與以前輸入的項目進行數(shù)據(jù)無關(guān)的數(shù)據(jù)。如果接收到附加項目進行數(shù)據(jù)(步驟4630)，則系統(tǒng)把附加項目進行數(shù)據(jù)，連同以前輸入的項目進行數(shù)據(jù)一起，存儲在數(shù)據(jù)庫內(nèi)與項目有關(guān)的數(shù)據(jù)域中(步驟4640)。
圖55顯示根據(jù)以前存儲的項目跟蹤參數(shù)和憑證信息自動輸入項目進行數(shù)據(jù)到系統(tǒng)的示例性步驟。在系統(tǒng)接收對于特定項目的項目跟蹤參數(shù)(步驟4700)和憑證信息(步驟4710)后，系統(tǒng)可以把項目跟蹤參數(shù)與憑證信息進行比較(步驟4720)以確定項目的狀態(tài)(步驟4730)。項目狀態(tài)可被輸入到系統(tǒng)，以及作為與項目有關(guān)的項目進行數(shù)據(jù)進行存儲(步驟4740)。例如，憑證信息可表示關(guān)于項目的實際的項目完成日期，以及系統(tǒng)可以把實際的項目完成日期與目標(biāo)完成日期進行比較以確定是否存在差異。在這種情形下，項目進行數(shù)據(jù)可包括狀態(tài)指示，諸如按時完成、超期完成或提早完成，以及超期或提早的天數(shù)。
圖56顯示根據(jù)以前存儲的項目跟蹤參數(shù)的狀態(tài)自動輸入項目進行數(shù)據(jù)到系統(tǒng)的示例性步驟。在系統(tǒng)接收對于特定項目的項目跟蹤參數(shù)(步驟4750)后，諸如目標(biāo)完成日期，系統(tǒng)可以對于項目的過時的目標(biāo)完成日期搜索數(shù)據(jù)庫(步驟4760)。如果發(fā)現(xiàn)過時的完成日期(步驟4770)，則系統(tǒng)可以根據(jù)已接收的任何憑證信息確定項目的狀態(tài)(步驟4780)，以及把項目的狀態(tài)作為項目進行數(shù)據(jù)輸入到系統(tǒng)(步驟4790)。
下面的表95-112顯示用于存儲項目進行數(shù)據(jù)1190的示例性數(shù)據(jù)庫結(jié)構(gòu)。為了簡化起見，數(shù)據(jù)結(jié)構(gòu)被顯示為組織成表格的格式，每個表格包括對于存儲項目進行數(shù)據(jù)1190所必須的所有的域。表格以分級結(jié)構(gòu)和/或關(guān)聯(lián)的方式與被存儲在數(shù)據(jù)庫中其他的表格有關(guān)聯(lián)，正如下面結(jié)合圖57討論的。
表95和96顯示樣本的可交付的項目進行數(shù)據(jù)，它們可被存儲在表“tblDeliverableTrackPerfomance”1080和表“l(fā)kpDeliverableStatus”1081中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，如圖57所示?？山桓兜捻椖窟M行數(shù)據(jù)可包括從表“l(fā)kpDeliverableStatus”1081確定的可交付狀態(tài)。例如，可交付狀態(tài)可以是“未完成-當(dāng)前”、“未完成-超期”、“部分完成-當(dāng)前”、“部分完成-超期”、“完成-按時”、“完成-超期”、或“完成-提早”。與狀態(tài)有關(guān)的識別符可以連同與被存儲在表“tblPurchaseReqPayDeliverables”1007中的可交付項目跟蹤參數(shù)有關(guān)的識別符、當(dāng)前的狀態(tài)(例如，推遲或提早的天數(shù))和任何用戶票據(jù)一起被存儲在表“tblDeliverableTrackPerfomance”中。
例如，如果買主、銷售商或其他用戶已輸入與可交付的狀態(tài)有關(guān)的任何評注，則這些評注可被存儲在表“tblDeliverableTrackPerfomance”1080中。除了評注以外，輸入評注的用戶的識別符，連同評注被輸入的日期一起也可被存儲。如果系統(tǒng)被配置成告知銷售商買主何時輸入評注，則銷售商應(yīng)答的狀態(tài)(例如，還沒有應(yīng)答、無應(yīng)答、應(yīng)答)也可被存儲。
表“tblDeliverableTrackPerfomance”1080和“l(fā)kpDeliverableStatus”1081被顯示為束縛到表“tblPurchaseReqPayDeliverables”1007，它又被束縛到表“tblPurchaseReq”1000，二者都如以上結(jié)合圖41討論的，以便把項目進行數(shù)據(jù)與憑證信息和項目跟蹤參數(shù)(例如，購買申請)相聯(lián)系。另外，在圖41上顯示的各種其他表在這里的圖57上被顯示，以顯示在各種項目進行表、憑證表與購買申請表之間的相互關(guān)系。應(yīng)當(dāng)看到，以表95的格式的分開的記錄可被存儲在用于每個可交付的表“tblDeliverableTrackPerfomance”1080中。應(yīng)當(dāng)看到，可以包括其他表和項目進行數(shù)據(jù)，以及系統(tǒng)不限于圖57所示的具體的表和項目進行數(shù)據(jù)。
表95示例性tblDeliverableTrackPerfomance

表96示例性lkpDeliverableStatus

下面的表97和98顯示樣本的階段項目進行數(shù)據(jù)，它們可被存儲在表“tblPhaseTrackPerfomance”1082和表“IkpPhaseStatus”1083中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，如圖57所示。階段項目進行數(shù)據(jù)可包括從表“IkpPhaseStatus”1082確定的階段狀態(tài)。例如，階段狀態(tài)可以是“打開-當(dāng)前”、“打開-過時”、“打開-將來的日期”、“關(guān)閉-按時”、“關(guān)閉-過時”、或“關(guān)閉-提早”。與狀態(tài)有關(guān)的識別符可以連同與被存儲在“tblPurchaseReqPhasing”1018(它可以是類似于圖41上所顯示表的表)中的階段項目跟蹤參數(shù)有關(guān)的識別符、當(dāng)前的狀態(tài)(例如，推遲或提早的天數(shù))和任何用戶票據(jù)一起被存儲在表“tblPhaseTrackPerfomance”中。
例如，如果買主、銷售商或其他用戶已輸入與階段的狀態(tài)有關(guān)的任何評注，則這些評注可被存儲在表“tblPhaseTrackPerfomance”1083中。除了評注以外，輸入評注的用戶的身份也可以連同評注被輸入的日期一起被存儲。如果系統(tǒng)被配置成告知銷售商買主何時輸入評注，則銷售商應(yīng)答的狀態(tài)(例如，還沒有應(yīng)答、無應(yīng)答、應(yīng)答)也可被存儲。
表97示例性tblPhaseTrackPerfomance

表98示例性lkpPhaseStatus

下面的表99和100顯示樣本的單位項目進行數(shù)據(jù)，它們可被存儲在表“tblUnitsTrackPerfomance”1084和“IkpUnitsStatus”1085中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，如圖57所示。單位項目進行數(shù)據(jù)可包括從“IkpuUnitsStatus”1083確定的單位狀態(tài)。例如，單位狀態(tài)可以是“未完成-當(dāng)前”、“未完成-超期”、“按時-完成”、“完成-超期”、、或“完成-提早”。與狀態(tài)有關(guān)的識別符可以連同與被存儲在“tblPurchaseReqPayUnits”1009中的單位項目跟蹤參數(shù)有關(guān)的識別符、當(dāng)前的狀態(tài)(例如，推遲或提早的天數(shù))和任何用戶票據(jù)一起被存儲在表“tblUnitTrackPerfomance”中。
例如，如果買主、銷售商或其他用戶已輸入與單位的狀態(tài)有關(guān)的任何評注，則這些評注可被存儲在“tblUnitsTrackPerfomance”1084中。除了評注以外，輸入評注的用戶的身份也可連同評注被輸入的日期一起被存儲。如果系統(tǒng)被配置成告知銷售商買主何時輸入評注，則銷售商應(yīng)答的狀態(tài)(例如，還沒有應(yīng)答、無應(yīng)答、應(yīng)答)也可被存儲。
表99示例性tblUnitsTrackPerfomance

表100示例性IkpUnitsStatus

下面的表101和102顯示樣本的花費項目進行數(shù)據(jù)，它們可被存儲在表“tblCostTrackPerfomance”1086和“IkpCostStatus”1087中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，如圖57所示?；ㄙM項目進行數(shù)據(jù)可以與用于任何類型的憑證的任何付費憑證有關(guān)，包括材料憑證、經(jīng)費憑證、可交付憑證、階段憑證、單位憑證和時間付費憑證。花費項目進行數(shù)據(jù)是由從表“IkpCostStatus”1087確定的花費狀態(tài)來代表的。例如，花費狀態(tài)可以是“過預(yù)算”、“欠預(yù)算”、或“在預(yù)算中”。與狀態(tài)有關(guān)的識別符可以連同與被存儲在表“tblPaidVoucherRecords”1070中的憑證信息有關(guān)的識別符、當(dāng)前的狀態(tài)(例如，過預(yù)算或欠預(yù)算的量)和任何用戶票據(jù)一起被存儲在表“tblCostTrackPerfomance”中。
例如，如果買主、銷售商或其他用戶已輸入與花費的狀態(tài)有關(guān)的任何評注，則這些評注可被存儲在表“tblCostTrackPerfomance”1086中。除了評注以外，輸入評注的用戶的識別符也可連同評注被輸入的日期一起被存儲。如果系統(tǒng)被配置成告知銷售商買主何時輸入評注，則銷售商應(yīng)答的狀態(tài)(例如，還沒有應(yīng)答、無應(yīng)答、應(yīng)答)也可被存儲。
表101示例性tblCostTrackPerfomance

表102示例性lkpCostStatus

圖57上顯示其他表，它們包含與項目和/或銷售商或買主有關(guān)的附加數(shù)據(jù)，這些數(shù)據(jù)可用來進一步識別以前沒有明確討論的項目的類型與其他項目變量。附加數(shù)據(jù)也可被包括在被利用于分析和報告目的的事務(wù)數(shù)據(jù)中。例如，下面的表103顯示項目對于買主的其他方面的影響，它可被存儲在表“IkpProjectImpactCode”1072的數(shù)據(jù)庫表結(jié)構(gòu)1185中，下面的表104顯示可交付重要性，它可被存儲在表“IkpDeliverableImportance”中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，以及下面的表105顯示項目的擁有狀態(tài)，它可被存儲在表“IkpPMOwnershipStatus”1073中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，如圖57所示。
與銷售商和買主有關(guān)的其他信息可被存儲在附加的表中。例如，下面的表106顯示主銷售商數(shù)據(jù)，它可被存儲在表“IkpVendorMaster”1090中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，以及下面的表107顯示主買主數(shù)據(jù)，它可被存儲在表“IkpBuyerMaster”1095中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，如圖57所示。另外，下面的表108和109顯示銷售商層級信息，它表示買主指配給銷售商(例如，層級1銷售商典型地是首先或最經(jīng)常被使用的銷售商)的層級組，它可被存儲在表“l(fā)kpVendorTier”1091和“tblVendorTierMap”1092中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，如圖57所示。而且，下面的表110-112顯示買主行業(yè)分段、花費和尺寸信息，它們可被存儲在表“IkpIndustrySegmentation”1096、“IkpBuyerSpendProfile”1097和“IkpBuyerSizeProfile”1098中的數(shù)據(jù)庫表結(jié)構(gòu)1185中，如圖57所示。行業(yè)分段可以是項目特定的或可作為整體應(yīng)用于買主。
表103示例性lkpProjectImpactCode

表104示例性lkpDeliverableImportance

表105示例性lkpPMOwnershipStatus

表106示例性lkpVendorMaster

表107示例性lkpBuyerMaster

表108示例性lkpVendorTier

表109示例性tblVendorTierMap

表110lkpIndustrySegmentation

表111lkpBuyerSpendProfile

表112lkpBuyerSizeProfile

正如以上結(jié)合圖52描述的，項目進行數(shù)據(jù)形成被存儲在數(shù)據(jù)庫中的事務(wù)數(shù)據(jù)的一部分。再次參照圖58，事務(wù)數(shù)據(jù)1195不單可包括投標(biāo)數(shù)據(jù)212，而且也可包括項目跟蹤參數(shù)870、憑證信息1160和項目進行數(shù)據(jù)1190。所有的事務(wù)數(shù)據(jù)195被存儲在包含用于買主、銷售商和管理機構(gòu)的數(shù)據(jù)庫(155，未示出)的、較低級別的數(shù)據(jù)庫系統(tǒng)150。在某些實施例中，事務(wù)數(shù)據(jù)1195僅僅被保持在較低級別數(shù)據(jù)庫150中，所以，分析數(shù)據(jù)僅僅被限于在較低級別數(shù)據(jù)庫內(nèi)的事務(wù)數(shù)據(jù)1195。例如，買主/管理機構(gòu)或銷售商不可能允許它們的事務(wù)數(shù)據(jù)被任何外部(第三方)源訪間。在這種情形下，為了生成包括買主/管理機構(gòu)或銷售商事務(wù)數(shù)據(jù)的分析數(shù)據(jù)，買主/管理機構(gòu)或銷售商被限于僅僅是他們的事務(wù)數(shù)據(jù)。
在其他的實施例中，如圖59所示，全部的或部分的事務(wù)數(shù)據(jù)1195可被傳送直到最高級別數(shù)據(jù)庫160(此后，稱為“中心數(shù)據(jù)庫160”)，用于以后使用或檢索用于分析目的。事務(wù)數(shù)據(jù)可以在任何時間或為了任何原因從較低級別數(shù)據(jù)庫155被傳送到中心數(shù)據(jù)庫160。作為例子，分別被存儲在多個買主數(shù)據(jù)庫155a、155b和155c中的事務(wù)數(shù)據(jù)1195a、1195b和1195c(合在一起，1195)可被傳送直到中心數(shù)據(jù)庫160，用于貯存在其中。傳送可以在批處理模式過程中發(fā)生，其中具有在特定的時間周期內(nèi)的記錄創(chuàng)建日期的事務(wù)數(shù)據(jù)1195以批處理被傳送直到中心數(shù)據(jù)庫160。例如，每個星期，具有在該星期內(nèi)的記錄創(chuàng)建日期的所有的事務(wù)數(shù)據(jù)1195以批處理被傳送直到中心數(shù)據(jù)庫160。
傳送的事務(wù)數(shù)據(jù)1195可包括在較低級別數(shù)據(jù)庫160中的所有的事務(wù)數(shù)據(jù)1195，或如由系統(tǒng)或買主/管理機構(gòu)和/或銷售商指定的僅僅一部分。例如，事務(wù)數(shù)據(jù)1195的各種部分可能不是必須用于行業(yè)范圍的分析目的，所以，被傳送到中心數(shù)據(jù)庫160的事務(wù)數(shù)據(jù)1195可以排除不必要的那些部分。作為另一個例子，買主/管理機構(gòu)和/或銷售商可能希望限制對于中心數(shù)據(jù)庫160來說可提供的事務(wù)數(shù)據(jù)1195的類型，用于隱私或其他原因。
現(xiàn)在參照圖60，圖上顯示了用于生成分析數(shù)據(jù)270的示例性功能性。圖60顯示按照本發(fā)明的實施例的、用于生成分析數(shù)據(jù)270的報告模塊126或127。報告模塊126或127可包括任何對于執(zhí)行該模塊的功能所需要的硬件、軟件和/或固件，以及可以分別在服務(wù)器120或125內(nèi)或在附加服務(wù)器(未示出)內(nèi)被實施。例如，報告模塊126可以駐留在服務(wù)器120內(nèi)的軟件模塊128中，如圖3B所示。
分析數(shù)據(jù)270可以通過使用來自較低級別數(shù)據(jù)庫系統(tǒng)150內(nèi)的較低級別數(shù)據(jù)庫(未具體顯示出)的或來自中心數(shù)據(jù)庫160的事務(wù)數(shù)據(jù)1195被生成。例如，如果買主用戶需要僅僅涉及到與買主有關(guān)的那些項目的分析數(shù)據(jù)，則買主用戶將接入在較低級別數(shù)據(jù)庫系統(tǒng)150內(nèi)買主的較低級別數(shù)據(jù)庫內(nèi)的事務(wù)數(shù)據(jù)1195。然而，如果買主用戶需要涉及到與多個買主有關(guān)的項目的行業(yè)分析數(shù)據(jù)，則買主用戶將接入在中心數(shù)據(jù)庫160內(nèi)的事務(wù)數(shù)據(jù)1195。
為了通過使用來自較低級別數(shù)據(jù)庫系統(tǒng)150或中心數(shù)據(jù)庫160的事務(wù)數(shù)據(jù)1195接收分析數(shù)據(jù)270，買主用戶、銷售商用戶、或管理機構(gòu)用戶分別經(jīng)由買主瀏覽器20a、銷售商瀏覽器20b、管理機構(gòu)瀏覽器20c、和數(shù)據(jù)網(wǎng)40接入與數(shù)據(jù)庫150或160有關(guān)的各個服務(wù)器120或125。買主模塊110或140、銷售商模塊115或145或管理機構(gòu)模塊135或149與報告模塊126或127接口，分別推送網(wǎng)頁到買主瀏覽器20a、銷售商瀏覽器20b、管理機構(gòu)瀏覽器20c，幫助買主用戶、銷售商用戶、或管理機構(gòu)用戶生成對于特定類型的分析數(shù)據(jù)270的請求285。例如，所請求的分析數(shù)據(jù)270可涉及到作為事務(wù)數(shù)據(jù)1195的函數(shù)的各種價格和性能因素。分析數(shù)據(jù)270可以涉及到單個項目、多個項目、多個銷售商或多個買主，后者僅僅對于中心數(shù)據(jù)庫事務(wù)數(shù)據(jù)1195是可能的。可被生成的不同類型的分析數(shù)據(jù)270的不同置換和可能性僅僅限于被存儲的事務(wù)數(shù)據(jù)1195的類型和數(shù)量。另外，應(yīng)當(dāng)看到，雖然未示出，但在其他實施例中，承包商用戶可被允許接入承包商被授權(quán)觀看的各種分析數(shù)據(jù)270，諸如承包商到目前為止在項目上工作的小時數(shù)、在某個時間周期內(nèi)對于所有項目工作的小時數(shù)、對于不同項目的付費率、平均付費率等等。
在某些實施例中，由用戶提交的請求285可以包含一個或多個過濾器280，使分析數(shù)據(jù)270集中在特定的事務(wù)數(shù)據(jù)1195上。例如，用戶可能想要接收只涉及到在特定的地理區(qū)域內(nèi)完成的、或與特定的項目類型或行業(yè)分段有關(guān)的那些項目的分析數(shù)據(jù)270。報告模塊126或127使用過濾器280來接入數(shù)據(jù)庫150或160以檢索只包含滿足過濾器280要求的事務(wù)數(shù)據(jù)的過濾的事務(wù)數(shù)據(jù)1198。從過濾的事務(wù)數(shù)據(jù)1198，報告模塊126或127生成分析數(shù)據(jù)270。
通過使用事務(wù)數(shù)據(jù)1195或過濾的事務(wù)數(shù)據(jù)1198，報告模塊126或127根據(jù)請求285生成分析數(shù)據(jù)270。例如，如果請求285是對于表示在將來的幾個月中對于當(dāng)前項目的項目花費的財務(wù)報告，則報告模塊126或127可以接入事務(wù)數(shù)據(jù)1195，以檢索涉及到當(dāng)前項目的將來的申請量的各種項目跟蹤參數(shù)，以及逐月聚集該申請量，以生成分析數(shù)據(jù)270。作為另一個例子，如果請求285是對于層級1銷售商的項目的各個分量(例如，材料、經(jīng)費、可交付、勞動等等)的花費百分?jǐn)?shù)的統(tǒng)計報告，則報告模塊126或127可以接入事務(wù)數(shù)據(jù)1195以檢索各種投標(biāo)數(shù)據(jù)(確定束縛到層級1銷售商的項目)、項目跟蹤參數(shù)、憑證信息和項目進行數(shù)據(jù)，以及利用各種數(shù)學(xué)和統(tǒng)計函數(shù)以產(chǎn)生分析數(shù)據(jù)270。報告模塊126或127推送包括包含分析數(shù)據(jù)的報告視圖的網(wǎng)頁到買主瀏覽器20a、銷售商瀏覽器20b、或管理機構(gòu)瀏覽器20c。
圖61-67顯示通過使用各種類型的事務(wù)數(shù)據(jù)生成各種類型的分析數(shù)據(jù)270的示例性過程。然而，應(yīng)當(dāng)看到，所顯示的過程僅僅是能夠通過使用本發(fā)明的系統(tǒng)被執(zhí)行的多種過程的例子。圖61是描述按系統(tǒng)的用戶請求生成分析數(shù)據(jù)的過程的示例性流程圖。在這個過程中，接收對于作為至少包括在在線投標(biāo)過程期間收集的投標(biāo)數(shù)據(jù)的事務(wù)數(shù)據(jù)的函數(shù)的分析數(shù)據(jù)的請求(步驟4800)。該請求可以作為搜索和/或分類請求被提交，以選擇在投標(biāo)中提交的、特定的或一般類型的投標(biāo)數(shù)據(jù)。另外，該請求可包括一個或多個過濾器，以縮小在生成分析數(shù)據(jù)時使用的、在選擇類型的投標(biāo)數(shù)據(jù)內(nèi)的投標(biāo)數(shù)據(jù)量。
一旦必不可少的事務(wù)數(shù)據(jù)被識別和檢索，就從事務(wù)數(shù)據(jù)生成分析數(shù)據(jù)(步驟4810)。在生成分析數(shù)據(jù)時，可以利用各種數(shù)學(xué)和統(tǒng)計函數(shù)來產(chǎn)生用戶請求的各種各樣的信息。分析數(shù)據(jù)可以從涉及到單個項目、多個項目、多個銷售商或多個買主的投標(biāo)數(shù)據(jù)被生成，以及它可以以各種各樣的報告視圖呈現(xiàn)給用戶。例如，示例性報告視圖包括概要圖、聚集圖、估計圖、統(tǒng)計圖、項目進行圖、或它們的任何組合。分析數(shù)據(jù)可以被用戶利用用于各種各樣的目的，包括評估各個投標(biāo)、評估銷售商性能、評估花費或收入、評估在行業(yè)內(nèi)的通貨膨脹、產(chǎn)生行業(yè)趨勢信息等等。
圖62是描述生成包括在系統(tǒng)內(nèi)當(dāng)前的、過去的和/或?qū)淼捻椖可暇奂捻椖窟M行數(shù)據(jù)的分析數(shù)據(jù)的過程的示例性流程圖。項目進行數(shù)據(jù)被系統(tǒng)存儲(步驟4820)，正如以上結(jié)合圖53-56描述的。在這個過程中，從系統(tǒng)的授權(quán)的用戶處接收對于聚集項目進行數(shù)據(jù)的請求(步驟4830)。該請求可以作為搜索和/或分類請求被提交，以選擇如由系統(tǒng)收集的、特定的或一般類型的項目進行數(shù)據(jù)。另外，該請求可包括一個或多個過濾器，以縮小在生成分析數(shù)據(jù)時使用的、在選擇類型的項目進行數(shù)據(jù)內(nèi)的項目進行數(shù)據(jù)量。應(yīng)當(dāng)看到，該請求是要從由一個或多個銷售商對于一個或多個買主執(zhí)行的多個項目收集項目進行數(shù)據(jù)，以便聚集項目進行數(shù)據(jù)。
一旦必不可少的項目進行數(shù)據(jù)被識別和檢索，就生成聚集的項目進行數(shù)據(jù)(步驟4840)。在生成聚集項目進行數(shù)據(jù)時，可以利用各種算術(shù)和/或統(tǒng)計分析運算。例如，系統(tǒng)可以計算與項目有關(guān)的各種各樣信息，諸如按時的或欠預(yù)算等的項目百分?jǐn)?shù)。聚集的項目進行數(shù)據(jù)可以以各種各樣的報告視圖呈現(xiàn)給用戶。例如，示例性報告視圖包括概要圖、估計圖、或統(tǒng)計圖。聚集項目進行數(shù)據(jù)可以被用戶利用用于各種各樣的目的，包括評估銷售商相對于其他銷售商的各個性能、評估過去、現(xiàn)在或?qū)淼幕ㄙM或收入、評估在行業(yè)內(nèi)的通貨膨脹、產(chǎn)生行業(yè)趨勢信息等等。
圖63是描述生成包括涉及到各個項目的、聚集的統(tǒng)計項目進行數(shù)據(jù)的分析數(shù)據(jù)的過程的示例性流程圖。項目進行數(shù)據(jù)被系統(tǒng)存儲(步驟4850)，正如以上結(jié)合圖53-56描述的。在這個過程中，從系統(tǒng)的授權(quán)的用戶處接收對于聚集的統(tǒng)計項目進行數(shù)據(jù)的請求(步驟4860)。該請求可以作為搜索和/或分類請求被提交，以選擇如由系統(tǒng)收集的、特定的或一般類型的項目進行數(shù)據(jù)。另外，該請求可包括一個或多個過濾器，以縮小在生成分析數(shù)據(jù)時使用的、在選擇類型的項目進行數(shù)據(jù)內(nèi)的項目進行數(shù)據(jù)量。應(yīng)當(dāng)看到，請求是要從由一個或多個銷售商對于一個或多個買主執(zhí)行的多個項目收集項目進行數(shù)據(jù)，以便計算涉及到各個項目的統(tǒng)計數(shù)據(jù)和聚集統(tǒng)計數(shù)據(jù)。
一旦必不可少的項目進行數(shù)據(jù)被識別和檢索，就通過使用各種算術(shù)和/或統(tǒng)計分析運算對于各個項目計算統(tǒng)計項目進行數(shù)據(jù)(步驟4870)。統(tǒng)計分析可以計算有關(guān)項目的各種各樣信息，諸如平均月花費、平均支出、對于項目的各個部分或方面的總的花費的百分?jǐn)?shù)等等。此后，各個統(tǒng)計數(shù)據(jù)被聚集，以生成聚集的統(tǒng)計項目進行數(shù)據(jù)(步驟4880)。聚集的統(tǒng)計項目進行數(shù)據(jù)可以以各種各樣的報告視圖呈現(xiàn)給用戶。例如，示例性報告視圖包括概要圖、統(tǒng)計圖等等。通過聚集在由銷售商執(zhí)行的多個項目上的統(tǒng)計數(shù)據(jù)，買主可得到正在執(zhí)行的項目的總貌，以幫助整體地評估項目。
圖64是描述根據(jù)事務(wù)數(shù)據(jù)生成分析數(shù)據(jù)的示例性流程圖，其中事務(wù)數(shù)據(jù)包括至少投標(biāo)數(shù)據(jù)、項目跟蹤參數(shù)和項目進行數(shù)據(jù)。事務(wù)數(shù)據(jù)由系統(tǒng)存儲(步驟4900)，正如以上結(jié)合圖52描述的。在這個過程中，從系統(tǒng)的被授權(quán)用戶處接收對于分析數(shù)據(jù)的請求(步驟4910)。該請求可以作為搜索和/或分類請求被提交，以選擇由系統(tǒng)收集的、特定的或一般類型的事務(wù)數(shù)據(jù)。另外，請求可包括一個或多個過濾器，以縮小在生成分析數(shù)據(jù)時使用的、在選擇類型的事務(wù)數(shù)據(jù)內(nèi)的事務(wù)數(shù)據(jù)量。
一旦必不可少的事務(wù)數(shù)據(jù)被識別和檢索，就從事務(wù)數(shù)據(jù)的一個或多個分量(例如，投標(biāo)數(shù)據(jù)、項目跟蹤參數(shù)和/或項目進行數(shù)據(jù))生成分析數(shù)據(jù)(步驟4920)。在生成分析數(shù)據(jù)時，可以利用各種數(shù)學(xué)和統(tǒng)計函數(shù)來產(chǎn)生用戶請求的各種各樣的信息。分析數(shù)據(jù)可以從涉及到單個項目、多個項目、多個銷售商或多個買主的事務(wù)數(shù)據(jù)被生成，以及它可以以各種各樣的報告視圖呈現(xiàn)給用戶。例如，示例性報告視圖包括概要圖、聚集圖、估計圖、統(tǒng)計圖、項目進行圖、或它們的任何組合。分析數(shù)據(jù)可以以圖形被顯示，以幫助用戶分析項目或行業(yè)趨勢。
圖65是描述收集事務(wù)數(shù)據(jù)和從事務(wù)數(shù)據(jù)中生成統(tǒng)計數(shù)據(jù)的更詳細的過程的示例性流程圖。初始地，由買主形成投標(biāo)，其中投標(biāo)包括數(shù)據(jù)域，用來接收來自買主和銷售商的投標(biāo)數(shù)據(jù)(步驟4950)。例如，數(shù)據(jù)域可以使得買主和銷售商能夠輸入與價格、數(shù)量、和征構(gòu)時間項有關(guān)的投標(biāo)數(shù)據(jù)。應(yīng)當(dāng)看到，被包括在投標(biāo)中的數(shù)據(jù)域是與選擇的投標(biāo)條目有關(guān)的，正如以上在投標(biāo)活動段中描述的。當(dāng)投標(biāo)數(shù)據(jù)由系統(tǒng)從買主和銷售商接收時(步驟4955)，投標(biāo)數(shù)據(jù)作為事務(wù)數(shù)據(jù)被存儲在系統(tǒng)中(步驟4960)。
在發(fā)包項目后，與投標(biāo)有關(guān)的項目的項目跟蹤參數(shù)被接收(步驟4965)和作為另外的事務(wù)數(shù)據(jù)被存儲(步驟4970)。在項目進行期間，與項目有關(guān)的各種項目進行數(shù)據(jù)被接收(步驟4975)和作為另外的事務(wù)數(shù)據(jù)被存儲(步驟4980)。一旦事務(wù)數(shù)據(jù)被接收和被存儲，對于分析數(shù)據(jù)的以后的請求就作為事務(wù)數(shù)據(jù)的函數(shù)被接收(步驟4985)。該請求可以作為搜索和/或分類請求由用戶提交，以選擇由系統(tǒng)收集的、特定的或一般類型的事務(wù)數(shù)據(jù)。另外，該請求可包括一個或多個過濾器，以縮小在生成分析數(shù)據(jù)時使用的、在選擇類型的事務(wù)數(shù)據(jù)內(nèi)的事務(wù)數(shù)據(jù)量。
一旦必不可少的事務(wù)數(shù)據(jù)被識別和檢索，就從事務(wù)數(shù)據(jù)的一個或多個分量(例如，投標(biāo)數(shù)據(jù)、項目跟蹤參數(shù)和/或項目進行數(shù)據(jù))生成分析數(shù)據(jù)(步驟4990)。在生成分析數(shù)據(jù)時，可以利用各種數(shù)學(xué)和統(tǒng)計函數(shù)來產(chǎn)生用戶請求的各種各樣的信息。分析數(shù)據(jù)可以從涉及到單個項目、多個項目、多個銷售商或多個買主的事務(wù)數(shù)據(jù)被生成，以及它可以以各種各樣的報告視圖呈現(xiàn)給用戶。例如，示例性報告視圖包括概要圖、聚集圖、估計圖、統(tǒng)計圖、項目進行圖、或它們的任何組合。分析數(shù)據(jù)可以以圖形被顯示，以幫助用戶分析項目或行業(yè)趨勢。
圖66是描述生成行業(yè)分析數(shù)據(jù)作為由一個或多個買主的項目產(chǎn)生的事務(wù)數(shù)據(jù)的函數(shù)的過程的示例性流程圖。因為系統(tǒng)能夠管理用于多個買主的項目，所以可以從在整個行業(yè)界正在執(zhí)行的項目評估行業(yè)分析數(shù)據(jù)。當(dāng)然在使用系統(tǒng)時，利用系統(tǒng)的買主的各個項目可以經(jīng)由事務(wù)信息被跟蹤。通過分析跨多個買主的事務(wù)數(shù)據(jù)，可以發(fā)展行業(yè)趨勢。例如，在電信行業(yè)中，其中可能有多個項目涉及到中央交換機的安裝，可以利用本發(fā)明的原理生成中央交換機的平均花費、開發(fā)時間、安裝時間、和故障率。
初始地，當(dāng)由系統(tǒng)(例如，圖2A的行政管理服務(wù)器125)接收對于行業(yè)分析數(shù)據(jù)的請求時，開始行業(yè)分析過程(步驟5000)。該請求可以來自系統(tǒng)的銷售商、買主、或管理機構(gòu)。根據(jù)請求，與跨多個買主的多個項目有關(guān)的事務(wù)數(shù)據(jù)在中心數(shù)據(jù)庫中被接入(步驟5010)。該請求可以作為搜索和/或分類請求由用戶提交，以選擇由系統(tǒng)收集的、特定的或一般類型的事務(wù)數(shù)據(jù)。另外，該請求可包括一個或多個過濾器，以縮小在生成分析數(shù)據(jù)時使用的、在選擇類型的事務(wù)數(shù)據(jù)內(nèi)的事務(wù)數(shù)據(jù)量。
一旦必不可少的事務(wù)數(shù)據(jù)被識別和檢索，行業(yè)分析數(shù)據(jù)就可作為事務(wù)數(shù)據(jù)的函數(shù)被生成(步驟5020)。在生成行業(yè)分析數(shù)據(jù)時，可以利用數(shù)學(xué)和/或統(tǒng)計函數(shù)來產(chǎn)生用戶感興趣觀看的各種各樣的行業(yè)分析數(shù)據(jù)。該行業(yè)分析數(shù)據(jù)可以以各種各樣的報告視圖呈現(xiàn)給用戶。例如，示例性報告視圖包括概要圖、聚集圖、估計圖、統(tǒng)計圖、項目進行圖、或它們的任何組合。分析數(shù)據(jù)可以以圖形被顯示，以幫助用戶分析項目或行業(yè)趨勢。
圖67是描述經(jīng)由批處理模式過程從多個買主收集事務(wù)數(shù)據(jù)和從事務(wù)數(shù)據(jù)中生成行業(yè)統(tǒng)計數(shù)據(jù)的更詳細的過程的示例性流程圖。用于各個項目的事務(wù)數(shù)據(jù)被存儲在與涉及到項目的買主、銷售商和管理機構(gòu)有關(guān)的較低級別數(shù)據(jù)庫中(步驟5050)。為了處理對于行業(yè)分析數(shù)據(jù)的請求，來自每個較低級別數(shù)據(jù)庫的必須的和被授權(quán)的事務(wù)數(shù)據(jù)被檢索到中心數(shù)據(jù)庫作為批處理模式過程。正如以上描述的和正如在本領(lǐng)域中理解的(步驟5060)。一旦批處理的事務(wù)數(shù)據(jù)被接收和存儲，就接收對于行業(yè)分析數(shù)據(jù)的以后的請求作為批處理事務(wù)數(shù)據(jù)的函數(shù)(步驟5070)。該請求可以作為搜索和/或分類請求由用戶提交，以選擇由系統(tǒng)收集的、特定的或一般類型的事務(wù)數(shù)據(jù)。另外，該請求可包括一個或多個過濾器，以縮小在生成分析數(shù)據(jù)時使用的、在選擇類型的事務(wù)數(shù)據(jù)內(nèi)的事務(wù)數(shù)據(jù)量。
根據(jù)請求和任何過濾器，系統(tǒng)接入批處理事務(wù)數(shù)據(jù)，以識別和檢索對于執(zhí)行請求的行業(yè)分析所需要的特定的批處理事務(wù)數(shù)據(jù)(步驟5080)。此后，從識別的批處理事務(wù)數(shù)據(jù)生成行業(yè)分析數(shù)據(jù)(步驟5090)。在生成行業(yè)分析數(shù)據(jù)時，可以利用各種數(shù)學(xué)和統(tǒng)計函數(shù)來產(chǎn)生用戶請求的各種各樣的信息。行業(yè)分析數(shù)據(jù)可以以各種各樣的報告視圖呈現(xiàn)給用戶(步驟5095)。例如，示例性報告視圖包括概要圖、聚集圖、估計圖、統(tǒng)計圖、項目進行圖、或它們的任何組合。行業(yè)分析數(shù)據(jù)可以以圖形被顯示，幫助用戶分析項目或行業(yè)趨勢。
正如以上討論的，由用戶提交的分析數(shù)據(jù)請求可包括一個或多個過濾器以定制在分析過程中利用的事務(wù)數(shù)據(jù)的類型。現(xiàn)在參照圖68，圖上顯示示例性類型的過濾器280，可被使用來接入數(shù)據(jù)庫155或160以檢索過濾的事務(wù)數(shù)據(jù)1198用于分析和報告目的。例如，過濾器280可包括銷售商資料性質(zhì)280a、買主資料性質(zhì)280b、項目資料性質(zhì)280c、和商品資料性質(zhì)280d。銷售商資料性質(zhì)280a包括與銷售商有關(guān)的任何類型的數(shù)據(jù)，諸如銷售商層級組、銷售商商業(yè)實體類型、銷售商考核數(shù)據(jù)、銷售商地理位置等等。同樣地，買主資料性質(zhì)280b類似地包括與買主有關(guān)的任何類型的數(shù)據(jù)，諸如買主行業(yè)分段、買主規(guī)?；蚧ㄙM容量、買主地理位置等等。項目資料性質(zhì)280c包括與項目有關(guān)的任何類型的數(shù)據(jù)，諸如項目類型、項目管理所有權(quán)類型、商業(yè)影響類型、項目地理位置、項目扇區(qū)/族、其他項目跟蹤參數(shù)等等。商品資料性質(zhì)280d包括與商品(例如，人力資源或材料資源)有關(guān)的任何類型的數(shù)據(jù)，諸如與商品有關(guān)的項目扇區(qū)/族、資源資料、活動類型、地理位置等等。
圖69上顯示用于從數(shù)據(jù)庫檢索過濾的事務(wù)數(shù)據(jù)的示例性步驟。在事務(wù)數(shù)據(jù)被存儲在數(shù)據(jù)庫中后(步驟5100)，可以接收對于分析數(shù)據(jù)的以后的請求作為事務(wù)數(shù)據(jù)的函數(shù)(步驟5110)。根據(jù)請求的類型(例如，請求的分析數(shù)據(jù)的類型)，該系統(tǒng)接入數(shù)據(jù)庫，以檢索對于應(yīng)答請求所必須的事務(wù)數(shù)據(jù)類型(步驟5120)。如果請求包括一個或多個過濾器(步驟5130)，則在生成請求的分析數(shù)據(jù)之前(步驟5150)，系統(tǒng)過濾檢索的事務(wù)數(shù)據(jù)(步驟5140)。過濾器起到縮小在分析過程中使用的事務(wù)數(shù)據(jù)量的作用。例如，如果請求是對于總結(jié)買主在項目上的每月支出的財務(wù)報告的，則買主可以過濾報告，以便只包括對于特定的銷售商在項目上或特定的項目類型的項目上的每月支出。
圖70-88上顯示呈現(xiàn)包含分析數(shù)據(jù)的報告視圖的示例性網(wǎng)頁的屏幕快照。圖70是買主用戶“主報告菜單”網(wǎng)頁61的示例性說明。應(yīng)當(dāng)看到，類似的“主報告菜單”可以提供給銷售商用戶、管理機構(gòu)用戶和承包商用戶?！爸鲌蟾娌藛巍北辉O(shè)計成使得用戶能夠從各種不同的方面管理項目。所以，從“主報告菜單”，用戶可以選擇報告類型350，由此用戶可以選擇特定的報告視圖360。例如，圖70顯示三種報告類型350財務(wù)、項目和銷售商/人力資本。在這些報告類型的每個內(nèi)是多個報告視圖360。
在財務(wù)報告類型350內(nèi)的報告視圖360的例子是發(fā)貨單細節(jié)報告視圖、商品概要報告視圖、將來花費模型/預(yù)算報告視圖、和完成的項目財務(wù)分析報告視圖。在項目報告類型350內(nèi)報告視圖360的例子是項目進行報告視圖、計劃即將到來的階段和可交付活動報告視圖、以及項目管理計劃模塊報告視圖。在銷售商/人力資本報告類型350內(nèi)報告視圖360的例子是財務(wù)報告視圖、操作報告視圖、以及供給鏈報告視圖。然而，應(yīng)當(dāng)看到，本發(fā)明并不限于圖70所示的具體的報告類型350和報告視圖360，以及僅僅為了簡化和示例性目的，報告類型350和報告視圖360被包括在圖70。不同的報告類型350和報告視圖360的數(shù)目僅僅限于由系統(tǒng)保持的事務(wù)數(shù)據(jù)的類型和數(shù)量以及用戶的要求。
圖71-88顯示報告視圖360的具體類型的例子。例如，圖71是呈現(xiàn)發(fā)貨單細節(jié)報告視圖360的網(wǎng)頁61的示例性屏幕快照。被包括在報告視圖360內(nèi)的是與具體的發(fā)貨單(或憑證)有關(guān)的分析數(shù)據(jù)270。發(fā)貨單分析數(shù)據(jù)270可被多個變量分類，通過使用多個不同的過濾器280被過濾，并在多個不同的報告視圖360上被總結(jié)。例如，從發(fā)貨單細節(jié)報告視圖，被使用來在發(fā)貨單細節(jié)報告視圖中生成分析數(shù)據(jù)的事務(wù)數(shù)據(jù)可以被項目類型總結(jié)，以及在項目類型發(fā)貨單總結(jié)報告視圖上被顯示為項目類型發(fā)貨單分析數(shù)據(jù)。過濾器280和對于發(fā)貨單細節(jié)報告視圖360可能的附加報告視圖360不限于圖71所示的那些圖，以及可被擴展成包括任何的客戶特定的域(CSF)。
圖72是呈現(xiàn)一般的每月支出總結(jié)報告視圖的網(wǎng)頁61的示例性屏幕快照，它包含列出對于當(dāng)月和以前月的總的項目支出的分析數(shù)據(jù)270。許多附加總結(jié)報告視圖360可被鏈接到自一般的每月總結(jié)報告視圖360。例如，形成分析數(shù)據(jù)270的事務(wù)數(shù)據(jù)可以通過地理被總結(jié)，以及被顯示為地理支出總結(jié)報告視圖，以幫助用戶確定在不同的地理區(qū)域中項目的支出量。
作為另一個例子，如圖73所示，形成分析數(shù)據(jù)270的事務(wù)數(shù)據(jù)可以通過項目類型被總結(jié)，以及在網(wǎng)頁61上被顯示為項目傳遞類型支出總結(jié)報告視圖360，包含列出在不同的項目傳遞類型上每月支出的分析數(shù)據(jù)270。例如，支出可以通過固定的價格可交付、基于單位的可交付、時間和材料可交付、時間和花費、僅僅時間、業(yè)務(wù)合同或其他項目傳遞類型被總結(jié)。另外，可以生成與在每個項目傳遞類型中的支出事務(wù)數(shù)據(jù)有關(guān)的統(tǒng)計分析數(shù)據(jù)270，以幫助用戶識別每個月在每個項目傳遞類型上造成的總支出的百分?jǐn)?shù)。然而，應(yīng)當(dāng)看到，通過使用相同的支出事務(wù)數(shù)據(jù)可以生成多個其他分析/統(tǒng)計數(shù)據(jù)，以及以多個其他報告視圖被顯示。
正如在圖73所示的網(wǎng)頁的底部可看到的，鏈接可被提供來觀看涉及支出事務(wù)數(shù)據(jù)的外部的(例如，最高級別數(shù)據(jù)庫)數(shù)據(jù)。所以，不需要用戶登錄到不同的服務(wù)器來接入最高級別事務(wù)數(shù)據(jù)。然而，應(yīng)當(dāng)看到，在其他實施例中，可能需要分開的登錄過程。如果用戶點擊連到外部數(shù)據(jù)的鏈接，則圖74所示的類型的總結(jié)報告視圖360可以呈現(xiàn)給用戶。
圖74是包含在外部數(shù)據(jù)項目傳遞類型支出總結(jié)報告視圖360上呈現(xiàn)的行業(yè)分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。圖74上顯示了行業(yè)分析數(shù)據(jù)270的兩種不同的例子，雖然一次只顯示其中的一個，這取決于用戶輸入的請求和過濾器。在網(wǎng)頁61的頂部，顯示標(biāo)識在自動行業(yè)分段中每月對每個項目傳遞類型作出的總支出的百分?jǐn)?shù)的統(tǒng)計分析數(shù)據(jù)270。在網(wǎng)頁61的中部，顯示標(biāo)識由超大能力買主每月在每個項目傳遞類型作出的總支出的百分?jǐn)?shù)的統(tǒng)計分析數(shù)據(jù)270。
正如在圖74所示的網(wǎng)頁61上可看到的，鏈接可被提供到不同的報告視圖，把行業(yè)分析數(shù)據(jù)與用戶的各個公司分析數(shù)據(jù)進行比較。如果用戶點擊到外部數(shù)據(jù)的鏈接，則圖75所示的那種類型的總結(jié)報告視圖360可以被呈現(xiàn)給用戶。圖75顯示包含在比較項目傳遞類型支出總結(jié)報告360上呈現(xiàn)的行業(yè)分析數(shù)據(jù)270與各個買主分析數(shù)據(jù)270的比較的示例性網(wǎng)頁61的屏幕快照。圖75上顯示比較分析數(shù)據(jù)270的兩種不同的例子，雖然一次可能只顯示其中的一個，這取決于用戶輸入的請求和過濾器。在網(wǎng)頁61的頂部，標(biāo)識按每月在每個項目傳遞類型上各個買主支出的分析數(shù)據(jù)270與按每月在每個項目傳遞類型上的平均行業(yè)支出進行比較。在網(wǎng)頁61的底部，標(biāo)識由買主按每月在每個項目傳遞類型上作出的總支出的百分?jǐn)?shù)的分析數(shù)據(jù)270與由該行業(yè)按每月在每個項目傳遞類型上作出的總支出的百分?jǐn)?shù)進行比較。
圖76是包含與在項目費用(cost)總結(jié)報告視圖360上呈現(xiàn)的特定項目有關(guān)的分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。分析數(shù)據(jù)270可包括項目狀態(tài)、至今的總項目費用、申請量(即，對于項目授權(quán)的量)、與當(dāng)前正在由買主處理的所有項目相比較而花費在這個項目上的百分?jǐn)?shù)，項目余量和其他相關(guān)的項目費用分析數(shù)據(jù)。在網(wǎng)頁61的底部是連到由不同類型的事務(wù)數(shù)據(jù)，諸如商業(yè)影響類型、地理、銷售商等等，而總結(jié)的不同項目費用報告視圖360的鏈接。
圖77是包含與在項目花費(spending)估計報告視圖360上呈現(xiàn)的一個或多個項目的估計的將來花費有關(guān)的分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。將來花費的分析數(shù)據(jù)270的兩個不同的例子顯示于圖77，雖然取決于用戶輸入的請求和過濾器，一次可能只顯示其中的一個。在網(wǎng)頁61的頂部，顯示與在特定的項目上的估計的將來花費有關(guān)的分析數(shù)據(jù)270，而在網(wǎng)頁的中部，顯示在所有項目上估計的將來花費。在網(wǎng)頁61的底部是連到由不同類型的事務(wù)數(shù)據(jù)，諸如商業(yè)影響類型、地理、銷售商等等，總結(jié)的不同項目花費估計報告視圖360的鏈接。
作為例子，如果用戶點擊鏈接以由項目扇區(qū)和族總結(jié)估計的將來項目花費，則類似于圖78所示的報告視圖360可以在示例網(wǎng)頁61上呈現(xiàn)給用戶。在圖78上所示的報告視圖360是一個估計的將來花費模型，其由項目扇區(qū)/族報告視圖360聚集，該報告視圖包含與在不同的項目扇區(qū)/族中項目的估計的將來花費有關(guān)的分析數(shù)據(jù)270。這種類型的報告視圖360對于用戶保證有組織的投資是按照商業(yè)計劃作出來說可以是有用的。
估計的將來項目扇區(qū)/族花費的三個不同的例子顯示于圖78，雖然取決于由用戶輸入的請求和過濾器，一次可能只顯示其中的一個。在網(wǎng)頁61頂部，分析數(shù)據(jù)270包含由項目扇區(qū)/族聚集的、按月的估計的將來花費。在網(wǎng)頁中部，分析數(shù)據(jù)270包含與特定的項目族的估計的將來花費有關(guān)的統(tǒng)計數(shù)據(jù)，諸如對于特定的項目族按月作出的總支出的估計的百分?jǐn)?shù)。在網(wǎng)頁底部，分析數(shù)據(jù)270包含與特定的項目扇區(qū)的估計的將來花費有關(guān)的統(tǒng)計數(shù)據(jù)，諸如對于特定的項目扇區(qū)按月作出的總支出的估計的百分?jǐn)?shù)。正如可以在網(wǎng)頁61的底部看到的，可提供到外部數(shù)據(jù)的鏈接，以觀看包含有關(guān)項目的將來花費的外部分析數(shù)據(jù)的報告。這樣的外部數(shù)據(jù)對于提供關(guān)于一般市場或具體市場成員如何投資或計劃滿足他們的商業(yè)目標(biāo)的看法是有用的。
圖79是包含與在項目進行總結(jié)報告視圖360上呈現(xiàn)的特定項目的項目進行數(shù)據(jù)有關(guān)的分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。分析數(shù)據(jù)270可包括項目狀態(tài)、項目階段完成計數(shù)、超期階段計數(shù)、可交付完成計數(shù)、超期可交付完成計數(shù)、按時可交付完成的百分?jǐn)?shù)、和其他項目進行分析數(shù)據(jù)。在網(wǎng)頁61的底部是連到由不同類型的事務(wù)數(shù)據(jù)，諸如商業(yè)影響類型、地理、銷售商等等，總結(jié)的不同的項目進行報告視圖360的鏈接。因此，從這個網(wǎng)頁61，可以生成由事務(wù)數(shù)據(jù)類型總結(jié)的聚集的和其他統(tǒng)計的分析數(shù)據(jù)。
作為例子，如果用戶點擊該鏈接來由項目管理所有權(quán)類型總結(jié)項目進行分析數(shù)據(jù)，則類似于圖80所示的報告視圖360可以在示例網(wǎng)頁61上呈現(xiàn)給用戶。在圖80上所示的報告視圖360是由不同的所有權(quán)類型(諸如買主擁有、銷售商擁有、聯(lián)合擁有等等)管理的項目的工作進行概要，包含與具有不同所有權(quán)的項目進行有關(guān)的分析數(shù)據(jù)270。這種類型的報告視圖360對于用戶理解在作為項目管理所有權(quán)的函數(shù)的成功/失敗率之間的相互關(guān)系來說是有用的。正如可以在網(wǎng)頁61的底部看到的，可提供到外部數(shù)據(jù)的鏈接，以觀看包含有關(guān)項目進行的外部分析數(shù)據(jù)的報告，因為它涉及項目管理所有權(quán)。
作為另一個例子，如果用戶點擊圖79上網(wǎng)頁61的底部的鏈接以觀看風(fēng)險/失敗報告，則類似于圖81所示的報告視圖360可以在示例網(wǎng)頁61上呈現(xiàn)給用戶。在圖81上所示的報告視圖360是項目風(fēng)險/失敗進行排除報告，包含與具有超期日期或其他困難的風(fēng)險或非依從的項目進行有關(guān)的分析數(shù)據(jù)270。
圖82是包含與在規(guī)劃矩陣報告視圖360上呈現(xiàn)的項目規(guī)劃有關(guān)的分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。分析數(shù)據(jù)270可包括例如，對于當(dāng)前月和將來月的總的項目計數(shù)、和其他項目規(guī)劃分析數(shù)據(jù)270。圖83是包含與在項目規(guī)劃工具報告視圖360上呈現(xiàn)的更具體的項目規(guī)劃有關(guān)的分析數(shù)據(jù)的示例性網(wǎng)頁61的屏幕快照。例如，用戶可選擇特定的項目扇區(qū)/族，和從各種“影響變量”(例如，過濾器280)，諸如地理、銷售商層級等等以及各種項目進行報告視圖360進行選擇，呈現(xiàn)一個報告視圖360，該報告視圖包含與列出的有關(guān)具體歷史項目進行數(shù)據(jù)的影響變量的各種組合有關(guān)的聚集的概要分析數(shù)據(jù)270。這種類型的報告視圖360對于用戶了解在哪些商業(yè)配置(變量聚集)是成功的和哪些是不成功的方面是有用的。
圖84是包含與在銷售商層級代碼花費報告視圖360上呈現(xiàn)的、作為銷售商層級的函數(shù)的花費趨勢有關(guān)的分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。銷售商層級花費數(shù)據(jù)的兩個例子顯示于圖84，雖然取決于由用戶輸入的請求和過濾器，一次只可能顯示其中的一個。在網(wǎng)頁61頂部，分析數(shù)據(jù)270包括在具體的銷售商層級內(nèi)一個或多個銷售商的逐月的花費量。在網(wǎng)頁61的底部，分析數(shù)據(jù)270包括銷售商層級中銷售商數(shù)目、在銷售商層級內(nèi)銷售商的逐月花費的量，以及其他聚集的或統(tǒng)計的銷售商層級花費分析數(shù)據(jù)270。
圖85是包含與在銷售商考核報告視圖360上呈現(xiàn)的銷售商考核信息有關(guān)的分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。分析數(shù)據(jù)可包括例如，買主規(guī)定的銷售商準(zhǔn)則信息列表、對于每個銷售商的相關(guān)的銷售商考核信息和關(guān)于銷售商是否滿足每個買主規(guī)定的銷售商合格者的指示。在網(wǎng)頁61的底部有連到不同的概要報告視圖360的鏈接，以聚集和/或執(zhí)行各種銷售商考核數(shù)據(jù)的統(tǒng)計分析。
圖86是包含與在地理資源部署報告視圖360上呈現(xiàn)的、作為地理的函數(shù)的人力資源的部署有關(guān)的分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。分析數(shù)據(jù)270可包括統(tǒng)計信息，諸如在具體的國家、地域或城市部署的資源的百分?jǐn)?shù)、在具體的國家、地域或城市工作的時間的百分?jǐn)?shù)、和在具體的國家、地域或城市在人力資源上花費的金錢的百分?jǐn)?shù)。分析數(shù)據(jù)270還可包括各種聚集信息，諸如總的資源計數(shù)、在具體的國家、地域或城市花費的時間和金錢。這種類型的人力資源報告視圖360在處理諸如容量管理、價格、共同雇傭、重新部署等等的問題時可能是有用的。
圖87是包含與在銷售商部署的人力資本資源報告視圖360上呈現(xiàn)的、人力資源有關(guān)的分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。人力資源數(shù)據(jù)的三個不同的例子顯示于圖84，雖然取決于由用戶輸入的請求和過濾器，一次只可能顯示其中的一個。在網(wǎng)頁61的頂部，分析數(shù)據(jù)270包括作為項目進行的函數(shù)的各個承包商信息。在網(wǎng)頁61的中部，分析數(shù)據(jù)270包括與特定的銷售商有關(guān)的聚集的和統(tǒng)計的承包商信息。在網(wǎng)頁61的底部，分析數(shù)據(jù)270包括與多個銷售商有關(guān)的聚集的和統(tǒng)計的承包商信息。在網(wǎng)頁61的底部，還有連到不同的概要報告視圖360的另外的鏈接，以聚集和/或執(zhí)行各種承包商數(shù)據(jù)的統(tǒng)計分析。
圖88是包含與在銷售商分?jǐn)?shù)卡報告視圖360上呈現(xiàn)的銷售商性能有關(guān)的分析數(shù)據(jù)270的示例性網(wǎng)頁61的屏幕快照。這個報告視圖360包括可被利用來把視圖360集中在具體類型的事務(wù)數(shù)據(jù)的幾個過濾器280。應(yīng)當(dāng)看到，雖然在以上討論的每個報告視圖360上未示出，但各個過濾器對于某些或所有的報告視圖360是可提供的。分析數(shù)據(jù)270可包括與各個銷售商的投標(biāo)、項目進行和花費活動有關(guān)的、聚集的和統(tǒng)計的信息。在網(wǎng)頁61的底部，還有連到不同的概要報告視圖360的鏈接，以聚集和/或執(zhí)行各種銷售商進行數(shù)據(jù)的統(tǒng)計分析。上述的報告視圖360和這里呈現(xiàn)的分析數(shù)據(jù)270的類型是指僅僅提供報告模塊的魯棒性的例子。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)容易看到，通過本發(fā)明，報告視圖的數(shù)目和變化是有可能的。
正如本領(lǐng)域技術(shù)人員將會看到的，在本申請中描述的精巧的概念可以在各種各樣的應(yīng)用中被修正和改變。因此，受專利保護的主題的范圍不應(yīng)當(dāng)限于所討論的具體的示例性教導(dǎo)，而是由以下的權(quán)利要求規(guī)定。
權(quán)利要求
1.一種無紙的web使能的電子計費和付費方法，包括由買主和供應(yīng)者處理購買定單；由供應(yīng)者處理憑證/付費請求；由買主處理憑證/付費請求；以及由買主處理計費數(shù)據(jù)提取和付費。
2.權(quán)利要求1的方法，其中所述購買定單處理的步驟還包括由買主創(chuàng)建購買定單；以及其中所述購買定單適合于獲得和存儲可交易商務(wù)數(shù)據(jù)的行式條目特定的單元。
3.權(quán)利要求2的方法，其中買主創(chuàng)建購買定單的步驟還包括獲得和存儲人力資源勞動類型及相關(guān)比率、人力資源花費類型及相關(guān)的花費閾值、材料及相關(guān)的成本、固定價錢的可交付及相關(guān)的成本、以及基于單位的可交付及相關(guān)的成本。
4.權(quán)利要求3的方法，其中買主創(chuàng)建購買定單的步驟還包括買主指定部分的或全部的財務(wù)數(shù)據(jù)處理模式；買主指定要結(jié)合以后的供應(yīng)者憑證/付費請求處理來處理的輔助性商業(yè)數(shù)據(jù)類型和數(shù)據(jù)值；以及買主規(guī)定用于以后提交的供應(yīng)者憑證/付費行式條目的批準(zhǔn)路由方案。
5.權(quán)利要求2的方法，其中買主創(chuàng)建購買定單的步驟還包括買主規(guī)定不超過花費閾值的一個聚集購買定單；買主規(guī)定購買定單支付條件；買主規(guī)定購買定單有效的起始和終止日期；以及買主規(guī)定購買定單批準(zhǔn)路由方案。
6.權(quán)利要求1的方法，其中購買定單處理的步驟還包括買主把進行中的購買定單提交給供應(yīng)者；供應(yīng)者證實購買定單數(shù)據(jù)的準(zhǔn)確性；供應(yīng)者評估和提供關(guān)于購買定單行式條目的納稅數(shù)據(jù)；以及供應(yīng)者將供應(yīng)者批準(zhǔn)的購買定單提交回來給適當(dāng)?shù)馁I主人員。
7.權(quán)利要求6的方法，其中購買定單處理的步驟還包括買主批準(zhǔn)供應(yīng)者證實過的購買定單；以及買主使購買定單對供應(yīng)者憑證/付費請求處理有效。
8.權(quán)利要求1的方法，還包括供應(yīng)者創(chuàng)建憑證/付費請求。
9.權(quán)利要求8的方法，其中供應(yīng)者創(chuàng)建憑證/付費請求的步驟還包括對照購買定單行式條目數(shù)據(jù)來系統(tǒng)地證實供應(yīng)者輸入；供應(yīng)者輸入如買主配置的輔助性數(shù)據(jù)；系統(tǒng)地證實買主購買定單規(guī)定；以及供應(yīng)者向買主提交一系統(tǒng)數(shù)據(jù)證實過的憑證/付費請求。
10.權(quán)利要求1的方法，其中由供應(yīng)者處理憑證/付費請求的步驟還包括系統(tǒng)地更新狀態(tài)并跟蹤被提交的憑證/付費請求。
11.權(quán)利要求1的方法，其中由買主處理憑證/付費請求還包括向一被配置的買主用戶系統(tǒng)地通知待決的憑證/付費請求。
12.權(quán)利要求1的方法，其中由買主處理憑證/付費請求的步驟還包括買主批準(zhǔn)或不批準(zhǔn)被提交的憑證/付費請求行式條目；以及買主提供有關(guān)批準(zhǔn)/拒絕部署的評注。
13.權(quán)利要求12的方法，其中買主憑證/付費請求部署還包括關(guān)于買主憑證/付費部署來系統(tǒng)地通知供應(yīng)者。
14.權(quán)利要求12的方法，其中買主憑證/付費請求部署還包括系統(tǒng)地更新個體憑證/付費請求行式條目狀態(tài)；以及跟蹤該個體憑證/付費請求行式條目。
15.權(quán)利要求1的方法，其中由買主處理計費數(shù)據(jù)提取和付費還包括買主配置經(jīng)批準(zhǔn)的憑證/付費請求行式條目數(shù)據(jù)的提取，以便隨后創(chuàng)建電子計費/發(fā)票文件。
16.權(quán)利要求15的方法，其中買主配置數(shù)據(jù)提取的步驟還包括買主規(guī)定數(shù)據(jù)提取的頻率；買主規(guī)定數(shù)據(jù)庫域以便進行提??；買主規(guī)定數(shù)據(jù)庫域提取格式/布局，以及買主以獲得并存儲事務(wù)輔助性商業(yè)數(shù)據(jù)為前提，來規(guī)定數(shù)據(jù)記錄的合并/分離。
17.權(quán)利要求1的方法，其中由買主處理付費還包括規(guī)定買主的財務(wù)數(shù)據(jù)傳輸協(xié)議。
18.權(quán)利要求17的方法，其中由買主處理付費還包括將計費數(shù)據(jù)文件轉(zhuǎn)換到買主的規(guī)定的財務(wù)數(shù)據(jù)傳輸協(xié)議；將經(jīng)轉(zhuǎn)換的計費文件發(fā)送到買主指定的人員或數(shù)據(jù)處理機；將經(jīng)轉(zhuǎn)換的計費文件上載到買主財務(wù)系統(tǒng)；生成買主付費；以及買主系統(tǒng)地接收供應(yīng)者付費記錄文件。
19.權(quán)利要求18的方法，還包括系統(tǒng)地利用全壽命周期吞吐量數(shù)據(jù)來使能長期的購買定單和憑證/付費請求數(shù)據(jù)證實。
20.一種web使能的臨時勞工風(fēng)險管理文檔方法，該方法包括配置臨時勞工文檔庫；上載臨時勞工記錄；訪問臨時勞工系統(tǒng)；執(zhí)行臨時勞工文檔；以及行政管理一臨時勞工協(xié)定。
21.權(quán)利要求20的方法，其中配置臨時勞工文檔庫的步驟包括買主規(guī)定臨時勞工文檔類型；買主規(guī)定臨時勞工類型；以及買主將臨時勞工類型映射到臨時勞工文檔類型。
22.權(quán)利要求21的方法，其中買主規(guī)定臨時勞工文檔類型的步驟包括買主規(guī)定臨時勞工可履行的協(xié)定；以及買主規(guī)定臨時勞工可履行的協(xié)定內(nèi)容。
23.權(quán)利要求22的方法，其中買主規(guī)定臨時勞工可履行的協(xié)定還包括買主規(guī)定臨時勞工文檔提供方法；以及買主規(guī)定臨時勞工文檔有效周期。
24.權(quán)利要求21的方法，其中上載臨時勞工記錄的步驟包括買主創(chuàng)建與一個臨時勞動力資源關(guān)聯(lián)的唯一的臨時勞工記錄。
25.權(quán)利要求24的方法，其中創(chuàng)建唯一的臨時勞工記錄的步驟包括買主響應(yīng)于供應(yīng)者資源提交而系統(tǒng)地上載臨時勞工資源記錄。
26.權(quán)利要求24的方法，其中創(chuàng)建唯一的臨時勞工記錄的步驟包括買主響應(yīng)于識別出的臨時勞動力資源需求而人工地上載臨時勞動力資源記錄。
27.權(quán)利要求20的方法，其中訪問臨時勞工系統(tǒng)的步驟還包括買主經(jīng)過發(fā)給用戶名和密碼而準(zhǔn)予一臨時勞動力資源訪問。
28.權(quán)利要求27的方法，其中準(zhǔn)予對系統(tǒng)的臨時勞動力資源訪問的步驟還包括買主激活臨時勞動力資源。
29.權(quán)利要求20的方法，其中執(zhí)行臨時勞工文檔的步驟還包括買主向臨時勞工提供協(xié)定和文檔要求。
30.權(quán)利要求29的方法，還包括臨時勞工在線地執(zhí)行適當(dāng)配置的協(xié)定。
31.權(quán)利要求30的方法，其中向臨時勞工在線提供協(xié)定和文檔要求的步驟包括買主向臨時勞動力資源通知物理的硬拷貝文檔提交要求。
32.權(quán)利要求30的方法，還包括對于不履行一買主在線協(xié)定，買主取消臨時勞工資源系統(tǒng)訪問。
33.權(quán)利要求31的方法，還包括對于不提供買主硬拷貝文檔要求，買主取消臨時勞工資源系統(tǒng)訪問。
34.權(quán)利要求30的方法，其中行政管理臨時勞工協(xié)定的步驟包括買主系統(tǒng)地存儲并跟蹤臨時勞動力資源文檔事務(wù)數(shù)據(jù)。
35.權(quán)利要求34的方法，其中存儲并跟蹤臨時勞工資源文檔事務(wù)數(shù)據(jù)的步驟還包括買主根據(jù)系統(tǒng)內(nèi)存儲的事務(wù)數(shù)據(jù)的值行政管理臨時勞工資源系統(tǒng)訪問和工作許可的權(quán)利。
36.一種管理商業(yè)過程工作流程的方法，該方法包括在數(shù)據(jù)處理環(huán)境中建立定義的功能上的用戶角色位置；通過狀態(tài)碼/條件管理而使能過程規(guī)范；將所述用戶角色位置映射到至少一個過程；執(zhí)行實時過程管理；以及使能特定的過程事務(wù)管理。
37.權(quán)利要求36的方法，其中建立所述定義的功能上的用戶角色位置的步驟還包括創(chuàng)建用戶角色位置；在數(shù)據(jù)庫中存儲所述用戶角色位置記錄；建立人員合格者準(zhǔn)則，用于用戶角色位置權(quán)限；在數(shù)據(jù)庫中存儲所述人員合格者準(zhǔn)則；將人員記錄集成到用戶角色系統(tǒng)中；其中所述人員記錄包含至少一個人員合格者準(zhǔn)則；依據(jù)在用戶角色合格者準(zhǔn)則與人員合格者準(zhǔn)則之間的合格者數(shù)據(jù)比較，將所述人員記錄系統(tǒng)地映射到所述用戶角色位置；以及在數(shù)據(jù)庫中存儲所述的聯(lián)系。
38.權(quán)利要求37的方法，還包括手工地將所述人員記錄聯(lián)系到所述用戶角色位置；以及在數(shù)據(jù)庫中存儲所述的聯(lián)系。
39.權(quán)利要求37的方法，還包括一共享的工作環(huán)境資料功能，該共享的工作環(huán)境資料功能包括用戶界面，其適合于允許用戶觀看在該環(huán)境中所有創(chuàng)建的用戶角色位置的列表；選擇一個特定的用戶角色位置；觀看被授權(quán)在該用戶角色位置中起作用的所有用戶的列表；以及選擇一個要在數(shù)據(jù)庫中存儲的特定的人員記錄，作為該系統(tǒng)在處理與該用戶的共享工作環(huán)境資料關(guān)聯(lián)的事務(wù)時要使用的默認(rèn)用戶角色位置人員記錄。
40.權(quán)利要求36的方法，其中使能過程規(guī)范的步驟還包括為以下核心工作流程過程的至少其中之一建立不同的支路供應(yīng)者商業(yè)信息審閱；供應(yīng)者商業(yè)保險審閱；供應(yīng)者協(xié)定審閱；供應(yīng)者供給能力審閱；人力資源工作資質(zhì)審閱；人力資源協(xié)定審閱；RFx投標(biāo)處理；RFx投標(biāo)響應(yīng)處理；RFx投標(biāo)響應(yīng)分析/部署；購買請求處理；購買定單處理；工作確認(rèn)憑證處理；電子發(fā)票文件處理；以及商業(yè)配置數(shù)據(jù)處理；以及在數(shù)據(jù)庫中存儲所述的過程支路。
41.權(quán)利要求40的方法，還包括以下步驟為每一個過程支路配置過程狀態(tài)碼/條件；配置在每一個過程支路上都可以被采取的功能上的用戶動作；其中由用戶采取的每一個配置的動作導(dǎo)致一個過程狀態(tài)指定；以及在該過程支路處于特殊狀態(tài)時配置每一個從屬過程支路可用的功能上的用戶動作；以及在數(shù)據(jù)庫中存儲其中的所有設(shè)置。
42.權(quán)利要求36的方法，其中將用戶角色位置映射到至少一個過程的步驟還包括在單獨的工作流程頁面上規(guī)定用戶角色位置訪問權(quán)和動作許可。
43.權(quán)利要求36的方法，其中執(zhí)行實時過程管理的步驟還包括通過行政管理控制板來顯示特定過程的當(dāng)前狀態(tài)、關(guān)于該過程的當(dāng)前授權(quán)的動作、以及被允許采取該授權(quán)動作的被配置用戶的列表。
44.權(quán)利要求43的方法，其中執(zhí)行實時過程管理的步驟還包括向?qū)τ谔囟ǖ倪^程事務(wù)用作授權(quán)用戶角色位置的人員通知待決動作，該待決動作可供該用戶相對于該特定過程事務(wù)采取。
45.權(quán)利要求43的方法，其中執(zhí)行實時過程管理的步驟還包括向用戶提供按時間先后順序排列的時間審閱，其指示該過程的過程支路從開始到當(dāng)前狀態(tài)的總的持續(xù)時間以及與該過程關(guān)聯(lián)的每個處理支路的時間幀。
46.權(quán)利要求36的方法，其中使能特定的過程事務(wù)管理的步驟還包括在數(shù)據(jù)庫中存儲并跟蹤在用戶角色位置、人員身份和過程事務(wù)之間的關(guān)系；以及向與該事務(wù)有聯(lián)系的用戶系統(tǒng)地顯示所述關(guān)系。
47.權(quán)利要求46的方法，其中使能特定的過程事務(wù)管理的步驟還包括用供替換的人員會見必需的用戶角色資格參數(shù)，來替代與特定事務(wù)有聯(lián)系的特定用戶的身份。
48.權(quán)利要求47的方法，其中替代特定用戶的身份的步驟還包括執(zhí)行以下的至少之一分別對所有用戶角色位置、分別對所有可應(yīng)用的事務(wù)，用某一人員記錄替代另一個；結(jié)合所有可應(yīng)用的事務(wù)、分別對選擇的用戶角色，用某一人員記錄替代另一個；分別對經(jīng)選擇的事務(wù)和所有可應(yīng)用的用戶角色，用某一人員記錄替代另一個；以及分別對經(jīng)選擇的事務(wù)和與所選事務(wù)有聯(lián)系的、經(jīng)選擇的可應(yīng)用的用戶角色位置，用某一人員記錄替代另一個。
49.權(quán)利要求48的方法，其中所有的用戶角色位置人員修正/更新被存儲在數(shù)據(jù)庫中。
50.權(quán)利要求46的方法，還包括在行政管理控制板中反映用戶角色位置人員修正；以及其中受影響的用戶人員記錄導(dǎo)致到該人員的系統(tǒng)消息，該系統(tǒng)消息是關(guān)于它們的、對所述過程事務(wù)的被修正的用戶角色關(guān)系。
51.一種人力資源計時、花費管理和工作確認(rèn)方法，包括由買主創(chuàng)建并存儲購買定單記錄；由供應(yīng)者證實該購買定單記錄的數(shù)據(jù)；由買主使能對憑證系統(tǒng)的供應(yīng)者人力資源接入；使能供應(yīng)者人力資源數(shù)據(jù)輸入到計時/工作確認(rèn)憑證跟蹤和提交系統(tǒng)；使能買主審閱并部署一提交的供應(yīng)者工作確認(rèn)憑證；以及使能一自動的計費/支付功能。
52.權(quán)利要求51的方法，還包括將人力資源勞動力指配記錄與供應(yīng)者/承包商購買定單關(guān)聯(lián)。
53.權(quán)利要求52的方法，還包括可配置地規(guī)定在所述系統(tǒng)中存儲的、以購買定單行式條目和購買定單子行式條目的至少之一形式的人力資源勞動力指配屬性。
54.權(quán)利要求53的方法，還包括可配置地規(guī)定授權(quán)的人力資源工作指配的、與時間有關(guān)的勞動力類型；授權(quán)的人力資源勞動力工作指配的、與時間有關(guān)的勞動力單位；可應(yīng)用于授權(quán)的與時間有關(guān)的勞動力類型的、授權(quán)的人力資源勞動力成本價格；以及所述授權(quán)的與時間有關(guān)的勞動力類型和成本記錄是可計費的還是不可計費的。
55.權(quán)利要求53的方法，還包括可配置地規(guī)定授權(quán)的人力資源工作指配的非時間有關(guān)的勞動力類型；授權(quán)的人力資源勞動力工作指配的非時間有關(guān)的勞動力單位；可應(yīng)用于授權(quán)的非時間有關(guān)的勞動力類型的、授權(quán)的人力資源勞動力成本價格；以及所述授權(quán)的非時間有關(guān)的勞動力類型和成本記錄是可計費的還是不可計費的。
56.權(quán)利要求53的方法，還包括可配置地規(guī)定授權(quán)的人力資源工作指配費用類型；可應(yīng)用于授權(quán)的工作指配費用類型的、對授權(quán)的人力資源每事件最大費用的可配置規(guī)定；以及可應(yīng)用于授權(quán)的工作指配費用類型的、授權(quán)的人力資源聚集最大費用。
57.權(quán)利要求53的方法，還包括規(guī)定與購買定單行式條目和購買定單子行式條目的至少之一有聯(lián)系的輔助性數(shù)據(jù)域，所述購買定單行式條目和購買定單子行式條目要由人力資源勞工在提交工作確認(rèn)憑證后完成。
58.權(quán)利要求52的方法，還包括將人力資源勞動力記錄與技藝資料關(guān)聯(lián)起來；以及其中所述資源技藝資料屬性從分等級的預(yù)先建立的資源類型和技藝列表中選擇，從而以非平凡的方式對資源資料分類。
59.權(quán)利要求52的方法，還包括可配置地規(guī)定在系統(tǒng)中存儲的購買定單屬性。
60.權(quán)利要求58的方法，還包括規(guī)定購買定單不超過貨幣閾值量；購買定單激活開始和終止日期；以及購買定單工作確認(rèn)憑證提交頻率。
61.權(quán)利要求51的方法，還包括由買主/管理機構(gòu)向供應(yīng)者/承包商提交購買定單記錄，以用于數(shù)據(jù)證實和接受。
62.權(quán)利要求61的方法，還包括由供應(yīng)者/承包商將經(jīng)證實的購買定單記錄提交回來給買主/管理機構(gòu)，以用于購買定單激活。
63.權(quán)利要求62的方法，還包括由買主/管理機構(gòu)激活所述經(jīng)證實的購買定單。
64.權(quán)利要求51的方法，其中使能的步驟還包括為與所述經(jīng)證實的且有效的購買定單有聯(lián)系的供應(yīng)者人力資源勞工指配系統(tǒng)訪問證書。
65.權(quán)利要求64的方法，其中使能的步驟還包括發(fā)送系統(tǒng)訪問證書給所述人力資源勞工。
66.權(quán)利要求51的方法，還包括供應(yīng)者/承包商接入工作確認(rèn)憑證系統(tǒng)；供應(yīng)者/承包商從可用的有效且經(jīng)授權(quán)的購買定單中選擇一個特定的記錄，以用于數(shù)據(jù)處理；以及供應(yīng)者/承包商執(zhí)行以下的至少之一從授權(quán)的與時間有關(guān)的勞動力類型中選擇一個特定的與時間有關(guān)的勞動力類型記錄，以用于數(shù)據(jù)處理；從授權(quán)的非時間有關(guān)的勞動力類型中選擇一個特定的非時間有關(guān)的勞動力類型記錄，以用于數(shù)據(jù)處理；以及從授權(quán)的費用類型中選擇一個特定的費用類型記錄，以用于數(shù)據(jù)處理。
67.權(quán)利要求66的方法，還包括供應(yīng)者/承包商輸入可應(yīng)用于以下至少之一的工作確認(rèn)細節(jié)時間；可交付的完成；單位完成；以及可應(yīng)用于購買定單指配屬性的、如所配置的費用進入；以及在數(shù)據(jù)庫中存儲所述的設(shè)置。
68.權(quán)利要求66的方法，還包括供應(yīng)者/承包商向買主/管理機構(gòu)提交工作確認(rèn)憑證，以便處理所述工作確認(rèn)憑證。
69.權(quán)利要求59的方法，還包括系統(tǒng)地證實關(guān)于配置的購買定單屬性的數(shù)據(jù)。
70.權(quán)利要求69的方法，還包括一個這樣的步驟，籍此系統(tǒng)證實供應(yīng)者/承包商數(shù)據(jù)處理的相應(yīng)購買定單屬性失敗導(dǎo)致一個給買主/管理機構(gòu)的否定的提交，其中向供應(yīng)者/承包商通知所述的證實失敗。
71.權(quán)利要求70的方法，還包括在通知系統(tǒng)證實并提交所述工作確認(rèn)憑證后，由供應(yīng)者/承包商修正數(shù)據(jù)輸入以解決所述的數(shù)據(jù)證實失敗。
72.權(quán)利要求51的方法，還包括由買主/管理機構(gòu)審閱提交的工作確認(rèn)憑證；以及由買主/管理機構(gòu)執(zhí)行從由以下項組成的組中選擇的步驟批準(zhǔn)提交的工作確認(rèn)憑證；以及拒絕提交的工作確認(rèn)憑證。
73.權(quán)利要求72的方法，還包括對個體工作確認(rèn)憑證行式條目項的買主/管理機構(gòu)批準(zhǔn)/拒絕部署使能、以及對個體工作確認(rèn)憑證行式條目項的部分信任/接受的規(guī)定。
74.權(quán)利要求73的方法，還包括關(guān)于工作確認(rèn)行式條目部署的對供應(yīng)者/承包商的買主/管理機構(gòu)系統(tǒng)通知。
75.權(quán)利要求72的方法，還包括對如所配置的商業(yè)規(guī)則的附加批準(zhǔn)的買主/管理機構(gòu)系統(tǒng)路由。
76.權(quán)利要求51的方法，還包括在配置的/調(diào)度的基礎(chǔ)上，系統(tǒng)地提取所述經(jīng)批準(zhǔn)的工作確認(rèn)憑證行式條目，以便使能無紙的計費/支付過程。
77.權(quán)利要求76的方法，還包括以買主/管理機構(gòu)配置的數(shù)據(jù)格式系統(tǒng)地生成計費/發(fā)票文件；將所述具有規(guī)定格式/協(xié)議的計費/發(fā)票文件系統(tǒng)地發(fā)送到規(guī)定的經(jīng)授權(quán)的買主財務(wù)數(shù)據(jù)處理器；以及從所述買主財務(wù)數(shù)據(jù)處理器接收具有預(yù)配置的格式的現(xiàn)金支付文件，以致于系統(tǒng)地將現(xiàn)金支付應(yīng)用于所述工作確認(rèn)憑證及相應(yīng)的行式條目。
78.權(quán)利要求77的方法，還包括系統(tǒng)地利用全壽命周期吞吐量數(shù)據(jù)以使能長期的工作指配和購買定單屬性數(shù)據(jù)證實。
全文摘要
提供了一種用于產(chǎn)生與項目投標(biāo)管理系統(tǒng)有關(guān)的分析數(shù)據(jù)的、全面的、web使能的計算機系統(tǒng)和方法。與投標(biāo)和項目有關(guān)的事務(wù)數(shù)據(jù)通過在線投標(biāo)、項目申請和付費過程輸入到計算機系統(tǒng)。通過使用被存儲在系統(tǒng)內(nèi)的事務(wù)數(shù)據(jù)，實際上可以生成用于一個或多個買主的、與由一個或多個銷售商執(zhí)行的單個或多個項目有關(guān)的、任何類型的分析數(shù)據(jù)。
文檔編號G06Q10/00GK1828659SQ20061006767
公開日2006年9月6日 申請日期2003年4月10日 優(yōu)先權(quán)日2002年4月10日
發(fā)明者A·A·庫倫三世, I·丹尼洛夫, L·齊爾伯曼 申請人:伏特資訊科學(xué)公司