備註交流:很多賣家在賣貨的時候都有壹個問題。由於所售商品的規格太多，平臺無法同時維護這麽多規格的商品(汽車用品的情況最為明顯)，所以他們往往只用壹個環節替換買家想買的商品，然後買家拍下後客戶備註，通過贈品策略替換成買家真正購買的商品。但這種方式銷售的商品都是以贈品的形式銷售，賣家很難通過ERP中的統計來查看自己的商品。基於這個場景，我們增加了紙幣兌換的功能。目的是讓客戶有更簡單的方式來替換訂單中需要替換的商品。
制定政策
2.1客戶服務說明和客戶說明
我們根據實際情況設置好“暗號”和相應的操作後，只需要將我們標準化的暗號輸入系統即可。比如序言中提到的特殊場景。
(比如商家需要下單，其中有買家留言了“換倉”的信息，並且用綠色標誌進行了標記(這裏的標記標誌是指賣家的標誌，不是買家的標誌)，那麽就設置了異常訂單標誌。)
根據關鍵字和標誌修改訂單標記:
如上圖所示，先在備註提取界面新建壹個關鍵詞策略，然後輸入我們好的“暗號”保存即可。確認後，檢查啟用策略。
效果:啟用該策略後，任何包含“異常訂單”字樣並標有綠色標誌的訂單中的買家信息，將自動標記為“異常訂單”。
修改訂單倉庫，修改訂單物流，將訂單轉預訂單。凍結訂單基本與上述操作相同，只需選擇相應的修改內容即可。
2.2備註替換
為了更好的滿足客戶的需求，我們為客戶提供了兩種備註交換方式。客戶可以根據自己的業務情況選擇自己的備註兌換方式。具體操作如下:
方法壹:同款換碼匹配的商品。
第1步:在“商品→商品檔案→點擊兌換維護按鈕→票據兌換商品界面”維護票據兌換商品。
描述:
(1)，同壹商品(SPU)，可以設置多個虛擬物品(SKU)。
(2)同壹商品下，每個商品的替換匹配碼不能重復。
(3)不同商品下虛擬物品的替換匹配碼不能重復。
(4)支持手工創建和批量導入交易所商品。
(5)交換匹配碼支持數字、母女、漢字等多種形式。
第二步:在“訂單→訂單審批/預購界面”中，通過同註換貨查詢條件，批量查詢符合條件的數據，右鍵處理貨物→同註換貨。
描述:
單個“虛擬”(即訂單只包含壹種“虛擬”商品)
(1)，壹對壹(即只更換另壹個單品)，客服/買家備註形式:更換產品匹配碼。
(2)在壹對多的情況下，客服/買家備註格式為:替換商品匹配碼1+數量，替換商品匹配碼+數量，…
壹個以上的“虛擬”訂單(即訂單包含多種“虛擬”商品)
(1)，在壹對壹的情況下，客服備註的形式:“虛擬”商品匹配碼1+替換商品匹配碼；“虛擬”商品匹配碼2+替換商品匹配碼；…
(2)壹對多的情況下，客服備註的形式:“虛”貨匹配碼1+換貨匹配碼1及數量+換貨匹配碼2及數量+…；“虛擬”商品匹配碼2+替換商品匹配碼1和數量+替換商品匹配碼2和數量+…；…
壹對多(即壹個“虛擬”商品可以替代多個商品，替代數量根據對應的“替代數量比例系數”判斷)
(1).例:壹個“虛擬”商品交換的商品數量比例系數為6，購買該“虛擬”商品的顧客數量為2。需要替換的替換匹配碼為B和C的兩種商品的數量分別為5和7。備註的形式:b5c7。
備註:
(1)，替換商品匹配碼對應的號碼應為最後5個字符以內的值。當替換商品匹配碼對應的數量為“1”時，必須填寫“1”(分號除外)。
(2)支持多個替換商品的票據之間、、、。。(中文逗號，英文逗號，停頓，中文句號，英文句號)分開，無法區分。
(3)支持簡體中文數字識別:壹到九。(暫時不支持壹千萬)
(4)支持判斷匹配碼對應的號碼順序。
(5)批量執行，壹次最多執行500單。
(6)當客服和買方票據同時存在時，優先考慮客服票據。
(7)未置換成功的訂單不能審批，但可以強制審批。
示例:
在系統的換貨維護中，客戶維護壹個“虛擬”商品的換貨匹配碼，替換商品的匹配碼為B、C等。還認定另壹個“虛擬”商品的替換匹配碼是無色的，替換商品的匹配碼是紅色、黃色等等。
場景1:訂單只包含匹配碼為A的“虛擬”商品(數量為5)，妳想改成匹配碼為b的商品，那麽客服/買家備註:b .妳可以成功換貨。
場景二:訂單只包含匹配碼為A(數量5)的“虛擬”商品，妳想把它改成匹配碼為B(數量3)和C(數量2)的兩個商品。客服/買家備註:b3c2。也就是置換成功。當然，妳也可以註明:b3，c2或B3，C2或b3+c2。
場景三:訂單包含多種匹配碼為A(數量5)、無色匹配碼為5(數量5)的“虛擬”商品，妳想用匹配碼為B(數量3)、C(數量2)、紅色(數量3)、黃色(數量2)的四種商品替換。客服備註:ab3c2無色紅色3黃色2。妳可以成功換貨。
方式二:商家代碼備註換貨。
步驟1:方程設置類似於模式1的步驟1。
第二步:在“訂單→訂單審批/預訂單界面”中，通過相關查詢條件批量查詢符合條件的數據，右鍵處理貨物→備註替換操作。
備註:
(1)，客服人員需要在備註中寫下要更換商品的方程式。
(2)批量執行時，壹次只能執行500個訂單。
(3)商家代碼後面必須跟星號和類似“*1”的數字，否則無法識別。
3.預防措施
3.1自動修改業務員
方法壹:通過關鍵字修改業務員。
為了提高員工的積極性，企業需要對業務人員的工作進行績效考核。假設業務人員是王。我們可以設置壹個策略，當客服備註裏有“王”的時候，自動修改訂單的業務員就是“王”了。
具體設置方法:與前面介紹的“按關鍵字修改策略”壹致。這裏就不重復了。
方法2:提取業務代表的前綴和後綴
在大多數情況下，業務中有許多售前人員。壹個壹個制定策略特別繁瑣，員工入職和離職都需要修改兩次。同時，我們發現很多售前人員使用的小工具都可以自動在客服備註中添加“{王·}”。這裏的“王”就是當時用小玩意的售前人員。
在上述情況下，建議使用“提取業務員功能”，即“分析前綴和後綴符號中的昵稱”。但需要註意的是，前綴後綴解析的優先級低於關鍵字解析。
具體設置方法:比如我們設置的前綴是“{”，後綴是“}”，王是系統內的員工。因此，假設該訂單的客服備註中包含“{王}”，提取前綴和後綴後，系統會將該訂單的業務員指定為員工王”。
註意:模式1的優先級高於模式2。
3.2根據備註提取待審核訂單的物流和倉庫。
系統及時捕捉訂單，所以如果買家反饋不及時，或者其他原因，客服不及時評論或者不及時修改標誌。那麽訂單將無法按照客服的意願提取備註關鍵字/提取訂單標誌並進行相應的操作。比如指定物流，指定倉庫。
為了有效避免這種情況，可以打開這個配置。打開後，如果訂單狀態為待審批，您仍然可以根據意見選擇和修改訂單狀態。
例:假設在筆記抽取策略中有“如果客服筆記中有關鍵字“SF”，將logistics修改為SF”。起初，訂單選擇的物流是童淵。進入訂單審核後，訂單的買家突然聯系客服，說自己的訂單比較急，需要順豐快遞，於是客服把備註改成了“順豐”，這樣只要訂單沒有審核，就會執行壹次，自動改成“順豐”。
註意:訂單更新提交時，如果客服備註和客戶備註發生變化，將根據最新備註提取，並更新相應的訂單信息。
3.2如果策略中沒有備註關鍵字，只有標準棋不行(2.2.6.3及以下版本需要註意這個問題)。
2.2.6.3及以下旗幟不能單獨作為策略使用，必須與客戶服務備註關鍵字或客戶備註關鍵字壹起使用。
4.常見問題
:?:策略未被執行。
:!:問題分析:這種情況壹般都會出現，我們從以下幾種情況來分析。
情況1:關鍵字內容不連續。比如‘申通’
情況2:對關鍵詞有異議嗎？比如‘送申通’和‘不送申通’的關鍵詞都是壹樣的。
情況三:策略中是否勾選了參數√啟用客服備註提取或√啟用客戶備註提取？
情況4:選擇的物流/倉庫停用。
情況五:訂單提交後添加或修改備註提取策略，或者訂單提交後填寫訂單備註。(將系統日誌中的“備註提取策略修改和創建時間”與訂單日誌中的提交時間進行對比)註意:未輸入待審批或預訂單並不代表訂單未提交，訂單仍有很多預審批狀態(如延期審批未付)。
場景6:右鍵單擊return標誌不會執行註釋提取。
註意:在備註提取策略中，修改物流模式的優先級大於倉庫選擇策略> & gt和物流匹配策略>:& gt