訂單規格轉換方法

與資料庫中的[product no, level no, branch no] 比對，若存在則將 Sub-Quantity * Parents' Quantity，放入此節點的 P-Quantity 中，直 到所有的註記(mark)項目處理完畢。

步驟二：完成 Child 表，取出[product no, parent level no, parent branch no]與 資料庫中 parent 表中的[product no, level no, branch no] 比對，若存 在則將 Child 表中的 Sub-Quantity *Parents' P-Quantity(or Child's C-Quantity)，再放入此節點的 C-Quantity 中。

步驟三：電子訂單規格中的數量，則是記錄在 Parent 表中的最初一列中：

[product no, level no, branch no, sub-quantity, parent level no, parent branch no, material name, mark] = [no, 1, 1, number, x, x, name, x]，在 此列中的 number 值、material name 由電子訂單規格輸入系統所填 入的資料決定，若有所更動時，則重複步驟一、步驟二，算出新的 P-Quantity 與 C-Quantity 數值。

步驟四：統計各個 material 所應生產或加工的數量─[material name, quantity, supplier]，其中 quantity 數值即是步驟二所計算出的 C-Quantity 數 值，再搭配電子訂單規格系統中所輸入的出貨日期，製成主生產排

圖 3-9 範例之零組件結構圖

而依照之前所詳述的儲存定義，可知上圖 3-9 中包含 4 個父 節點，分別為 Level1 之 C001-001、Level2 之 C1、Level3 之 C2，

其餘則為子節點共 5 個，就第三章第三節所提到的儲存方式可將 其儲存成兩個表，分別為 parent table 以及 child table，此範例之 儲存表如表 3-7 以及表 3-8 所示。

No. Sub-Quantity

Parent

No. Sub-Quantity

Parent

表 3-7 與表 3-8 的儲存順序是由左而右、由上而下，其中本研究暫將 入的零件數量與名稱，完成另一轉換後 Parent 表，取出[product no, parent level no, parent branch no]與資料庫中的[product no, level no, branch no] 比 對，若存在則將 Sub-Quantity * Parents' P-Quantity，放入此節點的 P-Quantity 中，直到所有的 mark 項皆為 F 為止，即表示所有節點都已追溯至最上層 Level1，其中 root 的 P-Quantity 等於 Sub-Quantity，相當於電子訂單規格所 填之數量。若目前為 C001-001 此一零件的需求數量為 1，則 Parent 表將自

No. Sub-Quantity

Parent

Name Mark P-Quantity

1 1 1 1 x x C001-001 x 1

1 2 1 3 1 1 C1 F 3*1

1 3 1 2 2 1 C2 T 2*3

1 3 3 1 1 1 C2 F 1*1

步驟二則是依據已完成的 parent 轉換表，進一步轉換 child 表，首先取出 child 表中的[product no, parent level no, parent branch no]與資料庫中 parent 表中的[product no, level no, branch no] 比對，若存在則將 child 表中的 Sub-Quantity * parent's P-Quantity，放入此節點的 C-Quantity 中，如表 3-10 所示。

表 3-10 轉換後的子節點表 上方的一列中：[product no, level no, branch no, sub-quantity, parent level no, parent branch no, material name, mark] = [編號, 1, 1, 數量, x, x, 產品名稱, x]，此列中的 number 值、material name 由電子訂單決定，若有所更動時，

則可重複步驟一、步驟二，算出新的 C-Quantity 值。

最後即可統計各個 material 所應生產或加工的數量─[material name, quantity, supplier]，其中 quantity 數值即 P-Quantity 與 C-Quantity 的加總數 值，如表 3-11 所示，可再搭配電子訂單中的日期，製成主生產排程，

表 3-11 物料需求統整表

Material Quantity Supplier

C1 3 S1

C2 7 S2

C3 23 S3

C4 7 S4

3.5 線上顧客需求管理模組

除了擴展以往的 Customer Requirement Management (CRM)系統至網路平 台之外，本研究針對客製化程度高的產業─電梯產業，充分掌握顧客需求確保 最終產品能符合其需要，亦是不可或缺的成功關鍵因素。而一般需求管理可分 為「需求的取得」及「需求的維護」兩個過程，通常需求的取得主要是蒐集顧 客的聲音，常以訪談或是市場調查等方式；而需求的維護則是包含了需求追蹤 及需求變更兩個部份。

本研究所設計之線上顧客需求管理模組主要包括了三項功能：顧客需求之 取得、顧客需求之查詢、顧客需求之變更。顧客需求之取得部份本研究主要是 將公司各部門所獲得的資訊紀錄於此系統中，以取得更多的客製化訊息；另外 在 Order Specification 輸入系統中的註記(Remark)部分，亦可轉出顯示於此系統 中。而顧客需求之查詢部分，本研究是依照 Order specification 的 JOB No 來做 查詢，主要是查詢已輸入的需求項目並且定期追蹤顧客的需求。最後顧客需求 之變更部分，是針對目前需求管理系統分類中尚缺乏的項目，做新增項目的動 作，以及當原本輸入的顧客需求有變動時，做即時地修改更新，且供各部門參 考使資訊能夠充分地分享流通，上述三項功能可由下表 3-12 清楚了解，而整體 流程運作如圖 3-10 所示。

表 3-12 顧客需求管理模組三大功能

使用/存取部門 資訊存取項目 顧客需求之取得 設計部門、決策者、

其他營業部門

顧客反應之即時需求、電子訂單規 格中的註記(Remark)部分

顧客需求之查詢 設計部門、決策者、

其他營業部門 已輸入的顧客特殊需求項目 顧客需求之變更 設計部門、決策者 原輸入顧客需求有變動的部分、新

增刪減需求項目

顧客需求註記

在本研究中所針對的電梯產業，最初資訊是取出 Order Specification 輸入 系統中所輸入的註記(Remark)部分，而其類別項目再由設計部門與決策部門

38mmSUS-HL 圓管扶手一支。

適用號機：D1 號機。

3.6 電子物料清單轉產品採購清單之轉換方法

在營業人員輸入電子訂單規格資料後，透過一連串的輸入與轉換可得到一 如表 3-11 之物料統整表，但尚需考慮目前的庫存量與預計收貨數量，故需將此 統整表作修正，使公司內各部門與供應商能夠經由此線上系統，即時地獲得所 需生產的零組件數量與名稱，以及所需下單的日期，再以整備時間推估取得各 零組件的時間，最後加上完成品組裝時間，可大幅提升生產過程的效率。

此部份的 MRP 內存資料結構設計是以各個產品的結構樹為單位，最終再 做合併的動作，並且根據零組件資料庫中資訊，使各供應商能透過此平台即時 得知，故在此訂單發放時間即為營業人員輸入電子訂單規格資料的時間，可大 幅提升整個生產流程的效率。

而在進行 MRP 之前需轉換出其所需的輸入資料，可分為以下三項：

1. 最終產品項目的預測需求量：一般即所謂的主生產排程，指出一個工 廠在何時該生產什麼產品？以及生產多少？此部份可由電子訂單規格 系統的輸入得知。

2. 物料清單：包含了一組為生產一個單位最終產品所必須之半成品、零 件與原物料等相關資訊，通常可用表列式或結構樹來顯示其關係，而 本研究中此部分零組件結構是由設計部門輸入之，而電子化物料清單 則是依據電子訂單規格系統的輸入再動態產生。

3. 存貨記錄檔(Inventory Record File)：依照時間記錄每一存貨項目的狀態 資料，包含預計庫存、預期訂單收貨以及現有庫存量等。本研究中此 部分的資料存於零組件資料庫中，並且動態更新。

4.

而在 MRP 的輸出資訊，一般包含計畫訂單、訂單開立、變更通知、

績效管制報告、計畫報告、例外報告等。本研究中可透過線上時間軸資訊，

即時得知關於生產計畫之資訊，即產品採購清單，使正確的零組件或產品 能以正確的數量、正確的時間提供給需要的客戶，減低未能準時出貨的風 險。

此部分運作的資訊流程可由圖 3-11 得知，而整體運作流程圖則如圖 3-12 所示。

產品採購清單

Week1(5/8) Week2(5/15) Week3(5/22) Time

/Item CT OT CT OT CT OT

5/9 5/11 5/20

TW5555 20 TW5514 50 TW5555 18 C1

…. ….

Total 100 Total 80

圖 3-11 MRP 轉換資料流示意圖 主生產排程

物料清單

存貨記錄檔

電子物料清單轉換成產品採購清單模

電子物料清單

零組件庫存資訊

零組件資料庫 OS 中的註記部份

圖 3-12 產品採購清單製成運作流程圖

線上電子訂單規格輸入系統

客戶 告知需求 營業人員 設計部門

輸入電子 訂單規格

輸入圖面資訊

電子訂單規格轉換成 電子物料清單模組 電子物料清單

主生產排程 存貨記錄檔 父節點表 子節點表

電子物料清單轉換成產品採購清單模組

其他零組件資料 產品採購清單

第四章 實作結果

4.1 實作案例

接著，將以一個電梯產業的實際案例為例子，說明如何利用此電子訂單自 動處理系統，提高生產計畫效率，使下游各級供應商、公司內部各部門都能透 過此電子訂單自動處理系統，即時且準確地掌握所需要的資訊。

在此我們使用 ASP.NET 2.0 以及 SQL Server 2000 來實作此一系統，並利 用之前第三章第四節以及第三張第六節所提出的轉換方法，提高此一系統的效 率。而實作結果之首頁如下圖 4-1 所示，主要分為五大功能：

(1) 線上電子訂單規格輸入/查詢子系統 (2) 零組件資料管理

(3) 電子訂單規格轉換成電子物料清單模組 (4) 顧客需求管理模組

(5) 電子物料清單轉換成產品採購清單模組

圖 4-1 電子訂單自動處理系統功能顯示圖

4.1.1 線上電子訂單規格查詢輸入系統

此一案例我們架設訂單編號(Job Number)為 TW-0716，並且假設顧 客已下單，而需由營業人員以及設計部門人員使用此線上電子訂單規格 查詢輸入系統，如圖 4-1 中所標示(1)的部分。

分別由營業人員使用[新增]功能來輸入顧客所需要的電子訂單規 格，而由設計部門人員使用[information System]功能來輸入顧客電子訂 單中有關圖面的資訊，並且此功能需有權限方能登入做輸入的動作。因 此，第一個步驟則是輸入帳號與密碼，登入使用此電子訂單規格查詢輸 入，如下圖 4-2 所示。

圖 4-2 使用者登入機制圖

當營業人員登入之後將進入[新增]功能來輸入電子訂單規格，總共有八 頁，包含的主要項目如之前表 3-2 所列，而此實際範例的輸入介面第一頁如 下圖 4-3 所示，除了訂單編號、主要用途、出貨安裝完成日…等，主要包含 了 MAIN SPEC.的輸入，並在下方標註其版本編號，以便有變動時，可依版 本順序作正確地修正與查詢動作。

圖 4-3 電子訂單規格新增介面圖

另外在此一電子訂單規格的輸入部分，本研究也設計了許多的連動控 制，以避免當營業人員在輸入顧客規格時，會發生許多在電梯產業上必須避 免的錯誤，如此處的全品質抵工日可選取 Yes 或是 No，如下圖 4-4，而當全 品質抵工日若是選取 Yes 時，將只顯示出一個日期可供輸入。

圖 4-4 連動控制選項圖

另外當全品質抵工日若選取 No 時，則介面將顯示如下圖 4-5，全品質抵 工日一列會自動去除，改為輸入乘場出貨日以及乘場以外出貨日。

圖 4-5 連動控制顯示圖

圖 4-5 連動控制顯示圖