2017年02月13日

問題：

1. 售后系統(tǒng)不能顯示圖片

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

3. 需要開發(fā)商品欠貨數(shù)據(jù)表，表格附件, 有明細(xì)和匯總兩種區(qū)分．

抓取資料的邏輯和來源.

4. 補(bǔ)件系統(tǒng)，盡快走qcerp系統(tǒng), 用手機(jī)app來統(tǒng)計(jì)欠貨的數(shù)據(jù)

5. 分倉作業(yè)，掃描,測試上線

6. 工廠準(zhǔn)備換掉**的erp軟件，用qcerp軟件進(jìn)行代替．

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

2017.02.16

2017.03.24

補(bǔ)件模塊已經(jīng)基本完成，還差物料資料查詢完善

開發(fā)的程式有：

1：補(bǔ)件開單

2：補(bǔ)件打印

3：補(bǔ)件明細(xì)查看并導(dǎo)出

4：配件總表查看并導(dǎo)出

2017.03.27

快遞單掃描分單要重新接云版上的資料，預(yù)計(jì)這個(gè)星期給開發(fā)完，下個(gè)星期開始測試使用

2017.03.28

會議

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

1. 當(dāng)面和GY售后小魚兒溝通，關(guān)于訂單作廢的問題。Z總已經(jīng)知道情況，待GY回復(fù)小魚兒之后，Z總再回復(fù)我。

2. 分單，分倉，欠料的計(jì)劃一起搞

3. S003渠道部準(zhǔn)備更換專線光纖

另和工廠L總經(jīng)理，溝通了工廠erp的事情。

2017.04.02

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

2017.04.12

1：補(bǔ)發(fā)單調(diào)整可以批量填充快遞單號

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

（1）反審的權(quán)限不開給客服組

（2）補(bǔ)發(fā)單開立時(shí)，可以根據(jù)訂單號或者淘寶ID查看所對應(yīng)購買的商品，展開商品對應(yīng)的BOM資料，也可以根據(jù)自己定義的商品查看BOM資料

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

2017.04.14

S003會議：晚上8點(diǎn)

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

會議內(nèi)容：

一：Z總反應(yīng)系統(tǒng)進(jìn)度慢，系統(tǒng)走得很不順

二：L總演示補(bǔ)件系統(tǒng)流程，講解需求

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

1：采購計(jì)劃，系統(tǒng)分析的數(shù)據(jù)與人工計(jì)劃區(qū)別大。 （這部份暫時(shí)先用GY系統(tǒng)處理）

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

目前的方案：

（1）系統(tǒng)先導(dǎo)入期初庫存，然后掃描快遞單，將分單數(shù)量記錄到系統(tǒng)

（2）區(qū)分主明細(xì)，主檔記錄總庫存數(shù)量，分單總數(shù)量（根據(jù)掃單資料累加），剩余庫存數(shù)量（總庫存數(shù)量減去分單數(shù)）

（3）明細(xì)記錄每掃一筆的資料信息，掃單時(shí)不控制是否已經(jīng)掃過，目的讓欠貨的快遞單可以重復(fù)掃。當(dāng)欠貨時(shí)要有提示

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

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

（6）欠貨的訂單，當(dāng)有庫存時(shí)，重新掃，就取消欠貨

3：掃單速度慢，因?yàn)閺腉Y獲取很多相關(guān)資料信息做記錄，為了后面做欠貨報(bào)表。可能程式處理起來比較慢

（現(xiàn)在的方案為，掃單時(shí)，只獲取商品規(guī)格資料，分單數(shù)量，其他資料在預(yù)覽報(bào)表時(shí)再獲取）

4：新增安全庫存，（這個(gè)是跟采購計(jì)劃相關(guān)，暫時(shí)先不處理）

5：打單沒有批量輸入單號自動填充功能。（這部份系統(tǒng)會進(jìn)行完善）

6：補(bǔ)件無法使用訂單帶出商品明細(xì)

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

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

8：補(bǔ)件不能拆單，需要同時(shí)不發(fā)玻璃和底盤，需要開兩個(gè)單

（根據(jù)開好的補(bǔ)單資料，設(shè)定數(shù)量進(jìn)行拆單，自動生成一筆資料，數(shù)量為設(shè)定的數(shù)量，原單資料同時(shí)減掉相應(yīng)的數(shù)量，暫時(shí)先不處理）

9：使用成品名稱搜索時(shí)，材料列表太亂，（這個(gè)第6點(diǎn)一并解決）

10：補(bǔ)單不能上傳圖片

11：補(bǔ)件下好之后，不能多行復(fù)制資料，也沒有快捷鍵復(fù)制 （系統(tǒng)可以復(fù)制整行，暫時(shí)先不處理）

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

13：添加配件價(jià)格進(jìn)去，添加補(bǔ)件到明細(xì)

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

15：新增補(bǔ)件報(bào)表分析 （報(bào)表分析需要提供文檔，文檔出來后再進(jìn)一步討論了解需求）

系統(tǒng)完成計(jì)劃時(shí)間，22號之前完成補(bǔ)件系統(tǒng)，月底前完成分單系統(tǒng)

2017.04.21

目前補(bǔ)件部份已經(jīng)完成：

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

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

3：補(bǔ)單不能上傳圖片  （已完成）

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

5：添加配件價(jià)格進(jìn)去，添加補(bǔ)件到明細(xì)  （已完成）

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

2017.04.21

上午10：00在Z總辦公室演示以上系統(tǒng)調(diào)整好的功能

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

2017.04.22

今天調(diào)整的內(nèi)容：

1：補(bǔ)整燈的單獨(dú)做按鈕來確認(rèn)，資料直接取上層的資料，產(chǎn)品型號后面添加 （整燈補(bǔ)） 顯示

2：控制已經(jīng)添加過的編號，不能重復(fù)添加

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

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

2017.04.27

用S003提供正式的快遞單進(jìn)行測試分單程式

2017.04.28

分單系統(tǒng)已經(jīng)更新，并通知XZ測試，庫存資料已經(jīng)導(dǎo)入到系統(tǒng)，28號，29號盤點(diǎn)，倉庫停止出貨，目前還沒有進(jìn)行測試，XZ回復(fù)說29號下午盤點(diǎn)完才能進(jìn)行測試。

2017.05.04

晚上6：30 S003會議

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

會議內(nèi)容：

1.針對上次會議討論要開發(fā)的功能確認(rèn)

2.原先訂4月底完成的補(bǔ)件功能，分單掃描功能，都已經(jīng)完成

3.鎖定庫存數(shù)量還沒有進(jìn)行測試。5月4號跟蹤

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

5.l總答應(yīng)10號之前提供補(bǔ)件數(shù)據(jù)分析報(bào)表格式

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

7.采購計(jì)劃 待定

2017.05.10

晚上7：00 S003會議

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

會議內(nèi)容：

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

2：還有個(gè)問題，如果在企誠系統(tǒng)掃過的快遞，而且沒有欠貨的，如果在GY不點(diǎn)發(fā)貨，那么更新庫存進(jìn)來，數(shù)據(jù)也是有問題的，但是這個(gè)問題現(xiàn)場人員五法配合系統(tǒng)執(zhí)行

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

2017.05.11

上午11：30 S003開會

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

會議內(nèi)容：還是分單掃快遞單欠貨不準(zhǔn)問題，因?yàn)樽蛱霯總，熊總沒有參與，所以先把情況跟他們說明一下

這個(gè)會議一直導(dǎo)論到十二點(diǎn)半也沒討論出結(jié)果，最后決定我們這邊先考慮一下，看看系統(tǒng)上如何解決這些問題

2017.05.13

上午9：30 S003開會

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

會議內(nèi)容，確認(rèn)分單模塊方案

最終結(jié)果：

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

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

3：掃單增加顯示已經(jīng)掃過的單，并且匯總欠貨筆數(shù)，不欠貨筆數(shù)顯示在界面上

2017.05.19

201705251655017270.xlsx

l總提出需求，開發(fā)分析報(bào)表

1：補(bǔ)件原因匯總表

2：補(bǔ)件原因型號匯總表

3：配件類別匯總表

4：配件類別型號匯總表

2017.05.20

分單掃描出貨模塊已經(jīng)開發(fā)完成。并在現(xiàn)場跟S003同事一起測試

2017.05.25

l總提出的需求，報(bào)表已經(jīng)開發(fā)完成，并更新，通知l總確認(rèn)

2017.05.31-2017.06.03

確認(rèn)修改

阿J提出系統(tǒng)需求

1：打單程式顯示補(bǔ)件明細(xì)資料

2：補(bǔ)件相關(guān)程式，欄位名稱統(tǒng)一一樣（請?jiān)谘a(bǔ)發(fā)單開立界面確認(rèn)欄位名稱，然后統(tǒng)一調(diào)整） 已經(jīng)確定（按補(bǔ)件開單上的名稱）

3：圖片有數(shù)據(jù)顯示紅色  已經(jīng)處理

4：補(bǔ)件明細(xì)顯示顏色，并且打印在快遞單上 ，快遞單打印上顯示 產(chǎn)品規(guī)格代碼，產(chǎn)品規(guī)格名稱，配件代碼，配件規(guī)格描述，顏色，數(shù)量，客服備注，第幾次補(bǔ)件

5：配件總表和補(bǔ)件總表添加顯示發(fā)貨時(shí)長，公式為 發(fā)貨時(shí)間 - 審批時(shí)間   已經(jīng)處理

6：二次補(bǔ)件提示（開發(fā)測試中），窗口顯示內(nèi)容: ID，店鋪，收件人，收件地址，手機(jī)，快遞單號，下單人，實(shí)際原因，下單時(shí)間，發(fā)貨時(shí)間，產(chǎn)品規(guī)格代碼，產(chǎn)品規(guī)格名稱，配件代碼，配件名稱，配件規(guī)格，數(shù)量，補(bǔ)發(fā)原因，配件類別

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

8：補(bǔ)發(fā)單開立添加產(chǎn)品規(guī)格代碼，并在配件總表，補(bǔ)件總表上顯示  已經(jīng)處理

9：補(bǔ)發(fā)單開立地址欄后面添加： *省市區(qū)之間須有空格隔開

10：補(bǔ)件總表添加顯示補(bǔ)發(fā)原因和配件類別，（還要顯示哪些欄，請列出來給我統(tǒng)一調(diào)整） 補(bǔ)件總表添加補(bǔ)件原因，配件類別，并列顯示。

11：配件部表添加顯示單價(jià)，金額

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

2017.06.06

5月31號， 6月3號所提的需求今天已經(jīng)全部完成，并且更新系統(tǒng)通知小J測試確認(rèn)回復(fù)

2017.06.12

服務(wù)器重裝系統(tǒng)，重新聯(lián)立資料庫，導(dǎo)入資料庫，恢復(fù)系統(tǒng)正常使用

2017.07.14

上午完善補(bǔ)件系統(tǒng)的一些小問題

下午三點(diǎn)討論掃單功能會議：

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

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

討論結(jié)果方案：每次掃單之前，庫存更新改為excel導(dǎo)入方式，同時(shí)更新分單數(shù)為0.

2017.08.09

上午在渠道部解決補(bǔ)件系統(tǒng)所碰到的問題，和小J討論多次補(bǔ)件的提示邏輯，暫無結(jié)果

2017.08.23

跟l總討論外購成品如何把BOM做到系統(tǒng)，解決方案，提供表格給供應(yīng)商整理資料，然后導(dǎo)入ERP系統(tǒng)，補(bǔ)件資料直接取系統(tǒng)的BOM資料

2017.09.11

1：給DN講解補(bǔ)件總表取資料邏輯

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

3：跟S總討論分析報(bào)表需求

（1）每天補(bǔ)件單數(shù)曲線圖，根據(jù)單數(shù)來匯總

（2）分類分析表

（3）補(bǔ)件材料排行（根據(jù)時(shí)間段來取資料）

（4）每月補(bǔ)件柱形圖

（5）補(bǔ)件快遞公司分析表，根據(jù)補(bǔ)件單取原訂單所發(fā)的快遞公司

2017.09.18

l總提出需求，寫程式幫忙更新補(bǔ)件訂單的支付時(shí)間

已經(jīng)處理完成

2017.09.20

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

程式已經(jīng)開發(fā)完成

2017.9.30

S003花生殼連接不到服務(wù)器，經(jīng)過qq遠(yuǎn)程查看，花生殼已經(jīng)過期，需要續(xù)費(fèi)才可使用。

花生殼由熊川幫忙續(xù)費(fèi)，續(xù)費(fèi)重新啟動花生殼，然后等待刷新到正確的外網(wǎng)IP方可使用

2017.10.09

過去S003現(xiàn)場調(diào)試電子面單，已經(jīng)處理好，并且已經(jīng)開始正式使用

2018.01.24

阿J提出調(diào)百世快遞單格式，已經(jīng)調(diào)整好更新給XZ確認(rèn)

2018.01.27

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