供應(yīng)鏈協(xié)同平臺建設(shè)方案

1、XX公司SCC呼臺建設(shè)方案2011 年 4 月1. 項目綜述 錯誤!未定義書簽。.項目背景 錯誤!未定義書簽。.建設(shè)方案簡介 錯誤!未定義書簽。.平臺結(jié)構(gòu) 錯誤!未定義書簽。.網(wǎng)絡(luò)結(jié)構(gòu) 錯誤!未定義書簽。2. 實現(xiàn)業(yè)務(wù) 錯誤!未定義書簽。.詢價報價業(yè)務(wù) 錯誤!未定義書簽。詢價業(yè)務(wù)流程 錯誤!未定義書簽。詢價流程（一）：提交詢價單給供應(yīng)商 錯誤!未定義書簽。詢價流程（二）：直接從供應(yīng)商接口提取報價 錯誤!未定義書簽。功能需求 錯誤!未定義書簽。接口服務(wù)要求 錯誤!未定義書簽。.采購訂單業(yè)務(wù) 錯誤!未定義書簽。業(yè)務(wù)流程 錯誤!未定義書簽。業(yè)務(wù)流程一：訂貨平臺訂貨 錯誤!未定義書簽。業(yè)務(wù)流程二：從本

2、業(yè)務(wù)系統(tǒng)訂貨 錯誤!未定義書簽。訂單導入流程 錯誤!未定義書簽。功能需求 錯誤!未定義書簽。接口服務(wù)要求 錯誤!未定義書簽。.物流訂單業(yè)務(wù) 錯誤!未定義書簽。業(yè)務(wù)流程 錯誤!未定義書簽。功能需求 錯誤!未定義書簽。接口服務(wù)要求 錯誤!未定義書簽。.庫存查詢業(yè)務(wù) 錯誤!未定義書簽。對方接入平臺 錯誤!未定義書簽。單個物資庫存查詢 錯誤!未定義書簽。多種物資庫存查詢 錯誤!未定義書簽。對方未接入平臺 錯誤!未定義書簽。功能需求 錯誤!未定義書簽。接口服務(wù)要求 錯誤!未定義書簽。.需求計劃查詢業(yè)務(wù) 錯誤!未定義書簽。業(yè)務(wù)流程 錯誤!未定義書簽。功能需求 錯誤!未定義書簽。接口服務(wù)要求 錯誤!未定義書

3、簽。.對賬單查詢業(yè)務(wù) 錯誤!未定義書簽。業(yè)務(wù)流程 錯誤!未定義書簽。功能需求 錯誤!未定義書簽。接口服務(wù)要求 錯誤!未定義書簽。.銷售計劃業(yè)務(wù) 錯誤!未定義書簽。業(yè)務(wù)流程 錯誤!未定義書簽。功能需求 錯誤!未定義書簽。接口服務(wù)要求 錯誤!未定義書簽。. 銷售報表業(yè)務(wù) 錯誤!未定義書簽。業(yè)務(wù)流程 錯誤!未定義書簽。功能需求 錯誤!未定義書簽。接口服務(wù)要求 錯誤!未定義書簽。. 供貨能力查詢業(yè)務(wù) 錯誤!未定義書簽。業(yè)務(wù)流程 錯誤!未定義書簽。功能需求 錯誤!未定義書簽。接口服務(wù)要求 錯誤!未定義書簽。. 供應(yīng)鏈伙伴短信通知 錯誤!未定義書簽。3. 系統(tǒng)模塊 錯誤 !未定義書簽。. 基礎(chǔ)信息管理 錯

4、誤!未定義書簽。單位管理 錯誤!未定義書簽。業(yè)務(wù)關(guān)系管理 錯誤!未定義書簽。用戶管理 錯誤!未定義書簽。用戶權(quán)限管理 錯誤!未定義書簽。邀請供應(yīng)鏈伙伴注冊 錯誤!未定義書簽。. 業(yè)務(wù)功能模塊 錯誤!未定義書簽。交換平臺處理業(yè)務(wù) 錯誤!未定義書簽?？蛻舳私涌谔幚順I(yè)務(wù)（公共部分） 錯誤!未定義書簽。制作詢價單 錯誤!未定義書簽。客戶報價單查詢 錯誤!未定義書簽。中小企業(yè)業(yè)務(wù)處理系統(tǒng)處理業(yè)務(wù) 錯誤!未定義書簽?？蛻艚涌谙到y(tǒng)處理業(yè)務(wù) 錯誤!未定義書簽。報價單轉(zhuǎn)采購訂單 錯誤!未定義書簽。. 服務(wù)管理 錯誤!未定義書簽。服務(wù)清單 錯誤!未定義書簽。平臺提供服務(wù) 錯誤!未定義書簽。提供客戶公鑰信息服務(wù) 錯

5、誤!未定義書簽。信息交換服務(wù) 錯誤!未定義書簽?？蛻舳私涌跔顟B(tài)更新服務(wù) 錯誤!未定義書簽?？蛻糸_通業(yè)務(wù)權(quán)限列表服務(wù) 錯誤!未定義書簽。任務(wù)執(zhí)行反饋信息接收服務(wù) 錯誤!未定義書簽?？蛻舳颂峁┓?wù) 錯誤!未定義書簽。信息接收服務(wù) 錯誤!未定義書簽。信息交換服務(wù) 錯誤!未定義書簽。報價服務(wù) 錯誤!未定義書簽。物資查詢服務(wù) 錯誤!未定義書簽。庫存查詢服務(wù) 錯誤!未定義書簽。業(yè)務(wù)伙伴狀態(tài)更新服務(wù) 錯誤!未定義書簽。分支機構(gòu)查詢服務(wù) 錯誤!未定義書簽。詢價服務(wù) 錯誤!未定義書簽。報價單接收服務(wù) 錯誤!未定義書簽。采購定單接收服務(wù) 錯誤!未定義書簽。采購訂單處理狀態(tài)反饋服務(wù) 錯誤!未定義書簽。. 待辦信息門

6、戶 錯誤!未定義書簽。單點登錄. 錯誤!未定義書簽。待辦業(yè)務(wù)嵌入 錯誤!未定義書簽。. 任務(wù)管理. 錯誤! 未定義書簽。任務(wù)分類. 錯誤!未定義書簽。即時處理任務(wù) 錯誤!未定義書簽。延時處理任務(wù) 錯誤!未定義書簽。任務(wù)分配 錯誤!未定義書簽。.系統(tǒng)管理. 錯誤!未定義書簽。服務(wù)開通管理 錯誤!未定義書簽。角色設(shè)置. 錯誤!未定義書簽。角色權(quán)限設(shè)置 錯誤!未定義書簽。用戶權(quán)限設(shè)置 錯誤!未定義書簽。系統(tǒng)參數(shù)設(shè)置 錯誤!未定義書簽。.計費管理. 錯誤!未定義書簽。.日志管理. 錯誤!未定義書簽。.賬務(wù)管理. 錯誤!未定義書簽。. 可選業(yè)務(wù)模塊 錯誤!未定義書簽。供價管理. 錯誤!未定義書簽。訂單管

7、理. 錯誤!未定義書簽。4. 安全保障 錯誤!未定義書簽。. 傳輸層安全保證 錯誤!未定義書簽。. 業(yè)務(wù)層安全保證 錯誤!未定義書簽。5. 接入規(guī)范 錯誤!未定義書簽。.接口規(guī)范. 錯誤!未定義書簽。.接口標準. 錯誤!未定義書簽。物料編碼同步規(guī)范 錯誤!未定義書簽。采購訂單規(guī)范 錯誤!未定義書簽。采購訂單跟蹤規(guī)范 錯誤!未定義書簽。銷售訂單規(guī)范 錯誤!未定義書簽。銷售訂單物流查詢跟蹤規(guī)范 錯誤!未定義書簽。供應(yīng)商庫存查詢規(guī)范 錯誤!未定義書簽?？蛻魩齑娌樵円?guī)范 錯誤!未定義書簽。付款申請單規(guī)范 錯誤!未定義書簽。收款申請單規(guī)范 錯誤!未定義書簽。供應(yīng)商對賬單規(guī)范 錯誤!未定義書簽。客戶對賬單

8、規(guī)范 錯誤!未定義書簽。6. 手機客戶端業(yè)務(wù)處理 錯誤!未定義書簽。7. 系統(tǒng)開發(fā)及集成方案 錯誤!未定義書簽。.硬件環(huán)境. 錯誤!未定義書簽。數(shù)據(jù)庫服務(wù)器 錯誤!未定義書簽。應(yīng)用服務(wù)器. 錯誤!未定義書簽。. 軟件環(huán)境. 錯誤! 未定義書簽。開發(fā)語言和平臺 錯誤 !未定義書簽。錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。 錯誤 ! 未定義書簽。服務(wù)器操作系統(tǒng)數(shù)據(jù)庫 WEB服務(wù)器

9、8. 開發(fā)實施步驟與周期9. 項目人員配置10. 平臺運營. 運營模式. 收費標準核心接入用戶普通接入用戶一般未接入用戶受限用戶1. 項目綜述1.1. 項目背景隨著國內(nèi)眾多企業(yè)發(fā)展壯大的步伐，企業(yè)信息化被提升到越來越重要的位置，經(jīng)過近年來的發(fā)展，國內(nèi)眾多制造業(yè)和流通企業(yè)都逐步建立起基礎(chǔ)的信息化體系，實施了ERP、 SCM、CRM OA企業(yè)門戶等信息化管理系統(tǒng)，使得企業(yè)內(nèi)部管理逐步規(guī)范，信息溝通更加通暢，管理效益得以大幅度提升。同時，隨著企業(yè)專業(yè)性不斷提高，分工協(xié)作更加深化，企業(yè)間聯(lián)系程度日益加深，供應(yīng)鏈關(guān)聯(lián)日益緊密。市場競爭環(huán)境的劇烈變化使企業(yè)之間協(xié)同的必要性和重要性日益凸現(xiàn)，作為協(xié)同中的一個

10、企業(yè)比作為一個單獨運作的企業(yè)能夠取得更高的贏利能力，企業(yè)需要在更廣大的范圍內(nèi)開展業(yè)務(wù)，應(yīng)對競爭。因此，建立供應(yīng)鏈上下游企業(yè)之間的合適的協(xié)作體系，共享信息，合作共贏，成為企業(yè)增強競爭力的新的競爭要素。目前，國內(nèi)不少制造業(yè)核心企業(yè)都意識到對供應(yīng)鏈加強信息化管理的重要性，特別是汽車和電子行業(yè)的不少核心企業(yè)，建立了企業(yè)自己的外部供應(yīng)鏈管理系統(tǒng)，用于對供應(yīng)商和客戶進行管理，供應(yīng)商和客戶憑企業(yè)指定的賬號，可以登錄到這些系統(tǒng)進行業(yè)務(wù)操作。但是，這些系統(tǒng)是基于企業(yè)自身的信息化體系架構(gòu)開發(fā)的，企業(yè)的信息系統(tǒng)之間無法直接進行信息交換，不同的系統(tǒng)，需要不同的賬戶進行登錄操作，程序繁瑣，效率不高。因此，一個建立在開放

11、標準下的公共信息交換平臺成為解決當前問題的可行性方案。1.2. 建設(shè)方案簡介SCCP為 Platform for Supply Chain Collaboration的縮寫， 供應(yīng)鏈協(xié)同平臺 ，平臺建設(shè)目標是建立一個在供應(yīng)鏈協(xié)作伙伴之間提供業(yè)務(wù)協(xié)同的一個公共平臺，通 平臺建設(shè)目標是建立一個在供應(yīng)鏈協(xié)作伙伴之間提供業(yè)務(wù)協(xié)同的一個公共平臺，通過建立標準的信息交換技術(shù)標準，使業(yè)務(wù)信息在供應(yīng)鏈上下游伙伴之間得以共享和傳遞，實現(xiàn)建立快速反應(yīng)的供應(yīng)鏈的目的。SCCPF臺建立一個信息交換中心，企業(yè)通過接入平臺，實現(xiàn)和供應(yīng)鏈伙伴之間的信息交換和業(yè)務(wù)協(xié)同。平臺包括用戶管理中心、安全鑒權(quán)中心、服務(wù)管理中心、信息交

12、換中心、事務(wù)管理中心、計費系統(tǒng)、賬務(wù)系統(tǒng)等幾個業(yè)務(wù)系統(tǒng)模塊。供應(yīng)鏈中的核心企業(yè)和其上下游供應(yīng)鏈伙伴的信息系統(tǒng)通過客戶端接口系統(tǒng)接入平中小企臺，通過和SCC呼臺進行數(shù)據(jù)交換，實現(xiàn)與供應(yīng)鏈伙伴的數(shù)據(jù)共享和傳遞。針對供應(yīng)鏈中大部分用戶不能接入平臺直接進行信息交換的現(xiàn)狀，開發(fā)一個業(yè)業(yè)務(wù)處理系統(tǒng)，滿足未能接入平臺的中小企業(yè)用戶進行業(yè)務(wù)處理的需要。圖 1 平臺應(yīng)用示意圖1.3. 平臺結(jié)構(gòu)1.4. 網(wǎng)絡(luò)結(jié)構(gòu)2. 實現(xiàn)業(yè)務(wù)2.1. 詢價報價業(yè)務(wù)詢價是采購單位向供應(yīng)商提出的要求對方根據(jù)要求進行報價的業(yè)務(wù)。報價是供應(yīng)商根據(jù)采購單位的詢價要求進行的應(yīng)答。該業(yè)務(wù)要求兩方中的一方必須為接入客戶。2.1.1. 詢價業(yè)務(wù)流

13、程發(fā)起方：采購商。接收方：供應(yīng)商。要求其中一方必須是接入用戶，不同類型可以有不同的業(yè)務(wù)處理方式。2.1.1.1. 詢價流程（一）：提交詢價單給供應(yīng)商適合用戶情況：采購方為接入客戶。采購單位根據(jù)業(yè)務(wù)需要制作采購清單，根據(jù)平臺的詢價單模板要求生成xml交換數(shù)據(jù)包，選擇要提交的目標供應(yīng)商，然后提交 SCC呼臺。平臺解析信封內(nèi)容，向目標客戶發(fā)送待處理任務(wù)，并根據(jù)用戶的意愿確定是否發(fā)送短信通知。用戶登錄平臺，按照詢價單要求進行數(shù)據(jù)填報，然后提交采購商。采購商報價接收接口接收報價單內(nèi)容，并進行業(yè)務(wù)處理。2.1.1.2. 詢價流程（二）：直接從供應(yīng)商接口提取報價適合用戶情況：供應(yīng)方為接入客戶。采購單位根據(jù)要

14、采購的物資的關(guān)鍵字符，從供應(yīng)商處查詢對應(yīng)的物資，導入詢價單表 格，從詢價單直接獲取該供應(yīng)商針對本單位的報價。2.1.2. 功能需求制作詢價單詢價單發(fā)送（生成詢價單 xml交換數(shù)據(jù)包，發(fā)送到平臺）查看發(fā)出的詢價單查看收到的詢價單詢價單撤回詢價單報價報價單接收（接收平臺轉(zhuǎn)發(fā)過來的報價單數(shù)據(jù)包，進行數(shù)據(jù)接收處理）報價單發(fā)送報價單撤回查看收到的報價單查看發(fā)出的報價單報價單轉(zhuǎn)采購訂單2.2. 采購訂單業(yè)務(wù)采購訂單是采購方提交給供應(yīng)方的訂貨單。因此要求采購訂單的信息內(nèi)容必須是安全的， 只有供應(yīng)方才能看到訂單的詳細信息，并且可以確認該訂單是由采購方發(fā)出的，采購方不得抵賴。任何第三方都無法仿制該訂單。2.2.

15、1. 業(yè)務(wù)流程2.2.1.1. 業(yè)務(wù)流程一：訂貨平臺訂貨適用情況：供貨單位接入平臺發(fā)起方：采購單位采購方登錄平臺，進入采購訂單處理模塊，新建采購訂單，選定供應(yīng)商，從供應(yīng)商處查詢要訂貨的物資，獲取供價，輸入訂購數(shù)量等信息，按照采購訂單標準格式生成xml 交換數(shù)據(jù)，通過平臺，提交給供應(yīng)商。2.2.1.2. 業(yè)務(wù)流程二：從本業(yè)務(wù)系統(tǒng)訂貨適用情況：采購單位接入平臺，從采購單位業(yè)務(wù)系統(tǒng)直接下訂單發(fā)起方：采購單位采購方在自身業(yè)務(wù)系統(tǒng)中生成采購訂單，按照采購訂單標準格式生成xml 交換數(shù)據(jù)，提交到SCCPF臺，平臺自動轉(zhuǎn)交給供應(yīng)商。此方式下提交的采購訂單，對供貨方是否接入平臺無要求，2.2.1.3. 訂單導

16、入流程如果供應(yīng)商開通采購訂單接收接口，系統(tǒng)顯示導入數(shù)據(jù)按鈕，點擊進入導入數(shù)據(jù)前的數(shù)據(jù)檢查（客戶端接口部分實現(xiàn)），檢查1、采購商在不在我的客戶，如果不在，則從平臺中獲取客戶的平臺id ， 記錄在客戶信息檔案中，與自身系統(tǒng)的客戶進行對應(yīng)，記錄該 id 信息。如果供應(yīng)商未開通采購訂單接收接口，系統(tǒng)顯示該訂單的內(nèi)容。2.2.2. 功能需求制作采購定單采購定單發(fā)送（生成采購定單 xml交換數(shù)據(jù)包，發(fā)送到平臺）采購訂單撤回查看發(fā)出的采購訂單（可選）查看接收到的采購訂單訂單生成詢價單（可選）采購訂單處理（可選）采購訂單接收（接收平臺轉(zhuǎn)發(fā)過來的采購訂單數(shù)據(jù)包，進行數(shù)據(jù)接收處理）2.3. 物流訂單業(yè)務(wù)物流業(yè)務(wù)用

17、于向物流服務(wù)商發(fā)送物流運輸訂單，物流企業(yè)接收訂單， 提供物流服務(wù)，并實時提供訂單的執(zhí)行情況查詢。2.3.1. 業(yè)務(wù)流程托運方提交需求物流運輸訂單請求到SCCP平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到物流服務(wù)商，物流服務(wù)方接收請求，轉(zhuǎn)入處理，并反饋接收成功提示。托運方在發(fā)送訂單后，可發(fā)送 查詢獲取訂單的實時執(zhí)行情況，托運方實時反饋訂單執(zhí)行情況。2.3.2. 功能需求物流訂單提交（托運方向運輸方提交）訂單撤回已發(fā)送訂單查詢2.4. 庫存查詢業(yè)務(wù)該業(yè)務(wù)用于查詢本單位所需產(chǎn)品在供應(yīng)商處的庫存情況和本單位產(chǎn)品在客戶處的庫存 情況。2.4.1. 對方接入平臺2.4.1.1. 單個物資庫存查詢每次查詢一個規(guī)格的物資的庫

18、存。對方實時返回該物資的庫存記錄。為防止對客戶系統(tǒng)造成大的壓力，單個物資查詢必須間隔一定時間才能再次執(zhí)行。2.4.1.2. 多種物資庫存查詢每次查詢多個規(guī)格的物資的庫存。系統(tǒng)將該任務(wù)作為延時處理任務(wù)進行處理。在對方指定的時間段提交給對方服務(wù)接口進行計算，返回該查詢的庫存記錄。2.4.2. 對方未接入平臺此情況下，查詢發(fā)起方必須是接入平臺的用戶， 發(fā)起方生成庫存填報表格， 選擇接收方, 提交到SCC呼臺，平臺將該事務(wù)作為對方的待辦事務(wù)，并根據(jù)系統(tǒng)設(shè)定判斷是否發(fā)送短信 通知。2.4.3. 功能需求制作庫存查詢單查詢?nèi)蝿?wù)發(fā)送（生成庫存查詢xml交換數(shù)據(jù)包，發(fā)送到平臺）查詢?nèi)蝿?wù)訂單撤回查看庫存查詢單反

19、饋結(jié)果庫存查詢結(jié)果轉(zhuǎn)采購定單（可選）庫存查詢結(jié)果轉(zhuǎn)發(fā)貨單（可選）庫存查詢結(jié)果接收（接收平臺轉(zhuǎn)發(fā)過來的庫存查詢結(jié)果，進行數(shù)據(jù)接收處理）2.5. 需求計劃查詢業(yè)務(wù)需求計劃是需求單位根據(jù)業(yè)務(wù)形勢做的需求分析估計，不能作為訂單，僅作為上游供應(yīng)商進行生產(chǎn)計劃制定和產(chǎn)品儲備的參考。因需求計劃是企業(yè)的經(jīng)營機密，此業(yè)務(wù)權(quán)限要嚴格控制，確保信息的安全。該業(yè)務(wù)返回被查詢客戶針對請求方的采購需求計劃信息。該信息的提供方必須是接入用戶。2.5.1. 業(yè)務(wù)流程供貨方提交需求計劃查詢請求到SCCP平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到采購方，采購方接收請求，轉(zhuǎn)入處理，并反饋接收成功提示。采購方處理成功后，將查詢結(jié)果提交到 SCCP

20、 轉(zhuǎn)發(fā)給請求方。2.5.2. 功能需求需求計劃查詢（供貨方向采購方查詢近期的需求計劃）需求計劃發(fā)布（采購方向供貨方主動發(fā)布近期需求計劃）2.6. 對賬查詢業(yè)務(wù)該業(yè)務(wù)用于業(yè)務(wù)伙伴之間進行賬務(wù)查詢。2.6.1. 業(yè)務(wù)流程1、發(fā)對賬單給對方（發(fā)起方接入系統(tǒng)）發(fā)起方提交對賬單信息到SCCP平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到目的客戶方，并反饋接收成功提示。目的客戶方接收對賬單進行賬務(wù)核對，核對完畢后，將核對結(jié)果提交到 SCCP 轉(zhuǎn)發(fā)給請求方。2、發(fā)對賬請求給對方，要求對方提供對賬單發(fā)起方發(fā)起對賬請求到 SCCP平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到目的客戶方接口，反饋 任務(wù)發(fā)送成功消息。 發(fā)送不成功則保存在平臺進行緩存

21、待發(fā)。對方接口系統(tǒng)接受請求后進行業(yè)務(wù)處理，輸出對賬單反饋信息給平臺，平臺轉(zhuǎn)發(fā)給請求方。2.6.2. 功能需求對賬申請?zhí)峤粚~申請撤回對賬單查看2.7. 銷售計劃業(yè)務(wù)銷售計劃是供貨商向客戶訂立的一段時間的銷售目標。2.7.1. 業(yè)務(wù)流程1、接收方接入系統(tǒng)供貨商制定銷售計劃，提交計劃單信息到SCCP平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到目的客戶方，目的客戶方系統(tǒng)接收計劃單，并反饋接收成功提示，SCCP將該反饋信息反饋給發(fā)起方。如果目的客戶方系統(tǒng)未正確接入，平臺暫存該業(yè)務(wù)，待系統(tǒng)接口正常時進行轉(zhuǎn)發(fā)。2、接收方未接入系統(tǒng)供貨商制定銷售計劃，提交計劃單信息到SCCP平臺進行權(quán)限鑒別，發(fā)待辦任務(wù)信息給目的客戶方，并

22、反饋提醒信息發(fā)送成功提示。2.7.2. 功能需求銷售計劃單提交銷售計劃單撤回 銷售計劃單查詢2.8. 銷售報表業(yè)務(wù)銷售報表是銷售客戶向供貨商提供的一段時間的產(chǎn)品銷售匯總信息報表。2.8.1. 業(yè)務(wù)流程1、匯報方接入系統(tǒng)供貨商提交報表信息請求到SCCP平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到目的客戶方，目的客戶方系統(tǒng)接收請求，并反饋接收成功提示，SCCP將該反饋信息反饋給發(fā)起方。如果目的客戶方系統(tǒng)未正確接入，平臺暫存該業(yè)務(wù)，待系統(tǒng)接口正常時進行轉(zhuǎn)發(fā)?？蛻艚涌诮拥皆撜埱蠛筮M行統(tǒng)計查詢或延時到固定時刻進行處理，處理完畢后返回查詢結(jié)果到SCCP轉(zhuǎn)發(fā)給請求方。2、匯報方未接入系統(tǒng)供貨商提交報表信息請求到 SCCP平

23、臺進行權(quán)限鑒別，發(fā)待辦任務(wù)信息給目的客戶方， 并反饋提醒信息發(fā)送成功提示。目的客戶接收到信息登陸中小企業(yè)業(yè)務(wù)處理平臺進行數(shù)據(jù)填 報，提交反饋信息到 SCCP轉(zhuǎn)發(fā)給發(fā)起方。2.8.2. 功能需求銷售報表填報申請?zhí)峤讳N售報表填報申請撤回銷售報表填報已填報報表查詢 反饋報表查詢2.9. 供貨能力查詢業(yè)務(wù)查詢供應(yīng)企業(yè)某種產(chǎn)品的供貨能力。供貨能力查詢每次查詢一個產(chǎn)品的供貨能力分析 結(jié)果被查詢的供貨單位必須接入系統(tǒng)。2.9.1. 業(yè)務(wù)流程采購商提交供貨能力查詢請求到SCCP平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到目的客戶方，目的客戶方系統(tǒng)接收請求，進行業(yè)務(wù)處理，即時反饋信息給發(fā)起方?？蛻艚涌诠收系模答佅到y(tǒng)故障信息。

24、2.9.2. 功能需求提交供貨能力查詢請求2.10. 供應(yīng)鏈伙伴短信通知根據(jù)業(yè)務(wù)需求，發(fā)送短息到業(yè)務(wù)伙伴。短信內(nèi)容可定制，是否發(fā)送通知由客戶進行設(shè)置。3. 系統(tǒng)模塊3.1. 基礎(chǔ)信息管理3.1.1. 單位管理單位是接入平臺的基礎(chǔ)組織，每個單位有一個唯一的標志，用以對接入單位加以區(qū)分。對于有多個分公司和下級單位的組織， 根據(jù)企業(yè)的業(yè)務(wù)開展方式， 對不同單位設(shè)立不同 的規(guī)則，獨立對外進行業(yè)務(wù)活動的單位， 需要在平臺設(shè)立唯一標志， 多個企業(yè)可以共享一個 系統(tǒng)接口接入平臺。例如，一個公司有多個下屬分公司，每個分公司獨立對外開展業(yè)務(wù)，有獨立的賬務(wù)，就需要在系統(tǒng)建立單獨的單位以區(qū)分，如果該集團公司有統(tǒng)一的

25、 ERP和CR幅統(tǒng)，可以共用該系統(tǒng)的接口對每個分公司進行業(yè)務(wù)處理。對于一個公司有多個營業(yè)門面的情況，每個門店不獨立采購，僅進行獨立銷售核算,就不需對每個門店設(shè)立獨立的單位標志,由公司提供門店信息，供業(yè)務(wù)伙伴進行信息提取。單位信息包括單位是否通過接口接入以及接口當前狀態(tài)（通與不通兩種狀態(tài)）。單位用戶注冊邀請：系統(tǒng)接入用戶給供應(yīng)鏈伙伴發(fā)送注冊邀請，提交邀請類別（供應(yīng)商邀請、客戶邀請、物流服務(wù)商邀請）、單位名稱、聯(lián)系人名稱、聯(lián)系人手機號給平臺，平臺根據(jù)這些信息，在系統(tǒng)生成臨時單位用戶，生成臨時用戶公鑰和私鑰，以及用戶識別號，同時根據(jù)邀請類別，在該臨時用戶賬號下加入業(yè)務(wù)伙伴確認待辦事宜。處理完畢后，給

26、聯(lián)系人發(fā)送注冊邀請短信和驗證碼。同時提醒用戶，如果用戶已經(jīng)在平臺注冊，請登錄系統(tǒng)，然后用驗證碼將臨時賬號和待辦事務(wù)轉(zhuǎn)移到已注冊用戶下。單位密匙信息：單位 （不論正式還是臨時單位）生成后， 系統(tǒng)自動分配平臺公鑰和私鑰。通過接口系統(tǒng)接入的單位，可以提交單位的第三方電子證書，系統(tǒng)保存提交的證書公鑰。3.1.2. 業(yè)務(wù)關(guān)系管理業(yè)務(wù)關(guān)系管理記錄單位的業(yè)務(wù)關(guān)系單位，關(guān)系類型有供應(yīng)商、客戶、物流提供商。暫時三種業(yè)務(wù)類型。用戶可向有業(yè)務(wù)關(guān)系的在網(wǎng)用戶發(fā)送業(yè)務(wù)伙伴申請，經(jīng)業(yè)務(wù)伙伴確認后，加入業(yè)務(wù)關(guān)系管理模塊進行管理。3.1.3. 用戶管理用戶是單位下的系統(tǒng)使用者，用戶分兩種情況進行管理：1、 、 對于接入平臺的

27、客戶，開通用戶查詢及權(quán)限查詢接口，用戶及用戶權(quán)限由客戶端接口系統(tǒng)進行管理，平臺不存儲用戶信息，只允許單位管理員從平臺直接登錄，其他用戶須從單位業(yè)務(wù)系統(tǒng)登錄；2、 對于未開通接口的單位，中小企業(yè)業(yè)務(wù)處理系統(tǒng)提供一個用戶管理模塊，用于單位的用戶管理和業(yè)務(wù)權(quán)限管理。系統(tǒng)默認提供三個用戶業(yè)務(wù)處理角色：采購員、銷售員、財務(wù)人員。3、 系統(tǒng)管理員是系統(tǒng)管理的主要執(zhí)行角色，系統(tǒng)管理員在每個客戶中都存在，用于登錄系統(tǒng)進行系統(tǒng)設(shè)置處理，不能進行業(yè)務(wù)處理?？蛻粝到y(tǒng)管理員角色在平臺的設(shè)置作為獨立的一個處理系統(tǒng)，要求必須有嚴格的權(quán)限控制，執(zhí)行身份驗證后才能進行操作。3.1.4. 用戶權(quán)限管理每個用戶分配哪些業(yè)務(wù)權(quán)限，

28、接入用戶提供一個用戶權(quán)限查詢接口，以便于平臺獲取用戶的業(yè)務(wù)權(quán)限。3.1.5. 邀請供應(yīng)鏈伙伴注冊此功能在客戶端接口系統(tǒng)實現(xiàn)：對于接口系統(tǒng)中沒有記錄該單位的平臺id 的供應(yīng)鏈伙伴，顯示邀請注冊按鈕或鏈接，點擊進入邀請界面，首先從平臺查詢與其名稱或者聯(lián)系人手機一致的單位，供用戶區(qū)分是否是自己的合作單位，如果是，發(fā)送加入業(yè)務(wù)伙伴申請，如果查詢不到一致的單位，則給聯(lián)系人的手機發(fā)送注冊邀請短信。并將單位信息加入系統(tǒng)的臨時單位庫，聯(lián)系人信息加入臨時聯(lián)系人庫，用于新單位的初次登陸。3.2. 業(yè)務(wù)功能模塊3.2.1. 交換平臺處理業(yè)務(wù)3.2.2. 客戶端接口處理業(yè)務(wù)（公共部分）3.2.3. 中小企業(yè)業(yè)務(wù)處理系

29、統(tǒng)處理業(yè)務(wù)3.2.4. 客戶接口系統(tǒng)處理業(yè)務(wù)3.3. 服務(wù)管理3.3.1. 服務(wù)清單服務(wù)清單，記錄平臺提供的服務(wù)的所有業(yè)務(wù)類型。（在平臺記錄）單位開通業(yè)務(wù)清單，記錄該單位所有開通的業(yè)務(wù)、開通地址及服務(wù)版本信息和服務(wù)當前狀態(tài)，是否收費，收費標準等信息。（在平臺記錄）3.3.2. 平臺提供服務(wù)3.3.3. 客戶端提供服務(wù)3.4. 待辦信息門戶3.4.1. 單點登錄系統(tǒng)支持系統(tǒng)間的單點登錄，用戶登錄自身業(yè)務(wù)系統(tǒng)后，可以將平臺提供的待辦業(yè)務(wù)信息嵌入自身系統(tǒng)的待處理業(yè)務(wù)中，并實現(xiàn)根據(jù)提示信息直接業(yè)務(wù)跳轉(zhuǎn)。各系統(tǒng)間僅需要登錄一次即可。平臺僅支持客戶業(yè)務(wù)系統(tǒng)登錄驗證，并單點登錄到SCCPF臺。對于在平臺登錄

30、的用戶，不支持與客戶業(yè)務(wù)系統(tǒng)進行統(tǒng)一身份認證。3.4.2. 待辦業(yè)務(wù)嵌入平臺提供一個待辦門戶模塊，用戶根據(jù)平臺提供的參數(shù)格式和加密安全規(guī)則進行數(shù)據(jù)傳遞，系統(tǒng)反饋一個可以嵌入客戶系統(tǒng)的待辦信息頁面。不同待辦業(yè)務(wù)鏈接的業(yè)務(wù)處理模塊地址，由客戶管理員在平臺進行設(shè)置。3.5. 任務(wù)管理3.5.1. 任務(wù)分類系統(tǒng)任務(wù)分為即時處理任務(wù)和延時處理任務(wù)。任務(wù)同時還有按人分配和按權(quán)限分配屬性。3.5.1.1. 即時處理任務(wù)在系統(tǒng)提交請求后立即執(zhí)行業(yè)務(wù)處理并反饋執(zhí)行結(jié)果；即時處理任務(wù)執(zhí)行的前提，是必須在保證網(wǎng)絡(luò)暢通和服務(wù)開通的情況下才能完成，否則要轉(zhuǎn)成延時處理任務(wù)進行處理或則返回錯誤信息。3.5.1.2. 延時處

31、理任務(wù)需要等待人為干預(yù)或長時間的系統(tǒng)處理才能完成。任務(wù)提交到平臺后，平臺根據(jù)客戶的狀態(tài)判斷是及時處理還是延時處理，對于即時處理的，如果在處理過程中有異常導致處理不成功的，則轉(zhuǎn)為延時處理，并給出原因。3.5.1.3. 任務(wù)分配系統(tǒng)處理任務(wù)默認是有處理人的，如果在系統(tǒng)中無法找到對應(yīng)的處理人，則將該任務(wù)交給有任務(wù)分配權(quán)限的人員進行分配處理，任務(wù)分配后，該任務(wù)進入被分配人的待辦任務(wù)。3.6. 系統(tǒng)管理3.6.1. 服務(wù)開通管理SCCPF臺用于管理客戶端開通服務(wù)項目。3.6.2. 角色設(shè)置中小企業(yè)業(yè)務(wù)處理系統(tǒng)和客戶接口系統(tǒng)對用戶角色的管理；中小企業(yè)業(yè)務(wù)處理系統(tǒng)默認有四個角色，即系統(tǒng)管理員、采購員、銷售員

32、、財務(wù)人員。每個角色的權(quán)限是系統(tǒng)定好的，用戶只需分配相應(yīng)的角色即可?？蛻艚涌谙到y(tǒng)除管理員角色外，其他角色皆可自定義。3.6.3. 角色權(quán)限設(shè)置客戶接口系統(tǒng)：對用戶角色進行權(quán)限分配；3.6.4. 用戶權(quán)限設(shè)置中小企業(yè)業(yè)務(wù)處理系統(tǒng)和客戶接口系統(tǒng)：對用戶進行角色分配，一個用戶可擔任多個角色。用戶工作交接的權(quán)限和業(yè)務(wù)交接。3.6.5. 系統(tǒng)參數(shù)設(shè)置系統(tǒng)重要參數(shù)的設(shè)置。3.7. 計費管理記錄用戶的等級，費用標準，服務(wù)開始時間、結(jié)束時間，費用統(tǒng)計用戶開通的服務(wù)都如何收費，對待不同的用戶，制定不同的收費策略3.8. 日志管理記錄用戶系統(tǒng)操作和業(yè)務(wù)信息交換的記錄。3.9. 賬務(wù)管理對用戶費用產(chǎn)生、繳費情況進行記錄，通過賬務(wù)管理，進行用戶催繳等處理。用戶可查詢繳費情況，費用核算，清