軟體著作權、原始碼和智慧財產權分別歸誰？

直接回答

先給出可以用於決策的結論

企業最關心的是能否持續使用、修改、部署和交給其他團隊維護。供應商可能保留通用框架和非客戶專屬能力，同時將專案定製成果按合同轉讓或授權客戶；開源部分受各自許可證約束，商業元件則可能只提供使用許可。軟體著作權登記是權利證明方式之一，不自動解決合同中所有資產邊界。

DECISION FACTORS

同一個問題在不同企業、資料和專案階段下可能有不同答案。建議先核對以下條件，再把網上的通用結論代入自己的專案。

專案開始前雙方分別擁有哪些程式碼、資料和設計定製成果是轉讓、獨佔許可還是普通使用許可是否使用開源、商業SDK、字型、圖片和模型服務客戶是否需要二次開發、私有部署或對外銷售

ACTION STEPS

建立背景智慧財產權與專案成果清單。

審查第三方許可證和供應商元件的使用限制。

在合同中分別約定交付、使用、修改、登記和再授權。

驗收時移交程式碼、許可清單、版本與授權證明。

PRACTICAL EXAMPLE

示例用於說明判斷方法

客戶獲得業務程式碼和著作權，但系統依賴供應商僅授權使用的報表元件。若未來更換團隊，仍需續費或替換元件。提前列出依賴與授權範圍，才能避免“擁有原始碼卻無法獨立執行”。示例不代表特定客戶業績，實際結論需要結合企業自己的業務量、樣本、系統和責任邊界驗證。

COMMON RISKS

合同只寫智慧財產權歸客戶，沒有定義具體成果

複製網路程式碼或素材，未核查授權

把原始碼交付等同於獲得全部著作權和再銷售權

ACCEPTANCE

交付資料應包含倉庫、版本、元件與許可證清單、設計和資料歸屬、著作權登記協助以及第三方續費責任。重要權屬安排應由專業法律人員結合合同和實際貢獻稽核。

準備與供應商或內部團隊溝通時，建議帶上當前流程、代表性樣本、現有系統、計劃時間和預算等級。先把未知項明確標註，再決定採用診斷、PoC、固定範圍專案或持續研發，通常比直接索要一個缺少邊界的價格和工期更可靠。