外包式服務水平協議供應管理系統及方法

專利名稱：：外包式服務水平協議供應管理系統及方法
技術領域：
：本發明涉及一種系統及方法以促進采購、物流規劃、人力資源配置、服務供應申請、服務供應交付跟蹤、財務往來的數據處理、以及適于服務水平協議(SLA)交付外包或者其他第三方客戶服務/設備需求的決策支持分析。
背景技術：
：許多公司實體努力從事集中為下游的客戶群提供服務或者供應貨物。向下游客戶提供服務或者供應貨物的公司實體被稱作主要SLA提供方，下游接受貨物或者服務的客戶被稱作SLA客戶。在一些情況下，服務/貨物的提供通過常規的維護或質量保證協議進行后勤管理。在另外的一些情況下，主要SLA提供方支持的基礎設施是有風險的，并且不被常規的維護和質量保證協議所支持，因為額外的故障時間有可能讓SLA客戶造成慘重的損失，比如，可能發生計算機系統、通訊網絡，或者生產線出現的故障。在這些有風險的情況下，主要SLA提供方和SLA客戶通常使用服務水平協議(SLA)來管理服務條卻威o過去，SLA供應主要是由提供服務或者貨物的主要SLA提供方本身完成的，在這種模式下，主要SLA提供方可以在功能方面控制所有的SLA業務。SLA業務功能有可能包括，比如物流、合同管理、采購、人力資源配置、交付管理，以及財務數據處理。目前，現代商業環境已經發生了戲劇性的轉變，許多SLA業務功能外包給了以專門提供服務為核心業務的提供方。這些供應者被稱作二級SLA提供方。盡管這樣的商業模式讓一些商業實體拓寬了服務面，提高了收入和利潤，但是引入新的供給層經常導致失控，而且對于主要SLA提供方來說，該失控帶來的影響多半是毫無利潤。盡管在很小的范圍內已經有了一些改進的嘗試，但是一些SLA的商業功能和大部分的實施方法都是優先考慮內部管理的。因此，在考慮把SLA外包時，以前的改進辦法還沒有解決重要的交互、物流、數據處理和管理的問題。所以，需要發明一個新的系統和方法，使得主要SLA提供方能夠更好的控制SLA的業務功能，同時利用有資格的二級SLA提供方提供SLA服務給SLA客戶提供方。
發明內容一種外包式服務水平協議(SLA)交付管理方法包括為SLA客戶和二級SLA提供方配置主數據，獲得二級SLA提供方所提供的服務網絡，管理二級SLA提供方的人力資源網絡，處理SLA客戶供應請求，處理SLA提供服務的憑證，以及處理SLA提供的工作訂單支付。一種為服務水平協議(SLA)客戶和二級SLA提供方配置主數據的方法包括配置SLA提供方供應的物流控制庫，配置SLA客戶的主數據記錄，配置SLA客戶的訂購記錄，以及使二級SLA提供方連接到網絡。一種獲取二級服務水平協議(SLA)提供方所提供的服務網絡的方法包括根據至少一個SLA客戶的供應詳細記錄生成一個RFx格式的報價，把該RFx報價發到之前已經建好的二級SLA提供方列表上，使二級SLA提供方對接收到的RFx報價生成一個相應的RFx報價響應，處理至少一個二級SLA提供方的RFx報價響應，處理至少一個二級SLA提供方接收到RFx報價響應驗證后的購買請求，處理至少一個二級SLA提供方接收到一個完整的購買請求后生成的訂單。一種管理二級服務水平協議(SLA)提供方的人力資源網絡的方法包括選擇至少一個附在二級SLA提供方訂購單中的人力資源表，指定至少一個人力資源表中的供應人員，為至少一個該人力資源表中的供應人員處理默認的工作日程信息設置，啟動人力資源供應表中非默認的可用日程管理，以及處理非默認的工作可用日程信息設置。一種處理服務水平協議(SLA)客戶供應請求的方法包括處理SLA客戶的服務供應要求，處理服務供應的發送要求，處理供應人力資源表的發送通知記錄，以及處理接收到的供應人力資源表的發送通知記錄。一種處理服務水平協議(SLA)供應服務憑證的方法包括根據供應人力資源表的輸入生成并且存儲SLA供應服務的憑證，由適當的二級SLA供應方用戶處理存儲的SLA供應服務憑證，根據適當的主要SLA供應方用戶的輸入處理通過認可的二級SLA提供方的供應服務憑證，以及根據適當的SLA客戶方用戶的輸入，處理通過認可的主要SLA提供方的供應服務憑證。一種處理服務水平協議(SLA)供應的工作訂單支付的方法包括提取出SLA客戶認可的供應服務憑證，生成帳單發票文件，處理SLA客戶的帳單發票文件，處理來自SLA客戶的支付，以及簽發向二級SLA提供方的支付。上述發明摘要不涵蓋本發明的每個實施例或所有方面。參照以下圖和圖表的細節描述，可以對本發明的方法和裝置有更完整的理解圖1是物理通信/數據網絡的高級示意圖。圖2A—B是一種外包式服務水平協議(SLA)和非SLA交付的管理系統和方法的高級示意圖。圖3是主要SLA提供方用戶使用的網絡主頁說明圖。圖4是SLA客戶主數據高級功能性流程圖。圖5是創建并且庫存儲SLA人力概要描述的流程圖。圖6是創建并且庫存儲SLA供應材料的流程圖。圖7是關于SLA供應記錄的創建和存儲流程圖。圖8是關于SLA客戶訂貨單的創建和存儲流程圖。圖9是支持主數據功能的數據庫示意圖。圖IO是二級SLA提供方系統啟動流程圖。圖ll是一個輸出的SLA詳細記錄報告示例，與至少一個二級SLA提供方訂貨單無關。圖12A—B是獲取外包式二級SLA服務供應的高級過程的流程圖。圖13是支持采購功能的數據庫示意圖。圖14A—B是人力資源服務供應管理的高級過程的流程圖。圖15是人力資源日程配置的流程圖。圖16是支持人力資源服務供應管理功能的數據庫示意圖。圖17A是物流供給和管理功能的流程圖。圖17B描述了一個用于連接圖17A流程的嵌有活動控制器的接口。圖17C描述了一個用于連接圖17A流程的嵌有活動控制器的接口。圖18是支持物流供應和管理功能的數據庫示意圖。圖19A—19B描述了SLA供應工作確認和質量保證的流程。圖20是支持SLA供應工作確認和質量保證的數據庫示意圖。圖21是用于帳單功能的流程圖。圖22是支持帳單支付功能的數據庫示意圖。圖23是信息管理和決策支持功能的宏觀示意圖。表格1是放置主SLA提供方的標識和常規業務數據的示例性存儲表。表格2是放置SLA主提供方相關用戶的標識和常規信息的示例性存儲表。表格3是放置各種SLA供應類型標識的示例性存儲表。表格4是放置各種SLA供應人工類型標識的示例性存儲表。表格5是放置各種SLA供應響應時間測量值的示例性存儲表。表格6是放置SLA材料標識和屬性的示例性存儲表。表格7是放置SLA材料和位置之間映射關系的示例性存儲表。表格8是放置物理位置標識和屬性的示例性存儲表。表格9是放置圖8中物理位置類型標識的示例性存儲表。表格10—13是放置在系統中存儲的地理位置標識和關系的示例性等級/關聯存儲表。表格14_22是放置系統中勞動技術/屬性概要數據的示例性等級/關聯存儲表。表格23—25是存儲由主要SLA提供方創建的SLA工作概要和相關技能/屬性標識的示例性存儲表。表格26是存儲SLA勞動概要和SLA材料主記錄之間映射關系和熟練程度要求的示例性存儲表。表格27是存儲關于SLA客戶的常規業務信息的示例性存儲表。表格28是存儲關于SLA客戶合同相關細節的示例性存儲表。表格29是存儲關于SLA客戶端用戶相關細節的示例性存儲表。表格30是存儲SLA客戶端服務供應記錄相關細節的示例性存儲表。表格31是存儲SLA客戶端供應材料記錄及其與表格30中服務記錄映射關系的示例性存儲表。表格32是存儲SLA客戶端服務供應記錄和SLA供應勞動概要系統之間映射關系的示例性存儲表。表格33是存儲SLA詳細記錄和物理位置之間映射關系的示例性存儲表。表格34—36是存儲主要SLA提供方和SLA客戶之間定購單相關細節的示例性存儲表。表格37—38是存儲主要SLA提供方的RFx報價相關細節的示例性存儲表。表格39是存儲SLA客戶詳細記錄和主SLA提供方RFx報價之間映射關系的示例性存儲表。表格40是存儲二級SLA提供方的標識和常規業務信息的示例性存儲表。表格41是存儲二級SLA供應方用戶的標識和常規信息的示例性存儲表。表格42—46是存儲二級SLA提供方提供的SLA人力供應情況業務系的標識和相同應用范圍的覆蓋區域的示例性存儲表。表格47是存儲發送給二級SLA提供方的RFx報價相關細節的示例性存儲表。表格48—49是存儲適用于二級SLA提供方RFx報價響應的示例性存儲表。表格50是存儲二級SLA提供方在RFx報價響應過程中提交的候選人力資源相關細節的示例性存儲表。表格51—52是主要SLA提供方和二級SLA提供方之間定購單細節的示例性存儲表。表格53是存儲適用于供應人力資源服務的標識和細節的示例性存儲表。表格54是存儲適用于供應人力資源個人服務的分配細節的示例性存儲表。表格55—57是存儲人力資源可用日程/時間服務信息的示例性存儲表。表格58—63是存儲日程系統使用的基礎源數據的示例性存儲表。表格64—66是存儲適用于SLA供應服務請求標識和細節的示例性存儲表。表格67是存儲能夠和SLA供應服務請求一同使用的狀態代碼的示例性存儲表。表格68是存儲供應分發請求的標識和相關基礎細節的示例性主存儲表。表格69是存儲與SLA供應服務請求相關聯的SLA可用資源相關細節的示例性存儲表。表格70是存儲在運作過程中，可利用于主要SLA供應方用戶的SLA資源優先選項的示例性存儲表，取值存儲在表格68中。表格71是存儲在其生命周期中，可利用于SLA供應服務請求的潛在狀態代碼的示例性存儲表，取值存儲在表格68中。表格72是存儲與供應分發請求相關的特殊細節的示例性存儲表。表格73是存儲關于SLA供應憑證的標識和基礎細節的示例性存儲表。表格74是存儲用于SLA供應憑證的服務細節的示例性存儲表。表格75是存儲用于SLA供應憑證的材料細節的示例性存儲表。表格76是存儲用于SLA供應憑證線項的潛在供應結果配置類型的示例性存儲表。表格77是存儲用于SLA整個生命周期內供應憑證的潛在狀態代碼的示例性存儲表。表格78是存儲用于SLA供應憑證線項的潛在質量性能配置代碼的示例性存儲表。表格79是存儲用于SLA供應憑證線項的潛在管理性能配置代碼的示例性存儲表。表格80是存儲SLA客戶在瀏覽SLA供應憑證時使用的主要偏差代碼標識的示例性存儲表。表格81是存儲有偏差的SLA憑證相關細節的示例性存儲表。表格82是存儲被認可的SLA憑證的解壓批處理文件標識和基礎信息的示例性存儲表。表格83是存儲與被認可的SLA憑證解壓批處理文件相關的特殊記錄的標識和基礎信息的示例性存儲表。表格84是存儲SLA客戶發票一帳單文件相關標識和基礎信息的示例性存儲表。表格85是存儲與SLA客戶發票一帳單文件相關的特殊記錄標識和信息的示例性存儲表。表格86是存儲與二級SLA提供方發票一帳單文件相關的標識和基礎信息示例性存儲表。表格87是存儲與二級SLA提供方發票一帳單文件相關的特殊記錄的標識和信息的示例性存儲表。表格88是存儲各種"SLA客戶服務覆蓋期間"標識的示例性存儲表。表格89是存儲各種能夠被人力資源向SLA客戶提供服務時獲得的SLA費用類型標識的示例性存儲表。表格90是存儲用于特殊SLA客戶服務覆蓋期間的二級SLA提供方報價響應記錄速度值的示例性存儲表。表格91是存儲用于特殊SLA供應費用類型的二級SLA提供方報價響應記錄速度值的示例性存儲表。對該技術了解的人會知道，示例性表格1一91的條目沒有窮舉所有可能的數據值。額外的其它數據值可以通過對數據庫進行簡單的改動來實現，具有普通技術的人就可以做到。具體實施方式本發明的各種技術方案提供了一種全面的、網絡驅動的計算機系統和方法，以啟動和管理主要業務功能，該主要業務功能用于在主要SLA提供方，二級SLA提供方和SLA客戶之間的外包式服務水平協議(SLA)的提供。該主要業務功能包括合同管理，采購，人力資源配置，SLA物流，SLA交付管理，財務數據處理，企業內部系統合作，以及報表/信息管理。根據本專利申請的應用目標，術語"業務功能"是指最佳實用SLA管理系統中多個核心商業行為中的任何一個，包括主數據功能，采購功能，人力資源服務供應管理功能，供應管理功能，SLA工作確認和質量保證功能，帳單/支付功能，以及信息管理/報表功能。從高級別的視角來看，增強的業務功能性是指，在一個通常的具體應用中，結合一個協作式的網絡驅動數據處理環境，該協作式網絡驅動數據處理環境由專門設計用來獲取、處理和管理外包式SLA提供方品數據的數據庫支持。該數據處理環境，是指一個SLA供應管理環境，通常包括主數據功能，采購功能，人力資源服務供應功能，供應管理功能，SLA工作確認和質量保證功能，帳單/支付功能，以及信息管理/報表功能。主數據功能存儲SLA客戶的主數據，這些主數據應用于，比如，常規商業信息，物流控制信息，SLA合同信息，SLA供給的詳細信息，以及購買訂單信息。主數據功能也可以存儲一個SLA供應的技術概要和工作描述源信息庫，一個SLA供應的技術概要庫，以及一個SLA供應細節乃至SLA供應技術概要矩陣。采購功能通常包括運行多個功能來啟動主要SLA提供方以獲取和存儲用于二級SLA提供方的業務信息，使主要SLA提供方按照SLA技術水平和地理覆蓋能力對二級提供方進行分類，使主要SLA提供方按照主數據功能的細節描述來系統地識別和量化SLA客戶的覆蓋要求，使主要SLA提供方從SLA客戶的覆蓋記錄中生成系統的RFx報價，使主要SLA提供方系統和邏輯地為每個生成的RFx報價創建二級SLA提供方的報價請求列表，使二級SLA提供方系統地生成RFx報價響應并且在需要的時候隨響應附加提交可用的人力資產資源，使主要SLA提供方系統地檢查被提交的報價請求/提議請求/報價(RFx)報價響應請求，以及使主要SLA提供方系統地接收/授予RFx報價響應并且通過參照RFx報價響應細節為二級SLA提供方生成訂購單。人力資源服務供應管理功能通常執行多種功能以使主要SLA提供方檢查和批準被提交的候選RFx報價響應的配置，使系統的主要SLA提供方針對被提交的RFx報價響應后選項提供方將配置/狀態通知發送給二級SLA，使SLA供應資源記錄通過一個主要SLA提供方針對已提交的RFx報價響應候選項的批準/認可而生成提供方，使二級SLA提供方可以訪問人力資源系統，使二級SLA提供方的人力資源可以執行系統協議，使二級SLA提供方和被確認的人力資源進行工作有效性日程管理/配置，使保證主要SLA考供方評估物流時間范圍以及使主要SLA提供方在服務中斷期間對前攝的人力資源進行調解。供應管理功能通常執行多種功能，實現服務供應功能請求功能，從而使SLA客戶通過此功能可以向一個主要SLA提供方創建和提交服務供應請求，提供方并使主要SLA提供方系統具備詢問功能，此功能可以用于對配置的二級SLA提供方清單的輸出及其可應用的價格和為服務供應分配而設計的相關人力資本資源的實用性提供方。詢問標準能夠通過選擇性用戶輸入或者系統輸入而生成，類似一個明確的SLA客戶服務供應請求接收的情況。供應管理功能還通常執行多個功能，使主要SLA提供方系統地提交一個服務供應分配請求記錄給一個二級SLA提供方，使一個二級SLA提供方確認資源的可用性以及向主要SLA提供方并發的資源分配提供方，以及使一個主要SLA提供方向一個SLA客戶確認資源分配。SLA工作確認和質量保證功能通常執行多個功能，使二級SLA提供方可以對配置憑證功能進行資源訪問，通過其細節關于，比如，執行的工作，配置的材料，以及時間是響應服務供應分配請求的輸入，使一個二級SLA提供方向一個SLA客戶提交一個服務配置憑證以進行檢査和認可配置，使一個SLA客戶處理一個二級SLA提供方的服務配置憑證并且提供質量確認評估信息，并使一個SLA客戶向一個主要SLA提供方提交一個已經處理的二級SLA提供方的服務配置憑證。帳單/支付功能通常執行財務數據處理功能，使被認可的SLA客戶的配置系統摘錄獲得認可的服務配置憑證，主要SLA提供方對SLA客戶的帳單一發票文件的系統生成，使二級SLA提供方對主要SLA提供方的帳單發票文件的系統生成，主要SLA提供方根據SLA客戶的支付上傳支付接收數據，主要SLA提供方在SLA客戶已經支付的前提下向二級SLA提供方進行支付。信息管理/報表功能通常執行一個常規的信息輸出功能。該功能把獲取的系統數據生成報告或者進行分析?，F在開始介紹附圖。圖1是物理通信/數據網絡的高級示意圖。計算機網絡節點的五個主要類型如圖l所示，即，瀏覽器或其它用戶接口(UI)，通信/網絡服務器，應用服務器，應用模塊，數據庫服務器和數據庫。盡管通常的環境包括了主機網絡激活的解決方案，但是各種實施例還是有可能在使用內部局域網時占用廣域網(WAN)。只要對硬件和應用程序進行很小的改動，本發明描述的各種不同原理的應用就不會受到計算機環境視角的限制。參照圖1，一個計算機系統100包括一個采購/SLA管理系統150，可被系統用戶110(a)-(e)通過系統瀏覽器115(a)-(e)操作的用戶系統101-105，一個因特網/局域網通信網絡120，一個應用服務器155包括數據處理模塊160-180和一個數據庫系統185。用戶系統101-105是系統入口和訪問入口，通常表現為最小限度的登錄/安全功能和圖形用戶接口(GUI)。數據處理模塊160-180包括一個管理模塊160，一個主要SLA提供方模塊165，一個二級SLA提供方模塊170，工作人員模塊175，以及，例如，一個SLA客戶模塊。如果主要SLA提供方計劃進行采購或者總體授權一個方案并且把系統100放置在自己內部的基礎設施中，管理模塊160在某些實施例中則會被省略。主要SLA提供方模塊165功能是作為計算機系統100的業務管理者，并且在通常的實施例中，控制SLA客戶、二級SLA提供方、應用用戶和SLA人力資源中工作人員的上傳。本領域的技術人員會認同，主要SLA提供方是具有SLA客戶的業務實體，它通過合同來提供SLA和其它服務，還與二級SLA提供方之間有子合同，并且為SLA的提供人員和SLA提供工作執行質量負最終責任。二級SLA提供方模塊170向與主要SLA提供方有子合同的業務實體提供通信和業務處理支持以提供SLA提供覆蓋。SLA工作人員模塊175為具有子合同的二級SLA提供方的單個SLA提供人員提供通信和業務處理支持。SLA客戶模塊180為請求并且簽署了SLA提供合同的單個SLA客戶提供通信和業務處理支持。在各種實施例中，在可控的實時數據處理設置中，協作通信和業務處理能力將被演示為計算機系統IOO—部分的不同實體聯系在一起。相比而言，在許多的先前系統中，多個系統通常被應用于目的是管理這些業務活動。在過去，客戶數據和行為通常在客戶關系管理(CRM)或者其它的客戶應用軟件中被管理，，當物流在一些項目管理應用軟件類型中被管理；同時，即使實在要用，提供方和人力資源管理功能和細節通常在附加的應用軟件中被管理。本系統IOO是一個完整的采購周期，物流管理和管理方案，把主要SLA提供方，二級SLA提供方和SLA客戶結合到一個協同工作環境中。系統100為主要SLA提供方可以對以下部分進行控制提供服務SLA提供物流計劃，提供人力資源水平/熟練度，提供資源可用性/能力，SLA提供資源分配，SLA提供進程通信，SLA提供質量保證和投資管理收益。另外，系統IOO結合了所有的核心功能業務處理，比如但不限于，在一個應用環境中進行賣方管理，采購，帳目，財務和風險管理，避免了使用多重全異的而且高成本的應用軟件。圖2A—B中描述了一種外包式服務水平協議(SLA)和非SLA交付管理的高級點到點的系統和方法。在表格2A中，流程200從步驟202開始。在步驟202，主要SLA提供方已經和一個或多個物理地點的一個或者多個SLA客戶一起定義或者預定了特定業務通話可交付物。在步驟204，對與SLA客戶和二級SLA提供方對應的主數據進行配置。在步驟210，RFx報價從SLA請求記錄中產生，來明確可能的二級SLA提供方的定價和資源能力。在步驟212中，RFx響應被檢査，并且根據服務提供能力和定價確定出價金額。在步驟214，與可適用的服務提供方協商最終定價和服務的可交付項。在步驟216，可適用的二級SLA提供方建立總括訂購單。在步驟218，SLA提供矩陣被配置，而且二級SLA提供方的總括訂購單和SLA主數據記錄系統地聯系起來。主要SLA提供方維護矩陣的編輯控制，并能夠手工建立聯系'，比如在二級SLA提供方通過非競爭報價流程被識別的情況下。在步驟220，可適用的二級SLA提供方為主要SLA提供方提交資源候選。被確認的人力資源與相應的二級SLA提供方總括訂購單進行關聯。在步驟222，二級SLA提供方被通知人力資源(HR)的確認情況。在步驟224對二級SLA提供方的資源庫進行填充，并且配置系統提供的人力資源的日期/小時可用時間安排表。在步驟226,二級SLA提供方人力資源被頒發系統訪問證書。在步驟228，二級SLA提供方人力資源對系統100進行訪問，執行協議，并且確認客戶SLA設施的訪問要求/規則。在步驟230，主要SLA提供方準備好對SLA客戶的請求進行管理?，F在參照圖2B，執行過程從步驟230開始到步驟240。在步驟240，SLA客戶端的用戶創建一個服務提供請求并且提交給主要SLA提供方。在步驟242，主要SLA提供方用戶進入SLA管理模塊160。在步驟244，系統100被詢問并且返回一個所有被配置用來為SLA客戶需求提供服務的二級SLA提供方列表。在步驟246，服務提供方列表顯示出來，比如，被認可的服務提供方資源，資源的可用性，總括訂購單參考，和合同服務費用以及可適用的過去的性能傳遞矩陣。在步驟248，二級SLA提供方的記錄被選定。在步驟250，主要SLA提供方用戶把服務提供分配要求提交給二級SLA提供方。在步驟252，二級SLA提供方確認分配能力。在步驟254，主要SLA提供方發送確認消息給SLA客戶端用戶。在步驟256，二級SLA提供方分配可用的資源給SLA客戶端。在步驟260，提供方資源在SLA客戶端執行工作。在步驟270，提供方資源把配置后的數據需求加入到SLA的計時/交付模塊。在步驟272，二級SLA提供方的資源交付憑證被提交到SLA客戶端用戶。在步驟274，SLA客戶端用戶處理己經提交的憑證并且完成交付率。在步驟276,憑證被提交給主要SLA提供方并且被確認。在步驟278，對經過系統配置和確認的憑證進行細節提取，并且為SLA客戶生成一個帳單文件。在步驟282，所述帳單文件被傳遞給SLA客戶。在步驟284，SLA客戶向主要SLA提供方付費。在步驟286，主要SLA提供方向二級SLA提供方付費。圖3是主要SLA提供方用戶的網絡主頁說明圖。在圖3中，用戶接口300已經被分成兩個主要的段，一個用戶導航欄/菜單310和一個動態操作板320。導航欄/菜單310是根據需要激活應用功能的主要用戶接口方式，而動態操作板320為用戶服務突出/提示特定的需要關注的業務活動。用戶能夠通過用戶導航欄/菜單310或者動態操作板320使用相同的應用功能和形式。主數據功能的通常信息方面是常規業務信息，物流控制信息，SLA合同信息以及SLA提供的細節信息。常規業務信息包括關于主要SLA提供方和SLA客戶的信息。用來存儲常規業務信息的示例性數據庫表包括表格1-2，8-9，27和29。通常業務信息的例子包括關于商業實體類型的業務信息要素，公司標識，運作地點，公司規模，雇員數目以及用戶信息。實際地理位置按照所示數據庫設置被定義，例如，在表格10-13中。該地理性信息，能夠被擴展到公司郵編或者其它的唯一性設置，比如商業區域，使一個具體位置按照國家，地區，縣，和城市/人口中心的被定義。物流控制信息表現了主要SLA提供方在SLA提供方面的商業模式的基礎定義。被定義的信息類型有多種，其中一組信息處理提供服務類型，提供勞動類型，提供時間框架，提供材料和提供材料存放設施。用于存儲物流控制信息的示例性數據庫表包括表格3-7和88-89。用于特定主要SLA提供方的數據值是優先處理的，并且會經常隨著產業和公司的不同而有很大不同。上述存儲表格是可以被主要SLA提供方使用的基礎數據，同時管理特定的業務記錄。因此，配置數據會被當作一個資源庫，主要SLA提供方通過所述資源庫按照提供服務類型和提供SLA響應時間框架定義可能的數據值。被定義為物流控制信息源的其它信息組分別是一個SLA工作描述源庫，一個SLA提供技術概要庫，以及一個SLA提供細節至SLA提供技能概要矩陣。該信息(比如SLA工作描述源庫，SLA提供技術概要庫，以及SLA提供細節至SLA提供技能概要矩陣)通常包括業務或者技術能力相關的細節，所述業務或者技術能力適用于主要SLA提供方資源為集體SLA客戶所提供的服務。同時上述討論過的物流控制信息元素處理業務如何進行，該控制數據定義了提供活動的領域。用于存儲SLA提供資源技術概要信息的示例性數據庫表包括表格23-26。這些表格存儲了由主要SLA提供方創建的特定SLA資源提供技能/特征概要的標識以及所述概要用到的細節。表格26在被認為必要的情況下，明確地映射任意可適用的材料主記錄到提供材料概要。一個典型恰當的例子是燃氣發電機的制造商。在這個例子中，一個特定的SLA提供概要有可能是為維修或者安裝技術人員創建的。而且，制造商也許想要指派僅僅特定的發電機單元模型組和SLA提供的概要聯系起來，進一步來說，SLA提供的概要必須對與之有關的特定單元部分具有服務的技術熟練性。如表格23-25所示，所述表格中包含的大部分數據元素都是整數，而不是文本，因為系統100和用于SLA資源提供技術/特征概要表的分等級數據庫源一起被明確的定義。所述資源庫的數據被包含在表格14-22中。表格14-22包含了技術設定概要的源數據，而表格23-25包含了相關于特定的被配置和儲存的SLA提供資源概要的信息。盡管沒有明確描述，關于技術設定概要的源數據能夠被引導到數據環境中，用于滿足主要SLA提供方的需要。以￡示例的主金據功能一般位于步驟202-204，為所有的SLA提供行為的管理提供堅實基礎。參照上述說明，一個主要SLA提供方定義了，比如，業務的目的，如何管理業務，為客戶提供服務所用到的業務/技術資源類型，以及通常在哪里開展業務。圖4-9和表格l-36提供了關于主數據功能的進一步信息。圖4是SLA客戶主數據功能的高級功能性流程圖。數據記錄類型的產生在圖4中被描述為一個線形過程。所述的過程并不一定是一個要求或者限制，而僅僅是為了常規理解的目的展示。本領域的技術人員了解，某個數據記錄的類型邏輯上取決于主數據記錄的先決條件。例如，如果沒有對SLA客戶商業實體記錄的關聯，就不可能裝載SLA客戶端用戶信息。再回到￡'4，流程400從步驟402開始。在步驟402，SLA客戶記錄被手工或者通過實時數據更新進行創建。在步驟404，通過手工或者實時數據更新載入SLA客戶業務數據。在步驟404,SLA客戶端用戶數據通過手工或者實時數據更新被載入。在步驟408，SLA客戶位置通過手工或者實時數據更新被載入。在步410，SLA客戶合同被載入。在步驟412，SLA客戶的提供記錄被創建。在步驟414，可適用的SLA客戶提供材料記錄被創建。在步驟416，SLA客戶訂購單記錄被創建。在步驟418，SLA客戶的提供記錄和訂購單關聯起來，用來創建訂購單排列項。圖5是創建并且庫存儲SLA提供人力概要描述的流程圖。通常解釋為，所述概要表現了人力資源勞動力執行與主要SLA提供方產品或系統相關聯的提供服務所必須的技能特征。在圖5中，流程500從步驟502開始。在步驟502中，主要SLA提供方用戶導航由主頁進入SLA服務提供技術概要控制。在步驟504，用戶選擇創建新的提供技能概要選項。在步驟506，用戶從下拉單中選擇業務類別。在步驟508，用戶從強制下拉單中選擇業務平臺。在步驟510，用戶從強制下拉單中選擇業務屬。在步驟512，用戶從強制下拉單中選擇常規功能。在步驟514，用戶從強制下拉單中選擇技術/特征。在步驟516，用戶添加客戶證書，特征等等，并不局限于一個源數據庫中。在步驟518，用戶把服務概要和材料主記錄進行關聯，并且指定必需的熟練度。在步驟520，用戶添加工作名稱和可選的系統描述。在步驟522，用戶把創建的記錄進行保存。在步驟524，判斷出所述工作名稱是否唯一。如果唯一，轉到步驟526執行，在該步驟中，記錄被存儲在SLA提供人力概要庫中。如果在步驟524，所述工作名稱被判斷不是唯一的，轉回到步驟520執行。在優化的環境中，主要SLA提供方創建能夠滿足所有提供任務的完整的服務概要。圖6是創建并且庫存儲SLA提供材料的流程圖。在圖6中，流程600開始于步驟602，在該步驟中主要SLA提供方用戶導航進入SLA提供材料模塊。在步驟604,用戶選擇創建新的材料主記錄。在步驟606，用戶指定一個短的材料名稱。在步驟608，用戶指定對材料的描述。在步驟610，用戶指定所述材料是一個功能還是最終產品。在步驟612，用戶指定所述材料是否有庫存。在步驟614，用戶指定材料的生產商。在步驟616，用戶指定材料的上次成本。在步驟618，用戶設置材料所述上次成本的日期。在步驟620，用戶指定現有材料清單數目。在步驟622，用戶指定材料的補給存儲點。在步驟624，用戶指定材料的補給存儲量。在步驟626，用戶保存這些設置。在步驟628，查明材料是否有庫存。如果在步驟628中查明有庫存，則轉到步驟630執行。在步驟630中，為用戶提供一個圖形用戶接口(GUI)，使得用戶可以選擇地點記錄。在步驟632，用戶選擇地點并且定義現有的存儲量。在步驟634，用戶存儲上述設置。在步驟636，被存儲的設置保存到SLA提供材料庫中。如果在步驟628中，查明材料沒有存儲，則轉到執行步驟636。工作描述的各種方面都有可能被定義，例如，不成文的描述或者數據庫條目。簡單的工作描述概要也是可行的，如果這是主要SLA提供方選擇的商業模式。在這樣的情況下，可以不使用技術概要工具，而是使用上傳或者人工的方式創建向SLA客戶服務提供所需的技術相關的工作名稱和描述。圖5和圖6是這些概念的實例。物流控制信息的定義是由主要SLA提供方的核心能力決定的；因此，在特定用戶提供需求的關聯之外，對能夠考慮到人工、質保、時限、設備等等的提供服務范圍進行定義和記錄是合理的，所述定義在信息管理工作中進行。所述系統IOO通過使主要SLA提供方上傳或者輸入與SLA客戶合同相關的基本細節啟動一個參考周期。表格28提供了一個關于特定合同的高級信息示例圖。大多數據是基礎業務信息，然而，表格28也存儲了一些用于合同記錄的特定不同提供服務的數量。提供計數的一個原因是確保流程執行時提供網絡中沒有漏洞而且所有合同中的服務都可以提供和解決。在訪問基本合同數據之后，主要SLA提供方能夠使用一個特定的SLA合同記錄作為參考點來創建更多精確的SLA提供細節記錄。參照例如，表格30-33。圖7是關于SLA提供記錄的創建和存儲流程圖。在圖7中，流程700從步驟702開始執行，在該步驟中，主要SLA提供方裝載合同數據域，并且在tblSLAclientContract中創建一條記錄(如表格28所示)。流程700舉例來說可以是一個從訪問基本合同數據信息開始的線形流程，或者用戶可以被提供一個GUI來使其從多個由SLA客戶或者其它變量篩選過的SLA合同記錄列表中選擇一個特定的SLA合同記錄。步驟704-708是關于創建一個SLA提供細節記錄。在步驟704中，系統接口試圖提示用戶創建相關的SLA提供細節記錄。在步驟706，用戶激活一個創建的SLA提供細節控制。在步驟708，系統IOO在新紀錄中填充來自SLA客戶合同記錄的默認數據。步驟710-712是關于特定提供類型的選擇，所述類型可能己經通過帶有己被存儲的可能取值的應用程序配置所創建，例如在表格3中。在步驟710中，系統100提醒用戶選擇一個提供類型。在步驟712，用戶選擇一個提供類型并且對輸入進行存儲。步驟714-716是關于一個特定的提供工作類型的選擇，所述類型可能已經通過帶有己被存儲的可能取值的應用程序配置所創建，例如在表格4中。在步驟714中，系統IOO提醒用戶選擇一個提供工作類型。在步驟716，用戶選擇一個提供工作類型并且對輸入進行存儲。步驟718—720是關于SLA行為計費或者不計費特性的用戶詳細說明。一個不計費的行為發生在，如果合同是，例如，質保服務的情況下。在步驟718中，系統100提示用戶明確計費或者不計費提供。在步驟720，用戶指定計費或者不計費并且對輸入進行存儲。程序從步驟720轉到步驟722執行。步驟722-724是關于對于該記錄時間限制適用性的用戶詳細說明，其中被示例的選擇由路徑724-yes開始。在步驟722中，系統100提醒用戶指定是否需要響應時間。在步驟724中，用戶指定是否需要響應時間并且對輸入進行存儲。步驟726-728是關于一個特定的提供服務響應時間的選擇，所述時間可能已經通過帶有已被存儲的可能取值的應用程序配置所創建，例如在表格5中。所述SLA服務響應時間不同于在各方之間所建立的并且通常記錄在可適用的SLA合同中的SLA提供方對于服務開始所發送的SLA客戶問題通知的時間。在步驟726，系統100提醒用戶指定響應時間衡量標準，如果需要使用的話。在步驟728，用戶指定需要的響應時間或者衡量標準，并且對輸入進行存儲。步驟730-732是關于用戶特殊細節、合同信息或者所需常規信息的描述性注釋輸入。在步驟730，系統IOO提示用戶完成提供細節性描述。在步驟732，用戶完成細節描述并且對輸入進行存儲。步驟734-736是關于主要SLA提供費用的用戶說明/評估。在步驟734，系統100提醒用戶提供供應費用信息。在步驟736，用戶完成供應費用信息并且對輸入進行存儲。步驟738-740是關于可能使用的SLA提供服務事件數目的用戶說明/評估?；A物流計劃通常需要這樣的一個方案。這樣的信息對隨之發生的RFx報價過程具有直接影響。通過所述信息包含的數目，服務提供方對資源可用性進行計劃，并且平衡報價過程，以確定最佳協議價格。在步驟738,系統IOO提示用戶明確預期的或計劃的服務提供頻率。在步驟740，用戶完成提交所述預期頻率并且對輸入進行存儲。在步驟742-746描述的執行過程中，用戶被提醒選擇一個特定的SLA提供技術概要來和SLA提供細節記錄進行關聯。如果主要SLA提供方選擇使用這種模式，用戶可以選擇一個SLA提供技術概要或者按照之前所述的一個存儲的工作名稱，。盡管所述過程描述了對之前存儲記錄的選擇，系統100要能夠支持可變地創建一個工作名稱/或者創建SLA提供技術概況描述。要達到最好的使用情況，需要之前創建和存儲SLA資源提供概要記錄，前提是主要SLA提供方的業務動態性。之前存儲的資源概要記錄細節被存儲在例如表格23-25中。在步驟742，系統100提醒用戶指定可適用的SLA服務提供技術概要或者工作名稱。在步驟744，用戶從下拉菜單中選擇一個概要/工作名稱。在步驟746，系統IOO提示用戶存儲一個可選的細節工作概要關聯，并且用戶把所述關聯進行存儲。在步驟748-750描述的流程中，用戶被提醒選擇并且聯合可適用的SLA客戶提供服務設施/地點。在步驟748，用戶被提示指定可適用的客戶SLA服務地點。在步驟750,用戶從下拉菜單中選擇客戶SLA服務地點，并且對輸入進行存儲。在步驟752-760描述的流程中，用戶被提示選擇任意的可能存在關于SLA提供細節記錄的材料關系。步驟752只是通常的是/否提示；在步驟752，示例性的選擇是"是"。在步驟752，系統IOO提示用戶指定任意的SLA提供材料需求。在步驟754，用戶從下拉菜單中選擇材料。因為之前在SLA提供技術概要和存儲的材料主記錄之間建立的聯系，一個默認的材料(組)列表被提供，例如，在表格26中。這樣的列表可能被提供做為一個可選業務進程模式，但是不需要作為約束，這就意味著如果需要的話用戶可能可以使用全部的材料主列表。在步驟756-758描述的流程中，用戶被提示建立可用于任意被選擇的材料主記錄的配置設置。用戶指明，例如，材料是否付費/免費，質保物品，有庫存商品，存儲要求等等。本領域的技術人員了解，表格31所示的配置特征并不是限制性的，并且額外特征可以被加入到應用軟件和數據庫中。在步驟756，用戶被提示配置SLA材料需求，比如庫存要求，質保指示等等。在步驟758中，用戶配置材料記錄。在步驟760中，用戶存儲設置和材料關聯。在步驟762-768描述的流程中，用戶被提示保存和命名SLA提供細節記錄。盡管流程沒有明確描述這個功能，主要SLA提供方用戶能夠在臨時狀態中存儲所述記錄，以在其它時間完成。在這樣的例子中，數據庫將通過完成或未完成的代碼狀態和動態或非動態的記錄來維護路徑。在步驟762中，系統100提示用戶存儲提供細節記錄并且用戶存儲該記錄。在步驟766，用戶完成提供細節命名并且存儲輸入。在步驟768，SLA提供細節記錄被創建和存儲。如果SLA客戶從未產生過任何需求，主要SLA提供方在通常情況下不會使用SLA合同信息能力。通常，服務水平協議通過合同管理。將提供活動與被執行的合同連接和參考存在明確的業務需要，因為SLA合同細節通常屬于單獨的合同管理應用，具有限制或非交叉功能的應用能力，可以進行企業采購，項目管理或者財務數據處理應用。在很多情況下，合同細節只存在于紙上。所以，把基礎合同細節輸入將真正管理具體SLA活動的應用中是比標準業務程序的一種改進。將這些基本合同細節輸入到管理應用中使下游的SLA和管理數據處理活動按照商業思路維持原來的SLA合同的形式發生。圖8是關于SLA客戶訂貨單的創建和存儲流程圖。在圖8中描述的訂購單信息和SLA提供外包式采購過程明顯不同。許多商業實體傾向于在可控財務系統的支持下操縱財務交易。不幸的是，因為SLA提供工作的復雜特點，許多控制細節不能從SLA合同中導出/傳送到財務系統中，這是因為大部分財務/采購系統在一個過分簡單的描述-數量-價格的模式下被配置。這通常導致一種情況，就是真正的細節存在于合同中，并且財務系統有效地存儲財務交易認證記錄。各種實施例允許從那些SLA合同細節中為眾多用戶提取信息，其中的一個就是建立一個最優方法的訂購單流程。最終，許多SLA提供活動將會導致付費交易。所以，預測業務需要并在指定SLA提供細節記錄和為SLA客戶創建的訂購單之間建立關系，以及主要SLA提供方操縱財務交易是具有邏輯意義的。再次參看圖8，流程800從步驟802開始，在這個步驟中，主要SLA提供方完成提供細節記錄的配置。步驟802表示在之前SLA提供細節信息討論中描述的先決活動。執行從步驟802轉到步驟804繼續執行。步驟804-808所示流程示例了主要SLA提供方用戶獲得與各個SLA客戶訂購單無關聯的SLA提供細節記錄的使用權，并且為所需關聯選擇特定的記錄。SLA提供細節記錄為了特定的沒有財務系統支付授權記錄的SLA客戶而標識。在所述流程中，用戶能夠使用數據庫過濾，比如，SLA客戶名稱，日期，主要SLA客戶端用戶來控制記錄組的輸出。系統100提示主要SLA提供方用戶建立一個財務交易流程機制。在步驟804中，系統100提示主要SLA提供方用戶把提供細節記錄和訂購單聯系起來。在步驟806，用戶在訂購單報告中使用一個未關聯的提供細節。在步驟808中，用戶通過GUI選擇限制的提供細節記錄。在步驟810中，用戶激活創建SLA客戶訂購單控制。在步驟812中，系統100在未決狀態下生成一個新的訂購單。在步驟814，訂購單從SLA提供細節記錄中列出繼承細節。步驟810-814并不表示只有新的訂購單可以在流程800中被創建。盡管沒有清晰描述，一個存在的SLA客戶訂購單記錄能夠被列出和選擇，比如在SLA客戶喜歡的模式需要使用主總括訂購單的情況下就是如此。為了不使步驟810-814中描述流程的突出特征難以理解，流程通過創建一個新的訂購單記錄來表示。步驟810-814描述的流程中，某種配置后的SLA提供細節記錄元素通常自動填充訂購單行。在相同的情況下，某種SLA合同細節，根據配置，來填充訂購單頁眉。步驟816-826表示了主要SLA提供方用戶完成傳統的應用于訂購單的財務信息的流程。所描述的示例信息元素包括訂購單最大支出，服務工作率以及材料率。在步驟816中，系統IOO提示用戶指定訂購單最大支出額。在步驟818中，用戶指定最大支出額并且保存輸入。在步驟820中，系統IOO提示用戶指定服務勞動支付率。在步驟822中，用戶指定服務勞動支付率并且保存輸入。在步驟824中，系統100提示用戶指定材料支付率。在步驟826中，用戶指定材料支付率并且保存輸入。步驟828-830是存儲訂購單的基礎步驟。在流程800的這個階段，訂購單還不是動態的。在步驟828中，系統IOO提示用戶存儲完成的訂購單。在步驟830中，用戶存儲完成的訂購單。步驟832-840表示了SLA客戶訂購單處理和確認流程。在步驟832中，系統100發送完成的訂購單給配置好的觸發SLA客戶端用戶，例如，通過聯系到步驟830中記錄的狀態代碼。簽署通知，例如通過電子郵件和系統操作板更新。在步驟834中，SLA客戶端用戶通過GUI訪問未決的訂購單。在步驟836中，SLA客戶端用戶確認訂購單數據。在步驟838中，系統IOO指示SLA客戶確認訂購單并且為SLA客戶分配訂購單號碼。在步驟840中，SLA客戶端用戶確認訂購單并且為SLA客戶分配訂購單號碼。步驟836-840沒有明確描述假定用戶在沒有確認訂購單數據的情況下。然而，系統IOO在需要糾錯或者對數據元素有爭議的情況下提供了往復功能。在并發的數據處理活動過程中，促進和保證正確數據的系統IOO中包含有協作驗證和確認過程。步驟842-848表示了在系統100中主要SLA提供方用戶完成SLA客戶訂購單流程和使訂購單被激活采取的活動。在步驟842中，系統IOO發回確認的SLA客戶訂購單給主要SLA提供方。通知被簽署，例如通過電子郵件和系統操作板更新。在步驟844中，主要SLA提供方用戶通過GUI訪問被認可的訂購單。在步驟846中，系統100提示主要SLA提供方用戶激活訂購單。在步驟848中，主要SLA提供方用戶激活訂購單。所述的支持數據庫模式的主數據在圖9中表示。本領域的技術人員了解，該支持模式和應用模塊基本上是作為操作SLA服務提供的框架。完整的數據模式總結了在描述業務信息內在關系時采用優化的方式操縱業務所需要的主要和基礎的業務信息方面。就像之前提到的，這些內在聯系的業務信息方面已經按照慣例存在于通常之間不互相通信的全異數據處理系統中。因為這個應用模塊和支持數據庫計劃，主要SLA提供方現在能夠在一個數據處理系統中定義和存儲它們的SLA提供需求，所采用的方式真正反映了必須考慮的其業務動態，例如合同，和員工的聯系，實體位置，需要的提供工作特征，邏輯參數，非執行處罰以及財務處理授權。采購功能處理由主要SLA提供方和二級SLA提供方承擔的資源，報價和訂購單生成活動。這些活動通常需要1)使主要SLA提供方獲取和存儲適用于二級SLA提供方的業務信息；2)使主要SLA提供方按照SLA技術提供和物理覆蓋能力對二級SLA提供方進行劃分；3)使主要SLA提供方系統地把SLA客戶服務覆蓋需求識別和量化為主數據功能中的詳細信息；4)使主要SLA提供方從SLA客戶服務覆蓋記錄中生成系統的RFx報價；5)使主要SLA提供方系統地生成二級SLA提供方報價列表，為己創建的RFx報價要向報價響應流程公布；6)使二級SLA提供方系統地生成RFx報價響應并且根據需要提交可用和所述響應有關的人力資源；7)使主要SLA提供方系統地檢查被提交的RFx報價響應；以及8)使主要SLA提供方系統地接受/授予RFx報價響應并且參照RFx報價響應細節創建二級SLA提供方訂購單。表格37-52以及圖10-13是特別關于這些活動的。上述描述的關于主數據功能的邏輯系統方法論使一個主要SLA提供方定義其潛在的SLA提供服務，定義的方面是根據互相無關聯的員工提供技能要求、材料/部件能力、實體位置/地理作為二級SLA提供方被分類和提供資源的基礎信息平臺口kIO是二級SLA提供方系統啟動的流程實例圖。在圖10中，流程1000包括步驟1005-1080。步驟1005-1025表示了獲取被確認的二級SLA提供方和進入系統100的基礎步驟。流程1000開始于步驟1005，在該步驟中，主要SLA提供方配置業務信息域和關于二級SLA提供方的任何可用的使其具有資格的參數數據。在步驟1010，為二級SLA提供方賦予資格的基礎業務信息配置完成之后，潛在的二級SLA提供方從主要SLA提供方處得到臨時系統訪問證書。所述證書能夠通過以下多個模式傳遞，比如，電話，力口密信息等。'所述S^'使二。級SLA提供方用戶可以使用系統100。通過一個展示給二級SLA提供方用戶的和圖3所示類似的GUI，通過該基礎導航技術被用于訪問主要SLA提供方的信息輸入表格。在步驟1015，二級SLA提供方完成常規授權業務信息的輸入以及提交相同的信息給主要SLA提供方進行檢查。步驟1020-1025描述了主要SLA提供方檢查和部署由二級SLA提供方提交的合格的信息。這個工作流被示例為僅僅和正確的結果有關，通過所述正確的結果二級SLA提供方被授權/確認操縱業務。在步驟1020中，如果二級SLA提供方被認為已經被主要SLA提供方確認合格，則主要SLA提供方對二級SLA提供方進行確認。在步驟1025，二級SLA提供方被通知確認和特定常規的系統登錄證書，并且被指示完成提供概要矩陣。在步驟1005-1025中，主要SLA提供方配置他們希皇可見并且可以識別系統100之前定義的作為授權參數所需數值的信息功能。示例性基礎業務信息元素包含在表格40-41中。主要SLA提供方事實上對于他們希望在系統100中產生功能的授權參數沒有配置限制。步驟1030-1055示例了二級SLA提供方在活動和地理域內容中記錄他們服務提供能力的基礎步驟。二級SLA提供方通過被提供的GUI來訪問一個業務概要工具。所述業務概要工具提示用戶導航一個部門-平臺-類別的分等級可關聯鉆取工具。在步驟1030，二級SLA提供方的一個用戶訪問提供概要功能。在步驟1035,按照之前配置的規則，二級SLA提供方查看提供商業類別或者被限定的所述主要SLA提供方子集的完整列表。使用該工具，二級SLA提供方能夠指定哪個特定功能/專業
技術領域：
代表了他們的核心競爭力。在步驟1040，二級SLA提供方選擇可用于二級SLA提供方資源供應能力的商業類別記錄?；谏虡I類別的選擇，二級SLA提供方可能使用地理描述工具(比如國家-地區-縣-城市)和被選擇的商業類別相關的地域覆蓋區域。在步驟1050，二級SLA提供方使用地理關聯數據庫用戶接口指定服務區域。國家、地區，縣或者人口集中覆蓋區都有分別的描述。在典型的實施例中，用戶接口支持把商業類別在地理區域映射中聚集或者區分。通過存儲需要的選擇，例如，在表格42-46中，二級SLA提供方可能提交選項給主要SLA提供方以進行檢查和部署。在步驟1055，二級SLA提供方保存和提交商業類別給地理區域覆蓋矩陣。如果需要的話，主要SLA提供方能夠限制二級SLA提供方的服務提供矩陣描述于那些只有在主數據功能中定義的提供技術概要和地理描述。為了實例的目的，沒有對這些限制進行細節描述；本領域的相關技術人員了解，使用這些限制通常可以使二級SLA提供方的隨行過程更加容易，但是通常不會被認為是最佳的實施操作模式，假設二級SLA提供方提供能力的巨大數據檢查在考慮改變業務需求時被優化。步驟1060-1080描述了流程1000的完成。如上所述，只有二級SLA提供方提交的正確部署被細節描述。流程1000的網絡結果是二級SLA提供方到商業類型和地理領域覆蓋區域的映射。在步驟1060，主要SLA提供方檢査己提交的二級SLA提供方創建的商業類型到地理領域覆蓋矩陣。在步驟1065，主要SLA提供方對商業類型到地理領域覆蓋矩陣進行確認。在步驟1070，二級SLA提供方的商業信息到地理領域覆蓋矩陣狀態被修改為已確認和動態的。在步驟1075，二級SLA提供方被通知提交確認和矩陣狀態變化，例如，通過網絡和電子郵件通知。在步驟1080，使二級SLA提供方可以接收已提供商業類型和地理區域證書為前提的系統RFx報價。在流程1000結束時，主要SLA提供方已經獲取并且存儲了關于潛在SLA客戶提供需要和潛在二級SLA提供方服務覆蓋能力的信息。全部流程200中的下一個步驟是關于RFx報價需求識別、RFx報價生成和RFx報價請求。圖11是一個關于至少與一個二級SLA提供方訂購單無關的SLA提供細節記錄的詳細輸出報告的例子。為主要SLA提供方輸出的系統報告1100詳細記錄了與動態RFx報價或者動態二級SLA提供方訂購單無關的所有動態SLA客戶提供細節記錄。所采用的策略是用來記錄潛在SLA客戶需求在形式化的數據庫方法論中說明每個和全部的需求，把每個和全部需求關聯到一個特定的記錄，映射每個記錄到SLA提供技術概要以及指派地理覆蓋點與需求進行關聯。所述方法論的一個結果是輸出報告1100，所述的輸出報告為創建RFx報價設置階段，所述RFx報價為了接收報價單而被簽署給二級SLA提供方。控制1115，1120和1125表示了對主要SLA提供方用戶的可變檢査控制，使用戶可以在更寬的地理段對記錄設置進行分組和檢査?？刂?115，1120和1125是典型的方便方法和業務實施參考。控制1105使用戶可以洞察SLA工作描述的細節。這個路徑可以提供加強的可視程度。如果這個域沒有被主要SLA提供方使用，則連接沒有被激活或者備份，從而防止了用戶得知細節。控制1110使用戶可以洞察可用的SLA提供技術概要細節。所述路徑可以提供加強的可視程度。而且，如果這個域沒有被主要SLA提供方使用，則連接沒有被激活或者備份，從而阻止了用戶獲知細節。控制IIOI，1130和1135分別是用來選擇特定記錄或者記錄組的主要控制，目的是為了把新的RFx報價包含進來以及指明如果被選定的記錄(組)是否被組合為一個單獨的RFx報價或者如果每個選定的記錄是否和一個單獨的RFx報價進行關聯?？刂?135直到至少兩個記錄被選定才會被激活。通過控制1101和指定多個或單個RFx包含參考(控制1130或者控制1135)來選擇需要的記錄之后，用戶則激活一個創建RFx控制(控制1140)來開始該RFx開發流程。業務目標不會讓任何記錄出現在無關聯SLA提供細節記錄報告中，因為這會意味著沒有為可用的SLA客戶提供外包或者子合同提供服務覆蓋。圖12A-B是示例可用于采購外包二級SLA服務提供的高級流程的流程圖?，F在參考圖12A，流程1200用于示例RFx報價開發和二級SLA提供方RFx報價選擇和請求。流程1200開始于步驟1202。在步驟1202中，主要SLA提供方運行一個系統提供的和SLA客戶無關聯的提供細節報告。在步驟1204，系統100為主要SLA提供方用戶提供一個從選定的報告記錄中產生RFx報價的功能。在步驟1206中，系統IOO按照步驟1204的配置創建RFx報價記錄。在系統1208中，為主要SLA提供方用戶開始一個RFx報價創建會話。本領域的相關技術人員顯然會了解，步驟1208的啟動可能獨立于GUI菜單控制，這意味著主要SLA提供方用戶不是必須被要求通過運行之前在步驟1202-1206中描述的報告輸出來創建RFx報價。在這樣的情況下，系統IOO可以向用戶顯示所有的已經被認定RFx包含但是因為某些原因沒有完成的記錄。然而，為了示意的目的，流程1200描述一個流程，使與圖11的輸出報告例子相關的用戶行為來直接運行RFx創建報價會話。如示例所示，主要SLA提供方用戶在步驟1208開始RFx報價會話創建，并且和可用的記錄設置一起表現。在步驟1210，用戶選擇特定的需要的關于提供細節記錄的RFx報價。多個提供細節記錄能夠集合到一個RFx報價中。在步驟1212，可用于提供細節記錄的提前配置好的數據庫元素被使用于填充RFx報價的元素。RFx報價中包含有來自SLA提供記錄設定的信息細節，包括，例如，SLA提供技術概要，服務地點細節，SLA提供需求以及參與的服務頻率。步驟1212通常與表現出的GUI形式無差別，使用戶可以通過標準的導航技術訪問各個記錄。對于本領域相關技術人員公知，提供給用戶的管理減輕了該流程，同時還了解數據輸入錯誤在實際上被消除。用于物理提供服務和物流的相關細節被直接從SLA提供細節記錄中獲取，該記錄直接和SLA客戶合同記錄鏈接在一起。一旦核心記錄設置是基于RFx建立的，主要SLA提供方用戶就可以訪問步驟1215進行編輯/配置。在步驟1215中，主要SLA提供方用戶配置，例如，勞動類型選項，SLA處罰條款和最大比率。盡管用戶可能選擇不采取行動，但是用戶可能被提供選項來使得業務工作可以被加強。比如支付勞動類型，最大支付率，SLA處罰條款和服務提供響應次數等數據元素能夠被配置，例如，來保證收益性和服務提供質量目標能夠在報價的過程中被建立。一個例子是支付率。從主要SLA提供方的角度來說，最佳的是二級SLA提供方的支付率等于或者小于可適用的SLA客戶最終的所支付的支付率。另外一個例子是服務提供響應次數。再一次，從性能的角度來說，最佳的是如果服務提供響應次數被配置為一個比主要SLA提供方可用的合同時間幀更短的時間幀?？删庉嫷挠脩艚涌谑怪饕猄LA提供方可以在系統架構中保護自己的利益。步驟1218是步驟1215中的配置完成后的保存流程。決定支持特征可以在該步驟中被設計到系統100中，該步驟檢查和確認任何可能為主要SLA提供方造成潛在問題的用戶配置。例如收益性或者質量保證分析等確認可能被用于提示用戶可能造成業務工作風險增加的用于特定報價條目的參數。在這個方面，需要發送RFx報價給二級SLA提供方的主要細節己經完成；然而，各種管理細節還有待完成。通常，一個RFx報價會需要特定的元素，例如，報價頁眉部分，報價細節部分以及報價回應部分。RFx報價通常伴隨有定義好的一組提供方協議，該協議在報價響應流程中執行。另外，RFx報價的性質是那么多關于大部分已簽署的報價的信息是多余的并且在格式上是標準的以及在內容上涉及到業務公司。所以，報價模板工具被用于管理關于RFx報價內容和格式的條目。關于RFx報價模板，特定的數據庫表存儲有默認的RFx報價信息元素，例如，問題和陳述。主要SLA提供方能夠配置用于默認RFx報價信息元素的標準默認內容。因此，該信息元素可能提前被定義和要求不被用戶編輯。而且，系統100可能存儲特定的可配置信息元素，這就意味著用戶可能創建報價條目，分配這個條目為一個陳述，問題等等，以及如果信息元素需要一個提供方響應則進一步分配，并且如果所述響應被限制到一個特定的數據類型中，例如，數字，文本，日期或者貨幣則進行分配。在各種實施例中，服務提供架構包括RFx報價條目。RFx報價條目的結合能夠被設為邏輯默認RFx報價種類和部分。每個報價條目能夠被指定到一個邏輯組或者種類以及每個種類的一列能夠被邏輯地組合為一個部分。所以，RFx報價內容是可以被分組的。上述的報價內容分組是一個更復雜的RFx報價模板層，它可以使主要SLA提供方建立各個部分的UI顯示指令、各個部分中的分類以及各分類中的RFx報價條目。所以，各種RFx報價條目可能被創建并存儲在結構化的內容和布局格式中。因此RFx報價模板表示了業務內容控制機制，當該機制與提供細節RFx數據結合時，則為快速和詳細的RFx報價生成形成基礎。所述RFx報價模板存儲在系統100中，在步驟1220，主要SLA提供方用戶被提示選擇一個他們選擇的之前配置好的RFx報價模板。主要SLA提供方用戶被提示把RFx報價設置和之前定義的內容報價模板結合起來，該模板定義了剩余的未提供的詳細RFx報價數據域。所述報價模板數據域能夠被默認完成或者要求特定用戶的輸入。系統ioo可能提供給用戶選項(如果公司配置了的話)來使用戶根據他們的具體需要使特定的報價條目有效或者失效。例如，用戶可以和己經建立的著名提供方基礎進行交易。在這樣的例子中，用戶可以選擇關于二級SLA提供方特定信息要求的某種報價條目無效，例如關于歷史和質量保證的詢問。相反的，主要SLA提供方也具有權利通過配置來鎖定特定報價條目，使其在RFx報價開發流程中不能被用戶設置失效。通過選擇適當的RFx報價條目，用戶在可適用的部分輸入需要的信息來適應于步驟1222正在處理的具體RFx報價。關于該輸入的簡單的例子是主要SLA提供方描述的報價管理人員以及必須的報價響應到期日。通過完成必須的輸入，用戶在步驟1224保存修改的數據。盡管流程1200中沒有描述，但是用戶可以具有編輯的能力。所述系統IOO可以使用狀態代碼管理技術進行臨時存儲，使數據處理可以在其它時間進行或被其它用戶使用。一旦所有^]關于RFx報價的信息完成，RFx報價請求列表在1226-1232被建立。步驟1226成為可以在完成后被主要SLA提供方使用并且存儲必須的報價條目輸入。在這一點上，系統100提供了一個之前未激活的提交RFx報價控制。該控制在步驟1228被激活，在步驟1230用戶被提供所有與被授權的RFx報價有關的確認的二級SLA提供方的顯示列表，例如提供業務類別和領域覆蓋。系統聯系通常是一個按照之前步驟1070描述建立的提供技術業務類別和地理參數的數據庫映射。在步驟1232中，主要SLA提供方用戶選擇所有的或者包含在潛在RFx報價請求列表中的二級SLA提供方的子集。通常有一些決定支持工具幫助用戶完成選擇流程，該流程提供給用戶關于二級SLA提供方相關的有用信息，例如，可跟蹤的質量保證，價格以及SLA提供處罰機制。通過用戶在步驟1234選擇和存儲必須的二級SLA提供方，系統100提示用戶提交RFx報價給那些被選定的二級SLA提供方。在步驟1236，用戶激活提交的RFx報價控制，這會使RFx報價在步驟1238中被發布，并且通知給二級SLA提供方，例如通過電子郵件和步驟1240中的操作板的更新。用戶建立的提交列表被存儲在比如表格47中。會被用于RFx報價流程的主要SLA提供細節記錄信息被存儲在例如表格37-39中?，F在參考圖12B，在步驟1244中，二級SLA提供方訪問RFx報價并且執行任意的被模板定義的報價流程協議。步驟1244通常通過應用GUI實現。供應方協議的執行，例如，但不僅限于，有之前公開的保密協議(NDA)和知識產權(IP)協議；所以，特定的控制能夠由二級SLA提供方用戶訪問，通過此訪問所述的協議可以在線或者離線執行。為了流程1200的需要，之前的假定是二級SLA提供方會確實執行任何的被主要SLA提供方建立的配置后的協議。在步驟1246中，二級SLA提供方提供輸入給所有的需要響應的應用RFx報價功能。系統IOO通常使用一個簡單的報價條目響應計數器，該計數器直到所有必須的報價響應元素被完成后才允許提交報價響應。而且，按照通常配置的系統IOO允許數據確認功能，在這個功能中報價響應條目能夠僅在如之前描述的正確的數據對象和格式中被完成。RFx報價響應細節被存儲在例如表格48-49和90-91中。在步驟1248中，二級SLA提供方創建用于SLA提供工作概要的人力資源提交報告。盡管步驟1248通常在步驟1246中作為支流程發生，SLA資源提交流程為了清楚表示的目的被突出為獨立的流程步驟。在步驟1248中，二級SLA提供方通常使用被提供的GUI來獲知任意可用的包含在RFx報價中的SLA資源概要，以及創建關于SLA資源概要的資源提交。提交信息被包含在例如表格50中。系統IOO能夠適用于容納常規的二級SLA提供方工作資源庫，該資源庫將會被用于一個關聯模式，通過該模式資源以宏模式被映射到SLA提供技術概要，而不是這里描述過的微模式(之前描述的單個的RFx)。這種模式可能在特定的主要SLA提供方沒有興趣操作競爭性的RFx報價并且樂于使用主協議和二級SLA提供方一同工作的情況下有幫助。在另外一種模式中，資源的提交發生在RFx報價響應流程之后，而不是在RFx報價響應中。當RFx報價被請求覆蓋未來幾個月的提供服務時也許是這樣的情況。在這樣的情況下，在實際的報價流程中的特定勞動資源的提交也許是無關的。本領域的相關技術人員認同，所描述的示例性流程不是把二級SLA提供方資源關聯到SLA客戶需求的唯一模式。在步驟1250中，二級SLA提供方保存信息設置并且提交報價響應給主要SLA提供方。步驟1250表示了必須報價響應信息的完成，因此使得二級SLA提供方可以提交他們完成的RFx報價響應。步驟1250導致的是在步驟1252中的記錄更新和觸發系統應用通知給任意的提前配置過的用戶。步驟1254-1258表示了主要SLA提供方報價響應部署流程。在步驟1254中，主要SLA提供方檢査從二級SLA提供方發來的報價響應。在步驟1256，主要SLA提供方接受被要求的報價響應。在步驟1258，二級SLA提供方，通過例如系統更新和電子郵件被通知報價反饋。假定至少一個二級SLA提供方報價響應應獲得報價反饋，主要SLA提供方指定至少一個報價響應記錄的反饋。主要SLA提供方能夠反饋多個報價響應，并且為所有或部分的報價提供細節響應條目簽署反饋。例如，二級SLA提供方可能被指定可用于某一個報價而不是其它的一個服務覆蓋區域。在另一個例子中，二級SLA提供方可能被指定一個特定的而不是其它的SLA提供覆蓋時間。在這樣的例子中，比如，如果報價響應指示出一個過高的價格，則工作時間外和周末的提供報價會啟動。報價響應的回應部署可以是多樣的和靈活的，使得主要SLA提供方在該流程中采用最好的實用采購實踐。步驟1260-1270描述了主要SLA提供方從反饋的二級SLA提供方報價響應中創建訂購的要求。在步驟1260中，主要SLA提供方被提示創建二級SLA提供方訂購要求。在步驟1262中，主要SLA提供方激活一個創建的訂購單要求控制。在步驟1264中，系統IOO使用內在的報價響應數據創建訂購要求。在步驟1266中，系統100提供一個所有已經接收到用于RFx報價訂購單回饋的二級SLA提供方顯示列表。在步驟1268中，主要SLA提供方為準確性檢查創建的訂購要求，在需要的情況下進行修改。在步驟1270中，主要SLA提供方保存訂購要求并且提交相同的要求給二級SLA提供方進行檢查/確認。和非關聯的SLA提供詳細報告類似，系統IOO使用數據庫驅動的狀態代碼，它能夠提供把報告輸出所有需要處理進訂購單的報價響應給主要SLA提供方。示例的流程是一個線形的，從反饋跳轉到為了簡單化和便于描述為目的的訂購要求處理的流程。在一些實施例中，該流程可能與發生在不同時間和可能不同的人員操作的流程無關。所述訂購需求流程模塊被激活并且如果示例流程在獨立的模式下被執行，主要SLA提供方用戶被提供一個所有等待處理的未決報價響應回饋顯示列表。該流程示例了一個如所述的線形模式，所以用戶可以不需要選擇未決反饋的報價響應。因為該流程假設要求流程從特殊的RFx報價記錄設置發出，系統IOO根據要被包含在繼承自反饋報價響應記錄的要求中的信息來創建該訂購要求。訂購要求，根據默認的模式，每個二級SLA提供方被創建一個，而且可能包含多個需要的排列項。如果可用的RFx報價反饋被關聯到多個SLA提供細節記錄時，這種情況有可能發生。一旦訂購要求被創建，系統IOO使主要SLA提供方，例如，檢査或者增加注釋。一旦對包含在訂購要求中的信息滿意，主要SLA提供方用戶保存并且確認訂購要求。這個動作觸發狀態代碼在系統100中更新，和保證給適用于二級SLA提供方基于系統的通知。步驟1272-1278表示了二級SLA提供方處理主要SLA提供方創建的訂購要求。系統100支持不同的二級SLA提供方確認工作流程。這里沒有詳細描述的是流程中可能遇到的適用于數據或信息不一致的一種工作流程。在步驟1272-1278中，二級SLA提供方檢査，確認并且預提交給主要SLA提供方已經完成的訂購要求。在步驟1272中，二級SLA提供方被通知未決的訂購要求。在步驟1274中，二級SLA提供方檢查訂購要求細節并且確認訂購要求。在步驟1276中，系統100提交認可的訂購要求給主要SLA提供方。在步驟1278中，主要SLA提供方被通知確認的訂購。在步驟1280中，主要SLA提供方訪問被確認的訂購要求。在步驟1282中，主要SLA提供方激活一個創建的訂購單控制。在步驟1284中，系統100創建訂購單。在步驟1286中，主要SLA提供方定義一個內部訂購單號碼并且確認該訂購單。在步驟1288中，二級SLA提供方被通知確認的訂購單。在步驟1290中，使訂購單可用于二級SLA提供方。為了示例性的目的，一個簡單的數據庫表結構被示例，它使用相同的表格51和52以存儲訂購要求和訂購單數據。圖13是支持采購功能的數據庫計劃。一個數據庫計劃1300表示了支持在最近的局部部署中描述的數據處理功能的高級示例性數據庫計劃。本領域的相關技術人會員認同，無縫的信息線程繼續貫穿展開的下流數據處理會話，導致采購模塊業務信息連通回到主數據功能。在不同的實施例中，一個內在信息設計減少了用戶的輸入，降低了數據登錄錯誤，并且提供了優化的審計能力。下一個步驟是人力資源服務提供管理功能的整體方法論，它包括l)使主要SLA提供方檢査和確認提交的RFx報價響應候選的部署；2)使系統的主要SLA提供方將關于已提交的RFx報價響應候選的部署/狀態通知發給二級SLA提供方；3)使主要SLA提供方基于確認/接受己提交的RFx報價響應候選而創建SLA的提供資源記錄；4)使二級SLA提供方人力資源系統可以被訪問；5)使系統協議被二級SLA提供方人力資源執行；6)使二級SLA提供方和被確認的人力資源進行工作可用日程管理/配置；7)使主要SLA提供方的邏輯時間覆蓋可以被評估；以及8)使主要SLA提供方前攝的人力資源具有中斷期調解功能。中斷期是指特定人力資源或者一組資源不可獲得的服務提供時期。通常，SLA提供外包被執行的模式是指在特定的行政管理的特殊性，其中主要SLA提供方和二級SLA提供方的業務實體管理或者銷售人員在SLA提供勞動資源層所進行的最小或者不真實的業務分析來達成協議。這并不表示所有應當由二級SLA提供方進行的努力或者歷史性工作評估可以被忽略，但是關于業務管理在哪個層的事件通常狀況被執行。最終，客戶SLA提供的質量/成功是SLA提供勞動質量，能力，以及與充分的物流管理和通信相關的可用性的結果。圖14A-B是表示可用于人力資源服務提供管理流程的示例高級流程圖。在圖14A中，流程1400開始于步驟1402。步驟1402-1406示例了主要SLA提供方被系統地通知所有存在的至少和一個SLA提供資源分配記錄無關的二級SLA提供方訂購單的流程。在步驟1402中，主要SLA提供方用戶訪問人力資源工作管理模塊。在步驟1404中，主要SLA提供方導航菜單驅動的GUI來選擇未分配的二級SLA提供方訂購單。在步驟1406，系統IOO提供一個按照二級SLA提供方和訂購單分組的顯示列表報告。盡管沒有詳細描述，在勞動分配關聯巳經存在的情況下，將可以進行對記錄管理的訪問。在必要的人員變動的情況下，記錄的修改在邏輯上可以表示這樣的功能。步驟1408-1416表示了主要SLA提供方用戶對必需的SLA提供工作資源的選擇，該流程描述了二級SLA提供方之前在RFx報價流程中提交的資源記錄的一種模式。該流程可以變化，盡管沒有詳細說明，功能性是可以使二級SLA提供方在檢查流程中的任何進行檢查以傳送資源記錄。在提交的資源記錄不滿意或者因為種種原因不再用于分配時，上述情況就會發生。在步驟1408中，用戶選擇可用的二級SLA提供方記錄并且激活一個管理人力資源控制。在步驟1410，系統100提供給用戶一個所有二級SLA提供方可用于相關資源RFx報價響應的資源提交列表。在步驟1412中，系統100提供一個用于用戶連接資源提供細節的控制。在步驟1414中，用戶通過GUI選擇提供SLA覆蓋必需的特定人力資源。在步驟1416中，用戶保存確認的資源記錄設置并且系統100發送相同的通知給二級SLA提供方。這個流程使主要SLA提供方用戶檢査提交內容的細節，并且相應的做出選擇。盡管其它很多可能的特征沒有在這里描述，本領域的相關技術人員認同，檢查和選擇流程將導致主要SLA提供方對最終會代表他們提供服務的資源進行控制。表格53包含了關于勞動資源系統驅動的細節，同時分配細節包含在表格54中。通過選擇需要的資源，系統100在步驟1418-1424執行一個相反的肯定流程，通過這個流程二級SLA提供方能夠確認資源可用性以及他們對聯合資源和可用提供分配的持續需要。在步驟1418中，系統100為未決狀態的確認資源創建人員資本工作的分配記錄。在步驟1420中，二級SLA提供方通過GUI確認資源分配確認。在步驟1422中，主要SLA提供方被通知分配認可，例如通過系統通知。在步驟1424中，二級SLA提供方被提供可用資源的系統訪問證書。步驟1426-1430表示了SLA提供工作資源的管理系統啟用。各種保護的工作資源協議能夠被主要SLA提供方通過例如NDA，IP保護和臨時工作協議確認的系統訪問來進行配置。該流程描述了勞動資源的正面行為。其他勞動資源協議中可能發生的結果沒有通過即使的模式，或者甚至在爭論之外執行。在步驟1426中，二級SLA提供方資源通過提供證書訪問系統100。在步驟1428中，二級SLA提供方資源執行配置的在線協議。在步驟1430中，系統通知發送給主要和二級SLA提供方。假設一切勞動資源協議運行正常，下一步流程需要在步驟1430-1442中配置勞動資源可用日程表。在步驟1432中，二級SLA提供方被提示訪問和配置人力資源日程。在步驟1434中，二級SLA提供方訪問人力資源日程模塊。在步驟1436中，二級SLA提供方訪問特定的人力資源記錄。在步驟1438中，二級SLA提供方提供標準的人力資源中斷期和通常的可用期。在步驟1440中，二級SLA提供方為和各個二級SLA提供方相關聯的所有的可適用的分配好的人力資源重復步驟1434-1438。在步驟1442中，通過完成所有的資源日程配置后，二級SLA提供方提交定購單分配日程配置給主要SLA提供方=八在k程1400的這個階段，需要的勞動資源已經被指派給各個SLA提供服務行為。流程1400包括有經驗或者有效的物流方法，通過該方法勞動資源覆蓋時段能夠被輸入到系統100中，并且被分析用來作為計劃支持。在一個更高的層面，在不同實施例的人力資源服務提供管理中，二級SLA提供方被提示輸入分配的SLA提供工作資源的基本時間表?；镜呐渲猛ǔ０ㄖ贫藴实男菹r段例如周末或晚上或者特定的休假或假期。勞動資源不應該每天24小時處于待命狀態；相反的，二級SLA提供方很可能提供24小時服務覆蓋。通常，RFX報價包括關于協議的覆蓋時間幀信息；從另一方面來講，在大多數情況下，完整的工作時段通常包括多個工作資源和時常的多個二級SLA提供方的使用。因此，在下一個流程中，由步驟1445-1456示例，主要SLA提供方定義任意潛在服務提供間隙。在理想的情況下，主要SLA提供方建立1)每個二級SLA提供方的完整的物流時間；2)多個二級SLA提供方完整的總和時間。系統100使主要SLA提供方通過輸入/上載勞動資源日程可用行數據和對數據地分析靜態地確認上述假定。這個靜態地確認是步驟1445-1456的核心。從步驟1442，執行繼續進行到圖14B中的步驟1445。在步驟1445中，主要SLA提供方用戶訪問人力資源勞動協議模塊中的訂購單資源分配列表。在步驟1448中，主要SLA提供方用戶激活和評估服務時間控制。在步驟1450中，系統100為主要SLA提供方提供一個識別所有潛在非服務時間或中斷時間的報告。在步驟1452中，系統100提供給主要SLA提供方用戶選項來評估所有二級SLA提供方為特定的SLA客戶提供細節記錄的可適用時間的總和時間。在步驟1454中，主要SLA提供方用戶運行綜合時間評估報告。在步驟1456中，系統IOO提供給主要SLA提供方一個識別任意潛在綜合非服務時間或中斷時間的報告。因為系統100在邏輯分段的數據庫個體中量化時間，提供一個SLA勞動資源工作時段報告是很簡單的。工作時段分析能夠在單獨的或者整體二級SLA提供方層被執行。因此，單獨的二級SLA提供方工作時段分析能夠被檢査或者多個二級SLA提供方資源時段，和單個的SLA客戶提供細節記錄關聯起來能夠被集體瀏覽。主要SLA提供方被提供需要的數據來定義工作時段是否是充足的。而且，所有的特定二級SLA提供方能夠被識別，這些二級SLA提供方的數據輸入和RFx報價流程中引用的覆蓋時段不一直或者主要SLA提供方描述的覆蓋范圍太有限制性。在其他的實施例中，更有經驗的數據庫管理系統能夠被使用，用來鎖定RFx報價響應覆蓋時段以及強制可用的二級SLA提供方相應地完成資源工作日程記錄。步驟1458-1466是關于提供給主要SLA提供方用戶的接口，通過這個接口單個的二級SLA提供方中斷覆蓋時段能夠被選擇并且連同主要SLA提供方期望的時間表修改建議一同轉發給適當的二級SLA提供方。正確的結果包括存在的日程記錄覆蓋修改或者附加的用于填充潛在服務間隙的附加勞動資源的提交。在新的提交中，上述提交瀏覽流程被實施。分析和發現并修理故障的過程也許被創始許多次，當主要SLA提供方視為必要確保充分SLA供應覆蓋面。參考圖14B，在步驟1458中，系統100提供給主要SLA提供方選項來簽署覆蓋修改請求給二級SLA提供方來選擇。在步驟1460，主要SLA提供方用戶選擇適用的二級SLA提供方。在步驟1462，主要SLA提供方用戶選擇特定的中斷時段，該時段在每個已識別的二級SLA提供方需要查看時可以識別。在步驟1464中，存在的分配好的人力資源的日程更改來減小中斷服務時間或者附加的人力資源提交能夠用來支持覆蓋范圍，或者附加的二級SLA提供方能夠通過RFx報價被請求。在步驟1466中，不考慮和必要的中斷時間有關的修改，各個二級SLA提供方管理他們自己的人力資源時間表，使得資源可用被實時使用。用來和人力資源日程表功能相關聯的數據庫被存儲在附表中，例如表格58-63。實際的適用于單個勞動資源的日程表數據細節被存儲在附表中，例如表格55-57。圖15是人力資源日程配置的流程圖。建立在流程1500中的三個主要配置模式是1)標準工作時間表模式；2)非標準工作時間表模式；以及3)日常行為模式。標準工作時間表是標準預期時間表。在這種模式中，二級SLA提供方為特定的與訂購單分配相關的勞動資源建立基礎時間表。這種模式的輸入建立標準的工作日和工人可用的標準小時。參考圖15。流程1500開始于步驟1502，在這個步驟中二級SLA提供方用戶訪問人力資源勞動管理模塊。在步驟1505中，二級SLA提供方用戶操縱菜單驅動GUI來選擇被標記的人力資源記錄。在步驟1508中，系統IOO提供所有分配的人力資源報告的列表顯示報告。在步驟1510中，用戶選擇必須的人力資源記錄。在步驟1512中，系統IOO提供相關細節的列表顯示報告和適用的日程表的鏈接。在步驟1515中，用戶激活日程表控制。在步驟1518中，系統IOO提供的選項菜單可能包括l)配置標準時間表；2)配置其它中斷服務時間表；3)維護日常行為。在步驟1520中，用戶激活配置標準時間表控制。在步驟1522中，用戶被提示瀏覽周日程表，比如一周的所有七天。在步驟1525中，用戶提供輸入并且保存輸入。在步驟1528中，用戶激活配置其它中斷服務時間表控制。在通常的實施例中，用戶僅需要激活中斷無線電發射按鈕用來代表標準休息日的所有節日并保存設置。盡管這個標準配置如果需要的話能夠被修改到分鐘。每半小時增加了休息時間的非中斷日也向用戶顯示出來。每個增加的休息時間通過兩個控制完成1)開始；以及2)結束。用戶通過建立開始時間和結束時間為每天進行配置。通過總結，用戶可以保存設置，標準的日程設置被保存在用于可用的SLA提供資源的數據庫中。非標準工作時間表輸入需要其它預定的中斷期間的指定。這種類型的預定中斷期間的一個例子是休假時間或者標準公司假期。這些時期在道理上可變的，所以非標準的。在步驟1530中，系統100提示用戶1)定義勞動認可假期；以及2)定義預定的休假日。在步驟1532中，用戶進行輸入并且原樣保存。用戶被提示配置預定的假期和休假/個人休息日。用戶激活控制并且被顯示，例如分段為不同的12個月的每年日程瀏覽。用戶選擇可用的月份，之后開始瀏覽被分段為日的月份。然后用戶選擇可用的日子并且保存輸入。用戶被提示指定選項作為假期或者個人休假。用戶保存輸入繼續操作，直到配置完成。在步驟1535中，系統IOO提供給用戶服務提供資源日程動態的通知。在步驟1538中，系統100通知主要SLA提供方和二級SLA提供方人力資源用戶服務提供資源日程是動態的。在步驟1540中，二級SLA提供方用戶激活維護日常行為控制。在步驟1542，做出決定是否特定的資源具有已經被計劃的服務提供編號。如果對步驟1542中決定的答復是肯定的，則繼續執行到步驟1545。日常行為時間安排表示了可用于各個勞動資源的正在進行/持續的日程可用性輸入。外包勞動使用的特性意味著通常沒有勞動人員在等待一個特殊的客戶來提出問題。所以通常特定的勞動資源被用于提供資源給多個SLA客戶和多個主要SLA提供方。日程模式使得當前資源勞動跟蹤機制可以使用，通過這種機制特定的中斷服務時段能夠在系統100中被管理用來提供實時可用性報告。在步驟1545-1555中，用戶導航到日常中斷服務管理能夠被訪問的地方。在步驟1545，系統100提示用戶選擇工作周和工作日。在步驟1548，系統100提示用戶選擇中斷時段的開始。在步驟1550，系統IOO提示用戶輸入期望的和人力資源相關聯的服務請求期間。在步驟1552，系統IOO提示用戶完成附加細節域。在步驟1555，系統100保存步驟1545-1552的輸入?？捎玫腟LA提供資源被二級SLA提供方用戶指定，并且通過默認的當前日常日程向用戶顯示；通常半小時增加一次瀏覽。用戶選擇日程行為開始時間和結束時間并且保存設置。輸入被存儲，并且SLA提供資源顯示為不可用于間斷時段幀的分配。日程細節記錄被存儲在表格中，例如表格55-57。表格55是存儲識別工作資源和可用PO分配的控制表格。一個勞動資源能夠存在多個分配覆蓋時段。表格56存儲基本的工作表格，而表格57按照二級SLA提供方的管理存儲非標準中斷時段細節和日常中斷細節。圖16是支持人力資源服務管理功能的數據庫示意圖。本領域技術人員會認同，各種實施例提供給主要SLA提供方勞動強制物流可見性，以及滿足它們的客戶的SLA需求的計劃功能性。盡管沒有詳細描述，為一個或多個SLA客戶提供細節記錄的工作中斷事件中，給主要SLA提供方的系統逐漸減弱通知配置是一個自然的提供特性。在各種實施例中，高級的配置可以被執行，使得系統行為和可用的通知能夠被發起來為SLA客戶服務中斷漏洞計數。先前的行為是作為準備SLA服務提供物流管理/處理和可用的SLA客戶質量保證的先決條件。關于SLA提供分配的主題包括1)通過服務提供請求功能，SLA客戶能夠創建和提交服務請求給主要SLA提供方；2)主要SLA提供方系統詢問特征，該特征能夠被用于輸出已配置的二級SLA提供方列表，并且輸出可適用的報價以及指定的用于服務提供分配的有關的人力資本源的可用性；3)使主要SLA提供方選擇特定的進行潛在分配的可用SLA提供資源；4)使主要SLA提供方系統地提交服務提供分派請求記錄給二級SLA提供方；5)使二級SLA提供方確認資源可用性和隨后地給主要SLA提供方的資源分派；6)使主要SLA提供方確認給SLA客戶的資源分派。圖17A是適用于物流供給和管理功能的流程圖。該流程從步驟1702開始。步驟1702-1720描述了SLA客戶提交服務提供請求給主要SLA提供方的流程。在步驟1702中，SLA客戶方用戶訪問系統100。導航可適用的菜單并且激活創建提供請求控制。步驟1702沒有詳細說明所有用戶限制或者特定授權權利的使用；然而，如果SLA客戶需要的話，不同的本發明的具體實施例可能結合了用戶角色和特定的數據處理權限/授權。在步驟1705，系統100提示用戶指定SLA客戶位置和標識符。步驟1705指示SLA客戶方用戶選擇一個位置來開始詢問流程。這僅僅是一個示例性模式而不是內在限制。例」如，詢問流程可能開始于合同參考或者對特定提供細節記錄的查找。在步驟1708中，系統100提供給用戶合同的列表和適當的SLA協議提供服務。步驟1708在圖17B中，被增加，圖17B描述了一個嵌入在被激活的控制中使SLA客戶方用戶訪問關鍵的SLA、提供信息的簡單GUI接口。SLA客戶方用戶立即識別出適當的SLA提供細節記錄或者'使用嵌入的控制通過與相關SLA提供細節記錄需要的信息瀏覽來進行確定。在圖17B中，控制使所有的用來提供給用戶附加信息瀏覽的相關行為是潛在激活的。然而，1708-A9是未激活/備份的，直到當至少一個記錄在1708-A1中被選定。每個嵌入的鏈接可能提供給用戶新的UI來表示用于欄目頭信息。SLA客戶方用戶使用所提供的復選框來指定哪個SLA提供細節記錄和SLA服務提供請求關聯起來。步驟1710中特定記錄的選擇觸發一個附加的UI輸入形式，通過這個UI輸入SLA客戶方用戶如果需要的話可以在步驟1712增加注釋。在步驟1710，用戶選擇需要的SLA提供服務記錄并且保存選擇。在步驟1712，系統GUI提供給用戶附加的輸入域。用戶完成附加的輸入并且保存。本領域的相關技術人員公認，盡管通過瀏覽表格64-66，在一個具體實施例中，步驟1702-1712描述的流程中，SLA客戶方用戶僅僅可以提供輸入到最小的域，因為剩余的都是默認數據。如果提供服務工作的性質認可了這樣地數據元素附加，則附加輸入域選項能夠簡單地加到數據庫中。在步驟1715，系統100提示用戶提交SLA提供服務請求給SLA提供方。盡管在步驟1715沒有詳細描述，在不同的實施例中，SLA客戶方用戶能夠用不同的路徑發送服務提供請求給指定的主要SLA提供方用戶，例如技術帳戶管理人員，.如果業務要求指示了這樣一個情況。適用于步驟1702-1715的細節存儲在表格中，例如表格64-67。在步驟1720，用戶提交SLA提供服務請求給SLA提供方。步驟1721-1728描述了主要SLA提供方獲取二級SLA提供方與SLA客戶服務提供要求相關細節的系統訪問流程。在步驟1721，系統100通知主要SLA提供方一個新提交的SLA提供服務請求。雖然在步驟172中沒有詳細描述，服務提供請求響應通常被在系統100中被管理和操作，這意味著表格30中的dispatchresponseTimeID域是被激活的而且由適用方在服務提供請求處理時創建派遣通知，而不處理之前配置的預期/時間計劃。而且，在不同實施例中，擴展的用戶角色功能被用于派遣通知特定的主要SLA提供方用戶各種路徑/指派。從另一方面來講，SLA客戶方用戶按照服務提供請求處理狀態而被通知。在步驟1723，主要SLA提供方用戶訪問新的SLA提供服務請求，例如，通過GUI。在步驟1725，主要SLA提供方用戶激活顯示提供服務時段控制。在步驟1728，系統100提供給用戶已授權的二級SLA提供方和可適用的被授權為各個提供細節記錄提供服務的已確認人力資源顯示列表。所述顯示通常有，例如，可用性，價格，服務衡量標準。步驟1728提供給可適用的主要SLA客戶方用戶關于圖17C中與二級提供方相關的輸出瀏覽摘要。在圖17C中，1728-A1是給主要SLA提供方用戶的簡單的復選框選項。然而，在1728-A5中可用資源計數為零時，所述選項通常是未激活/備份給用戶的。當用戶開始使用1728-A5中的激活控制時，各個可用人力資源和它們的日程表摘要顯示列表被提供?？捎糜谥饕猄LA提供方用戶的業務信息不僅會導致潛在分配的資源可見，還會提供重要的財務和質量保證業務信息窗口來使得類別確定流程最好的執行。步驟1730-1732描述了主要SLA提供方在必要情況下的選擇流程，優選特定的將被分配給可適用的SLA客戶地點的可用SLA提供資源。在步驟1730中，如果多個資源是可用的，主要SLA提供方用戶選擇優選的二級SLA提供方記錄和人力資源參考。在步驟1732中，主要SLA提供方用戶保存選擇。盡管步驟1730描述了僅僅一個二級SLA提供方記錄被選擇的示例性流程，然而可以選擇多個記錄。主要SLA提供方用戶可能選擇多個二級SLA提供方來接收分配請求記錄。在這樣的情況下，系統100在通常的實施例中，用先進先出的模式處理工作流程。在另外一種假定中，不考慮二級SLA提供方的關聯情況，情況可能會變得很嚴重，并且命令分配所有的可用資源。本發明不同的具體實施例可能有來自多個二級SLA提供方的多個SLA提供資源分配請求。通過選擇二級SLA提供方記錄，隨后的應用功能可以使用戶獲知更多的細節，并且在需要的情況下，主要SLA提供方用戶可能指派一個優選的SLA提供資源或所需資源列表以進行提供啟動。特殊資源可能因為多個原因可能是必須的。原因包括，例如，滿意的歷史質量衡量標準或者SLA客戶的優先選擇。信息存儲在表格里，例如表格68和69。存儲在表格例如70-71中的數據被看作表格68—個域的源數據。任意用來分配的優選的SLA提供資源標識被存儲在，例如，表格69中。步驟1735-1738描述了主要SLA提供方簽署服務提供分配請求的流程。在步驟1735中，主要SLA提供方用戶被提示發送服務提供分配請求。在步驟1738中，主要SLA提供方用戶提交服務提供分配請求給可適用的二級SLA提供方。步驟1740-1755描述了二級SLA提供方系統地確認資源可用性和資源分配給可適用的主要SLA提供方的流程。在步驟1740中，系統IOO通知二級SLA提供方新的服務提供分配請求。在步驟1742中，二級SLA提供方用戶訪問新的服務提供分配請求。步驟1740-1742，盡管沒有描述，但是可以在系統100中按照步驟1721的描述被更加緊密地管理/操作。在步驟1745中，二級SLA提供方用戶確認人力資源的可用性。步驟1745描述的僅僅是關于資源可用性的正面結果。本領域的相關技術人員共知，不會只存在這樣的情況；然而，為了不模糊本發明在多種具體實施例下的特征，反面結果的交易被省略。在反面資源可用性的情況中，和管理日程數據相反，在典型的實施例中，系統100為質量衡量標準跟蹤這樣的二級SLA提供方的不足情況，并且計算二級SLA提供方關于資源能力和可用性的低效率的因素。通過資源可用性確認，系統IOO通常提示二級SLA提供方發送分配確認給可適用的主要SLA提供方。在把新的記錄上傳到表格72保存的數據庫的流程中，附加的細節被輸入和存儲。在步驟1748中，系統100提示二級SLA提供方發送人力資源分配通知給主要SLA提供方。在步驟1750中，二級SLA提供方用戶激活提交分配確認控制。在步驟1752中，二級SLA提供方完成附加域并且保存輸入。在步驟1755中，二級SLA提供方提交所述分配記錄。在步驟1740-1755中，二級SLA提供方被要求建立SLA提供資源的識別身份，時間分配和在步驟1745中保存輸入的到達時間評估，例如，在表格72中。另外，關于設施的訪問，方向等等的地點信息，被提供并且在這個流程中被二級SLA提供方確認。步驟1740-1755命令二級SLA提供方提交關于物流工作分配，這些步驟還提供給二級SLA提供方重要的SLA客戶正常提供分配的物流信息。步驟1758-1768描述了主要SLA提供方系統地通知SLA客戶SLA提供資源分配到提供地點的流程。在步驟1758中，系統100通知主要SLA提供方分配記錄。在步驟1760中，主要SLA提供方訪問分配確認記錄并且確認接收。在步驟1762中，系統100提示主要SLA提供方發送分配確認通知給SLA客戶。在步驟1765中，主要SLA提供方用戶激活發送分配確認控制。在步驟1768中，系統IOO發送通知給SLA客戶并且使分配記錄在線可用。步驟1758-1760在需要的情況下能夠通過派遣配置被及時管理和操作。步驟1758-1768的流程完成了從SLA客戶問題開始到SLA客戶方用戶被通知提供資源到達評估時間結束的周期。圖18是支持物流提供和管理功能的數據庫示意圖。本領域的相關技術人員共知，本發明的多種具體實施例中，本發明使用支持數據表和應用流程不僅僅把最需要的可見性和物流控制導入到提供工作中，而且把必要的人員和通信結合到單個平臺上。盡管沒有詳細描述，配置可能在不同的具體實施例中被建立，通過這個配置增加自動操作能夠被導入來進行系統提供請求和工作分配。在可適用的主要SLA提供方人員不能響應SLA客戶提供服務請求時，這樣的假設經常時有用的。圖19A—19B描述了適用于SLA提供工作確認和質量保證的流程。關于圖19A-B的描述重點是關于服務提供分配中的提供行為的跟蹤和記錄。假設二級SLA提供方或者SLA客戶聯系主要SLA提供方以通知其已經分配的提供資源沒有到達提供地點，系統100可能包括處理這樣假定的功能性。所述功能性可能被提供給SLA客戶方用戶來初始化沒有出現的工作流或者直接和主要SLA提供方用戶通信，比如通過電話，一個工作流流程可能會重啟，步驟1725的可用資源瀏覽(參看圖17C)參考了己經存在數據庫中的適用于即將提供工作的記錄。關于圖19A-B的描述重點是1)使二級SLA提供方資源通過細節相關訪問服務部署憑證功能，例如，訪問工作操作，材料配置以及響應服務提供分配請求輸入到系統100的時間選擇；2)使二級SLA提供方提交服務部署憑證給主要SLA提供方來瀏覽和確認部署；3)使主要SLA提供方瀏覽和確認來自二級SLA提供方的服務部署憑證；4)使主要SLA提供方參考來自二級SLA提供方的服務部署憑證創建主要SLA提供方的服務配置憑證，并且同樣提交給SLA客戶進行瀏覽和部署；5)使SLA客戶處理主要SLA提供方服務部署憑證并且提供質量確認評估信息；以及6)通過SLA客戶服務部署憑證處理，向主要SLA和二級SLA提供方用戶發送系統通知。再參考圖19A，流程1900開始于步驟1902，在這個步驟中，二級SLA提供方資源完成一個服務提供呼出。步驟l卯4-1918描述了SLA提供資源服務部署憑證處理流程。在步驟1904，二級SLA提供方資源導航一個菜單驅動的GUI來選擇工作憑證功能。在步驟1906，系統100提供開放狀態的所有提供分配記錄的顯示列表記錄。所述顯示列表通?？梢蕴幚矶鄠€分配(例如，公開派遣記錄較多時的多個分配)。在步驟1908中，用戶選擇需要的提供記錄。步驟1908中的行為會導致系統100在步驟1910中提供服務部署憑證UI。該UI通常包括所有和提供派遣記錄設置相關聯的細節。因此，SLA提供資源可能通常僅需要完成用于服務提供工作執行的數據輸入，該輸入在步驟1912中完成。通過保存步驟1914中的輸入存儲，系統100存儲處理細節，例如在表格73-77中。一旦憑證記錄被存儲，SLA提供資源被提示以提交憑證給之前配置好的二級SLA提供方用戶來瀏覽，以及后續流程在步驟1916和1918中處理。步驟1918中的行為觸發了在步驟1920中發送通知給之前配置好的二級SLA提供方用戶。在步驟1922中，用戶訪問來自菜單或者提供鏈接的新提供憑證。步驟1922描述了二級SLA提供方用戶導航到特定的能夠處理服務部署憑證的功能應用模塊的流程。所述訪問通過標準的菜單導航或者通過激活特定的用于憑證處理的操作板通知鏈接來完成。步驟1924-1934描述了二級SLA提供方服務部署憑證處理。在步驟1924中，系統100提供給用戶憑證接口GUI。所述憑證包括二級SLA提供方訂購單中建立的價格。系統100為二級SLA提供方用戶顯示SLA提供資源提交的憑證信息以及來自適當的二級SLA提供方訂購單和適當的PO排列項結合的信息。步驟1924是提供給二級SLA提供方注意完成的提供工作和瀏覽包含在憑證中的訂購單細節的主要確認步驟。在步驟1926中，用戶通過系統輸入憑證細節和保存進行確認。步驟1926是對二級SLA提供方用戶存儲在數據庫中的信息的物理確認。該確認行為會導致系統中提示二級SLA提供方用戶在步驟1928完成所有可適用的征稅評估輸入。完成征稅數據輸入或者確認后，如果該征稅評估提前被配置了，二級SLA提供方用戶在步驟1930中保存數據設置。步驟1932-1934會使工作確認憑證提交給配置后的主要SLA提供方用戶。在步驟1932中，系統IOO提示用戶提交該憑證給主要SLA提供方。在步驟1934中，用戶提交憑證給主要SLA提供方檢査/確認。步驟1936-1944描述了主要SLA提供方檢査和部署已提交的二級SLA提供方服務部署憑證的流程。步驟1936-1938使配置后的主要SLA提供方用戶訪問已提交的二級SLA提供方服務部署憑證。在步驟1936中，系統100通知主要SLA提供方新的提供憑證。在步驟1938中，主要SLA提供方用戶從菜單或通過的鏈接訪問新的提供憑證。在步驟1940中，系統IOO提供用戶憑證接口GUI。該憑證包括二級SLA提供方定購單中建立的價格。主要SLA提供方用戶通常被提供一個接口，該接口具有適用于服務提供行為以及二級SLA提供方定購單相關細節的顯示記錄。在步驟1942中，用戶可以選擇確認或者不確認被提供的詳細信息。正面的行為被描述，通過這個行為提交的服務部署憑證在步驟1944被確認。步驟1944之后，二級SLA提供方用戶被系統地提示確認已提交的服務部署憑證。步驟1946-1954描述了主要SLA提供方能夠把確認的二級SLA提供方服務部署憑證的細節結合到明確的主要SLA提供方服務部署憑證中的流程，所述主要SLA提供方服務部署憑證將會包含適當的SLA客戶定購單數據。一旦步驟1944中憑證的確認產生，主要SLA提供方用戶被提示在步驟1946中創建一個新的服務部署憑證，例如，通過激活UI的提供控制。被描述的流程為了示例的需要是線性特征的。新的服務部署憑證的創建如果是根據主要SLA提供方來配置的，則能夠在不同的時間被不同的人員產生。用戶在步驟1948中創建新的服務部署憑證，這會觸發一個和步驟1908-1910中二級SLA提供方處理服務部署憑證類似的流程和數據結合。參考圖19B，在步驟1950中，系統IOO提供給用戶憑證接口GUI。該憑證包括SLA客戶定購單中建立的價格。系統100創建一個主要SLA提供方服務部署憑證，該憑證包含用于物理服務部署工作和關于SLA客戶方定購單相關的財務信息的細節。SLA客戶沒有必要的業務原因去査看任何適用于二級SLA提供方除數據輸入外的由SLA提供資源輸入的關于服務提供工作的相關細節。因此，新的主要SLA提供方服務部署憑證被創建包含關于SLA客戶和主要SLA提供方之間關系的細節。步驟1952-1954描述了主要SLA提供方用戶確認和提交完成的主要SLA提供方服務部署憑證給SLA客戶的行為。盡管系統100創建了一個新的主要SLA提供方服務部署憑證，數據實際上是包含在表格73-77中的次要設置數據。本領域的相關技術人員公知，一個簡單的數據庫結構變化能夠通過使用指示性數據庫關系使該數據存儲在明確的表格中。步驟1956-1988描述了SLA客戶處理提交的主要SLA提供方服務配置憑證使采用的步驟。在步驟1956中，系統IOO通知SLA客戶有新的提供憑證。在步驟1958中，系統IOO提供給用戶一個憑證接口GUI。該憑證包括SLA客戶定購單中建立的價格。在步驟1960，SLA客戶方用戶被提示確認或者拒絕該服務部署憑證。盡管沒有詳細描述，在各種實施例中，SLA客戶方可能合并增強的用戶規則和工作流，并且使確認配置更加復雜和強健。假設SLA客戶方用戶對信息的確認包括在步驟1960的服務部署憑證中，用戶在步驟1964由系統100提示激活控制，該控制在步驟1964-1966進行質量保證評估會話。在步驟1964中，系統IOO提示用戶完成QA評估。在步驟1966,用戶激活QA會話控制。一旦Q/A會話開始，在步驟1968的系統100提供給用戶GUI形式來使SLA客戶去訪問服務提供工作的質量和合時性，以及先前物理服務提供的可提供物流的合時性和管理的減輕。通過評估的完成，SLA客戶被提示在步驟1970中保存他們的輸入。該行為觸發在步驟1972的系統100的更新，并且隨后在步驟1974中對可適用的主要和二級SLA提供方發送確認的系統通知。如果在步驟1960中，SLA客戶方用戶拒絕了服務部署憑證，則繼續到步驟1978執行。在步驟1978中，由于有關于提供服務方面及時的討論，SLA客戶方用戶被提示完成拒絕評估。在步驟1980中，系統IOO提供給SLA客戶方用戶一個GUI使其可以指派特定的信息對象，并且輸入注釋來證明任何這樣的對象是正當的。在步驟1982中，SLA客戶方用戶完成他們的評估并且保存輸入。這個行為觸發了系統100在步驟1984進行保存記錄，隨后在步驟1986對可適用的主要和SLA提供方發送拒絕通知。步驟1988表示了一個可能被指定的開始，應用處理的目的是通過從多個部分干涉流程被導入和輸入獲取和存儲來形成一個永久循環。關于憑證拒絕的相關細節被存儲在表格中就像，例如，表格81當偏差代碼自身被儲存到表格中，就像，例如，表格80。圖20表示一個支持SLA提供工作確認和質量保證的數據庫示意圖。SLA處罰評估是數據庫比較事件，假設提供故障通常是一種事件是1)分派不合時，2)提供到達合時錯誤或者3)提供錯誤。在假設l)和2)的情況中，狀態代碼管理的系統使用，數據/時間記錄標記以及用戶確認充分地監控這些提供方面。假設情況3)，處罰評估是SLA客戶憑證部署的一個功能。帳單/支付功能的討論集中在系統100的財務數據處理功能上。隨后的信息線程如下綁定的SLA客戶合同信息綁定的提供細節記錄綁定的SLA客戶PO記錄綁定的主要SLA提供方RFx報價綁定的二級SLA提供方RFx報價響應綁定的RFx報價金額綁定的二級SLA提供方PO記錄上述信息線程完成導致SLA提供覆蓋的管理建立持續的信息線程如下綁定的SLA客戶服務提供請求(參考提供細節記錄產生)綁定的主要SLA提供方服務提供分派需要綁定的二級SLA提供方服務提供分派綁定的提供資源服務部署憑證綁定的二級SLA提供方服務部署憑證綁定的主要SLA提供方服務部署憑證SLA客戶服務部署憑證處理被覆蓋的各種元素包括l)配置確認的SLA客戶確認的服務部署憑證的系統摘要；2)主要SLA提供方為SLA客戶帳單發票文件的系統生成；3)二級SLA提供方為主要SLA提供方帳單發票文件的系統生成；4)主要SLA提供方基于SLA客戶支付的支付接收數據上傳特征；以及5)主要SLA提供方基于SLA客戶支付的對二級SLA提供方特征的支付釋放。圖21是表示可適用于帳單功能的流程圖。步驟2102-2105描述了SLA客戶確認服務部署憑證的基礎摘要。該摘要在程序建立時是可配置的，并且必需摘要循環周期的指派。該摘要記錄設置信息被存儲在表格中，例如，表格82-83。表格83包括各個服務部署憑證條目的識別；因此，摘要流程確認記錄在表格中作為數據摘要資格不存在，這意味著記錄不會在錯誤中多余的被提取。盡管沒有詳細描述，記錄提取能夠在更強健的方式中被配置，通過這種方式，各種的因素比如支付條款和計算周期能夠被導入實現特定的記錄設置摘要。步驟2108-2110描述了從基礎摘要中產生的帳單發票文件處理。在步驟2108中，系統100為每個SLA客戶生成配置的帳單發票文件。在步驟2110中，系統100為每個二級SLA客戶生成配置的帳單發票文件。因為系統100是完整的生活周期處理和業務實體中心，帳單發票文件不僅為向代表主要SLA提供方的SLA客戶的支付而產生，而且也為了向代表二級SLA提供方的主要SLA客戶支付而產生。如果摘要周期中為多于一個SLA客戶和多于一個二級SLA提供方有多種處理，所述帳單發票文件是多樣的。步驟2112-2118共同地表示主要SLA提供方帳單發票文件處理。這些步驟描述了一個控制流程，該控制流程由指派的主要SLA提供方用戶(群)能夠訪問和檢査編譯后的文件。該流程是可配置的，并且如果主要SLA提供方選擇不執行瀏覽和釋放流程，該流程可以在多個實施例中被省略。在步驟2112，系統100通知授權的主要SLA提供方用戶新的帳單發票文件是可用于流程的。在步驟2115中，主要SLA提供方用戶訪問財務管理模塊。在步驟2118中，主要SLA提供方訪問帳單發票文件。在步驟2120中，主要SLA提供方選擇新的帳單發票文件。在步驟2122中，系統IOO顯示給用戶帳單發票摘要瀏覽。在步驟2125中，系統IOO提示用戶釋放帳單發票文件。在步驟2128中，用戶釋放帳單發票文件。在步驟2130中，系統100生成各種SLA客戶帳單發票文件。經過在步驟2128釋放帳單發票文件，系統100在步驟2130-2132生成分列的SLA客戶和二級SLA提供方帳單發票文件瀏覽。在步驟2135中，指派的系統用戶被通知帳單發票文件已經制成可用于檢査。該文件在系統100中僅僅可以被授權配置的用戶瀏覽。只有關于特定業務實體的記錄通常被該業務實體的用戶瀏覽(例如SLA客戶或者二級SLA提供方)。如果需要的帳單發票文件可以被附加地提交，例如通過EDI，如果業務方法授權了這樣的處理模式。步驟2138-2148描述了二級SLA提供方和SLA客戶確認文件接收的流程。SLA客戶的確認是未連接于或獨立于二級SLA提供方文件接收確認的。使用EDI和EFT技術，這個處理流程是一個沉默小處理流程，通過這個流程資金可以基于服務部署憑證確認進行轉移。之后，財務處理可以被限制到可能已通過多個確認流程執行的資源數據元素中。在步驟2138中，授權的SLA用戶訪問財務管理模塊。在步驟2140中，SLA客戶訪問帳單發票文件。在步驟2142中，系統IOO通知主要SLA提供方帳單發票接收確認。在步驟2145中，系統IOO提示SLA客戶方用戶確認帳單發票文件接收。在步驟2148中，SLA客戶方用戶確認帳單發票文件。在步驟2150中，SLA客戶根據契約條目和狀況對主要SLA提供方進行支付。在步驟2152中，主要SLA提供方上傳現金接收文件數據進入系統100或者人工更新要支付的帳單發票記錄狀態。在步驟2155中，主要SLA提供方運行二級SLA提供方發票未決的報告。在步驟2158中，系統100提示用戶授權支付。在步驟2160中，用戶授權支付。在步驟2162中，二級SLA提供方被通知支付授權。在步驟2165中，主要SLA提供方按照契約條目和狀況支付給二級SLA提供方。在步驟2168中，主要SLA提供方上傳現金支付文件數據進入系統100或者人工更新要支付的二級SLA提供方帳單發票記錄狀態。在步驟2170中，支付數據可為授權用戶在線利用。圖22表示支持帳單支付功能的數據庫示意圖。圖23是信息管理和決策支持功能的宏觀層次示意圖。在圖23中，系統2300包括SLA提供管理應用數據庫2350來接收作為輸入的主數據處理流量2310，采購處理流量2320，SLA提供處理流量2330，以及財務處理流量2340。從SLA提供管理應用數據庫2350的輸出包括SLA客戶提供請求計劃&戰略覆蓋分析輸出2355，SLA提供方執行度量&正在進行的決策支持需要提供輸出2360，契約的SLA支持分析輸出2365，授權&材料執行分析輸出2370，以及SLA提供收益性&財務分析輸出2375。參考輸出2355，主要SLA提供方使用外包模式來滿足SLA服務提供需要，為了避免SLA客戶在提供服務網絡初始設置不充分的情況下遇到不必要的風險錯誤。不同的流程使得在輸出2355中內在的決策支持功能。這些包括1)合同信息轉換為提供細節記錄；2)人力資源提供技術概要；2)SLA客戶位置映射到提供細節記錄；3)二級SLA提供方RFx報價和SLA提供資源提交響應流程；4)SLA提供資源分配；以及5)SLA提供資源日程配置/管理。通過提供給主要SLA提供方的方法，SLA提供網絡間隙或者失效能夠被在契約的SLA提供覆蓋初始化之前被識別。如果主要SLA提供方為了分析的目的具有零歷史數據，可以采用方法來促使識別潛在的SLA提供缺陷，例如，該方法基于1)地理覆蓋；2)技術熟練讀覆蓋；3)時間幀覆蓋。從另一方面來看，如果主要SLA提供方具有關于進行分析時SLA服務提供頻率的數據，更多的細節瀏覽能夠被生成來擴展提供服務中斷識別的范圍。風險識別決策支持模式的值在網絡建立期間超出它實際使用時的值。一旦提供網絡被配置，報警監視可能在所有關于特定提供細節記錄/PO的已分配資源中斷使用時，被配置來系統地通知主要SLA提供方?，F在轉到輸出2360，不同的流程使得SLA提供性能分析。該流程包括1)關于提供細節記錄的SLA提供響應時間幀規范；2)關于提供細節記錄的在線SLA客戶服務提供請求處理；3)跟蹤的主要SLA提供方服務提供請求處理；4)跟蹤的二級SLA提供方服務提供分派請求處理；5)跟蹤的二級SLA提供方服務提供分派處理；6)SLA提供資源服務部署憑證處理；7)二級SLA提供方服務部署憑證處理；8)主要SLA提供方服務部署憑證處理；以及9)SLA客戶服務部署憑證處理。這些流程提供了一個獲取充分跟蹤和管理SLA提供性能必須的細節的方法。本領域的技術人員會認同，SLA服務提供的生命周期從SLA客戶服務請求開始，在對提供服務質量做出評估時達到頂點。對前后文進行瀏覽時，生命周期可能被打破進入能夠被測量和分析的支功能中。多個實施例允許相應的量化和分析，不限制于1)主要SLA提供方影響SLA提供時間幀對象；2)二級SLA提供方影響SLA提供時間幀對象；3)SLA提供資源影響SLA提供時間幀對象；4)SLA提供資源影響SLA提供服務對象；以及5)SLA客戶的滿意/不滿意度?？梢苑治鲫P于二級SLA提供方的宏性能(例如作為業務實體)，或者微性能(例如，說明單個提供資源性能)。轉到輸出2365，多個進程來完成契約的SLA提供分析。和重點在于提供方性能的輸出2360相反，輸出2365重點在于SLA性能合同的反面檢査，例如，SLA未提供懲罰和SLA提供對象衡量標準。SLA提供性能能夠從多角度被檢査，例如多合同SLA客戶提供性能綜合或者對特定產品或者服務的多SLA客戶合同的SLA性能綜合檢査，或者內部業務組織。另外，多個實施例使得一個主要SLA提供方以一種單一的方式瀏覽合同。因為技術概要功能和數據庫驅動的SLA響應時間幀代碼，使得合同比較瀏覽來容易指出有關的SLA客戶合同的相同和不同，SLA客戶合同特別地包含相似產品和/或服務。SLA合同經常根據客戶的不同而不同。一些不一致性很小，而一些很顯著。不同的實施例提供了在適合檢查和分析的方式中發現這些不一致性的方法。用于特殊地理區域或者在特殊行業的SLA客戶，例如電信等行業的SLA合同，包含提供響應時間幀，該提供響應時間幀是所有其它可適用的SLA合同的一半。例如，這個主要的不一致能夠被潛在地關聯到一個特定的銷售組織或者下拉合同提供條款。而且，不同的實施例提供屬于這些不一致造成的影響的直接衡量標準輸出。一個系統對象會提供給主要SLA提供方所有的必要的瀏覽而不僅僅是識別SLA合同提供。轉到步驟2370的輸出，用類似的方式進行合同參數分析，使得可以跟蹤和授權特定的服務和材料授權參數。轉到步驟2375，例如，SLA提供收益性&財務分析輸出適于合同價格，二級SLA價格，SLA提供懲罰和衡量標準成本。通過分析可以最終實現提高底線財務業務性能。本i明的實施例可能在被實施，例如硬件，軟件(例如被執行計算機可讀指令的流程完成)，或者兩者的結合。計算機可讀指令可能被加載在內存里，例如只讀存儲(ROM)。例如，處理器可能被操作來按照適合本發明的原則來執行一系列步驟。軟件可能存儲在計算機可讀的介質中，例如閃存卡，EEROM存儲，磁泡存儲，或者ROM存儲。按照適合本發明的原則來執行的軟件可能存儲在全部或者部分介質中，在靜態或者動態的主存或處理器的固件(例如在微控制器，微處理器或者微型計算機內置存儲器)中。示例性表格1-91如下1-設計<table>tableseeoriginaldocumentpage35</column></row><table>2-設計<table>tableseeoriginaldocumentpage36</column></row><table>6-設計<table>tableseeoriginaldocumentpage37</column></row><table>7-設計<table>tableseeoriginaldocumentpage37</column></row><table>8-設計<table>tableseeoriginaldocumentpage37</column></row><table>9-設計<table>tableseeoriginaldocumentpage37</column></row><table><formula>formulaseeoriginaldocumentpage38</formula><table>tableseeoriginaldocumentpage39</column></row><table><table>tableseeoriginaldocumentpage40</column></row><table><table>tableseeoriginaldocumentpage41</column></row><table>29-設計<table>tableseeoriginaldocumentpage41</column></row><table>30-設計<table>tableseeoriginaldocumentpage41</column></row><table>31-設計<table>tableseeoriginaldocumentpage41</column></row><table>32-設計<table>tableseeoriginaldocumentpage42</column></row><table>33-設計<table>tableseeoriginaldocumentpage42</column></row><table>34-設計<table>tableseeoriginaldocumentpage42</column></row><table>35-設計<table>tableseeoriginaldocumentpage42</column></row><table>36-設計<table>tableseeoriginaldocumentpage42</column></row><table>88-設計<table>tableseeoriginaldocumentpage42</column></row><table>42<table>tableseeoriginaldocumentpage43</column></row><table>89-設計<table>tableseeoriginaldocumentpage43</column></row><table>89-數據<table>tableseeoriginaldocumentpage43</column></row><table>37-設計<table>tableseeoriginaldocumentpage43</column></row><table><table>tableseeoriginaldocumentpage44</column></row><table><table>tableseeoriginaldocumentpage45</column></row><table>也隨yy^mrtderNtanCounty(豫計視鵬>夠名數揭,數據長魔SLAProvl扭。R輸torr,Dint4prR的ionlt)int4prF袋m,IDW4prAp帥val3tatuslD時4prCurrert坊tatustDint4pcSLAProvidertDint4jwCourrtyParfelhit4SLAPrwWrpCountylD446-設計也媳LAFmvhterMapC扭(設計視圉〉列名數據類綴敷據長度SLAProvkterpCourrtylD，nt4pctC,Int4prf抓ilyJDInt4時4tnt4int4SLAProvWerpCttylDint447-設計tblSLM^FXPcmt(設計視閣>列名數據類型數據長度SLARFxfDInt4SLASecorjcJaryPravWeiiDint4PostDate8PostVefstonnumeric9Response—OpenJDatedatetime8Response—CSose—Dafedatetime8Partial—Response一Enabtedbit1Post—RecordJDuniqueidentifier化48-設計tblSLAJRFXRespon抑Main(設計裸鬮)列名鵬麵數據長度Row—Idint4Post^Record—,Duniqueid節湘er16SlA_RFxJDW4SLASeooncJsBYProvidefIDW4SLA嚴RFX—R卿一Stat鵬ID蜀4Date—C形暨WCSSJ9bm'itted&SIX—!%^JS—舊1649-設計重b，SLARRdio鵬eDetoii(設計視敏》列名效維鄉敷據長度SLA—RF^X—R卿JDuniqu細eri節er16時4SlAProflte,D16t3汰1BttiinaJ^ate—LaborProvision—QuoteIDuniqueici暨ntiffsr16Bid_^鵬《!—Statusin!446<table>tableseeoriginaldocumentpage47</column></row><table><table>tableseeoriginaldocumentpage48</column></row><table>您驟LALaboiw(設計裸鬮》教據類型vanchar16培DateNDASLAPPbit88IPSiAPP爐SLAPPDateb汰im母8ATWSLAPPb汰A，SLAPPDate8InfoVaHdation時4InfoVa，kiationDate8bit8888StatuslD,nt4SLASPiD時4ActiveAssignment誠54-設計-^-*數據類型~^數據長度ProviderPOLine!D16imlqueideriti行er1616unlqueicl錢ntifi暨r164uniquekten附terdatetlm暨168da喊l,ttf媳『16S1655-設計創SLAUbo傷ctodiile蘭錢ln(設計裸闞，164互56-設計49<table>tableseeoriginaldocumentpage50</column></row><table>61-設計<table>tableseeoriginaldocumentpage50</column></row><table><table>tableseeoriginaldocumentpage51</column></row><table><table>tableseeoriginaldocumentpage52</column></row><table><table>tableseeoriginaldocumentpage53</column></row><table>tblSLAVcKiehmrMain(設#躕>列名數據類繼敷據長度幽ueldent附er16unkiueidentifier16SLASPJ3ateC隨at^i8Servfce一Date4SLASecondaryPiwWsrlD時4SlA8econdaryProvkterContactunique)d節棚er16varehar25SLASPVouchertD16SLACii柳tlDuniqueid抑湘er1674-設計他路UWo鵬herCtelaHSvc(設計視陶>M名敏據類型敏據長度SLASPV加cheriDSLAS鄉ndaryPwMerPOIDun—ueld柳朋sr化SLASecondaryPiwiderPOLinelDuniqueWen飾r16SlAProv，sionlDun!que)den胸r16varchar1000ProvfeioriDatetDirt4Arrive一Timadateti師8DepartTi微datetime8PfoviBlonRequesfflme8Labor—Ti隱numsric9SLAPravisfonLaborTypelDint4Labor一dtynumeric9SP一Labor—Chargemoney8SLAVoucherSvcLi一Durtkiueictentifisr16ProvlstonOuteomeStetusint4SLASPResponseP咖ltvStatusint4SLAPPRevi柳ertDuniqueidentifer16SLAPPRevi柳erDat錢datetime8SLAPPRevi柳erStetus，Dint4SLAPPR糾i柳eit!otesvarchar1000SsfvioesRecord16Biilabte—Pravistonb1SLACIientPOIDUnenumeric9SLAProvisionBilHngRatemoney8SlANonPrcwfetonP加attymoney8uniqueide礎i玩16dateti肺8SlAC(l9ntReviewerStatU8iDint4varctor*1,Provfete—PwformaiTOBjDint4Logistical—AdministrationIDint475-設計tUBLAVouc;h禱幽l腳at(設計欐圍>判名敷據，數裙長度unfquekl節湘er1611616un)eiuefd柳鑭0r化Provteton—Material—Costmo，8Provision—Qtynu卿lc9SLAV叫eh織SwLineiDuniq加iden飾r16SLAVoucherMatlJne，Duni鄰eiden朋er16StAPPRevi柳ertD16SLAPPRevi柳erDatedatetfme8SLAPPReviewerStattistD，nt4SLAPPReviewerNotesvarchar1哪Materi敏lsPORecordlDu幽ue，derrtlter16B鵬leProvistoribit1numeric9Materia旭i鵬atemwtey8mcmey8SLACKentRevi柳eiiDuniqueid抑麵r16StACItentPRevtewerDatedateUrne8SlACIi抑識evi柳erStatus！Dint4SLAClientReviewerNotes100076-設計仿想LAVoucherProvfeionOutoomeStatu8(設計視閣)列名數據炎型數據長度ProvisionOirtcomeSMus,D4ProvisionOutcomeStatusDescvarchar5076-數據_似SLAVoucherPfovJsionOutcomeStatus(數據視閨)PrwisicmOutcomeStatuslDProvi由nOirtcomeStetusD的c1Provison—Co帥tete;2No—Provlsion—Meeded3Provison—tncon^rfete_lNteed—TrotiW錢薛hooHng4ProvfsonJn②fmptete—N珍0cLFarts5Pr^vfeonJnco呻l咖—Out一Of一Soc^)e—Prwision77-設計也ISLAV抑cherS&tua(設計裸髑)列名敷搌類型數據長麼4VoucherStatusDescvardw2577-數據VoucherStatu敏lt^Vbuch斑SlatusD挑c1SlbiBiadLToSLAPP23ApprovedContestecLSLAPP錢955<table>tableseeoriginaldocumentpage56</column></row><table><table>tableseeoriginaldocumentpage57</column></row><table>83-設計<table>tableseeoriginaldocumentpage57</column></row><table>84-設計<table>tableseeoriginaldocumentpage57</column></row><table>85-設計<table>tableseeoriginaldocumentpage107</column></row><table><table>tableseeoriginaldocumentpage59</column></row><table>權利要求1.一種外包式服務水平協議(SLA)可交付管理方法包括配置SLA客戶和二級SLA提供方主數據；獲取二級SLA提供方的提供服務網絡；管理二級SLA提供方的人力資源網絡；處理SLA客戶的提供請求；處理SLA提供服務憑證；以及處理SLA提供工作訂單的支付。2、根據權利要求l的方法，其中所述配置SLA客戶和二級SLA提供方主數據包括配置SLA提供物流控制庫；配置SLA客戶的主數據記錄；配置SLA客戶的訂購單記錄；以及連通二級SLA提供方的網絡。3、根據權利要求l的方法，其中所述獲取二級SLA提供方的提供服務網絡包括從至少一個SLA客戶提供細節記錄中生成RFx報價；把所述RFx報價置入預先設定的二級SLA提供方的提供方列表；使二級SLA提供方根據接受到的RFx報價生成RFx報價響應；處理至少一個二級SLA提供方的RFx報價響應；根據RFx報價響應接收，處理至少一個二級SLA提供方的訂購請求；以及根據接受到的完整的訂購請求，處理至少一個二級SLA提供方的訂購單。4、根據權利要求l的方法，其中所述管理二級SLA提供方的人力資源網絡包括選擇至少一個附屬在二級SLA提供方訂購單中提交的人力資源；上傳所述的至少一個人力資源提供人員信息；處理針對所述的至少一個人力資源提供人員的默認的工作可用日程信息設置；激活非默認的人力資源提供的可用日程管理；以及處理非默認的工作可用日程信息設置。5、根據權利要求l的方法，其中所述處理SLA客戶的提供請求包括處理SLA客戶服務提供請求；處理服務提供分配請求；處理提供人力資源調度通知記錄；以及處理接收到的提供人力資源調度通知記錄。6、根據權利要求l的方法，其中所述處理SLA提供工作憑證包括根據提供人力資源的輸入創建和存儲SLA提供服務憑證；由可適用的二級SLA提供方的用戶處理存儲的SLA提供服務憑證；根據可適用的主要SLA提供方的用戶的輸入處理被確認的二級SLA提供方的提供服務憑證；以及根據可適用的SLA客戶方用戶的輸入處理被確認的主要SLA提供方的提供服務憑癥。7、根籍權ij要求l的方法，其中所述處理SLA提供工作訂單的支付包括提取SLA客戶經過確認的提供工作憑證；生成帳單發票文件；處理SLA客戶帳單發票文件；處理SLA客戶的支付；以及向二級SLA提供方簽署支付。8、—種配置服務水平協議(SLA)客戶和二級SLA提供方主數據的方法包括配置一個SLA提供物流控制庫；配置SLA客戶主數據記錄；配置SLA客戶訂購單記錄；以及連通二級SLA提供方網絡。9、根據權利要求8的方法，其中所述配置一個SLA提供物流控制庫包括下述中的至少一個接收至少一個特定的適用于主要SLA提供方所提供服務的SLA提供技術概要；接收至少一個特定的適用于主要SLA提供方所提供服務的SLA提供類型；接收至少一個特定的適用于主要SLA提供方所提供服務的SLA提供工作類型；接收至少一個特定的適用于主要SLA提供方所提供服務的SLA提供工作響應時間增量；以及接收作為所需的特定的適用于主要SLA提供方所提供服務的SLA提供材料記錄。10、根據權利要求8的方法，其中配置所述SLA客戶主數據記錄包括接收適用于至少一個SLA客戶的特定的常規業務信息設置；接收適用于至少一個SLA客戶方用戶的設置；接收適用于至少一個SLA客戶位置的設置；接收適用于至少一個SLA客戶提供合同的設置；其中所述主要SLA提供方是合同的參與者；接收適用于至少一個SLA客戶提供細節記錄的設置；以及接收適用于至少一個SLA客戶提供訂購單的設置。11、根據權利要求IO的方法，其中所述接收適用于至少一個SLA客戶方用戶的設置包括下述的至少一個接收指明用戶位置和合同細節的設置；接收指明用戶交易授權細節的設置；以及接收指明用戶系統訪問證書的設置。12、根據權利要求10的方法，其中所述接收適用于至少一個SLA客戶位置的設置包括下述的至少一個接收指明非受雇人員訪問和授權細節的設置；接收指明運輸交付細節的設置；接收根據結構化關系數據庫指明的位置描述的設置；以及其中所述至少一個SLA客戶位置邏輯上映射到主要SLA提供方使用的地理管理圖表中。13、根據權利要求10的方法，其中所述接收適用于至少一個SLA客戶合同的設置包括下述的至少一個接收指明合同激活和持續時間細節的設置；接收指明合同支付，鼓勵和懲罰細節的設置；以及接收指明合同提供服務數量的設置。14、根據權利要求10的方法，其中所述接收適用于至少一個SLA客戶提供細節記錄的設置包括下述的至少一個接收指明屬于至少一個主要SLA提供方用戶的設置；接收指明屬于至少一個SLA客戶方用戶的設置；接收指明屬于至少一個SLA客戶合同的設置；接收指明屬于至少一個SLA提供技術概要的設置；接收指明屬于至少一個SLA提供類型的設置；接收指明屬于至少一個SLA工作類型的設置；接收指明屬于至少一個SLA提供工作響應時間增量的設置；接收指明屬于至少一個SLA客戶提供位置的設置；接收指明關于所需提供覆蓋時間期間細節的設置；以及接收指明關于附屬提供材料細節的設置。15、根據權利要求8的方法，其中所述配置SLA客戶訂購單記錄包括-接收指明SLA客戶訂購單標題細節的設置；接收指明屬于至少一個SLA客戶提供細節記錄的設置；接收指明屬于SLA客戶提供材料記錄的設置，所述記錄是接收到SLA客戶提供材料記錄而產生的；以及保存SLA客戶訂購單和SLA客戶提供細節記錄關聯。16、根據權利要求15的方法，進一步包括配置響應SLA客戶訂購單和SLA客戶提供細節記錄管理存儲的至少一個SLA客戶訂購單的設置；以及其中所述響應SLA客戶訂購單和SLA客戶提供細節記錄管理存儲的至少一個SLA客戶訂購單的設置包括接收表明SLA客戶訂購單價格細節的設置；接收表明可適用的SLA客戶訂購單對不提供服務懲罰代價細節的設置；接收表明可適用的SLA客戶訂購單日期細節的設置；按照訂購單條目來存儲接收到的SLA客戶訂購單規范；以及確認完成的SLA客戶訂購單；通知可適用的SLA客戶方用戶已經完成的訂購單交易；以及根據配置提供給用戶對SLA客戶訂購單的訪問和附加的主數據記錄。17、根據權利要求8的方法，其中所述連通二級SLA提供方網絡包括-提供二級SLA提供方管理臨時系統的訪問；接收表明二級SLA提供方業務資格信息的設置；根據接收到的指定的業務資格信息，決定二級SLA提供方資格狀態；對滿意的資格檢査做出響應根據滿意的資格檢査提供二級SLA提供方管理非臨時系統的訪問；以及接收表明二級SLA提供方服務提供能力和附加服務提供地理區域的設置。18、根據權利要求17的方法，其中所述接收特定的二級SLA提供方服務提供能力包括接收選擇的SLA服務提供能力；其中所述用戶技術概要選擇是通過相關數據庫導致不成文的SLA提供技術類別概要來實現的；以及根據結構化的相關數據庫，接收表明技術類別概要位置覆蓋區域的設置；以及其中所述區域邏輯上映射到主要SLA提供方使用的一個地理管理圖表中。19、一種獲取二級服務水平協議(SLA)提供方提供服務網絡的方法，該方法包括-從至少一個SLA客戶提供細節記錄中生成RFx報價；把所述RFx報價置入預先設定的二級SLA提供方的列表；使二級SLA提供方對接收到的RFx報價生成RFx報價響應；處理至少一個二級SLA提供方RFx報價響應；根據RFx報價響應接收，處理至少一個二級SLA提供方訂購請求；以及根據接收到完整的訂購請求，處理至少一個二級SLA提供方訂購單。20、根據權利要求19的方法，其中所述生成RFx報價包括-選擇至少一個不屬于動態RFx報價或者會包含在RFx報價的二級SLA提供方訂購單的SLA客戶提供細節記錄；根據對至少一個非關聯SLA客戶提供細節記錄的選擇創建RFx報價；從至少一個被選定的SLA客戶提供細節記錄設置中接收默認的RFx報價信息設置；配置非默認的用戶所需信息設置；以及存儲RFx報價信息設置。21、根據權利要求20的方法，其中所述接收默認的RFx報價信息設置包括檢索與下述至少一個相關的信息SLA客戶細節；SLA客戶提供記錄位置細節；SLA提供技術概要；SLA挺扭妻汆.預期的^LA提'供服務頻率；以及可適用的SLA提供材料細節。22、根據權利要求20的方法，其中所述配置非默認的用戶所需信息設置包括-指定至少下述中的至少一條最大二級SLA提供方工作和可適用支出率；二級SLA提供方非提供懲罰條目；以及最大和最小人力資源提交和SLA提供勞動類型，以及指定預先配置的RFx報價模板來存儲默認和非默認的信息設置以進行后繼RFx報價響應的數據處理。23、根據權利要求19的方法，其中所述置入RFx報價包括-接收邏輯上映射到以符合業務類別和地理提供能力為前提的RFx報價的二級SLA提供方列表；根據二級SLA提供方RFx報價列表，為RFx報價接收指定至少一個二級SLA提供方；以及發布RFx報價給特定的二級SLA提供方。24、根據權利要求19的方法，其中所述使二級SLA提供方根據接收到的RFx報價生成RFx報價單包括接收RFx報價已經被置入進行處理的通知；生成RFx報價響應記錄；允許對RFx報價響應細節的訪問；根據對RFx報價的疑問來指定信息設置；以及存儲可適用于RFx報價響應的信息設置。25、根據權利要求24的方法，其中所述根據對RFx報價的疑問來指定信息設置包括獲取適用于各種時間特征的多個提供支付率相關的信息，包括至少一個工作曰，周末，假期，業務時間和非業務時間；獲取適用于各種開銷類型方案的多個提供開銷率相關的信息；獲取和SLA提供條目的接收相關的信息，包括至少一個提供響應時間和非提供響應的懲罰；以及獲取至少一個二級SLA提供方提供人力資源提交相關的信息。26、權利要求24的方法，進一步包括，根據適用于RFx報價響應的信息存儲，提交RFx報價響應給一個主要SLA提供方來評估。27、根據權利要求19的方法，其中所述處理至少一個二級SLA提供方RFx報價響應包括接收一個己提交的二級SLA提供方RFx報價響應；決定是否該二級SLA提供方RFx報價響應被接受或者被拒絕；以及存儲一個RFx報價響應部署。28、權利要求27的方法，根據存儲RFx報價響應的部署，進一步包括通知一個二級SLA提供方關于RFx報價響應部署；以及根據被接受的RFx報價響應創建一個二級SLA提供方訂購請求。29、根據權利要求19的方法，其中所述處理至少一個二級SLA提供方訂購請求包括-從一個被接受的二級SLA提供方RFx報價響應中集成訂購請求信息設置；以及創建一個二級SLA提供方訂購單。30、根據權利要求29的方法，其中所述處理二級SLA提供方訂購請求包括由一個主要SLA提供方確認的訂購請求信息；提交確認后的訂購請求給可適用的二級SLA提供方；通知二級SLA提供方訂購請求的接收；告知二級SLA提供方訂購請求的確認；接收來自二級SLA提供方的確認后訂購請求；以及通知主要SLA提供方完整的訂購請求接收。31、根據權利要求19的方法，響應處理至少一個二級SLA提供方訂購單，進一步包括用包含在完整的訂購請求記錄中的默認信息功能填充二級SLA提供方訂購單；指定非默認的訂購單信息；以及確認二級SLA提供方訂購單。32、根據權利要求31的方法，其中所述確認二級SLA提供方訂購單包括通知二級SLA提供方訂購單確認交易；以及使用戶可以訪問二級SLA提供方訂購單。33、一種管理二級服務水平協議(SLA)提供方人力資源網絡的方法，該方法包括選擇至少一個附屬在二級SLA提供方訂購單中的人力資源提交；上傳至少一個人力資源提供人員的信息；為至少一個人力資源提供人員處理默認的工作可用日程信息設置；使非默認的人力資源提供可用日程管理；以及處理非默認工作可用日程信息設置。34、根據權利要求33的方法，其中所述選擇至少一個附屬在二級SLA提供方訂購單中的人力資源提交包括訪問二級SLA提供方RFx報價響應人力資源提供提交；為至少一個人力資源提供提交指定分配確認；為至少一個指定的人力資源提供提交存儲分配確認部署；為至少一個特定的人力資源提供提交通知二級SLA提供方所述分配確認部署；以及使二級SLA提供方確認對至少一個指定的人力資源提供提交的所述分配確認部署35.根據權利要求33的方法，其中所述上傳至少一個人力資源提供人員的信息包括接收人力資源臨時員工協議的執行命令；響應接收執行的步驟，接收人力資源臨時員工協議信息；確認人力資源臨時員工協議信息；存儲人力資源臨時員工的確認部署；以及通知二級SLA提供方已確認的人力資源上傳。36、根據權利要求33的方法，其中所述為至少一個人力資源提供人員處理默認的工作可用日程信息設置包括接收標準時間表服務中斷規范和至少一個人力資源提供人員的可用時間設定；存儲所述指定的標準時間表服務中斷和可用時間設定；以及向主要SLA提供方提交存儲的標準時間表服務中斷和可用時間設定用于檢查。37、根據權利要求33的方法，其中所述為至少一個人力資源提供人員處理默認的工作可用日程信息設置包括接收已提交的存儲標準時間表服務中斷和可用時間設置；接收人力資源提供人員默認日程可用設置的確認；存儲提供人員默認日程可用的確認；激活至少一個人力資源提供人員的可用曰程；通知二級SLA提供方提供人員默認日程可用確認和激活；以及訪問動態的提供人員可用日程。38、根據權利要求33的方法，其中使非默認的人力資源提供可用日程管理包括允許訪問人力資源提供人員日程可用記錄；接收適用于人力資源提供人員日程可用性的非默認信息設置的規范；存儲指定的人力資源提供人員非默認日程可用性信息設置；以及通知可適用的用戶人力資源提供人員非默認日程可用性信息設置的修訂。39、根據權利要求38的方法，其中所述處理非默認工作可用性日程信息設置包括決定是否任何需要的SLA客戶提供覆蓋期間不在人力資源提供人員覆蓋可用性之內；警告可適用的主要SLA提供方用戶必需的提供服務期間完成中斷資源可用性；向可適用的二級SLA提供方發送提供覆蓋修訂請求；存儲關于接收到的提供覆蓋修訂請求的信息設置；通知可適用的主要SLA提供方用戶，提供資源的不可用假定已經根據存儲的二級SLA提供方信息設置被補救。40、一種處理服務水平協議(SLA)客戶提供請求的方法，該方法包括-處理SLA客戶服務提供請求；處理服務提供分配請求；處理提供人力資源分配通知記錄；以及處理該接收到的提供人力資源分配通知記錄。41、根據權利要求40的方法，其中所述處理SLA客戶服務提供請求進一步包括允許對SLA客戶訂購單和相關提供主數據記錄的訪問；創建SLA客戶提供請求記錄；接收默認的SLA客戶提供請求信息；指定非默認的SLA客戶提供請求信息；以及存儲SLA客戶提供請求信息設置。42、根據權利要求41的方法，其中所述接收默認的SLA客戶提供請求信息包括根據用戶記錄選擇重新獲得SLA提供記錄的細節。43、根據權利要求41的方法，其中所述指定非默認的SLA客戶提供請求信息包括輸入適用于被提供的SLA客戶提供請求數據域的必需信息。44、根據權利要求41的方法，進一步包括，根據存儲SLA客戶提供請求信息設置通知用戶SLA客戶提供請求已經被完成和存儲；以及提交SLA客戶提供請求給主要SLA提供方來進行下游處理。45、根據權利要求40的方法，其中所述處理服務提供分配請求包括啟動可以訪問該SLA服務提供請求的記錄；接收被配置向SLA客戶提供服務的多個二級SLA提供方相關的列表；接收被配置向SLA客戶提供服務的二級SLA提供方可用提供人力資源相關的列表；指定可用的提供人力資源以向SLA客戶提供服務；以及保存信息設置。46、根據權利要求45的方法，其中所述存儲信息設置包括生成服務提供分配請求。47、根據權利要求40的方法，進一步包括其中所述處理服務提供分配請求包括發送服務提供分配請求；其中所述發送服務提供分配請求包括-傳輸服務提供分配請求給相關的二級SLA提供方；通知相關二級SLA提供方引入服務提供分配請求；以及提供對傳輸的服務提供分配請求的訪問。48、根據權利要求40的方法，其中所述處理提供人力資源分配通知記錄包括確認提供人力資源可用性；存儲關于人力資源可用性的信息設置。49、根據權利要求48的方法，其中所述存儲信息設置包括-生成提供人力資源分配通知；以及向主要SLA提供方傳輸提供人力資源分配通知記錄。50、根據權利要求40的方法，其中所述處理提供人力資源分配通知記錄包括允許對提供人力資源分配通知記錄的訪問；創建SLA客戶提供分配通知；存儲SLA客戶提供分配通知；以及傳輸SLA客戶提供分配通知給與發起SLA客戶服務提供請求有關的可適用的SLA客戶方用戶51、根據權利要求50^方法，其中所述傳輸SLA客戶提供分配通知包括-通知可適用的SLA客戶方用戶；以及允許對傳輸的SLA客戶提供分配通知進行訪問。52、一種處理服務水平協議(SLA)提供工作憑證的方法，該方法包括根據提供人力資源的輸入來創建和存儲SLA提供服務憑證；處理可適用的二級SLA提供方用戶存儲的SLA提供服務憑證；根據可適用的主要SLA提供方用戶的輸入，處理被確認的二級SLA提供方提供服務憑證；以及根據可適用的SLA客戶方用戶的輸入，處理被確認的主要SLA提供方提供服務憑i主53、根1權°利要求52的方法，其中所述創建SLA提供服務憑證包括指定可適用的人力資源提供分配記錄；接收與指定的人力資源提供分配記錄相關的適用于SLA提供信息的默認信息；指定關于被執行的物理提供服務細節的非默認信息；以及存儲SLA提供工作憑證信息設置。54、根據權利要求53的方法，進一步包括，根據存儲SLA提供工作憑證信息設置-通知可適用的二級SLA提供方用戶，存儲的SLA提供工作憑證可以被檢査；以及允許對存儲的SLA提供工作憑證進行訪問。55、根據權利要求52的方法，其中所述處理可適用的二級SLA提供方用戶存儲的SLA提供服務憑證包括接收繼承自可適用的二級SLA提供方訂購單的默認SLA提供服務憑證訂購單信息；指定SLA提供服務憑證訂購單信息非默認數據值；確認信息設置；以及存儲二級SLA提供方SLA提供工作憑證信息設置。56、根據權利要求55的方法，進一步包括，根據存儲二級SLA提供方SLA提供工作""li知可3i用的主要SLA提供方用戶，已確認的二級SLA提供方提供工作憑證已經被提交以進行檢查；以及允許對確認的二級SLA提供方提供工作憑證的訪問。57、根據權利要求52的方法，其中所述處理被確認的二級SLA提供方提供服務憑證包括接收繼承自可適用的SLA客戶訂購單的默認SLA提供服務憑證訂購單信息；指定SLA提供服務憑證訂購單信息非默認數據值；以及存儲主要SLA提供方提供工作憑證信息設置。58、根據權利要求57的方法，進一步包括，根據存儲主要SLA提供方SLA提供工作^"ik知可3i用的SLA客戶方用戶，已確認的主要SLA提供方提供工作憑證可被用于檢査；以及允許對已確認的主要SLA提供方提供工作憑證的訪問。59、根據權利要求52的方法，其中所述處理被確認的主要SLA提供方提供服務憑證包括接收SLA客戶方用戶的提供工作憑證信息設置；根據接收的該提供工作憑證信息設置指定確認或者拒絕部署；以及存儲指定的提供工作憑證確認部署。60、根據權利要求59的方法，其中所述存儲指定的提供工作憑證確認部署包括接收默認SLA提供服務質量保證評估信息；指定適用于接收到的質量保證評估質疑的信息；在系統中存儲質量評估信息規范。61、根據權利要求59的方法，進一步包括，根據存儲指定的提供工作憑證確認部署通知可適用的主要SLA提供方和多個二級SLA提供方用戶SLA客戶提供工作憑證部署；以及允許可適用的主要SLA提供方和多個二級SLA提供方用戶訪問SLA客戶提供工作憑證部署。62、一種處^服口務7K。平協議(SLA)提供工作單支付的方法，該方法包括提取SLA客戶確認的提供工作憑證；生成帳單發票文件；處理SLA客戶帳單發票文件；處理來自SLA客戶的支付；以及發出給二級SLA提供方的支付。63、根據權利要求62的方法，其中所述提取SLA客戶確認的提供工作憑證包括識別存儲的未處理的SLA客戶已確認的提供工作憑證記錄；接收繼承自未處理的SLA客戶已確認的提供工作憑證記錄的默認信息；以及存儲己確認的提供工作憑證記錄組信息設置。64、根據權利要求62的方法，其中所述生成帳單發票文件包括-生成主要SLA提供方給SLA客戶方的帳單文件；以及生成二級SLA提供方給主要SLA提供方的帳單文件。65、根據權利要求64的方法，其中所述生成主要SLA提供方給SLA客戶方的帳單文件的步驟包括使用SLA客戶指定帳單文件信息模板；用存儲的己確認提供工作憑證記錄組信息設置填充SLA客戶方指定的帳單文件信息模板；以及根據數據填充來存儲SLA客戶帳單發票文件。66、根據權利要求64的方法，其中所述生成二級SLA提供方給主要SLA提供方的帳單文件包括使用主要SLA提供方指定的帳單文件信息模板；用存儲的已確認提供工作憑證記錄組信息設置填充主要SLA提供方指定的帳單文件信息模板；以及根據數據填充來存儲主要SLA提供方帳單發票文件。67、根據權利要求65的方法，進一步包括，響應根據數據填充的SLA客戶方帳單發票文件的存儲通知可適用的SLA客戶方用戶，帳單發票文件可用于數據處理；以及提供可適用的SLA客戶方用戶對帳單發票文件的適合訪問。68、根據權利要求62的方法，其中所述處理SLA客戶帳單發票文件包括確認SLA客戶帳單發票數據；通知可適用的主要SLA提供方用戶帳單文件的確認；由SLA客戶方向主要SLA提供方簽署支付；以及根據主要SLA提供方支付來生成和存儲現金支付文件。69、根據權利要求62的方法，其中所述處理由SLA客戶方的支付包括接收現金支付；允許對存儲的現金支付文件進行訪問；針對可適用的SLA客戶帳單發票文件應用現金支付文件數據；以及存儲多個帳單發票支付的記錄。70、根據權利要求69的方法，進一步包括，響應存儲帳單發票支付的記錄生成二級SLA提供方發票支付文件；以及存儲二級SLA提供方發票支付文件。71、根據權利要求70的方法，進一步包括，響應存儲二級SLA提供方發票支付文件通知可適用的主要SLA提供方用戶，二級SLA提供方帳單發票文件可用于數據處理；以及向多個可適用的主要SLA提供方用戶提供用戶界面，以適于響應有關通知訪問二級SLA提供方帳單發票文件。72、根據權利要求62的方法，其中所述向二級SLA提供方支付包括確認二級SLA提供方帳單發票文件；向二級SLA提供方支付；以及對二級SLA提供方支付響應生成和存儲現金支付文件。73、根據權利要求72的方法，進一步包括，對根據二級SLA提供方支付響應而生成和存儲現金支付文件的響應提供對存儲的二級SLA提供方現金支付文件的訪問；針對可適用的二級SLA提供方帳單發票文件使用現金支付文件數據；以及存儲二級SLA提供方帳單發票支付的記錄。全文摘要一種外包式服務水平協議(SLA)可交付的管理方法，包括配置SLA客戶和二級SLA提供方主數據，獲取二級SLA提供方的提供服務網絡，管理二級SLA提供方的人力資源網絡，處理SLA客戶的提供要求，處理SLA提供服務憑證，以及處理SLA提供工作單的支付。提供摘要的目的是為了遵守需要摘要的規定以使研究人員或者其他讀者快速明確本發明所公開的技術的主題。應當理解遞交的本摘要不能用來解釋或者限制本權利要求的范圍或意義。文檔編號G06Q20/12GK101263521SQ200680000949公開日2008年9月10日申請日期2006年7月31日優先權日2005年8月1日發明者A·A·庫倫三世,史蒂文·A·肖申請人:伏特資訊科學公司