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

______________________________________________________________________________________________________________系統(tǒng)或XXX項(xiàng)目產(chǎn)品需求規(guī)格說明書文件狀態(tài)：文件編號(hào)：SN_SR_001[√]草稿當(dāng)前版本：V1.0[]正式發(fā)布作者：[]正在修改完成日期：2017-04-11-可編輯修改-______________________________________________________________________________________________________________版本信息版本 時(shí)間 狀態(tài) 更新人 簡要描述 審核人 審核時(shí)間V1.0V1.01V1.2V1.3V1.4注：狀態(tài)可以為 N-新建、A-增加、M-更改、對方的所得稅 說明：版本信息必須更新，審核人和審核時(shí)間也必須審核后填寫，審核人要求部門經(jīng)理級別以上。否則開發(fā)測試可拒絕評審。審核業(yè)務(wù)功能是否有遺漏、業(yè)務(wù)流程是否符合規(guī)劃、關(guān)鍵業(yè)務(wù)邏輯是否有合理-可編輯修改-______________________________________________________________________________________________________________目錄1.關(guān)于本文檔................................................................................................................51.1.內(nèi)容說明..............................................................................................................51.2.名詞解釋..............................................................................................................51.3.參考文檔..............................................................................................................52.系統(tǒng)概述....................................................................................................................72.1.業(yè)務(wù)背景..............................................................................................................72.2.系統(tǒng)概述..............................................................................................................82.3.流程概覽/系統(tǒng)框架...............................................................................................92.4.系統(tǒng)規(guī)劃與迭代.................................................................................................102.5.功能模塊............................................................................................................103.系統(tǒng)功能需求...........................................................................................................113.1狀態(tài)信息接受推送..............................................................................................113.2最新站點(diǎn)查詢服務(wù)..............................................................................................224.系統(tǒng)非功能需求.......................................................................................................373.3性能需求............................................................................................................373.4安全性需求.........................................................................................................373.5擴(kuò)展性需求.........................................................................................................383.6兼容性需求.........................................................................................................383.7維護(hù)性需求.........................................................................................................38-可編輯修改-______________________________________________________________________________________________________________5. 附錄 38-可編輯修改-______________________________________________________________________________________________________________關(guān)于本文檔1.1. 內(nèi)容說明說明：此處描述的是文檔說明，產(chǎn)品需求文檔更新需要走修訂模式，下次更新前先接受修訂，并且每次更新必須更新版本號(hào)和版本記錄。例子：本文檔用于描述蘇寧開放平臺(tái)物流狀態(tài)服務(wù)系統(tǒng)的需求定義。 包括各個(gè)需求的功能描述， 處理邏輯規(guī)則， 界面定義，與其它功能的關(guān)系，與其它系統(tǒng)的接口等各個(gè)方面的定義。是蘇寧物流狀態(tài)服務(wù)系統(tǒng)唯一的全面需求定義文檔。本文檔將根據(jù)需求管理流程和要求， 隨系統(tǒng)功能變化進(jìn)行及時(shí)的修訂和更新， 以確保本文檔的全面性， 準(zhǔn)確性和實(shí)效性。 因此在閱讀使用此文檔時(shí)，請注意從項(xiàng)目的文檔管理系統(tǒng)中獲取最新版本。1.2. 名詞解釋詞匯名稱 詞匯含義 備注LSQ 物流狀態(tài)服務(wù)系統(tǒng)LSP 物流服務(wù)平臺(tái)LES 物流作業(yè)系統(tǒng)LWMS 分布式倉儲(chǔ)管理系統(tǒng)TMS 運(yùn)輸管理系統(tǒng)1.3. 參考文檔《系統(tǒng)需求定義規(guī)范使用說明 》-可編輯修改-______________________________________________________________________________________________________________-可編輯修改-______________________________________________________________________________________________________________系統(tǒng)概述2.1. 業(yè)務(wù)背景說明：此處描述業(yè)務(wù)背景，不可裁剪，清晰的業(yè)務(wù)背景描述能更好的幫助研發(fā)和測試?yán)斫猱a(chǎn)品需求，明確業(yè)務(wù)測試場景，此部分是產(chǎn)品需求定位的核心導(dǎo)向。例子一：電子面單的業(yè)務(wù)描述隨著電子商務(wù)服務(wù)和物流服務(wù)信息化飛速發(fā)展，包裹運(yùn)單號(hào)成為快遞公司串聯(lián)快遞單、訂單、商家、商品等各種信息的樞紐。相比之下，傳統(tǒng)紙質(zhì)面單價(jià)格高、信息錄入效率低、信息安全隱患等方面的劣勢已愈發(fā)凸顯。我司在兩年前就開始了電子面單在自營物流上的應(yīng)用， 經(jīng)過長期的的磨合和積累， 目前將我司的應(yīng)用經(jīng)驗(yàn)推廣到社會(huì)物流上， 讓社會(huì)上愿意與我司物流合作的伙伴，也同樣享受到我司電子面單服務(wù)。例子二：LSQ的業(yè)務(wù)描述物流作業(yè)狀態(tài)服務(wù)存在不足）服務(wù)無標(biāo)準(zhǔn)不統(tǒng)一需物流作業(yè)的各渠道訂單，作業(yè)狀態(tài)轉(zhuǎn)化為文案描述處理的邏輯系統(tǒng)多，且處理規(guī)不統(tǒng)一，－B2C自營訂單，邏輯在 B2C，數(shù)據(jù)源在 OMS－菜鳥平臺(tái)/4PS平臺(tái)訂單狀態(tài)展示，邏輯在 LAPI，數(shù)據(jù)源在 LAPI－物流門戶訂單狀態(tài)展示，邏輯在 LPS，數(shù)據(jù)源在 LOS－開放平臺(tái)訂單，邏輯在 SOD，數(shù)據(jù)源在 SOD－R3自營訂單，無邏輯，數(shù)據(jù)源在 R32）維度單一而不滿足新需求-可編輯修改-______________________________________________________________________________________________________________不能滿足多樣化的展示需求，如目前只有訂單維度的狀態(tài)詳情展示，不支持任務(wù)單、顧客包裹等維度的詳情服務(wù)。同時(shí)，缺乏物流特定作業(yè)狀態(tài)的高實(shí)時(shí)性精確查詢服務(wù)（如是否銷單完成，是否過賬，最新站點(diǎn)是哪個(gè)等） 。）開放服務(wù)的渠道有待拓展目前，物流沒有一個(gè)公網(wǎng)渠道，使顧客能快速查詢在蘇寧各渠道訂單的作業(yè)狀態(tài)信息。故設(shè)計(jì)一個(gè)物流狀態(tài)系統(tǒng)統(tǒng)一管理物流狀態(tài)的收發(fā)，狀態(tài)描述轉(zhuǎn)換，以及提供狀態(tài)服務(wù)查詢。2.2. 系統(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)點(diǎn)且面單能被蘇寧物流體系識(shí)別。系統(tǒng)之間的關(guān)聯(lián)關(guān)系：蘇寧電子面單服務(wù)是基于蘇寧自營物流電子面單應(yīng)用，整合社會(huì)上多家快遞公司，搭建一套具有蘇寧配送特色的電子面單服務(wù)體系，為蘇寧物流的合作伙伴提供統(tǒng)一的電子面單服務(wù)。 實(shí)現(xiàn)了，合作伙伴對接蘇寧的物流服務(wù)， 由使用紙質(zhì)面單向電子面單轉(zhuǎn)變。只要合作伙伴對接了蘇寧電子面單服務(wù)，那么就可以享受蘇寧物流體系的電子面單服務(wù)。本系統(tǒng)當(dāng)期功能主要包含：、用戶操作權(quán)限管理；、配置數(shù)據(jù)信息管理；、訂單對應(yīng)的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息接收與分發(fā)功能；、訂單對應(yīng)的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息查詢功能；-可編輯修改-______________________________________________________________________________________________________________社會(huì)渠道SUC/CIS蘇寧易購ECSMOMS商家訂單銷售渠蘇寧客服系統(tǒng)商家ERP天貓商戶二手回收系統(tǒng)道OMSASSP售后個(gè)人銷售（北蘇寧訂單系統(tǒng)研）商戶入駐訂單接入ASMP售后商戶銷售LAPI經(jīng)營分析服務(wù)訂購售后訂單接入資源能力ASOP訂單服務(wù)RCS四方服SOD資源中心ASOPOS售后運(yùn)營管理ASOM務(wù)平臺(tái)四方服務(wù)詳情系以舊換新查ASAP四方接單系統(tǒng)統(tǒng)詢服務(wù)售后服務(wù)時(shí)效能力發(fā)結(jié)算平臺(tái)布LAPIASVP服務(wù)商管理蘇寧幫客LBI三方作ASOSASES天眼業(yè)平臺(tái)平臺(tái)服務(wù)商自營訂單服務(wù)系統(tǒng)售后作業(yè)系統(tǒng)LAPI加盟服務(wù)商2.3. 流程概覽/系統(tǒng)框架說明：此處需要描述和圖形化系統(tǒng)內(nèi)部功能結(jié)構(gòu)模塊圖， 可從架構(gòu)和技術(shù)獲取資源。清晰的系統(tǒng)架構(gòu)對于系統(tǒng)的擴(kuò)展性和-可編輯修改-______________________________________________________________________________________________________________維護(hù)性都非常有幫助，也便于開發(fā)和測試從整體上理解該系統(tǒng)的結(jié)構(gòu)。2.4. 系統(tǒng)規(guī)劃與迭代說明：此處說明對該系統(tǒng)的總體規(guī)劃步驟，一期接入什么功能，二期接入什么功能達(dá)到什么業(yè)務(wù)效果。2.5. 功能模塊說明：此處的列表和下面的功能需求是對應(yīng)的，系統(tǒng)需求編號(hào)是唯一識(shí)別需求的標(biāo)識(shí)。需求編號(hào)的規(guī)則見章節(jié)例子：優(yōu)先主功能 系統(tǒng)需求編號(hào) 子功能 備注級LSQ_DDZF_MDZF_0001 非采購類狀態(tài)信息接收 一級 一期需求狀態(tài)信息接收推LSQ_DDZF_MDZF_0002 狀態(tài)信息發(fā)送 一級 一期需求送LSQ_DDZF_MDZF_0003 狀態(tài)轉(zhuǎn)換 一級 一期需求接收計(jì)劃物流節(jié) SNPD_LSQ_SSS_04 接收計(jì)劃物流節(jié)點(diǎn)信息 二級-可編輯修改-______________________________________________________________________________________________________________點(diǎn)信息最新站點(diǎn)查詢服SNPD_LSQ_SSS_05最新站點(diǎn)查詢服務(wù)二級一期需求務(wù)SNPD_LSQ_SSS_06虛擬包裹信息接收與更新一級一期需求詳情調(diào)用服務(wù)SNPD_LSQ_SSS_07BTC物流物流詳情調(diào)用一級一期需求SNPD_LSQ_SSS_08CIC物流物流詳情調(diào)用一級一期需求后臺(tái)配置SNPD_LSQ_SSS_09后臺(tái)配置一級一期需求快遞100接入服快遞100查詢與推送運(yùn)單SNPD_LSQ_SSS_10一級二期需求務(wù)信息LES拆分需物流詳情查詢SNPD_LSQ_SSS_11作業(yè)系統(tǒng)查詢狀態(tài)明細(xì)一級求系統(tǒng)功能需求3.1狀態(tài)信息接受推送非采購類狀態(tài)信息接收 需求編號(hào)LSQ_DDZF_MDZF_0001說明：//功能的業(yè)務(wù)介紹和業(yè)務(wù)背景-可編輯修改-______________________________________________________________________________________________________________此處的需求編號(hào)，在一個(gè)系統(tǒng)中必現(xiàn)唯一存在并且最后 4位遞增，規(guī)則：系統(tǒng)名_模塊名_子功能名_序列號(hào)，如LSQ_DDZF_MDZF_0001：系統(tǒng)名最長保留4位，模塊名/子功能名最長4位，序列號(hào)最長4位不夠4位補(bǔ)0比如0001，如果是優(yōu)化需求，需求編號(hào)不變，新增需求需求編號(hào)增加； 處理流程和約束條件說明：此處是放上面功能的業(yè)務(wù)流程圖和功能的業(yè)務(wù)邏輯約束條件流程圖：開始輸入用戶名和密碼未通過點(diǎn)擊提交校驗(yàn)用戶名和密碼通過登錄成功 登錄失敗通過結(jié)束說明：如果流程圖比較大或比較多，請以單獨(dú)的附件提供-可編輯修改-______________________________________________________________________________________________________________約束# 步驟 邏輯入?yún)⒋_認(rèn)功能入?yún)⒋_認(rèn)用戶名；0密碼2 校驗(yàn)處理 1. 校驗(yàn)：用戶名在數(shù)據(jù)庫中唯一且存在；成立，繼續(xù)后續(xù)校驗(yàn)不成立，返回報(bào)錯(cuò)：請輸入正確的用戶名密碼校驗(yàn)：安全性：安全性不通過，則提示該登錄可能存在安全隱患，請重新訪問；安全性通過，則繼續(xù)下面，訂單處理組織結(jié)果反饋1.全部校驗(yàn)通過：提示：登錄成功，數(shù)據(jù)庫更新最后登錄時(shí)間；可進(jìn)入系統(tǒng)進(jìn)行后續(xù)操作 頁面原型說明：-可編輯修改-______________________________________________________________________________________________________________N/A，系統(tǒng)后臺(tái)功能無頁面有頁面請截低保真的圖，圖片要能覆蓋所描述的功能，以及頁面訪問路徑。 數(shù)據(jù)說明說明：N/A，系統(tǒng)后臺(tái)功能無頁面如果有頁面校驗(yàn)請?jiān)诖颂幱昧斜淼男问秸f明各個(gè)頁面各個(gè)控件的校驗(yàn)規(guī)則功能字段名 數(shù)據(jù)類型 頁面長度 小數(shù)位 說明-可編輯修改-______________________________________________________________________________________________________________用戶名 字符 10 非空，必須包括大小寫字母、字符，不可輸入中文密碼 字符 10 非空，必須包括大小寫字母、字符、特殊字符 功能需求描述說明：1）功能描述，需要做到語言準(zhǔn)確，結(jié)構(gòu)清晰，須包括從用戶角度和業(yè)務(wù)角度描述功能和業(yè)務(wù)場景；要盡可能少地從系統(tǒng)邏輯角度去撰寫需求，多寫業(yè)務(wù)邏輯以免干擾開發(fā)的最優(yōu)設(shè)計(jì)。在需求中明確業(yè)務(wù)接口。2）版本優(yōu)化，如果是優(yōu)化功能采用修訂模式在涉及到的所有原文檔（包括需求說明書、流程圖、接口文檔）上進(jìn)行修改并標(biāo)注，需求說明書需對應(yīng)需求編號(hào)章節(jié)進(jìn)行修改，這樣便于研發(fā)和測試了解原功能，以便快速了解優(yōu)化的業(yè)務(wù)判斷回歸場景。產(chǎn)品還需說明優(yōu)化此功能的業(yè)務(wù)場景以及建議優(yōu)化功能涉及相關(guān)使用場景。 （0522版本）特別說明：修改的功能會(huì)影響系統(tǒng)對外提供的接口，需要這些接口的使用方對接口進(jìn)行驗(yàn)證，并確認(rèn)接口的變更登錄1） 針對登錄功能，需要做安全性校驗(yàn)，實(shí)行 https的方式，并且登錄密碼以 *顯示，在日志打印中也以 *展示；2） 登錄功能，登錄調(diào)用API接口INTERFACE_LSQ_LOGIN_0001 實(shí)現(xiàn)登錄，需要保證數(shù)據(jù)傳遞的安全性。狀態(tài)接受-可編輯修改-______________________________________________________________________________________________________________LSQ系統(tǒng)接收狀態(tài)信息，作如下處理：數(shù)據(jù)類型 長度 小數(shù)位 說明ID字符32外部流水號(hào)字符32外部系統(tǒng)字符10任務(wù)單號(hào)字符20字符30物流訂單號(hào)訂單屬性字符10訂單客戶字符10字符10前置任務(wù)單系統(tǒng)服務(wù)大類字符20收入項(xiàng)字符20服務(wù)產(chǎn)品字符4服務(wù)細(xì)節(jié)字符4

主鍵，系統(tǒng)自動(dòng)生成的流水號(hào)外部傳的流水號(hào)當(dāng)前外部訂單對應(yīng)的 “外部系統(tǒng)”當(dāng)前外部訂單對應(yīng)的“外部訂單編碼”通過賣家ID查詢客戶信息匹配表，結(jié)果為查詢到的賣家ID對應(yīng)的“客戶編碼”當(dāng)前外部訂單對應(yīng)的 “蘇寧業(yè)務(wù)類型”若業(yè)務(wù)類型為“C019”，則默認(rèn)為“ZVIN”入倉在接收4PS銷退入庫單時(shí)，若 orderFlag訂單標(biāo)記帶有9，則在下傳裝運(yùn)條件時(shí)，傳輸“01”自營，其他則按照原有邏輯傳“06”第三方固定賦值“L01倉儲(chǔ)”固定賦值“L0101存量”固定賦值“L010101倉庫保管”根據(jù)物流中心匹配 zlmt026，取屬性，若屬性 =MD，則服務(wù)細(xì)節(jié)= L01010101 門店庫存，否則為L01010102 中心倉庫存-可編輯修改-______________________________________________________________________________________________________________商品屬性 字符 60件數(shù)字符10網(wǎng)點(diǎn)描述字符60實(shí)際交貨數(shù)量數(shù)值13數(shù)量單位字符3字符14排程日期時(shí)間接收日期時(shí)間 字符 19

用物料號(hào)匹配商品主數(shù)據(jù)，取商品屬性（當(dāng)用計(jì)費(fèi)明細(xì)的物料號(hào) matnr時(shí)，首先做取前置 0，然后再去關(guān)聯(lián)MDM商品主數(shù)據(jù)）回算表的lfimg固定賦值“L01倉儲(chǔ)”固定賦值“L0101存量”固定賦值“L010101倉庫保管”若訂單對應(yīng)的基本信息的 “預(yù)期送達(dá)開始時(shí)間 ”為空，且當(dāng)前日期時(shí)間比當(dāng)前日期時(shí)間 18:00:00早，則為當(dāng)前日期，否則為當(dāng)前日期 +1天；若訂單對應(yīng)的基本信息“預(yù)期送達(dá)開始時(shí)間”不為空，則取該時(shí)間中的日期，格式為 YYYY-MM-DD系統(tǒng)當(dāng)前日期 接口說明說明：如果字段少可直接把接口列表貼這里，接口模板見下表必須包括深度和返回消息，如果有不同返回碼也需要一并定義。每個(gè)接口在需求文檔中撰寫一個(gè)編號(hào)，在系統(tǒng)中唯一，以便附件中能快速找到對應(yīng)的接口，便于定期維護(hù)，接口編號(hào)：規(guī)則一個(gè)系統(tǒng)唯一： INTERFACE_系統(tǒng)名_一級模塊名_編號(hào)遞增產(chǎn)品定義的接口只需提供到中文字段名、長度、是否必須，校驗(yàn)說明即可。API 接口INTERFACE_LSQ_LOGIN_0001-可編輯修改-______________________________________________________________________________________________________________深度名稱描述類型長度是否必輸說明1INPUT請求輸入2ITEM3username用戶名CHAR(10)必輸不可為空3Password密碼CHAR(10)必輸不可為空3token盾牌CHAR(30)必輸不可為空1OUTPUT請求輸出2username用戶名CHAR(30)必輸2returnCode結(jié)果狀態(tài)CHAR(10)必輸0-成功，1-失敗2Message文本描述CHAR(255)接收成功/接收失敗returnCode返回碼說明：快遞公司驗(yàn)證returnCodeMessage快遞100需要做的操作LSQ訂閱成功200成功LSQ數(shù)據(jù)驗(yàn)證失敗400數(shù)據(jù)不完整補(bǔ)充數(shù)據(jù)，重新訂閱LSQ格式驗(yàn)證失敗500請求格式錯(cuò)誤程序有問題，需要調(diào)整本地服務(wù)器錯(cuò)誤501服務(wù)器錯(cuò)誤30分鐘后嘗試LSQ訂閱日志已存在502重復(fù)訂閱理解為訂閱成功LAPI校驗(yàn)KEY錯(cuò)誤503驗(yàn)證簽名失敗使用正確的KEYLSQ未查到對應(yīng)物流單號(hào)504單號(hào)錯(cuò)誤更正單號(hào)LSQ未查到對應(yīng)物流單號(hào)507查詢異常-可編輯修改-______________________________________________________________________________________________________________狀態(tài)接收接口 INTERFACE_LSQ_STATUS_0001由于字段較多見附件，每個(gè)接口在需求文檔中撰寫一個(gè)編號(hào)，規(guī)則一個(gè)系統(tǒng)唯一： INTERFACE_系統(tǒng)名_一級模塊名_編號(hào)遞增該功能處理過程中會(huì)調(diào)用以下接口（見附件） ：接口編號(hào) 接口名稱 原系統(tǒng) 目標(biāo)系統(tǒng) 場景INTERFACE_LSQ_LOGIN_0001 API登錄接口 LSQ API 處理成功，登錄成功INTERFACE_LSQ_STATUS_000 狀態(tài)信息同步 LSQ LOS/TMS/LW LSQ MQ信息處理成功記錄到 LSQ系統(tǒng)1 MS 其它說明說明：可以把性能需求或者安全性，穩(wěn)定性需求，頁面瀏覽器兼容性需求等等放此處狀態(tài)信息發(fā)送 需求編號(hào)LSQ_DDZF_MDZF_0002 處理流程和約束條件# 步驟 邏輯10 訂單判斷 1. 使用訂單行號(hào)查詢本地是否存在對應(yīng)的訂單行存在，繼續(xù)后續(xù)判斷；不存在，進(jìn)入后續(xù)校驗(yàn)；判斷訂單行狀態(tài)：-可編輯修改-______________________________________________________________________________________________________________如果訂單行狀態(tài)10-已提交，12-訂單異常，進(jìn)入后續(xù)校驗(yàn)；如果訂單行狀態(tài)大于等于20-處理成功，直接返回成功；判斷訂單是否存在后續(xù)退貨訂單；存在，返回報(bào)錯(cuò)：該訂單狀態(tài)準(zhǔn)確，不可進(jìn)行支付不存在，進(jìn)入后續(xù)校驗(yàn)；4. 判斷訂單支付金額是否正確，判斷等式：行項(xiàng)目銷售額 +運(yùn)費(fèi)+服務(wù)費(fèi)=支付金額之和 +使用積分金額+經(jīng)理卡金額，是否成立；成立，繼續(xù)后續(xù)處理不成立：支付金額不正確，請檢查后重新輸入；20 訂單支付信息處 1. 訂單行支付狀態(tài)設(shè)置：將所有訂單行狀態(tài)都置為： 30-已支付；理 2. 保存新增的支付信息；覆蓋本地已有的優(yōu)惠單信息；凍結(jié)標(biāo)志設(shè)置：如果訂單支付信息中含有：4001（支票支付），則將訂單行凍結(jié)標(biāo)識(shí)置為：D2-支票凍結(jié)；支付確認(rèn)標(biāo)記設(shè)置：門店訂單【支付確認(rèn)開關(guān)】為打開狀態(tài)時(shí)，對于滿足以下條件的訂單行項(xiàng)目，將訂單行支付確認(rèn)標(biāo)識(shí)置為： 0-未確認(rèn)支付；分銷渠道為10-零售、20-代購，且來源系統(tǒng)為POS。SAP訂單類型為ZOR-標(biāo)準(zhǔn)訂單、IDOC、Z01、ZGF。裝運(yùn)條件為01、14。先銷后采標(biāo)識(shí)不為5。20 訂單支付信息處 1. 調(diào)用【公共規(guī)則 -資源處理】功能；-可編輯修改-______________________________________________________________________________________________________________理 1) 成功，將訂單行狀態(tài)置為： 20-已處理，訂單頭狀態(tài)： 20-已處理；失敗，將訂單行狀態(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行訂單號(hào)，訂單支付完成時(shí)間，預(yù)計(jì)出庫時(shí)間，期望送達(dá)時(shí)間，支付訂單創(chuàng)建時(shí)間,SAP訂單類型，先銷后采標(biāo)識(shí)，訂單來源，下單時(shí)間，渠道，行項(xiàng)目類別，分次發(fā)貨標(biāo)識(shí)，支付類型（04門店支付），支付確認(rèn)標(biāo)識(shí)，日志階段： 02（01提交，02支付，03支付確認(rèn)，04還欠款）id（10000055） 頁面原型N/A，系統(tǒng)后臺(tái)功能無頁面 數(shù)據(jù)說明N/A，系統(tǒng)后臺(tái)功能無頁面-可編輯修改-______________________________________________________________________________________________________________ 功能需求描述針對以下業(yè)務(wù)場景，前端系統(tǒng)通過該功能完成門店訂單收款處理；#場景接口0電器門店零售訂單收銀臺(tái)全款支付處理POS-OMS-008操作碼：D10電器門店對公云商卡訂單收銀臺(tái)全款支付處POS-OMS-008操作碼：D理 接口說明 其它說明3.2最新站點(diǎn)查詢服務(wù) 最新站點(diǎn)查詢 需求編號(hào)LSQ_DDTJ_DDTJ_0003 處理流程和約束條件接收到前端系統(tǒng)提交的訂單后，進(jìn)行訂單提交相關(guān)處理，具體邏輯如下：-可編輯修改-______________________________________________________________________________________________________________OMS_DDTJ_DDTJ_001訂單提交（老流程）B2C/POS/SPOS/MPOS/CCT/CRM/SAP/SPCS/OMSSHS/POAS/BSS/CIC/CMWS開始10.提交未支付/已 20.進(jìn)行訂單合法支付訂單 性校驗(yàn)校驗(yàn)通過30.生成或更新訂是單信息否 接單模式=2,3 接單模式接單模式=140.訂單處理100.接收處理結(jié)果 50.返回處理結(jié)果調(diào)度結(jié)束 60.記錄日志信息處理成功是70.保存或更新訂單信息是否90.保存待分發(fā)信結(jié)束息結(jié)束段階

OMSD OMSQ80.異步分發(fā)訂單信息81.接收訂單全量信 82.接收訂單全量信息 息結(jié)束 結(jié)束具體步驟邏輯如下：#步驟邏輯1提交訂單前端系統(tǒng)通過以下接口提交訂單，且訂單類型為A時(shí)，進(jìn)入該0功能：SPOS-OMS-001B2C-OMS-001ALL-OMS-001-可編輯修改-______________________________________________________________________________________________________________ALL-OMS-0162進(jìn)行訂單合法性根據(jù)接口傳入訂單信息進(jìn)行合法性校驗(yàn)：0校驗(yàn)1.訂單重復(fù)性校驗(yàn)2.若接口輸入的接單模式為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-OMS-001，則需判斷行銷售額是否正確，校驗(yàn)公式： 行銷售額 =銷售價(jià) *數(shù)量：若不正確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào)“的銷售額”XX”不等于銷售價(jià)格”XX”*數(shù)量”XX。”否則進(jìn)行一下步判斷若訂單提交接口為ALL-OMS-001，則需判斷行應(yīng)付金額是否與支付明細(xì)匯總金額一致，校驗(yàn)公式：行項(xiàng)目銷售額+運(yùn)費(fèi)+服務(wù)費(fèi)=支付金額之和+使用積分?jǐn)?shù)金額+經(jīng)理卡金額：若不正確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào)“的總支付金額與應(yīng)付金額不一致。否則進(jìn)行一下步判斷若訂單提交接口為B2C-OMS-001，則需判斷行應(yīng)付金額-可編輯修改-______________________________________________________________________________________________________________是否與支付明細(xì)匯總金額一致，校驗(yàn)公式： 銷售價(jià)*數(shù)量-經(jīng)理卡金額+運(yùn)費(fèi)+行稅額+服務(wù)費(fèi)=支付金額之和 ：若不正確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào)“的總支付金額與應(yīng)付金額不一致。否則進(jìn)行一下步判斷根據(jù)校驗(yàn)結(jié)果：若以上所有校驗(yàn)通過，則進(jìn)入下一步“30-生成或更新訂單信息”步驟若以上任意校驗(yàn)失敗，則進(jìn)入“50-返回處理結(jié)果”步驟3 生成或更新訂單 根據(jù)接口傳入的訂單信息創(chuàng)建訂單信息或全量更新以下信息：0 信息 1. 若是創(chuàng)建訂單，則根據(jù)單號(hào)規(guī)則生成訂單號(hào)和訂單行號(hào)進(jìn)行訂單狀態(tài)設(shè)置進(jìn)行訂單行總狀態(tài)設(shè)置，具體邏輯見“表-訂單行總狀態(tài)（IS）設(shè)置邏輯”進(jìn)行訂單行支付狀態(tài)設(shè)置，具體邏輯見“表-訂單行支付狀態(tài)（IP）設(shè)置邏輯”進(jìn)行訂單行發(fā)票狀態(tài)設(shè)置，默認(rèn)設(shè)置為IV=10進(jìn)行訂單頭總狀態(tài)設(shè)置進(jìn)行訂單特殊標(biāo)記設(shè)置進(jìn)行訂單行凍結(jié)標(biāo)識(shí)設(shè)置若分銷渠道=30，且訂單來源為CRM，則設(shè)置分次發(fā)貨標(biāo)記為D3-對公訂單未付款凍結(jié)-可編輯修改-______________________________________________________________________________________________________________b) 否則，如訂單支付方式中含有 4001：支票支付，則設(shè)置分次發(fā)貨標(biāo)記為： D2-支票交貨凍結(jié)否則，對于其他場景設(shè)置分次發(fā)貨標(biāo)記為A-只允許一次發(fā)貨進(jìn)行訂單行大客戶付款類型設(shè)置。滿足以下所有條件，設(shè)置大客戶付款類型為1-確認(rèn)欠款：訂單來源為SPCS行項(xiàng)目類別為16-云商卡訂單接單模式為1支付方式含9005進(jìn)行訂單行是否需要發(fā)票設(shè)置根據(jù)接口傳入訂單信息保存訂單基本信息根據(jù)接口傳入訂單擴(kuò)展信息保存訂單相關(guān)擴(kuò)展信息若訂單行類別=10，且接口中存在服務(wù)商品，則需要保存服務(wù)擴(kuò)展信息若訂單行類別=11，則需要保存延保擴(kuò)展信息若訂單行類別=12，則需要保存贈(zèng)品擴(kuò)展信息若訂單行類別=13，則需要保存虛擬商品信息若訂單行類別=14，則需要保存合約擴(kuò)展信息若訂單行類別=16，則需要保存云商卡擴(kuò)展信息若訂單行類別=20，電子書無擴(kuò)展信息，無需保存若訂單行類別=22，則需要保存獨(dú)立服務(wù)擴(kuò)展信息-可編輯修改-______________________________________________________________________________________________________________9)若訂單行類別=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-返回處理結(jié)果”4進(jìn)行訂單處理調(diào)調(diào)用功能【OMS_ZYCL_ZYCL_001-資源處理（老流程）】進(jìn)0度行處理1.根據(jù)30、40步驟的處理結(jié)果，返回對應(yīng)信息返回處理結(jié)果若處理失敗，則返回前端處理失敗0若處理成功，則返回前端處理成功進(jìn)入下一步“記錄日志信息”步驟若為。。。則：記錄日志信息2.0根據(jù)30、40步驟的處理結(jié)果若處理失敗，則結(jié)束本次提交流程若處理成功，則繼續(xù)進(jìn)行后續(xù)“70-保存或更新訂單信息”、“80-異步分發(fā)訂單”和“90-保存待分發(fā)信息”步驟-可編輯修改-______________________________________________________________________________________________________________71.保存BUDS信息保存或更新訂單01)滿足以下所有條件，保存該訂單行支付明細(xì)到BUDS支信息付明細(xì)信息中訂單行項(xiàng)目類別不為16訂單行支付中存在9001-香港欠款、9002-貨到付款、或者9005-對公欠款設(shè)置訂單實(shí)時(shí)處理標(biāo)記。滿足以下所有條件設(shè)置實(shí)時(shí)處理標(biāo)記為Y行項(xiàng)目類別為10-實(shí)體、12-贈(zèng)品“裝運(yùn)條件為空-自提、17-物流門店庫自提、20-物流門店庫自提”或者“裝運(yùn)條件為02-門店自提且SAP訂單類型=IDOC”分次發(fā)貨標(biāo)識(shí)為A-只允許一次發(fā)貨、或者D2-支票凍結(jié)訂單行狀態(tài)>=20訂單類型不為C-退貨訂單先銷后采標(biāo)識(shí)為空、或者0若SAP訂單類型為ZSIA且為10渠道（門店互聯(lián)開卡訂單），則設(shè)置實(shí)時(shí)處理標(biāo)記為Y其他情況，不設(shè)置實(shí)時(shí)處理標(biāo)記保存訂單展示價(jià)信息：若調(diào)用接口為B2C-OMS-001，則需要保存訂單展示價(jià)：-可編輯修改-______________________________________________________________________________________________________________若接口傳入的展示價(jià)（displayPrice）有值，則保存該字段的值為訂單展示價(jià)若接口傳入的展示價(jià)（displayPrice）無值，則保存訂單展示價(jià)為接口傳入的銷售價(jià) （price）-《發(fā)票虛增價(jià)》其他調(diào)用接口不進(jìn)行處理訂單行實(shí)時(shí)分發(fā)OMSD異步分發(fā)訂單1) 滿足以下所有條件的訂單實(shí)時(shí)分發(fā) OMSD，通過接口0（OMS-OMSD-001）訂單行總狀態(tài)為20-已處理、40-已發(fā)貨、或者60-已完成訂單行項(xiàng)目類別<>13-禮品卡分次發(fā)貨標(biāo)識(shí)為A-只允許一次發(fā)貨、或者D2-支票凍結(jié)訂單行支付確認(rèn)標(biāo)識(shí)為空、1-已支付確認(rèn)訂單行實(shí)時(shí)分發(fā)OMSQ1) 滿足以下所有條件的訂單實(shí)時(shí)分發(fā) OMSQ，通過接口（OMS-OMSQ-001）1. 滿足以下條件保存待分發(fā)已支付訂單信息到 BI，，通過接口保存待分發(fā)信息OMS-BI-002）0訂單類型為A-一般銷售訂單、B-虛擬訂單行項(xiàng)目類別為：-可編輯修改-______________________________________________________________________________________________________________訂單渠道為：訂單行總狀態(tài)>=20-已處理分次發(fā)貨標(biāo)識(shí)不為D3-對公支付滿足以下條件保存待分發(fā)未支付訂單信息到BI，通過接口（OMS-BI-003）滿足以下條件保存待分發(fā)已支付訂單信息到PMS，通過接口（OMS-PMS-002）訂單類型為A-一般銷售訂單訂單行項(xiàng)目類別為：訂單行先銷后采標(biāo)識(shí)為：0、1、2、3、4、6、或者9訂單渠道為：10、20、30（且訂單來源為CRM）、50、或者60訂單行總狀態(tài)>=20-已處理訂單行分次發(fā)貨標(biāo)識(shí)不為D3-對公支付滿足以下條件保存待分發(fā)已支付訂單信息到POS，通過接口（OMS-POS-0??）保存待分發(fā)已支付訂單信息到SAP滿足以下條件保存待分發(fā)IDOC訂單信息，通過接口（OMS-SAP-022）訂單行SAP訂單類型=IDOC訂單行總狀態(tài)（IS）>=20-可編輯修改-______________________________________________________________________________________________________________訂單方向=1-正向訂單滿足以下條件保存待分發(fā)合約機(jī)訂單信息，通過接口（OMS-SAP-011）訂單行SAP訂單類型=ZSIM訂單行總狀態(tài)（IS）>=20訂單方向=1-正向訂單訂單行項(xiàng)目類別=14-合約機(jī)滿足以下條件保存待分發(fā)互聯(lián)訂單信息，通過接口（OMS-SAP-036）訂單行SAP訂單類型為：ZSIA、或者ZSIB訂單行總狀態(tài)（IS）>=20訂單方向=1-正向訂單訂單行項(xiàng)目類別=14-合約機(jī)滿足以下條件保存待分發(fā)超市訂單信息，通過接口（OMS-SAP-040）訂單行SAP訂單類型：CSLY、或者YDDS訂單行先銷后采標(biāo)識(shí)為：8訂單行總狀態(tài)（IS）>=20訂單方向=1-正向訂單滿足以下條件保存待分發(fā)SWL、聯(lián)營廠送訂單信息，通過接口（OMS-SAP-041）訂單行先銷后采標(biāo)識(shí)為：7、或者9-可編輯修改-______________________________________________________________________________________________________________訂單行總狀態(tài)（IS）>=20訂單方向=1-正向訂單滿足以下條件保存待分發(fā)IDOC訂單（3C類）信息，通過接口（OMS-SAP-038）訂單行SAP訂單類型=IDOC訂單行總狀態(tài)（IS）>=20訂單方向=1-正向訂單滿足以下條件保存待分發(fā)賬期支付訂單信息，通過接口（OMS-SAP-053）訂單渠道為：10、20、30、40、或者50訂單行支付狀態(tài)（IP）=30訂單行支付明細(xì)中包含9102支付方式滿足以下條件保存待分發(fā)合約機(jī)手機(jī)行結(jié)算信息，通過接口（OMS-SAP-032）訂單行項(xiàng)目類別為：10-實(shí)體訂單行存在《合約關(guān)聯(lián)關(guān)系》訂單行關(guān)聯(lián)的合約行的SAP訂單類型為：IDOC或者ZSIM訂單行總狀態(tài)（IS）>=20滿足以下條件保存待分發(fā)合約機(jī)合約行結(jié)算信息，通過接口（OMS-SAP-033）訂單行項(xiàng)目類別為：14-合約機(jī)-可編輯修改-______________________________________________________________________________________________________________訂單行SAP訂單類型=IDOC、或者ZSIM訂單行總狀態(tài)（IS）>=20滿足以下條件保存待分發(fā)C店訂單信息，通過接口（OMS-SAP-037）訂單行總狀態(tài)（IS）=20訂單行先銷后采標(biāo)識(shí)為：5訂單渠道為：50d)訂單行支付明細(xì)中包含支付方式5002、或者6904滿足以下條件保存待分發(fā)商轉(zhuǎn)贈(zèng)訂單信息，通過接口（OMS-SAP-042）訂單行項(xiàng)目類別為：10-實(shí)體、或者12-贈(zèng)品訂單行為《商轉(zhuǎn)贈(zèng)訂單》訂單行總狀態(tài)（IS）=20滿足以下條件保存待返積分信息到CMF，通過接口OMS-CMF-006/OMS-CMF-007）IS>=20已完成；IP=30已支付；接單模式<>3-一步式不待處理來源系統(tǒng)不為BSS、SAP、TMALL、SDIPA行項(xiàng)目類別為：10、11、12、14；業(yè)務(wù)類型不為：配置數(shù)據(jù)-可編輯修改-______________________________________________________________________________________________________________7. 滿足以下條件保存待返券信息到 SPES，通過接口OMS-SPES-0??）滿足以下條件保存待分發(fā)已支付訂單信息到IPS，通過接口OMS-IPS-001）訂單行先銷后采標(biāo)識(shí)為：空、0、1、2、3、4、6、7、或者9訂單行總狀態(tài)>=20-已處理訂單行類別為：10-實(shí)體、11-延保、12-贈(zèng)品、或者14-合約訂單行發(fā)票類型為：01、02（是否需要打印發(fā)票<>“N）”、03、或者04訂單渠道為：40（訂單來源為TMALL）、50、或者60保存待分發(fā)訂單信息到BUDS滿足以下條件保存待分發(fā)云商卡訂單信息，通過接口（OMS-BUDS-055）訂單行項(xiàng)目類別為：16-云商卡訂單行總狀態(tài)（IS）=20滿足以下條件保存待分發(fā)醫(yī)保卡訂單信息，通過接口（OMS-BUDS-055）訂單行為《醫(yī)?？ㄓ唵巍酚唵涡锌偁顟B(tài)（IS）