系統(tǒng)需求規(guī)格說(shuō)明書(shū)【精選文檔】

1、系統(tǒng)需求規(guī)格說(shuō)明書(shū)【精選文檔】XXX系統(tǒng)或XXX項(xiàng)目產(chǎn)品需求規(guī)格說(shuō)明書(shū)文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件編號(hào):SN_SR_001當(dāng)前版本：V1。0作 者：完成日期：2017-04-11 版本信息版本時(shí)間狀態(tài)更新人簡(jiǎn)要描述審核人審核時(shí)間V1.0V1.01V1。2V1。3V1。4注：狀態(tài)可以為N新建、A增加、M更改、D刪除。對(duì)方的所得稅 說(shuō)明：版本信息必須更新,審核人和審核時(shí)間也必須審核后填寫(xiě)，審核人要求部門(mén)經(jīng)理級(jí)別以上。否則開(kāi)發(fā)測(cè)試可拒絕評(píng)審。審核業(yè)務(wù)功能是否有遺漏、業(yè)務(wù)流程是否符合規(guī)劃、關(guān)鍵業(yè)務(wù)邏輯是否有合理目錄1。關(guān)于本文檔41。1。內(nèi)容說(shuō)明41。2.名詞解釋41。3。參考文檔42.系

2、統(tǒng)概述52.1。業(yè)務(wù)背景52。2.系統(tǒng)概述62.3。流程概覽/系統(tǒng)框架72。4。系統(tǒng)規(guī)劃與迭代82。5.功能模塊83。系統(tǒng)功能需求93。1狀態(tài)信息接受推送93.2最新站點(diǎn)查詢(xún)服務(wù)194。系統(tǒng)非功能需求333。3性能需求333.4安全性需求343。5擴(kuò)展性需求343.6兼容性需求343.7維護(hù)性需求345。附錄341. 關(guān)于本文檔1.1. 內(nèi)容說(shuō)明說(shuō)明：此處描述的是文檔說(shuō)明，產(chǎn)品需求文檔更新需要走修訂模式，下次更新前先接受修訂，并且每次更新必須更新版本號(hào)和版本記錄.例子:本文檔用于描述蘇寧開(kāi)放平臺(tái)物流狀態(tài)服務(wù)系統(tǒng)的需求定義.包括各個(gè)需求的功能描述,處理邏輯規(guī)則，界面定義,與其它功能的關(guān)系，與其它

3、系統(tǒng)的接口等各個(gè)方面的定義。是蘇寧物流狀態(tài)服務(wù)系統(tǒng)唯一的全面需求定義文檔。本文檔將根據(jù)需求管理流程和要求，隨系統(tǒng)功能變化進(jìn)行及時(shí)的修訂和更新，以確保本文檔的全面性，準(zhǔn)確性和實(shí)效性。因此在閱讀使用此文檔時(shí),請(qǐng)注意從項(xiàng)目的文檔管理系統(tǒng)中獲取最新版本。1.2. 名詞解釋詞匯名稱(chēng)詞匯含義備注LSQ物流狀態(tài)服務(wù)系統(tǒng)LSP物流服務(wù)平臺(tái)LES 物流作業(yè)系統(tǒng)LWMS分布式倉(cāng)儲(chǔ)管理系統(tǒng)TMS運(yùn)輸管理系統(tǒng)1.3. 參考文檔系統(tǒng)需求定義規(guī)范使用說(shuō)明v1.0。doc2. 系統(tǒng)概述2.1. 業(yè)務(wù)背景說(shuō)明：此處描述業(yè)務(wù)背景，不可裁剪，清晰的業(yè)務(wù)背景描述能更好的幫助研發(fā)和測(cè)試?yán)斫猱a(chǎn)品需求,明確業(yè)務(wù)測(cè)試場(chǎng)景，此部分是產(chǎn)品需求

4、定位的核心導(dǎo)向.例子一：電子面單的業(yè)務(wù)描述隨著電子商務(wù)服務(wù)和物流服務(wù)信息化飛速發(fā)展，包裹運(yùn)單號(hào)成為快遞公司串聯(lián)快遞單、訂單、商家、商品等各種信息的樞紐。相比之下，傳統(tǒng)紙質(zhì)面單價(jià)格高、信息錄入效率低、信息安全隱患等方面的劣勢(shì)已愈發(fā)凸顯。我司在兩年前就開(kāi)始了電子面單在自營(yíng)物流上的應(yīng)用，經(jīng)過(guò)長(zhǎng)期的的磨合和積累，目前將我司的應(yīng)用經(jīng)驗(yàn)推廣到社會(huì)物流上，讓社會(huì)上愿意與我司物流合作的伙伴，也同樣享受到我司電子面單服務(wù)。例子二：LSQ的業(yè)務(wù)描述物流作業(yè)狀態(tài)服務(wù)存在不足1)服務(wù)無(wú)標(biāo)準(zhǔn)不統(tǒng)一 需物流作業(yè)的各渠道訂單，作業(yè)狀態(tài)轉(zhuǎn)化為文案描述處理的邏輯系統(tǒng)多，且處理規(guī)不統(tǒng)一， B2C自營(yíng)訂單，邏輯在B2C，數(shù)據(jù)源在O

5、MS 菜鳥(niǎo)平臺(tái)/4PS平臺(tái)訂單狀態(tài)展示，邏輯在LAPI，數(shù)據(jù)源在LAPI 物流門(mén)戶(hù)訂單狀態(tài)展示，邏輯在LPS,數(shù)據(jù)源在LOS 開(kāi)放平臺(tái)訂單，邏輯在SOD，數(shù)據(jù)源在SOD R3自營(yíng)訂單，無(wú)邏輯,數(shù)據(jù)源在R32)維度單一而不滿(mǎn)足新需求 不能滿(mǎn)足多樣化的展示需求，如目前只有訂單維度的狀態(tài)詳情展示,不支持任務(wù)單、顧客包裹等維度的詳情服務(wù)。 同時(shí),缺乏物流特定作業(yè)狀態(tài)的高實(shí)時(shí)性精確查詢(xún)服務(wù)(如是否銷(xiāo)單完成，是否過(guò)賬，最新站點(diǎn)是哪個(gè)等）.3)開(kāi)放服務(wù)的渠道有待拓展 目前,物流沒(méi)有一個(gè)公網(wǎng)渠道，使顧客能快速查詢(xún)?cè)谔K寧各渠道訂單的作業(yè)狀態(tài)信息。故設(shè)計(jì)一個(gè)物流狀態(tài)系統(tǒng)統(tǒng)一管理物流狀態(tài)的收發(fā),狀態(tài)描述轉(zhuǎn)換,以及提

6、供狀態(tài)服務(wù)查詢(xún)。2.2. 系統(tǒng)概述說(shuō)明:系統(tǒng)說(shuō)明包括文字部分和圖形部分，文字部分主要描述系統(tǒng)之間的關(guān)聯(lián)關(guān)系，圖形主要包括系統(tǒng)和相關(guān)聯(lián)系統(tǒng)之間的交互結(jié)構(gòu)，不可裁剪例子一：系統(tǒng)說(shuō)明合作伙伴申請(qǐng)?zhí)K寧電子面單服務(wù)，選擇相應(yīng)的合作模式，由合作伙伴提供預(yù)配送包裹的信息，由蘇寧電子面單服務(wù)生成相應(yīng)的面單信息，并由合作伙伴系統(tǒng)打印出來(lái)并完成包裝,最終投遞給蘇寧網(wǎng)點(diǎn)且面單能被蘇寧物流體系識(shí)別.系統(tǒng)之間的關(guān)聯(lián)關(guān)系:蘇寧電子面單服務(wù)是基于蘇寧自營(yíng)物流電子面單應(yīng)用，整合社會(huì)上多家快遞公司，搭建一套具有蘇寧配送特色的電子面單服務(wù)體系,為蘇寧物流的合作伙伴提供統(tǒng)一的電子面單服務(wù).實(shí)現(xiàn)了，合作伙伴對(duì)接蘇寧的物流服務(wù),由使用

7、紙質(zhì)面單向電子面單轉(zhuǎn)變。只要合作伙伴對(duì)接了蘇寧電子面單服務(wù)，那么就可以享受蘇寧物流體系的電子面單服務(wù)。本系統(tǒng)當(dāng)期功能主要包含：A、用戶(hù)操作權(quán)限管理；B、配置數(shù)據(jù)信息管理；C、訂單對(duì)應(yīng)的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息接收與分發(fā)功能；D、訂單對(duì)應(yīng)的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息查詢(xún)功能； 2.3. 流程概覽/系統(tǒng)框架說(shuō)明：此處需要描述和圖形化系統(tǒng)內(nèi)部功能結(jié)構(gòu)模塊圖，可從架構(gòu)和技術(shù)獲取資源。清晰的系統(tǒng)架構(gòu)對(duì)于系統(tǒng)的擴(kuò)展性和維護(hù)性都非常有幫助，也便于開(kāi)發(fā)和測(cè)試從整體上理解該系統(tǒng)的結(jié)構(gòu)。2.4. 系統(tǒng)規(guī)劃與迭代 說(shuō)明：此處說(shuō)明對(duì)該系統(tǒng)的總體規(guī)劃步驟，一期接入什么功能，二期接入什么功能達(dá)到什么業(yè)務(wù)效果。2.5. 功能模塊

8、 說(shuō)明：此處的列表和下面的功能需求是對(duì)應(yīng)的,系統(tǒng)需求編號(hào)是唯一識(shí)別需求的標(biāo)識(shí)。需求編號(hào)的規(guī)則見(jiàn)3.2。1.1章節(jié)例子：主功能系統(tǒng)需求編號(hào)子功能優(yōu)先級(jí) 備注狀態(tài)信息接收推送LSQ_DDZF_MDZF_0001非采購(gòu)類(lèi)狀態(tài)信息接收一級(jí)一期需求LSQ_DDZF_MDZF_0002狀態(tài)信息發(fā)送一級(jí)一期需求LSQ_DDZF_MDZF_0003狀態(tài)轉(zhuǎn)換一級(jí)一期需求接收計(jì)劃物流節(jié)點(diǎn)信息SNPD_LSQ_SSS_04接收計(jì)劃物流節(jié)點(diǎn)信息二級(jí)最新站點(diǎn)查詢(xún)服務(wù)SNPD_LSQ_SSS_05最新站點(diǎn)查詢(xún)服務(wù)二級(jí)一期需求詳情調(diào)用服務(wù)SNPD_LSQ_SSS_06虛擬包裹信息接收與更新一級(jí)一期需求SNPD_LSQ_SS

9、S_07BTC物流物流詳情調(diào)用一級(jí)一期需求SNPD_LSQ_SSS_08CIC物流物流詳情調(diào)用一級(jí)一期需求后臺(tái)配置SNPD_LSQ_SSS_09后臺(tái)配置一級(jí)一期需求快遞100接入服務(wù)SNPD_LSQ_SSS_10快遞100查詢(xún)與推送運(yùn)單信息一級(jí)二期需求物流詳情查詢(xún)SNPD_LSQ_SSS_11作業(yè)系統(tǒng)查詢(xún)狀態(tài)明細(xì)一級(jí)LES拆分需求3. 系統(tǒng)功能需求3.1 狀態(tài)信息接受推送3.1.1 非采購(gòu)類(lèi)狀態(tài)信息接收3.1.1.1 需求編號(hào)LSQ_DDZF_MDZF_0001說(shuō)明:/功能的業(yè)務(wù)介紹和業(yè)務(wù)背景此處的需求編號(hào)，在一個(gè)系統(tǒng)中必現(xiàn)唯一存在并且最后4位遞增，規(guī)則：系統(tǒng)名_模塊名_子功能名_序列號(hào)，如L

10、SQ_DDZF_MDZF_0001: 系統(tǒng)名最長(zhǎng)保留4位，模塊名/子功能名最長(zhǎng)4位，序列號(hào)最長(zhǎng)4位不夠4位補(bǔ)0比如0001,如果是優(yōu)化需求，需求編號(hào)不變,新增需求需求編號(hào)增加；3.1.1.2 處理流程和約束條件說(shuō)明：此處是放上面功能的業(yè)務(wù)流程圖和功能的業(yè)務(wù)邏輯約束條件流程圖：說(shuō)明：如果流程圖比較大或比較多，請(qǐng)以單獨(dú)的附件提供約束步驟邏輯10功能入?yún)⒋_認(rèn)1. 入?yún)⒋_認(rèn)1) 用戶(hù)名;2) 密碼2校驗(yàn)處理1. 校驗(yàn)：用戶(hù)名在數(shù)據(jù)庫(kù)中唯一且存在；1) 成立，繼續(xù)后續(xù)校驗(yàn)2) 不成立，返回報(bào)錯(cuò)：請(qǐng)輸入正確的用戶(hù)名密碼2. 校驗(yàn)：安全性：1) 安全性不通過(guò)，則提示該登錄可能存在安全隱患,請(qǐng)重新訪(fǎng)問(wèn)；2)

11、安全性通過(guò)，則繼續(xù)下面，3訂單處理4組織結(jié)果反饋1. 全部校驗(yàn)通過(guò):1) 提示：登錄成功，數(shù)據(jù)庫(kù)更新最后登錄時(shí)間；2) 可進(jìn)入系統(tǒng)進(jìn)行后續(xù)操作3.1.1.3 頁(yè)面原型說(shuō)明：N/A，系統(tǒng)后臺(tái)功能無(wú)頁(yè)面有頁(yè)面請(qǐng)截低保真的圖,圖片要能覆蓋所描述的功能，以及頁(yè)面訪(fǎng)問(wèn)路徑.3.1.1.4 數(shù)據(jù)說(shuō)明說(shuō)明：N/A，系統(tǒng)后臺(tái)功能無(wú)頁(yè)面如果有頁(yè)面校驗(yàn)請(qǐng)?jiān)诖颂幱昧斜淼男问秸f(shuō)明各個(gè)頁(yè)面各個(gè)控件的校驗(yàn)規(guī)則XX功能字段名數(shù)據(jù)類(lèi)型頁(yè)面長(zhǎng)度小數(shù)位說(shuō)明用戶(hù)名字符10非空,必須包括大小寫(xiě)字母、字符，不可輸入中文密碼字符10非空，必須包括大小寫(xiě)字母、字符、特殊字符3.1.1.5 功能需求描述說(shuō)明：1）功能描述，需要做到語(yǔ)言準(zhǔn)確，

12、結(jié)構(gòu)清晰，須包括從用戶(hù)角度和業(yè)務(wù)角度描述功能和業(yè)務(wù)場(chǎng)景；要盡可能少地從系統(tǒng)邏輯角度去撰寫(xiě)需求,多寫(xiě)業(yè)務(wù)邏輯以免干擾開(kāi)發(fā)的最優(yōu)設(shè)計(jì)。在需求中明確業(yè)務(wù)接口。2)版本優(yōu)化，如果是優(yōu)化功能采用修訂模式在涉及到的所有原文檔（包括需求說(shuō)明書(shū)、流程圖、接口文檔）上進(jìn)行修改并標(biāo)注，需求說(shuō)明書(shū)需對(duì)應(yīng)需求編號(hào)章節(jié)進(jìn)行修改,這樣便于研發(fā)和測(cè)試了解原功能，以便快速了解優(yōu)化的業(yè)務(wù)判斷回歸場(chǎng)景。產(chǎn)品還需說(shuō)明優(yōu)化此功能的業(yè)務(wù)場(chǎng)景以及建議優(yōu)化功能涉及相關(guān)使用場(chǎng)景。（0522版本)特別說(shuō)明：修改的功能會(huì)影響系統(tǒng)對(duì)外提供的接口，需要這些接口的使用方對(duì)接口進(jìn)行驗(yàn)證,并確認(rèn)接口的變更登錄1） 針對(duì)登錄功能，需要做安全性校驗(yàn),實(shí)行ht

13、tps的方式,并且登錄密碼以*顯示,在日志打印中也以展示；2） 登錄功能，登錄調(diào)用API 接口INTERFACE_LSQ_LOGIN_0001實(shí)現(xiàn)登錄,需要保證數(shù)據(jù)傳遞的安全性。狀態(tài)接受LSQ系統(tǒng)接收狀態(tài)信息，作如下處理：數(shù)據(jù)類(lèi)型長(zhǎng)度小數(shù)位說(shuō)明ID字符32主鍵,系統(tǒng)自動(dòng)生成的流水號(hào)外部流水號(hào)字符32外部傳的流水號(hào)外部系統(tǒng)字符10當(dāng)前外部訂單對(duì)應(yīng)的“外部系統(tǒng)”任務(wù)單號(hào)字符20當(dāng)前外部訂單對(duì)應(yīng)的“外部訂單編碼"物流訂單號(hào)字符30通過(guò)賣(mài)家ID查詢(xún)客戶(hù)信息匹配表，結(jié)果為查詢(xún)到的賣(mài)家ID對(duì)應(yīng)的“客戶(hù)編碼”訂單屬性字符10當(dāng)前外部訂單對(duì)應(yīng)的“蘇寧業(yè)務(wù)類(lèi)型”訂單客戶(hù)字符10若業(yè)務(wù)類(lèi)型為“C019”

14、，則默認(rèn)為“ZVIN”入倉(cāng)前置任務(wù)單系統(tǒng)字符10在接收4PS銷(xiāo)退入庫(kù)單時(shí),若orderFlag訂單標(biāo)記帶有9，則在下傳裝運(yùn)條件時(shí),傳輸“01”自營(yíng)，其他則按照原有邏輯傳“06”第三方服務(wù)大類(lèi)字符20固定賦值“L01倉(cāng)儲(chǔ)"收入項(xiàng)字符20固定賦值“ L0101存量”服務(wù)產(chǎn)品字符4固定賦值“ L010101倉(cāng)庫(kù)保管”服務(wù)細(xì)節(jié)字符4根據(jù)物流中心匹配zlmt026,取屬性,若屬性=MD，則服務(wù)細(xì)節(jié)= L01010101門(mén)店庫(kù)存，否則為L(zhǎng)01010102中心倉(cāng)庫(kù)存商品屬性字符60用物料號(hào)匹配商品主數(shù)據(jù),取商品屬性（當(dāng)用計(jì)費(fèi)明細(xì)的物料號(hào)matnr時(shí)，首先做取前置0 ，然后再去關(guān)聯(lián)MDM商品主數(shù)據(jù)）

15、件數(shù)字符10回算表的lfimg網(wǎng)點(diǎn)描述字符60固定賦值“L01倉(cāng)儲(chǔ)”實(shí)際交貨數(shù)量數(shù)值13固定賦值“ L0101存量”數(shù)量單位字符3固定賦值“ L010101倉(cāng)庫(kù)保管”排程日期時(shí)間字符14若訂單對(duì)應(yīng)的基本信息的“預(yù)期送達(dá)開(kāi)始時(shí)間”為空,且當(dāng)前日期時(shí)間比當(dāng)前日期時(shí)間18：00：00早，則為當(dāng)前日期，否則為當(dāng)前日期+1天；若訂單對(duì)應(yīng)的基本信息“預(yù)期送達(dá)開(kāi)始時(shí)間"不為空，則取該時(shí)間中的日期，格式為YYYY-MM-DD接收日期時(shí)間字符19系統(tǒng)當(dāng)前日期3.1.1.6 接口說(shuō)明說(shuō)明：如果字段少可直接把接口列表貼這里，接口模板見(jiàn)下表必須包括深度和返回消息,如果有不同返回碼也需要一并定義.每個(gè)接口在需

16、求文檔中撰寫(xiě)一個(gè)編號(hào)，在系統(tǒng)中唯一，以便附件中能快速找到對(duì)應(yīng)的接口，便于定期維護(hù),接口編號(hào)：規(guī)則一個(gè)系統(tǒng)唯一:INTERFACE_系統(tǒng)名_一級(jí)模塊名_編號(hào)遞增產(chǎn)品定義的接口只需提供到中文字段名、長(zhǎng)度、是否必須，校驗(yàn)說(shuō)明即可.API 接口INTERFACE_LSQ_LOGIN_0001深度名稱(chēng)描述類(lèi)型長(zhǎng)度是否必輸說(shuō)明1INPUT請(qǐng)求輸入2ITEM3username用戶(hù)名CHAR(10)必輸不可為空3Password密碼CHAR(10）必輸不可為空3token盾牌CHAR(30）必輸不可為空1OUTPUT請(qǐng)求輸出2username用戶(hù)名CHAR(30)必輸2returnCode結(jié)果狀態(tài)CHAR（1

17、0）必輸0成功，1-失敗2Message文本描述CHAR（255)接收成功/接收失敗returnCode返回碼說(shuō)明:快遞公司驗(yàn)證returnCodeMessage快遞100需要做的操作LSQ訂閱成功200成功LSQ數(shù)據(jù)驗(yàn)證失敗400數(shù)據(jù)不完整補(bǔ)充數(shù)據(jù)，重新訂閱LSQ格式驗(yàn)證失敗500請(qǐng)求格式錯(cuò)誤程序有問(wèn)題，需要調(diào)整本地服務(wù)器錯(cuò)誤501服務(wù)器錯(cuò)誤30分鐘后嘗試LSQ訂閱日志已存在502重復(fù)訂閱理解為訂閱成功LAPI校驗(yàn)KEY錯(cuò)誤503驗(yàn)證簽名失敗使用正確的KEYLSQ未查到對(duì)應(yīng)物流單號(hào)504單號(hào)錯(cuò)誤更正單號(hào)LSQ未查到對(duì)應(yīng)物流單號(hào)507查詢(xún)異常狀態(tài)接收接口INTERFACE_LSQ_STATUS

18、_0001由于字段較多見(jiàn)附件，每個(gè)接口在需求文檔中撰寫(xiě)一個(gè)編號(hào),規(guī)則一個(gè)系統(tǒng)唯一：INTERFACE_系統(tǒng)名_一級(jí)模塊名_編號(hào)遞增該功能處理過(guò)程中會(huì)調(diào)用以下接口(見(jiàn)附件):接口編號(hào)接口名稱(chēng)原系統(tǒng)目標(biāo)系統(tǒng)場(chǎng)景INTERFACE_LSQ_LOGIN_0001API登錄接口LSQAPI處理成功，登錄成功INTERFACE_LSQ_STATUS_0001狀態(tài)信息同步LSQLOS/TMS/LWMSLSQMQ信息處理成功記錄到LSQ系統(tǒng)3.1.1.7 其它說(shuō)明說(shuō)明：可以把性能需求或者安全性,穩(wěn)定性需求，頁(yè)面瀏覽器兼容性需求等等放此處3.1.2 狀態(tài)信息發(fā)送3.1.2.1 需求編號(hào)LSQ_DDZF_MDZF

19、_00023.1.2.2 處理流程和約束條件步驟邏輯10訂單判斷1. 使用訂單行號(hào)查詢(xún)本地是否存在對(duì)應(yīng)的訂單行1) 存在，繼續(xù)后續(xù)判斷；2) 不存在，進(jìn)入后續(xù)校驗(yàn);2. 判斷訂單行狀態(tài)：1) 如果訂單行狀態(tài)10-已提交，12訂單異常，進(jìn)入后續(xù)校驗(yàn)；2) 如果訂單行狀態(tài)大于等于20-處理成功，直接返回成功;3. 判斷訂單是否存在后續(xù)退貨訂單;1) 存在，返回報(bào)錯(cuò)：該訂單狀態(tài)準(zhǔn)確,不可進(jìn)行支付2) 不存在，進(jìn)入后續(xù)校驗(yàn)；4. 判斷訂單支付金額是否正確，判斷等式：行項(xiàng)目銷(xiāo)售額+運(yùn)費(fèi)+服務(wù)費(fèi)=支付金額之和+使用積分金額+經(jīng)理卡金額，是否成立;1) 成立，繼續(xù)后續(xù)處理2) 不成立:支付金額不正確，請(qǐng)檢查

20、后重新輸入；20訂單支付信息處理1. 訂單行支付狀態(tài)設(shè)置：將所有訂單行狀態(tài)都置為:30已支付;2. 保存新增的支付信息；3. 覆蓋本地已有的優(yōu)惠單信息；4. 凍結(jié)標(biāo)志設(shè)置:如果訂單支付信息中含有：4001(支票支付)，則將訂單行凍結(jié)標(biāo)識(shí)置為：D2支票凍結(jié)；5. 支付確認(rèn)標(biāo)記設(shè)置：門(mén)店訂單【支付確認(rèn)開(kāi)關(guān)】為打開(kāi)狀態(tài)時(shí),對(duì)于滿(mǎn)足以下條件的訂單行項(xiàng)目，將訂單行支付確認(rèn)標(biāo)識(shí)置為：0未確認(rèn)支付；1) 分銷(xiāo)渠道為10-零售、20代購(gòu)，2) 且來(lái)源系統(tǒng)為POS。3) SAP訂單類(lèi)型為ZOR-標(biāo)準(zhǔn)訂單、IDOC、Z01、ZGF。4) 裝運(yùn)條件為01、14。5) 先銷(xiāo)后采標(biāo)識(shí)不為5。20訂單支付信息處理1. 調(diào)

21、用【公共規(guī)則-資源處理】功能；1) 成功，將訂單行狀態(tài)置為：20-已處理，訂單頭狀態(tài)：20-已處理;2) 失敗，將訂單行狀態(tài)置為：12處理失敗,訂單頭狀態(tài)置為：12-處理失??；30組織結(jié)果反饋1. 根據(jù)處理結(jié)果，組織結(jié)果反饋；40實(shí)時(shí)同步1. OMSD全量：調(diào)用功能【公共功能-訂單全量信息分發(fā)OMSD】2. OMSQ全量:調(diào)用功能【公共功能-訂單全量信息分發(fā)OMSQ】50異步同步1. BI-大數(shù)據(jù)系統(tǒng)：調(diào)用【公共規(guī)則】2. PMS價(jià)格中心系統(tǒng)：調(diào)用【公共規(guī)則-】3. SPCS-云商卡系統(tǒng)：調(diào)用【公共規(guī)則-】4. BUDS-財(cái)務(wù)系統(tǒng)：調(diào)用【公共規(guī)則】60日志打印打日志:OMS訂單號(hào)，OMS行訂單

22、號(hào)，訂單支付完成時(shí)間，預(yù)計(jì)出庫(kù)時(shí)間，期望送達(dá)時(shí)間 ,支付訂單創(chuàng)建時(shí)間，SAP訂單類(lèi)型，先銷(xiāo)后采標(biāo)識(shí),訂單來(lái)源，下單時(shí)間，渠道，行項(xiàng)目類(lèi)別,分次發(fā)貨標(biāo)識(shí)，支付類(lèi)型（04門(mén)店支付），支付確認(rèn)標(biāo)識(shí)，日志階段：02（01提交，02支付,03支付確認(rèn)，04還欠款）id（10000055）3.1.2.3 頁(yè)面原型N/A,系統(tǒng)后臺(tái)功能無(wú)頁(yè)面3.1.2.4 數(shù)據(jù)說(shuō)明N/A，系統(tǒng)后臺(tái)功能無(wú)頁(yè)面3.1.2.5 功能需求描述針對(duì)以下業(yè)務(wù)場(chǎng)景，前端系統(tǒng)通過(guò)該功能完成門(mén)店訂單收款處理；場(chǎng)景接口01電器門(mén)店零售訂單收銀臺(tái)全款支付處理POSOMS-008 操作碼：D02電器門(mén)店對(duì)公云商卡訂單收銀臺(tái)全款支付處理POSOMS0

23、08 操作碼：D3.1.2.6 接口說(shuō)明3.1.2.7 其它說(shuō)明3.2 最新站點(diǎn)查詢(xún)服務(wù)3.2.1 最新站點(diǎn)查詢(xún)3.2.1.1 需求編號(hào)LSQ_DDTJ_DDTJ_00033.2.1.2 處理流程和約束條件接收到前端系統(tǒng)提交的訂單后，進(jìn)行訂單提交相關(guān)處理，具體邏輯如下：具體步驟邏輯如下:步驟邏輯10提交訂單前端系統(tǒng)通過(guò)以下接口提交訂單，且訂單類(lèi)型為A時(shí)，進(jìn)入該功能：Ø SPOS-OMS-001Ø B2COMS-001Ø ALLOMS001Ø ALLOMS01620進(jìn)行訂單合法性校驗(yàn)根據(jù)接口傳入訂單信息進(jìn)行合法性校驗(yàn)：1. 訂單重復(fù)性校驗(yàn)2. 若接口輸入的

24、接單模式為1或者3，則進(jìn)行訂單金額校驗(yàn)1) 判斷行優(yōu)惠單金額是否正確。校驗(yàn)公式：行優(yōu)惠單金額 = 行優(yōu)惠單明細(xì)金額匯總：a) 若不正確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào)“的優(yōu)惠單總金額與優(yōu)惠單明細(xì)不一致.b) 否則進(jìn)行一下步判斷2) 若訂單提交接口為ALL-OMS001，則需判斷行銷(xiāo)售額是否正確，校驗(yàn)公式：行銷(xiāo)售額 = 銷(xiāo)售價(jià) * 數(shù)量：a) 若不正確，則返回報(bào)錯(cuò):訂單行“前端系統(tǒng)行項(xiàng)目號(hào)“的銷(xiāo)售額"XX"不等于銷(xiāo)售價(jià)格"XX”*數(shù)量”XX”。b) 否則進(jìn)行一下步判斷3) 若訂單提交接口為ALL-OMS001,則需判斷行應(yīng)付金額是否與支付明細(xì)匯總金額一致，校驗(yàn)

25、公式：行項(xiàng)目銷(xiāo)售額+運(yùn)費(fèi)+服務(wù)費(fèi)=支付金額之和+使用積分?jǐn)?shù)金額+經(jīng)理卡金額：a) 若不正確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào)“的總支付金額與應(yīng)付金額不一致。b) 否則進(jìn)行一下步判斷4) 若訂單提交接口為B2C-OMS001,則需判斷行應(yīng)付金額是否與支付明細(xì)匯總金額一致，校驗(yàn)公式:銷(xiāo)售價(jià)*數(shù)量經(jīng)理卡金額+運(yùn)費(fèi)+行稅額+服務(wù)費(fèi)=支付金額之和：a) 若不正確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào)“的總支付金額與應(yīng)付金額不一致。b) 否則進(jìn)行一下步判斷3. 根據(jù)校驗(yàn)結(jié)果:1) 若以上所有校驗(yàn)通過(guò)，則進(jìn)入下一步“30-生成或更新訂單信息”步驟2) 若以上任意校驗(yàn)失敗，則進(jìn)入“50-返回處理結(jié)果&qu

26、ot;步驟30生成或更新訂單信息根據(jù)接口傳入的訂單信息創(chuàng)建訂單信息或全量更新以下信息：1. 若是創(chuàng)建訂單，則根據(jù)單號(hào)規(guī)則生成訂單號(hào)和訂單行號(hào)2. 進(jìn)行訂單狀態(tài)設(shè)置1) 進(jìn)行訂單行總狀態(tài)設(shè)置，具體邏輯見(jiàn)“表-訂單行總狀態(tài)（IS）設(shè)置邏輯”2) 進(jìn)行訂單行支付狀態(tài)設(shè)置，具體邏輯見(jiàn)“表訂單行支付狀態(tài)（IP）設(shè)置邏輯”3) 進(jìn)行訂單行發(fā)票狀態(tài)設(shè)置,默認(rèn)設(shè)置為IV=104) 進(jìn)行訂單頭總狀態(tài)設(shè)置3. 進(jìn)行訂單特殊標(biāo)記設(shè)置1) 進(jìn)行訂單行凍結(jié)標(biāo)識(shí)設(shè)置a) 若分銷(xiāo)渠道=30，且訂單來(lái)源為CRM，則設(shè)置分次發(fā)貨標(biāo)記為D3對(duì)公訂單未付款凍結(jié)b) 否則，如訂單支付方式中含有4001:支票支付，則設(shè)置分次發(fā)貨標(biāo)記為

27、:D2支票交貨凍結(jié)c) 否則，對(duì)于其他場(chǎng)景設(shè)置分次發(fā)貨標(biāo)記為A只允許一次發(fā)貨2) 進(jìn)行訂單行大客戶(hù)付款類(lèi)型設(shè)置。滿(mǎn)足以下所有條件，設(shè)置大客戶(hù)付款類(lèi)型為1-確認(rèn)欠款：a) 訂單來(lái)源為SPCSb) 行項(xiàng)目類(lèi)別為16-云商卡訂單c) 接單模式為1d) 支付方式含90053) 進(jìn)行訂單行是否需要發(fā)票設(shè)置4. 根據(jù)接口傳入訂單信息保存訂單基本信息5. 根據(jù)接口傳入訂單擴(kuò)展信息保存訂單相關(guān)擴(kuò)展信息1) 若訂單行類(lèi)別= 10，且接口中存在服務(wù)商品,則需要保存服務(wù)擴(kuò)展信息2) 若訂單行類(lèi)別=11，則需要保存延保擴(kuò)展信息3) 若訂單行類(lèi)別=12，則需要保存贈(zèng)品擴(kuò)展信息4) 若訂單行類(lèi)別=13,則需要保存虛擬商品

28、信息5) 若訂單行類(lèi)別=14，則需要保存合約擴(kuò)展信息6) 若訂單行類(lèi)別=16，則需要保存云商卡擴(kuò)展信息7) 若訂單行類(lèi)別=20，電子書(shū)無(wú)擴(kuò)展信息，無(wú)需保存8) 若訂單行類(lèi)別=22，則需要保存獨(dú)立服務(wù)擴(kuò)展信息9) 若訂單行類(lèi)別=24,則需要保存運(yùn)費(fèi)險(xiǎn)擴(kuò)展信息6. 若接口傳入的支付方式含9002貨到付款、9003融合支付,則需要保存還欠款信息7. 訂單信息保存后,根據(jù)接單模式：1) 若訂單保存成功，且接口傳入的接單模式為1，則進(jìn)入下一步“40-訂單調(diào)度處理”;2) 若訂單保存成功，且若接口傳入的接單模式為2、3，則進(jìn)入下一步“50返回處理結(jié)果”3) 若訂單保存失敗，則直接進(jìn)入下一步“50-返回處理

29、結(jié)果”40進(jìn)行訂單處理調(diào)度調(diào)用功能【OMS_ZYCL_ZYCL_001-資源處理(老流程）】進(jìn)行處理50返回處理結(jié)果1. 根據(jù)30、40步驟的處理結(jié)果，返回對(duì)應(yīng)信息1) 若處理失敗，則返回前端處理失敗2) 若處理成功，則返回前端處理成功2. 進(jìn)入下一步“記錄日志信息”步驟60記錄日志信息1. 若為。則：2.3. 根據(jù)30、40步驟的處理結(jié)果1) 若處理失敗，則結(jié)束本次提交流程2) 若處理成功，則繼續(xù)進(jìn)行后續(xù) “70-保存或更新訂單信息"、“80-異步分發(fā)訂單”和“90保存待分發(fā)信息"步驟70保存或更新訂單信息1. 保存BUDS信息1) 滿(mǎn)足以下所有條件，保存該訂單行支付明細(xì)

30、到BUDS支付明細(xì)信息中a) 訂單行項(xiàng)目類(lèi)別不為16b) 訂單行支付中存在9001香港欠款、9002-貨到付款、或者9005-對(duì)公欠款2. 設(shè)置訂單實(shí)時(shí)處理標(biāo)記。1) 滿(mǎn)足以下所有條件設(shè)置實(shí)時(shí)處理標(biāo)記為Y a) 行項(xiàng)目類(lèi)別為10實(shí)體、12贈(zèng)品b) “裝運(yùn)條件為空自提、17物流門(mén)店庫(kù)自提、20物流門(mén)店庫(kù)自提"或者“裝運(yùn)條件為02-門(mén)店自提且SAP訂單類(lèi)型=IDOC”c) 分次發(fā)貨標(biāo)識(shí)為A只允許一次發(fā)貨、或者D2支票凍結(jié)d) 訂單行狀態(tài)>=20e) 訂單類(lèi)型不為C退貨訂單f) 先銷(xiāo)后采標(biāo)識(shí)為空、或者02) 若SAP訂單類(lèi)型為ZSIA且為10渠道（門(mén)店互聯(lián)開(kāi)卡訂單)，則設(shè)置實(shí)時(shí)處理標(biāo)

31、記為Y3) 其他情況，不設(shè)置實(shí)時(shí)處理標(biāo)記3. 保存訂單展示價(jià)信息：1) 若調(diào)用接口為B2C-OMS001，則需要保存訂單展示價(jià)：a) 若接口傳入的展示價(jià)（displayPrice）有值，則保存該字段的值為訂單展示價(jià)b) 若接口傳入的展示價(jià)（displayPrice)無(wú)值，則保存訂單展示價(jià)為接口傳入的銷(xiāo)售價(jià)（price） 發(fā)票虛增價(jià)2) 其他調(diào)用接口不進(jìn)行處理80異步分發(fā)訂單1. 訂單行實(shí)時(shí)分發(fā)OMSD1) 滿(mǎn)足以下所有條件的訂單實(shí)時(shí)分發(fā)OMSD，通過(guò)接口（OMSOMSD001）a) 訂單行總狀態(tài)為20已處理、40-已發(fā)貨、或者60已完成b) 訂單行項(xiàng)目類(lèi)別<13禮品卡c) 分次發(fā)貨標(biāo)識(shí)為

32、A只允許一次發(fā)貨、或者D2支票凍結(jié)d) 訂單行支付確認(rèn)標(biāo)識(shí)為空、1已支付確認(rèn)2. 訂單行實(shí)時(shí)分發(fā)OMSQ1) 滿(mǎn)足以下所有條件的訂單實(shí)時(shí)分發(fā)OMSQ，通過(guò)接口（OMS-OMSQ001）90保存待分發(fā)信息1. 滿(mǎn)足以下條件保存待分發(fā)已支付訂單信息到BI，通過(guò)接口（OMS-BI002)1) 訂單類(lèi)型為A一般銷(xiāo)售訂單、B-虛擬訂單2) 行項(xiàng)目類(lèi)別為：3) 訂單渠道為：4) 訂單行總狀態(tài)>=20-已處理5) 分次發(fā)貨標(biāo)識(shí)不為D3對(duì)公支付2. 滿(mǎn)足以下條件保存待分發(fā)未支付訂單信息到BI，通過(guò)接口（OMSBI003)1)3. 滿(mǎn)足以下條件保存待分發(fā)已支付訂單信息到PMS,通過(guò)接口（OMSPMS-00

33、2）1) 訂單類(lèi)型為A一般銷(xiāo)售訂單2) 訂單行項(xiàng)目類(lèi)別為：3) 訂單行先銷(xiāo)后采標(biāo)識(shí)為：0、1、2、3、4、6、或者94) 訂單渠道為：10、20、30（且訂單來(lái)源為CRM)、50、或者605) 訂單行總狀態(tài)=20-已處理6) 訂單行分次發(fā)貨標(biāo)識(shí)不為D3-對(duì)公支付4. 滿(mǎn)足以下條件保存待分發(fā)已支付訂單信息到POS，通過(guò)接口（OMS-POS-0？?）5. 保存待分發(fā)已支付訂單信息到SAP1) 滿(mǎn)足以下條件保存待分發(fā)IDOC訂單信息,通過(guò)接口（OMS-SAP-022）a) 訂單行SAP訂單類(lèi)型=IDOCb) 訂單行總狀態(tài)(IS)=20c) 訂單方向=1-正向訂單2) 滿(mǎn)足以下條件保存待分發(fā)合約機(jī)訂單

34、信息,通過(guò)接口（OMS-SAP011)a) 訂單行SAP訂單類(lèi)型=ZSIMb) 訂單行總狀態(tài)（IS)=20c) 訂單方向=1正向訂單d) 訂單行項(xiàng)目類(lèi)別=14合約機(jī)3) 滿(mǎn)足以下條件保存待分發(fā)互聯(lián)訂單信息，通過(guò)接口(OMSSAP036）a) 訂單行SAP訂單類(lèi)型為：ZSIA、或者ZSIBb) 訂單行總狀態(tài)（IS）=20c) 訂單方向=1-正向訂單d) 訂單行項(xiàng)目類(lèi)別=14合約機(jī)4) 滿(mǎn)足以下條件保存待分發(fā)超市訂單信息,通過(guò)接口(OMS-SAP040）a) 訂單行SAP訂單類(lèi)型：CSLY、或者YDDSb) 訂單行先銷(xiāo)后采標(biāo)識(shí)為：8c) 訂單行總狀態(tài)（IS）>=20d) 訂單方向=1-正向訂

35、單5) 滿(mǎn)足以下條件保存待分發(fā)SWL、聯(lián)營(yíng)廠送訂單信息,通過(guò)接口(OMSSAP-041)a) 訂單行先銷(xiāo)后采標(biāo)識(shí)為：7、或者9b) 訂單行總狀態(tài)（IS）>=20c) 訂單方向=1-正向訂單6) 滿(mǎn)足以下條件保存待分發(fā)IDOC訂單(3C類(lèi)）信息，通過(guò)接口(OMS-SAP-038）a) 訂單行SAP訂單類(lèi)型=IDOCb) 訂單行總狀態(tài)(IS）=20c) 訂單方向=1-正向訂單7) 滿(mǎn)足以下條件保存待分發(fā)賬期支付訂單信息，通過(guò)接口(OMS-SAP-053）a) 訂單渠道為：10、20、30、40、或者50b) 訂單行支付狀態(tài)(IP）=30c) 訂單行支付明細(xì)中包含9102支付方式8) 滿(mǎn)足以下

36、條件保存待分發(fā)合約機(jī)手機(jī)行結(jié)算信息，通過(guò)接口（OMS-SAP-032）a) 訂單行項(xiàng)目類(lèi)別為：10實(shí)體b) 訂單行存在合約關(guān)聯(lián)關(guān)系c) 訂單行關(guān)聯(lián)的合約行的SAP訂單類(lèi)型為：IDOC或者ZSIMd) 訂單行總狀態(tài)(IS)>=209) 滿(mǎn)足以下條件保存待分發(fā)合約機(jī)合約行結(jié)算信息，通過(guò)接口（OMS-SAP-033）a) 訂單行項(xiàng)目類(lèi)別為：14合約機(jī)b) 訂單行SAP訂單類(lèi)型=IDOC、或者ZSIMc) 訂單行總狀態(tài)（IS）=2010) 滿(mǎn)足以下條件保存待分發(fā)C店訂單信息，通過(guò)接口（OMSSAP037）a) 訂單行總狀態(tài)（IS）=20b) 訂單行先銷(xiāo)后采標(biāo)識(shí)為：5c) 訂單渠道為：50d) 訂

37、單行支付明細(xì)中包含支付方式5002、或者690411) 滿(mǎn)足以下條件保存待分發(fā)商轉(zhuǎn)贈(zèng)訂單信息，通過(guò)接口(OMSSAP042）a) 訂單行項(xiàng)目類(lèi)別為：10-實(shí)體、或者12-贈(zèng)品b) 訂單行為商轉(zhuǎn)贈(zèng)訂單c) 訂單行總狀態(tài)(IS)=206. 滿(mǎn)足以下條件保存待返積分信息到CMF，通過(guò)接口（OMSCMF-006/OMS-CMF-007）1) IS=20 已完成;2) IP=30 已支付；3) 接單模式>3一步式不待處理4) 來(lái)源系統(tǒng)不為BSS、SAP、TMALL、SDIPA5) 行項(xiàng)目類(lèi)別為：10、11、12、14;6) 業(yè)務(wù)類(lèi)型不為:配置數(shù)據(jù)7. 滿(mǎn)足以下條件保存待返券信息到SPES，通過(guò)接口

38、（OMS-SPES-0？?）8. 滿(mǎn)足以下條件保存待分發(fā)已支付訂單信息到IPS，通過(guò)接口(OMS-IPS001)1) 訂單行先銷(xiāo)后采標(biāo)識(shí)為：空、0、1、2、3、4、6、7、或者92) 訂單行總狀態(tài)=20已處理3) 訂單行類(lèi)別為：10實(shí)體、11延保、12贈(zèng)品、或者14合約4) 訂單行發(fā)票類(lèi)型為：01、02（是否需要打印發(fā)票<>“N”）、03、或者045) 訂單渠道為：40(訂單來(lái)源為T(mén)MALL)、50、或者609. 保存待分發(fā)訂單信息到BUDS1) 滿(mǎn)足以下條件保存待分發(fā)云商卡訂單信息，通過(guò)接口（OMSBUDS055）a) 訂單行項(xiàng)目類(lèi)別為：16云商卡b) 訂單行總狀態(tài)（IS）=202) 滿(mǎn)足以下條件保存待分發(fā)醫(yī)?？ㄓ唵涡畔?，通過(guò)接口（OMSBUDS-055）a) 訂單行為醫(yī)?？ㄓ唵蝏) 訂單行總狀態(tài)（IS）=203.2.1.3 頁(yè)面原型N/A，系統(tǒng)后臺(tái)功能無(wú)頁(yè)面3.2.1.4 數(shù)據(jù)說(shuō)明N/A，系統(tǒng)后臺(tái)功能無(wú)頁(yè)面3.2.1.5 功能需求描述