2017年02月13日

問題：

1. 售后系統不能顯示圖片

2. DN提出來的，線下訂單，走云版erp來下訂單

3. 需要開發商品欠貨數據表，表格附件, 有明細和匯總兩種區分．

抓取資料的邏輯和來源.

4. 補件系統，盡快走qcerp系統, 用手機app來統計欠貨的數據

5. 分倉作業，掃描,測試上線

6. 工廠準備換掉**的erp軟件，用qcerp軟件進行代替．

7. 小Z會在2月份，把所有的erp切換到云版erp軟件．小Z提供　GYY版erp 的賬號和密碼．

2017.02.16

2017.03.24

補件模塊已經基本完成，還差物料資料查詢完善

開發的程式有：

1：補件開單

2：補件打印

3：補件明細查看并導出

4：配件總表查看并導出

2017.03.27

快遞單掃描分單要重新接云版上的資料，預計這個星期給開發完，下個星期開始測試使用

2017.03.28

會議

參加:小Z，DN，Z總，熊川

1. 當面和GY售后小魚兒溝通，關于訂單作廢的問題。Z總已經知道情況，待GY回復小魚兒之后，Z總再回復我。

2. 分單，分倉，欠料的計劃一起搞

3. S003渠道部準備更換專線光纖

另和工廠L總經理，溝通了工廠erp的事情。

2017.04.02

分單，分倉，欠貨程式開發完成，并告知XZ測試

2017.04.12

1：補發單調整可以批量填充快遞單號

2：了解售后小J提出的補件需求，

（1）反審的權限不開給客服組

（2）補發單開立時，可以根據訂單號或者淘寶ID查看所對應購買的商品，展開商品對應的BOM資料，也可以根據自己定義的商品查看BOM資料

（3）之前放在主檔的配件類別放到明細下面來，明細添加顯示材料成本價，價格直接取得工廠的成本價，最新采購單價

2017.04.14

S003會議：晚上8點

參加人員：Z總，L總，l總，DN，小Z，小J，熊川，陸平丹

會議內容：

一：Z總反應系統進度慢，系統走得很不順

二：L總演示補件系統流程，講解需求

三：針對他們列出的問題討論

1：采購計劃，系統分析的數據與人工計劃區別大。 （這部份暫時先用GY系統處理）

2：分單掃描后的欠貨報表不準確。（原因是之前的方案有問題，出貨數量無法同步到我們ERP）

目前的方案：

（1）系統先導入期初庫存，然后掃描快遞單，將分單數量記錄到系統

（2）區分主明細，主檔記錄總庫存數量，分單總數量（根據掃單資料累加），剩余庫存數量（總庫存數量減去分單數）

（3）明細記錄每掃一筆的資料信息，掃單時不控制是否已經掃過，目的讓欠貨的快遞單可以重復掃。當欠貨時要有提示

（4）針對店鋪設定鎖定數量，當數量鎖定時，庫存數量就只能給該店鋪的訂單使用，淘寶訂單只能使用鎖定后剩余的庫存數量，但是店鋪超過的設定的數量，可以使用剩余的庫存數量，

（5）庫存數量變動，操作人員要做庫存入庫，增加庫存

（6）欠貨的訂單，當有庫存時，重新掃，就取消欠貨

3：掃單速度慢，因為從GY獲取很多相關資料信息做記錄，為了后面做欠貨報表。可能程式處理起來比較慢

（現在的方案為，掃單時，只獲取商品規格資料，分單數量，其他資料在預覽報表時再獲取）

4：新增安全庫存，（這個是跟采購計劃相關，暫時先不處理）

5：打單沒有批量輸入單號自動填充功能。（這部份系統會進行完善）

6：補件無法使用訂單帶出商品明細

（方案是，根據來源單號獲取對應的商品規格代碼，展開商品規格代碼的BOM資料，選擇配件帶回）

7：補件下單不能超過5行，下多了會超過打印模塊，和重新打印。 這個沒有問題，可以超過5行

8：補件不能拆單，需要同時不發玻璃和底盤，需要開兩個單

（根據開好的補單資料，設定數量進行拆單，自動生成一筆資料，數量為設定的數量，原單資料同時減掉相應的數量，暫時先不處理）

9：使用成品名稱搜索時，材料列表太亂，（這個第6點一并解決）

10：補單不能上傳圖片

11：補件下好之后，不能多行復制資料，也沒有快捷鍵復制 （系統可以復制整行，暫時先不處理）

12：沒有作廢日志，要顯示作廢時間，作廢人員，（目前有作廢時間，只需添加作廢人員）

13：添加配件價格進去，添加補件到明細

14：新增店鋪鎖定功能，（用于分單模塊）

15：新增補件報表分析 （報表分析需要提供文檔，文檔出來后再進一步討論了解需求）

系統完成計劃時間，22號之前完成補件系統，月底前完成分單系統

2017.04.21

目前補件部份已經完成：

1：打單沒有批量輸入單號自動填充功能。（已完成）

2：補件無法使用訂單帶出商品明細  方案是，根據來源單號獲取對應的商品規格代碼，展開商品規格代碼的BOM資料，選擇配件帶回  （已完成）

3：補單不能上傳圖片  （已完成）

4：沒有作廢日志，要顯示作廢時間，作廢人員  （已完成）

5：添加配件價格進去，添加補件到明細  （已完成）

會議后提出的：明細記錄配件物料編碼并且顯示，原來放在主檔的補件原因，配件類別，現在放到明細  （已完成）

2017.04.21

上午10：00在Z總辦公室演示以上系統調整好的功能

參與人員有：L總，l總，小J

2017.04.22

今天調整的內容：

1：補整燈的單獨做按鈕來確認，資料直接取上層的資料，產品型號后面添加 （整燈補） 顯示

2：控制已經添加過的編號，不能重復添加

3：快遞單掃碼出貨單獨分開程式，使用prt_mstr 記錄快遞單號和掃單人員，掃單時間，提供查看資料頁面,PRT_TYPE 為 SO_LOT

4：記錄顯示打單人員，出貨人員

2017.04.27

用S003提供正式的快遞單進行測試分單程式

2017.04.28

分單系統已經更新，并通知XZ測試，庫存資料已經導入到系統，28號，29號盤點，倉庫停止出貨，目前還沒有進行測試，XZ回復說29號下午盤點完才能進行測試。

2017.05.04

晚上6：30 S003會議

參加人員：L總，l總，DN，XZ，小J，熊川，陸平丹

會議內容：

1.針對上次會議討論要開發的功能確認

2.原先訂4月底完成的補件功能，分單掃描功能，都已經完成

3.鎖定庫存數量還沒有進行測試。5月4號跟蹤

4.分單掃描提出自動更新庫存需求

5.l總答應10號之前提供補件數據分析報表格式

6.DN提出總表直接取得管易的商品資料  待定

7.采購計劃 待定

2017.05.10

晚上7：00 S003會議

參加人員：Z總、l總、DN、小Z、小J、陸平丹

會議內容：

1：小Z反應說分單系統欠貨數據不正確，實際沒有欠貨的數據，在系統還是欠貨數，經了解，操作人員沒有按正規流程操作，欠貨的單據，如果已經有庫存了，要重新掃單，這部份操作人員沒有執行

2：還有個問題，如果在企誠系統掃過的快遞，而且沒有欠貨的，如果在GY不點發貨，那么更新庫存進來，數據也是有問題的，但是這個問題現場人員五法配合系統執行

導論到8點左右都沒有更好的方案，所以約11號下午再叫上L總，熊總一起再討論

2017.05.11

上午11：30 S003開會

參加人員：L總，l總，熊總，DN，XZ，陸平丹

會議內容：還是分單掃快遞單欠貨不準問題，因為昨天L總，熊總沒有參與，所以先把情況跟他們說明一下

這個會議一直導論到十二點半也沒討論出結果，最后決定我們這邊先考慮一下，看看系統上如何解決這些問題

2017.05.13

上午9：30 S003開會

參加人員：l總，DN，小Z，陸平丹

會議內容，確認分單模塊方案

最終結果：

1：系統在更新庫存的同時，根據快遞單號判斷該單在GY那邊是否已經出貨，如果已經出貨，那就減掉分單數，如果沒有出貨，分單數量保留

2：更新完之后同時彈出窗口顯示，哪些庫存已經增加，起到讓掃單人員參考，哪些型號的單可以重掃

3：掃單增加顯示已經掃過的單，并且匯總欠貨筆數，不欠貨筆數顯示在界面上

2017.05.19

201705251655017270.xlsx

l總提出需求，開發分析報表

1：補件原因匯總表

2：補件原因型號匯總表

3：配件類別匯總表

4：配件類別型號匯總表

2017.05.20

分單掃描出貨模塊已經開發完成。并在現場跟S003同事一起測試

2017.05.25

l總提出的需求，報表已經開發完成，并更新，通知l總確認

2017.05.31-2017.06.03

確認修改

阿J提出系統需求

1：打單程式顯示補件明細資料

2：補件相關程式，欄位名稱統一一樣（請在補發單開立界面確認欄位名稱，然后統一調整） 已經確定（按補件開單上的名稱）

3：圖片有數據顯示紅色  已經處理

4：補件明細顯示顏色，并且打印在快遞單上 ，快遞單打印上顯示 產品規格代碼，產品規格名稱，配件代碼，配件規格描述，顏色，數量，客服備注，第幾次補件

5：配件總表和補件總表添加顯示發貨時長，公式為 發貨時間 - 審批時間   已經處理

6：二次補件提示（開發測試中），窗口顯示內容: ID，店鋪，收件人，收件地址，手機，快遞單號，下單人，實際原因，下單時間，發貨時間，產品規格代碼，產品規格名稱，配件代碼，配件名稱，配件規格，數量，補發原因，配件類別

7：配件總表 和 補件總表 要添加條件查詢資料（待確認添加哪些條件）  配件總表添加補件原因，配件類別篩選條件

8：補發單開立添加產品規格代碼，并在配件總表，補件總表上顯示  已經處理

9：補發單開立地址欄后面添加： *省市區之間須有空格隔開

10：補件總表添加顯示補發原因和配件類別，（還要顯示哪些欄，請列出來給我統一調整） 補件總表添加補件原因，配件類別，并列顯示。

11：配件部表添加顯示單價，金額

12：添加自定義按鈕補件按鈕，字體紅色，功能和整燈補一樣，整燈補 和 自定義放在配件規格欄， 配件規格欄必輸入，產品規格代碼和產品規格必須有值，并且只能選

2017.06.06

5月31號， 6月3號所提的需求今天已經全部完成，并且更新系統通知小J測試確認回復

2017.06.12

服務器重裝系統，重新聯立資料庫，導入資料庫，恢復系統正常使用

2017.07.14

上午完善補件系統的一些小問題

下午三點討論掃單功能會議：

參加人員：S總，l總，DN，小Z，陸平丹

原因：目前掃單前需要更新GY的庫存到企誠ERP, 由于資料比較多，GY又限制調用接口頻率，導致更新數據很慢，影響工作

討論結果方案：每次掃單之前，庫存更新改為excel導入方式，同時更新分單數為0.

2017.08.09

上午在渠道部解決補件系統所碰到的問題，和小J討論多次補件的提示邏輯，暫無結果

2017.08.23

跟l總討論外購成品如何把BOM做到系統，解決方案，提供表格給供應商整理資料，然后導入ERP系統，補件資料直接取系統的BOM資料

2017.09.11

1：給DN講解補件總表取資料邏輯

2：補件改用電子面單，中通，申通，百世匯通，德邦，圓通，中通對接店鋪是：新S003旗艦店，其他所有店鋪對接的是：S003家居旗艦店

3：跟S總討論分析報表需求

（1）每天補件單數曲線圖，根據單數來匯總

（2）分類分析表

（3）補件材料排行（根據時間段來取資料）

（4）每月補件柱形圖

（5）補件快遞公司分析表，根據補件單取原訂單所發的快遞公司

2017.09.18

l總提出需求，寫程式幫忙更新補件訂單的支付時間

已經處理完成

2017.09.20

DN提出需求，提供界面可查詢掃單歷史資料，

程式已經開發完成

2017.9.30

S003花生殼連接不到服務器，經過qq遠程查看，花生殼已經過期，需要續費才可使用。

花生殼由熊川幫忙續費，續費重新啟動花生殼，然后等待刷新到正確的外網IP方可使用

2017.10.09

過去S003現場調試電子面單，已經處理好，并且已經開始正式使用

2018.01.24

阿J提出調百世快遞單格式，已經調整好更新給XZ確認

2018.01.27

阿J提出在補件快遞單打印程式添加可批量修改快遞公司功能