許多結構複雜及客製化程度高的產品，通常是由許多零組件交錯複雜地整 合所構成，有別於以往接單式的生產模式(Make-To-Order，MTO)，此類產品 製造商都會考慮用規格生產(Build To Configuration，BTC) 的方式或組裝式生 產，此類產品的物料清單是由客戶或預測者在需要的時候，才去產生物料需求 生產排程(Master Production Scheduling，MPS)系統乃是指出一個工廠用來安 排該在何時生產什麼產品以及生產多少數量，由訂單預測和短期接單資料作 為 MPS 的主要輸入項目；對客製化程度較高的電梯產業，通常不會將成品當 作存貨，而是依據顧客的訂單需求規格與數量再進行生產與組裝。物料需求 規劃(Material Requirement Planning，MRP)則是將某特定需求量之成品，轉 換成其構成零組件的物料需求，並用成品及零組件的生產前置時間及物流配
2、傳統電子訂單系統並未讓訂單和生產工單有直接關聯，需經由許多的轉 子訂單自動處理系統，將網路訂單規格及項目利用 Tree structure 作轉換，再 由規格中的日期、公司現有零組件資料庫中的庫存量、各個零組件的生產、
3、客戶下訂單後，須由營業人員填寫詳細規格(Order Specification，OS)。
4、各個產品的組成結構表，以結構樹由上而下、由左而右的方式儲存至零組
預計收貨、產品結構、需求數量、對應之供應商以及 lead-time。
2. Available To Promise(ATP)研究 3. 物料需求清單的儲存方法
營業部人員輸入
兩項輸入資訊->
設計部人 員輸入
而本研究將不實作 ATP 模擬/查詢以及 ATP 計算兩個部分，僅就 其他的五個項目作較深入的研究與實作，其流程圖如下圖 1-1 所示。
圖 1-1 電子訂單自動處理系統流程圖 第四章、實作結果
本研究以 F 電梯公司為例，運用所發展的整合性電子訂單自動 處理系統，實作訂單產品規格自動轉換機制，並且考慮客製化產品特 傳配物料清單
電子訂單規格轉換成電子物料清單模組
顧客需求管理模組 線上電子訂單規格查詢輸入系統
供應商物料清單彙整模組
下游各級供應 商、生產部門
決策部門、設 計部門、其他 審訂顧客需求
電子物料清單轉換成產品採購清單模組
零組件資料庫
電子物料清單
零組件庫存資訊 訂單圖面資訊 訂單規格資訊
產品採購清單
性，加入顧客需求管理模組，以符合客戶需求，最後製成產品採購應 用於物料規劃與生產計劃。
第五章、結論及未來研究方向
總結本研究所獲得的成果，分析實作效能，以及未來可進一步發 展的研究方向與議題。
第二章 文獻回顧
2.1.1 Commonality 共通性
其概念是透過擴大運用「共用材料或資源」的策略及產品組合規劃， 材料之間的方法有材料清單(Bill of Material)以及產品架構(Production Structure)。由圖 2-1 可知，採用材料清單的方式，在材料編號規則上需 要下很多功夫去編製，可是如果採用規格管理的運作方式，成品的料號
實際產能 供應能力 承諾之訂
單數量
2.1.2 Capacity 產能與交貨能力
其理論是架構在「供應鏈」上所有相關企業，不論是生產能力、供 給能力或是配送運輸能力均有其限制，而所有資源的調整與分配，都是 在其限制之內進行，透過這樣的限制理論去執行資源調整與分配計劃，
可以使企業有能力在接受訂單的同時，即進行資源分配計劃作業，避免
「過度訂單承諾(Order's Over Commitment)」的情形發生。由圖 2-2 可 知準時交貨比承諾更重要。
圖 2-2 過度訂單承諾影響推移圖
Capacity 理論的另外幾個重要的理念是：暫留與確留。所謂「暫留」
是指客戶接到報價後，需要短時間的考慮，於是在客戶未下單又要求保 留資源的情形下，業務人員將與客戶洽談好的商品及實現該訂單所需要 的資源(如材料與產能等資源)，預先在資訊系統上暫時保留的動作。但 是暫留愈多，對於材料與產能等資源運用的自由度就愈低，所以必須將 暫留設定在一個可接受的時間內，否則過度運用此功能，將降低資源運 用率，增加庫存風險。另外「確留」則是指當客戶下了訂單之後，業務 人員將實現訂單所需要的商品及資源予以保留的功能，是指已經分配的 資源，不可再重新被分配。
針對執行系統方面，業務人員能在接單時進行資源保留的模擬，且 需考量是可供許多人同步操作的，即架構一個可以同步即時回應的模擬 計劃系統，如此可大幅改善耗費在處理訂單及後續作業的協調時間，達
對客戶之過度承諾 供應商材料短缺率增加
交貨期變成不確定
客戶不滿意度提高 準時交貨比承諾重要
成以下幾個目標：(1)系統可以同時供給許多人使用；(2)訂單的切割與 量(Available To be Book，
ATB-B)
在庫存量 + 已下採購單數量–已被保留 和預留數量 + 允許再接訂單數量(ANO)
※ 允 許 再 接 受 訂 單 數 量 (Available New Order
QTY，ANO) 供應商每日之最大供給數量-已下採購單 數量
表 2-1 材料暫留計算公式表 2.1.3 Consumption 隨著市場需求變化而補充材料的模式
其基本理念是透過即時之市場資訊，並結合市場需求的預測模式，
實現在需要之前才去購買材料的機制，進而達成降低庫存水準、減少資 金準備以及降低庫存品之折價損失等多項目標。
雖然銷售預測或需求預測是不可能準確的，但是針對期長料，若沒 有銷售預測，則缺料的風險則會非常高，而 Consumption 理論的做法是 根據客戶每天的訂單需求，所消耗的材料項目與數量，去預估後續的材 Consumption Consumption Consumption Capacity Consumption
圖 2-3 3C 理論與供應鏈之關係圖
2.1.4 Available To Promise(ATP)可允諾量
Reservation 計算 訂單實現
圖 2-7 以 lamp 產品為例的結構樹
表 2-2 記錄標記表
Product no. The serial number of the final product
Level no. The serial number of the level, the item belongs to.
Location no. The serial number of the location on the level.
Parent loc. The parent item＇s location number.
Child mark Boolean to indicate the existence of a child item.
Material name User-define fields.
圖 2-8 父元件列表
圖 2-9 子元件列表
(2)圖形結構：典型的圖形儲存結構─Gozintograph (Guoli et al. 2003)如圖 2-10，相當於一個網路結構，其能避免重複的項目出現，其特點 是 每 個 物 體 只 出 現 一 次 ， 但 是 其 記 錄 結 構 也 較 為 複 雜 。 Gozintograph 之符號表如表 2-3，整體記錄表格如圖 2-11。
圖 2-10 典型的 Gozintograph
表 2-3 Gozintograph 記錄符號表 I Record Addr (attribute table) II Addr as Parent (attribute table) III Addr as Child (attribute table) IV Product (attribute table)
V Record Addr VI Parent Addr VII Child Addr VIII Next Parent IX Next Child
X Quantity
圖 2-11 記錄圖 2-4 的屬性表(左)與記錄表(右)
如此的圖形表示方法，在建構與維護上都較為複雜困難，並且要留意 dead loop 的出現，本研究將採用樹結構方式作儲存依據。
2.3 顧客需求管理資訊系統 2.3.1 需求管理
Leffingwell and Widrig (2000)認為需求管理包含尋找顧客的需求、記錄 顧客的需求、組織顧客的需求、以及追蹤顧客需求變化等活動。故將需 求管理定義為「一個擷取、組織，及文件化需求的系統化方法。亦即在 一個系統需求改變時，建立及維護顧客與專案團隊之間協議的過程」。 而 Larman (2002)則明白地指出了在軟體的開發過程中，若在使用者需 求不明確的情況下，需求會有不可避免的變動。所以需求管理亦是「用 系統化的方式找出、紀錄、組織並追蹤系統的變動需求」。
另外，需求工程(requirement)常會與需求管理有所混淆，Wiegers (2003) 認為需求工程不僅包含了需求管理，亦囊括了需求開發這個部分(圖 2-12)。其中需求開法主要有需求的擷取、分析、規格化、確認等活動；
而需求管理則有需求的變更控管、版本控管、需求追蹤等活動。
資策會在其所發表的 CMMI 導入指引(資訊工業策進會資訊系統實驗 室，2002)內提到需求管理的目的是在「避免成本超支、延遲交貨、品 質不良及客戶不滿意的情況發生，並有效地管理使用者需求，以確保最 終產品及產品組件均符合使用者需求。」
圖 2-12 需求工程架構圖 (資料來源：Wiegers, 2003)
2.3.2 需求管理工具
Ulrich and Eppinger (2002)認為需求管理工具在創造一個高品質的資訊 流通管道，讓資訊得以直接在目標市場的顧客與產品開發者之間順利流 通。達成下列目標：
(1)確保產品的焦點放在顧客需求上。
(2)確保潛在和隱藏的需求如同確保明確的需求一般。
(3)為產品規格的適切性提供一個事實基礎。
(4)創造一個開發流程中需求活動的檔案記錄。
(5)確保沒有任何主要顧客的需求被遺漏或忽略。
(6)在發展團隊成員中逐漸養成對顧客需求的共同認知。
目前在市面上已有許多需求管理系統，Volere 公司對於這些需求管理工 具的功能做了簡單的描述與評論，提供選擇需求工具的一項參考。
2.4 網路線上系統應用情形
資訊技術的演進，透過網際網路的協同合作架構，已是製造業下一步所 應著手的領域，Bentley (1995)首先指出各廠商合作的資料是可共享於網際網 路上，而 Lau (1998) 則進一步地研究 Intranet/Internet 技術未來在製造業的角 色，總結此新科技是企業希望達到更快速反應、高度彈性的一個有利且經濟 的解決方法。
此外許多學者紛紛提出一些線上系統的架構，Wang et al.(2003)發展了一 個 e 化入口，使企業在訂購流程合作、協同規劃透過網路更為容易便利。而 Xiong et al.(2003)則是開發了一線上 ATP 系統，利用 BOM 表的結構，開發出 動態計算系統，使公司營業部門人員能夠即時得知各個時期的 ATP。
而在客戶關係系統方面，Veeramani and Joshi (1997)提出了一個方法能快 速回覆報價需求，提供網路上買賣互動關係的基礎。而 Helander and Khalid (2000)則進一步地分析客戶在電子商務中之決策流程。
目前經濟部工業局也成功地完成了許多產業電子化的專案計畫，像是零組 件供應商的達方電子(2005)，改變其營運模式為協同式關鍵零組件合作伙伴，
透過預測生產、接單後加工、電子化快速回應客戶需求，開發一體系電子化系 統，涵蓋業務、設計、採購、驗收、生產、出貨等部門，提高作業效率、需求 預測準確度以及供應鏈流程效率。其系統架構如圖 2-13。
透過預測生產、接單後加工、電子化快速回應客戶需求，開發一體系電子化系 統，涵蓋業務、設計、採購、驗收、生產、出貨等部門，提高作業效率、需求 預測準確度以及供應鏈流程效率。其系統架構如圖 2-13。