專用機 ODM/OEM 的 IP 與保密怎麼確認？圖面、程式碼與 NDA 清單

先看結論：專用機 ODM/OEM 保密應先確認哪六件事？

合作前不宜只問「有沒有簽 NDA」，而應把資料來源、開發成果、使用權、第三方接觸、公開範圍及專案結束後的處理方式逐項確認。

區分客戶既有 IP 與設備廠既有技術

客戶在合作前已擁有的產品圖面、製程參數、材料資訊、品質標準與 know-how，應與設備廠原有的機構模組、控制架構、軟體函式庫、視覺工具及設計方法分開管理。

若未先區分，專案完成後容易對「哪些成果屬於本案新開發」「哪些只是使用既有模組」產生認知差異。

定義本案新開發成果的權利邊界

本案可能產生機構圖面、治具設計、電控圖、PLC 程式、HMI 畫面、視覺流程、資料接口、測試方法及製程參數。雙方應確認哪些成果屬於客戶專用、哪些可由設備廠繼續使用，以及是否存在共同開發或授權使用的情境。

確認圖面、程式與文件的交付深度

「設備交付」不一定等於「完整原始設計資料交付」。應分別確認 PDF、可編輯圖檔、電控圖、I/O 表、參數、原始程式、編譯檔、第三方授權及操作文件是否納入。

控制樣品、製程資料與第三方接觸

外包加工、第三方模組、軟體供應商與合作夥伴是否可接觸樣品、圖面或製程資料，應事先定義。若需要揭露，還需確認揭露範圍、目的及保密責任。

限制照片、案例與客戶名稱的公開方式

設備外觀、產品樣品、操作畫面、節拍資料、客戶名稱與廠內照片，都可能包含敏感資訊。是否可作為案例、展覽、簡報或網站內容，應取得明確授權，不宜只因設備已完成就推定可公開。

約定專案結束後的資料處理

專案完成、中止或合作關係結束後，樣品、圖面、程式、備份、雲端資料及第三方副本如何返還、保存或刪除，應在合作前建立原則，並保留必要的維護與履約邊界。

合作前應先劃分哪些 IP 與資料邊界？

最容易產生爭議的不是「有沒有 IP」，而是不同資料與成果被放在同一個模糊類別中。建議先依來源、用途、交付與後續使用方式進行分類。

客戶既有資料

客戶既有資料可能包含產品圖面、材料資訊、製程流程、參數、樣品、品質標準、客訴資料、缺陷影像及產線配置。這些資料通常是設備設計的輸入，不應因提供設備廠使用而被視為可自由運用。

設備廠既有技術

設備廠在專案前已存在的標準模組、軟體函式庫、控制邏輯、視覺工具、設計規範及工程方法，可能被用於本案，但不必然因使用於本案而改變其既有權利狀態。

本案新開發成果

新開發成果可能是客戶專用治具、特殊機構、製程演算法、介面、量測方法或客製軟體。應確認成果是否可重複使用、是否限於特定產品，以及客戶是否取得所有權、使用權或其他約定權利。

共同開發成果

若雙方共同投入製程知識、測試資源與設計工作，成果可能同時包含客戶 know-how 與設備廠工程方法。此時需要更清楚地定義成果如何使用、後續改版由誰執行，以及是否可用於其他專案。

第三方權利與授權

商用軟體、視覺函式庫、控制元件、第三方模組及外購設計，可能受到原供應商授權限制。即使設備廠可使用，也不代表可將完整原始內容轉交客戶或允許任意複製。

可左右滑動查看完整欄位。

NDA 應涵蓋哪些資料與使用情境？

NDA 是 Non-Disclosure Agreement，中文常稱保密協議。它應服務於實際合作資料流，而不是只列出廣泛的保密義務。工程、採購與法務可共同確認哪些資料需要保護、如何標示，以及哪些人員或第三方可接觸。

保密資料的範圍如何定義？

保密範圍可包含書面文件、電子檔、樣品、口頭說明、照片、設備參數、會議紀錄、程式、影像與現場資訊。若只有標示「機密」的文件才受保護，應確認未標示的樣品、口頭說明與現場觀察如何處理。

資料只可用於什麼目的？

使用目的可限制於可行性評估、報價、設計、製造、試機、驗收或維護。若設備廠希望將匿名化結果用於內部訓練、技術改善或案例展示，也應另行確認。

哪些人員可以接觸？

專案成員、管理者、採購、製造、外包商與第三方供應商可能有不同接觸需求。建議依工作需要控制範圍，而不是所有人員都能自由取得完整資料。

資料如何傳送與保存？

可確認電子郵件、雲端空間、專案平台、可攜式儲存裝置與紙本文件的使用方式，以及檔案命名、權限、備份與版本管理原則。

公開資訊與合法取得資料如何排除？

已公開資訊、設備廠在合作前已持有的技術、由第三方合法取得的資料，可能不屬於同一保密範圍。實際排除條件應由雙方依契約確認。

合作前的口頭技術討論如何處理？

初期會議可能在正式文件交換前就涉及敏感製程。可先使用高層次需求討論，待保密範圍確認後再提供詳細樣品、參數及圖面。

圖面、PLC／HMI 程式與文件交付怎麼確認？

設備可以正常交機，不代表客戶已取得所有設計與程式。交付內容應按文件類型、格式、可編輯程度、使用權及第三方限制逐項確認。

機構圖面交付到什麼深度？

機構交付可能包含總配置圖、組立圖、零件圖、氣路圖、維修圖或可編輯原始檔。應確認哪些圖面用於操作維護，哪些涉及設備廠既有模組或第三方設計。

PLC 程式碼交付代表什麼？

PLC 是 Programmable Logic Controller，中文為可程式邏輯控制器。交付內容可能是可執行程式、備份檔、註解後原始程式、密碼或版本紀錄。客戶是否可自行修改，以及修改後的維護責任，也需事先確認。

HMI 原始檔與操作畫面如何區分？

HMI 是 Human-Machine Interface，中文為人機介面。設備交付通常包含可操作畫面，但是否提供可編輯專案檔、畫面元件、權限設定與開發工具授權，應另行說明。

視覺程式與第三方函式庫如何交付？

視覺功能可能包含相機設定、流程、判定參數、自有程式及第三方函式庫。即使完整功能已交付，第三方授權仍可能限制原始內容的轉交或修改。

文件交付是否等於權利移轉？

提供圖面、程式或手冊，可用於操作、維護、備份或後續修改，但不應自行推定為所有權或全部智慧財產權移轉。權利範圍需由正式契約及交付文件確認。

後續維護需要哪些最低資料？

即使不交付所有原始設計，也可依設備維護需求確認電控圖、I/O 表、參數、備份、元件清單、警報說明及版本紀錄等必要資料。

外包加工與第三方供應商接觸資料如何管理？

專用機常涉及加工廠、板金廠、軟體商、視覺供應商及標準模組廠商。外部合作本身不是問題，重點是哪些資料必須揭露、由誰管理，以及第三方是否承擔相應保密責任。

第三方需要看到完整資料嗎？

可依工作內容提供必要片段，例如只提供加工圖，不提供完整產品圖面與製程參數。若第三方只需製造單一零件，不一定需要取得整機與客戶資訊。

樣品是否可交由第三方測試？

若光學、加工、量測或材料測試需由第三方執行，應確認樣品識別、數量方向、用途、保存、返還及測試結果如何管理。

誰負責第三方的保密義務？

應確認由主承包商管理合作夥伴的保密責任，或由客戶與第三方另行建立文件。無論採何種方式，都需避免責任空白。

第三方元件停產或更換時怎麼處理？

第三方軟體、控制器與標準模組可能因版本或供應狀態改變。若替代會影響程式、接口或驗收，應確認變更流程與資料重新揭露範圍。

故障與售後由誰作為主要窗口？

設備發生跨模組問題時，應有明確窗口協調第三方，避免客戶需要自行判斷問題來自哪一家供應商。實際售後範圍以正式合作內容為準。

設備照片、案例與客戶資訊如何設定公開邊界？

公開案例有助於說明設備經驗，但照片、影片與應用描述可能揭露客戶、產品、製程、產能與廠內資訊。是否公開應以明確授權為前提。

哪些資訊可能具有辨識風險？

客戶名稱、商標、產品外觀、工件圖案、設備銘牌、操作畫面、工單、產線背景、廠服與文件，都可能讓外部辨識專案來源。

匿名化是否足夠？

移除客戶名稱不一定代表無法辨識。特殊工件、設備配置、節拍、精度及製程描述仍可能暴露專案資訊，因此匿名化範圍也需確認。

公開媒體與使用目的要不要分開授權？

網站案例、展覽簡報、社群、型錄、內部教育與業務提案的公開程度不同。可依媒體、用途、內容與期間分別設定授權。

設備交付後拍攝的照片由誰管理？

在客戶現場拍攝設備、試機與驗收影像前，應確認拍攝範圍及保存用途。設備廠自行設計製造，不代表可自由拍攝或公開客戶現場。

客戶提供的樣品影像可否用於內部技術累積？

若影像將用於演算法改善、教育、故障分析或其他專案測試，應說明使用目的、匿名方式、保存及接觸權限。

專案結束後，樣品、圖面與程式資料如何處理？

專案完成、中止或合作關係終止時，資料不應停留在未定義狀態。雙方需兼顧保密、維護、保固、後續改版及法定保存需求，確認哪些資料返還、刪除或保留。

實體樣品與治具如何返還？

樣品、NG 品、載具、治具及測試材料應建立清單，說明返還、報廢或繼續保存的方式。敏感樣品不宜只以一般廢棄物方式處理。

電子檔與備份是否一併刪除？

電子郵件、雲端空間、專案伺服器、個人電腦、行動裝置與備份系統可能同時留有副本。實際刪除範圍及可行性需在合作文件中說明。

為維護設備需要保留哪些資料？

設備廠可能需要保留最終圖面、程式版本、參數與問題紀錄，以支援後續維護。保留目的、期限方向、接觸權限與保密責任應和客戶需求取得平衡。

合作中止時未完成成果如何處理？

若專案在設計、製造或測試階段中止，應確認已完成圖面、程式、樣品測試及第三方採購資料的使用與交付邊界。

資料刪除或返還如何留下紀錄？

可依專案風險建立返還清單、刪除聲明或資料結案紀錄。實際形式由雙方依公司制度與契約要求確認。

專用機 ODM/OEM IP 與保密責任檢查表

下表可作為技術、採購與法務在合作前的共同討論框架。表中項目不代表固定法律結論，實際權利與責任仍需由雙方正式文件確認。

可左右滑動查看完整欄位。

簽署 NDA 前，最低需要整理哪些資料？

初步評估不一定需要立即提供所有敏感資料。可先整理資料分類與揭露目的，再分階段提供足以支援報價、可行性測試與設計的內容。

合作模式與責任分工

先確認專案偏向依客戶圖面製造、由設備廠設計，或雙方共同開發。不同模式會影響設計資料、成果與修改責任。

資料清單與機密等級

列出產品圖面、樣品、製程參數、影像、軟體接口及現場資料，並標示哪些內容可在初期提供、哪些需在 NDA 後或特定階段揭露。

既有 IP 與新成果的初步分類

記錄雙方在專案前已存在的技術，以及預期可能產生的客製成果。正式權利仍以契約確認，但前期分類有助於避免誤解。

預期交付內容

列出設備、治具、圖面、電控文件、程式、操作文件與測試資料的預期用途及交付深度。

第三方與外包需求

確認是否需要第三方軟體、模組、加工、測試或現場服務，以及相關資料可揭露到何種程度。

公開與案例使用限制

先說明是否禁止公開客戶名稱、工件、設備照片、影片、數據及廠內畫面，避免專案完成後才處理案例授權。

完整合作模式、開發流程與責任分工，可參考專用機 ODM/OEM 合作指南。

結論：先劃分 IP 與資料邊界，再進入專用機開發

專用機 ODM/OEM 保密管理不應只停留在簽署 NDA。合作前應先區分客戶既有 IP、設備廠既有技術、本案新成果、共同開發成果及第三方授權，再確認每一類資料可如何使用、交付與保存。

圖面、PLC／HMI 程式、視覺邏輯、樣品、測試資料及案例公開，都應有各自的權利與責任邊界。若有外包或第三方參與，也需明確管理最小揭露、接口、驗收與售後窗口。

最終權利、保密及交付內容仍應透過雙方正式文件確認；工程與採購團隊則可利用本文清單，在規格、報價與開發前先排除主要認知差異。