銳碁資訊 JUI-CHI INFORMATION

SUCCESS STORIES

看見技術落地
創造真實改變

從研發協同、工程變更到配方知識，跨產業實踐產品生命週期管理。

PLM × AI × MBSE SUCCESS STORIES

PLM × AI × MBSE 成功案例

從達梭 PLM 導入實施、MBSE、AI+MBSE、AI + PLM 到 RAG AI 與 n8n AI，銳碁資訊協助企業串連產品資料、工程流程與知識，推動設計品質提升及模塊化系統工程。

FOXTRON × SERVICE PARTS DIGITAL THREAD

從售服零件到電子手冊
建立可追溯的服務主線

以 SPLM／EPC 為核心，串連 E-BOM、M-BOM、S-BOM、SO、圖文檔與車籍資料，讓內部團隊、經銷商與服務據點使用一致的零件資訊。

Service BOM SO 發佈 電子零件冊 DMS／ERP 經銷商協作
鴻華先進 Foxtron 紅色電動車
以數位售服平台支援電動車零件與服務資料管理

BUSINESS CONTEXT

售服資料需要比車輛更早準備好

文件需求聚焦於售服零件與電子手冊管理。產品結構、料號、圖面與車籍資訊若分散在不同系統，資料更新與查詢容易產生落差，也增加經銷商估價、工單與請購作業的時間。

01 結構來源分散 E-BOM、M-BOM 與售服需求需形成可維護的 S-BOM。
02 圖文關係複雜 大小單元圖、爆炸圖、PNC 與件號需要準確連結。
03 跨系統查詢 ERP、DMS、SPLM 與 EPC 必須維持關鍵資料一致。
04 服務現場即時性 經銷商需快速找到正確零件並帶回估價或工單。

CONNECTED DATA FLOW

從工程 BOM 延伸到售服零件與發佈

平台以工程與製造結構為來源，依售服需求建立 S-BOM，再透過 SO 管理新增、替代、用量及狀態變更。核准後的零件與零件冊資料可供內外部查詢。

  1. 01 E-BOM／M-BOM 承接設計與製造端的產品結構。
  2. 02 S-BOM 依售服拆解、組合與維修情境調整。
  3. 03 SO 管理 控管料號、替代關係、版本與發佈原因。
  4. 04 零件冊 連結單元圖、PNC、件號與圖文檔。
  5. 05 EPC／DMS 支援查詢、選料、購物車及作業帶回。
鴻華 SPLM 售服零件與 BOM 工作畫面
受控的售服資料 在同一工作區維護件號、結構、版本、狀態與關聯資料。
鴻華 SPLM 車型及車籍查詢畫面
從車型找到正確零件 依車型與車籍脈絡縮小範圍，降低誤選零件的風險。

ELECTRONIC PARTS CATALOG

用圖形、PNC 與件號快速定位零件

EPC 將大單元、單元圖與零件清單放在同一介面。使用者可從車型、牌照號碼、車身號碼、引擎／馬達號、PNC、件號或件名進入，並由爆炸圖直接選取所需零件。

鴻華電子零件冊單元圖與零件清單
圖形化零件冊 大小單元、PNC、件號、用量及替代資訊在同一畫面檢視。
車籍條件 牌照號碼、車身號碼、引擎或馬達號。
車型條件 主車型、細車型、年型與零件冊。
零件條件 PNC、件號、件名及單元名稱。
圖面選取 在爆炸圖點選 PNC，直接加入清單或購物車。

DEALER WORKFLOW

零件查詢直接接上估價、工單與請購

經銷商從 DMS 啟動 SPLM 挑選功能，進入 EPC 選擇單元圖與件號；完成後把零件與工時帶回原作業，減少重複輸入及跨畫面核對。

經銷商 EPC 爆炸圖與零件選取介面
服務現場選料 從爆炸圖挑選 PNC 與件號，再把結果帶回 DMS。
  1. 01 開啟作業 由估價單、未結工單或緊急請購進入。
  2. 02 SPLM 挑選 依車型與單元找到正確零件。
  3. 03 加入購物車 確認件號、用量及必要工時。
  4. 04 帶回 DMS 將選取結果回填至原估價、工單或請購。

EPC DEMO

從車型與圖面完成零件查詢

示範影片呈現 EPC 的實際操作脈絡：進入車型、瀏覽單元圖、確認 PNC 與零件資料，再完成後續選料。

視覺化圖冊 多條件搜尋 零件關聯 快速選料

EXPECTED VALUE

讓正確的售服資料更快抵達服務現場

此頁依 RFQ、提案與系統使用手冊整理，呈現規劃範圍及操作能力；效益以文件所述的管理目標表達，未推估未提供的量化成果。

一致性

建立 BOM、SO、圖面與零件冊之間的資料關聯。

可追溯

保留版本、發佈原因、替代關係與變更歷程。

易查詢

以車籍、車型、PNC、件號及圖面快速找料。

跨系統協作

讓 SPLM、EPC、DMS 與 ERP 支援同一服務流程。

內容整理自「鴻華 SPLM 系統功能使用手冊」、「Foxtron EPC proposal」、「Foxtron SPLM／EPC RFP」與經銷商 SPLM 使用手冊；圖片及影片取自所附教材。

TUC × APQP PROJECT MANAGEMENT

把新產品開發
變成可審查標準流程

台燿以 APQP 管理銅箔基板與黏合片的新產品開發，將專案階段、任務、交付文件、問題與 Gate Review 放入同一套系統。

APQP WBS Gate Review 文件版本 問題知識
台燿科技現有產品開發 APQP 模式動態畫面
專案階段、任務、相依性與角色在同一畫面展開

BUSINESS CONTEXT

產品材料持續演進，研發流程需要更清楚的共同標準

台燿科技成立於 1974 年，之後跨足銅箔基板、黏合片及多層壓合代工。材料應用涵蓋通訊、伺服器、汽車板等領域，產品開發需要研發、工程、OEM、技術服務與品保共同參與。

1974
公司成立年份
5 階段
由計畫定義推進至量產
跨部門
RD、PRD、OEM、TS 與 QA 協作

APQP FRAMEWORK

五個階段與四個節點審查

流程從 P1 計畫與定義開始，依序經過雛型、製程開發、量試與送樣，最後進入量產。跨階段前，Committee 先確認必要任務與交付文件是否完整。

  1. P1 計畫與定義 客戶需求、行銷策略、可行性與產品開發計畫。
  2. P2 雛型開發與驗證 設計開發、DFMEA、材料評估與樣品審查。
  3. P3 製程開發與驗證 製程規劃、試作準備與風險確認。
  4. P4 量試與送樣 執行量試、送樣並整理驗證結果。
  5. P5 量產 完成節點審查，轉入穩定生產管理。
台燿 APQP 專案導入規劃動態畫面
六個月導入規劃 由流程制定、系統藍圖、開發測試推進到驗證及上線支援。

SEVEN DEVELOPMENT MODES

依案件類型套用不同程度的管控

團隊不必用一套流程處理所有專案。系統依工作內容選擇完整任務、部分任務、輕量工作或沿用既有文件，並保留各模式需要的審查節點。

01 新產品開發 完整 APQP 階段、任務與交付文件。
02 技術轉移 沿用完整架構，調整前期交付內容。
03 膠布銅替代 在既有專案建立改善子專案。
04 製程改善 以變更機制管理 P2 至 P5 工作。
05 延伸產品 複製來源專案並修改品名與文件。
06 OEM 合作案 先執行 P1、P2，審查後再展開後續任務。
07 政府合作案 依計畫里程碑管理交付及送測審核。

SIX MANAGEMENT MODULES

流程、文件與問題一起受到管控

專案範圍不只涵蓋排程。系統同步管理交付文件版本、問題知識、報表、防護規則及既有系統提供的試作與送樣資訊。

01 APQP 執行與審查

定義任務負責人、交付文件、跨節點及送樣審查。

02 文件管理

控制產品開發文件的版本、權限與下載。

03 問題管理

記錄開發問題，形成後續分析與改善知識。

04 報表管理

讓不同角色掌握全公司開發專案狀態。

05 防護管理

依文件規則保護研發資產與敏感內容。

06 系統整合

取得送樣與試作資訊，補齊 APQP 管控鏈。

CONTROL IN DAILY WORK

任務進度與交付文件同步變更狀態

Task Owner 回報進度並上傳文件。當進度達到 100%，系統檢查必要交付物並送交審查。Phase Owner 或 PM 完成核准後，任務和文件才正式生效。

台燿 APQP 文件版本與審核畫面
文件版本與權限 文件、版本、審批及生命週期保留完整紀錄。
Preliminary 模板產生任務，等待專案啟動。
Ready／In Work 指派負責人並持續回報完成比例。
In Review 確認必要文件，交付物先進入凍結狀態。
Complete PM 或 Phase Owner 核准，文件轉為生效。

PROJECT VALUE

標準化、系統化、知識化與品質化

台燿將七種開發模式做成可重複使用的專案模板，讓每個案件從開案到結案都保留任務、決策、問題與交付成果。

7 種產品開發模式與模板
6 大 APQP 管理模組
5 + 4 個階段與四個 Gate Review
4 個導入里程碑
用一致的審查規則與可追溯文件，降低開發過程中的溝通、查找與重工作業。
內容依據：TUC Project Management To Be 20200516、台燿 APQP 專案執行與審核管理系統規格書及資料夾內企業背景說明。

HORIZON PLUS × EV PRODUCT DEVELOPMENT

建構動車數位研發與數位製造單一數據管理平台

Horizon Plus 以泰國電動車計畫為起點，建立從研發到製造的產品與製程資料平台。專案以標準且可擴充的汽車產業流程為基礎，支援新工廠快速建立工程管理能力。

Product Line DBOM／EBOM MBOM／Routing PPAP SAP Integration
Horizon Plus 電動車平台
以單一平台支援全球電動車專案的產品與製程資料

BUSINESS CONTEXT

新工廠需要在緊湊時程內建立汽車工程流程

啟動資料指出，Horizon Plus 的目標涵蓋電動車代工能力、後續產品開發能力與跨國複製。全新計畫同時面臨工程知識累積、決策速度、產品資料一致性及製造協同等課題。

01 新事業流程 由新專案開始建立汽車研發與製造的標準作業方式。
02 產品資料主線 設計、BOM、變更與製造資訊需要共享同一資料來源。
03 跨國協作 泰國、台灣及顧問團隊必須在共同節點上審查與決策。
04 知識快速累積 將專案資料、問題與審批歷程轉為可重用的企業資產。

IMPLEMENTATION SCOPE

PLM 範圍從產品規劃延伸到量產準備

文件中的本期範圍聚焦 Product Line、DBOM、EBOM、顏色件、MBOM／Routing、變更、Issue、PPAP 與系統整合，並以專案管理及看板追蹤執行狀態。

PLAN 產品線與配置 平台、車系、車型、版本及選配規則
→
DESIGN DBOM 與 EBOM 零組件、圖文檔、版本與成熟度
→
INDUSTRIALIZE MBOM 與 Routing 製造項目、工序、資源及工作指導
→
APPROVE PPAP 與變更 交付文件、問題、影響分析及核准

PRODUCT CONFIGURATION

平台、車系與車型形成可管理的配置階層

產品線結構將 Platform、Series、Model 與 Car Model 分層管理。Block Difference 承載共用與差異零件，協助團隊在車型衍生時控制選配、版本及零件重用。

產品線與邏輯結構管理畫面
Logical structure 以邏輯特徵與選配條件組織產品配置。
Platform 建立車輛平台與共用基線。
Series／Model 管理車系、產品型號與模型版本。
Block Difference 分類功能系統的共用件與差異件。
Car Model 依市場與功能選項形成可交付車型。

ENGINEERING TO MANUFACTURING

EBOM 與 MBOM 保持關聯，工程變更可以延伸到製造

設計端管理零件、圖面、規格、替代關係及版本，製造端則以關聯式 PPR 模型規劃 MBOM、Routing、資源與工作指導。兩端透過配置與變更流程維持一致。

ENOVIA 工程 BOM 與零件版本管理畫面
Engineering BOM 零件階層、版本與成熟度在同一畫面管理。
WHAT EBOM 設計零件與工程結構
HOW Routing 製造步驟與作業順序
WITH WHAT Resources 設備、工裝與生產資源
OUTPUT MBOM 可供製造使用的物料結構

QUALITY AND RELEASE

APQP 與 PPAP 串起開發階段及客戶交付

APQP 專案管理從計畫、產品設計、製程設計推進至產品與製程驗證。PPAP 將設計紀錄、工程核准、流程文件與驗證資料組成可追蹤的客戶交付包。

APQP 與 PPAP 文件交付流程圖
PPAP delivery 專案階段、BOM／CAD 與必要文件在交付前完成確認。
APQP 階段與 Gate

用標準專案範本管理任務、里程碑、交付件與審查條件。

ISSUE 問題閉環

從設計、試作、量產及售服收集問題，關聯後續處置與變更。

CHANGE 跨部門影響分析

以 CR、CO、CA 分層管理評估、核准與工程執行。

PPAP 客戶交付證據

集中管理必要文件、核准狀態與交付完成度。

DELIVERY METHOD

分階段完成定義、設計、驗證與上線

專案方法先訪談現況與需求，再完成 To-Be 規格、系統設計及開發。核心團隊測試後進入 UAT、教育訓練與資料驗證，最後上線並提供支援。

  1. 01 Define 需求訪談與 To-Be 規格
  2. 02 Design 流程、資料與介面設計
  3. 03 Validate 核心測試、UAT 與資料修正
  4. 04 Go Live 訓練、正式上線與支援
專案以單一產品與製程資料平台為基礎，逐步建立新電動車工廠需要的工程管理能力。

內容整理自「Horizon Plus PLM Proposal 20220804 V4」、「Horizon Plus Kick-Off 20240301 v5」及專案 SOW。頁面區分專案目標、規劃範圍與導入方法，未將提案項目描述為已完成成果。

CMC × ENTERPRISE PRODUCT DATA

整車研發資料
連到製造與售後

中華汽車以新一代 PLM 平台整併既有工程系統，將車型、零件、圖面、BOM、工程變更與品質資料納入同一套治理架構。

企業級 BOM 工程變更 FMEA 資料移轉 SAP 整合
中華汽車商用車
以產品資料平台支援商用車、乘用車與電動車開發

COMPANY CONTEXT

多元車型需要共用且可信任的工程資料

中華汽車成立於 1969 年。官方網站列出的產品包含商用車、乘用車、電動商用車及 AGV。車型生命週期橫跨設計、製造、服務與工程變更，任何版本落差都可能增加查找、判別與重工作業。

1969
公司設立年份
多元移動
商用車、乘用車、電動車與 AGV
單一入口
研發、製造與售後共用產品資料

PLATFORM MODERNIZATION

舊平台整併與資料治理

專案將 ENOVIA PM、VPM、EEP 與 PM Web 的必要資料及功能轉入新平台，同時沿用 SAP ERP。團隊先釐清欄位、狀態、版本及例外流程，再進行分批移轉與驗證。

01 盤點舊系統 確認零件、圖面、文件、工程變更與車型資料的來源和品質。
02 建立新資料架構 以一致的物件、屬性與生命週期承接既有資料。
03 分批移轉與驗證 大量主檔、關聯與實體文件依批次執行，降低切換風險。
04 串接企業系統 保留 SAP ERP，讓核准的產品資料延伸到後續營運。
1,123,022 筆資料納入移轉規劃
22 TB 實體檔案規模
2 天內 文件記載的檔案轉移完成時間

BOM CONTINUITY

設計、製造與售後使用同一條產品結構

系統以 EBOM 為工程資料基礎，串接 DBOM、MBOM 與 SBOM。圖面、3D 模型與 BOM 一起管理，售後端也能依車輛下線日期查詢正確的料號與結構。

  1. DESIGN DBOM／EBOM 設計資料與產品結構保持同步。
  2. MANUFACTURING MBOM 製造端沿用受控零件與結構資訊。
  3. SERVICE SBOM 自動整合 EBOM 與 MBOM，支援案例判別。
  4. CHANGE 工程變更 變更流程同步維持 DMS／EPC 資料一致。
約 30% 案例判別人力降低
90 → 96 SBOM 精準度提升
減少 8 成 單元圖維護人力

QUALITY TRACEABILITY

Issue、DFMEA 與 PFMEA 保留完整關聯

品質問題不只記錄結果。系統將設計與製程特性、失效模式、影響、原因、風險分數及管制措施連起來，讓設計審查能追溯問題處理依據，也為 Control Plan 的後續連續性建立基礎。

中華汽車 FMEA 風險與管制措施管理畫面
風險評估 嚴重度、發生度、探測度與管制措施集中呈現。
中華汽車製程特性與失效模式關聯畫面
品質關聯 從製程特性追蹤失效模式、影響與原因。

IMPLEMENTATION ROADMAP

從平台上線走向整車數據連續

文件記錄的導入路徑由基礎平台開始，逐步擴展至協同設計、產品開發、製程規劃、FMEA、BOM 同步、製造整合與 3D 整車管理。

2020 新平台建置 舊系統轉移、零件、BOM、文件與變更管理。
2021–2022 協同與產品開發 CATIA 協同、售服系統與生產規劃管理。
2023–2024 品質與製造整合 DFMEA／PFMEA、DBOM／EBOM 同步及系統優化。
2025–2026 3D 數據延伸 製程模擬、3D 資料拋轉與整車管理。
從紙本與片段電子檔，走向系統管理的數據連續性，讓產品資訊跨越部門與生命週期。
內容依據：CMC Kick-Off、Status Report、資料移轉與治理簡報，以及中華汽車官方網站。 瀏覽中華汽車官網 ↗

GUC × ON-DEMAND IC DESIGN

讓接單報價、IP、設計專案，順暢運作

創意電子以隨需 IC 設計服務為核心，透過 ENOVIA 建立跨地域協作平台，串連服務接單、專案、議題、會議與 IP 管理，讓設計資源、進度、品質及知識在同一環境中持續流動。

Service Engagement Project Issue Meeting IP Management
創意電子隨需 IC 設計服務與供應鏈協作範圍
從客戶接洽、IC 設計、試產到量產的隨需服務模式

BUSINESS CHALLENGE

彈性的服務模式，需要更完整的營運協同

從規格回應、設計執行、IP 選用到試產與量產，每個專案都牽涉不同客戶、團隊及供應鏈夥伴。當資訊分散於多套系統，時程、資源、品質與成本難以在同一視角下判斷。

01 快速回應規格 在商機初期評估技術可行性、資源、成本與風險。
02 跨地域執行 多據點設計團隊需要即時共享專案與工程狀態。
03 IP 安全與重用 依分類、版本與權限尋找可用 IP，保留下載及使用紀錄。
04 問題閉環 設計、試產與量產異常必須被指派、追蹤並沉澱為知識。

DReAM OPERATING MODEL

五個管理模組，覆蓋服務與設計生命週期

DReAM（Design Resource & Automation Management）以專案生命週期為骨幹，讓主管、專案經理、設計人員、審查者及品質角色依同一套流程協作。

SEM 服務接單管理

管理 RFQ、SOW、報價、成本、風險、毛利與簽核歷程。

PMS 專案管理

以範本建立 WBS、里程碑、資源負荷及每週進度。

ITS 議題追蹤

分類、指派與追蹤問題，並以統計掌握改善趨勢。

MM 會議管理

由議程、邀請、會議紀錄一路連到決議與行動。

IPM IP 管理

控制 IP 分類、版本、權限、審查、交付與重用。

創意電子 IC 設計服務與半導體供應鏈協作模式
隨需 IC 設計服務 從客戶接洽、IC 設計、試產到量產，串連供應商與製造夥伴的完整服務模式。
創意電子 PLM 系統路線圖
完整的 PLM 主線 報價、SOW、專案、IP、會議與問題模組共同支援原型、開發及量產。

PROJECT EXECUTION

把工作分解、資源與里程碑放進同一個專案駕駛艙

專案由標準範本快速展開，任務依角色指派並連結交付內容。主管可從儀表板掌握里程碑、資源負荷、議題及週報，設計團隊則在受控工作區完成日常協作。

創意電子 ENOVIA 專案與設計工作畫面
同一工作環境 專案、文件、任務與設計資訊維持關聯。
  1. 01 建立專案 由服務接單資訊產生專案，套用合適範本。
  2. 02 配置資源 依技能、工作量與時程指派設計及審查角色。
  3. 03 執行與回報 管理 WBS、里程碑、交付物、議題與會議決議。
  4. 04 審查與關閉 確認品質、完成狀態及知識沉澱後結束專案。

DESIGN DATA & IP

在全球協作中維持版本、安全與設計重用

DesignSync 以用戶端／伺服器架構提供私有工作區、版本歷程、標籤與站點鏡像；IP 管理則補上分類、生命週期、權限、交付內容及下載追蹤。

受控版本 保留不可覆寫的修訂歷程，以標籤標示 verified、gold 等可用狀態。
安全存取 透過 HTTPS、VPN／SSL 與角色權限控制遠端協作。
站點同步 以 read-only mirror 與共享快取改善跨地域資料取得。
IP 重用 以分類與搜尋找到合適 IP，追蹤版本、核准、下載及使用資訊。

內容整理自「SunPlus Innovation Technology DS Introduction 20090818」簡報，以及資料夾內 IC Design 與 Design Seminar 專案資料；圖片取自所附教材。頁面僅呈現文件可佐證的導入範圍與效益。

HCMF × DIGITAL MANUFACTURING

從全球 PLM 到數位製造
讓工程資料一路抵達產線

信昌機械廠以單一研發平台整合立項、專案、品質文件、零件、EBOM 與工程變更，並進一步把 3D CAD、MBOM、製程、資源、標準工時及作業標準書串成可追溯的製造數位主線。

Global PLM EBOM／MBOM Process Planning Virtual Twin ERP Integration
車輛三維產品結構與零組件設計畫面
以三維產品結構串連工程設計、零組件與製造資料

BUSINESS CONTEXT

跨地域研發與製造，需要共同且受控的產品資料

專案資料涵蓋台灣研發／製造、福州製圖研發／製造，以及中國與印尼等多個製造據點。設計、報價、試產、量產及變更若使用不同來源，版本落差便會直接影響交期與品質。

01 報價依賴經驗 基準、歷史成本與匯率資訊分散，難以快速形成一致報價。
02 工程資料分散 零件、圖面、規格、BOM、成本與測試資料缺少完整關聯。
03 問題反覆發生 異常描述、分類、處理與結果未被系統化累積為知識。
04 工程製造斷點 EBOM、MBOM、製程規劃及現場表單需要人工轉換與核對。

ONE DIGITAL THREAD

從客戶需求到作業標準書的完整資料鏈

平台先建立商機、專案與工程資料主線，再把核准的產品定義延伸至製造規劃。每一段資料保留來源、版本與關聯，讓跨部門能沿著同一脈絡檢查。

  1. 01 需求與報價 收集 RFQ、技術條件、成本與方案審查。
  2. 02 立項與專案 依案件類型建立 WBS、成員、時程與交付物。
  3. 03 EBOM 與變更 管理零件、圖面、版次、發布及 ECR／ECO。
  4. 04 3D MBOM 將工程結構與 CAD 模型轉為製造結構。
  5. 05 製程與資源 編排工序、設備、人員、山積表及甘特圖。
  6. 06 標準工時 在系統內計算作業時間與產能。
  7. 07 作業標準書 由受控內容產生現場所需文件及表單。
  8. 08 ERP 發佈 傳遞物料、MBOM 與設變資料。
信昌機械廠座椅產品三維工程資料管理畫面
產品資料協作 產品結構、三維模型與工程資料在同一工作環境中檢視。

PLM FOUNDATION

先讓立項、專案、品質與產品資料可追溯

早期 PLM 藍圖把報價、專案執行、TS 品質文件、EBOM／圖檔、異常、設變及 ERP 整合納入共同平台，形成後續數位製造可以承接的可信任資料基礎。

信昌機械廠零件與工程 BOM 管理畫面
產品資料中心 從零件檢視結構、規格、版本及相關文件。
OPPORTUNITY 立項與報價

依不同案件流程整理技術方案、BOM、成本及核准附件。

PROJECT／TS 專案與品質文件

將 A 表、階段文件、PPAP 更新及版本完整度一起追蹤。

PRODUCT 零件、BOM 與圖面

用版本及生命週期管理產品結構，支援衍生 BOM 比較。

ISSUE／CHANGE 問題與工程變更

標準化分類、指派、審查與結案，並連回產品及設變。

3D PROCESS PLANNING

在虛擬產線先安排工序、資源與人員

製造規劃以 PPL 建立 MBOM、Process 與 Resource 關係，透過山積圖和甘特圖檢查負荷，並在 MAE 虛擬環境驗證組裝順序、可達性及作業空間。

信昌機械廠三維製程規劃與組裝流程畫面
製程情境 將產品、工序與資源放進同一三維規劃畫面。
信昌機械廠虛擬組裝模擬畫面
虛擬驗證 在實體作業前檢查工具、零件與組裝順序。
WHAT 3D MBOM 建立製造所需的產品結構。
HOW Process 定義工序內容與前後相依。
WITH WHAT Resource 配置設備、治具、人員與工位。
WHEN Time 計算標準工時、負荷與產能。

SHOP-FLOOR OUTPUT

受控的工程內容，轉成現場可以直接使用的文件

PWD 建立圖文並列的作業標準書，WKB 提供網頁閱讀；客製輸出則對應信昌既有的 Excel 表單。資料夾所附中央鉸鍊總成製造流程圖，包含工序、設備、治具、管制重點、防誤重點、人員配置、工時及產能等欄位。

信昌機械廠人員與設備三維作業模擬
人機協同 在虛擬工作站檢查人員、設備與操作動線。
作業內容 工序名稱、操作步驟與圖文說明。
設備治具 設備、機械、夾治具與檢查治具。
品質控制 特殊特性、管制重點、防誤與審查資訊。
產能依據 人員配置、標準工時、瓶頸時間與月產能。

QUALITY CONTINUITY

PFMEA、Control Plan 與作業標準保持關聯

規劃將 PFMEA 與 Control Plan 由外部 Excel 附件提升為 3DSpace 內的受控資訊，並與 Process 及作業標準書建立關係，使文件維護、版本、設變與輸出皆有清楚依據。

01 製程風險 PFMEA 關聯製程節點與潛在失效模式。
02 控制方法 Control Plan 對應檢查內容、頻率與責任。
03 版本與設變 文件變更不再只依個別試算表人工控管。
04 一致輸出 由系統資料產出審查與現場需要的 Excel 表單。

EXPECTED VALUE

把規劃人員的時間留給決策與優化

文件將價值定位於工程到製造的數據連續、虛擬驗證、表單自動化與跨據點一致性。此頁以導入目標及規劃範圍呈現，不把尚在執行中的項目描述為既成成果。

單一資料來源

各據點依相同零件、BOM、圖面與變更版本作業。

提早驗證

在虛擬環境檢查組裝順序、資源及規劃結果。

減少重複整理

由受控資料產生 MBOM、流程圖及作業標準表單。

品質可追溯

串連問題、PPC、PFMEA、Control Plan 與工程變更。

EBOM → MBOM → 製造流程 → 作業編成 → 標準工時 → 作業標準書，形成一條可驗證、可發佈的製造數位主線。

CUSTOMER STORY · BID TO WIN

信昌機械：以科技整合資訊，打造全方位解決方案

以下完整收錄《汽車與交通運輸行業案例—信昌機械》前兩頁，包含案例封面、挑戰、解決方案、成效、企業背景、科技協作方式及主管引言。

信昌機械汽車與交通運輸行業案例第一頁
PAGE 01 案例封面與信昌機械產線實景。
信昌機械汽車與交通運輸行業案例第二頁
PAGE 02 挑戰、解決方案、成效與 Bid To Win 案例全文。

內容整理自「HsinChong PLM Proposal 20130204 V4」、「HsinChong PLM To Be Document 20141125」、「第二階段導入計畫」及「信昌 3DE 系統導入第二、三階段整合」簡報，並核對「中央鉸鍊總成製造流程圖」工作簿；另完整收錄「HsinChongGroup_Chinese_VAR.pdf」第 1、2 頁。

NIO × GLOBAL DIGITAL DEVELOPMENT

全球研發與製造
沿著同一條數位主線協作

蔚來以 3DEXPERIENCE 建立全球統一的 PLM 管理平台，讓多站點、多專業與合作夥伴在受控的單一資料來源上進行設計、評審、驗證、製造準備及工程變更。

Global PLM Product Configuration EBOM／MBOM DMDR Digital Manufacturing
蔚來智慧電動車
智慧電動車研發需要跨專業資料與流程持續同步

THE CHALLENGE

車輛開發同時跨越站點、專業與軟硬體

案例資料涵蓋造型、總布置、車身、底盤、動力、電氣、軟體、工藝、品質與供應商。團隊需要管理大量工程關係，也要讓產品成熟度、設計決策及製造狀態保持可見。

01 全球多站點 研發、合作夥伴與供應商需要安全交換受控資料。
02 跨專業整車開發 機構、電氣、軟體與製造必須在同一車型定義下工作。
03 軟硬體同步發布 零件、軟體套件、缺陷與變更需要共同管理。
04 早期驗證 設計問題需在實體樣車之前透過虛擬評審提早發現。

ONE PLATFORM

同一平台連接產品定義、工程分析與製造準備

需求、車型配置、三維設計、分析結果與工程流程在共同情境中展開。不同角色保留專業工具，同時透過平台取得一致版本與關聯資訊。

蔚來 3DEXPERIENCE 產品資料與關係管理畫面
Engineering context 產品屬性、車身資料與關聯物件在同一高解析度工作畫面中檢視。
研發資料 需求、特徵、配置、CAD、CAE 與技術文件。
工程流程 設計協作、評審、發布、變更及問題追蹤。
製造資料 MBOM、BOP、工位、資源與作業指導。
生命週期 從概念、驗證、上市到售後維持資料連續性。

CONFIGURED BOM

單一產品配置支援完整 BOM 與多工廠製造

車型庫、特徵與選項構成產品配置，並由同一配置管理整車 EBOM 與各工廠 MBOM。工程端統一發布零件及變更，各工廠再依產線布局、採購策略與工藝需求完成製造結構。

  1. 01 車型與選項 建立車型庫、Feature／Option 與顏色風格。
  2. 02 整車 EBOM 統一工程結構、零件資訊與發布狀態。
  3. 03 EBOM 轉 MBOM 依製造需求處理拆合件及工藝物料。
  4. 04 多工廠 MBOM 向不同工廠發布各自需要的製造結構。
蔚來車身結構與工程 BOM 管理畫面
Configured BOM 車身結構、零件階層與工程資料在三維產品情境中共同呈現。

DIGITAL MANUFACTURING

產品設計資料連續傳遞到製造工程

平台以產品、製程與資源模型承接工程資料，支援虛擬工廠、產線布局、工位與機器人模擬。製造工程可在量產前檢查工序、資源配置及作業可行性。

DELMIA 工廠流程與產線模擬畫面
Factory simulation 在虛擬環境中檢查產線、設備、人員及流程狀態。
PRODUCT Product Twin

整車、系統與零件的產品定義維持配置一致。

PROCESS Process Thread

工藝、BOP 與作業指導承接工程變更。

RESOURCE Factory Twin

工位、設備與物流配置可先在虛擬工廠驗證。

OUTPUT Shop Twin

將已確認的製程資訊提供生產執行使用。

DIGITAL MOCK-UP REVIEW

DMDR 以分層級虛擬評審管理設計決策

DMDR 從專業與模組評審，推進到區域、系統及整車里程碑評審。每次循環包含準備、審核與行動，並把問題和變更保留在對應的三維產品情境中。

LEVEL 1 模組與專業 各部門進行高頻率設計審查與同步工程。
LEVEL 2 區域與系統 跨部門檢查介面、空間、性能與製造條件。
LEVEL 3 整車整合 在重要專案里程碑進行全車虛擬評審。
準備模型與議題 → 跨專業評審 → 建立行動與變更 → 追蹤關閉

ENGINEERING VALUE

平台讓設計、驗證與製造使用一致的產品定義

案例資料將價值集中在單一工程資料來源、模組與零件重用、同步工程、虛擬驗證以及資料交換自動化。這些能力支援敏捷迭代，同時保留汽車開發需要的品質與流程控制。

一致資料 各角色依相同版本及產品配置協作。
快速交換 跨站點與供應商資料交換保持安全且受控。
提早驗證 虛擬評審在實體樣車前辨識設計問題。
製造連續 工程結構與變更持續傳遞至製造規劃。

內容整理自「2018 3DEXPERIENCE FORUM - NIO PLM」與「Overall DMDR proposal」簡報；企業背景圖片取自 NIO 資料夾。頁面以簡報中的平台能力與案例脈絡為依據，未加入文件未佐證的量化成果。

HUAWEI × COLLABORATIVE MBSE

串聯需求、架構、驗證
打造貫穿始終的資訊模塊

面對多專業、多工具與分散團隊的系統開發，案例資料以協同式 MBSE 為核心，串連原始需求、系統架構、領域模型、測試與問題，讓工程關係可以被追蹤、審查與重用。

RFLP 需求追蹤 SysML 協作 3DLean V&V
車輛硬體架構系統工程設計畫面
以模型協作串連系統架構、需求與跨領域工程資料

THE CHALLENGE

文件與工具各自完整，整體關係卻不容易看見

資料顯示，需求分散於不同平台，系統工程師與製造、行銷等領域角色也使用不同工具。當資料依靠檔案交換，架構、需求與驗證結果容易失去同步，變更影響難以及時判斷。

01 需求分散 原始、初始、系統與分配需求位於不同資料來源。
02 跨工具協作 SysML 建模工具與平台端模型需要保持一致。
03 多角色審查 專業工程師與領域代表需要不同深度、但一致的模型視圖。
04 驗證回溯 測試案例、缺陷與問題必須回連至需求與設計決策。

DIGITAL THREAD

從需求到驗證，建立可追溯的工程鏈

以需求管理與系統追蹤為共同骨幹，不要求每個角色使用相同的專業工具，而是讓關鍵物件及其關係在平台上可查詢、可同步、可檢視。

  1. 01 利害關係人需求 整理 Raw／Initial Requirement，界定系統目標與邊界。
  2. 02 系統架構 由使用情境推進功能與邏輯架構，分配系統需求。
  3. 03 領域協作 串連機構、電子、軟體與製造觀點，保留專業工具彈性。
  4. 04 驗證與問題 把測試、缺陷與議題回連至需求，支援 V&V 與影響分析。
3DEXPERIENCE Systems Traceability 系統追蹤關係畫面
Traceability 以高解析度追蹤視圖呈現需求物件與關聯，協助團隊辨識覆蓋範圍與變更影響。

COLLABORATIVE REVIEW

把模型、文件與行動放進同一個審查場景

案例規劃以協作看板承載多種討論內容，包括系統追蹤、3D 模型、Office 文件與產品結構；會議中的註記、負責人、到期日與快照可以轉為後續任務。

3DLean 中以三維模型進行協同審查的畫面
Visual review 直接在三維模型旁留下註記，讓討論情境與行動項目保持連結。
MODEL 多種內容共同審查

3D 模型、需求追蹤與文件可以成為同一場會議的討論內容。

ACTION 決議形成可執行任務

註記可帶入負責人、期限與快照，減少會後再次整理資訊。

ACCESS 依角色呈現合適視圖

系統工程師掌握完整關係，領域角色聚焦其需要的架構層級。

IMPACT 變更回到關係網絡

設計修改可沿需求、架構與測試關係檢查受影響範圍。

ENGINEERING VALUE

模型不是另一份文件，而是共同決策的上下文

資料將 MBSE 的價值聚焦在一致性、跨專業溝通、介面掌握、設計影響評估與重用；重點是建立持續驗證的協作方式，而非單一工具的替換。

一致 不同視圖共享同一組工程物件與關係。
可追 需求、架構、測試與問題維持端到端鏈結。
可判 變更發生時更快辨識跨層級與跨領域影響。
可重用 模型與架構成為後續產品及專案的知識資產。
以一致的流程、方法與工具聯邦化各專業資料，讓團隊在持續驗證中做出更準確的工程決策。

內容整理自「TERBV HuaWei DevX_20180816」與「MBSE in practice Hanau 05.12.2018」簡報；畫面為原始簡報中的系統模型、追蹤與協作示例。案例敘述保留資料中的導入脈絡，未延伸未經文件佐證的量化成果。

NANPAO × FORMULA INNOVATION

讓每一次實驗
都成為下一個配方的起點

南寶樹脂以新世代 PLM 平台串連研究主題、實驗紀錄、配方、試製、正式量產與製造指導書，並將原料、替代關係、版本、成本及 ERP BOM 納入同一套可追溯的研發資料主線。

配方管理 實驗紀錄 研發專案 製造指導書 ERP BOM
南寶樹脂 PLM 配方管理系統畫面
研究主題、成品、配方與生命週期集中於同一工作環境

R&D CONTEXT

不同材料與研發單位，需要共用但保有彈性的管理方式

專案涵蓋接著劑、熱熔膠、高性能密封膠、聚酯多元醇、鞋材，以及粉體與液體塗料等研發單位。各部門既有表單與實驗方式不同，但都需要安全保存配方、實驗結果及產品文件。

01 資料格式分散 實驗、配方及月報存在紙本或不同格式的 Excel 中。
02 研發與生產落差 BOM 與實際領料可能脫鉤，現場微調也不易回饋研發。
03 配方關係複雜 同配方可對應多個成品號，原料也有部分或全部替代。
04 權限與知識保護 不同部門需要看見共用屬性，同時限制配方與成本內容。
南寶樹脂接著劑與材料產品
多元材料應用 不同產品線共用研發資料治理架構。

FORMULA DIGITAL THREAD

從研究主題一路連到正式量產

每一份實驗紀錄都關聯研究主題，成熟配方依審查結果進入試製或直接量產。核准後，系統彙總配方並輸出製造文件，同時把 BOM 與替代料傳送至 ERP。

  1. 01 主題／打樣申請 建立研究背景、客戶需求與主題編號。
  2. 02 實驗紀錄 上傳配方試驗及物性結果，保留原始 Excel 內容。
  3. 03 形成配方 建立原料、半成品、順序、用量及允收浮動。
  4. 04 試製與審查 由研究員、單位主管及技術管理中心確認。
  5. 05 正式量產 發佈受控版本，產生製造指導書及配方彙總。
  6. 06 ERP BOM 傳送正式配方、替代料與待繳餘料資訊。
南寶樹脂 PLM 配方 BOM 結構畫面
有順序的配方結構 原料、用量、浮動範圍、版本與狀態在同一畫面檢視。

EXPERIMENT & KNOWLEDGE

保留實驗原貌，同時讓資料可以搜尋與重用

系統讀取 Excel 中的標準屬性頁，將主題、日期、實驗編號等欄位轉為可搜尋資料；其他帶有指定名稱的工作表則保留文字、表格與圖片，兼顧標準化與各部門的實驗彈性。

南寶樹脂 Excel 實驗紀錄與 PLM 系統畫面
實驗紀錄上傳 由 Excel 擷取關鍵屬性，並保存完整實驗內容。
TRACE 主題關聯

同一研究主題可以連結多次配方實驗及物性結果。

SEARCH 快速查找

依主題、日期、編號、研究員及產品屬性搜尋紀錄。

REPORT 研發月報

把多個主題及實驗結果組成月報，依部門流程簽核。

REUSE 知識重用

從既有試製或正式配方複製，支援新客戶與新成品。

FORMULA CONTROL

配方不是一張表，而是一組受控的產品關係

研究員可從空白建立、既有配方複製或 Excel 上傳。系統檢查原料代號後建立結構，並提供替代料、成本、原料反查、多成品共用及全面換料等日常能力。

01 三種建立方式

直接編輯、複製既有配方或依範本上傳。

02 臨時與替代原料

管理試驗中的臨時材料及正式替代關係。

03 成本自動加總

依受控原料成本計算配方總成本，並限制查看權限。

04 原料反查

查看某項原料被哪些成品與配方版本使用。

05 多成品共用

讓不同包裝或市場成品號沿用同一配方。

06 全面原料更換

由授權角色一次處理指定配方範圍的換料。

南寶樹脂配方原料清單與用量管理畫面
配方細節 原料項次、名稱、用量、浮動與相關屬性清楚表列。

LIFECYCLE & SECURITY

每次試製、改版與正式發佈都有清楚依據

配方可依產品需要採「實驗 → 試製 → 正式量產」或「實驗 → 正式量產」流程。狀態推進經部門主管及技術管理中心確認，並以版本規則保存每次試製內容。

101 → 102 同配方再次試製 同一配方調整試製量，保留各次試製版本。
102 → 201 配方內容改版 配方改變時建立下一主版，避免覆蓋舊紀錄。
部門隔離 配方與文件權限 研究員與直線主管查看所屬部門受控內容。
成本保護 敏感欄位權限 共用原料資料，但依角色限制下階及成本資訊。

R&D PROJECT MANAGEMENT

以專案範本管理實驗、試製、量產與結案

新產品、改良／微調及塗料打樣可使用不同 WBS 範本。任務帶有負責人、相依關係、預計與實際日期、進度、交付文件及成熟度，完成成果審查後保存供未來參考。

南寶樹脂 PLM 研發專案與任務管理畫面
專案執行視角 階段、任務、文件、成員與問題在同一工作區管理。
新產品 實驗、試製、正式量產、結案。
改良／微調 沿用核心階段，配置不同必要文件。
塗料打樣 以較精簡的實驗及量產流程回應需求。
Issue 記錄問題、受託人、處置、審查與關閉結論。

IMPLEMENTATION VALUE

研發資料由散落檔案，轉為可搜尋、可檢核的企業知識

Kick-Off 文件將目標聚焦於全球單一產品資料平台、研發即時性與透明度、問題知識化，以及以系統檢核確保工作完整。頁面僅呈現文件所載目標與已提供的操作能力。

集中

配方、實驗、月報、文件與專案資料統一保存。

正確

透過代號檢查、版本、狀態與簽核控制正式資料。

重用

既有配方、實驗結果與問題處理可供新專案參考。

整合

PLM 與 ERP 交換物料、產品及正式配方 BOM。

管理產品從規劃、評估、研發到試驗所產生的資料，讓最新、正確的配方與產品資訊更快被需要的人取得。

內容整理自南寶 PLM Kick-Off、需求分析報告書、配方／專案操作訓練教材、需求及測試工作簿與液體塗料輸入模板；畫面取自所附系統教材。

AIC × PRODUCT DATA MANAGEMENT

讓複雜伺服器產品資料
高效於系統協同管理

營邦的產品涵蓋伺服器主機板、伺服器、儲存與機殼。PLM 將零件、BOM、3D 模型及生產文件放進同一套管理流程，讓工程師從設計到交付都使用一致資料。

零件主檔 BOM 與替代料 3D 線上預覽 生產資料發佈
營邦雲端資料中心、資安應用與影音媒體伺服器方案
雲端資料中心、資安應用與影音媒體的高效能伺服器方案

WHY PRODUCT DATA MATTERS

高密度伺服器的每一次改版，都牽動大量零件與文件

營邦具備 30 年工程經驗，提供 OEM／ODM 客製化設計與廠內自主生產。產品需要彈性配置 CPU、GPU、儲存與 I/O 子系統，因此零件、版本和生產資料之間必須保持一致。

30 年
伺服器與儲存平台工程經驗
OEM／ODM
支援客製化設計服務
全球據點
服務北美、歐洲與亞洲客戶

THE WORKFLOW

從零件資料到製造交付

系統先建立可信任的零件基礎，再組成產品 BOM；完成審查後，依版本封裝生產資料給製造合作夥伴。

  1. 01

    同步零件主檔

    讀取既有 Excel 資料，建立或更新零件屬性、供應商料號、規格與狀態。

  2. 02

    連結 3D 與規格

    依零件資料找到 STEP、Spec 與 SI 文件，建立可搜尋、可線上預覽的關聯。

  3. 03

    匯入並驗證 BOM

    工程師上傳 BOM，系統檢查料號、數量及生效狀態，異常時指出問題位置。

  4. 04

    管理替代關係

    分開管理全域與產品區域替代料，保留清楚的使用範圍與更新依據。

  5. 05

    審查、發佈與打包

    PCBA 與生產文件依版本完成審查，再自動整理交付資料並通知相關窗口。

KEY CAPABILITIES

工程師每天會用到的六項能力

重點不只是保存檔案，而是讓每筆產品資訊可以被查找、驗證、比較和追溯。

WHERE USED

反查使用機種

從一個零件立即看出它被哪些 PCBA 或產品使用。

ALTERNATE

替代料管控

區分全域與區域替代，減少採購或改版時的誤用。

VIEW

3D 與文件預覽

不用下載多個檔案，就能檢視模型及相關規格。

COMPARE

BOM 版本比較

清楚標示新增、刪除、修改與替代內容。

CONTROL

版本與簽核

以狀態及部門簽核控制資料何時可以正式發佈。

PACKAGE

生產資料打包

依 PCBA 版本整理 BOM、設計與製造文件供 CM 使用。

營邦 PLM 零件反查使用機種畫面
零件關聯查詢：快速確認零件被哪些產品使用

ONE SOURCE OF TRUTH

產品、PCBA、零件與文件彼此相連

產品位於結構最上層；PCBA 連結電子零件，PCBA Master 再集合 BOM、生產資料與設計資料。工程變更發生時，團隊可以沿著關係找到受影響內容。

產品 PCBA Master PCBA 零件與文件

EXPECTED VALUE

導入後，團隊可以更快回答四個問題

這是正確版本嗎？

版本、狀態與審查歷程集中呈現。

這顆零件用在哪裡？

以 Where Used 追查受影響產品。

這次 BOM 改了什麼？

用比較表辨識新增、刪除與替代。

交付資料完整嗎？

發佈前檢查 BOM 與文件狀態。

TATUNG × DIGITAL PRODUCT DEVELOPMENT

重新梳理馬達與重電流程並完成2D轉換成3D

從報價與訂單、設計派工、零件及 BOM，到工程變更、專案進度與 SAP 資料同步，讓研發、製造和管理者都依據同一份資訊工作。

報價管理 設計派工 Part／BOM／EC 專案管理 SAP 整合
大同數位產品開發系統總覽
產品結構、零件版本與用量在同一畫面管理

WHY CHANGE

把分散的作業，改造成可以追溯的產品開發流程

導入前，派工仰賴紙本或電子郵件，電機編碼以 Excel 維護，2D 圖面 BOM 與 SAP BOM 也需分別輸入。當版本、變更與交付資料分散，跨部門很難快速確認哪一份才是正確資訊。

01 派工資訊分散 設計任務、完成狀態與交付文件缺少一致入口。
02 編碼仰賴人工 產品與電機代碼由試算表維護，規則與檢核不易落實。
03 BOM 重複輸入 圖面、PLM 與 ERP 各自維護，增加不一致與重工風險。
04 版本難以追蹤 零件、圖面與工程變更缺少完整的生命週期歷程。

ONE CONNECTED FLOW

從客戶需求一路連到製造發行

以 PLM 作為工程資料主軸，讓訂單驅動設計工作，再以受控的零件、產品結構與工程變更，把正確資料同步到 SAP。

  1. 01 報價與訂單 統一報價方式與檢核，連結正式訂單。
  2. 02 設計派工 自動建立設計單，指派電設、機設與資料任務。
  3. 03 零件與編碼 依規則建立料號、屬性、圖面及版本。
  4. 04 BOM 與發行 產品結構和圖面一起審查、發行。
  5. 05 工程變更 追蹤影響範圍、版本差異與簽核歷程。
  6. 06 SAP 同步 將核准的物料與 BOM 傳送到 ERP。
大同設計派工及 PLM 與 SAP 協作流程
角色與資料一起流動 電設、機設、資料組與主管在同一流程中派工、審核並掌握進度。

PROJECT CONTROL

專案範本把階段、任務與交付物放進日常工作

團隊可用範本快速建立標準任務清單，依 P0 至 P5 階段安排工作與關卡；每項任務可連結交付文件，主管也能查看資源負荷、里程碑與整體進度。

大同專案範本與階段任務畫面
標準專案範本 由概念與需求、設計開發、樣品試作一路推進到量產及客戶抱怨處理。
PROJECT 專案管理

WBS、時程、團隊角色、Gate Review 與 Dashboard 集中管理。

ENGINEERING 設計派工

設計單自動產生，任務、狀態與圖面簽收形成完整歷程。

PRODUCT Part／BOM／EC

零件屬性、產品結構、圖面發行與變更維持版本一致。

BUSINESS 報價管理

將產品價格、成本、材料、BOM 與訂單關聯，減少資料搜尋與人工檢核。

DELIVERY AT SCALE

用可量化的範圍完成跨部門轉型

專案涵蓋馬達與重電的關鍵作業，從需求訪談、功能確認到整合測試，將流程、資料與系統介面一起落地。

493 項功能需求完成對焦與驗證
20 支 PLM／SAP 整合介面
5 + 5 個月需求訪談，加上 UAT／SIT
1 條從訂單到產品發行的數位主線
讓設計任務、產品結構、工程變更與企業資源系統不再是彼此分離的工作，而是同一個可追溯的產品生命週期。
內容依據：大同馬達與重電 PLM 專案之 Kick-Off、To-Be 規格及結案報告；畫面內容已整理為易讀的案例摘要。

JOHNSON × GLOBAL PRODUCT DATA

讓全球健身設備
共用一套產品與製造資料

喬山健康科技由既有 ENOVIA 全球研發管理基礎持續升級，將料號、產品、NPD 專案、EBOM、MBOM、工程變更與 ERP 整合帶入 3DEXPERIENCE 2025x，支援台灣、越南及其他據點協同開發與製造。

Global PLM NPD EBOM／MBOM Multi-Location ECR／ECO
喬山健康科技 FUJIIRYOKI 頂級按摩椅產品
從健身設備到按摩椅產品，以一致的產品與製造資料支援全球協作

PLM JOURNEY

既有平台已承載全球研發，升級要延續資料也延續流程

專案資料顯示，喬山自早期階段即以 PLM 管理全球成品、半成品、物料、BOM、NPD 文件與 EC。此次升級不是重新開始，而是將既有資料模型、權限、客製功能及整合能力安全移轉到新版平台。

PHASE I 產品資料基礎 集中 NPD 文件、料號、BOM 與全球承認流程。
PHASE II 專案與流程管控 建立 P0–P7 階段、管控點、報表與 EC 分析。
PHASE III 成本與供應鏈 延伸專案效益、成本及 Group EC／Supply Chain 管理。
NEXT 3DEXPERIENCE 2025x 升級平台並強化多廠區 MBOM 與跨廠變更。

MULTI-LOCATION CHALLENGE

同一產品在不同廠區生產，結構與簽核不能只靠一套固定規則

台灣、中國、越南及其他地區可能生產同一產品，卻有各自的 MBOM 效期、選配、供應商及核准責任。系統必須判斷某次變更影響哪些廠區，並讓每個據點只處理其應負責的內容。

01 結構差異 相同工程產品可因地區、選配與製造方式形成不同 MBOM。
02 生產移轉 產品或組件可能新增廠區、停止生產或轉移後再移回。
03 跨廠變更 ECR／ECO 需要依影響範圍建立子流程、通知與簽核。
04 ERP 發佈 物料與 BOM 必須依 Location 傳送到正確的 ERP 組織。
喬山多廠區 MBOM 使用案例與流程需求
Multi-location use cases 以不同生產與移轉情境定義跨廠資料及流程規則。

UPGRADE METHOD

從 2011x 遷移到 2025x，同時保護資料完整性與既有能力

升級規劃涵蓋新環境安裝、Schema 與資料移轉、客製功能 Carry Over、ECAD／MCAD 與 ERP 整合、測試、演練及正式部署。開發、測試與正式環境分離，讓差異比對和資料驗證能在切換前完成。

  1. 01 Assessment 盤點流程、客製功能、資料模型、整合及基礎架構。
  2. 02 Analysis & Design 識別資料轉換、版本差異、測試案例與 MBOM 規格。
  3. 03 Upgrade 升級 Schema、資料、應用、客製功能與介面。
  4. 04 Test 驗證資料、原功能、新版功能及所有整合流程。
  5. 05 Deploy 完成 Dry Run、正式環境切換及上線支援。
喬山 3DEXPERIENCE 系統升級與部署架構
受控的升級路徑 以環境分離、差異比對與驗證降低大型版本升級風險。

MULTI-LOCATION MBOM

一套產品定義，依廠區展開正確製造結構

To-Be 規格以 Location 管理 MBOM 關聯及適用零件，使用者可透過篩選查看 All、台灣、越南或其他廠區內容；製造責任與供應來源也能沿結構保留。

喬山 MBOM 系統操作與結構畫面
MBOM 操作介面 在相同產品結構中檢視並管理不同 Location 的製造內容。
STRUCTURE 區分工程與製造視角

由共同產品定義延伸各廠區需要的製造 BOM。

LOCATION 關聯層級標示適用廠區

零件可設定 All 或指定 Location，並用 Filter 顯示。

RESPONSIBILITY 記錄製造與供應責任

透過 Manufacturing Responsibility 管理不同來源。

HISTORY 保留生產移轉歷程

處理新增、停產、轉廠及再次生產等情境。

CHANGE CLOSED LOOP

變更先辨識影響廠區，再建立對應的 ECR／ECO 路徑

系統在 ECR 中向上追溯至成品，依產品屬性判斷使用廠區。若屬跨廠變更，可建立對應子流程；ECO 則承接執行內容與負責人，完成審查、發佈及 ERP 傳遞。

喬山 ECR 與 ECO 生命週期流程畫面
Change lifecycle 建立、評估、規劃、執行與完成皆保留狀態及簽核。
  1. 01 建立 ECR 選取變更零件、類型、原因與預計完成日期。
  2. 02 辨識 Location 向上追溯成品，判斷單廠或跨廠影響。
  3. 03 多廠評估 依各據點責任建立簽核、子流程或後續處理。
  4. 04 執行 ECO 修改 BOM、文件及屬性，完成審查與發佈。

GLOBAL ARCHITECTURE

中央平台搭配區域檔案節點，支援跨國協作

美國系統架構文件規劃將 3DSpace、3DDashboard、3DSearch、3DComment、3DSwym 等服務置於中央環境，並透過 VPN 連接美國與越南的檔案節點，兼顧單一治理與地區存取效率。

Central 3DSpace 與資料庫 管理產品、流程、搜尋索引與平台服務。
United States 區域 File Server 透過受控網路支援當地工程資料存取。
Vietnam 區域 File Server 讓製造據點取得適用版本與 MBOM。
Environments 正式／測試／開發分離 依硬體規劃隔離驗證、開發與生產服務。

EXPECTED VALUE

在保留既有投資的同時，建立下一階段全球製造協作能力

文件中的價值集中在資料連續、跨廠一致性、流程可追溯及新版平台能力。頁面以升級與 To-Be 規劃為依據，不將仍待驗證或討論的 MBOM 項目描述為已完成成果。

資料延續

既有料號、BOM、專案、EC 與文件完整遷移並驗證。

跨廠一致

同一產品依 Location 呈現正確製造結構與責任。

變更可控

跨廠 ECR／ECO、簽核及 ERP 發佈保持關聯。

平台升級

取得新版搜尋、協作、三維體驗與維護基礎。

全球共用一套產品資料治理規則，各廠區再依製造責任取得正確的 BOM、流程與變更資訊。

內容整理自「Johnson ENOVIA Upgrade Proposal 20250210 v1.2」、「MBOM To Be Spec 20260623」、喬山美國系統架構、硬體規劃與 PLM 升級計畫；畫面取自所附簡報。To-Be 項目以規劃語氣呈現。

COMPAL × AEMPS & REQUIREMENTS ENGINEERING

落實產品開發品質管理、
完成 Leve5 xFMEA

仁寶 AEMPS 導入規劃以 APQP、文件管理與 xFMEA 為起點，逐步串接需求管理、EBOM／MBOM、BOP 與流程管理；搭配 ENOVIA Requirements Engineer，讓客戶與市場需求可被分解、配置、驗證及追溯。

APQPDFMEA／PFMEA需求管理EBOM／MBOM需求追溯
仁寶電腦 AEMPS 研發管理平台視覺
以 3DEXPERIENCE 平台承接需求、品質與產品資料的協作規劃。

PROJECT CONTEXT

以階段導入，建立品質與研發資料的共同基礎

導入提案將台灣、波蘭等據點列入分階段規劃。第一階段以 APQP、文件管理與 DFMEA／PFMEA 為基礎；後續再將需求管理、產品結構與製程資料納入，並依各區域的實際流程與需求進行差異化調整。

品質先行先建立 APQP、文件與 FMEA 管理的共同工作基礎，支援品質規劃與交付文件。
資料串接逐步規劃需求、EBOM、MBOM 與 BOP 等資料物件，形成由需求到製造的關聯。
跨區域治理以分階段部署與需求訪談，保留各地流程差異，同時建立可共用的核心規則。

PHASED IMPLEMENTATION

從基礎品質模組，擴充至產品與需求工程

下列內容為原提案所列的分期範圍與方向。實際時程、據點與導入功能仍須依專案訪談、驗證及雙方確認為準。

  1. PHASE 1基礎實施導入 APQP、文件管理與 DFMEA／PFMEA，並提供相關培訓與交付文件。
  2. PHASE 2模組擴充規劃納入需求管理、EBOM 整合、MBOM、BOP 與流程管理。
  3. PHASE 3流程細化依前期使用回饋，進行檢查、驗證及自動化優化的調整。
  4. PHASE 4全面推展訪談各區域流程與需求，辨識差異後規劃後續實施與優化。

REQUIREMENTS ENGINEERING

把客戶聲音轉為可分解、可驗證的產品需求

Requirements Engineer 的資料說明，平台可集中保存客戶、法規與市場需求，並將高階需求分解為可配置至產品與系統元素的明確項目，連結設計、測試與專案活動以維持全生命週期追溯。

CAPTURE蒐集與分類

從客戶、利害關係人、Word、Excel 或既有工具取得需求，並依功能、非功能、限制條件、複雜度與優先級分類。

DECOMPOSE分解與配置

將高階需求拆解為可管理的細項，保留設計理由與假設，並配置至功能、邏輯或實體設計元素。

VERIFY驗證與追溯

把需求連至測試案例、結果與產品特徵，形成需求到驗證項目的追溯矩陣與履行視圖。

ONE CONNECTED THREAD

由需求出發，讓品質規劃、產品結構與變更可相互追溯

客戶／市場／法規需求→需求分解與配置→APQP／xFMEA／文件→EBOM／MBOM／BOP→測試、驗證與變更

ORIGINAL DEMO

需求工程角色示範

以下影片為資料夾內提供的 ENOVIA Requirements Engineer 示範素材，用於說明需求工程角色與平台操作情境。

ENOVIA Requirements Engineer 示範影片

GOVERNANCE

以正式變更與共同資料庫維持需求一致性

需求工程資料強調，需求應透過受控的變更機制、基線與版本管理維持真實性；跨角色協作則透過中央資料庫、可見性、訂閱與追溯報告支持。

權限與責任依角色管理可檢視與可修改的資料範圍。
需求基線需求發佈後保留版本與歷程，變更需走正式流程。
影響分析從需求、功能、產品與測試關聯檢視變更影響。
報告追溯建立需求對需求、特徵與測試案例等追溯視圖。

內容整理自《Compal Implement Proposal V2.2》與《ENOVIA Requirements Engineer (TRM-OC) Functional Overview R2021x GA》及所附示範影片。導入範圍、階段、時程與效益均以原始提案與功能資料的規劃語氣呈現，非已完成成效之宣告。

GIANT × R&D MANAGEMENT PLATFORM UPGRADE

讓既有研發資料
走向新研發協同平台

巨大集團研發管理平台升級規劃，以既有 eMatrix PDM 資料與作業為基礎，規劃升級至 3DEXPERIENCE，延續文件、產品、料件、Lineup、報表與 Section 等管理範圍，並保留與 SAP 的整合需求。

eMatrix → 3DEXPERIENCE產品資料管理SAP 整合資料移轉驗證
巨大機械研發管理平台視覺
以新版平台規劃承接既有 PDM 的資料與協作流程。

PROJECT CONTEXT

從既有 PDM 維運，走向符合新環境的研發平台

提案指出，既有 PDM 自 2000 年起使用的技術環境已難符合新版作業系統、資料庫與資安規範。升級規劃的重點不是重建所有資料，而是在盤點與驗證後，將既有功能、資料模型、權限與整合逐步轉換。

平台現代化規劃由舊版應用、資料庫與作業系統環境，調整至新版應用伺服器、OpenJDK、Oracle 19c 與 64 位元作業系統。
資料可延續文件、Lineup、Part、Product、Report 與 Section 被列為第一階段的重要承接範圍。
流程可演進第一階段以現行流程升級為主；後續再評估流程優化、協同設計、品質與 3D 資料管理等需求。

UPGRADE ROADMAP

以盤點、設計、轉換、驗證到上線建立可控節奏

以下為原提案所列的實施方法與規劃步驟，用來降低資料移轉、版本差異與使用習慣變動的風險；並非已完成成果的宣告。

  1. 01評估蒐集既有資料、流程、客製功能、基礎架構與升級需求。
  2. 02分析與設計規劃資料模型、權限、Schema、整合與客製功能的承接方式。
  3. 03升級與轉換執行平台升級、資料轉換及既有功能的移植與調整。
  4. 04測試與部署安排原功能、新功能、整合測試、Dry Run、正式上線與支援。

PLM FOUNDATION

產品、料件、文件與 ERP 資料在同一平台協作

提案第一階段規劃以台灣據點為主，承接現有 PDM 的核心物件與 SAP 整合；第二階段則作為流程優化與跨據點擴充的評估方向。

PRODUCT DATA產品與料件結構

以 Product、Part、Lineup 與相關資料管理產品定義及其關聯。

DOCUMENT CONTROL文件與報表受控

將 Document、Report 與 Section 納入資料模型與權限規劃。

ERP INTEGRATION與 SAP 串接

把 PDM 端的產品資料與企業既有 ERP 整合需求列入升級範圍。

ORIGINAL DEMOS

保留原始專案與 BOM 示範畫面

以下影片為資料夾內提供的原始示範素材，呈現專案與 BOM 管理情境。

專案管理示範影片
BOM 管理示範影片

MIGRATION GOVERNANCE

用驗證、演練與培訓降低平台切換風險

原提案將資料遺漏、格式一致性、版本與 Schema 差異，以及使用者習慣列為主要風險，因此規劃以資料確認、測試、Dry Run、分階段導入及使用者培訓作為配套。

資料驗證確認轉換前後的資料完整性與關聯正確性。
整合測試檢驗 PDM 與 SAP 等介接資料能否符合既有流程。
上線演練在正式部署前，以 Dry Run 確認操作與部署步驟。
使用者接軌透過培訓與既有功能承接，協助團隊平順轉換。

內容整理自巨大集團《Giant Upgrade Proposal 20240226》及所附 Project／BOM 示範影片。頁面以提案中的現況、範圍、方法與規劃語氣呈現；未將預期效益或時程描述為已完成成效。

AIDC × PDM SYSTEM UPGRADE

透過全新架構
完成飛機架次管理

漢翔航空工業以 PDM 系統升級為基礎，將 ODM 藍圖簽核、工程 BOM、製造 BOM、Routing Template 與 CAD 資料匯入，串成可受控、可追溯的研發與製造協作流程。

ODM 簽核 EBOM／MBOM EC／MEC CAD CSV 匯入
漢翔 PDM 系統中的 Engineering BOM 與 Manufacturing BOM 視圖
工程與製造視域共享零件主檔，同時保留各自受控的 BOM 結構。

PROJECT CONTEXT

航太產品資料必須同時服務設計、簽核與製造

資料顯示，此次規格涵蓋零件、工程變更、圖面簽核、EBOM／MBOM 與製程資料。系統以 3DEXPERIENCE 為平台，讓各階段使用同一零件識別與關聯資料，而非以各自獨立的檔案交接。

設計視域 建立零件、設計 EC 與工程 BOM，保留研發資料的初始定義。
變更受控 以 EC／MEC 狀態、版本與簽核歷程，管理資料何時可接收及發行。
製造視域 接收已發佈的設計資料，延伸製造、工具、熱處理與 Routing 資訊。

ONE CONNECTED FLOW

從 ODM 藍圖到 MBOM 的資料閉環

規格將流程設計為一條連續鏈：設計資料先經 ODM 簽核，再由 CAD／CSV 或人工建立 EBOM；當 EC 發佈並由製造接收後，資料才複製至製造視域，成為可編修的 MBOM 基礎。

  1. 01 ODM 藍圖簽核 設計、校對、初審、EMU／CAD 審查與跨單位審核依 Route 推進。
  2. 02 建立 EBOM 由 CAD Seed Model CSV 解析，或以工程視域建立零件與受影響件號。
  3. 03 工程變更發佈 已發佈的 EC 依序成為設計資料正式接收與追溯的依據。
  4. 04 接收 MBOM 製造廠別接收資料後，延伸製造屬性、工具、熱處理與製程資料。
漢翔 3DEXPERIENCE Engineering BOM 管理畫面
工程與製造雙視域 系統以 EBOM、MBOM、DBOM 等視圖管理同一產品結構的不同工作觀點。

BOM GOVERNANCE

同一零件主檔，依生命週期展開正確資料

設計端建立的零件及其受影響件號，在 EC 預先接收或接收後複製到製造視域。規格以資料類型、廠別、EC 編號與插入序號建立識別，同時區分每個版本受 EC 管制的資料，以及所有版本共用的製造屬性。

ENGINEERING BOM

工程定義受控建立

工程視域建立零件、名稱、類別、專案、EC 與計量單位，並將零件與設計 EC 的受影響件號關聯。

  • 零件主檔與基本資料
  • 工程 BOM 與參考文件
  • 設計 EC 與適用性
MANUFACTURING BOM

依已發佈 EC 接收延伸

製造視域在接收後建立可受控的 MBOM，並補入製造資料、工具資料、熱處理及 Routing 資料。

  • 廠別受影響件號
  • 製造與工具資料
  • 製程與熱處理資料

ROUTING TEMPLATE

把簽核人與規則放進可重用的 Route 範本

ODM 路由規格包含設計、校對、初審、CAD／EMU 審查、型管、材製、應力、衡重、後勤、品保、製造與物料管制等角色。系統可依製程、全機功能與建立組別帶出外部簽核人員，並保留退回、抽回、重送、轉送及任務附件等作業規則。

帶出正確角色

Route Template 先提供預設簽核人，再依製程、圖號相關條件或組別套用外部簽核人員表。

保留審查脈絡

重啟 Route 時，沿用前次簽核資料，包括核准／拒絕結果、註解、附件與日期。

處理例外與重送

支援設計主動停止、拒絕回設計、指定任務重送，以及以群組進行轉送。

漢翔 PDM 系統中的 BOM 資料與關聯畫面
結構可視化 以系統畫面檢視零件、BOM 與工程變更關聯。

CAD TO EBOM

由 CAD 資料解析產品結構，減少人工重建

規格定義由 CATIA V5 產生 Seed Model CSV，於 ODM 簽核的指定關卡取得檔案並解析；若檔案含有 Part List，即建立父子階層 EBOM，並依檔名、零件編號、名稱、類別與數量對應建立資料。

CSV 取得 Seed Model 與 Part List 資料。
→
解析 判斷單一件號或多層 EBOM 結構。
→
建立 寫入零件、基本資料、受影響件號與關聯。
→
受控發佈 由 EC 與 ODM Route 保留狀態及簽核依據。

內容整理自 AIDC「ODM 藍圖簽核」、「CAD-CSV 匯入 EBOM 功能」、「EBOM-Item 新增功能」及「Item 與 MBOM 系統委外客製項目設計」等 2022 年規格文件；系統畫面取自原始文件。頁面僅描述文件所載流程與功能，未加入未佐證的量化成效。

讓下一個成功案例，從這裡開始

聯絡顧問 →