《系統(tǒng)需求規(guī)格說明書》由會(huì)員分享，可在線閱讀，更多相關(guān)《系統(tǒng)需求規(guī)格說明書（46頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、______________________________________________________________________________________________________________ XXX 系統(tǒng)或 XXX 項(xiàng)目產(chǎn)品需求規(guī)格說明書

2、 文件狀態(tài)： 文件編號(hào)： SN_SR_001 [ √] 草稿 當(dāng)前版本： V1.0 [ ] 正式發(fā)布 作 者： [ ] 正在修改 完成日期： 2017-04-11 -可編輯修改 - ______________________________________________________________________________________________________________ 版本信息 版本 時(shí)間 狀態(tài) 更新人 簡(jiǎn)要描述 審核人 審核時(shí)間 V1.

3、0 V1.01 V1.2 V1.3 V1.4 注：狀態(tài)可以為 N-新建、 A-增加、 M- 更改、 對(duì)方的所得稅 說明：版本信息必須更新，審核人和審核時(shí)間也必須審核后填寫，審核人要求部門經(jīng)理級(jí)別以上。否則開發(fā)測(cè)試可拒絕評(píng)審。審核 業(yè)務(wù)功能是否有遺漏、業(yè)務(wù)流程是否符合規(guī)劃、關(guān)鍵業(yè)務(wù)邏輯是否有合理

4、 -可編輯修改 - ______________________________________________________________________________________________________________ 目錄 1. 關(guān)于本文檔 ................................................................................................................ 5 1.1.

5、 內(nèi)容說明 .............................................................................................................. 5 1.2. 名詞解釋 .............................................................................................................. 5 1.3. 參考文檔 ..................................

6、............................................................................ 5 2. 系統(tǒng)概述 .................................................................................................................... 7 2.1. 業(yè)務(wù)背景 ...........................................................................

7、................................... 7 2.2. 系統(tǒng)概述 .............................................................................................................. 8 2.3. 流程概覽 /系統(tǒng)框架 ............................................................................................... 9 2.4. 系統(tǒng)規(guī)劃

8、與迭代 ................................................................................................. 10 2.5. 功能模塊 ............................................................................................................ 10 3. 系統(tǒng)功能需求 ...................................................

9、........................................................ 11 3.1 狀態(tài)信息接受推送 .............................................................................................. 11 3.2 最新站點(diǎn)查詢服務(wù) .............................................................................................. 22 4.

10、 系統(tǒng)非功能需求 ....................................................................................................... 37 3.3 性能需求 ............................................................................................................ 37 3.4 安全性需求 ......................................

11、................................................................... 37 3.5 擴(kuò)展性需求 ......................................................................................................... 38 3.6 兼容性需求 ........................................................................................

12、................. 38 3.7 維護(hù)性需求 ......................................................................................................... 38 -可編輯修改 - ______________________________________________________________________________________________________________ 5. 附

13、錄 38 -可編輯修改 - ____________________________________________________________

14、__________________________________________________ 1. 關(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)唯一的全面需求定義文檔

15、。 本文檔將根據(jù)需求管理流程和要求， 隨系統(tǒng)功能變化進(jìn)行及時(shí)的修訂和更新， 以確保本文檔的全面性， 準(zhǔn)確性和實(shí)效性。 因此 在閱讀使用此文檔時(shí)，請(qǐng)注意從項(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ī)范使用說明 v1.

16、0.doc 》 -可編輯修改 - ______________________________________________________________________________________________________________

17、 -可編輯修改 - ______________________________________________________________________________________________________________ 2. 系統(tǒng)概述 2.1. 業(yè)務(wù)背景 說明：此處描述業(yè)務(wù)背景，不可裁剪，清晰的業(yè)務(wù)背景描述能更好的幫助研

18、發(fā)和測(cè)試?yán)斫猱a(chǎn)品需求，明確業(yè)務(wù)測(cè)試 場(chǎng)景，此部分是產(chǎn)品需求定位的核心導(dǎo)向。 例子一：電子面單的業(yè)務(wù)描述 隨著電子商務(wù)服務(wù)和物流服務(wù)信息化飛速發(fā)展，包裹運(yùn)單號(hào)成為快遞公司串聯(lián)快遞單、訂單、商家、商品等各種信息的樞 紐。相比之下，傳統(tǒng)紙質(zhì)面單價(jià)格高、信息錄入效率低、信息安全隱患等方面的劣勢(shì)已愈發(fā)凸顯。我司在兩年前就開始了電子 面單在自營(yíng)物流上的應(yīng)用， 經(jīng)過長(zhǎng)期的的磨合和積累， 目前將我司的應(yīng)用經(jīng)驗(yàn)推廣到社會(huì)物流上， 讓社會(huì)上愿意與我司物流合 作的伙伴，也同樣享受到我司電子面單服務(wù)。 例子二：

19、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 自營(yíng)訂單，邏輯在 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 自營(yíng)訂單，無邏輯，數(shù)據(jù)源在 R3 2 ）維度單一而不滿足新需

20、求 -可編輯修改 - ______________________________________________________________________________________________________________ 不能滿足多樣化的展示需求，如目前只有訂單維度的狀態(tài)詳情展示，不支持任務(wù)單、顧客包裹等維度的詳情服務(wù)。 同時(shí)，缺乏物流特定作業(yè)狀態(tài)的高實(shí)時(shí)性精確查詢服務(wù)（如是否銷單完成，是否過賬，最新站點(diǎn)是哪個(gè)等） 。 3 ）開放服務(wù)的渠道有待拓展 目前，物流沒有一個(gè)公網(wǎng)渠道，使顧

21、客能快速查詢?cè)谔K寧各渠道訂單的作業(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)說明 合作伙伴申請(qǐng)?zhí)K寧電子面單服務(wù)，選擇相應(yīng)的合作模式，由合作伙伴提供預(yù)配送包裹的信息，由蘇寧電子面單服務(wù)生成相 應(yīng)的面單信息，并由合作伙伴系統(tǒng)打印出來并完成包裝，最終投遞給蘇寧網(wǎng)點(diǎn)且面單能被蘇寧物

22、流體系識(shí)別。 系統(tǒng)之間的關(guān)聯(lián)關(guān)系： 蘇寧電子面單服務(wù)是基于蘇寧自營(yíng)物流電子面單應(yīng)用，整合社會(huì)上多家快遞公司，搭建一套具有蘇寧配送特色的電子面單 服務(wù)體系， 為蘇寧物流的合作伙伴提供統(tǒng)一的電子面單服務(wù)。 實(shí)現(xiàn)了， 合作伙伴對(duì)接蘇寧的物流服務(wù)， 由使用紙質(zhì)面單向電子 面單轉(zhuǎn)變。只要合作伙伴對(duì)接了蘇寧電子面單服務(wù)，那么就可以享受蘇寧物流體系的電子面單服務(wù)。 本系統(tǒng)當(dāng)期功能主要包含： A 、用戶操作權(quán)限管理； B 、配置數(shù)據(jù)信息管理； C 、訂單對(duì)應(yīng)的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息接收與分發(fā)功能；

23、 D 、訂單對(duì)應(yīng)的作業(yè)單物流節(jié)點(diǎn)狀態(tài)信息查詢功能； -可編輯修改 - ______________________________________________________________________________________________________________ 社會(huì)渠

24、道 SUC/CIS 蘇寧易購 ECS MOMS商家訂單 銷售渠 蘇寧客服系統(tǒng) 商家ERP 天貓商戶 二手回收系統(tǒng) 道 OMS ASSP售后個(gè)人銷售（北 蘇寧訂單系統(tǒng) 研） 商戶入駐 訂單接入 ASMP售后商戶銷售 LAPI 經(jīng)營(yíng)分析 服務(wù)訂購 售后訂單 接入 資源能力 ASOP 訂單服

25、務(wù) RCS 四方服 SOD 資源中心 ASOPOS 售后運(yùn)營(yíng)管理 ASOM 務(wù)平臺(tái) 四方服務(wù)詳情系 以舊換新查 ASAP 四方接單系統(tǒng) 統(tǒng) 詢服務(wù) 售后服務(wù)時(shí)效 能 力 發(fā) 結(jié)算平臺(tái) 布 LAPI ASVP服務(wù)商管理 蘇寧幫客

26、 LBI 三方作 ASOS ASES 天眼 業(yè)平臺(tái) 平臺(tái)服務(wù)商 自營(yíng)訂單服務(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)對(duì)于系統(tǒng)的擴(kuò)展性和 -可編輯修改 - _____________________________________________________________________________

27、_________________________________ 維護(hù)性都非常有幫助，也便于開發(fā)和測(cè)試從整體上理解該系統(tǒng)的結(jié)構(gòu)。 2.4. 系統(tǒng)規(guī)劃與迭代 說明：此處說明對(duì)該系統(tǒng)的總體規(guī)劃步驟，一期接入什么功能，二期接入什么功能達(dá)到什么業(yè)務(wù)效果。 2.5. 功能模塊 說明：此處的列表和下面的功能需求是對(duì)應(yīng)的，系統(tǒng)需求編號(hào)是唯一識(shí)別需求的標(biāo)識(shí)。

28、需求編號(hào)的規(guī)則見 3.2.1.1 章節(jié) 例子： 優(yōu)先 主功能 系統(tǒng)需求編號(hào) 子功能 備注 級(jí) LSQ_DDZF_MDZF_0001 非采購類狀態(tài)信息接收 一級(jí) 一期需求 狀態(tài)信息接收推 LSQ_DDZF_MDZF_0002 狀態(tài)信息發(fā)送 一級(jí) 一期需求 送 LSQ_DDZF_MDZF_0003 狀態(tài)轉(zhuǎn)換 一級(jí) 一期需求 接收計(jì)劃物流節(jié) SNPD_LSQ_SSS_04 接收計(jì)劃物流節(jié)點(diǎn)信息 二級(jí) -可編輯修改 - _________________________

29、_____________________________________________________________________________________ 點(diǎn)信息 最新站點(diǎn)查詢服 SNPD_LSQ_SSS_05 最新站點(diǎn)查詢服務(wù) 二級(jí) 一期需求 務(wù) SNPD_LSQ_SSS_06虛擬包裹信息接收與更新 一級(jí) 一期需求 詳情調(diào)用服務(wù) SNPD_LSQ_SSS_07 BTC 物流物流詳情調(diào)用 一級(jí) 一期需求 SNPD_LSQ_SSS_08 CIC 物流物流詳情調(diào)用 一

30、級(jí) 一期需求 后臺(tái)配置 SNPD_LSQ_SSS_09 后臺(tái)配置 一級(jí) 一期需求 快遞 100 接入服 快遞 100 查詢與推送運(yùn)單 SNPD_LSQ_SSS_10 一級(jí) 二期需求 務(wù) 信息 LES 拆分需 物流詳情查詢 SNPD_LSQ_SSS_11 作業(yè)系統(tǒng)查詢狀態(tài)明細(xì) 一級(jí) 求 3. 系統(tǒng)功能需求 3.1 狀態(tài)信息接受推送 3.1.1 非采購類狀態(tài)信息接收 3.1.1.1 需求編號(hào) LSQ_DD

31、ZF_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)名

32、最長(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 處理流程和約束條件 說明：此處是放上面功能的業(yè)務(wù)流程圖和功能的業(yè)務(wù)邏輯約束條件 流程圖： 開始 輸入用戶名和密碼 未通過 點(diǎn)擊提交校驗(yàn)用戶名和 密碼 通過 登錄成功 登錄失敗 通過

33、 結(jié)束 說明：如果流程圖比較大或比較多，請(qǐng)以單獨(dú)的附件提供 -可編輯修改 - ______________________________________________________________________________________________________________ 約束 # 步驟 邏輯 1. 入?yún)⒋_認(rèn) 1 功能入?yún)⒋_認(rèn) 1) 用戶名； 0 2) 密碼

34、 2 校驗(yàn)處理 1. 校驗(yàn)：用戶名在數(shù)據(jù)庫中唯一且存在； 1) 成立，繼續(xù)后續(xù)校驗(yàn) 2) 不成立，返回報(bào)錯(cuò)：請(qǐng)輸入正確的用戶名密碼 2. 校驗(yàn)：安全性： 1) 安全性不通過，則提示該登錄可能存在安全隱患，請(qǐng)重新訪問； 2) 安全性通過，則繼續(xù)下面， 3 訂單處理 4 組織結(jié)果反饋1. 全部校驗(yàn)通過： 1) 提示：登錄成功，數(shù)據(jù)庫更新最后登錄時(shí)間； 2) 可進(jìn)入系統(tǒng)進(jìn)行后續(xù)操作 3.1.1.3 頁面原型

35、 說明： -可編輯修改 - ______________________________________________________________________________________________________________ N/A，系統(tǒng)后臺(tái)功能無頁面 有頁面請(qǐng)截低保真的圖，圖片要能覆蓋所描述的功能，以及頁面訪問路徑。

36、 3.1.1.4 數(shù)據(jù)說明 說明： N/A，系統(tǒng)后臺(tái)功能無頁面 如果有頁面校驗(yàn)請(qǐng)?jiān)诖颂幱昧斜淼男问秸f明各個(gè)頁面各個(gè)控件的校驗(yàn)規(guī)則 XX 功能 字段名 數(shù)據(jù)類型 頁面長(zhǎng)度 小數(shù)位 說明 -可編輯修改 - ___________________________________________________________________________________________________

37、___________ 用戶名 字符 10 非空，必須包括大小寫字母、字符，不可輸入中文 密碼 字符 10 非空，必須包括大小寫字母、字符、特殊字符 3.1.1.5 功能需求描述 說明： 1）功能描述，需要做到語言準(zhǔn)確，結(jié)構(gòu)清晰，須包括從用戶角度和業(yè)務(wù)角度描述功能和業(yè)務(wù)場(chǎng)景；要盡可能少地從系 統(tǒng)邏輯角度去撰寫需求，多寫業(yè)務(wù)邏輯以免干擾開發(fā)的最優(yōu)設(shè)計(jì)。在需求中明確業(yè)務(wù)接口。

38、 2）版本優(yōu)化，如果是優(yōu)化功能采用修訂模式在涉及到的所有原文檔（包括需求說明書、流程圖、接口文檔）上進(jìn)行修 改并標(biāo)注，需求說明書需對(duì)應(yīng)需求編號(hào)章節(jié)進(jìn)行修改，這樣便于研發(fā)和測(cè)試了解原功能，以便快速了解優(yōu)化的業(yè)務(wù)判斷回 歸場(chǎng)景。產(chǎn)品還需說明優(yōu)化此功能的業(yè)務(wù)場(chǎng)景以及建議優(yōu)化功能涉及相關(guān)使用場(chǎng)景。 （0522 版本） 特別說明：修改的功能會(huì)影響系統(tǒng)對(duì)外提供的接口，需要這些接口的使用方對(duì)接口進(jìn)行 驗(yàn)證，并確認(rèn)接口的變更 登錄 1 ） 針對(duì)登錄功能，需要做安全性校驗(yàn)，實(shí)行 https 的方式，并且登錄密碼以 *顯示

39、，在日志打印中也以 *展示； 2） 登錄功能，登錄調(diào)用 API 接口 INTERFACE_LSQ_LOGIN_0001 實(shí)現(xiàn)登錄 ，需要保證數(shù)據(jù)傳遞的安全性。 狀態(tài)接受 -可編輯修改 - ______________________________________________________________________________________________________________ LSQ 系統(tǒng)接收狀態(tài)信息，作如下處理： 數(shù)據(jù)類型 長(zhǎng)度 小數(shù)位 說明 ID

40、 字符 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)前外部訂單對(duì)應(yīng)的 “外部系統(tǒng) ” 當(dāng)前外部訂單對(duì)應(yīng)的“外部訂單編碼” 通過賣家 ID 查詢客戶信息匹配表，結(jié)

41、果為查詢到的 賣家 ID 對(duì)應(yīng)的 “ 客戶編碼 ” 當(dāng)前外部訂單對(duì)應(yīng)的 “蘇寧業(yè)務(wù)類型 ” 若業(yè)務(wù)類型為 “ C019 ”，則默認(rèn)為“ZVIN ” 入倉 在接收 4PS 銷退入庫單時(shí)，若 orderFlag 訂單標(biāo)記帶 有 9，則在下傳裝運(yùn)條件時(shí)，傳輸 “ 01 ” 自營(yíng)，其他則按照原有邏輯傳 “ 06 ”第三方 固定賦值“L01 倉儲(chǔ)” 固定賦值 “ L0101 存量 ” 固定賦值 “ L010101 倉庫保管 ” 根據(jù)物流中心匹配 zlm

42、t026 ，取屬性，若屬性 =MD ， 則 服 務(wù) 細(xì) 節(jié) = L01010101 門 店 庫 存 ， 否 則 為 L01010102 中心倉庫存 -可編輯修改 - ______________________________________________________________________________________________________________ 商品屬性 字符 60 件數(shù) 字符 10 網(wǎng)點(diǎn)描

43、述 字符 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 存量 ” 固定賦值 “ L01010

44、1 倉庫保管 ” 若訂單對(duì)應(yīng)的基本信息的 “預(yù)期送達(dá)開始時(shí)間 ” 為 空，且當(dāng)前日期時(shí)間比當(dāng)前日期時(shí)間 18:00:00 早，則 為當(dāng)前日期，否則為當(dāng)前日期 +1天； 若訂單對(duì)應(yīng)的基本信息“預(yù)期送達(dá)開始時(shí)間”不為空， 則取該時(shí)間中的日期，格式為 YYYY-MM-DD 系統(tǒng)當(dāng)前日期 3.1.1.6 接口說明 說明：如果字段少可直接把接口列表貼這里，接口模板見下表必須包括深度和返回消息，如果有不同返回碼也需要 一并定義。每個(gè)接口

45、在需求文檔中撰寫一個(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)說明即可。 API 接口 INTERFACE_LSQ_LOGIN_0001 -可編輯修改 - _________________________________________________________________________________________________________

46、_____ 深度 名稱 描述 類型長(zhǎng)度 是否必輸 說明 1 INPUT 請(qǐng)求輸入 2 ITEM 3 username 用戶名 CHAR(10) 必輸 不可為空 3 Password 密碼 CHAR(10) 必輸 不可為空 3 token 盾牌 CHAR(30) 必輸 不可為空 1 OUTPUT 請(qǐng)求輸出 2 username 用戶名 CHAR(30) 必輸 2 returnCode 結(jié)果狀態(tài) CHAR(10) 必輸 0-成功， 1- 失敗 2

47、 Message 文本描述 CHAR(255) 接收成功 / 接收失敗 returnCode 返回碼說明： 快遞公司驗(yàn)證 returnCode Message 快遞 100 需要做的操作 LSQ 訂閱成功 200 成功 LSQ 數(shù)據(jù)驗(yàn)證失敗 400 數(shù)據(jù)不完整 補(bǔ)充數(shù)據(jù)，重新訂閱 LSQ 格式驗(yàn)證失敗 500 請(qǐng)求格式錯(cuò)誤 程序有問題，需要調(diào)整 本地服務(wù)器錯(cuò)誤 501 服務(wù)器錯(cuò)誤 30 分鐘后嘗試 LSQ 訂閱日志已存在 502 重復(fù)訂閱 理解為訂閱成功 LAPI 校驗(yàn) KEY 錯(cuò)誤 503 驗(yàn)證簽名

48、失敗 使用正確的 KEY LSQ 未查到對(duì)應(yīng)物流單號(hào) 504 單號(hào)錯(cuò)誤 更正單號(hào) LSQ 未查到對(duì)應(yīng)物流單號(hào) 507 查詢異常 -可編輯修改 - ______________________________________________________________________________________________________________ 狀態(tài)接收接口 INTERFACE_LSQ_STATUS_0001 由于字段較多見附件，每個(gè)接口在需求文檔中撰寫

49、一個(gè)編號(hào)，規(guī)則一個(gè)系統(tǒng)唯一： INTERFACE_ 系統(tǒng)名 _一級(jí)模塊名 _編號(hào)遞增 該功能處理過程中會(huì)調(diào)用以下接口（見附件） ： 接口編號(hào) 接口名稱 原系統(tǒng) 目標(biāo)系統(tǒng) 場(chǎ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 3.1.1.7 其它說明

50、 說明：可以把性能需求或者安全性，穩(wěn)定性需求，頁面瀏覽器兼容性需求等等放此處 3.1.2 狀態(tài)信息發(fā)送 3.1.2.1 需求編號(hào) LSQ_DDZF_MDZF_0002 3.1.2.2 處理流程和約束條件 # 步驟 邏輯 10 訂單判斷 1. 使用訂單行號(hào)查詢本地是否存在對(duì)應(yīng)的訂單行 1) 存在，繼續(xù)后續(xù)判斷； 2) 不存在，進(jìn)入后續(xù)校驗(yàn)； 2. 判斷訂單行狀態(tài)： -可編輯修改 - ________________________

51、______________________________________________________________________________________ 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)目銷售額 +運(yùn)費(fèi) +服務(wù)

52、費(fèi) = 支付金額之和 +使用積分金額 +經(jīng)理卡金額，是否成立； 1) 成立，繼續(xù)后續(xù)處理 2) 不成立：支付金額不正確，請(qǐng)檢查后重新輸入； 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è)置：門店訂單【支付確認(rèn)開關(guān)】為打開狀態(tài)時(shí)

53、，對(duì)于滿 足以下條件的訂單行項(xiàng)目，將訂單行支付確認(rèn)標(biāo)識(shí)置為： 0- 未確認(rèn)支付； 1) 分銷渠道為 10- 零售、 20- 代購， 2) 且來源系統(tǒng)為 POS 。 3) SAP 訂單類型為 ZOR- 標(biāo)準(zhǔn)訂單、 IDOC 、 Z01 、 ZGF 。 4) 裝運(yùn)條件為 01、 14 。 5) 先銷后采標(biāo)識(shí)不為 5 。 20 訂單支付信息處 1. 調(diào)用【公共規(guī)則 -資源處理】功能； -可編輯修改 - _____________________________

54、_________________________________________________________________________________ 理 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 】

55、 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

56、訂單類型，先銷后采標(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 ） 3.1.2.3 頁面原型 N/A ，系統(tǒng)后臺(tái)功能無頁面 3.1.2.4 數(shù)據(jù)說明 N/A ，系統(tǒng)后臺(tái)功能無頁面 -可編輯修改 - ____________________________

57、__________________________________________________________________________________ 3.1.2.5 功能需求描述 針對(duì)以下業(yè)務(wù)場(chǎng)景，前端系統(tǒng)通過該功能完成門店訂單收款處理； # 場(chǎng)景 接口 0 電器門店零售訂單收銀臺(tái)全款支付處理 POS-OMS-008 操作碼： D 1 0 電器門店對(duì)公云商卡訂單收銀臺(tái)全款支付處 POS-OMS-008 操作碼： D 2 理

58、 3.1.2.6 接口說明 3.1.2.7 其它說明 3.2 最新站點(diǎn)查詢服務(wù) 3.2.1 最新站點(diǎn)查詢 3.2.1.1 需求編號(hào) LSQ_DDTJ_DDTJ_0003 3.2.1.2 處理流程和約束條件 接收到前端系統(tǒng)提交的訂單后，進(jìn)行訂單提交相關(guān)處理，具體邏輯如下： -可編輯修改 - __________________________________________________________

59、____________________________________________________ OMS_DDTJ_DDTJ_001 訂單提交（老流程） B2C/POS/SPOS/MPOS/ CCT/CRM/SAP/SPCS/ OMS SHS/POAS/BSS/CIC/ CMWS 開始 10. 提交未支付 / 已 20. 進(jìn)行訂單合法 支付訂單 性校驗(yàn) 校驗(yàn)通過 30. 生成或更新訂 是 單信息 否 接單模式 =2,3 接單模式 接單

60、模式 =1 40. 訂單處理 100. 接收處理結(jié)果 50. 返回處理結(jié)果 調(diào)度 結(jié)束 60. 記錄日志信息 處理成功 是 70.保存或更新訂單 信息 是 否 90. 保存待分發(fā)信 結(jié)束 息 結(jié)束 段 階  OMSD OMSQ 80. 異步分發(fā)訂單

61、 信息 81.接收訂單全量信 82.接收訂單全量信 息 息 結(jié)束 結(jié)束 具體步驟邏輯如下： # 步驟 邏輯 1 提交訂單 前端系統(tǒng)通過以下接口提交訂單， 且訂單類型為 A 時(shí)，進(jìn)入該 0 功能： SPOS-OMS-001 B2C-OMS-001 ALL-OMS-001 -可編輯修改 - ________________________________________________________

62、______________________________________________________ ALL-OMS-016 2 進(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) “

63、的優(yōu)惠單總金額與優(yōu)惠單明細(xì)不一致。 b) 否則進(jìn)行一下步判斷 2) 若訂單提交接口為 ALL-OMS-001 ，則需判斷行銷售額是 否正確，校驗(yàn)公式： 行銷售額 = 銷售價(jià) * 數(shù)量 ： a) 若不正確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào)“的銷售額”XX ”不等于銷售價(jià)格”XX ”*數(shù)量”XX 。” b) 否則進(jìn)行一下步判斷 3) 若訂單提交接口為 ALL-OMS-001 ，則需判斷行應(yīng)付金額是否與支付明細(xì)匯總金額一致， 校驗(yàn)公式： 行項(xiàng)目銷售額 +運(yùn)費(fèi) +服務(wù)費(fèi) =支付金額之和 +

64、使用積分?jǐn)?shù)金額 +經(jīng)理卡金額 ： a) 若不正確，則返回報(bào)錯(cuò)：訂單行“前端系統(tǒng)行項(xiàng)目號(hào)“的總支付金額與應(yīng)付金額不一致。 b) 否則進(jìn)行一下步判斷 4) 若訂單提交接口為 B2C-OMS-001 ，則需判斷行應(yīng)付金額 -可編輯修改 - ______________________________________________________________________________________________________________ 是否與支付明細(xì)匯總金額一致，校驗(yàn)公式： 銷售價(jià) *

65、數(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)通過， 則進(jìn)入下一步“ 30- 生成或更新訂單信息”步驟 2) 若以上任意校驗(yàn)失敗，則進(jìn)入“ 50- 返回處理結(jié)果”步驟 3 生成或更新訂單 根據(jù)接口傳入的訂單信息創(chuàng)建訂單信息或全量更新以下信息： 0 信息 1. 若是創(chuàng)建訂單，則根據(jù)單號(hào)規(guī)則生成訂單號(hào)和訂單

66、行號(hào) 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) 進(jìn)行訂單行發(fā)票狀態(tài)設(shè)置，默認(rèn)設(shè)置為IV=10 4) 進(jìn)行訂單頭總狀態(tài)設(shè)置 3. 進(jìn)行訂單特殊標(biāo)記設(shè)置 1) 進(jìn)行訂單行凍結(jié)標(biāo)識(shí)設(shè)置 a) 若分銷渠道 =30 ，且訂單來源為 CRM ，則設(shè)置分次發(fā)貨標(biāo)記為 D3- 對(duì)公訂單未付款凍結(jié) -可編輯修改 - ______________________________________________________________________________________________________________ b) 否則，如訂單支付方式中含有 4001 ：支票支付，則 設(shè)置分次發(fā)貨標(biāo)記為： D2- 支票交貨凍結(jié) c) 否則，對(duì)于其他場(chǎng)景設(shè)置分次發(fā)貨標(biāo)記為