xxx钻石商城功能开发需求
文章目錄
- 1. 買家小程序端
- 1.1. 首頁
- 1.2. 店鋪
- 1.2.1. 搜索門店
- 1.2.2. 門店信息
- 1.2.3. 預約試戴
- 1.3. 購物袋
- 1.3.1. 加入購物車
- 1.3.2. 編輯購物車
- 1.4. 個人中心
- 1.4.1. 個人信息
- 1.4.2. 實名認證
- 1.4.3. 我的等級
- 1.4.4. 查看收益
- 1.4.4.1 門店收益
- 1.4.4.1.1查看結算單
- 1.4.4.2 分享收益
- 1.4.4.2.1 拉新獎勵
- 1.4.4.2.2 達人獎勵
- 1.4.4.2.2.1 達人獎勵結算單
- 1.4.5. 個人業(yè)績
- 1.4.5.1 直推業(yè)績
- 1.4.5.2 團隊業(yè)績
- 1.4.6. 我的團隊
- 1.4.7. 團隊訂單
- 1.4.8. 邀請有獎
- 1.4.9. 我的訂單
- 1.4.9.1 訂單狀態(tài)
- 1.4.9.1.1 實物+線上下單+預售+定制+非拼單+自提 訂單狀態(tài)
- 1.4.9.1.2 實物+線下開單+非預售+非定制+非拼單+自提 訂單狀態(tài)
- 1.4.9.2 訂單詳情
- 1.4.10. 我的預約
- 1.4.11. 累計收益
- 1.4.12. 粉絲數
- 1.4.13. 我的錢包
- 1.4.13.1 資金余額
- 1.4.13.2 申請?zhí)岈F
- 1.4.13.3 提現記錄
- 1.4.13.4 余額流水
- 1.4.13.5 銀行卡管理
- 1.4.13.5.1. 綁定銀行卡
- 1.4.13.5.2. 刪除銀行卡
- 1.4.14. 反饋建議
- 1.4.15. 在線客服
- 1.5. 商品詳情
- 1.6. 購買定制商品
- 1.6.1. 選擇鉆戒規(guī)格
- 1.6.1.1 SKU下架后如何顯示
- 1.6.2. 搜索選擇鉆石
- 1.6.3. 結算訂單(即確認訂單)
- 1.6.4. 查看選擇門店
- 1.6.5. 提交訂單
- 1.6.5.1. 商城分配商品給自營門店
- 1.6.6. 訂單支付
- 1.6.7 訂單結算支付時的系統處理邏輯的時序圖
- 1.7. 按類目搜索商品
- 2. 店員平板端
- 2.1. 定制商品開單
- 2.1.1. 查看營銷類目
- 2.1.2. 搜索商品
- 2.1.3. 選擇戒托規(guī)格
- 2.1.4. 結算訂單
- 2.1.5. 提交訂單
- 2.2. 現貨商品開單
- 2.2.1. 獲取會員信息
- 2.2.2. 按條碼/編碼搜索商品
- 2.2.3. 加入購物車
- 2.2.4. 結算訂單
- 2.2.5. 提交訂單
- 2.3. 提貨
- 2.3.1. 按會員手機號查詢訂單
- 2.3.2. 提貨核銷
- 2.3.2.1. 方案一
- 2.3.2.2. 方案二(作廢)
- 2.4. 查看店員導購訂單
- 2.4.1. 實物+線上下單+預售+定制+非拼單+自提(預售定制自提訂單)
- 2.4.2. 實物+線下開單+非預售+非定制+非拼單+自提(線下直購訂單)
- 2.5. 查看試戴預約記錄
- 2.6. 查看門店全部訂單
- 2.6.1. 搜索訂單
- 2.6.2. 訂單詳情
- 2.6.3. 導出訂單
- 2.7. 收款日結單
- 2.7.1. 生成收款日結單
- 2.7.2. 搜索收款日結單
- 2.7.3. 查看日結單詳情
- 2.7.4. 審核收款日結單
- 2.8. 查看門店會員
- 2.9. 售后單管理
- 2.10. 查看門店職員
- 2.11. 查看商品庫存
- 3. 商城管理后臺PC_WEB端
- 3.1. 后臺首頁
- 3.2. 商品管理
- 3.2.1. 發(fā)布商品
- 3.2.1.1 保存新商品數據涉及到的數據表
- 3.2.2. 商品管理
- 3.2.3. 商品檔案標簽
- 3.2.4. 可經銷商品池
- 3.2.5. 售價單管理
- 3.2.6. 類目證件管理
- 3.3. 店鋪管理
- 3.3.1. 自營店鋪管理
- 3.3.1.1 創(chuàng)建自營店鋪
- 3.3.2. 店鋪經營領域
- 3.4. 訂單管理
- 3.4.1. 歸檔狀態(tài)
- 3.4.2 歸檔服務(定時任務)
- 3.4.3 訂單狀態(tài)
- 3.4.3.1. 實物+線上下單+預售+定制+非拼單+自提 訂單狀態(tài)
- 3.4.3.2 實物+線下開單+非預售+非定制+非拼單+自提 訂單狀態(tài)
- 3.4.4 訂單列表
- 3.5. 售后管理
- 3.6. 結算單管理
- 3.6.1. 結算單狀態(tài)
- 3.6.2. 拉新獎勵結算
- 3.6.3 獎金池分紅結算
- 3.7. 營銷類目管理
- 3.8. 倉儲管理
- 3.8.1. 出庫單管理
- 3.8.2. 入庫單管理
- 3.8.2.1. 確認入庫
- 3.8.3. 商品庫存
- 3.8.4. 貨倉管理
- 3.9. 系統管理
- 3.9.1. 商城配置
- 3.9.2. 員工管理
- 3.9.3. 角色管理
- 3.9.4. 個人資料
- 3.10. 會員體系
- 3.10.1. 會員等級和條件
- 3.10.2. 等級權益配置
- 3.10.3. 會員升級記錄
- 3.10.4. 退款后重新分配會員等級
- 3.11. 分潤方案管理
- 4. 店鋪管理后臺PC_WEB端
- 4.1. 后臺首頁
- 4.2. 商品管理
- 4.2.1. 成品管理
- 4.2.1.1. 選售商品
- 4.2.2. 買家定制品管理
- 4.3. 訂單管理
- 4.3.1. 取消/關閉訂單
- 4.3.2. 提貨核銷
- 4.4. 售后管理
- 4.5. 結算單管理
- 4.6. 店鋪設置
- 4.7. 店員管理
- 4.8. 角色管理
- 4.9. 個人資料
- 4.10.倉儲管理
- 4.10.1. 出庫單管理
- 4.10.1.1. 生成出庫單
- 4.10.1.2. 如何判斷訂單商品是否要取關聯商品的sku_base_id
- 4.10.1.3. 發(fā)貨出庫(提貨核銷)
- 4.10.1.4. 商品出庫流水
- 4.10.2. 入庫單管理
- 4.10.2.1. 定制商品入庫
- 4.10.2.2. 現貨商品入庫
- 4.10.2.3. 商品入庫流水
- 4.10.3. 商品庫存
- 4.10.4. 貨倉管理
- 4.11. 商品開單
- 4.11.1. 定制品開單
- 4.11.2. 支付訂單
- 4.11.2.1. 掃碼收款
- 4.11.2.2. POS刷卡
- 4.11.2. 成品開單
- 5. 租戶管理后臺PC_WEB端
- 5.1. 創(chuàng)建商城
- 開發(fā)進度
- 小程序開發(fā)進度
- 商城后臺開發(fā)進度
- 店鋪后臺開發(fā)進度
1. 買家小程序端
1.1. 首頁
目前在商城后臺可以對小程序首頁進行簡單配置,用到組建:輪播圖、圖片(平滑)、商品(一行二物)
1.2. 店鋪
1.2.1. 搜索門店
目前沒有什么店鋪,無需搜索
1.2.2. 門店信息
門臉圖、地址(允許地圖導航)、電話(可撥打)、營業(yè)時間
1.2.3. 預約試戴
- 只能預約未來30天內
- 可以重復提交預約
- 預約的時間必須大于提交時系統時間
- 重復提交的預約時間不許重復
1.3. 購物袋
-
預售型的商品只能單獨下單,不可加入購物車(商城只賣預售商品,該規(guī)則暫不考慮)
-
定制型的商品只能單獨下單,不可加入購物車(商城只賣定制商品,該規(guī)則暫不考慮)
1.3.1. 加入購物車
定制好鉆戒,加入購物車,后端根據戒托和鉆石生成新的商品,戒托的規(guī)格“材質”、“手寸”作為新商品的規(guī)格,另外鉆石的“4C”參數合并成一種規(guī)格,規(guī)格名稱為“鉆石4C”,也作為新商品的規(guī)格。戒托和鉆石的其它參數全部作為新商品的參數,新商品需要保存戒托和鉆石的商品ID,還要保存買家ID,而且要根據戒托和鉆石的訂金比例,計算新商品的訂金比例
1.3.2. 編輯購物車
清空商品、刪除商品
1.4. 個人中心
1.4.1. 個人信息
二期再開發(fā)
1.4.2. 實名認證
-
銀行卡成功綁定后,同步用戶實名認證成功
-
銀行卡通過四要素進行驗證,銀行卡四要素指的是銀行卡號、真實姓名、身份證號、銀行預留手機這四個數據
1.4.3. 我的等級
烜赫負責
? 查看等級權益
? 各門店會員等級
1.4.4. 查看收益
烜赫負責
1.4.4.1 門店收益
- 累計收益總額
- 上個月收益總額
- 收益月度走勢圖
1.4.4.1.1查看結算單
- 結算單列表
- 結算單詳情
1.4.4.2 分享收益
1.4.4.2.1 拉新獎勵
? 累計入賬拉新獎勵
? 累計未入賬拉新獎勵
? 當月入賬拉新獎勵
? 當月未入賬拉新獎勵
? 當日未入賬拉新獎勵
? 拉新獎勵結算單
? 結算單列表
? 結算單詳情
1.4.4.2.2 達人獎勵
? 累計入賬分享達人獎勵
? 累計未入賬分享達人獎勵
? 上月累計入賬分享達人獎勵
1.4.4.2.2.1 達人獎勵結算單
? 結算單列表
? 結算單詳情
1.4.5. 個人業(yè)績
烜赫負責
1.4.5.1 直推業(yè)績
? 業(yè)績總額
? 業(yè)績列表
1.4.5.2 團隊業(yè)績
? 業(yè)績總額
? 業(yè)績列表
1.4.6. 我的團隊
烜赫負責
? 直屬會員
? 間屬會員
? 我的上級
1.4.7. 團隊訂單
二期再開發(fā)
1.4.8. 邀請有獎
-
面對面邀請
面對面邀請注冊,彈出帶有小程序碼的彈窗,用戶微信掃碼打開邀請注冊界面,注冊路徑要攜帶邀請人的ID,注冊成功新用戶成為邀請人的下級 -
轉發(fā)邀請
小程序直接轉發(fā)給其他好友或者微信群,用戶打開邀請注冊界面,注冊路徑要攜帶邀請人的ID,注冊成功新用戶成為邀請人的下級
1.4.9. 我的訂單
-
線上下單有選擇門店,那么賣家就是門店,沒有選擇門店賣家就是商城,線下開單的銷售訂單賣家都是門店
-
暫不做退款退貨功能,售后一律線下處理
-
銷售訂單需要新增以下字段
銷售主單新增字段:
| 訂單來源 | source | 訂單表已有此字段,wechat_applet/android_app/iphone_app/ipad_app/ipad_app/pc_web_app |
| 下單渠道 | channel | 訂單表已有此地段,0 線上下單,1 線下開單 |
| 買家昵稱 | consumer_name | 取自plat_consumers表的nick_name |
| 預留手機 | consumer_phone | 使用訂單已有字段consumer_phone |
| 商品類型 | product_type | 1 實物,2 服務,3 虛擬,4 實物+服務 |
| 是否預售 | presale | 0 否,1 是 |
| 是否定制 | customized | 0 否,1 是 |
| 是否拼單 | group_buy | 0 否,1 是 |
| 交易方式 | trasaction_mode | 自提、配送、快遞、線上、上門、到店、快遞+到店、快遞+上門、配送+貨到付款、快遞+貨到付款 |
| 訂金金額 | deposit_amount | 子單訂金金額的合計,就是訂單的預付款 |
| 尾款金額 | final_payment_amount | 子單尾款金額的合計 |
| 尾款支付截止時間 | deadline_final_payment | 子單最早的尾款截止時間 |
| 提貨碼 | pick_up_code | 尾款成功支付后生成提貨碼,提貨碼由6個數字和英文字母隨機混合組成,不區(qū)分大小寫,不允許純數字或者純字母 |
| 導購員 | shopping_guide_id | 導購員是店鋪管理后臺的內部用戶 |
銷售子單新增字段
| 訂金金額 | deposit_amount | 就是商品的預付款 |
| 尾款金額 | final_payment_amount |
1.4.9.1 訂單狀態(tài)
1.4.9.1.1 實物+線上下單+預售+定制+非拼單+自提 訂單狀態(tài)
-
“等待買家支付定金”和“等待買家支付尾款”的訂單并入“待付款”的訂單列表中展示
-
超時未支付尾款自動關閉訂單功能暫時不做
主單狀態(tài)圖
子單狀態(tài)圖
1.4.9.1.2 實物+線下開單+非預售+非定制+非拼單+自提 訂單狀態(tài)
主單狀態(tài)圖
子單狀態(tài)圖
1.4.9.2 訂單詳情
-
支付定金和支付尾款的時間取自支付流水記錄表的time_payment
-
支付方式取自支付流水記錄表的mode_payment
1.4.10. 我的預約
展示全部預約記錄
1.4.11. 累計收益
拉新獎勵+分享達人分紅+黃金會員分紅+鉆石會員分紅
1.4.12. 粉絲數
直屬和間屬的會員總數
1.4.13. 我的錢包
烜赫負責
1.4.13.1 資金余額
1.4.13.2 申請?zhí)岈F
1.4.13.3 提現記錄
1.4.13.4 余額流水
點擊查看錢包余額設計方案
1.4.13.5 銀行卡管理
1.4.13.5.1. 綁定銀行卡
-
銀行卡成功綁定后,同步用戶實名認證成功
-
銀行卡通過四要素進行驗證,銀行卡四要素指的是銀行卡號、真實姓名、身份證號、銀行預留手機這四個數據
1.4.13.5.2. 刪除銀行卡
1.4.14. 反饋建議
參考原型
1.4.15. 在線客服
二期再開發(fā)
1.5. 商品詳情
不論有多少種價格,僅顯示最低價(最低戒托售價+最低鉆石售價)
1.6. 購買定制商品
1.6.1. 選擇鉆戒規(guī)格
-
選擇規(guī)格的彈層界面無需顯示戒托的銷售庫存數
-
不需要選擇數量,默認數量為“1”
-
戒托規(guī)格的首個值默認選中,隨機選中一個鉆石
-
顯示已選規(guī)格的商品圖,此圖來自于SKU的營銷圖,點擊圖片可以看源圖
-
顯示價格=選中戒托SKU售價+選中鉆石的售價
-
必須先選擇戒托規(guī)格再選擇鉆石,否則提示:請您先選擇戒托規(guī)格~
1.6.1.1 SKU下架后如何顯示
舉例說明:如果規(guī)格為紅色/XXL的商品已下架,那么根據買家選擇規(guī)格的順序,前端要禁用相關的規(guī)格值,也就是說買家先選擇“紅色”,那么規(guī)格值“XXL”就不可選,界面通常呈現灰色的禁用視覺效果
1.6.2. 搜索選擇鉆石
必須已經選擇戒托規(guī)格的前提下才能選擇鉆石,否則提示:請您先選擇戒托的規(guī)格~
展示的鉆石都是已選戒托規(guī)格所關聯的鉆石
1.6.3. 結算訂單(即確認訂單)
-
訂單確認界面需要顯示訂單應付總金額,本次應付金額(即定金金額)
-
支付方式默認:線上支付,支付渠道:微信支付
-
生成的訂單只含有新商品,戒托和鉆石不會產生訂單
1.6.4. 查看選擇門店
參考原型圖
1.6.5. 提交訂單
- 提交訂單后,客戶端要去調“修改預訂單商品ID”接口(傳參:storeID,skuExtID),該接口再去調“商城分配商品”接口(傳參:storeID,skuExtID),“商城分配商品”接口會返回門店該商品的skuExtID,然后替換掉預訂單的skuExtID,然后將成功狀態(tài)響應給客戶端,客戶端再去調“提交訂單”接口生成正式的銷售訂單
接口調用時序圖:
- 訂單生成后要鎖定戒托、鉆石、鉆戒的銷售庫存,即戒托、鉆石、鉆戒(即對應的新商品)的銷售庫存數-1,銷售凍結數+1,如果取消訂單,銷售凍結數-1,可銷售庫存數+1
| 生成訂單 | 生成訂單數據后訂單內商品的銷售庫存數要鎖定 | 在[sku_base_sale]表中將相關商品的字段“freezes” +1(數量要視訂單的購買數量),字段“sales_quantity” -1(數量要視訂單的購買數量),可以根據 銷售子單的skuExtID找到相關商品 |
| 取消訂單 | 訂單取消成功后,訂單內的商品銷售凍結數要釋放掉 | 在[sku_base_sale]表中將相關商品的字段“freezes” -1(數量要視訂單的購買數量),字段“sales_quantity” +1(數量要視訂單的購買數量),可以根據 銷售子單的skuExtID找到相關商品 |
- 生成的訂單只含有新商品,戒托和鉆石不會產生訂單
1.6.5.1. 商城分配商品給自營門店
鉆石商城將商品分配給自營門店,自動加入門店“默認”的倉庫中,保存商品數據涉及到的數據表如下:
往【SPU營銷基礎】表插入一條記錄;
往【SPU銷售模板】表插入一條記錄;
往【SKU營銷資料】表插入一條記錄(視SKU條數);
往【可銷售的商品】表插入一條記錄(視SKU條數)。
商品依舊歸屬商城,只是自營店鋪有商品的營銷數據而已的,【可銷售的商品】表如何存儲數據請參考下表:
| SKU_BASE_ID | ||
| SKU_EXT_ID | 保存門店商品的SKU_EXT_ID | |
| 銷售庫存數 | 0 | 默認0 |
| 銷售凍結數 | 0 | 默認0 |
| 是否允許負庫存 | 1 | 0 不允許,1 允許,默認0 |
| 累計銷量 | 0 | 默認0 |
| 銷售店鋪ID | 門店ID | 默認null |
| 銷售平臺ID | 鉆石商城ID | 默認null |
| 來源店鋪ID | null | 默認null |
| 來源平臺ID | 鉆石商城ID | 默認null |
| 來源租戶ID | 鉆石商城所屬租戶ID | 默認null |
1.6.6. 訂單支付
-
付款成功后鉆戒要先生成采購單,接著戒托、鉆石、鉆戒要生成出庫單
-
訂單金額很大所以需要分次付款,買家提交支付請求后,接口反饋超出限額,那么由買家執(zhí)行分次付款操作,買家自行輸入付款金額,付款成功后累計已付金額,再判斷已付金額是否等于應付定金,等于則將訂單狀態(tài)轉為“商品制作中”
查看支付模塊設計文檔
1.6.7 訂單結算支付時的系統處理邏輯的時序圖
后補
1.7. 按類目搜索商品
首頁配置圖片,圖片綁定按類目查詢商品的URL
2. 店員平板端
2.1. 定制商品開單
-
開單流程:輸入會員手機號→選擇戒托→選擇鉆石→訂單結算→提交訂單
-
訂單結算界面(即訂單確認界面)需要顯示訂單應付總金額,本次應付金額,實付金額由店員輸入,必須≥定金金額
-
支付方式默認:線下支付,支付渠道由店員選擇,選項:信用卡、借記卡、現金
2.1.1. 查看營銷類目
看原型
2.1.2. 搜索商品
- 按類目搜索
- 按條件搜索
目前只要根據商品參數搜索即可
2.1.3. 選擇戒托規(guī)格
2.1.4. 結算訂單
2.1.5. 提交訂單
2.2. 現貨商品開單
-
開單流程:輸入會員手機號→輸入條碼或者掃描條碼自動添加商品到購物車(這里不是真的購物車,僅店員端展示商品而已)→訂單結算→提交訂單
-
必須全額付款,支付方式默認:線下支付,支付渠道由店員選擇,選項:信用卡、借記卡、現金
2.2.1. 獲取會員信息
2.2.2. 按條碼/編碼搜索商品
2.2.3. 加入購物車
2.2.4. 結算訂單
2.2.5. 提交訂單
2.3. 提貨
因為店鋪開通了倉儲系統,按理提貨核銷需要在出庫單完成操作,但是目前系統沒有倉庫客戶端,如果銷售訂單關聯多個出庫單,那么在出庫單完成提貨核銷就必須逐單完成提貨核銷或者開發(fā)“批量提貨核銷”功能,這樣顯然不是很合理,所以本系統的提貨核銷一律在銷售訂單完成操作
2.3.1. 按會員手機號查詢訂單
2.3.2. 提貨核銷
2.3.2.1. 方案一
買家提供提貨核銷碼,店員在門店端找到要提貨的訂單,輸入提貨核銷碼完成提貨
2.3.2.2. 方案二(作廢)
買家在相關的訂單詳情中點擊“提貨核銷”,系統以訂單ID進行加密后的字符串生成“二維碼”在前端展示
賣家在賣家中心點擊“提貨核銷”按鈕,打開手機的掃描器掃描二維碼,讀取到加密字符串后提交服務端,服務端解密后得到訂單ID
通過的訂單ID和商家ID查找訂單數據,找到即完成提貨核銷,相關訂單的狀態(tài)變成“交易完成”,找不到提示“抱歉,店鋪不匹配無法核銷!”
2.4. 查看店員導購訂單
2.4.1. 實物+線上下單+預售+定制+非拼單+自提(預售定制自提訂單)
? 訂單列表
? 訂單詳情
? 搜索訂單
? 取消訂單
? 訂單收款
? 通知提貨
? 完成制作
? 導出訂單
2.4.2. 實物+線下開單+非預售+非定制+非拼單+自提(線下直購訂單)
? 訂單列表
? 訂單詳情
2.5. 查看試戴預約記錄
2.6. 查看門店全部訂單
包含線上成交和線下導購的訂單,僅店長有查看權限
2.6.1. 搜索訂單
2.6.2. 訂單詳情
2.6.3. 導出訂單
2.7. 收款日結單
2.7.1. 生成收款日結單
2.7.2. 搜索收款日結單
2.7.3. 查看日結單詳情
2.7.4. 審核收款日結單
2.8. 查看門店會員
2.9. 售后單管理
手動創(chuàng)建退款單(僅退款/退貨退款),二期再做
2.10. 查看門店職員
2.11. 查看商品庫存
3. 商城管理后臺PC_WEB端
3.1. 后臺首頁
3.2. 商品管理
目前商品表需要新增字段
| 是否定制 | customized | spu_ext | 0 否 1 是 |
| 是否預售 | presale | spu_ext | 0 否 1 是 |
| 訂金比例 | deposit_ratio | spu_ext | 交付訂金的視作交付預付款。交付和收受訂金的當事人一方不履行合同債務時,不發(fā)生喪失或者雙倍返還預付款的后果,訂金僅可作損害賠償金 |
| 尾款支付截止時間 | deadline_final_payment | spu_ext | 商品確認到貨后 多少天內必須支付尾款 |
| 庫存計數方式 | inventory_count_method | spu_ext | 0 買家拍下減庫存 1 買家付款減庫存 |
3.2.1. 發(fā)布商品
-
發(fā)布商品時不能直接編輯價格和庫存數,需要通過售價單管理售價,通過庫存單管理庫存數
-
線上商城只售賣預售定制商品,現貨成品只能在線下開單售賣。現貨成品由商城發(fā)布和管理,由商城分配給門店,分配時無需分配數量,門店自行做商品入庫
-
戒托和鉆石由商城發(fā)布和管理,屬于商城的商品。戒托和鉆石屬于預售、定制的商品。戒托和鉆石無需分配給門店。鉆石商品全部導入創(chuàng)建(或者調API導入),戒托手動創(chuàng)建,導入的鉆石保存系統默認的商品圖片和圖文詳情,默認“已下架”狀態(tài)
-
定制好鉆戒,加入購物車,后端根據戒托和鉆石生成新的商品;買家定制好鉆戒,點擊“立即購買”進入結算界面時,也要生成新商品;買家再次定制一個和購物車已存在的參數完全相同的鉆戒,后端也生成ID不同的新商品,因為廠家給的條碼不同
-
戒托的標題和鉆石的標題拼接成新商品的標題,戒托的商品圖片作為新商品的商品圖片,戒托的圖文詳情作為新商品的圖文詳情,戒托的規(guī)格“材質”、“手寸”作為新商品的規(guī)格,另外鉆石的“4C”參數合并成一種規(guī)格,規(guī)格名稱為“ 鉆石4C”,也作為新商品的規(guī)格。戒托和鉆石的其它參數全部作為新商品的參數,類目為 “愛迪爾鉆戒”,刻字內容保存在名稱為 “刻字內容” 的參數中
- 新生成的商品屬于商城的,新商品屬于定制商品和預售商品,新商品需要保存戒托和鉆石的商品ID,還要保存買家ID,買家ID保存在商品的“創(chuàng)建人”字段中。而且要根據戒托和鉆石的 訂金比例,計算新商品的 訂金比例,如果戒托和鉆石的訂金比例為“空”,那么新生成的商品的訂金比例默認為“30%”,尾款支付截止時間取兩者最小值,如果戒托和鉆石的尾款支付截止時間為“空”,那么尾款支付截止時間默認為“60天”,新生成的商品默認“已下架”狀態(tài)
- 鉆石商品沒有規(guī)格,目前的鉆石屬性全部作為參數,鉆石參數如下:
| 庫存號 | 28L822400 | |
| 形狀 | Round,cushion,emerald,Heart,Marquise, Others,Oval,Pear,Princess,Radiant,Triangle | |
| 顏色 | D,E,F,G,H,I,J,K,L,M,N | |
| 重量 | 20/30/40/50/70/90/1克拉/2克拉 | |
| 凈度 | FL,IF,VVS1,VVS2,VS1,VS2,SI1,SI2,SI3,I1,I2,I3 | |
| 切工 | EX,VG,GD,FR | |
| 拋光 | EX,VG,GD,FR | |
| 對稱 | EX,VG,GD,FR | |
| 熒光 | N,F,M,S,VS | |
| 證書 | GIA,HRD,IGI | |
| 證書號 | ||
| 尺寸 | ||
| 奶色 | M0、M1、M2 、不奶 | |
| 咖色 | B0、B1、B2、不咖 | |
| 色調 | G0、G1、G2 | |
| 肉眼見花 | EC0、EC1、EC2、EC3 | |
| 國際報價 | ||
| 克拉單價 | ||
| 扣點 | ||
| 單粒價 | ||
| 所在地 | ||
| 備注 |
3.2.1.1 保存新商品數據涉及到的數據表
往【SPU檔案資料】表插入一條記錄;
往【SPU營銷基礎】表插入一條記錄;
往【SPU銷售模板】表插入一條記錄;
往【SKU檔案資料】表插入多條記錄(視SKU條數);
往【SKU營銷資料】表插入多條記錄(視SKU條數);
往【SKU供應資料】表插入多條記錄(視SKU條數);
往【可銷售的商品】表插入多條記錄(視SKU條數)。
表示商品可以由商城售賣,此時的商品歸屬商城,營銷數據也屬于商城的,【可銷售的商品】表如何存儲數據請參考下表:
| SKU_BASE_ID | ||
| SKU_EXT_ID | ||
| 銷售庫存數 | 0 | 默認0 |
| 銷售凍結數 | 0 | 默認0 |
| 是否允許負庫存 | 1 | 0 不允許,1 允許,默認0 |
| 累計銷量 | 0 | 默認0 |
| 銷售店鋪ID | null | 默認null |
| 銷售平臺ID | 鉆石商城ID | 默認null |
| 來源店鋪ID | null | 默認null |
| 來源平臺ID | 鉆石商城ID | 默認null |
| 來源租戶ID | 鉆石商城所屬租戶ID | 默認null |
3.2.2. 商品管理
看原型文檔
3.2.3. 商品檔案標簽
看原型文檔
3.2.4. 可經銷商品池
點擊查看需求說明文檔
3.2.5. 售價單管理
3.2.6. 類目證件管理
3.3. 店鋪管理
3.3.1. 自營店鋪管理
3.3.1.1 創(chuàng)建自營店鋪
-
“混合模式”的商城創(chuàng)建的店鋪的運營模式是“O2O模式”
-
不開通供應系統,但需要倉儲系統
-
創(chuàng)建店鋪時系統必須自動生成“默認”的倉庫
-
創(chuàng)建店鋪時系統必須自動生成一個內部用戶,一個部門(部門名稱就是店鋪的名稱),一個角色(角色名稱為“超級管理員”),初始化的內部用戶的角色就是“超級管理員”,初始化的內部用戶所在部門就是初始化的部門
-
店鋪的交易方式(即買家收貨方式)默認選中“配送”和“自提”,不允許全部取消,至少選中一個
-
店鋪的經營國境默認為“國內電商”,經營類型為null
P.S. 插入店鋪記錄時要記得插入店鋪賬戶記錄
3.3.2. 店鋪經營領域
3.4. 訂單管理
3.4.1. 歸檔狀態(tài)
銷售主單的狀態(tài)轉變成“交易成功”時,同步歸檔狀態(tài)轉變成“待歸檔”
3.4.2 歸檔服務(定時任務)
開發(fā)一個專門用于修改銷售訂單歸檔狀態(tài)的服務
獲取歸檔狀態(tài)為“待歸檔”(或者主訂單的狀態(tài)為“交易成功”),售后截止時間小于等于系統當前日期并且沒有“進行中”的售后的訂單;
找到售后狀態(tài)為“可以售后”的子單,將售后狀態(tài)改為“售后關閉”,找不到則跳過這步;
將銷售主單的歸檔狀態(tài)修改為“已歸檔”; 通知結算服務。
3.4.3 訂單狀態(tài)
SaaS電商系統需要滿足盡可能多的客戶,就要滿足盡可能多的商業(yè)模式,無疑就要求訂單系統兼容更多的業(yè)務運營模式,而不同業(yè)務模式的訂單的狀態(tài)是不同的,所以系統該如何判斷訂單應該使用哪種狀態(tài)機呢?
系統之前是通過“訂單運營類型”字段來保存盡可能多的類型,然后根據不同訂單運營類型設計不同的狀態(tài)機,現在改成更加合理的做法,就是在銷售主單增加“商品類型”、“是否預售”、“是否定制”、“交易方式”、“是否拼單”、“下單方式”6個字段,通過這6個字段進行不同的組合,每種組合會對應一種狀態(tài)機,訂單生成時需要保存銷售訂單和狀態(tài)機的關聯關系
具體點擊查看訂單狀態(tài)設計說明文檔
P.S. “等待買家支付定金”和“等待買家支付尾款”的訂單并入“待付款”的訂單列表中展示,超時未支付尾款自動關閉訂單功能暫時不做
3.4.3.1. 實物+線上下單+預售+定制+非拼單+自提 訂單狀態(tài)
-
“等待買家支付定金”和“等待買家支付尾款”的訂單并入“待付款”的訂單列表中展示
-
超時未支付尾款自動關閉訂單功能暫時不做
3.4.3.2 實物+線下開單+非預售+非定制+非拼單+自提 訂單狀態(tài)
點擊查看銷售訂單設計文檔
3.4.4 訂單列表
? 待付款訂單列表中的“應收款”字段若是預售訂單,則顯示應收定金金額和應收尾款金額,否則顯示訂單應收金額(should_amount)
? 已付款訂單列表中的實收款就是已收金額(paid_amount)
? 訂單列表不再顯示“支付方式”,訂單詳情需要顯示,如果存在多條支付流水,那么取最晚付款那筆的支付方式
? 如果存在多筆支付流水,付款時間取最晚付款那筆的時間
3.5. 售后管理
3.6. 結算單管理
結算單類型:拉新獎勵結算單、分享達人分紅結算單、黃金會員分紅結算單、鉆石會員分紅結算單
3.6.1. 結算單狀態(tài)
后補
3.6.2. 拉新獎勵結算
- 會員付款后同步生成拉新獎勵結算單,結算單的狀態(tài)為“待入賬”,銷售訂單歸檔后結算單狀態(tài)轉為“等待財務審核”,財務審核通過后狀態(tài)轉為“已入賬”,同步生成錢包余額的入賬流水記錄。若財務審核未通過結算單的狀態(tài)轉為“結算取消”,原因:財務審核未通過。
- 若銷售訂單歸檔之前發(fā)生退款,退款成功后必須關閉原結算單,結算單狀態(tài)轉為“結算取消”,原因:買家退款,若是部分退款則同步生成新的拉新獎勵結算單,后續(xù)流程參考上述第一條。若整個訂單全額退款成功,則不必再生成結算單。
- 拉新獎勵結算單和銷售訂單是一對一的關系,拉新獎勵結算單需要保存關聯銷售訂單的ID
3.6.3 獎金池分紅結算
獎金池分紅規(guī)則其實就是分潤方案,因此分享達人獎金池關聯一種分潤方案,黃金獎金池關聯一種分潤方案,鉆石獎金池關聯一種分潤方案,系統需要啟動三個任務:分享達人分紅結算任務、黃金會員分紅結算任務、鉆石會員分紅結算任務,在每月20日系統自動根據不同獎金池的分潤方案計算各個會員的分紅金額并生成結算單,一個會員一個獎金池生成一份結算單,例如用戶張三是鉆石會員,同時又是分享達人,那么張三會看到2份結算單,一份是分享達人分紅結算單,一份是鉆石會員分紅結算單。結算單生成后的初始狀態(tài)為“等待財務審核”,財務審核通過后結算單的狀態(tài)轉為“已入賬”,同步生成錢包余額的入賬流水記錄,一份結算單對應一條流水記錄。若財務審核未通過結算單的狀態(tài)轉為“結算取消”,原因:財務審核未通過。
3.7. 營銷類目管理
3.8. 倉儲管理
3.8.1. 出庫單管理
3.8.2. 入庫單管理
3.8.2.1. 確認入庫
- 確認入庫后,需要同步更新商品的銷售庫存數,具體參考下表
| B2C | 國內 | 平臺 | 平臺 | 同步更新銷售庫存數 | - | 平臺自己賣 |
| B2C | 跨境 | 平臺 | 平臺 | 不要同步更新銷售庫存數 | - | 【可售商品表】實際也無相關商品記錄 |
| B2C | 國內 | 租戶 | 平臺 | - | 配額制 | 配額制,平臺無法做入庫 |
| B2C | 跨境 | 租戶 | 平臺 | - | 配額制 | 配額制,平臺無法做入庫 |
| B2C | 跨境 | 租戶 | 租戶 | 不要同步更新銷售庫存數 | - | 【可售商品表】實際也無相關商品記錄 |
| B2C | 國內 | 租戶 | 租戶 | 不要同步更新銷售庫存數 | - | 【可售商品表】實際也無相關商品記錄 |
| B2C | 國內 | 平臺 | 店鋪 | - | 配額制 | B2C模式的商城會采用配額制,配額制的自營店鋪無法做入庫 |
| B2C | 跨境 | 平臺 | 店鋪 | - | 配額制 | B2C模式的商城會采用配額制,配額制的自營店鋪無法做入庫 |
| B2C | 國內 | 租戶 | 店鋪 | - | 配額制 | B2C模式的商城會采用配額制,配額制的自營店鋪無法做入庫 |
| B2C | 跨境 | 租戶 | 店鋪 | - | 配額制 | B2C模式的商城會采用配額制,配額制的自營店鋪無法做入庫 |
| B2C | 跨境 | 店鋪 | 店鋪 | 要同步更新銷售庫存數 | - | 第三方店鋪商品入庫 |
| B2C | 國內 | 店鋪 | 店鋪 | 要同步更新銷售庫存數 | - | 第三方店鋪商品入庫 |
| 混合模式 | 國內 | 平臺 | 店鋪 | 同步更新銷售庫存數 | 選售制 | 混合模式的商城會采用選售制,選售制的自營店鋪必須入庫后再銷售 |
| 混合模式 | 國內 | 租戶 | 店鋪 | - | - | 混合模式的商城無法將來源自租戶的商品加入“可經銷商品池”,所以自營店鋪不會將來源自租戶的商品做入庫 |
| 混合模式 | 國內 | 店鋪 | 店鋪 | 同步更新銷售庫存數 | - | 第三方店鋪商品入庫 |
| 混合模式 | 國內 | 店鋪 | 店鋪 | 同步更新銷售庫存數 | - | 第三方店鋪商品入庫 |
| 混合模式 | 國內 | 平臺 | 平臺 | 同步更新銷售庫存數 | - | 平臺自己賣 |
| 混合模式 | 國內 | 租戶 | 平臺 | 不要同步更新銷售庫存數 | 選售制 | 平臺自己賣,但是租戶分配的商品無法入庫 |
| 混合模式 | 跨境 | 租戶 | 平臺 | - | 選售制 | 跨境商品無法分配給混合模式的平臺 |
| 混合模式 | 跨境 | 平臺 | 平臺 | - | 選售制 | 混合模式的平臺無法發(fā)布跨境商品 |
3.8.3. 商品庫存
后臺查詢某個商品在某個倉庫的實際庫存數,實際庫存數=有效庫存數+出庫凍結數
3.8.4. 貨倉管理
至少有一個默認倉庫,創(chuàng)建商城和店鋪時,系統自動生成“默認”的貨倉
P.S. 程序員需要在貨倉表新增字段“是否默認”
3.9. 系統管理
3.9.1. 商城配置
- 保存商城的客服電話
- 店鋪入駐通道開關
- 商品自營標識顯示開關
3.9.2. 員工管理
3.9.3. 角色管理
3.9.4. 個人資料
3.10. 會員體系
店鋪會員體系繼承自平臺,平臺的會員體系處于“停用”狀態(tài),店鋪的會員體系處于“激活”狀態(tài)
3.10.1. 會員等級和條件
點擊查看
會員等級管理功能的界面原型請參考烜赫同志的設計文檔
點擊查看
3.10.2. 等級權益配置
點擊查看
會員等級管理功能的界面原型請參考烜赫同志的設計文檔
點擊查看
3.10.3. 會員升級記錄
通過升級記錄店員可以查看每個會員升級的時間和原因
3.10.4. 退款后重新分配會員等級
系統先從“累計消費金額”這個維度去判斷會員是否符合當前會員等級的條件,若不符合系統再從“當日累計消費金額”這個維度去判斷,此時系統必須計算出該會員每日的累計消費金額,再逐一判斷是否符合當前會員等級的條件,若不符合再重復上述的判斷順序判斷會員是否符合下個等級的條件,以此類推直到會員等級確定為止
3.11. 分潤方案管理
-
會員的直推業(yè)績和團隊業(yè)績不和門店掛鉤,在任何門店的消費都計入業(yè)績中
-
分潤方案由平臺統一配置,由門店繼承,門店不可獨自配置分潤方案,平臺也不可以按門店配置分潤方案
4. 店鋪管理后臺PC_WEB端
4.1. 后臺首頁
4.2. 商品管理
-
店鋪只能查看商品,無法編輯和發(fā)布商品
-
商城和店鋪有各自的銷售分區(qū)
-
服務只屬于商城,自營店鋪共享商城的服務,第三方店鋪可以申請服務
-
營銷標簽只屬于商城,自營店鋪共享商城的營銷標簽,第三方店鋪可以申請營銷標簽,1個商品最多添加5個營銷標簽
-
角標只屬于商城,自營店鋪共享商城的角標,第三方店鋪可以申請角標
-
商城和店鋪有各自的銷售管理標簽
4.2.1. 成品管理
4.2.1.1. 選售商品
保存商品數據涉及到的數據表如下:
往【SPU營銷基礎】表插入一條記錄,如果已經存在則不要重復插入;
往【SPU銷售模板】表插入一條記錄,如果已經存在則不要重復插入;
往【SKU營銷資料】表插入一條記錄;
往【可銷售的商品】表插入一條記錄。
商品依舊歸屬商城,只是自營店鋪有商品的營銷數據而已的,【可銷售的商品】表如何存儲數據請參考下表:
| SKU_BASE_ID | ||
| SKU_EXT_ID | 保存門店商品的SKU_EXT_ID | |
| 銷售庫存數 | 0 | 默認0 |
| 銷售凍結數 | 0 | 默認0 |
| 是否允許負庫存 | 1 | 0 不允許,1 允許,默認0 |
| 累計銷量 | 0 | 默認0 |
| 銷售店鋪ID | 門店ID | 默認null |
| 銷售平臺ID | 鉆石商城ID | 默認null |
| 來源店鋪ID | null | 默認null |
| 來源平臺ID | 鉆石商城ID | 默認null |
| 來源租戶ID | 鉆石商城所屬租戶ID | 默認null |
4.2.2. 買家定制品管理
4.3. 訂單管理
4.3.1. 取消/關閉訂單
-
暫不做訂金超時未付自動取消或者關閉訂單的功能
-
訂單的實付金額若>0,不可以取消訂單,具體功能二期再考慮,實付金額額 = 0 可以手動取消訂單。提示信息:訂單已部分付款,不允許取消訂單
-
暫不做尾款超時未付自動關閉訂單的功能
4.3.2. 提貨核銷
買家提供提貨核銷碼,店員在門店管理后臺找到要提貨的訂單,輸入提貨核銷碼完成提貨,提貨核銷后必須將戒托、鉆石、鉆戒的出庫單的狀態(tài)轉變成“已出庫”狀態(tài),并且核銷出庫凍結數和銷售凍結數,即出庫凍結數-1,銷售凍結數-1,再將訂單狀態(tài)轉為“交易成功”
如果找不到有關的出庫單,則不能完成提貨核銷,系統提示:非常抱歉,訂單中的商品(商品編號:xxxxxxxxxxxxxxx)找不到出庫單無法完成提貨核銷!
4.4. 售后管理
4.5. 結算單管理
4.6. 店鋪設置
-
店鋪的經營主體類型是“企業(yè)”或者“個體戶”,在店鋪設置中才會出現“法定代表人”tab欄,否則會出現“店鋪經營負責人”tab欄
-
開通供應系統的店鋪在管理后臺的“店鋪設置”-“經營設置”中會出現“供應商入駐通道開關”,否則不會出現
-
自營店鋪的“店鋪設置”中無需出現“結算賬戶”tab欄
4.7. 店員管理
4.8. 角色管理
4.9. 個人資料
4.10.倉儲管理
4.10.1. 出庫單管理
4.10.1.1. 生成出庫單
-
買家付款之后,訂單中的商品生成采購單之后,同步訂單中的鉆戒及關聯的戒托和鉆石要生成出庫單
-
生成出庫單后,有關商品的有效庫存數變成-1,出庫凍結數變成+1
4.10.1.2. 如何判斷訂單商品是否要取關聯商品的sku_base_id
獲取訂單商品的spu_base_id,去spu_base表取creator_type的值,判斷是不是買家商品,否則只取鉆戒的sku_ext_id根據發(fā)貨策略生成出庫單,是則去combined_goods表取關聯的戒托和鉆石的sku_ext_id,加上鉆戒的sku_ext_id,共計3個商品的sku_ext_id,根據它們的發(fā)貨策略生成三份出庫單
鎖定發(fā)貨倉庫邏輯圖(部分邏輯)
4.10.1.3. 發(fā)貨出庫(提貨核銷)
提貨核銷時,買家提供提貨碼,店員在門店端找到要提貨的訂單,輸入提貨碼完成提貨。此時系統會將戒托、鉆石、鉆戒的出庫單狀態(tài)轉為“已出庫”,核銷有關商品的出庫凍結數和銷售凍結數,即出庫凍結數-1,銷售凍結數-1,再將訂單狀態(tài)轉為“交易成功”
4.10.1.4. 商品出庫流水
需求描述:實際需求是查看某個倉庫的某個商品的出庫流水
設計方案:不額外生成相應的出庫流水記錄,商品出庫都會生成出庫單,所以只要獲取某個商品在某個倉庫的所有“已出庫”的出庫數據即可
4.10.2. 入庫單管理
4.10.2.1. 定制商品入庫
點擊創(chuàng)建入庫單→關聯銷售訂單→選擇入庫商品→填寫入庫數量和 條碼 →提交入庫單。
鉆戒到貨后,創(chuàng)建入庫單,選擇需要入庫的訂單,添加訂單中要入庫的鉆戒,輸入鉆戒條碼和入庫數量,提交完成入庫。入庫時有效庫存+1,有效庫存變成“0”,出庫凍結數為“1”,實際庫存數變成“1”,同時需要在【可售賣商品表】中找關聯的記錄,將可銷售庫存數+1,可售庫存數變成“0”。
4.10.2.2. 現貨商品入庫
點擊創(chuàng)建入庫單→添加入庫商品→填寫入庫數量→提交入庫單
說明:如果不存在要入庫的商品,先查看店鋪有沒有該商品,沒有則讓平臺管理員在“商品管理”模塊下創(chuàng)建商品再分配給門店。如果門店有此商品,說明沒有將商品入倉,請先完成入倉后再創(chuàng)建入庫單。
4.10.2.3. 商品入庫流水
需求描述:實際需求是查看某個倉庫的某個商品的入庫流水
設計方案:不額外生成相應的入庫流水記錄,商品入庫都會生成入庫單,所以只要獲取某個商品在某個倉庫的所有“已入庫”的入庫數據即可
4.10.3. 商品庫存
后臺查詢某個商品在某個倉庫的實際庫存數,實際庫存數=有效庫存數+出庫凍結數
4.10.4. 貨倉管理
至少有一個默認倉庫,創(chuàng)建商城和店鋪時,系統自動生成“默認”的貨倉
P.S. 程序員需要在貨倉表新增字段“是否默認”
4.11. 商品開單
4.11.1. 定制品開單
-
開單流程:輸入會員手機號→選擇戒托→選擇鉆石→訂單結算→提交訂單
-
訂單結算界面(即訂單確認界面)需要顯示訂單應付總金額,本次應付金額,實付金額由店員輸入,必須≥定金金額
-
支付方式默認:線下支付,支付渠道由店員選擇,選項:信用卡、借記卡、現金
4.11.2. 支付訂單
4.11.2.1. 掃碼收款
-
生成收款碼時就要生成支付流水記錄
-
點擊“完成付款”按鈕,后端需要去第三方支付系統查詢付款狀態(tài),并且響應給前端訂單相關的數據
4.11.2.2. POS刷卡
- 點擊“完成付款”按鈕,后端才生成支付流水記錄
- 暫時只能系統外刷卡收款后,回到系統后臺輸入支付信息來完成收款
4.11.2. 成品開單
-
開單流程:輸入會員手機號→輸入條碼或者掃描條碼自動添加商品到購物車(這里不是真的購物車,僅店員端展示商品而已)→訂單結算→提交訂單
-
必須全額付款,支付方式默認:線下支付,支付渠道由店員選擇,選項:信用卡、借記卡、現金
5. 租戶管理后臺PC_WEB端
5.1. 創(chuàng)建商城
-
珠寶商城的運營模式是“混合模式”
-
不開通供應系統,但需要倉儲系統,默認開通店鋪系統
-
創(chuàng)建商城時系統必須自動生成“默認”的倉庫
-
創(chuàng)建商城時系統必須自動生成一個初始消費者用戶,一個內部用戶,一個部門(部門名稱就是商城的名稱),一個角色(角色名稱為“超級管理員”),初始化的內部用戶的角色就是“超級管理員”,初始化的內部用戶所在部門就是初始化的部門
-
生成全部客戶端的app_ID,app_key,app_secret
P.S. 插入商城記錄時要記得插入商城賬戶記錄,插入消費者記錄時要記得插入消費者賬戶記錄
開發(fā)進度
小程序開發(fā)進度
| 首頁 | 完成 | 周王暉 | 林建勛 | |
| 分類商品列表 | 完成 | 周王暉 | 林建勛 | |
| 購物車 | 完成 | 周王暉 | 葉英豪 | |
| 鉆戒規(guī)格選擇 | 完成 | 周王暉 | 林建勛 | |
| 搜索鉆石 | 完成 | 周王暉 | 林建勛 | |
| 提交訂單 | 未完成 | 周王暉 | 葉英豪 | 系統報錯 |
| 店鋪列表和詳情 | 完成 | 周王暉 | 邱日楊 | |
| 預約試戴 | 完成 | 周王暉 | 邱日楊 | |
| 邀請有禮 | 未完成 | 周王暉 | 葉英豪 |
商城后臺開發(fā)進度
| 創(chuàng)建店鋪 | 未完成 | 蔡詩新 | 邱日楊 | 無法上傳店內圖 |
| 店鋪設置 | 未完成 | 蔡詩新 | 邱日楊 | 無法上傳圖片 |
| 買家定制品 | 完成 | 蔡詩新 | 林建勛 | |
| 可經銷商品池 | 完成 | 蔡詩新 | 邱日楊 | |
| 商品管理 | 未完成 | 蔡詩新 | 林建勛 | 營銷中心的商品管理 |
| 銷售模板管理 | 未完成 | 蔡詩新 | 林建勛 | 營銷中心 |
| 商品入庫 | 未完成 | 周王暉 | 邱日楊 | 商品入庫后,銷售庫存數未同步更新 |
店鋪后臺開發(fā)進度
| 成品管理 | 未完成 | 蔡詩新 | 林建勛 | |
| 買家定制品 | 完成 | 蔡詩新 | 林建勛 | |
| 定制品開單 | 已完成 | 蔡詩新 | 葉英豪 | |
| 成品開單 | 未完成 | 蔡詩新 | 葉英豪 | 目前無成品,無法測試 |
| 售價單 | 未完成 | 周王暉 | 林建勛 | |
| 訂單管理 | 未完成 | 蔡詩新 | 葉英豪 | 訂單詳情不符合需求 |
| 訂單搜索 | 未完成 | 蔡詩新 | 葉英豪 | 搜索有問題 |
| 訂單收款 | 已完成 | 蔡詩新 | 葉英豪 | |
| 提貨核銷 | 未完成 | 蔡詩新 | 邱日楊 | |
| 店鋪設置 | 未完成 | 蔡詩新 | 邱日楊 | 無法上傳圖片 |
| 店鋪信息 | 未完成 | 蔡詩新 | 邱日楊 | 無法上傳圖片 |
| 店鋪營銷類目 | 未完成 | 蔡詩新 | 邱日楊 | |
| 出庫單管理 | 完成 | 蔡詩新 | 邱日楊 | |
| 入庫單管理 | 完成 | 蔡詩新 | 邱日楊 | |
| 商品庫存 | 完成 | 蔡詩新 | 邱日楊 | |
| 貨倉管理 | 完成 | 蔡詩新 | 邱日楊 | |
| 發(fā)貨策略配置 | 完成 | 蔡詩新 | 邱日楊 | |
| 工單管理 | 完成 | 蔡詩新 | 邱日楊 | |
| 部門管理 | 完成 | 蔡詩新 | 邱日楊 | |
| 員工管理 | 完成 | 蔡詩新 | 邱日楊 | |
| 角色管理 | 完成 | 蔡詩新 | 邱日楊 | |
| 個人資料 | 完成 | 蔡詩新 | 邱日楊 | |
| 賬號安全 | 完成 | 蔡詩新 | 邱日楊 | |
| 工單配置 | 完成 | 蔡詩新 | 邱日楊 |
總結
以上是生活随笔為你收集整理的xxx钻石商城功能开发需求的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 江都房产备案查询系统(江都房产备案)
- 下一篇: 发起大规模的ddos攻击(发起大规模的D