【文章內(nèi)容簡介】 驗證簽名失敗使用正確的KEYLSQ未查到對應(yīng)物流單號504單號錯誤更正單號LSQ未查到對應(yīng)物流單號507查詢異常狀態(tài)接收接口INTERFACE_LSQ_STATUS_0001由于字段較多見附件，每個接口在需求文檔中撰寫一個編號，規(guī)則一個系統(tǒng)唯一：INTERFACE_系統(tǒng)名_一級模塊名_編號遞增該功能處理過程中會調(diào)用以下接口（見附件）：接口編號接口名稱原系統(tǒng)目標系統(tǒng)場景INTERFACE_LSQ_LOGIN_0001API登錄接口LSQAPI處理成功，登錄成功INTERFACE_LSQ_STATUS_0001狀態(tài)信息同步LSQLOS/TMS/LWMSLSQMQ信息處理成功記錄到LSQ系統(tǒng) 其它說明說明：可以把性能需求或者安全性，穩(wěn)定性需求，頁面瀏覽器兼容性需求等等放此處 狀態(tài)信息發(fā)送 需求編號LSQ_DDZF_MDZF_0002 處理流程和約束條件步驟邏輯10訂單判斷1. 使用訂單行號查詢本地是否存在對應(yīng)的訂單行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. 判斷訂單支付金額是否正確，判斷等式：行項目銷售額+運費+服務(wù)費=支付金額之和+使用積分金額+經(jīng)理卡金額，是否成立；1) 成立，繼續(xù)后續(xù)處理2) 不成立：支付金額不正確，請檢查后重新輸入；20訂單支付信息處理1. 訂單行支付狀態(tài)設(shè)置：將所有訂單行狀態(tài)都置為：30已支付；2. 保存新增的支付信息；3. 覆蓋本地已有的優(yōu)惠單信息；4. 凍結(jié)標志設(shè)置：如果訂單支付信息中含有：4001（支票支付），則將訂單行凍結(jié)標識置為：D2支票凍結(jié)；5. 支付確認標記設(shè)置：門店訂單【支付確認開關(guān)】為打開狀態(tài)時，對于滿足以下條件的訂單行項目，將訂單行支付確認標識置為：0未確認支付；1) 分銷渠道為10零售、20代購，2) 且來源系統(tǒng)為POS。3) SAP訂單類型為ZOR標準訂單、IDOC、Z0ZGF。4) 裝運條件為014。5) 先銷后采標識不為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. 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ù)計出庫時間，期望送達時間 ，支付訂單創(chuàng)建時間,SAP訂單類型，先銷后采標識，訂單來源，下單時間，渠道，行項目類別，分次發(fā)貨標識，支付類型（04門店支付），支付確認標識，日志階段：02（01提交，02支付，03支付確認，04還欠款）id（10000055） 頁面原型N/A，系統(tǒng)后臺功能無頁面 數(shù)據(jù)說明N/A，系統(tǒng)后臺功能無頁面 功能需求描述針對以下業(yè)務(wù)場景，前端系統(tǒng)通過該功能完成門店訂單收款處理；場景接口01電器門店零售訂單收銀臺全款支付處理POSOMS008 操作碼：D02電器門店對公云商卡訂單收銀臺全款支付處理POSOMS008 操作碼：D 接口說明 其它說明 最新站點查詢服務(wù) 最新站點查詢 需求編號LSQ_DDTJ_DDTJ_0003 處理流程和約束條件接收到前端系統(tǒng)提交的訂單后，進行訂單提交相關(guān)處理，具體邏輯如下：具體步驟邏輯如下：步驟邏輯10提交訂單前端系統(tǒng)通過以下接口提交訂單，且訂單類型為A時，進入該功能：216。 SPOSOMS001216。 B2COMS001216。 ALLOMS001216。 ALLOMS01620進行訂單合法性校驗根據(jù)接口傳入訂單信息進行合法性校驗：1. 訂單重復(fù)性校驗2. 若接口輸入的接單模式為1或者3，則進行訂單金額校驗1) 判斷行優(yōu)惠單金額是否正確。校驗公式：行優(yōu)惠單金額 = 行優(yōu)惠單明細金額匯總：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的優(yōu)惠單總金額與優(yōu)惠單明細不一致。b) 否則進行一下步判斷2) 若訂單提交接口為ALLOMS001，則需判斷行銷售額是否正確，校驗公式：行銷售額 = 銷售價 * 數(shù)量：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的銷售額”XX”不等于銷售價格”XX”*數(shù)量”XX”。b) 否則進行一下步判斷3) 若訂單提交接口為ALLOMS001，則需判斷行應(yīng)付金額是否與支付明細匯總金額一致，校驗公式：行項目銷售額+運費+服務(wù)費=支付金額之和+使用積分數(shù)金額+經(jīng)理卡金額：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的總支付金額與應(yīng)付金額不一致。b) 否則進行一下步判斷4) 若訂單提交接口為B2COMS001，則需判斷行應(yīng)付金額是否與支付明細匯總金額一致，校驗公式：銷售價*數(shù)量經(jīng)理卡金額+運費+行稅額+服務(wù)費=支付金額之和：a) 若不正確，則返回報錯：訂單行“前端系統(tǒng)行項目號“的總支付金額與應(yīng)付金額不一致。b) 否則進行一下步判斷3. 根據(jù)校驗結(jié)果：1) 若以上所有校驗通過，則進入下一步“30生成或更新訂單信息”步驟2) 若以上任意校驗失敗，則進入“50返回處理結(jié)果”步驟30生成或更新訂單信息根據(jù)接口傳入的訂單信息創(chuàng)建訂單信息或全量更新以下信息：1. 若是創(chuàng)建訂單，則根據(jù)單號規(guī)則生成訂單號和訂單行號2. 進行訂單狀態(tài)設(shè)置1) 進行訂單行總狀態(tài)設(shè)置，具體邏輯見“表訂單行總狀態(tài)（IS）設(shè)置邏輯”2) 進行訂單行支付狀態(tài)設(shè)置，具體邏輯見“表訂單行支付狀態(tài)（IP）設(shè)置邏輯”3) 進行訂單行發(fā)票狀態(tài)設(shè)置，默認設(shè)置為IV=104) 進行訂單頭總狀態(tài)設(shè)置3. 進行訂單特殊標記設(shè)置1) 進行訂單行凍結(jié)標識設(shè)置a) 若分銷渠道=30，且訂單來源為CRM，則設(shè)置分次發(fā)貨標記為D3對公訂單未付款凍結(jié)b) 否則，如訂單支付方式中含有4