系統(tǒng)需求規(guī)格說明書書

1、實用標(biāo)準(zhǔn)文案大全XXX系統(tǒng)或XXX項目產(chǎn)品需求規(guī)格說明書文件狀態(tài)：切草稿正式發(fā)布正在修改文件編號：SN_SR_001當(dāng)前版本：V1.0作者：完成日期：2017-04-11版本信息版本時間狀態(tài)更新人簡要描述審核人審核時間V1.0V1.01V1.2V1.3V1.4注：狀態(tài)可以為 N-新建、A-增加、M-更改、對方的所得稅 說明：版本信息必須更新，審核人和審核時間也必須審核后填寫，審核人要求部門經(jīng)理級別以上。否則開發(fā)測試可拒絕評審。審核 業(yè)務(wù)功能是否有遺漏、業(yè)務(wù)流程是否符合規(guī)劃、關(guān)鍵業(yè)務(wù)邏輯是否有合理實用標(biāo)準(zhǔn)36文案大全目錄1.關(guān)于本文檔內(nèi)容說明.12 名詞解釋1.3.參考文檔系統(tǒng)概述

2、..2.5.業(yè)務(wù)背景系統(tǒng)概述流程概覽/系統(tǒng)框架系統(tǒng)規(guī)劃與迭代功能模塊系統(tǒng)功能需求3.1狀態(tài)信息接受推送3.2最新站點查詢服務(wù)3.3性能需求.3.4安全性需求3.5擴(kuò)展性需求3.6兼容性需求3.7維護(hù)性需求系統(tǒng)非功能需求.9.9.10203434353535實用標(biāo)準(zhǔn)365.附錄文案大全1. 關(guān)于本文檔1.1.內(nèi)容說明說明：此處描述的是文檔說明，產(chǎn)品需求文檔更新需要走修訂模式，下次更新前先接受修訂，并且每次更新必須更新版本 號和版本記錄。例子:本文檔用于描述蘇寧開放平臺物流狀態(tài)服務(wù)系統(tǒng)的需求定義。包括各個需求的功能描述，處理邏輯規(guī)則，界面定義，與其它功能的

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

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

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

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

7、面單向電子面單轉(zhuǎn)變。只要合作伙伴對接了蘇寧電子面單服務(wù)，那么就可以享受蘇寧物流體系的電子面單服務(wù)。本系統(tǒng)當(dāng)期功能主要包含:A、用戶操作權(quán)限管理;B、配置數(shù)據(jù)信息管理;C、訂單對應(yīng)的作業(yè)單物流節(jié)點狀態(tài)信息接收與分發(fā)功能;D、訂單對應(yīng)的作業(yè)單物流節(jié)點狀態(tài)信息查詢功能;LSQLWMLIVM社會渠道> 耶>T:砍！5削銷售渠道商家ERP天貓商戶_SUC/CIS_1 蘇寧易購ECS_ 蘇寧客服系統(tǒng)11皿。爲(wèi)'家訂單IIL系統(tǒng)OMS ii ASS售后個人銷售（北 蘇寧訂單系統(tǒng)II研）四方服務(wù)平臺三方作業(yè)平臺4ASM售后商戶銷售服務(wù)訂購丄kLAPI售后！接入1ASOP11 1ASOPOS

8、售后運營管理VSOD以舊換新查1 1ASOM 1四方服務(wù)詳情系詢服務(wù)ASA P11 1四方接單系統(tǒng)1統(tǒng)售后服務(wù)時效11 11 h訂單服務(wù)能丄資源能力ASVP長務(wù)商管理IL1平臺服務(wù)商23 流程概覽/系統(tǒng)框架LAPIASOSASES自營訂單服務(wù)系統(tǒng)售后作業(yè)系統(tǒng)蘇寧幫客1=LAPIrLk加盟服務(wù)商說明：此處需要描述和圖形化系統(tǒng)內(nèi)部功能結(jié)構(gòu)模塊圖, 經(jīng)營分析 1 i丄I nII結(jié)算平臺I-tTBT天眼可從架構(gòu)和技術(shù)獲取資源。清晰的系統(tǒng)架構(gòu)對于系統(tǒng)的擴(kuò)展性和-tt去爭存尋吉1111桂送Q斥系蜿維護(hù)性都非常有幫助，也便于開發(fā)和測試從整體上理解該系統(tǒng)的結(jié)構(gòu)。11 fl11II nHp24系統(tǒng)規(guī)劃與迭代說明

9、：此處說明對該系統(tǒng)的總體規(guī)劃步驟，一期接入什么功能，二期接入什么功能達(dá)到什么業(yè)務(wù)效果。2.5.功能模塊321.1章節(jié)說明：此處的列表和下面的功能需求是對應(yīng)的，系統(tǒng)需求編號是唯一識別需求的標(biāo)識。需求編號的規(guī)則見例子:主功能系統(tǒng)需求編號子功能優(yōu)先級備注狀態(tài)信息接收推LSQ_DDZF_MDZF_OOO1非采購類狀態(tài)信息接收一級一期需求LSQ_DDZF_MDZF_OOO2狀態(tài)信息發(fā)送一級一期需求送LSQ_DDZF_MDZF_OOO3狀態(tài)轉(zhuǎn)換一級一期需求OK n->r>1ccc r a二>接收計劃物流節(jié)接收計劃物流卩點信息點信自八、1 11 丿 4、最新站點查詢服務(wù)SNPD_LSQ_S

10、SS_05最新站點查詢服務(wù)二級一期需求詳情調(diào)用服務(wù)SNPD_LSQ_SSS_06虛擬包裹信息接收與更新一級一期需求SNPD_LSQ_SSS_07BTC物流物流詳情調(diào)用一級一期需求SNPD_LSQ_SSS_08CIC物流物流詳情調(diào)用一級一期需求后臺配置SNPD_LSQ_SSS_09后臺配置一級一期需求快遞100接入服務(wù)SNPD_LSQ_SSS_10快遞100查詢與推送運單信息一級二期需求物流詳情查詢SNP D_LSQ_SSS_11作業(yè)系統(tǒng)查詢狀態(tài)明細(xì)一級LES拆分需求3. 系統(tǒng)功能需求3.1狀態(tài)信息接受推送3.1.1非采購類狀態(tài)信息接收需求編號 LSQ DDZF MDZF 0001

11、說明:/功能的業(yè)務(wù)介紹和業(yè)務(wù)背景此處的需求編號，在一個系統(tǒng)中必現(xiàn)唯一存在并且最后 4位遞增，規(guī)則：系統(tǒng)名_模塊名_子功能名_序列號，如LSQ_DDZF_MDZF_0001 :系統(tǒng)名最長保留4位，模塊名/子功能名最長4位，序列號最長4位不夠4位補0比如 0001，如果是優(yōu)化需求，需求編號不變，新增需求需求編號增加;處理流程和約束條件說明：此處是放上面功能的業(yè)務(wù)流程圖和功能的業(yè)務(wù)邏輯約束條件流程圖:輸入用戶名和密碼未通過一擊提交校驗用戶名和密碼 十一通過登錄失敗登錄成功通過結(jié)束說明：如果流程圖比較大或比較多，請以單獨的附件提供0約束步驟邏輯1功能入?yún)⒋_認(rèn)1. 入?yún)⒋_認(rèn)1）用戶名;2）

12、 密碼校驗處理訂單處理組織結(jié)果反饋頁面原型說明:1.校驗：用戶名在數(shù)據(jù)庫中唯一且存在;1）成立，繼續(xù)后續(xù)校驗2）不成立，返回報錯：請輸入正確的用戶名密碼2.校驗：安全性:1）安全性不通過，則提示該登錄可能存在安全隱患，請重新訪問;2）安全性通過，則繼續(xù)下面,1. 全部校驗通過:1）提示：登錄成功，數(shù)據(jù)庫更新最后登錄時間;2）可進(jìn)入系統(tǒng)進(jìn)行后續(xù)操作N/A，系統(tǒng)后臺功能無頁面有頁面請截低保真的圖，圖片要能覆蓋所描述的功能，以及頁面訪問路徑。Suningjcom蘇寧if加帝，'百換半曰達(dá)"100亍城市半曰達(dá)£0亍i咸市次曰達(dá)一 B三送 半B達(dá) 同愼件己4山時

13、次日達(dá)用戶容箱/手機(jī)號J工號忘記密酣I免費注冊立即豊錄數(shù)據(jù)說明說明:N/A，系統(tǒng)后臺功能無頁面如果有頁面校驗請在此處用列表的形式說明各個頁面各個控件的校驗規(guī)則XX功能字段名數(shù)據(jù)類型頁面長度小數(shù)位說明用戶名字符10非空，必須包括大小寫字母、字符，不可輸入中文密碼字符10非空，必須包括大小寫字母、字符、特殊字符功能需求描述說明:1 ）功能描述，需要做到語言準(zhǔn)確，結(jié)構(gòu)清晰，須包括從用戶角度和業(yè)務(wù)角度描述功能和業(yè)務(wù)場景；要盡可能少地從系統(tǒng)邏輯角度去撰寫需求，多寫業(yè)務(wù)邏輯以免干擾開發(fā)的最優(yōu)設(shè)計。在需求中明確業(yè)務(wù)接口。2 ）版本優(yōu)化，如果是優(yōu)化功能采用修訂模式在涉及到的所有原文

14、檔（包括需求說明書、流程圖、接口文檔）上進(jìn)行修改并標(biāo)注，需求說明書需對應(yīng)需求編號章節(jié)進(jìn)行修改，這樣便于研發(fā)和測試了解原功能，以便快速了解優(yōu)化的業(yè)務(wù)判斷回歸場景。產(chǎn)品還需說明優(yōu)化此功能的業(yè)務(wù)場景以及建議優(yōu)化功能涉及相關(guān)使用場景。（0522版本）特別說明：修改的功能會影響系統(tǒng)對外提供的接口，需要這些接口的使用方對接口進(jìn)行驗證，并確認(rèn)接口的變更登錄1）針對登錄功能，需要做安全性校驗，實行https的方式，并且登錄密碼以 *顯示，在日志打印中也以 *展示;2）登錄功能，登錄調(diào)用API接口 INTERFACE_LSQ_LOGIN_0001實現(xiàn)登錄，需要保證數(shù)據(jù)傳遞的安全性。狀態(tài)接受LSQ系統(tǒng)接收狀態(tài)信息

15、，作如下處理:數(shù)據(jù)類型長度小數(shù)位說明ID字符32主鍵，系統(tǒng)自動生成的流水號外部流水號字符32外部傳的流水號外部系統(tǒng)字符10當(dāng)前外部訂單對應(yīng)的“外部系統(tǒng)”任務(wù)單號字符20當(dāng)前外部訂單對應(yīng)的“外部訂單編碼”物流訂單號字符30通過賣家ID查詢客戶信息匹配表，結(jié)果為查詢到的 賣家ID對應(yīng)的“客戶編碼”訂單屬性字符10當(dāng)前外部訂單對應(yīng)的“蘇寧業(yè)務(wù)類型”訂單客戶字符10若業(yè)務(wù)類型為“ C019 ”，則默認(rèn)為“ ZVIN ”入倉前置任務(wù)單系統(tǒng)字符10在接收4PS銷退入庫單時，若orderFlag訂單標(biāo)記帶 有9,則在下傳裝運條件時，傳輸“ 01 ”自營，其他 則按照原有邏輯傳“ 06 ”第三方服務(wù)大類字符2

16、0固定賦值“ L01倉儲”收入項字符20固定賦值“ L0101存量”服務(wù)產(chǎn)品字符4固定賦值“ L010101倉庫保管”服務(wù)細(xì)節(jié)字符4根據(jù)物流中心匹配zlmt026，取屬性，若屬性=MD，則服務(wù)細(xì)節(jié)=L01010101 門店庫存，否則為L01010102 中心倉庫存商品屬性字符60用物料號匹配商品主數(shù)據(jù)，取商品屬性（當(dāng)用計費明細(xì)的物料號 matnr時，首先做取前置0，然后再去關(guān)聯(lián)MDM商品主數(shù)據(jù)）件數(shù)字符10回算表的lfimg網(wǎng)點描述字符60固定賦值“ L01倉儲”實際交貨數(shù)量數(shù)值13固定賦值“ L0101存量”數(shù)量單位字符3固定賦值“ L010101倉庫保管”排程日期時間字符14若訂單對應(yīng)的基

17、本信息的“預(yù)期送達(dá)開始時間”為空，且當(dāng)前日期時間比當(dāng)前日期時間18:00:00早，則為當(dāng)前日期，否則為當(dāng)前日期 +1天；若訂單對應(yīng)的基本信息“預(yù)期送達(dá)開始時間”不為 空，則取該時間中的日期，格式為 YYYY-MM-DD接收日期時間字符19系統(tǒng)當(dāng)前日期接口說明說明：如果字段少可直接把接口列表貼這里，接口模板見下表必須包括深度和返回消息，如果有不同返回碼也需要并定義。每個接口在需求文檔中撰寫一個編號，在系統(tǒng)中唯一，以便附件中能快速找到對應(yīng)的接口，便于定期維護(hù)，接口編號：規(guī)則一個系統(tǒng)唯一：INTERFACE_系統(tǒng)名_一級模塊名_編號遞增產(chǎn)品定義的接口只需提供到中文字段名、長度、是否必須

18、，校驗說明即可。API 接口 INTERFACE_LSQ_LOGIN_0001深度名稱描述類型長度是否必輸說明1INPUT請求輸入2ITEM3username用戶名CHAR(10)必輸不可為空3P assword密碼CHAR(10)必輸不可為空3token盾牌CHAR(30)必輸不可為空1OUTPUT請求輸出2username用戶名CHAR(30)必輸2returnCode結(jié)果狀態(tài)CHAR(10)必輸0-成功，1-失敗2Message文本描述CHAR(255)接收成功/接收失敗returnCode 返回碼說明:快遞公司驗證returnCodeMessage快遞100需要做的操作LSQ訂閱成功2

19、00成功LSQ數(shù)據(jù)驗證失敗400數(shù)據(jù)不完整補充數(shù)據(jù)，重新訂閱LSQ格式驗證失敗500請求格式錯誤程序有問題，需要調(diào)整本地服務(wù)器錯誤501服務(wù)器錯誤30分鐘后嘗試LSQ訂閱日志已存在502重復(fù)訂閱理解為訂閱成功LAPI校驗KEY錯誤503驗證簽名失敗使用正確的KEYLSQ未查到對應(yīng)物流單號504單號錯誤更正單號LSQ未查到對應(yīng)物流單號507查詢異常狀態(tài)接收接口 INTERFACE_LSQ_STATUS_0001由于字段較多見附件，每個接口在需求文檔中撰寫一個編號，規(guī)則一個系統(tǒng)唯一：INTERFACE系統(tǒng)名_一級模塊名編號遞增該功能處理過程中會調(diào)用以下接口（見附件）接口編號接口名稱原系統(tǒng)目標(biāo)系統(tǒng)場

20、景INTERFACE_LSQ_LOGIN_0001API登錄接口LSQAPI處理成功，登錄成功INTERFACE_LSQ_STATUS_0001狀態(tài)信息同步LSQLOS/TMS/LWMSLSQMQ信息處理成功記錄到 LSQ系統(tǒng)其它說明說明：可以把性能需求或者安全性，穩(wěn)定性需求，頁面瀏覽器兼容性需求等等放此處3.1.2狀態(tài)信息發(fā)送需求編號 LSQ DDZF MDZF 000處理流程和約束條件彳t步驟邏輯10訂單判斷1.使用訂單行號查詢本地是否存在對應(yīng)的訂單行1）存在，繼續(xù)后續(xù)判斷；2）不存在，進(jìn)入后續(xù)校驗；2.3.4.判斷訂單行狀態(tài):1）如果訂單行狀態(tài)

21、10-已提交，12-訂單異常，進(jìn)入后續(xù)校驗;2）如果訂單行狀態(tài)大于等于20-處理成功，直接返回成功;判斷訂單是否存在后續(xù)退貨訂單;1）存在，返回報錯：該訂單狀態(tài)準(zhǔn)確，不可進(jìn)行支付2）不存在，進(jìn)入后續(xù)校驗;判斷訂單支付金額是否正確，判斷等式：行項目銷售額支付金額之和+使用積分金額+經(jīng)理卡金額，是否成立;1）成立，繼續(xù)后續(xù)處理2）不成立：支付金額不正確，請檢查后重新輸入;20訂單支付信息處.5.訂單行支付狀態(tài)設(shè)置：將所有訂單行狀態(tài)都置為:保存新增的支付信息;覆蓋本地已有的優(yōu)惠單信息;凍結(jié)標(biāo)志設(shè)置：如果訂單支付信息中含有:單行凍結(jié)標(biāo)識置為：D2-支票凍結(jié);+運費+服務(wù)費=30-已支付;

22、4001 （支票支付），則將訂支付確認(rèn)標(biāo)記設(shè)置：門店訂單【支付確認(rèn)開關(guān)】為打開狀態(tài)時，對于滿足以下條件的訂單行項目，將訂單行支付確認(rèn)標(biāo)識置為:0-未確認(rèn)支付;1)分銷渠道為10-零售、20-代購,2)且來源系統(tǒng)為POS。3)SAP訂單類型為ZOR-標(biāo)準(zhǔn)訂單、IDOC、Z01、ZGF。4)裝運條件為01、14。5)先銷后采標(biāo)識不為 5。20訂單支付信息處1.調(diào)用【公共規(guī)則-資源處理】功能;1)成功，將訂單行狀態(tài)置為：20-已處理，訂單頭狀態(tài)：20-已處理;2)失敗，將訂單行狀態(tài)置為：12-處理失敗，訂單頭狀態(tài)置為：12-處理失敗;30組織結(jié)果反饋1.根據(jù)處理結(jié)果，組織結(jié)果反饋;40實時同步1.

23、OMSD全量：調(diào)用功能【公共功能-訂單全量信息分發(fā) OMSD】2. OMSQ全量：調(diào)用功能【公共功能-訂單全量信息分發(fā) OMSQ】50異步同步1.BI-大數(shù)據(jù)系統(tǒng)：調(diào)用【公共規(guī)則-】2.PMS-價格中心系統(tǒng)：調(diào)用【公共規(guī)則-】3.SPCS-云商卡系統(tǒng)：調(diào)用【公共規(guī)則-】4.BUDS-財務(wù)系統(tǒng)：調(diào)用【公共規(guī)則】60日志打印打日志：OMS訂單號，OMS行訂單號，訂單支付完成時間，預(yù)計出庫時間，期望送達(dá)時間，支付訂單創(chuàng)建時間，SAP訂單類型，先銷后采標(biāo)識,訂單來源，下單時間，渠道，行項目類別，分次發(fā)貨標(biāo)識，支付類型(04門店支付)，支付確認(rèn)標(biāo)識，日志階段：02( 01提交，02支付，03支付確認(rèn)，0

24、4還欠款)id ( 10000055 )頁面原型N/A，系統(tǒng)后臺功能無頁面3.124數(shù)據(jù)說明N/A，系統(tǒng)后臺功能無頁面3.125功能需求描述針對以下業(yè)務(wù)場景，前端系統(tǒng)通過該功能完成門店訂單收款處理;5t場景接口()電器門店零售訂單收銀臺全款支付處理P0 S-OMS-008 操作碼：D(/)電器門店對公云商卡訂單收銀臺全款支付處!理P0 S-0MS-008 操作碼：D3.126接口說明3.127其它說明3.2最新站點查詢服務(wù)3.2.1 最新站點查詢 需求編號 LSQ DDTJ DDTJ 000處理流程和約束條件接收到前端系統(tǒng)提交的訂單后，進(jìn)行訂單提交相

25、關(guān)處理，具體邏輯如下:具體步驟邏輯如下:步驟邏輯I)提交訂單前端系統(tǒng)通過以下接口提交訂單，且訂單類型為該功能:SP OS-OMS-001B2C-OMS-001ALL-OMS-001A時，進(jìn)入ALL-OMS-016進(jìn)行訂單合法性根據(jù)接口傳入訂單信息進(jìn)行合法性校驗:校驗1.訂單重復(fù)性校驗2.若接口輸入的接單模式為1或者3，則進(jìn)行訂單金額校驗1)判斷行優(yōu)惠單金額是否正確。校驗公式：行優(yōu)惠單金額行優(yōu)惠單明細(xì)金額匯總a）若不正確，則返回報錯:訂單行“前端系統(tǒng)行項目號2)3)“的優(yōu)惠單總金額與優(yōu)惠單明細(xì)不一致。b）否則進(jìn)行一下步判斷若訂單提交接口為 ALL-OMS-001 ，則需判斷行銷售額是否正確，校驗

26、公式： 行銷售額=銷售價*數(shù)量:a）若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的銷售額” XX ”不等于銷售價格” XX ”*數(shù)量”XX ”。b）否則進(jìn)行一下步判斷若訂單提交接口為 ALL-OMS-001 ，則需判斷行應(yīng)付金額是否與支付明細(xì)匯總金額一致，校驗公式：行項目銷售額+運費+服務(wù)費=支付金額之和+使用積分?jǐn)?shù)金額+經(jīng)理卡金額：a）若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的總支付金額與應(yīng)付金額不一致。b）否則進(jìn)行一下步判斷4） 若訂單提交接口為 B2C-OMS-001，則需判斷行應(yīng)付金額是否與支付明細(xì)匯總金額一致，校驗公式：銷售價*數(shù)量-經(jīng)理卡金額+運費+行稅額+服務(wù)費=支付

27、金額之和：a）若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的總支付金額與應(yīng)付金額不一致。b）否則進(jìn)行一下步判斷3.根據(jù)校驗結(jié)果:1）若以上所有校驗通過，則進(jìn)入下一步“30-生成或更新訂單信息”步驟2）若以上任意校驗失敗，則進(jìn)入“50-返回處理結(jié)果”步驟生成或更新訂單根據(jù)接口傳入的訂單信息創(chuàng)建訂單信息或全量更新以下信息:信息1.若是創(chuàng)建訂單，則根據(jù)單號規(guī)則生成訂單號和訂單行號2.進(jìn)行訂單狀態(tài)設(shè)置1)進(jìn)行訂單行總狀態(tài)設(shè)置，具體邏輯見“表-訂單行總狀態(tài)（IS）設(shè)置邏輯”2)進(jìn)行訂單行支付狀態(tài)設(shè)置，具體邏輯見“表-訂單行支付狀態(tài)（IP）設(shè)置邏輯”3.3)4)進(jìn)行訂單行發(fā)票狀態(tài)設(shè)置，默認(rèn)設(shè)置為IV=

28、10進(jìn)行訂單頭總狀態(tài)設(shè)置進(jìn)行訂單特殊標(biāo)記設(shè)置1）進(jìn)行訂單行凍結(jié)標(biāo)識設(shè)置a）若分銷渠道=30，且訂單來源為 CRM，則設(shè)置分次實用標(biāo)準(zhǔn)實用標(biāo)準(zhǔn)文案大全8）若訂單行類別=22，則需要保存獨立服務(wù)擴(kuò)展信息9）若訂單行類別=24，則需要保存運費險擴(kuò)展信息6.若接口傳入的支付方式含9002-貨到付款、9003-融合支付,則需要保存還欠款信息7.訂單信息保存后，根據(jù)接單模式:1)2)3)4 進(jìn)行訂單處理調(diào)5 返回處理結(jié)果6 記錄日志信息.3.若訂單保存成功，且接口傳入的接單模式為1，則進(jìn)入下步“ 40-訂單調(diào)度處理”；若訂單保存成功，且若接口傳入的接單模式為2、3，則進(jìn)入下一步“ 50-返回

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

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

31、) 若調(diào)用接口為 B2C-OMS-001 ，則需要保存訂單展示價:a)若接口傳入的展示價(displayPrice )有值，則保存該字段的值為訂單展示價b)若接口傳入的展示價(displayPrice )無值，則保存訂單展示價為接口傳入的銷售價( price)-發(fā)票虛增價2)其他調(diào)用接口不進(jìn)行處理8異步分發(fā)訂單1.訂單行實時分發(fā) OMSD1)滿足以下所有條件的訂單實時分發(fā)OMSD，通過接口(OMS-OMSD-001a)訂單行總狀態(tài)為20-已處理、40-已發(fā)貨、或者 60-已完成b)訂單行項目類別<>13-禮品卡c)分次發(fā)貨標(biāo)識為A-只允許一次發(fā)貨、或者D2-支票凍結(jié)d)訂單行支付確

32、認(rèn)標(biāo)識為空、1-已支付確認(rèn)2.訂單行實時分發(fā) OMSQ1) 滿足以下所有條件的訂單實時分發(fā)OMSQ，通過接口(OMS-OMSQ-001 )9保存待分發(fā)信息1.滿足以下條件保存待分發(fā)已支付訂單信息到BI,通過接口(OMS-BI-002 )1) 訂單類型為A- 一般銷售訂單、B-虛擬訂單實用標(biāo)準(zhǔn)實用標(biāo)準(zhǔn)文案大全6)7)8)9)a)b)C）訂單行先銷后采標(biāo)識為：7、或者9訂單行總狀態(tài)（IS） >=20訂單方向=1-正向訂單滿足以下條件保存待分發(fā) IDOC訂單（3C類）信息，通過接口 (OMS-SAP-038 )a)b)C)訂單行SAP訂單類型=IDOC訂單行總狀態(tài)（IS） >=20訂單方

33、向=1-正向訂單滿足以下條件保存待分發(fā)賬期支付訂單信息，通過接口(OMS-SAP-053)a)b)C)訂單渠道為：10、20、30、40、或者50訂單行支付狀態(tài)（IP）=30訂單行支付明細(xì)中包含9102支付方式滿足以下條件保存待分發(fā)合約機(jī)手機(jī)行結(jié)算信息,a)b)C)d)通過接(OMS-SAP-032)訂單行項目類別為：10-實體訂單行存在合約關(guān)聯(lián)關(guān)系訂單行關(guān)聯(lián)的合約行的 SAP訂單類型為:IDOC 或者 ZSIM訂單行總狀態(tài)（IS）>=20滿足以下條件保存待分發(fā)合約機(jī)合約行結(jié)算信息,口( OMS-SAP-033)通過接實用標(biāo)準(zhǔn)實用標(biāo)準(zhǔn)321.3頁面原型N/A，系統(tǒng)后臺功能無頁面321.4數(shù)據(jù)說明N/A，系統(tǒng)后臺功能無頁面321.5功能需求描述針對以下業(yè)務(wù)場景，前端系統(tǒng)提交訂單至 OMS ,OMS進(jìn)行訂單提交的合法校驗，訂單提交的資源處理以及訂單保存,并根據(jù)對應(yīng)的場景，判斷是否調(diào)用后續(xù)處理。*接單模式：1-一步式需處理資源；2-兩步式需處理資源；3- 一步式無需處理資源接口說明該功能處理過程中會調(diào)用以下接口:接口編號接口名稱目標(biāo)系統(tǒng)場