[發(fā)明專利]移動通信供應(yīng)商協(xié)同平臺訂單管控系統(tǒng)及方法

在審

• 申請?zhí)枺?/td>: 201711085036.4
• 申請日: 2017-11-07
• 公開（公告）號: CN107944948A
• 公開（公告）日: 2018-04-20
• 發(fā)明（設(shè)計(jì)）人: 梅勇;方樹垠;魯?shù)侨A;向建平;馮曉波;徐書祥;李兵;韓軍;萬斌峰;張四海;楊軍;萬俊濤;張紹明;彭勁松;李正鋒;王寧;杜澤輝;袁玲;王勇;江超群;李建成;鄒海波;曾芳;白光輝;鄭燕;方路;翁澤銳;陳宗徽;毛敏;易金華;戴科夫;楊偉;董慶猛;李淵超;馬春鋒;蔡佳宇;諶敖;石宏;薛愛堃;鐘文龍;吳慧娟;彭桑;李晉帆
• 申請（專利權(quán)）人: 中國移動通信集團(tuán)湖北有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06;H04L12/24
• 代理公司: 武漢開元知識產(chǎn)權(quán)代理有限公司42104
• 代理人: 劉琳

技術(shù)領(lǐng)域

本發(fā)明涉及移動通信采購管理控制技術(shù)領(lǐng)域，具體地指一種移動通信供應(yīng)商協(xié)同平臺訂單管控系統(tǒng)及方法。

背景技術(shù)

目前，移動通信企業(yè)的電子采購系統(tǒng)已經(jīng)較為成熟，與本企業(yè)的其他管理系統(tǒng)(如ERP核心系統(tǒng)、財(cái)務(wù)集中系統(tǒng)、電子采購系統(tǒng)、合同管理系統(tǒng)等、計(jì)劃管理系統(tǒng)、主數(shù)據(jù)管理系統(tǒng)等等)之間的數(shù)據(jù)交互亦較為完善。然而，移動通信企業(yè)與供應(yīng)商之間的信息交互則凸顯瓶頸。

移動通信企業(yè)與供應(yīng)商之間目前采用的溝通方式如圖4所示，移動通信企業(yè)與供應(yīng)商之間需要人工溝通，通過反復(fù)的電話溝通確認(rèn)采購需求任務(wù)，雙方要經(jīng)過多次打印紙質(zhì)訂單和繁瑣的人工蓋章環(huán)節(jié)，而采購貨品的種類繁多，屬性復(fù)雜，很容易導(dǎo)致信息傳遞錯(cuò)誤、需求信息不準(zhǔn)確的產(chǎn)生，延遲了對采購任務(wù)的響應(yīng)，生產(chǎn)效率低下。

移動通信企業(yè)的供應(yīng)鏈系統(tǒng)、各個(gè)供應(yīng)商的管理系統(tǒng)采用不同格式、不同規(guī)格的電子數(shù)據(jù)報(bào)文，無法之間兼容。企業(yè)與企業(yè)之間的數(shù)據(jù)通信，業(yè)界使用以國際通用協(xié)議或行業(yè)領(lǐng)域自定義的電子數(shù)據(jù)報(bào)文規(guī)格實(shí)現(xiàn)Internet信息交互，如RosettaNet,EDI X12,EDI Fact；或者采用集成中間件工具或軟件如WebMethods,IBM Webspheres,TIBCO,Oracle B2B,Microsoft Biz Talk等；國際通用協(xié)議和自定義標(biāo)準(zhǔn)區(qū)別體現(xiàn)在集成軟件、實(shí)施成本、周期和標(biāo)準(zhǔn)靈活性等方面。這些解決方案則需要購買軟件包才能實(shí)現(xiàn)，企業(yè)、各供應(yīng)商從成本角度考慮，難以實(shí)施。

發(fā)明內(nèi)容

基于背景技術(shù)存在的技術(shù)問題，本發(fā)明提出了一種移動通信供應(yīng)商協(xié)同平臺訂單管控系統(tǒng)及方法，通過SOAP傳輸協(xié)議(Simple Object Access Protocol)、WSDL(Web Service Definition Language)等技術(shù)實(shí)現(xiàn)各交互信息結(jié)構(gòu)化和傳輸，通過電子化傳遞信息減少了人工傳遞環(huán)節(jié)，有效提升了效率減少了成本。

為達(dá)到上述目的，本發(fā)明提出一種移動通信供應(yīng)商協(xié)同平臺訂單管控系統(tǒng)，其特殊之處在于，包括部署于移動通信企業(yè)服務(wù)器的協(xié)同接口平臺和供應(yīng)鏈系統(tǒng)、部署于各個(gè)供應(yīng)商服務(wù)器的供應(yīng)商平臺；

所述協(xié)同接口平臺：用于實(shí)現(xiàn)供應(yīng)鏈系統(tǒng)與供應(yīng)商平臺之間的數(shù)據(jù)通信，包括應(yīng)用系統(tǒng)層、整合層、支撐層、服務(wù)層、流程層和展示層；

所述供應(yīng)鏈系統(tǒng)：用于通過協(xié)同接口平臺的應(yīng)用系統(tǒng)層與供應(yīng)商平臺通信，發(fā)布采購任務(wù)，生成訂單接收憑證；

所述供應(yīng)商平臺：用于通過互聯(lián)網(wǎng)與協(xié)同接口平臺的展示層通信，查詢、確認(rèn)訂單需求、生成生產(chǎn)/供應(yīng)計(jì)劃單。

進(jìn)一步地，所述供應(yīng)鏈系統(tǒng)包括采購需求模塊、確認(rèn)采購訂單模塊、采購訂單審批模塊、電子印章模塊、訂單生成模塊。

更進(jìn)一步地，所述供應(yīng)商平臺包括任務(wù)確認(rèn)模塊、訂單接收模塊、供應(yīng)商評審與決策模塊、激活生效模塊和生成計(jì)劃單模塊。

更進(jìn)一步地，所述應(yīng)用系統(tǒng)層用于集成外圍系統(tǒng)；所述整合層用于提供適配器及接口；所述支撐層用于提供技術(shù)服務(wù)，所述服務(wù)層用于提供WebService服務(wù)；所述流程層用于提供流程組裝與編排，所述展示層用于通過SOAP協(xié)議(Simple Object Access Protocol)調(diào)用WebService服務(wù)，將反饋結(jié)果展現(xiàn)給供應(yīng)商平臺。

更進(jìn)一步地，所述服務(wù)層的WebService服務(wù)接口符合統(tǒng)一的接口規(guī)范。

更進(jìn)一步地，所述服務(wù)層中包括查詢采購需求信息服務(wù)，導(dǎo)入采購任務(wù)處理狀態(tài)服務(wù)、導(dǎo)入訂單信息服務(wù)、查詢采購訂單信息服務(wù)、導(dǎo)入訂單處理狀況服務(wù)、查詢訂單接收憑證服務(wù)。

更進(jìn)一步地，所述協(xié)同接口平臺與互聯(lián)網(wǎng)之間、所述供應(yīng)商平臺與互聯(lián)網(wǎng)之間均設(shè)置有安全管控模塊。

本發(fā)明還提出一種移動通信供應(yīng)商協(xié)同平臺訂單管控方法，基于移動通信供應(yīng)商協(xié)同平臺訂單管控系統(tǒng)實(shí)現(xiàn)，所述系統(tǒng)包括署于移動通信企業(yè)服務(wù)器的協(xié)同接口平臺和供應(yīng)鏈系統(tǒng)、部署于各個(gè)供應(yīng)商服務(wù)器的供應(yīng)商平臺；

所述方法包括如下步驟：

1)供應(yīng)鏈系統(tǒng)生成采購任務(wù)，在采購任務(wù)中指定供應(yīng)商；

2)所述供應(yīng)商的供應(yīng)商平臺通過互聯(lián)網(wǎng)接收采購任務(wù)；

3)所述供應(yīng)商平臺選擇是否簽收采購任務(wù)，是則創(chuàng)建采購訂單，否則返回未簽收信息；

4)所述供應(yīng)鏈系統(tǒng)通過互聯(lián)網(wǎng)獲得采購任務(wù)簽收狀態(tài)，接收未簽收信息則返回步驟1)，接收簽收信息則對采購訂單進(jìn)行核對，不接受則修改訂單前往步驟5)或者返回步驟1)，接受則前往步驟6)；