Web網(wǎng)站后臺項目需求--V3.0.doc

電商電商 Web 網(wǎng)站后臺網(wǎng)站后臺 項目需求項目需求 版本版本 3 0 上海 信息技術(shù)有限公司 2012 年 11 月 13 日 電商 Web 網(wǎng)站后臺 項目需求 第 2 頁 共 21 頁 電商 Web 網(wǎng)站后臺 項目需求 第 3 頁 共 21 頁 目 錄 一 概述一 概述 4 二 需求詳細二 需求詳細 5 1 會員管理 5 2 商品管理 5 a 產(chǎn)品管理 6 b 套餐管理 7 3 UNIT 8 a 產(chǎn)品Unit管理 9 b 套餐Unit管理 10 c Unit入庫管理 11 d Unit出庫管理 12 4 運營 12 a 訂單管理 12 1 客戶前臺網(wǎng)站下單客戶前臺網(wǎng)站下單 15 2 客服后臺網(wǎng)站下單客服后臺網(wǎng)站下單 15 3 訂單批量導(dǎo)入訂單批量導(dǎo)入 15 4 內(nèi)部申領(lǐng)訂單內(nèi)部申領(lǐng)訂單 15 b 客戶服務(wù)管理 16 1 客服記錄客服記錄 16 2 待辦事項待辦事項 16 3 酒店預(yù)約酒店預(yù)約 17 c 結(jié)算管理 17 d 物流管理 18 e 商戶管理 18 f 郵件短信管理 19 1 郵件管理郵件管理 19 2 短信管理短信管理 19 5 網(wǎng)站 19 a 網(wǎng)站管理 19 b App管理 19 注 注 20 電商 Web 網(wǎng)站后臺 項目需求 第 4 頁 共 21 頁 BCBC 卡卡 WebWeb 網(wǎng)站后臺網(wǎng)站后臺 項目需求項目需求 一 概述一 概述 BC 電子商務(wù)系統(tǒng)是一套完備的中英文雙語電商系統(tǒng) 系統(tǒng)涵蓋了面向客戶層的 Web 網(wǎng)站前臺 面 向管理人員的 Web 網(wǎng)站后臺 以及客戶智能手機 App 和商戶智能平板 App 系統(tǒng)旨在以信息化的手段實現(xiàn)傳統(tǒng)線下人工操作的業(yè)務(wù) 提高公司業(yè)務(wù)中各個部門信息的實時反饋 效率 并且以全新的移動互聯(lián)網(wǎng)模式給客戶帶來全新的體驗 本文所述所有內(nèi)容均為 BC 項目一期所必須完成的系統(tǒng)后臺部分的業(yè)務(wù)功能 對系統(tǒng)本身性能的需求 與網(wǎng)站前臺的功能需求 仍需參考早期文檔 功能范圍與內(nèi)容簡要說明 V1 0 中所述的系統(tǒng)性需求 手 機 App 的需求參考 App 需求范圍 V1 0 但原則上無需變更 app demo 與原型所現(xiàn)有的功能內(nèi)容 僅需 完成與真實后臺系統(tǒng)的聯(lián)合工作 電商 Web 網(wǎng)站后臺 項目需求 第 5 頁 共 21 頁 二 需求詳細二 需求詳細 1 會員 會員管理管理 會員管理模塊主要是對于會員基本信息的管理功能 模塊首頁以列表形式顯示會員 會員信息包含 會員姓名 用戶積分 地區(qū) E Mail 手機號 郵 編 固定電話 性別 備注 出生日期 注冊日期 注冊 IP 等信息 具體數(shù)據(jù)可參照 數(shù)據(jù)匯總表 模塊提供對會員的管理功能 包括添加新會員 編輯會員信息 刪除會員 操作會員 包含凍結(jié) 激活 給會員發(fā)送 EDM 短信 Mac 綁定解綁 App Mac 地址 等操作 能夠通過導(dǎo)入的方式新建 一批會員 導(dǎo)入的內(nèi)容包含會員姓名 手機 住址 電子郵箱 導(dǎo)入時僅對手機號碼與電子郵箱做匹 配 如果出現(xiàn)手機號碼相同或電子郵箱相同 則導(dǎo)入失敗 自動存入失敗列表 會員的分級制度 沿用 ECStore 操作單個會員的同時 應(yīng)該在界面顯示與該會員相關(guān)的 Unit 訂單 使用記錄 客服記錄 在所有會員記錄數(shù)據(jù)的右側(cè) 提供多功能的篩選條供管理員對所有數(shù)據(jù)進行篩選 篩選條件須包 含擁有有效的某個指定的產(chǎn)品與產(chǎn)品 Unit 如遇酒店毀約問題 可以對所有擁有人發(fā)短信或郵件通知 2 商品管理 商品管理 商品管理模塊主要供管理員對 BC 目前所運營并且將來會運營的的商品進行管理 從業(yè)務(wù)角度劃分 BC 的主要產(chǎn)品分為套餐和產(chǎn)品 其中 產(chǎn)品具體又細化為會籍 會員卡為其具現(xiàn) 化的代表 住宿券 限時促銷券 餐飲券 SPA 券 其他券 其中不同的產(chǎn)品的優(yōu)惠范圍與內(nèi)容不同 其優(yōu)惠形式有以下幾種 優(yōu)惠權(quán)限 1 代表產(chǎn)品的購買與使用權(quán)限的會籍類產(chǎn)品 會員如果擁有該產(chǎn)品可以在電子商務(wù)平臺 二期則增 加 app 購物平臺 中購買與使用指定范圍的產(chǎn)品 例如散貨會籍 默認為激活產(chǎn)品 不可轉(zhuǎn)增 有效期為最后一次購買后一年 改為 金牌會員 2 代表產(chǎn)品的使用權(quán)限的會籍類產(chǎn)品 如果該會籍缺失或過期 即使擁有相應(yīng)的產(chǎn)品 也不能使用 例如套餐內(nèi)代表會籍資格的會員卡 優(yōu)惠內(nèi)容 3 可以在有效期內(nèi) 在指定范圍的商戶享受不同的指定折扣 無使用次數(shù)限制 例如會員卡 4 通用的免費兌換券 能且只能在所有提供相應(yīng)類型服務(wù)的商戶中選擇一家兌換相應(yīng)的服務(wù)內(nèi)容 且只能被使用一次 例如住宿券 未來的餐飲券與 Spa 券等其他也會有此種類型 5 限時促銷券 同樣是免費兌換券 但只有一個商戶可以選擇 且只能被使用一次 例如紅酒券 6 單一商戶的折扣券 例如目前的餐飲券和 SPA 券 只有一個商戶可以選擇 且只能被使用一次 以上內(nèi)容中 除 1 3 或 2 3 可以歸屬于一個產(chǎn)品以外 其他優(yōu)惠內(nèi)容不得與其他優(yōu)惠同時存在 套餐由產(chǎn)品或其他套餐組成 注意系統(tǒng)應(yīng)防止死循環(huán)嵌套的發(fā)生 產(chǎn)品由商家提供 每個商品與有 一個唯一的 5 位數(shù)字的標(biāo)志序號 第一位標(biāo)示該商品是套餐還是產(chǎn)品 后四位為序號 多個版本的同一 款產(chǎn)品或套餐的標(biāo)志序號相同 如 1888 套餐為 10001 1098 套餐為 10002 逸江南主卡套餐為 10003 副 卡套餐為 10004 紅酒單券為 00005 等 該 5 位標(biāo)識號為系統(tǒng)自動生成 在商戶 pad 上驗證掃描的紙券二 電商 Web 網(wǎng)站后臺 項目需求 第 6 頁 共 21 頁 維碼中的最后四位數(shù)字即為上述標(biāo)志序號的后四位 注 一個套餐最多包含兩層套餐 住宿券使用前必須預(yù)約 所有的免費兌換券都需要結(jié)算 其他券的預(yù)約和結(jié)算流程都非必需 在產(chǎn)品使用環(huán)節(jié) 增加單獨會員卡驗證的記錄 需記錄驗證的時間 限于驗證和使用會員卡的折扣 優(yōu)惠 即使用優(yōu)惠權(quán)限 其流程相當(dāng)于不輸入或者掃描紙券二維碼的驗證 商品管理模塊需要提供包括套餐 產(chǎn)品的新建 編輯 操作 上下線 備貨申請 上下架 是否前 臺顯示 停用功能 其中系統(tǒng)需要每天 0 點更新通過審核的指定當(dāng)日上線或停用的產(chǎn)品與套餐 將其狀 態(tài)置為上線或停用 并相應(yīng)操作上線或停用的各個相關(guān)事宜 其中產(chǎn)品與套餐的上架下架數(shù)量申請 僅 代表該商品的可銷售數(shù)量 而非實際庫存數(shù)量 該產(chǎn)品的可銷售數(shù)量同實際庫存數(shù)量不做控制 a 產(chǎn)品管理產(chǎn)品管理 產(chǎn)品是構(gòu)成套餐的基本要素 由各個商戶提供 每個實物產(chǎn)品有一個 14 位的唯一標(biāo)識號 4 位字母 10 位數(shù)字 該唯一號區(qū)別于 ID 需要系統(tǒng)自 動按該規(guī)則分配 未來印在紙質(zhì)券上的二維碼所對應(yīng)的數(shù)字字母組合 要做在 ai 文件上直接印刷 每 個酒店一個二維碼 其命名規(guī)則 BCCN 12 0001 8434 1 4 位字母標(biāo)志所屬公司 如 BCCN 5 6 位數(shù)字標(biāo)志產(chǎn)品年份末二位 如 12 7 10 位數(shù)字標(biāo)示產(chǎn)品 套餐 單券 內(nèi)容序號 11 14 位為加密校驗數(shù)字 其加密原則為 對 5 10 位數(shù)字進行對指定數(shù)字密鑰 A 的異或操作 得出的 結(jié)果與密鑰 B 相乘 取最后四位數(shù)字 其中密鑰 A 與密鑰 B 可設(shè)定更改 更改時 所有的產(chǎn)品必須升級 目前初始密鑰 A 為 2012 密鑰 B 為 314 產(chǎn)品有兩個有效期 產(chǎn)品生命周期有效期指的是當(dāng)前版本產(chǎn)品在整個系統(tǒng)中流轉(zhuǎn)的期限 超過有 效期 產(chǎn)品將自動下線 產(chǎn)品使用有效期則為所生產(chǎn)的 Unit 的默認使用有效期 若 Unit 是因為套餐的 銷售而生成 而非產(chǎn)品直接備貨或銷售生成 則其使用有效期跟隨套餐的使用有效期 產(chǎn)品存在的意義是作為產(chǎn)品 Unit 的模板在申請產(chǎn)品 Unit 數(shù)量的時候生成產(chǎn)品 Unit 的個體 套餐 在銷售的時候亦會生成產(chǎn)品 Unit 對于產(chǎn)品的基本數(shù)據(jù)元素請詳見 數(shù)據(jù)匯總表 此外需考慮前臺產(chǎn)品網(wǎng)頁展示內(nèi)容與 app 展示內(nèi) 容所需備的屬性信息 增加產(chǎn)品所屬餐廳名的字段 因為存在一個商戶有多個餐廳與我們簽約 例如 中餐廳 西餐廳 可以按餐廳不同 新建不同的產(chǎn)品 其他部分屬性需參考前臺界面展示的網(wǎng)頁內(nèi)容 與手機 app 展示的內(nèi)容 管理員可以對產(chǎn)品進行新建 編輯 操作 刪除 操作包含上線 該產(chǎn)品可銷售 下線 該產(chǎn)品 不可銷售 前臺展示確認與取消 此處為一個更改 因為考慮到某些下線產(chǎn)品如果在套餐內(nèi) 客戶理 應(yīng)可以查看套餐內(nèi)每個產(chǎn)品的介紹 如果下線狀態(tài)前臺無法顯示的話 就有些矛盾 產(chǎn)品的創(chuàng)建 上 下線審核 停用 停用審核 編輯產(chǎn)品的時候如果編輯的數(shù)據(jù)元素不是該產(chǎn)品的關(guān)鍵數(shù)據(jù)元素 則不 會引起當(dāng)前產(chǎn)品或者由當(dāng)前產(chǎn)品組成的套餐的升級 而如果編輯的數(shù)據(jù)元素是該產(chǎn)品的關(guān)鍵數(shù)據(jù)元素 時 則會引發(fā)當(dāng)前產(chǎn)品或者由當(dāng)前產(chǎn)品所組成的套餐的升級 其中 新建 編輯 操作 升級 刪除 上線 下線 展示 取消展示 上架 下架 停用都是 需要審核的 并記錄期相應(yīng)操作與審核的時間 以便于篩選 電商 Web 網(wǎng)站后臺 項目需求 第 7 頁 共 21 頁 產(chǎn)品維護專員在新建產(chǎn)品后 產(chǎn)品默認屬于草稿狀態(tài) 由產(chǎn)品維護專員提起產(chǎn)品啟用審核申請 產(chǎn)品審核專員審核通過后 產(chǎn)品默認處于下線狀態(tài) 處于下線狀態(tài)的產(chǎn)品可以由產(chǎn)品維護專員提起上 線申請并可確定上線時間 上線的產(chǎn)品同樣可以被提出下線申請 并約定下線時間 產(chǎn)品審核專員審 核通過后 產(chǎn)品處于可以被購買的狀態(tài) 如果確認了產(chǎn)品的前臺展示 則產(chǎn)品可以在網(wǎng)站前臺購物界 面顯示 取消展示則不會顯示 如果某產(chǎn)品屬于某個處于展示狀態(tài)的套餐 則該產(chǎn)品必須處于前臺顯 示狀態(tài) 并不得被取消顯示 如果產(chǎn)品管理員執(zhí)行取消顯示操作 系統(tǒng)必須給出提示 告知 XXX 套餐 含有該產(chǎn)品 產(chǎn)品的升級同樣需要確定升級時間 升級實際上就是新版本產(chǎn)品替代舊版本的操作 升 級時 新版本產(chǎn)品生產(chǎn) 其顯示狀態(tài)與上下線狀態(tài)與舊版本保持一致 舊版本產(chǎn)品變?yōu)橄戮€狀態(tài) 顯 示狀態(tài)取消 所有含該產(chǎn)品的套餐自動升級并包含新版本產(chǎn)品 新版本套餐的上下線狀態(tài)與展示狀態(tài) 與舊版本保持一致 在產(chǎn)品上線后的任何時間點 產(chǎn)品都可以提交停用申請 與上線申請一樣 停用 申請也可以確定停用時間 在需要的情況下 如產(chǎn)品所對應(yīng)的商戶已經(jīng)不再合作時 產(chǎn)品需要停用 產(chǎn)品停用由產(chǎn)品維護專員提請申請 由產(chǎn)品審核專員審核 如審核通過 產(chǎn)品則直接被停用 所有包 含該產(chǎn)品的套餐自動升級并且不包含該產(chǎn)品 被停用后前臺展示自動取消 后臺中只允許查閱不允許 編輯 不可以再申請該產(chǎn)品的 Unit 備貨 不得再生成停用產(chǎn)品的 Unit 但已產(chǎn)生的 Unit 依然存在 并 且狀態(tài)不會自動變更 除非 Unit 管理專員主動編輯更改其屬性 如果要再次啟用 則需要由產(chǎn)品維護 專員再次提起產(chǎn)品啟用審核申請 上 下架僅限于可銷售數(shù)量的變更 同樣需提出申請 然后被審核 確認 當(dāng)客戶成功提交訂單后 該數(shù)量扣減客戶的訂單所含相應(yīng)的商品數(shù)量 產(chǎn)品在系統(tǒng)中的流轉(zhuǎn)有兩種方式 一種是作為套餐內(nèi)的產(chǎn)品進行流轉(zhuǎn) 另一種是作為獨立銷售流 轉(zhuǎn) 兩者均有電子版與實物版的存在 其在前臺界面的銷售形式 則在產(chǎn)品新建與編輯中確定 操作 員可以選擇該產(chǎn)品只銷售電子版 實體版或者兩者同時銷售 對應(yīng)到前臺網(wǎng)站 用戶可以選擇相應(yīng)的 電子形式產(chǎn)品或者實物產(chǎn)品 注 10 月份和龔平山提過 業(yè)務(wù)部門確認會存在實體單券單賣 因此產(chǎn) 品 Unit 也需要有實體部分 流程與套餐一致 系統(tǒng)對產(chǎn)品提供了分類 并可以對分類進行增減 編輯 后臺在參數(shù)管理模塊應(yīng)提供所有下拉菜 單項的內(nèi)容管理 以便于后期新增分類選項 產(chǎn)品分類 EC store 系統(tǒng)自帶 管理員可以通過分類 對 產(chǎn)品進行有效的管理 產(chǎn)品分類亦可以作為客戶在操作前臺網(wǎng)站時 對產(chǎn)品檢索的依據(jù) 在產(chǎn)品管理界面 產(chǎn)品是以列表的形式進行展示的 在所有產(chǎn)品列表數(shù)據(jù)的右側(cè) 提供多功能的篩選條供管理員對所有產(chǎn)品進行篩選 非停用狀態(tài)的產(chǎn)品都可以升級 b 套餐管理套餐管理 套餐是由產(chǎn)品與其他套餐構(gòu)成的 套餐中的每一個產(chǎn)品都是他的構(gòu)成元素 此外也會將多個套餐 捆綁搭配銷售 因此除了套餐自身的組合外 需要存在一種臨時的捆綁組合 套餐與產(chǎn)品相同均有兩個有效期 套餐生命周期有效期指的是當(dāng)前版本套餐在整個系統(tǒng)中流轉(zhuǎn)的 期限 超過有效期 套餐將自動停用 套餐的生命周期有效期大于或等于套餐內(nèi)所有產(chǎn)品所對應(yīng)的有 效期 這樣能夠保證套餐過期前 套餐內(nèi)所有的產(chǎn)品不會過期 套餐的使用有效期則為套餐 Unit 所含 的產(chǎn)品 Unit 的使用有效期 套餐存在的意義是作為套餐 Unit 的模板在申請?zhí)撞?Unit 數(shù)量的時候生成套餐 Unit 的個體 對于產(chǎn)品的基本數(shù)據(jù)元素請詳見 數(shù)據(jù)匯總表 其他部分屬性需參考前臺界面展示的網(wǎng)頁內(nèi)容 與手機 app 展示的內(nèi)容 電商 Web 網(wǎng)站后臺 項目需求 第 8 頁 共 21 頁 管理員可以對套餐進行新建 編輯 操作 刪除 操作包含上線 下線 與產(chǎn)品相同 展示 取 消展示 各類審核 停用 停用審核 編輯套餐的時候如果編輯的數(shù)據(jù)元素不是該套餐的關(guān)鍵數(shù)據(jù)元 素 則不會引起當(dāng)前套餐升級 而如果編輯的數(shù)據(jù)元素是該套餐的關(guān)鍵數(shù)據(jù)元素時 則會引發(fā)當(dāng)前套 餐的升級并且新版本的套餐的展示狀態(tài)與上下線狀態(tài)與舊版本保持一致 套餐的展示狀態(tài)為展示時 其所含的所有產(chǎn)品必然為展示狀態(tài) 取消展示狀態(tài)則不會影響產(chǎn)品的展示狀態(tài) 非停用狀態(tài)的套餐都可以升級 同產(chǎn)品一樣 其中 新建 編輯 升級 操作 刪除 上線 下線 停用都是需要審核的 套餐維護專員在新建套餐后 套餐默認屬于草稿狀態(tài) 套餐維護專員可以編輯套餐屬性 選擇產(chǎn) 品組合 由套餐維護專員提起套餐啟用審核申請 套餐審核專員審核通過后 套餐默認處于下線狀態(tài) 處于下線狀態(tài)的套餐可以由套餐維護專員提起上線申請并確定上線時間 套餐審核專員審核通過后 套餐在網(wǎng)站前臺購物界面顯示 在套餐上線后的任何時間點 套餐都可以被停用 套餐的停用不會影 響到其所含產(chǎn)品或套餐的狀態(tài) 停用后前臺展示取消 停用的套餐只允許查閱不允許編輯 不能再生 成套餐 Unit 已生成的套餐 Unit 不受影響 套餐停用由套餐維護專員提請申請 由套餐審核專員審核 如審核通過 套餐則直接被停用 如果要再次啟用 則需要由套餐維護專員再次提起套餐啟用審核申 請 套餐的升級 需考慮其上線時間順序與多種原因引起的套餐內(nèi)容變化 套餐升級的新版本應(yīng)包含 升級日之前所有的升級日變化的內(nèi)容 例如在 1 月 1 日提交套餐在 2 月 1 日的升級 獲審核成功后 而后在 1 月 10 日確定套餐內(nèi)某個產(chǎn)品將于 1 月 20 日升級 此時 2 月 1 日的套餐新版本內(nèi)容應(yīng)包含 1 月 20 日所發(fā)生的產(chǎn)品升級的內(nèi)容 在套餐新建與編輯中 操作員可以選擇其最終的銷售形式 選擇只銷售實物 只銷售電子或者電 子實物均能銷售 對應(yīng)到前臺網(wǎng)站 用戶在購買了套餐的時候可以按照套餐的銷售形式選擇購買實物 套餐或者購買電子套餐 系統(tǒng)對套餐提供了分類 管理員可以通過分類 對套餐進行有效的管理 套餐分類亦可以作為客 戶在操作前臺網(wǎng)站時 對套餐檢索的依據(jù) 在套餐管理界面 套餐是以列表的形式進行展示的 在所有套餐列表數(shù)據(jù)的右側(cè) 提供多功能的篩選條供管理員對所有套餐進行篩選 3 Unit Unit 管理模塊分為產(chǎn)品 Unit 管理 套餐 Unit 管理 Unit 入庫管理和 Unit 出庫管理 Unit 是產(chǎn)品申請產(chǎn)品 Unit 數(shù)量或者套餐申請?zhí)撞?Unit 數(shù)量后 系統(tǒng)生成的產(chǎn)品 Unit 號或套餐 Unit 號 套餐內(nèi)的產(chǎn)品 Unit 號暫時不生成 只有在售出套餐 Unit 后 才生成套餐內(nèi)的產(chǎn)品 Unit 號 如果是電 子 Unit 則該 Unit 僅當(dāng)在購買訂單的財務(wù)狀態(tài)為已付款時 才產(chǎn)生該電子 Unit 并發(fā)送至客戶賬號 該 電子 Unit 除了產(chǎn)品標(biāo)志位外其序號標(biāo)志位為隨機 并唯一 Unit 分為產(chǎn)品 Unit 和套餐 Unit 如果 Unit 為實物 則該 Unit 還有一個 20 位的印刷券號 16 位數(shù)字 4 位字母 需要系統(tǒng)自動按該規(guī)則分配 其命名規(guī)則 該號針對的產(chǎn)品有 各類套餐 未來的單品與其他可能新增的產(chǎn)品或促銷優(yōu)惠 例如 01 1 1 0001 00000001 F041 1 2 位數(shù)字標(biāo)示所屬公司 BC China 暫定為 01 以后 EnjoySH 可設(shè)為 02 依次遞增 第 3 位標(biāo)示電子或紙券 電子為 0 紙券為 1 第 4 位標(biāo)示單賣或套餐 單券為 0 套餐為 1 以后如有必要區(qū)分其他 再依次遞增 電商 Web 網(wǎng)站后臺 項目需求 第 9 頁 共 21 頁 5 8 位標(biāo)示產(chǎn)品 套餐 單券 內(nèi)容序號 如 1888 套餐為 0001 1098 套餐為 0002 逸江南主卡套餐為 0003 副卡套餐為 0004 TBD 9 16 位為標(biāo)示產(chǎn)品 Unit 序號 紙質(zhì)為順序 電子發(fā)送為隨機 對于紙質(zhì)券 印刷的號碼用前 16 位即 可 對于會員卡 則需要全部 20 位數(shù)字 17 20 位為加密校驗位 為對前 16 位數(shù)字對密鑰 A 異或操作 將結(jié)果采用 MD5 的 16 位加密法加密 后 取最后四位字母 其中密鑰 A 可設(shè)定更改 更改后對新產(chǎn)品 Unit 對原 Unit 無效 原 Unit 已記錄原校驗位值 目前初始密鑰 A 為 2012 因此 在進行 Unit 備貨申請的時候 系統(tǒng)自動生成和導(dǎo)出 excel 列表 第一列為前 16 位數(shù)字 第二 列為后 4 位字母 第三列為所有的 20 位數(shù)字 字母 需要系統(tǒng)在通過備貨申請的時候按照輸入的起始號 自動生成 而在系統(tǒng)新建產(chǎn)品或套餐的時候 也應(yīng)該自動生成該產(chǎn)品的 14 位字母數(shù)字組合 非密鑰變化導(dǎo)致的 升級時候 該 14 位標(biāo)識號沿用上一版本 密鑰變更時候 系統(tǒng)自動將所有產(chǎn)品與套餐升級 14 位標(biāo)識號 自動更新 系統(tǒng)每天需要對 Unit 進行一項操作就是在系統(tǒng)需要在每天夜間 12 點 對所有 Unit 進行一次遍歷 對于已經(jīng)過期的 Unit 系統(tǒng)需要對其修改狀態(tài) 置為無效狀態(tài) 同時 還要對依賴于此過期無效的 Unit 的其他關(guān)聯(lián)項進行置為無效操作 如套餐 Unit 對應(yīng)關(guān)聯(lián)的會員會籍及其包含的產(chǎn)品狀態(tài) Unit 存在的意義是作為產(chǎn)品或者套餐拷貝出來的實例 繼承了它們的模板 產(chǎn)品或者套餐的所有特 性 并且 他們有更多的屬性 產(chǎn)品 Unit 或者套餐 Unit 在系統(tǒng)中擁有唯一號 被系統(tǒng)所跟蹤 系統(tǒng)能夠 實時反映出指定產(chǎn)品 Unit 或套餐 Unit 的當(dāng)前狀態(tài) 并通過 Unit 屬性的篩選統(tǒng)計其狀態(tài)情況 a 產(chǎn)品產(chǎn)品 Unit 管理管理 產(chǎn)品 Unit 是系統(tǒng)中流轉(zhuǎn)的最小單位 系統(tǒng)中流轉(zhuǎn)的套餐 Unit 也是由產(chǎn)品 Unit 構(gòu)成的 產(chǎn)品 Unit 有一個產(chǎn)品 Unit 有效期 產(chǎn)品 Unit 有效期是指用戶在購買套餐 Unit 后獲得的產(chǎn)品 Unit 或者用戶直接購買產(chǎn)品 Unit 后開始計算的產(chǎn)品 Unit 的可使用的時間段 若該 Unit 是因為產(chǎn)品的備貨與 銷售生成的 則該有效期與產(chǎn)品的有效使用期相同 若是因為套餐而生成的 則與套餐的有效使用期 相同 產(chǎn)品 Unit 在過了有效期后自動轉(zhuǎn)為失效狀態(tài) 產(chǎn)品 Unit 維護專員可以對產(chǎn)品 Unit 數(shù)量進行申請 由產(chǎn)品 Unit 審核專員進行審核 審核通過后 系統(tǒng)生成 16 位數(shù)字的產(chǎn)品 Unit 唯一號 產(chǎn)品 Unit 的管理包含對產(chǎn)品 Unit 的檢索 凍結(jié) 恢復(fù)有效 作廢 編輯 因為業(yè)務(wù)的原因 需要 對 Unit 有效期的編輯 升級 刪除 產(chǎn)品 Unit 專員對產(chǎn)品的主要操作為產(chǎn)品 Unit 上架和產(chǎn)品 Unit 下 架 產(chǎn)品 Unit 上架和下架是對網(wǎng)站前臺貨架上可出售的產(chǎn)品 Unit 的數(shù)量進行增減 產(chǎn)品 Unit 管理員在申請產(chǎn)品 Unit 通過后 系統(tǒng)生成產(chǎn)品 Unit 唯一號 對于散貨產(chǎn)品所對應(yīng)的產(chǎn)品 Unit 產(chǎn)品 Unit 專員對產(chǎn)品 Unit 進行上架操作申請 產(chǎn)品 Unit 審核專員在審核通過后 對應(yīng)數(shù)量的產(chǎn) 品 Unit 上架 在產(chǎn)品上線并且產(chǎn)品 Unit 已經(jīng)有數(shù)量上架的前提下 用戶可以購買產(chǎn)品 Unit 在擁有散 貨會籍的情況下 用戶有資格購買上線狀態(tài)的產(chǎn)品的 Unit 在完成對產(chǎn)品 Unit 的付款操作后 網(wǎng)站前 臺用戶的我的 BC 界面的未激活分類中 能夠看到已經(jīng)購買的產(chǎn)品 Unit 用戶可以對已經(jīng)購買的產(chǎn)品 Unit 進行贈予或者激活 一旦激活 Unit 就擁有了所屬用戶 就不能贈予 用戶激活產(chǎn)品 Unit 則產(chǎn) 品 Unit 會轉(zhuǎn)移到用戶界面的可使用分類中 如果是手機客戶端用戶 在 App 的可使用分類中 用戶點 電商 Web 網(wǎng)站后臺 項目需求 第 10 頁 共 21 頁 選需要使用的產(chǎn)品 Unit 點擊對應(yīng)的 使用 按鈕 可以發(fā)起對產(chǎn)品 Unit 的使用申請 如果是網(wǎng)站用 戶 可以通過短信形式下載 Unit 的使用序列碼 該序列碼應(yīng)保證唯一 對產(chǎn)品 Unit 進行升級時 操作員在 Unit 列表中勾選擁有同一個初始產(chǎn)品版本的產(chǎn)品 Unit 例如 A 產(chǎn)品的 1 2 版 Unit 與 1 3 版 Unit 可以同時選中 但不能選 A 產(chǎn)品的 1 2 版與 B 產(chǎn)品的 1 3 版 然后點 擊升級 并選擇升級的目標(biāo)版本 最終確定升級 系統(tǒng)應(yīng)對所選中的 Unit 先生成出庫單 自動出庫 然后升級為目標(biāo)版本的 Unit 除所對應(yīng)的產(chǎn)品從舊版本變?yōu)橹付ㄐ掳姹就?其他信息均應(yīng)保持一致 生成入庫單 自動入庫 Unit 的使用環(huán)節(jié)中 如果是通過 app 的方式 客戶可以主動發(fā)起對電子 Unit 的使用 此時系統(tǒng)首 先驗證該 Unit 的有效性 并記錄驗證時間 并給客戶 app 端回復(fù)有效驗證結(jié)果 如果有效 則向商戶 pad 端發(fā)送 unit 使用確認申請 在商戶確認使用后 系統(tǒng)將 Unit 置為已使用狀態(tài) 并記錄其使用時間 隨后給客戶發(fā)送使用成功的回復(fù) 短時間內(nèi)的重復(fù)使用與驗證的控制 有 app 端與服務(wù)端同時來限制 app 端在規(guī)定時間內(nèi)將控件 disable 服務(wù)端則對申請時間進行檢查 規(guī)定時間內(nèi)僅處理該 Unit 的一次 驗證 服務(wù)端的時間限制應(yīng)可以在網(wǎng)站后臺的系統(tǒng)參數(shù)設(shè)置中配置更改 如果驗證或使用失敗 則在 客戶 app 中的 Unit 使用狀態(tài)更新使用失敗提示 如果是紙質(zhì)券 Unit 使用 Unit 則在商戶提交使用申請時進行驗證 并記錄驗證時間 如果有效則 回復(fù)有效信息 并在商戶確認使用后 將 Unit 置為已使用狀態(tài) 記錄使用時間 如果是短信形式 客戶需要先從 web 端或者 wap 端確定發(fā)送該 Unit 的使用短信 如果此時用戶未 設(shè)置使用密碼 則系統(tǒng)需提示客戶先創(chuàng)建使用密碼 并告知該使用密碼的使用方式 系統(tǒng)自動發(fā)送隨 機的有效序列碼 并保證該序列碼唯一 并與 Unit 綁定 該客戶在商戶 pad 端錄入 Unit 的有效序列碼 后可以驗證該 Unit 的有效性 服務(wù)端記錄對該序列碼的驗證時間 并回復(fù)有效信息至商戶 pad 如果 有效 客戶可以輸入使用密碼 確定對產(chǎn)品的使用 此時 服務(wù)器記錄該產(chǎn)品的使用時間 并更改其 使用狀態(tài)為已使用 在產(chǎn)品 Unit 使用后 手機客戶端用戶可以在 App 已使用 分類中 看到已經(jīng)使用的產(chǎn)品 Unit 而如果是在產(chǎn)品 Unit 有效期內(nèi)未使用的 則會被轉(zhuǎn)移到 已失效 分類中 網(wǎng)站用戶則在相應(yīng)狀態(tài)的 優(yōu)惠券列表內(nèi)可看到 Unit 情況 已出售的產(chǎn)品 Unit 可以被特殊權(quán)限管理員批量更改 可更改的內(nèi)容包括可變更有效期 參考數(shù)據(jù) 匯總表 Unit 有效狀態(tài) 升級產(chǎn)品 更改方式可以通過按鈕控件而非直接編輯數(shù)據(jù)內(nèi)容 在產(chǎn)品 Unit 管理界面 產(chǎn)品 Unit 是以列表的形式進行展示的 Unit 的使用情況應(yīng)可導(dǎo)出成列表與 指定格式的報表 在所有產(chǎn)品 Unit 列表數(shù)據(jù)的右側(cè) 提供多功能的篩選條供管理員對所有產(chǎn)品 Unit 進行篩選 b 套餐套餐 Unit 管理管理 套餐 Unit 是由產(chǎn)品 Unit 或其他套餐 Unit 構(gòu)成的 而套餐 Unit 內(nèi)所包含的產(chǎn)品 Unit 是只有在套餐 Unit 售出后 才在系統(tǒng)中生成的 套餐 Unit 的有效期與套餐的使用有效期相同 其所含產(chǎn)品 Unit 的有效期均為該套餐 Unit 的有效期 套餐 Unit 在過了有效期后自動轉(zhuǎn)為失效狀態(tài) 套餐 Unit 維護專員可以對套餐 Unit 數(shù)量進行申請 由套餐 Unit 審核專員進行審核 審核通過后 系統(tǒng)生成套餐 Unit 唯一號 套餐 Unit 的管理包含對套餐 Unit 的檢索 凍結(jié) 取消凍結(jié) 升級 作廢 刪除 套餐 Unit 專員對 套餐的主要操作為套餐 Unit 上架和套餐 Unit 下架 套餐 Unit 上架和下架是對網(wǎng)站前臺貨架上可出售的 電商 Web 網(wǎng)站后臺 項目需求 第 11 頁 共 21 頁 套餐 Unit 的數(shù)量進行增減 套餐 Unit 管理員在申請?zhí)撞?Unit 通過后 系統(tǒng)生成套餐 Unit 唯一號 套餐 Unit 由套餐 Unit 專員 對套餐 Unit 進行上架操作申請 套餐 Unit 審核專員審核通過后 對應(yīng)數(shù)量的套餐 Unit 上架 在套餐 上線并且套餐 Unit 已經(jīng)有數(shù)量上架的前提下 用戶可以購買套餐 Unit 任何用戶都有資格購買套餐 Unit 在完成對套餐 Unit 的付款操作后 網(wǎng)站前臺用戶的我的 BC 界面的未激活分類中 能夠看到已經(jīng) 購買的套餐 Unit 用戶可以對已經(jīng)購買的套餐 Unit 進行贈予或者激活 用戶激活套餐 Unit 則套餐 Unit 會轉(zhuǎn)移到用戶界面的 可使用 分類中 在 可使用 分類中 用戶能夠看到套餐內(nèi)的詳細的產(chǎn) 品 Unit 在可使用分類中 用戶點選需要使用的產(chǎn)品 Unit 點擊對應(yīng)的 使用 按鈕 可以發(fā)起對產(chǎn) 品 Unit 的使用申請 一旦激活套餐 套餐內(nèi)的產(chǎn)品 Unit 就擁有了所屬用戶 就不能轉(zhuǎn)贈 套餐 Unit 的升級與產(chǎn)品 Unit 升級一致 已出售的套餐 unit 同樣可以被特殊權(quán)限的管理員批量更改 在套餐 Unit 管理界面 套餐 Unit 是以列表的形式進行展示的 在所有套餐 Unit 列表數(shù)據(jù)的右側(cè) 提供多功能的篩選條供管理員對所有套餐 Unit 進行篩選 c Unit 入庫管理入庫管理 目前的情況下 系統(tǒng)中入庫僅存在對實物 Unit 進行入庫的情況 入庫單完成后 Unit 的庫存狀態(tài) 為已入庫 庫位為入庫單的庫位 目前有印刷廠 郵局 BC 總部 代銷春秋等 具體庫位應(yīng)可配置增 減 入庫單在列表中應(yīng)該有一個描述的屬性 顯示該入庫單內(nèi)每種產(chǎn)品與套餐 含版本號顯示 的 Unit 數(shù)量 入庫的操作應(yīng)有新建 編輯 保存入庫單 拒絕 確認退貨入庫單 確認對所有草稿狀態(tài) 的入庫單有效 拒絕僅對退貨操作的含原訂單信息的草稿入庫單有效 Unit 入庫原因分為 5 種 分別為盤盈 移庫 升級 退貨 供應(yīng) 供應(yīng)是收到供應(yīng)商發(fā)來的 Unit 后 批量對 Unit 進行入庫 Unit 在完成數(shù)量申請后 線下供應(yīng)商開始生產(chǎn)發(fā)貨 在收到供應(yīng)商發(fā)來的 Unit 后 需要對 Unit 進行入庫 Unit 入庫的操作時新建入庫單 選擇入庫的庫位對 Unit 進行批量入庫 退貨是用戶的退換貨 拒收 取消已發(fā)貨的訂單時的入庫 業(yè)務(wù)人員收到退回來的 Unit 由訂單 管理員確定點擊退貨 系統(tǒng)自動生成含訂單號碼的該訂單內(nèi)的 Unit 的草稿狀態(tài)的入庫單 原訂單的發(fā) 貨狀態(tài)變成退貨中 庫存管理員對 Unit 做驗證后 可以確認或者拒絕訂單退貨 如果確認 則入庫單 被確認完成 Unit 庫存狀態(tài)變成入庫狀態(tài) 訂單變?yōu)橐淹素?如果拒絕 該草稿被刪除 原訂單變成 退貨失敗狀態(tài) 對退貨失敗的訂單可以再次提交退貨 盤盈倉庫在進行盤點操作的時候 出現(xiàn)盤盈情況 需要作新的入庫單 進行校準(zhǔn)庫存 當(dāng)線下庫 存盤點完成后 出現(xiàn)盤盈的情況 也就是發(fā)現(xiàn)實際庫存比系統(tǒng)庫存多了的時候 需要做入庫單來進行 庫存的校正 這種下 相關(guān)庫管人員對實際盤點多出來的 Unit 進行入庫操作 做入庫單 移庫是 Unit 從 A 庫位移至 B 庫位的操作 移庫時 庫存管理員選中屬于同一庫位的要移庫的 Unit 點擊移庫 選中目標(biāo)庫位然后確定 系統(tǒng)自動生產(chǎn)出庫單 出庫原因為移庫 備注內(nèi)容為 移庫 至目標(biāo) XX 庫位 然后自動生成入庫單 入庫原因為移庫 備注內(nèi)容為 由 XX 庫位移庫而來 升級已在產(chǎn)品 Unit 與套餐 Unit 中提及 系統(tǒng)自動對舊版本產(chǎn)品做出庫操作 生成出庫單 再升級 至目標(biāo)版本 生成入庫單 最終入庫 其備注為 由 X 版本升級為 XX 版本 在 Unit 入庫管理界面 Unit 的入庫單是以列表的形式進行展示的 電商 Web 網(wǎng)站后臺 項目需求 第 12 頁 共 21 頁 在所有的 Unit 入庫單列表數(shù)據(jù)的右側(cè) 提供多功能的篩選條供管理員對所有的 Unit 入庫單進行篩 選 可以通過對指定 Unit ID 或券號的搜索獲得該 Unit 相關(guān)的所有入庫單列表 出入庫單可按選擇導(dǎo)出匯總統(tǒng)計報表與出入庫單詳情 報表格式內(nèi)容參考附件 出入庫單匯總表 d Unit 出庫管理出庫管理 目前的情況下 系統(tǒng)中出庫僅存在對實物 Unit 進行出庫的情況 出庫的操作應(yīng)包含新建 編輯 保存 出庫單的確認完成意味著所含的 Unit 庫存狀態(tài)變更為已出庫 出庫單在列表中應(yīng)有描述內(nèi)容的 屬性 來顯示所含各類 Unit 的數(shù)量 如果是因為客戶購買訂單或者內(nèi)部申領(lǐng)訂單而產(chǎn)生的出庫單 則 在出庫備貨的 Unit 選擇過程中 給出提示是否已選中所有需要商品數(shù)量 如果未選滿或超出數(shù)量 不 得完成出庫 Unit 出庫有 7 種可能補寄 客戶購買 移庫 升級 報廢 推廣 盤虧 客戶購買是收到積累的用戶購買訂單后 批量對訂單作 Unit 出庫 用戶在網(wǎng)站前臺完成購買或?qū)?入來自代銷訂單記錄后 積累到一定的訂單數(shù)量 庫管人員勾選訂單 對多張訂單批量做出庫 生成 出庫單草稿 到倉庫領(lǐng)取相應(yīng)數(shù)量的套餐 Unit 并通過備貨操作選取在庫的 Unit 列表做出庫確認 并 更新出庫庫位 出庫原因 備注等基本信息 推廣是由內(nèi)部申領(lǐng)單 內(nèi)部申領(lǐng)類型的訂單 產(chǎn)生的零星出庫需求 相應(yīng)的內(nèi)部申領(lǐng)訂單在經(jīng)過 審核通過后 由庫管人員做出庫 生成出庫單 完成出庫單后 庫管人員到倉庫領(lǐng)取相應(yīng)數(shù)量的套餐 Unit 并將領(lǐng)取出來的套餐 Unit 的唯一號更新到出庫單上 其詳細流程與客戶購買一致 盤虧是倉庫在進行盤點操作的時候 出現(xiàn)盤虧情況 需要作新的出庫單 進行校準(zhǔn)庫存 當(dāng)線下 庫存盤點完成后 出現(xiàn)盤虧的情況 也就是發(fā)現(xiàn)實際庫存比系統(tǒng)庫存少了的時候 需要做出庫單來進 行庫存的校正 這種下 相關(guān)庫管人員對實際盤點少掉的套餐 Unit 進行出庫操作 做出庫單 補寄是一種特殊類型的購買訂單的出庫 例如換貨 贈品 操作流程與客戶購買相似 移庫與入庫管理相似 在對 Unit 進行移庫的時候 系統(tǒng)自動先做出庫 再做入庫 該出庫單為系 統(tǒng)自動生成 其備注為 出庫至 XXX 庫位 報廢是某些 Unit 因特殊原因而做失效處理 例如 Unit 過期 產(chǎn)品停用等 升級 與入庫管理相似 為系統(tǒng)自動生成的出庫單 其備注為 由 X 版本升級為 XX 版本 在 Unit 出庫管理界面 Unit 的出庫單是以列表的形式進行展示的 在所有的 Unit 出庫單列表數(shù)據(jù)的右側(cè) 提供多功能的篩選條供管理員對所有的 Unit 出庫單進行篩 選 可以通過對指定 Unit ID 或券號的搜索獲得該 Unit 相關(guān)的所有入庫單列表 出入庫單可按選擇導(dǎo)出匯總統(tǒng)計報表與出入庫單詳情 報表格式內(nèi)容參考附件 出入庫單匯總表 4 運營 運營 在運營模塊中 主要包含了訂單管理 客戶服務(wù)管理 結(jié)算管理 考慮把結(jié)算分別分到訂單管理和 Unit 管理 其中客戶購買訂單結(jié)算就在訂單管理里面作為訂單狀態(tài)變更的功能 Unit 的結(jié)算算到 Unit 的 結(jié)算狀態(tài)變更 這樣無需在結(jié)算中開發(fā)使用 Unit 列表與訂單列表 物流管理 商戶管理 郵件短信管理 運營管理貫徹整個系統(tǒng)的核心 系統(tǒng)主要的業(yè)務(wù)都包含在運營管理模塊 電商 Web 網(wǎng)站后臺 項目需求 第 13 頁 共 21 頁 運營模塊存在的意義是將業(yè)務(wù)中各個獨立的業(yè)務(wù)模塊整合在一起 使整個業(yè)務(wù)體系能夠順利運作 運營模塊將系統(tǒng)中各個獨立的功能模塊有機地結(jié)合在一起 各個模塊協(xié)作配合 a 訂單管理訂單管理 訂單是運營部分也是整個網(wǎng)站后臺的核心業(yè)務(wù)內(nèi)容 其列表內(nèi)需要顯示的重要狀態(tài)有三種 發(fā)貨 狀態(tài) 財務(wù)狀態(tài)和物流狀態(tài) 其中物流狀態(tài)可以與物流管理模塊中相關(guān)聯(lián) 其發(fā)貨狀態(tài)應(yīng)包含未出庫 已出庫 已配貨 已開發(fā)票 已打印 已發(fā)貨 退貨中 已退貨 換貨中 已換貨 取消中 已取消 已重發(fā)等 其財務(wù)狀態(tài)應(yīng)包含未付款 已付款 已結(jié)算 已退款 在導(dǎo)出訂單報表時 如果發(fā)貨狀態(tài) 是已退貨 但紅沖發(fā)票為特殊指定發(fā)票號碼或財務(wù)狀態(tài)不是已退款的 該導(dǎo)出的狀態(tài)應(yīng)為已退貨未紅 沖 換貨同樣有已換貨未紅沖 將拒收設(shè)為物流狀態(tài) 其入庫方式歸同于訂單退貨 物流狀態(tài)包含未 簽收 已簽收 已拒收 已遺失 該三者狀態(tài)與物流快遞單一致 訂單狀態(tài) 財務(wù)狀態(tài) 物流狀態(tài)的 改變均需要記錄該改變的時間 例如應(yīng)可以追溯到該訂單狀態(tài)中的配貨時間 發(fā)貨時間 財務(wù)狀態(tài)中 的付款時間 退款時間 結(jié)算時間和物流狀態(tài)的簽收時間 拒收時間等 客戶購買訂單的創(chuàng)建方式有三種 分別為客戶前臺網(wǎng)站下單 客服網(wǎng)站后臺下單 訂單批量導(dǎo)入 訂單的來源屬性包含分為 BC 網(wǎng)站 訂單管理員 代銷商 代銷商有多個 需可在系統(tǒng)參數(shù)界面自行 配置 訂單的原因分類包括客戶購買 補寄 換貨 贈品 內(nèi)部申領(lǐng) 訂單的產(chǎn)品類型分為電子 無 須發(fā)票 電子 含發(fā)票 實體 電子與實體 注 含實體的訂單必含發(fā)票 訂單的發(fā)貨操作包含 出庫備貨 配貨 發(fā)票錄入 打印 發(fā)貨 退貨申請 確認退貨 換貨申 請 確認換貨 取消 確認取消 重發(fā)等 訂單的財務(wù)操作包含 付款 結(jié)算 退款 訂單的物流操 作包含簽收 拒收 遺失 訂單存在的意義是對 BC 商品的銷售對象做一個記錄 訂單將客戶 Unit 相關(guān)代理商 財務(wù)等有 機地連接在了一起 同時 通過訂單中的信息生成并打印配貨清單和快遞單 并在訂單中自動錄入快 遞單號 對于訂單的基本數(shù)據(jù)元素請詳見 數(shù)據(jù)匯總表 增加外部訂單號的字段 由于代銷商也存在 自己的訂單管理 因此會有其自己的訂單號 導(dǎo)入的時候有必要將其訂單號也錄入 如果是支付寶或 者 paypal 的支付方式 應(yīng)在此字段記錄支付平臺的訂單號 以便于后期校對 客戶可以對訂單進行的操作有取消 付款 退貨 換貨 換貨不得在線上直接發(fā)起 必須通過客 服線下提出換貨申請 因換貨 重發(fā) 補寄的操作而引發(fā)新建的訂單 必須有原訂單屬性 用于追溯 原訂單 可以有多個訂單擁有相同的原訂單 訂單取消的時候 如果其發(fā)貨狀態(tài)為已打印 則必須錄 入紅沖發(fā)票后才能完成 否則可以直接將訂單發(fā)貨狀態(tài)置為已取消 訂單的簽收 發(fā)貨同樣需要導(dǎo)入 的方式匹配來批量更改其發(fā)貨狀態(tài) 訂單的生命流程是這樣的 訂單被各種方式創(chuàng)建之后 其發(fā)貨狀態(tài)為未出庫 如果是純電子產(chǎn)品 且不含發(fā)票的訂單 在客戶支付完成收到支付網(wǎng)站訂單支付成功信息后 系統(tǒng)自動發(fā)貨 關(guān)聯(lián)至客戶 賬戶 訂單發(fā)貨狀態(tài)變成已發(fā)貨 財務(wù)狀態(tài)變?yōu)橐迅犊?物流狀態(tài)為已簽收 訂單所含的 Unit 自動新 建并匹配 其它包含電子產(chǎn)品的訂單 則是在訂單的財務(wù)狀態(tài)變更為已付款時 進行電子產(chǎn)品 Unit 的 發(fā)貨 需要遞送發(fā)票的純電子產(chǎn)品訂單 則可以跳過出庫備貨與配貨操作 系統(tǒng)應(yīng)自動配置已發(fā)貨的 電子 Unit 直接進入錄入發(fā)票操作環(huán)節(jié) 對于需要物流的訂單 也就是包含實物 僅限于含實物的訂 單 訂單管理專員首先對未出庫的訂單進行批量勾選 之后確定出庫備貨以生成出庫單 多張訂單需 要出庫的商品就匯總到一張出庫單上面 此時訂單的發(fā)貨狀態(tài)更新為備貨中 如果庫存中有足夠數(shù)量 Unit 庫存管理員可以對該出庫單進行備貨操作 否則直接拒絕 如果是拒絕 則訂單的發(fā)貨狀態(tài)變回 電商 Web 網(wǎng)站后臺 項目需求 第 14 頁 共 21 頁 為未出庫 并發(fā)送系統(tǒng)消息與郵件通知訂單操作員出庫備貨失敗 如果正常出庫 庫管人員線下取貨 并選取實際出庫的 Unit 最終確認完成出庫單 此時 訂單的狀態(tài)更新為已備貨 訂單管理員可以對 已備貨的訂單操作配貨 系統(tǒng)自動在訂單所屬的出庫單中已出庫的 Unit 列表按訂單內(nèi)容對 Unit 進行匹 配選擇 確定每一筆訂單所包含的每一個 Unit 已配貨的訂單 可以執(zhí)行發(fā)票錄入操作 訂單管理員錄入發(fā)票起始號即可 此時訂單狀態(tài)變?yōu)橐?發(fā)票 已發(fā)票的訂單可執(zhí)行打印操作 打印操作需管理員 物流快遞單號起始號 并選擇快遞單模板 配貨清單模板 隨后調(diào)用打印機接口打印出快遞單與配貨單 如果系統(tǒng)可以對接打印機有困難 則必 須要生成用于打印的指定格式的 word 或 excel 文檔 如果出現(xiàn)發(fā)票錄入問題 需批量更改發(fā)票號 則 需要更高一級管理員權(quán)限對指定訂單列表進行批量更改 更改時錄入起始發(fā)票號 如果是打印問題 則是更改起始快遞單號 并重新打印快遞單 完成打印的訂單 系統(tǒng)自動更新其發(fā)貨狀態(tài)為已打印 在確認打印無誤之后 訂單管理員可以將訂單進行發(fā)貨操作 該操作更改訂單發(fā)貨狀態(tài)為已發(fā)貨 正常流程中 該訂單發(fā)貨操作的終止?fàn)顟B(tài)為已發(fā)貨 但出現(xiàn)某些意外時候 就需要額外的操作 比如 發(fā)貨操作中的退貨 換貨 重發(fā) 取消與物流操作中的拒收 遺失 退貨為客戶拒收或簽收后發(fā)生的要求退貨的情形 客戶可以在網(wǎng)站訂單管理里面對仍處于可退貨 期內(nèi)的訂單 直接申請退貨或者通過電話客服來讓訂單管理員進行退貨申請 此操作僅對發(fā)貨狀態(tài)為 已發(fā)貨 物流狀態(tài)為已簽收的訂單有效 退貨期系統(tǒng)可配置調(diào)整 默認為 3 個月或 90 天 超過退貨期 的退貨 需要有高一級的管理員操作退貨申請 如果包含實物產(chǎn)品的訂單 申請退貨后 訂單狀態(tài)變 為退貨中 并生成一張草稿狀態(tài)的入庫單 如果庫管人員確認允許退貨入庫 確定了入庫單 則訂單 管理員執(zhí)行確認退貨將訂單發(fā)貨狀態(tài)置為已退貨 系統(tǒng)自動提醒退款專員進行退款操作 如果未結(jié)算 則提示先結(jié)算 再紅沖 后退款 如果是純電子產(chǎn)品的訂單 則需檢測該產(chǎn)品 Unit 是否被激活 如果 未被激活 又處于可退貨期內(nèi)的 客戶點擊并確認退貨申請后 給出相關(guān)提示 系統(tǒng)自動將電子 Unit 凍結(jié) 將訂單狀態(tài)改為退貨中 并通知訂單管理員進行退貨確認 根據(jù)實際結(jié)果執(zhí)行確認退貨將訂單 發(fā)貨狀態(tài)置為已退貨 退貨完成后系統(tǒng)自動刪除該產(chǎn)品 Unit 改退款專員進行退款操作 如果退貨入 庫失敗 訂單管理員可以重新將該訂單進行發(fā)貨操作變更為已發(fā)貨 對于一個訂單中同時存在實物產(chǎn) 品 Unit 和電子產(chǎn)品 Unit 的情況 客戶做退貨申請后 先將電子產(chǎn)品 Unit 進行凍結(jié) 須待實物的退貨完 成后 對于電子產(chǎn)品進行刪除 對于一個訂單中有部分產(chǎn)品 Unit 需要退換的情形 將此訂單做退貨處 理 再發(fā)起一個新的發(fā)貨訂單 訂單類型為客戶購買 需和 helen 確認拒收情況的銀行請款與結(jié)算 換貨為客戶簽收后發(fā)起的要求更換產(chǎn)品的情形 此情形目前限定為更換同一款產(chǎn)品 否則就執(zhí)行 單獨的退貨操作與新建訂單操作 此申請必須由客戶通過電話或者 email 等線下的形式發(fā)起 此時訂單 管理員發(fā)起換貨申請 系統(tǒng)自動生成訂單所含產(chǎn)品的草稿狀態(tài)入庫單 訂單發(fā)貨狀態(tài)更新為換貨中 待庫管專員確定入庫單完成后 訂單管理員可以執(zhí)行換貨操作 該操作首先將原訂單變更為發(fā)貨狀態(tài) 已換貨狀態(tài) 然后自動新建一張訂單 復(fù)制原訂單在出庫備貨前已有的重要信息 例如客戶姓名 收 貨地址 聯(lián)系方式 產(chǎn)品數(shù)量與內(nèi)容列表 訂單金額等 而出庫備貨后的那些信息不應(yīng)被帶入 例如 對應(yīng)的 Unit 快遞單號 發(fā)票號 紅沖發(fā)票號等 此時 新訂單的發(fā)貨狀態(tài)為未出庫 財務(wù)狀態(tài)為已 付款 物流狀態(tài)為未簽收 如果該訂單原已結(jié)算 需訂單結(jié)算管理員手動執(zhí)行對該新訂單的結(jié)算操作 并且其 原訂單 為舊的訂單號 舊訂單的 新訂單 為該新訂單號 之后重新走出庫備貨等流程 換貨原因增加的訂單 訂單類型為 換貨 重發(fā)為公司內(nèi)部的操作 其出現(xiàn)情景為 在完成配貨之后發(fā)貨之前 發(fā)貨專員發(fā)現(xiàn)產(chǎn)品 Unit 有問 題 因此要求重新配貨或者在發(fā)貨之后 因為快遞問題 出現(xiàn)發(fā)送失敗的情況 訂單管理員執(zhí)行重發(fā) 操作后 系統(tǒng)自動生成原訂單所含 Unit 的入庫單草稿 原訂單發(fā)貨狀態(tài)變?yōu)橐阎匕l(fā) 待確認入庫后 電商 Web 網(wǎng)站后臺 項目需求 第 15 頁 共 21 頁 系統(tǒng)自動生成新訂單 并復(fù)制原訂單在出庫備貨前已有的重要信息 重新走出庫備貨流程 該新訂單 的新建和發(fā)貨操作與上文的換貨流程一致 訂單類型為 補寄 取消是客戶主動通過網(wǎng)站發(fā)起或通過客服來發(fā)起的操作 此操作僅限于發(fā)貨前的訂單狀態(tài) 即已 發(fā)貨及以后的狀態(tài)均不可取消訂單 如果是出現(xiàn)在出庫備貨之前 則訂單自動變更為已取消 如果該 操作是在已出庫之后 則系統(tǒng)自動生成該訂單所含 Unit 的入庫單 非草稿 如果該操作出現(xiàn)在錄入發(fā) 票操作以后 則需要進行相應(yīng)的財務(wù)操作 進行退款操作并錄入紅沖號碼 物流操作包含簽收 拒收和遺失 三個操作在正常情況下均只針對特定狀態(tài)的訂單 但允許高一 級的管理員權(quán)限 可對任意訂單進行物流狀態(tài)更改操作 在發(fā)貨之后 網(wǎng)站根據(jù)訂單中的快遞單信息 定時 每天 0 00 去目標(biāo)物流公司開放的 API 抓取 收貨信息 如果是已簽收 則將訂單自動更新為已簽收 簽收時間為 API 可獲得的簽收時間 如果沒 有取道則為當(dāng)天的 0 00 對于不存在公開 API 的物流公司 訂單管理員去檢查物流狀態(tài) 并通過導(dǎo)入 訂單的方式批量或者手動勾選列表確認簽收的方式更改物流狀態(tài) 該操作僅針對物流狀態(tài)為發(fā)貨狀態(tài) 為已發(fā)貨 未簽收的訂單 拒收為客戶拒絕簽收的情形 該訂單發(fā)貨狀態(tài)的改變由訂單管理員查詢到快遞單的拒收狀態(tài)而手 動觸發(fā)或系統(tǒng)自動從 API 獲取拒收狀態(tài)觸發(fā) 且僅針對發(fā)貨狀態(tài)已發(fā)貨 物流狀態(tài)為未簽收的訂單 此時 系統(tǒng)應(yīng)自動生成一個草稿狀態(tài)的入庫單 入庫原因為退貨入庫 入庫內(nèi)容即為拒收的訂單所含 Unit 遺失為因物流公司失誤產(chǎn)生的快遞遺失的情景 該操作僅影響物流快遞單的狀態(tài) 該操作同樣僅 針對已發(fā)貨 未簽收的訂單 訂單的財務(wù)操作包含付款 結(jié)算和退款 其中付款的操作為客戶通過其他方式支付其訂單 此時訂單財務(wù)管理員需要據(jù)此來對目標(biāo)訂單進 行操作 僅針對財務(wù)狀態(tài)為未付款的訂單 執(zhí)行后該訂單狀態(tài)變更為已付款 如果訂單的付款方式為 貨到付款 則在訂單的物流狀態(tài)變?yōu)橐押炇蘸?該訂單財務(wù)狀態(tài)自動變更為已付款 如果客戶通過網(wǎng) 絡(luò)購買 客戶的支付方式的類型包括 貨到付款 限上海地區(qū) 支付寶 Paypal 環(huán)迅支付 當(dāng)支付 平臺告知支付成功后 系統(tǒng)自動將訂單的財務(wù)狀態(tài)變更為已付款 結(jié)算為訂單才管理員從銀行 支付平臺或其他代銷商收到財務(wù)款項之后 對訂單的確認收款 該 操作僅針對已付款的訂單 其具體流程參考運營管理中的結(jié)算管理部分 需與 paypal 及支付寶確認網(wǎng) 絡(luò)支付的結(jié)算方式 操作成功后 訂單的財務(wù)狀態(tài)從已付款變更為已結(jié)算 該操作方式分為手動勾選 后的操作與導(dǎo)入訂單操作 退款操作為對客戶已結(jié)算的訂單進行退款操作 該操作必須是針對財務(wù)狀態(tài)為已結(jié)算的訂單 在 該操作中 訂單財務(wù)管理員必須錄入紅沖發(fā)票號碼 再確定退款操作完成 該操作可以發(fā)生在退貨 換貨 取消訂單 拒收之后 且訂單發(fā)票號碼不可為空 該操作完成后 訂單的財務(wù)狀態(tài)變更為已退 款 注 換貨操作由于為同一款產(chǎn)品的等額變動操作 故無需進行紅沖 在訂單管理界面 訂單是以列表的形式進行展示的 訂單最終需要導(dǎo)出成指定格式的報表與 excel 列表 其具體格式內(nèi)容查看附件 在所有訂單列表數(shù)據(jù)的右側(cè) 提供多功能的篩選條供管理員對所有訂單進行篩選 1 客