本研究的主要目的除了將生產管理過程導入電子化外，亦希望能夠提高效 率、加速決策時間以及動態即時反應，解決傳統電子訂單系統的一些問題。
整個系統的架構如圖 3-1，而其中可允諾量計算(Available To Promise，ATP) 的兩個部份，在此研究中並未實作出僅做說明及文獻探討。
圖 3-1 電子訂單自動處理系統架構圖 整體流程主要包括以下五個部份：
(1)線上電子訂單規格查詢輸入系統 (2)零組件資料庫管理
(3)電子訂單規格轉換成電子物料清單模組 (4)電子物料清單轉換成產品採購清單模組 (5)顧客需求管理模組
整個運作流程一開始是企業進行可允諾量(Available To Promise，ATP)的 模擬，計算出可滿足或承諾給客戶的商品數量與交貨時間，並於客戶下單後，
業務人員為客戶將實現訂單所需要的商品及資源予以暫留或確留，降低無法 線上電子訂單規格查詢/輸入系統
電子訂單規格轉換成電子物料清單模組
電子物料清單轉換成產品採購清單模組
供應商物料清單彙整模組
顧客需求管理模組 下游各級供應
商、生產部門 公司內決策部門、
設計部門、其他 客戶訂單資訊
電子物料清單
零組件庫存資訊 產品採購清單
準時交貨的風險，此部份假設企業已進行完成。另外企業內建立零組件管理 資料庫，將廠內的 BOM 表資料、庫存狀況、對應供應商…等資訊，加以管 理且能及時做更新。當透過網路輸入網路訂單規格表時，能利用＂Order Specification 到 e-BOM 的轉換＂,先從元件資料庫中讀取所對應的資訊，再 進一步地製成電子化物料清單(e-BOM)。
接下來依據顧客需求管理模組中客戶的特殊需求，做修改或是交貨日期 變動等決策。最後再由零組件資料庫中的資訊、顧客需求管理系統中的客製 化項目的調整與設定之後，執行 e-BOM 到 PO 的轉換，也就是將物料需求規 劃(Material Requirement Planning，MRP)電子化，使各供應商在網路訂單規格 輸入完成的同時，能夠透過網路馬上得知所需生產的零組件數量以及交期。
另外上述實作部分的使用者，在本研究中的電梯產業，將給予不同權限 電梯 Order Specification 設計部所繪製之設計圖
表 3-2 電梯產業規格主要項目與簡例表
<電梯產業 Order Specification 主要項目>
項目 範例
1. 主要規格 700kg/10persons、B1、01-13、R 樓…等。
2. 電子動力規格 3 phase 380V…等。
子訂單規格資訊也儲存於此資料庫中，可供其他部門做查詢、轉出製作日程 Configuration 的運作，解決以往需有產品引擎的電子訂單系統。
3.3.1.2 零組件資料之來源與存取對象
表 3-4 零組件資料庫之資料來源
使用者 儲存資料 讀取資料
決策者 - 全部資訊
設計部門 OS 資料、圖面資料、產品
結構資料 零組件規格資料
生產部門 零組件前置時間、零組件 庫存資料、對應供應商
庫存數量、應生 產的數量
3.3.2 零組件 BOM 表的儲存
3.2.2.1 零組件 BOM 表儲存的方法
運用類似 Guoli et al. (2003)對於 BOM 的儲存方法，將每個零 組件的 BOM 表分成父節點與子節點兩個項目先做儲存，其中父 節點表格包含八個項目，如表 3-5 所示。另外子節點表格則包含 七個項目，如表 3-6 所示。
表 3-5 父節點符號表示說明 Product No. 產品編號
Level No. 零組件所在結構樹中的層次(設第一層為 1) Branch No. 零組件所在層次中的分支(最左設為 1) Sub-Quantity 所需零組件數量
Parent Level No. 此零組件父節點之層次 Parent Branch No. 此零組件父節點之分支位置 Material Name 物料名稱
Mark 此節點的父節點之上是否已達 Level 1 (T/F) 生產部門
決策部門 設計部門
零組件資料庫
圖 3-4 零組件資料庫之存取對象
表 3-6 子節點符號表示說明
3.3.3.2 生產部門
3.4.1.1 訂單規格轉換流程
3.4.1.2 訂單規格轉換方法
與資料庫中的[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)：依照時間記錄每一存貨項目的狀態 資料，包含預計庫存、預期訂單收貨以及現有庫存量等。本研究中此
3. 存貨記錄檔(Inventory Record File)：依照時間記錄每一存貨項目的狀態 資料，包含預計庫存、預期訂單收貨以及現有庫存量等。本研究中此