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 達方電子專案系統架構圖 (資料來源：經濟部工業局產業電子化網站)

而偉全企業(2005)由於在台灣及大陸都有設廠，為了改善以往透過電話、

FAX、e-mal 等人工作業方式，降低其造成專案延誤、無法即時回覆客戶交期、

訂單處理時間冗長等情形，發展體系間作業模式整合及流程再造，建立體系間 電子商務 B2B 系統等。其電子化運作模式如圖 2-14。

圖 2-14 偉全企業電子化運作模式─業務、採購部分架構圖 (資料來源：經濟部工業局產業電子化網站)

第三章 電子訂單自動處理系統之架構與研究方法

3.1 整體架構及流程簡介

本研究的主要目的除了將生產管理過程導入電子化外，亦希望能夠提高效 率、加速決策時間以及動態即時反應，解決傳統電子訂單系統的一些問題。

整個系統的架構如圖 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 的運作，解決以往需有產品引擎的電子訂單系統。

子訂單規格資訊也儲存於此資料庫中，可供其他部門做查詢、轉出製作日程 Configuration 的運作，解決以往需有產品引擎的電子訂單系統。