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

1、精選優(yōu)質文檔-傾情為你奉上XXX系統(tǒng)或XXX項目產品需求規(guī)格說明書文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件編號：SN_SR_001當前版本：V1.0作 者：完成日期：2017-04-11 版本信息版本時間狀態(tài)更新人簡要描述審核人審核時間V1.0V1.01V1.2V1.3V1.4注：狀態(tài)可以為N-新建、A-增加、M-更改、對方的所得稅 說明：版本信息必須更新，審核人和審核時間也必須審核后填寫，審核人要求部門經理級別以上。否則開發(fā)測試可拒絕評審。審核業(yè)務功能是否有遺漏、業(yè)務流程是否符合規(guī)劃、關鍵業(yè)務邏輯是否有合理目錄1. 關于本文檔1.1. 內容說明說明：此處描述的是文檔說明，產品需求文檔更新需要

2、走修訂模式，下次更新前先接受修訂，并且每次更新必須更新版本號和版本記錄。例子：本文檔用于描述蘇寧開放平臺物流狀態(tài)服務系統(tǒng)的需求定義。包括各個需求的功能描述，處理邏輯規(guī)則，界面定義，與其它功能的關系，與其它系統(tǒng)的接口等各個方面的定義。是蘇寧物流狀態(tài)服務系統(tǒng)唯一的全面需求定義文檔。本文檔將根據需求管理流程和要求，隨系統(tǒng)功能變化進行及時的修訂和更新，以確保本文檔的全面性，準確性和實效性。因此在閱讀使用此文檔時，請注意從項目的文檔管理系統(tǒng)中獲取最新版本。1.2. 名詞解釋詞匯名稱詞匯含義備注LSQ物流狀態(tài)服務系統(tǒng)LSP物流服務平臺LES 物流作業(yè)系統(tǒng)LWMS分布式倉儲管理系統(tǒng)TMS運輸管理系統(tǒng)1.3.

3、 參考文檔系統(tǒng)需求定義規(guī)范使用說明v1.0.doc2. 系統(tǒng)概述2.1. 業(yè)務背景說明：此處描述業(yè)務背景，不可裁剪，清晰的業(yè)務背景描述能更好的幫助研發(fā)和測試理解產品需求，明確業(yè)務測試場景，此部分是產品需求定位的核心導向。例子一：電子面單的業(yè)務描述隨著電子商務服務和物流服務信息化飛速發(fā)展，包裹運單號成為快遞公司串聯快遞單、訂單、商家、商品等各種信息的樞紐。相比之下，傳統(tǒng)紙質面單價格高、信息錄入效率低、信息安全隱患等方面的劣勢已愈發(fā)凸顯。我司在兩年前就開始了電子面單在自營物流上的應用，經過長期的的磨合和積累，目前將我司的應用經驗推廣到社會物流上，讓社會上愿意與我司物流合作的伙伴，也同樣享受到我司電

4、子面單服務。例子二：LSQ的業(yè)務描述物流作業(yè)狀態(tài)服務存在不足1）服務無標準不統(tǒng)一 需物流作業(yè)的各渠道訂單，作業(yè)狀態(tài)轉化為文案描述處理的邏輯系統(tǒng)多，且處理規(guī)不統(tǒng)一， B2C自營訂單，邏輯在B2C，數據源在OMS 菜鳥平臺/4PS平臺訂單狀態(tài)展示，邏輯在LAPI，數據源在LAPI 物流門戶訂單狀態(tài)展示，邏輯在LPS，數據源在LOS 開放平臺訂單，邏輯在SOD，數據源在SOD R3自營訂單，無邏輯，數據源在R32）維度單一而不滿足新需求 不能滿足多樣化的展示需求，如目前只有訂單維度的狀態(tài)詳情展示，不支持任務單、顧客包裹等維度的詳情服務。 同時，缺乏物流特定作業(yè)狀態(tài)的高實時性精確查詢服務（如是否銷單完

5、成，是否過賬，最新站點是哪個等）。3）開放服務的渠道有待拓展 目前，物流沒有一個公網渠道，使顧客能快速查詢在蘇寧各渠道訂單的作業(yè)狀態(tài)信息。故設計一個物流狀態(tài)系統(tǒng)統(tǒng)一管理物流狀態(tài)的收發(fā)，狀態(tài)描述轉換，以及提供狀態(tài)服務查詢。2.2. 系統(tǒng)概述說明：系統(tǒng)說明包括文字部分和圖形部分，文字部分主要描述系統(tǒng)之間的關聯關系，圖形主要包括系統(tǒng)和相關聯系統(tǒng)之間的交互結構，不可裁剪例子一：系統(tǒng)說明合作伙伴申請?zhí)K寧電子面單服務，選擇相應的合作模式，由合作伙伴提供預配送包裹的信息，由蘇寧電子面單服務生成相應的面單信息，并由合作伙伴系統(tǒng)打印出來并完成包裝，最終投遞給蘇寧網點且面單能被蘇寧物流體系識別。系統(tǒng)之間的關聯關系

6、：蘇寧電子面單服務是基于蘇寧自營物流電子面單應用，整合社會上多家快遞公司，搭建一套具有蘇寧配送特色的電子面單服務體系，為蘇寧物流的合作伙伴提供統(tǒng)一的電子面單服務。實現了，合作伙伴對接蘇寧的物流服務，由使用紙質面單向電子面單轉變。只要合作伙伴對接了蘇寧電子面單服務，那么就可以享受蘇寧物流體系的電子面單服務。本系統(tǒng)當期功能主要包含：A、用戶操作權限管理；B、配置數據信息管理；C、訂單對應的作業(yè)單物流節(jié)點狀態(tài)信息接收與分發(fā)功能；D、訂單對應的作業(yè)單物流節(jié)點狀態(tài)信息查詢功能； 2.3. 流程概覽/系統(tǒng)框架說明：此處需要描述和圖形化系統(tǒng)內部功能結構模塊圖，可從架構和技術獲取資源。清晰的系統(tǒng)架構對于系統(tǒng)的

7、擴展性和維護性都非常有幫助，也便于開發(fā)和測試從整體上理解該系統(tǒng)的結構。2.4. 系統(tǒng)規(guī)劃與迭代 說明：此處說明對該系統(tǒng)的總體規(guī)劃步驟，一期接入什么功能，二期接入什么功能達到什么業(yè)務效果。2.5. 功能模塊 說明：此處的列表和下面的功能需求是對應的，系統(tǒng)需求編號是唯一識別需求的標識。需求編號的規(guī)則見章節(jié)例子：主功能系統(tǒng)需求編號子功能優(yōu)先級 備注狀態(tài)信息接收推送LSQ_DDZF_MDZF_0001非采購類狀態(tài)信息接收一級一期需求LSQ_DDZF_MDZF_0002狀態(tài)信息發(fā)送一級一期需求LSQ_DDZF_MDZF_0003狀態(tài)轉換一級一期需求接收計劃物流節(jié)點信息SNPD_LSQ_SS

8、S_04接收計劃物流節(jié)點信息二級最新站點查詢服務SNPD_LSQ_SSS_05最新站點查詢服務二級一期需求詳情調用服務SNPD_LSQ_SSS_06虛擬包裹信息接收與更新一級一期需求SNPD_LSQ_SSS_07BTC物流物流詳情調用一級一期需求SNPD_LSQ_SSS_08CIC物流物流詳情調用一級一期需求后臺配置SNPD_LSQ_SSS_09后臺配置一級一期需求快遞100接入服務SNPD_LSQ_SSS_10快遞100查詢與推送運單信息一級二期需求物流詳情查詢SNPD_LSQ_SSS_11作業(yè)系統(tǒng)查詢狀態(tài)明細一級LES拆分需求3. 系統(tǒng)功能需求3.1 狀態(tài)信息接受推送3.1.1 非采購類狀

9、態(tài)信息接收 需求編號LSQ_DDZF_MDZF_0001說明：/功能的業(yè)務介紹和業(yè)務背景此處的需求編號，在一個系統(tǒng)中必現唯一存在并且最后4位遞增，規(guī)則：系統(tǒng)名_模塊名_子功能名_序列號，如LSQ_DDZF_MDZF_0001： 系統(tǒng)名最長保留4位，模塊名/子功能名最長4位，序列號最長4位不夠4位補0比如0001，如果是優(yōu)化需求，需求編號不變，新增需求需求編號增加； 處理流程和約束條件說明：此處是放上面功能的業(yè)務流程圖和功能的業(yè)務邏輯約束條件流程圖：說明：如果流程圖比較大或比較多，請以單獨的附件提供約束#步驟邏輯10功能入參確認1. 入參確認1) 用戶名；2) 密碼2

10、校驗處理1. 校驗：用戶名在數據庫中唯一且存在；1) 成立，繼續(xù)后續(xù)校驗2) 不成立，返回報錯：請輸入正確的用戶名密碼2. 校驗：安全性：1) 安全性不通過，則提示該登錄可能存在安全隱患，請重新訪問；2) 安全性通過，則繼續(xù)下面，3訂單處理4組織結果反饋1. 全部校驗通過：1) 提示：登錄成功，數據庫更新最后登錄時間；2) 可進入系統(tǒng)進行后續(xù)操作 頁面原型說明：N/A，系統(tǒng)后臺功能無頁面有頁面請截低保真的圖，圖片要能覆蓋所描述的功能，以及頁面訪問路徑。 數據說明說明：N/A，系統(tǒng)后臺功能無頁面如果有頁面校驗請在此處用列表的形式說明各個頁面各個控件的校驗規(guī)則XX功能字

11、段名數據類型頁面長度小數位說明用戶名字符10非空，必須包括大小寫字母、字符，不可輸入中文密碼字符10非空，必須包括大小寫字母、字符、特殊字符 功能需求描述說明：1）功能描述，需要做到語言準確，結構清晰，須包括從用戶角度和業(yè)務角度描述功能和業(yè)務場景；要盡可能少地從系統(tǒng)邏輯角度去撰寫需求，多寫業(yè)務邏輯以免干擾開發(fā)的最優(yōu)設計。在需求中明確業(yè)務接口。2）版本優(yōu)化，如果是優(yōu)化功能采用修訂模式在涉及到的所有原文檔（包括需求說明書、流程圖、接口文檔）上進行修改并標注，需求說明書需對應需求編號章節(jié)進行修改，這樣便于研發(fā)和測試了解原功能，以便快速了解優(yōu)化的業(yè)務判斷回歸場景。產品還需說明優(yōu)化此功能的

12、業(yè)務場景以及建議優(yōu)化功能涉及相關使用場景。（0522版本）特別說明：修改的功能會影響系統(tǒng)對外提供的接口，需要這些接口的使用方對接口進行驗證，并確認接口的變更登錄1） 針對登錄功能，需要做安全性校驗，實行https的方式，并且登錄密碼以*顯示，在日志打印中也以*展示；2） 登錄功能，登錄調用API 接口INTERFACE_LSQ_LOGIN_0001實現登錄，需要保證數據傳遞的安全性。狀態(tài)接受LSQ系統(tǒng)接收狀態(tài)信息，作如下處理：數據類型長度小數位說明ID字符32主鍵，系統(tǒng)自動生成的流水號外部流水號字符32外部傳的流水號外部系統(tǒng)字符10當前外部訂單對應的“外部系統(tǒng)”任務單號字符20當前外部訂單對應

13、的“外部訂單編碼”物流訂單號字符30通過賣家ID查詢客戶信息匹配表，結果為查詢到的賣家ID對應的“客戶編碼”訂單屬性字符10當前外部訂單對應的“蘇寧業(yè)務類型”訂單客戶字符10若業(yè)務類型為“C019”，則默認為“ZVIN”入倉前置任務單系統(tǒng)字符10在接收4PS銷退入庫單時，若orderFlag訂單標記帶有9，則在下傳裝運條件時，傳輸“01”自營，其他則按照原有邏輯傳“06”第三方服務大類字符20固定賦值“L01倉儲”收入項字符20固定賦值“ L0101存量”服務產品字符4固定賦值“ L倉庫保管”服務細節(jié)字符4根據物流中心匹配zlmt026，取屬性，若屬性=MD，則服務細節(jié)= L門店庫存，否則為L

14、中心倉庫存商品屬性字符60用物料號匹配商品主數據，取商品屬性（當用計費明細的物料號matnr時，首先做取前置0 ，然后再去關聯MDM商品主數據）件數字符10回算表的lfimg網點描述字符60固定賦值“L01倉儲”實際交貨數量數值13固定賦值“ L0101存量”數量單位字符3固定賦值“ L倉庫保管”排程日期時間字符14若訂單對應的基本信息的“預期送達開始時間”為空，且當前日期時間比當前日期時間18:00:00早，則為當前日期，否則為當前日期+1天；若訂單對應的基本信息“預期送達開始時間”不為空，則取該時間中的日期，格式為YYYY-MM-DD接收日期時間字符19系統(tǒng)當前日期 接口說明

15、說明：如果字段少可直接把接口列表貼這里，接口模板見下表必須包括深度和返回消息，如果有不同返回碼也需要一并定義。每個接口在需求文檔中撰寫一個編號，在系統(tǒng)中唯一，以便附件中能快速找到對應的接口，便于定期維護，接口編號：規(guī)則一個系統(tǒng)唯一：INTERFACE_系統(tǒng)名_一級模塊名_編號遞增產品定義的接口只需提供到中文字段名、長度、是否必須，校驗說明即可。API 接口INTERFACE_LSQ_LOGIN_0001深度名稱描述類型長度是否必輸說明1INPUT請求輸入2ITEM3username用戶名CHAR(10)必輸不可為空3Password密碼CHAR(10)必輸不可為空3token盾牌CHAR(30

16、)必輸不可為空1OUTPUT請求輸出2username用戶名CHAR(30)必輸2returnCode結果狀態(tài)CHAR(10)必輸0-成功，1-失敗2Message文本描述CHAR(255)接收成功/接收失敗returnCode返回碼說明：快遞公司驗證returnCodeMessage快遞100需要做的操作LSQ訂閱成功200成功LSQ數據驗證失敗400數據不完整補充數據，重新訂閱LSQ格式驗證失敗500請求格式錯誤程序有問題，需要調整本地服務器錯誤501服務器錯誤30分鐘后嘗試LSQ訂閱日志已存在502重復訂閱理解為訂閱成功LAPI校驗KEY錯誤503驗證簽名失敗使用正確的KEYLSQ未查到

17、對應物流單號504單號錯誤更正單號LSQ未查到對應物流單號507查詢異常狀態(tài)接收接口INTERFACE_LSQ_STATUS_0001由于字段較多見附件，每個接口在需求文檔中撰寫一個編號，規(guī)則一個系統(tǒng)唯一：INTERFACE_系統(tǒng)名_一級模塊名_編號遞增該功能處理過程中會調用以下接口（見附件）：接口編號接口名稱原系統(tǒng)目標系統(tǒng)場景INTERFACE_LSQ_LOGIN_0001API登錄接口LSQAPI處理成功，登錄成功INTERFACE_LSQ_STATUS_0001狀態(tài)信息同步LSQLOS/TMS/LWMSLSQMQ信息處理成功記錄到LSQ系統(tǒng) 其它說明說明：可以把性能需求或者

18、安全性，穩(wěn)定性需求，頁面瀏覽器兼容性需求等等放此處3.1.2 狀態(tài)信息發(fā)送 需求編號LSQ_DDZF_MDZF_000 處理流程和約束條件#步驟邏輯10訂單判斷1. 使用訂單行號查詢本地是否存在對應的訂單行1) 存在，繼續(xù)后續(xù)判斷；2) 不存在，進入后續(xù)校驗；2. 判斷訂單行狀態(tài)：1) 如果訂單行狀態(tài)10-已提交，12-訂單異常，進入后續(xù)校驗；2) 如果訂單行狀態(tài)大于等于20-處理成功，直接返回成功；3. 判斷訂單是否存在后續(xù)退貨訂單；1) 存在，返回報錯：該訂單狀態(tài)準確，不可進行支付2) 不存在，進入后續(xù)校驗；4. 判斷訂單支付金額是否正確，判斷等式：行項目銷售

19、額+運費+服務費=支付金額之和+使用積分金額+經理卡金額，是否成立；1) 成立，繼續(xù)后續(xù)處理2) 不成立：支付金額不正確，請檢查后重新輸入；20訂單支付信息處理1. 訂單行支付狀態(tài)設置：將所有訂單行狀態(tài)都置為：30-已支付；2. 保存新增的支付信息；3. 覆蓋本地已有的優(yōu)惠單信息；4. 凍結標志設置：如果訂單支付信息中含有：4001（支票支付），則將訂單行凍結標識置為：D2-支票凍結；5. 支付確認標記設置：門店訂單【支付確認開關】為打開狀態(tài)時，對于滿足以下條件的訂單行項目，將訂單行支付確認標識置為：0-未確認支付；1) 分銷渠道為10-零售、20-代購，2) 且來源系統(tǒng)為POS。3) SAP

20、訂單類型為ZOR-標準訂單、IDOC、Z01、ZGF。4) 裝運條件為01、14。5) 先銷后采標識不為5。20訂單支付信息處理1. 調用【公共規(guī)則-資源處理】功能；1) 成功，將訂單行狀態(tài)置為：20-已處理，訂單頭狀態(tài)：20-已處理；2) 失敗，將訂單行狀態(tài)置為：12-處理失敗，訂單頭狀態(tài)置為：12-處理失??；30組織結果反饋1. 根據處理結果，組織結果反饋；40實時同步1. OMSD全量：調用功能【公共功能-訂單全量信息分發(fā)OMSD】2. OMSQ全量：調用功能【公共功能-訂單全量信息分發(fā)OMSQ】50異步同步1. BI-大數據系統(tǒng)：調用【公共規(guī)則-】2. PMS-價格中心系統(tǒng)：調用【公共

21、規(guī)則-】3. SPCS-云商卡系統(tǒng)：調用【公共規(guī)則-】4. BUDS-財務系統(tǒng)：調用【公共規(guī)則】60日志打印打日志：OMS訂單號，OMS行訂單號，訂單支付完成時間，預計出庫時間，期望送達時間 ，支付訂單創(chuàng)建時間,SAP訂單類型，先銷后采標識，訂單來源，下單時間，渠道，行項目類別，分次發(fā)貨標識，支付類型（04門店支付），支付確認標識，日志階段：02（01提交，02支付，03支付確認，04還欠款）id（） 頁面原型N/A，系統(tǒng)后臺功能無頁面 數據說明N/A，系統(tǒng)后臺功能無頁面 功能需求描述針對以下業(yè)務場景，前端系統(tǒng)通過該功能完成門店訂單收款處理；#場景接口

22、01電器門店零售訂單收銀臺全款支付處理POS-OMS-008 操作碼：D02電器門店對公云商卡訂單收銀臺全款支付處理POS-OMS-008 操作碼：D 接口說明 其它說明3.2 最新站點查詢服務3.2.1 最新站點查詢 需求編號LSQ_DDTJ_DDTJ_000 處理流程和約束條件接收到前端系統(tǒng)提交的訂單后，進行訂單提交相關處理，具體邏輯如下：具體步驟邏輯如下：#步驟邏輯10提交訂單前端系統(tǒng)通過以下接口提交訂單，且訂單類型為A時，進入該功能：Ø SPOS-OMS-001Ø B2C-OMS-001Ø ALL-

23、OMS-001Ø ALL-OMS-01620進行訂單合法性校驗根據接口傳入訂單信息進行合法性校驗：1. 訂單重復性校驗2. 若接口輸入的接單模式為1或者3，則進行訂單金額校驗1) 判斷行優(yōu)惠單金額是否正確。校驗公式：行優(yōu)惠單金額 = 行優(yōu)惠單明細金額匯總：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的優(yōu)惠單總金額與優(yōu)惠單明細不一致。b) 否則進行一下步判斷2) 若訂單提交接口為ALL-OMS-001，則需判斷行銷售額是否正確，校驗公式：行銷售額 = 銷售價 * 數量：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的銷售額”XX”不等于銷售價格”XX”*數量”XX”。

24、b) 否則進行一下步判斷3) 若訂單提交接口為ALL-OMS-001，則需判斷行應付金額是否與支付明細匯總金額一致，校驗公式：行項目銷售額+運費+服務費=支付金額之和+使用積分數金額+經理卡金額：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的總支付金額與應付金額不一致。b) 否則進行一下步判斷4) 若訂單提交接口為B2C-OMS-001，則需判斷行應付金額是否與支付明細匯總金額一致，校驗公式：銷售價*數量-經理卡金額+運費+行稅額+服務費=支付金額之和：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的總支付金額與應付金額不一致。b) 否則進行一下步判斷3. 根據校驗結果：1)

25、 若以上所有校驗通過，則進入下一步“30-生成或更新訂單信息”步驟2) 若以上任意校驗失敗，則進入“50-返回處理結果”步驟30生成或更新訂單信息根據接口傳入的訂單信息創(chuàng)建訂單信息或全量更新以下信息：1. 若是創(chuàng)建訂單，則根據單號規(guī)則生成訂單號和訂單行號2. 進行訂單狀態(tài)設置1) 進行訂單行總狀態(tài)設置，具體邏輯見“表-訂單行總狀態(tài)（IS）設置邏輯”2) 進行訂單行支付狀態(tài)設置，具體邏輯見“表-訂單行支付狀態(tài)（IP）設置邏輯”3) 進行訂單行發(fā)票狀態(tài)設置，默認設置為IV=104) 進行訂單頭總狀態(tài)設置3. 進行訂單特殊標記設置1) 進行訂單行凍結標識設置a) 若分銷渠道=30，且訂單來源為CRM

26、，則設置分次發(fā)貨標記為D3-對公訂單未付款凍結b) 否則，如訂單支付方式中含有4001：支票支付，則設置分次發(fā)貨標記為：D2-支票交貨凍結c) 否則，對于其他場景設置分次發(fā)貨標記為A-只允許一次發(fā)貨2) 進行訂單行大客戶付款類型設置。滿足以下所有條件，設置大客戶付款類型為1-確認欠款：a) 訂單來源為SPCSb) 行項目類別為16-云商卡訂單c) 接單模式為1d) 支付方式含90053) 進行訂單行是否需要發(fā)票設置4. 根據接口傳入訂單信息保存訂單基本信息5. 根據接口傳入訂單擴展信息保存訂單相關擴展信息1) 若訂單行類別= 10，且接口中存在服務商品，則需要保存服務擴展信息2) 若訂單行類別

27、=11，則需要保存延保擴展信息3) 若訂單行類別=12，則需要保存贈品擴展信息4) 若訂單行類別=13，則需要保存虛擬商品信息5) 若訂單行類別=14，則需要保存合約擴展信息6) 若訂單行類別=16，則需要保存云商卡擴展信息7) 若訂單行類別=20，電子書無擴展信息，無需保存8) 若訂單行類別=22，則需要保存獨立服務擴展信息9) 若訂單行類別=24，則需要保存運費險擴展信息6. 若接口傳入的支付方式含9002-貨到付款、9003-融合支付，則需要保存還欠款信息7. 訂單信息保存后，根據接單模式：1) 若訂單保存成功，且接口傳入的接單模式為1，則進入下一步“40-訂單調度處理”；2) 若訂單保

28、存成功，且若接口傳入的接單模式為2、3，則進入下一步“50-返回處理結果”3) 若訂單保存失敗，則直接進入下一步“50-返回處理結果”40進行訂單處理調度調用功能【OMS_ZYCL_ZYCL_001-資源處理（老流程）】進行處理50返回處理結果1. 根據30、40步驟的處理結果，返回對應信息1) 若處理失敗，則返回前端處理失敗2) 若處理成功，則返回前端處理成功2. 進入下一步“記錄日志信息”步驟60記錄日志信息1. 若為。則：2.3. 根據30、40步驟的處理結果1) 若處理失敗，則結束本次提交流程2) 若處理成功，則繼續(xù)進行后續(xù) “70-保存或更新訂單信息”、“80-異步分發(fā)訂單”和“90

29、-保存待分發(fā)信息”步驟70保存或更新訂單信息1. 保存BUDS信息1) 滿足以下所有條件，保存該訂單行支付明細到BUDS支付明細信息中a) 訂單行項目類別不為16b) 訂單行支付中存在9001-香港欠款、9002-貨到付款、或者9005-對公欠款2. 設置訂單實時處理標記。1) 滿足以下所有條件設置實時處理標記為Y a) 行項目類別為10-實體、12-贈品b) “裝運條件為空-自提、17-物流門店庫自提、20-物流門店庫自提”或者“裝運條件為02-門店自提且SAP訂單類型=IDOC”c) 分次發(fā)貨標識為A-只允許一次發(fā)貨、或者D2-支票凍結d) 訂單行狀態(tài)>=20e) 訂單類型不為C-退

30、貨訂單f) 先銷后采標識為空、或者02) 若SAP訂單類型為ZSIA且為10渠道（門店互聯開卡訂單），則設置實時處理標記為Y3) 其他情況，不設置實時處理標記3. 保存訂單展示價信息：1) 若調用接口為B2C-OMS-001，則需要保存訂單展示價：a) 若接口傳入的展示價（displayPrice）有值，則保存該字段的值為訂單展示價b) 若接口傳入的展示價（displayPrice）無值，則保存訂單展示價為接口傳入的銷售價（price）- 發(fā)票虛增價2) 其他調用接口不進行處理80異步分發(fā)訂單1. 訂單行實時分發(fā)OMSD1) 滿足以下所有條件的訂單實時分發(fā)OMSD，通過接口（OMS-OMSD-

31、001）a) 訂單行總狀態(tài)為20-已處理、40-已發(fā)貨、或者60-已完成b) 訂單行項目類別<>13-禮品卡c) 分次發(fā)貨標識為A-只允許一次發(fā)貨、或者D2-支票凍結d) 訂單行支付確認標識為空、1-已支付確認2. 訂單行實時分發(fā)OMSQ1) 滿足以下所有條件的訂單實時分發(fā)OMSQ，通過接口（OMS-OMSQ-001）90保存待分發(fā)信息1. 滿足以下條件保存待分發(fā)已支付訂單信息到BI，通過接口（OMS-BI-002）1) 訂單類型為A-一般銷售訂單、B-虛擬訂單2) 行項目類別為：3) 訂單渠道為：4) 訂單行總狀態(tài)>=20-已處理5) 分次發(fā)貨標識不為D3-對公支付2. 滿

32、足以下條件保存待分發(fā)未支付訂單信息到BI，通過接口（OMS-BI-003）1)3. 滿足以下條件保存待分發(fā)已支付訂單信息到PMS，通過接口（OMS-PMS-002）1) 訂單類型為A-一般銷售訂單2) 訂單行項目類別為：3) 訂單行先銷后采標識為：0、1、2、3、4、6、或者94) 訂單渠道為：10、20、30（且訂單來源為CRM）、50、或者605) 訂單行總狀態(tài)>=20-已處理6) 訂單行分次發(fā)貨標識不為D3-對公支付4. 滿足以下條件保存待分發(fā)已支付訂單信息到POS，通過接口（OMS-POS-0?）5. 保存待分發(fā)已支付訂單信息到SAP1) 滿足以下條件保存待分發(fā)IDOC訂單信息，

33、通過接口（OMS-SAP-022）a) 訂單行SAP訂單類型=IDOCb) 訂單行總狀態(tài)（IS）>=20c) 訂單方向=1-正向訂單2) 滿足以下條件保存待分發(fā)合約機訂單信息，通過接口（OMS-SAP-011）a) 訂單行SAP訂單類型=ZSIMb) 訂單行總狀態(tài)（IS）>=20c) 訂單方向=1-正向訂單d) 訂單行項目類別=14-合約機3) 滿足以下條件保存待分發(fā)互聯訂單信息，通過接口（OMS-SAP-036）a) 訂單行SAP訂單類型為：ZSIA、或者ZSIBb) 訂單行總狀態(tài)（IS）>=20c) 訂單方向=1-正向訂單d) 訂單行項目類別=14-合約機4) 滿足以下條

34、件保存待分發(fā)超市訂單信息，通過接口（OMS-SAP-040）a) 訂單行SAP訂單類型：CSLY、或者YDDSb) 訂單行先銷后采標識為：8c) 訂單行總狀態(tài)（IS）>=20d) 訂單方向=1-正向訂單5) 滿足以下條件保存待分發(fā)SWL、聯營廠送訂單信息，通過接口（OMS-SAP-041）a) 訂單行先銷后采標識為：7、或者9b) 訂單行總狀態(tài)（IS）>=20c) 訂單方向=1-正向訂單6) 滿足以下條件保存待分發(fā)IDOC訂單（3C類）信息，通過接口（OMS-SAP-038）a) 訂單行SAP訂單類型=IDOCb) 訂單行總狀態(tài)（IS）>=20c) 訂單方向=1-正向訂單7)

35、 滿足以下條件保存待分發(fā)賬期支付訂單信息，通過接口（OMS-SAP-053）a) 訂單渠道為：10、20、30、40、或者50b) 訂單行支付狀態(tài)（IP）=30c) 訂單行支付明細中包含9102支付方式8) 滿足以下條件保存待分發(fā)合約機手機行結算信息，通過接口（OMS-SAP-032）a) 訂單行項目類別為：10-實體b) 訂單行存在合約關聯關系c) 訂單行關聯的合約行的SAP訂單類型為：IDOC或者ZSIMd) 訂單行總狀態(tài)（IS）>=209) 滿足以下條件保存待分發(fā)合約機合約行結算信息，通過接口（OMS-SAP-033）a) 訂單行項目類別為：14-合約機b) 訂單行SAP訂單類型=

36、IDOC、或者ZSIMc) 訂單行總狀態(tài)（IS）>=2010) 滿足以下條件保存待分發(fā)C店訂單信息，通過接口（OMS-SAP-037）a) 訂單行總狀態(tài)（IS）=20b) 訂單行先銷后采標識為：5c) 訂單渠道為：50d) 訂單行支付明細中包含支付方式5002、或者690411) 滿足以下條件保存待分發(fā)商轉贈訂單信息，通過接口（OMS-SAP-042）a) 訂單行項目類別為：10-實體、或者12-贈品b) 訂單行為商轉贈訂單c) 訂單行總狀態(tài)（IS）=206. 滿足以下條件保存待返積分信息到CMF，通過接口（OMS-CMF-006/OMS-CMF-007）1) IS>=20 已完成

37、；2) IP=30 已支付；3) 接單模式<>3-一步式不待處理4) 來源系統(tǒng)不為BSS、SAP、TMALL、SDIPA5) 行項目類別為：10、11、12、14；6) 業(yè)務類型不為：配置數據7. 滿足以下條件保存待返券信息到SPES，通過接口（OMS-SPES-0?）8. 滿足以下條件保存待分發(fā)已支付訂單信息到IPS，通過接口（OMS-IPS-001）1) 訂單行先銷后采標識為：空、0、1、2、3、4、6、7、或者92) 訂單行總狀態(tài)>=20-已處理3) 訂單行類別為：10-實體、11-延保、12-贈品、或者14-合約4) 訂單行發(fā)票類型為：01、02（是否需要打印發(fā)票<>“N”）、03、或者045) 訂單渠道為：40（訂單來源為TMALL）、50、或者609. 保存待分發(fā)訂單信息到BUDS1) 滿足以下條件保存待分發(fā)云商卡訂單信息，通過接口（OMS-BUDS-055）a) 訂單行項目類別為：16-云商卡b) 訂單行總狀態(tài)（IS）=202) 滿足以下條件保存待分發(fā)醫(yī)?？ㄓ唵涡畔?，通過接口（OMS-BUDS-055）a) 訂單行為醫(yī)?？ㄓ唵蝏) 訂單行總狀態(tài)（IS）>= 頁面原型N/A，系統(tǒng)后臺功能無頁面 數據說明N/A，系統(tǒng)后臺功能無頁面 功能需求描述針對以下業(yè)務場景