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

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

2、程一：訂貨平臺訂貨 . 錯誤!未定義書簽。. 業(yè)務(wù)流程二：從本業(yè)務(wù)系統(tǒng)訂貨 錯誤! 未定義書簽。. 訂單導(dǎo)入流程 . 錯誤! 未定義書簽。功能需求 . 錯誤! 未定義書簽。. 物流訂單業(yè)務(wù) . 錯誤! 未定義書簽。業(yè)務(wù)流程 . 錯誤!未定義書簽。功能需求 . 錯誤! 未定義書簽。. 庫存查詢業(yè)務(wù) . 錯誤! 未定義書簽。對方接入平臺 . 錯誤!未定義書簽。. 單個物資庫存查詢 . 錯誤! 未定義書簽。對方未接入平臺 . 錯誤 !未定義書簽。功能需求 . 錯誤 ! 未定義書簽。. 需求方案查詢業(yè)務(wù) . 錯誤 ! 未定義書簽。業(yè)務(wù)流程 . 錯誤 !未定義書簽。功能需求 . 錯誤 ! 未定義書簽。.

3、 對賬查詢業(yè)務(wù) . 錯誤 ! 未定義書簽。業(yè)務(wù)流程 . 錯誤 !未定義書簽。功能需求 . 錯誤 ! 未定義書簽。. 銷售方案業(yè)務(wù) . 錯誤 ! 未定義書簽。業(yè)務(wù)流程 . 錯誤 !未定義書簽。功能需求 . 錯誤 ! 未定義書簽。. 銷售報表業(yè)務(wù) . 錯誤 ! 未定義書簽。業(yè)務(wù)流程 . 錯誤 !未定義書簽。功能需求 . 錯誤 ! 未定義書簽。. 供貨能力查詢業(yè)務(wù) . 錯誤 ! 未定義書簽。業(yè)務(wù)流程 . 錯誤 !未定義書簽。功能需求 . 錯誤 ! 未定義書簽。. 供給鏈伙伴短信通知 . 錯誤 ! 未定義書簽。3. 系統(tǒng)模塊 . 錯誤 !未定義書簽。. 根底信息管理 . 錯誤 ! 未定義書簽。單位管理

4、 . 錯誤 !未定義書簽。業(yè)務(wù)關(guān)系管理 . 錯誤 !未定義書簽。用戶管理 . 錯誤 !未定義書簽。用戶權(quán)限管理 . 錯誤 !未定義書簽。邀請供給鏈伙伴注冊 . 錯誤 !未定義書簽。. 業(yè)務(wù)功能模塊 . 錯誤 ! 未定義書簽。交換平臺處理業(yè)務(wù). 錯誤 !未定義書簽?？蛻舳私涌谔幚順I(yè)務(wù)公共局部 錯誤 !未定義書簽。中小企業(yè)業(yè)務(wù)處理系統(tǒng)處理業(yè)務(wù) . 錯誤 !未定義書簽?？蛻艚涌谙到y(tǒng)處理業(yè)務(wù) . 錯誤 !未定義書簽。效勞管理 . 錯誤!未定義書簽。效勞清單 . 錯誤 !未定義書簽。平臺提供效勞 . 錯誤 !未定義書簽。客戶端提供效勞 . 錯誤 !未定義書簽。待辦信息門戶 . 錯誤 !未定義書簽。單點登

5、錄 . 錯誤 !未定義書簽。待辦業(yè)務(wù)嵌入 . 錯誤 !未定義書簽。任務(wù)管理 . 錯誤 !未定義書簽。任務(wù)分類 . 錯誤 !未定義書簽。. 即時處理任務(wù) . 錯誤 ! 未定義書簽。. 延時處理任務(wù) . 錯誤 ! 未定義書簽。. 任務(wù)分配 . 錯誤 ! 未定義書簽。系統(tǒng)管理 . 錯誤 !未定義書簽。效勞開通管理 . 錯誤 !未定義書簽。角色設(shè)置 . 錯誤 !未定義書簽。角色權(quán)限設(shè)置 . 錯誤 !未定義書簽。用戶權(quán)限設(shè)置 . 錯誤 !未定義書簽。系統(tǒng)參數(shù)設(shè)置 . 錯誤 !未定義書簽。計費管理 . 錯誤 !未定義書簽。日志管理 . 錯誤 !未定義書簽。賬務(wù)管理 . 錯誤 !未定義書簽?？蛇x業(yè)務(wù)模塊 .

6、 錯誤 !未定義書簽。供價管理 . 錯誤 !未定義書簽。訂單管理 . 錯誤 !未定義書簽。4. 平安保障 . 錯誤 ! 未定義書簽。. 傳輸層平安保證 . 錯誤 ! 未定義書簽。. 業(yè)務(wù)層平安保證 . 錯誤 ! 未定義書簽。5. 接入標準 . 錯誤 !未定義書簽。. 接口標準 . 錯誤 ! 未定義書簽。. 接口標準 . 錯誤 ! 未定義書簽。物料編碼同步標準. 錯誤 !未定義書簽。采購訂單標準 . 錯誤 !未定義書簽。采購訂單跟蹤標準. 錯誤 !未定義書簽。銷售訂單標準 . 錯誤 !未定義書簽。銷售訂單物流查詢跟蹤標準 . 錯誤 !未定義書簽。供給商庫存查詢標準 . 錯誤 !未定義書簽。客戶庫

7、存查詢標準. 錯誤 !未定義書簽。付款申請單標準 . 錯誤 !未定義書簽。收款申請單標準 . 錯誤 !未定義書簽。供給商對賬單標準. 錯誤 !未定義書簽?？蛻魧~單標準 . 錯誤 !未定義書簽。6. 客戶端業(yè)務(wù)處理 . 錯誤 !未定義書簽。7. 系統(tǒng)開發(fā)及集成方案 . 錯誤 !未定義書簽。. 硬件環(huán)境 . 錯誤 ! 未定義書簽。數(shù)據(jù)庫效勞器 . 錯誤 !未定義書簽。應(yīng)用效勞器 . 錯誤!未定義書簽。. 軟件環(huán)境 . 錯誤 ! 未定義書簽。開發(fā)語言和平臺 . 錯誤 ! 未定義書簽。效勞器操作系統(tǒng) . 錯誤 !未定義書簽。數(shù)據(jù)庫 . 錯誤!未定義書簽。WEB效勞器 錯誤!未定義書簽。1. 工程綜述

8、1.1. 工程背景隨著國內(nèi)眾多企業(yè)開展壯大的步伐，企業(yè)信息化被提升到越來越重要的位置，經(jīng)過近 年來的開展， 國內(nèi)眾多制造業(yè)和流通企業(yè)都逐步建立起根底的信息化體系，實施了 ERP、SCM、CRM OA企業(yè)門戶等信息化管理系統(tǒng)，使得企業(yè)內(nèi)部管理逐步標準，信息溝通更加通暢， 管理效益得以大幅度提升。同時，隨著企業(yè)專業(yè)性不斷提高，分工協(xié)作更加深化，企業(yè)間聯(lián)系程度日益加深，供 應(yīng)鏈關(guān)聯(lián)日益緊密。市場競爭環(huán)境的劇烈變化使企業(yè)之間協(xié)同的必要性和重要性日益凸現(xiàn)， 作為協(xié)同中的一個企業(yè)比作為一個單獨運作的企業(yè)能夠取得更高的贏利能力，企業(yè)需要在更廣闊的范圍內(nèi)開展業(yè)務(wù)，應(yīng)對競爭。因此，建立供給鏈上下游企業(yè)之間的適宜

9、的協(xié)作體系， 共享信息，合作共贏，成為企業(yè)增強競爭力的新的競爭要素。目前，國內(nèi)不少制造業(yè)核心企業(yè)都意識到對供給鏈加強信息化管理的重要性，特別是 汽車和電子行業(yè)的不少核心企業(yè)， 建立了企業(yè)自己的外部供給鏈管理系統(tǒng)， 用于對供給商和 客戶進行管理， 供給商和客戶憑企業(yè)指定的賬號， 可以登錄到這些系統(tǒng)進行業(yè)務(wù)操作。 但是， 這些系統(tǒng)是基于企業(yè)自身的信息化體系架構(gòu)開發(fā)的， 企業(yè)的信息系統(tǒng)之間無法直接進行信息 交換，不同的系統(tǒng)，需要不同的賬戶進行登錄操作，程序繁瑣，效率不高。因此，一個建立 在開放標準下的公共信息交換平臺成為解決當前問題的可行性方案。1.2. 建設(shè)方案簡介SCCP為 Platform f

10、or Supply Chain Collaboration的縮寫， 意思是 供給鏈協(xié)同平臺， 平臺建設(shè)目標是建立一個在供給鏈協(xié)作伙伴之間提供業(yè)務(wù)協(xié)同的一個公共平臺，通 過建立標準的信息交換技術(shù)標準， 使業(yè)務(wù)信息在供給鏈上下游伙伴之間得以共享和傳遞， 實 現(xiàn)建立快速反響的供給鏈的目的。SCCF平臺建立一個信息交換中心，企業(yè)通過接入平臺，實現(xiàn)和供給鏈伙伴之間的信息交換和業(yè)務(wù)協(xié)同。平臺包括用戶管理中心、平安鑒權(quán)中心、效勞管理中心、信息交換中心、 事務(wù)管理中心、計費系統(tǒng)、賬務(wù)系統(tǒng)等幾個業(yè)務(wù)系統(tǒng)模塊。供給鏈中的核心企業(yè)和其上下游供給鏈伙伴的信息系統(tǒng)通過客戶端接口系統(tǒng)接入平臺，通過和SCCP平臺進行數(shù)據(jù)交

11、換，實現(xiàn)與供給鏈伙伴的數(shù)據(jù)共享和傳遞。針對供給鏈中大局部用戶不能接入平臺直接進行信息交換的現(xiàn)狀，開發(fā)一個中小企 業(yè)業(yè)務(wù)處理系統(tǒng)，滿足未能接入平臺的中小企業(yè)用戶進行業(yè)務(wù)處理的需要。檢心企業(yè)擺口系統(tǒng)客戶接口系統(tǒng)供給商接口系統(tǒng)?供給鏈協(xié)同平臺物流效勞商 接口垂統(tǒng)中小供給 商和客戶圖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ù)詢價是采購單位向供給商提出的要求對方根據(jù)要求進行報價的業(yè)務(wù)。 報價是供給商根據(jù)采購單位的詢價要求進行的應(yīng)答。該業(yè)務(wù)要求兩方中的一方必須為接入客戶。2.1.1. 詢價業(yè)務(wù)流程發(fā)起方：采購商。接收方：供給商。 要求其中一方必須是接入用戶，不

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

13、從詢價單直接獲取該供給商針對本單位的報價。2.1.2.功能需求制作詢價單詢價單發(fā)送生成詢價單 xml交換數(shù)據(jù)包，發(fā)送到平臺查看發(fā)出的詢價單查看收到的詢價單詢價單撤回詢價單報價報價單接收接收平臺轉(zhuǎn)發(fā)過來的報價單數(shù)據(jù)包，進行數(shù)據(jù)接收處理報價單發(fā)送報價單撤回查看收到的報價單查看發(fā)出的報價單報價單轉(zhuǎn)采購訂單22采購訂單業(yè)務(wù)采購訂單是采購方提交給供給方的訂貨單。因此要求采購訂單的信息內(nèi)容必須是平安的，只有供給方才能看到訂單的詳細信息，并且可以確認該訂單是由采購方發(fā)出的，采購方不得抵賴。任何第三方都無法仿制該訂單。2.2.1.業(yè)務(wù)流程2.2.1.1. 業(yè)務(wù)流程一：訂貨平臺訂貨適用情況：供貨單位接入平臺發(fā)起

14、方：采購單位采購方登錄平臺，進入采購訂單處理模塊，新建采購訂單，選定供給商，從供給商處查詢要訂貨的物資，獲取供價，輸入訂購數(shù)量等信息，按照采購訂單標準格式生成xml交換數(shù)據(jù)，通過平臺，提交給供給商。2212 業(yè)務(wù)流程二：從本業(yè)務(wù)系統(tǒng)訂貨適用情況：采購單位接入平臺，從采購單位業(yè)務(wù)系統(tǒng)直接下訂單發(fā)起方：采購單位采購方在自身業(yè)務(wù)系統(tǒng)中生成采購訂單，按照采購訂單標準格式生成 xml交換數(shù)據(jù)，提交到SCCP平臺，平臺自動轉(zhuǎn)交給供給商。此方式下提交的采購訂單，對供貨方是否接入平臺無要求，2.2.1.3. 訂單導(dǎo)入流程如果供給商開通采購訂單接收接口，系統(tǒng)顯示導(dǎo)入數(shù)據(jù)按鈕， 點擊進入導(dǎo)入數(shù)據(jù)前的數(shù)據(jù)檢查客戶端

15、接口局部實現(xiàn)，檢查1、采購商在不在我的客戶，如果不在，那么從平臺中 獲取客戶的平臺id，記錄在客戶信息檔案中， 與自身系統(tǒng)的客戶進行對應(yīng)，記錄該id信息。如果供給商未開通采購訂單接收接口，系統(tǒng)顯示該訂單的內(nèi)容。2.2.2. 功能需求制作采購定單采購定單發(fā)送生成采購定單 xml交換數(shù)據(jù)包，發(fā)送到平臺采購訂單撤回查看發(fā)出的采購訂單可選查看接收到的采購訂單訂單生成詢價單可選采購訂單處理可選 采購訂單接收接收平臺轉(zhuǎn)發(fā)過來的采購訂單數(shù)據(jù)包，進行數(shù)據(jù)接收處理23物流訂單業(yè)務(wù)物流業(yè)務(wù)用于向物流效勞商發(fā)送物流運輸訂單，物流企業(yè)接收訂單， 提供物流效勞,實時提供訂單的執(zhí)行情況查詢。2.3.1. 業(yè)務(wù)流程托運方提

16、交需求物流運輸訂單請求到seep平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到物流效勞商，物流效勞方接收請求，轉(zhuǎn)入處理，并反響接收成功提示。托運方在發(fā)送訂單后，可發(fā)送 查詢獲取訂單的實時執(zhí)行情況，托運方實時反響訂單執(zhí)行情況。2.3.2. 功能需求物流訂單提交托運方向運輸方提交訂單撤回已發(fā)送訂單查詢2.4. 庫存查詢業(yè)務(wù)該業(yè)務(wù)用于查詢本單位所需產(chǎn)品在供給商處的庫存情況和本單位產(chǎn)品在客戶處的庫存 情況。2.4.1. 對方接入平臺241.1. 單個物資庫存查詢每次查詢一個規(guī)格的物資的庫存。對方實時返回該物資的庫存記錄。為防止對客戶系統(tǒng)造成大的壓力，單個物資查詢必須間隔一定時間才能再次執(zhí)行。2.4.1.2. 多種物資庫

17、存查詢每次查詢多個規(guī)格的物資的庫存。系統(tǒng)將該任務(wù)作為延時處理任務(wù)進行處理。在對方指定的時間段提交給對方效勞接口進行計算，返回該查詢的庫存記錄。2.4.2. 對方未接入平臺此情況下，查詢發(fā)起方必須是接入平臺的用戶，發(fā)起方生成庫存填報表格， 選擇接收方,提交到SCCP平臺，平臺將該事務(wù)作為對方的待辦事務(wù)，并根據(jù)系統(tǒng)設(shè)定判斷是否發(fā)送短信 通知。2.4.3. 功能需求制作庫存查詢單查詢?nèi)蝿?wù)發(fā)送生成庫存查詢xml交換數(shù)據(jù)包，發(fā)送到平臺查詢?nèi)蝿?wù)訂單撤回查看庫存查詢單反響結(jié)果庫存查詢結(jié)果轉(zhuǎn)采購定單可選庫存查詢結(jié)果轉(zhuǎn)發(fā)貨單可選 庫存查詢結(jié)果接收接收平臺轉(zhuǎn)發(fā)過來的庫存查詢結(jié)果，進行數(shù)據(jù)接收處理2.5. 需求方案

18、查詢業(yè)務(wù)需求方案是需求單位根據(jù)業(yè)務(wù)形勢做的需求分析估計，不能作為訂單，僅作為上游供給商進行生產(chǎn)方案制定和產(chǎn)品儲藏的參考。因需求方案是企業(yè)的經(jīng)營機密，此業(yè)務(wù)權(quán)限要嚴格控制，確保信息的平安。該業(yè)務(wù)返回被查詢客戶針對請求方的采購需求方案信息。該信息的提供方必須是接入用戶。2.5.1. 業(yè)務(wù)流程供貨方提交需求方案查詢請求到seep平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到采購方，采購方接收請求，轉(zhuǎn)入處理，并反響接收成功提示。采購方處理成功后，將查詢結(jié)果提交到 seep 轉(zhuǎn)發(fā)給請求方。2.5.2. 功能需求需求方案查詢供貨方向采購方查詢近期的需求方案需求方案發(fā)布采購方向供貨方主動發(fā)布近期需求方案2.6. 對賬查詢業(yè)務(wù)

19、該業(yè)務(wù)用于業(yè)務(wù)伙伴之間進行賬務(wù)查詢。2.6.1. 業(yè)務(wù)流程1、發(fā)對賬單給對方發(fā)起方接入系統(tǒng)發(fā)起方提交對賬單信息到seep平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到目的客戶方，并反響接收成功提示。目的客戶方接收對賬單進行賬務(wù)核對，核對完畢后，將核對結(jié)果提交到 seep轉(zhuǎn)發(fā)給請求方。2、發(fā)對賬請求給對方，要求對方提供對賬單發(fā)起方發(fā)起對賬請求到SCCP平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到目的客戶方接口，反響任務(wù)發(fā)送成功消息。發(fā)送不成功那么保存在平臺進行緩存待發(fā)。對方接口系統(tǒng)接受請求后進行業(yè)務(wù)處理，輸出對賬單反響信息給平臺，平臺轉(zhuǎn)發(fā)給請求方。2.6.2. 功能需求對賬申請?zhí)峤粚~申請撤回對賬單查看2.7. 銷售方案業(yè)務(wù)銷售

20、方案是供貨商向客戶訂立的一段時間的銷售目標。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ù)信息給目的客戶方，并反響提醒信息發(fā)送成功提示。2.7.2. 功能需求銷售方案單提交銷售方案單撤回 銷售方案單查詢2.8. 銷售報表業(yè)務(wù)銷售報表是銷售客戶向供貨商提供的一段時間的產(chǎn)品銷售匯總

21、信息報表。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ā)。客戶接口接到該請求后進行統(tǒng)計查詢或延時到固定時刻進行處理，處理完畢后返回查詢結(jié)果到SCCP轉(zhuǎn)發(fā)給請求方。2、匯報方未接入系統(tǒng)供貨商提交報表信息請求到 SCCP平臺進行權(quán)限鑒別，發(fā)待辦任務(wù)信息給目的客戶方， 并反響提醒信息發(fā)送成功提示。目的客戶接收到信息登陸中小企業(yè)業(yè)務(wù)處理平臺進行數(shù)據(jù)填 報，提交反響信息到 SCCP轉(zhuǎn)發(fā)給發(fā)起

22、方。2.8.2. 功能需求銷售報表填報申請?zhí)峤讳N售報表填報申請撤回銷售報表填報已填報報表查詢反響報表查詢2.9. 供貨能力查詢業(yè)務(wù)查詢供給企業(yè)某種產(chǎn)品的供貨能力。供貨能力查詢每次查詢一個產(chǎn)品的供貨能力分析結(jié)果被查詢的供貨單位必須接入系統(tǒng)。2.9.1. 業(yè)務(wù)流程采購商提交供貨能力查詢請求到seep平臺進行權(quán)限鑒別，轉(zhuǎn)發(fā)請求到目的客戶方，目的客戶方系統(tǒng)接收請求，進行業(yè)務(wù)處理，即時反響信息給發(fā)起方?？蛻艚涌诠收系模错懴到y(tǒng)故障信息。2.9.2. 功能需求提交供貨能力查詢請求2.10. 供給鏈伙伴短信通知根據(jù)業(yè)務(wù)需求，發(fā)送短息到業(yè)務(wù)伙伴。短信內(nèi)容可定制，是否發(fā)送通知由客戶進行設(shè)置。3. 系統(tǒng)模塊3.1

23、. 根底信息管理單位是接入平臺的根底組織，每個單位有 對于有多個分公司和下級單位的組織， 的規(guī)那么，獨立對外進行業(yè)務(wù)活動的單位， 系統(tǒng)接口接入平臺。例如，一個公司有多個下屬分公司，3.1.1. 單位管理個唯一的標志，用以對接入單位加以區(qū)分。根據(jù)企業(yè)的業(yè)務(wù)開展方式，對不同單位設(shè)立不同需要在平臺設(shè)立唯一標志，多個企業(yè)可以共享一個 每個分公司獨立對外開展業(yè)務(wù)，有獨立的賬務(wù)，就 系統(tǒng)的接口對每個分公司進行業(yè)務(wù)處理。 對于一個公司有多個營業(yè)門面的情況， 每個門店不 獨立采購， 僅進行獨立銷售核算， 就不需對每個門店設(shè)立獨立的單位標志， 由公司提供門店 信息，供業(yè)務(wù)伙伴進行信息提取。單位信息包括單位是否通

24、過接口接入以及接口當前狀態(tài)通與不通兩種狀態(tài)。單位用戶注冊邀請： 系統(tǒng)接入用戶給供給鏈伙伴發(fā)送注冊邀請， 提交邀請類別 供給商 邀請、客戶邀請、物流效勞商邀請 、單位名稱、聯(lián)系人名稱、聯(lián)系人 號給平臺，平臺 根據(jù)這些信息， 在系統(tǒng)生成臨時單位用戶，生成臨時用戶公鑰和私鑰，以及用戶識別號，同時根據(jù)邀請類別， 在該臨時用戶賬號下參加業(yè)務(wù)伙伴確認待辦事宜。 處理完畢后， 給聯(lián)系人 發(fā)送注冊邀請短信和驗證碼。同時提醒用戶， 如果用戶已經(jīng)在平臺注冊，請登錄系統(tǒng)， 然后 用驗證碼將臨時賬號和待辦事務(wù)轉(zhuǎn)移到已注冊用戶下。單位密匙信息： 單位不管正式還是臨時單位 生成后， 系統(tǒng)自動分配平臺公鑰和私鑰。 通過接口

25、系統(tǒng)接入的單位，可以提交單位的第三方電子證書，系統(tǒng)保存提交的證書公鑰。3.1.2. 業(yè)務(wù)關(guān)系管理業(yè)務(wù)關(guān)系管理記錄單位的業(yè)務(wù)關(guān)系單位， 關(guān)系類型有供給商、 客戶、物流提供商。 暫時 三種業(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、對于接入平臺的客戶， 開通用戶查詢及權(quán)限查詢接口， 用戶及用戶權(quán)限由客戶端接口系統(tǒng)進行管理， 平臺不存儲用戶信息， 只允許單位管理員從平臺直接登錄， 其他用戶須從單位業(yè)務(wù)系統(tǒng)登錄；2、對于未開通接口的單位， 中小企業(yè)業(yè)務(wù)處理系統(tǒng)

26、提供一個用戶管理模塊， 用于單位的 用戶管理和業(yè)務(wù)權(quán)限管理。系統(tǒng)默認提供三個用戶業(yè)務(wù)處理角色： 采購員、 銷售員、財務(wù)人 員。3、系統(tǒng)管理員是系統(tǒng)管理的主要執(zhí)行角色， 系統(tǒng)管理員在每個客戶中都存在， 用于登錄 系統(tǒng)進行系統(tǒng)設(shè)置處理， 不能進行業(yè)務(wù)處理。 客戶系統(tǒng)管理員角色在平臺的設(shè)置作為獨立的 一個處理系統(tǒng)，要求必須有嚴格的權(quán)限控制，執(zhí)行身份驗證后才能進行操作。3.1.4. 用戶權(quán)限管理每個用戶分配哪些業(yè)務(wù)權(quán)限， 接入用戶提供一個用戶權(quán)限查詢接口， 以便于平臺獲取用 戶的業(yè)務(wù)權(quán)限。3.1.5. 邀請供給鏈伙伴注冊此功能在客戶端接口系統(tǒng)實現(xiàn)： 對于接口系統(tǒng)中沒有記錄該單位的平臺 id 的供給鏈伙

27、伴，顯示邀請注冊按鈕或鏈接， 點擊進入邀請界面， 首先從平臺查詢與其名稱或者聯(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ù)處理系統(tǒng)處理業(yè)務(wù)3.2.4.客戶接口系統(tǒng)處理業(yè)務(wù)3.3. 效勞管理3.3.1.效勞清單效勞清單，記錄平臺提供的效勞的所有業(yè)務(wù)類型。 在平臺記錄單位開通業(yè)務(wù)清單， 記錄該單位

28、所有開通的業(yè)務(wù)、 開通地址及效勞版本信息和效勞當前狀態(tài)，是否收費，收費標準等信息。 在平臺記錄3.3.2.平臺提供效勞3.3.3.客戶端提供效勞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)進行統(tǒng)一身份認證。3.4.2. 待辦業(yè)務(wù)嵌入平臺提供一個待辦門戶模塊， 用戶根據(jù)平臺提供的參數(shù)格式和加密平安規(guī)那么進行數(shù)據(jù)傳遞，系統(tǒng)反響一個可以嵌入客戶系統(tǒng)的待辦信息頁面。 不同待辦業(yè)務(wù)鏈接的業(yè)務(wù)處理模塊地址，由客戶

29、管理員在平臺進行設(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ò)暢通和效勞開通的情況下才能完成， 否那么要轉(zhuǎn)成延時處理任務(wù)進行處理或那么返回錯誤信息。3.5.1.2. 延時處理任務(wù)需要等待人為干預(yù)或長時間的系統(tǒng)處理才能完成。任務(wù)提交到平臺后， 平臺根據(jù)客戶的狀態(tài)判斷是及時處理還是延時處理， 對于即時處理的，如果在處理過程中有異常導(dǎo)致處理不成功的，那么轉(zhuǎn)為延時處理，并給出原因。3.5.1.3. 任務(wù)分配

30、系統(tǒng)處理任務(wù)默認是有處理人的， 如果在系統(tǒng)中無法找到對應(yīng)的處理人， 那么將該任務(wù)交 給有任務(wù)分配權(quán)限的人員進行分配處理，任務(wù)分配后，該任務(wù)進入被分配人的待辦任務(wù)。3.6. 系統(tǒng)管理3.6.1. 效勞開通管理SCCF平臺用于管理客戶端開通效勞工程。3.6.2. 角色設(shè)置中小企業(yè)業(yè)務(wù)處理系統(tǒng)和客戶接口系統(tǒng)對用戶角色的管理；中小企業(yè)業(yè)務(wù)處理系統(tǒng)默認有四個角色，即系統(tǒng)管理員、采購員、銷售員、財務(wù)人員。每個角色的權(quán)限是系統(tǒng)定好的，用戶只需分配相應(yīng)的角色即可。客戶接口系統(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)：對用戶進行角色分配，一個用戶可擔(dān)任多個角色。 用戶工作交接的權(quán)限和業(yè)務(wù)交接。3.6.5. 系統(tǒng)參數(shù)設(shè)置系統(tǒng)重要參數(shù)的設(shè)置。3.7. 計費管理記錄用戶的等級，費用標準，效勞開始時間、結(jié)束時間，費用統(tǒng)計用戶開通的效勞都如何收費，對待不同的用戶，制定不同的收費策略3.8. 日志管理記錄用戶系統(tǒng)操作和業(yè)務(wù)信息交換的記錄。3.9. 賬務(wù)管理對用戶費用產(chǎn)生、繳費情況進行記錄，通過賬務(wù)管理，進行用戶催繳等處理。 用戶可查詢繳費情況，費