連絡電話

(02) 2720-9880

服務信箱

ctlm@ctlm.com.tw

外包做出來的東西歸誰?解析著作權歸屬條款的致命盲點與財產權取得指南

外包做出來的東西歸誰?解析著作權歸屬條款的致命盲點與財產權取得指南

花了數十萬外包開發 App 或設計品牌識別,結案後卻發現拿不到原始碼,甚至被告知無權修改內容?許多創辦人誤以為「付錢開發,東西就是公司的」,卻忽略了法律預設將權利歸屬於實際創作的一方。若未在合約中精確導向權利移轉,您的企業資產可能隨時面臨侵權風險,或在未來擴張時被委外廠商勒索高額授權費。

關於外包做出來的東西歸誰?著作權歸屬條款的致命盲點通常隱藏在「著作人」與「財產權歸屬」的模糊定義中。要規避法律糾紛並確保公司擁有百分之百的資產主導權,您必須在議約階段落實以下要點:

  • 明確約定由出資方取得著作財產權,而非僅是「授權使用」。
  • 約定受託人承諾不對出資方行使著作人格權,以確保後續改作的彈性。
  • 在條款中載明交付標的包含所有原始碼、設計母檔及相關技術文件。

確保數位資產所有權的實務執行建議:

  1. 明列交付清單附件:在合約附件中具體要求交付「可編輯原始檔」,如帶註解的 Source Code 或未合層的設計稿,避免法律擁有產權但技術上無法讀取。
  2. 使用強效讓與字詞:審核條款時,務必將「授權使用、同意利用」改為「著作財產權無條件讓與」,並確保範圍涵蓋改作權及編輯權。
  3. 款項與權利連動機制:在合約中設定「甲方支付末期款時,本專案所有權利即刻自動移轉」,以此作為對外包商交付完整技術文件的最後監督籌碼。

預設權利不在你身上?釐清法律定義下外包產出物的著作權歸屬真相

許多企業主與專案經理在外包軟體開發或品牌設計時,常落入「我付錢,產出物當然屬於我」的直覺誤區。事實上,關於外包做出來的東西歸誰,法律的預設邏輯往往與商業直覺相反。根據著作權法第 12 條的規範,在「出資聘請他人完成著作」的情境下,若雙方未在合約中明確約定權利歸屬,受聘人(即開發商或設計師)才是該作品的著作人,並擁有完整的著作財產權。出資人僅取得在「原定目的範圍內」利用該著作的權利,這正是最容易被忽視的著作權歸屬條款的致命盲點

為何「付錢」不等於「擁有」?法律定義的三種層次

若合約中對權利歸屬隻字未提,企業即使支付了全額開發費,也可能面臨無法取得原始碼(Source Code)、無法自行修改程式、甚至無法將設計圖稿授權給第三方使用的窘境。要確保公司資產的完整性,必須釐清以下法律歸屬的三種預設路徑:

  • 完全未約定:著作權歸外包廠商所有,企業僅能依合約目的使用,無權主張所有權或進行二次改作。
  • 約定著作人為出資人:法律地位最穩固,公司從產出那一刻起即直接擁有原始著作權,無需經過移轉程序。
  • 約定著作人為受聘人,但移轉財產權:廠商保有著作人格權(如姓名表示權),但將經濟開發的「著作財產權」讓與給公司,這是目前業界最常見的折衷做法。

實務判斷依據:你的合約是否具備防禦力?

要避開法律糾紛並確保擁有資產,不能只看結案交付物,更要看合約中的「權利讓與」文字。一個合格的委外合約必須明確記載「受聘人同意將本專案所產生之著作財產權,於交付時無條件讓與出資人」。若合約中僅提到「授權使用」而非「權利移轉」,代表原始碼或設計檔案的所有權仍握在對方手中,未來若廠商倒閉或雙方關係惡化,公司將面臨核心技術斷鏈的法律風險。

核心判斷重點:檢查合約中是否同時處理了「著作人格權(承諾不對出資人行使)」與「著作財產權(全數移轉予出資人)」。唯有完成這兩層法律動作,企業支付的預算才能真正轉化為公司可自由處分、處置與再授權的無形資產。

如何透過合約取得完整權利:明確約定著作財產權讓與的簽約標準流程

打破「出錢就是大爺」的法律迷思

許多中小企業主與創辦人常誤以為只要支付酬金,外包產出的原始碼或設計檔案便自動歸公司所有。事實上,若合約中未針對權利歸屬進行明確約定,根據法律預設,受託人(外包商)才是著作人並保有著作財產權。這正是「外包做出來的東西歸誰?著作權歸屬條款的致命盲點」中最容易被忽略的環節:你支付的費用可能僅包含「使用權」而非「所有權」,導致日後若需修改程式或轉售資產時,仍須受制於原始開發者。

簽約標準流程:確保資產所有權的關鍵三步驟

  • 定義讓與標的:在條款中必須羅列所有交付物,包含但不限於原始碼(Source Code)、設計原檔(.psd, .ai)、資料庫結構及相關技術文件。若未明列原始碼,外包商可能僅交付編譯後的執行檔,造成技術斷層。
  • 約定著作財產權讓與:合約應明確記載「受託人同意將本專案所產生之所有著作財產權,於驗收完成後全部且永久讓與委託人」。請務必使用「讓與」(Transfer)而非「授權」(License),前者才是真正取得產權。
  • 限制著作人格權行使:由於著作人格權依法不可轉讓,企業必須在合約中要求受託人承諾「對委託人及其授權之第三人,不行使著作人格權」,如此一來,公司在未來修改、拆分或重組專案成果時,才不會面臨侵權指控。

執行判斷依據:驗收與權利轉移的自動銜接

為避免付款後外包商消極配合,最有效的執行重點在於將「權利轉移」與「結案驗收」掛鉤。一個專業的合約條文應設定為:「自委託人完成末期款項支付之日起,本案標的物之著作財產權即刻自動移轉予委託人所有,受託人不另簽立書面文件」。這項判斷指標能確保企業主在結案當下,無需二次追討所有權證明,直接掌握數位資產的主動權。

外包做出來的東西歸誰?解析著作權歸屬條款的致命盲點與財產權取得指南

外包做出來的東西歸誰?著作權歸屬條款的致命盲點. Photos provided by unsplash

超越基本轉讓:針對未來修改權與商業二次開發的進階授權佈局

許多中小企業主在簽署合約時,誤以為只要標註「著作財產權歸甲方所有」即萬無一失。然而,外包做出來的東西歸誰?著作權歸屬條款的致命盲點往往隱藏在「著作人格權」與「改作權」的細節中。若未在合約中明確規範,即便公司擁有了財產權,未來在面對系統升級、功能擴充或將現有 UI 改版時,原創者仍可能以「維護作品完整權」為由,干預企業的二次開發,導致專案陷入停滯或需支付額外授權金。

核心關鍵:確保「改作權」與「人格權不予行使」的雙重保障

為了確保數位資產能隨企業成長靈活調整,合約中必須針對未來的使用情境進行進階佈局,而非僅停留在一次性的交付物結案。以下是確保商業二次開發權利的三大要素:

  • 明文約定「改作權」歸屬:改作權是將原著作物進行翻譯、編曲、改寫、拍攝或其他變更的權利。在軟體開發中,這代表了重構程式碼與新增功能的法律依據。
  • 約定「著作人格權不予行使」:著作人格權(如姓名表示權、完整性維護權)依法不可轉讓。若未要求創作者承諾對甲方及其授權之人「不予行使」,未來任何更動都可能面臨侵權指控。
  • 交付可編輯之原始檔案:法律上的所有權必須搭配實體存取權。合約應強制規定交付包含但不限於具註解之原始碼(Source Code)、圖層未合併之設計稿(.psd, .ai)及完整的技術文件。

執行判斷依據:如何檢核合約是否具備未來擴展性?

在審核合約條款時,請直接尋找是否包含以下關鍵字句作為判斷標準:「乙方同意對甲方及其繼受人或經甲方授權之人,永久不予行使著作人格權,並授權甲方得自行或委託第三人對本著作物進行修改、刪除或增補。」若合約僅提到「著作財產權移轉」,卻漏掉這段表述,代表您的企業在未來進行二次開發時,將面臨極高的法律風險。專業的授權佈局應能支持企業將此產出物拆解、模組化,並自由應用於下一代產品中,而非被合約束縛在單一版本。

破除「付錢就是老大」的致命誤區:建立嚴謹著作權歸屬條款的最佳實務

許多中小企業主與新創創辦人常有「我出錢,東西權利當然歸我」的直覺,但在法律實務中,這正是導致外包做出來的東西歸誰?著作權歸屬條款的致命盲點。根據著作權法預設,外包開發的著作權原則上歸屬於實際產出的「受聘人」(開發商或設計師)。若合約未明確約定,出資者僅取得「利用權」而非「所有權」。這意味著你付了錢,卻可能無法自由修改原始碼、轉售產品,甚至在未來公司估值或併購時,因資產產權不完整而面臨法律挑戰。

區分「利用權」與「財產權」的本質差異

在委外合約中,單純的「結案交付」並不等同於「權利移轉」。若合約條款模糊,原開發者仍保有著作財產權,業主僅能依照當初開發的目的進行有限度使用。當企業需要進行跨平台移植、介面改版或將技術授權給子公司時,若未掌握著作財產權,極易引發原外包商索要額外授權費的糾紛。因此,合約的核心目標必須從「取得成品」提升至「取得完整的著作財產權」。

建立資產所有權的關鍵條款檢視清單

  • 明確約定著作人:合約應直接約定「以甲方(出資人)為著作人」,這是在法律上最徹底、無須後續轉讓流程的權利取得方式。
  • 著作人格權的限制:由於著作人格權(如姓名表示權)依法不可轉讓,合約中務必加入「乙方承諾不對甲方及其授權之人行使著作人格權」之條款,避免未來修改檔案時遭遇阻礙。
  • 標的物範圍極大化:權利歸屬範圍不應僅限於「最終產出物」,必須涵蓋開發過程中的中間產物、底層架構、演算法及所有可編輯原始碼(Source Code)

執行重點與判斷依據:在檢視合約時,請確認條款中是否包含「讓與」「約定為著作人」字眼,而非僅使用「同意甲方使用」等授權式字眼。最嚴謹的判斷標準在於:合約是否明訂「乙方於收受全額款項之同時,無條件將本專案相關之著作財產權完整移轉予甲方」。唯有在法律上切斷受聘人的財產權連繫,企業才能真正掌握數位資產的主控權,避開日後受制於人的侵權風險。

數位資產授權完整性檢核表:確保企業二次開發權
核心維度 常見漏洞 (僅約定財產權移轉) 進階佈局建議 (確保未來擴展)
改作權 (Adaptation) 法律上限制程式重構或 UI 改版權利 明文授權甲方得自行或委託他人增補、修改
著作人格權 (Moral Rights) 原創者可主張「作品完整權」干預開發 約定對甲方及授權之人「永久不予行使」
實體控制權 (Delivery) 僅取得成品,維護與升級受制於原廠商 強制交付具註解之原始碼及未合併圖層之設計稿

外包做出來的東西歸誰?著作權歸屬條款的致命盲點結論

確保公司資產完整的核心不在於支付了多少開發費,而在於合約條款是否精確切斷了受託人的權利連繫。企業主若未釐清「外包做出來的東西歸誰?著作權歸屬條款的致命盲點」,極易陷入空有檔案卻無處置權的法律僵局。建議在簽約階段即跳脫「出錢就是老大」的直覺,轉而追求「著作財產權讓與」與「著作人格權不予行使」的雙重法律保障。唯有將驗收程序與權利移轉自動掛鉤,並在合約中明定包含原始碼、演算法在內的所有標的物歸屬,才能將委外支出轉化為真正具備市場競爭力的數位資產,避免未來在技術升級或公司併購時,因產權瑕疵而支付昂貴的法律贖回代價。

外包做出來的東西歸誰?著作權歸屬條款的致命盲點 常見問題快速FAQ

Q1:如果合約沒寫權利歸屬,我可以直接把外包開發的軟體拿去賣嗎?

不行,法律預設著作權歸開發商,您僅取得「使用權」,若擅自轉售將構成侵權行為。

Q2:我已經拿到原始碼了,是否代表我擁有完整的改作權?

不一定,若合約未載明「著作財產權移轉」,您僅有讀取權,自行修改或交由第三方維護仍可能違反著作權法。

Q3:為什麼一定要加註「不予行使著作人格權」?

因為著作人格權不可轉讓,若不約定放棄行使,原作者未來可以「維護作品完整性」為由,法律阻止您對成品進行任何修改。

分享此篇文章
Facebook
Email
Twitter
LinkedIn