소스코드 소유권, 계약서에 안 적으면 4천만원 소송 위험?

# 소스코드 소유권, 계약서에 안 적으면 4천만원 소송 위험?

우리 회사 홈페이지, 소스코드는 도대체 누구 것일까요?

---

안녕하세요, 오늘은 정말 많은 사업주분들이 놓치고 있는, 그러면서도 한번 터지면 수천만 원의 손해로 이어지는 소스코드 소유권 분쟁 이야기를 해보려고 합니다. 😥

혹시 이런 경험 있으신가요? 홈페이지 제작을 외주로 맡기고 몇 년간 잘 쓰다가, 이제 다른 개발사로 유지보수를 옮기려고 하는데 기존 제작사가 "소스코드는 못 드립니다"라고 답한 경우요. 혹은 반대로, 개발사 입장에서 열심히 만들어 납품한 프로그램을 발주처가 자기 마음대로 복제해서 다른 곳에 되팔거나 유사 서비스를 만드는 걸 발견한 경우요.

실제로 2026년 현재까지도 이런 분쟁은 끊이지 않고 있습니다. 최근 판례 중에는 홈페이지 제작사가 발주처, 즉 피고를 상대로 소스코드 무단 복제 및 상업적 사용을 이유로 소송을 제기했고, 법원에서 피고에게 4,000만 원을 지급하라는 화해권고결정이 내려진 사례도 있었습니다. 이 사건에서 법원은 소스코드의 창작성을 인정했고, 계약 해석상 저작권이 개발사에 귀속된다고 판단했습니다.

문제는 이런 분쟁의 근본 원인이 대부분 "계약서에 저작권 귀속 조항을 명확히 적지 않았기 때문"이라는 점입니다. 발주처는 "돈 주고 만들었으니 당연히 내 것"이라고 생각하고, 개발사는 "내가 창작했으니 내 저작물"이라고 생각합니다. 이 간극이 계약서 한 줄로 정리되지 않으면, 결국 소송으로 갈 수밖에 없는 거죠.

이 글에서는 소스코드 소유권의 법적 기준부터, 홈페이지 저작권이 실제로 누구에게 귀속되는지, 그리고 개발 계약서 체크리스트는 어떻게 작성해야 하는지까지 A부터 Z까지 완벽하게 정리해드리겠습니다. 📋

---

소스코드 소유권, 법적으로 누구에게 있는 걸까?

많은 분들이 오해하는 지점이 바로 여기입니다. "돈을 냈으니 내가 주인이다"라는 상식적인 생각이, 저작권법 앞에서는 통하지 않는다는 사실이에요. 우리나라 저작권법의 기본 원칙은 창작자주의입니다. 즉, 프로그램을 실제로 만든 사람, 코드를 짠 개발자(또는 개발사)가 원칙적으로 저작자가 되고, 저작권도 그 사람에게 귀속됩니다.

이게 왜 중요할까요? 계약서에 저작권 귀속에 관한 특약이 없으면, 위탁계약(외주 개발 계약)의 경우 별다른 특약이 없는 한 프로그램을 직접 창작한 자, 즉 개발사가 저작자가 됩니다. 발주처는 단지 계약 범위 내에서 사용할 권리만 허락받은 것으로 해석되고, 심지어 소스코드를 제공받을 의무 자체가 개발사에게 발생하지 않는다고 보는 게 법원의 일반적인 태도입니다.

다시 말해, 홈페이지 저작권은 "돈을 낸 사람"이 아니라 "코드를 짠 사람"에게 원칙적으로 귀속된다는 겁니다. 그리고 발주처가 받을 수 있는 건 결과물을 계약 목적대로 '사용'할 권리이지, 소스코드 자체를 넘겨받을 권리가 아닌 경우가 대부분이라는 거죠.

이 원칙을 모른 채 계약을 진행하면 어떤 일이 벌어질까요? 홈페이지를 만들고 몇 년 후, 유지보수 업체를 바꾸려고 할 때 기존 개발사가 소스코드 제공을 거부하는 상황이 생깁니다. 법적으로 별도 특약이 없다면 개발사는 "저는 제공 의무가 없습니다"라고 당당하게 말할 수 있는 거예요. 발주처 입장에서는 억울하지만, 계약서에 그 내용을 적어두지 않았다면 법적으로 다투기가 쉽지 않습니다.

반대로 개발사 입장에서도 이 원칙을 모르고 있다가, 발주처가 소스코드를 복제해 다른 사업에 활용하는 걸 알고도 "계약서에 아무 말도 안 했으니 어쩔 수 없나?"라고 포기하는 경우도 있습니다. 하지만 앞서 언급한 4,000만 원 화해권고결정 사례처럼, 창작성이 인정되고 계약 해석상 저작권이 개발사에 있다고 판단되면 오히려 발주처가 큰 손해배상 책임을 질 수도 있는 겁니다.

---

계약서에 '저작권 귀속' 조항이 없을 때 벌어지는 일들

이제 좀 더 구체적으로, 계약서에 저작권 관련 조항이 없으면 실무에서 어떤 문제가 생기는지 하나씩 짚어보겠습니다. 이 부분이 실제로 분쟁의 8~9할을 차지한다고 봐도 과언이 아닙니다.

첫째, 소스코드 제공 거부 문제가 가장 흔합니다. 홈페이지를 잘 쓰다가 유지보수 업체를 바꾸려는데, 기존 개발사가 "소스코드는 저희 자산이라 드릴 수 없습니다"라고 하는 경우입니다. 계약서에 "완성된 소스코드 및 저작권 일체를 발주처에 양도한다"는 문구가 없다면, 법적으로 개발사가 우위에 있는 상황이 될 가능성이 큽니다.

둘째, 유지보수 계약 분쟁도 자주 발생합니다. 처음 개발 계약 시에는 저작권 얘기가 없다가, 유지보수 계약을 별도로 맺으면서 "소스코드 수정 권한은 어디까지냐"를 놓고 다투는 경우입니다. 특히 발주처가 내부 개발자를 고용해 직접 수정하려 할 때, 원 개발사가 "수정 권한은 저희에게만 있다"고 주장하며 충돌하는 사례가 많습니다.

셋째, 무단 재사용·재판매 문제입니다. 이건 반대 방향의 분쟁인데요, 개발사가 한 발주처를 위해 만든 소스코드의 뼈대를 그대로 가져다 다른 고객사에게 재판매하는 경우입니다. 발주처 입장에서는 "우리만을 위한 맞춤 개발"이라고 생각했는데, 알고 보니 유사한 코드가 여러 곳에 팔리고 있었다면 이것도 분쟁의 씨앗이 되죠.

넷째, 폐업·계약 종료 후 자료 미보관 문제입니다. 개발사가 폐업하거나 담당자가 퇴사하면서 소스코드 원본이 사라지는 경우입니다. 이럴 때 발주처는 홈페이지에 문제가 생겨도 손 쓸 방법이 없어 처음부터 다시 개발해야 하는 최악의 상황을 맞을 수 있습니다.

이런 문제들을 예방하려면 결국 개발 계약서 체크리스트를 처음부터 꼼꼼히 만들어야 합니다. 계약서 한 줄, 조항 하나가 나중에 수천만 원짜리 소송을 막아주는 방패가 되는 셈이니까요.

---

법원은 계약 내용이 불분명할 때 어떻게 판단할까?

그렇다면 계약서에 저작권 관련 내용이 애매하게 적혀 있거나, 아예 언급이 없을 때 법원은 어떤 기준으로 판단할까요? 이 부분을 정확히 알아두시면 향후 계약서 작성이나 분쟁 대응에 큰 도움이 됩니다.

법원의 기본 태도는 이렇습니다. 저작권 양도 또는 이용허락 여부가 불명확할 경우, 저작자에게 권리가 유보된 것으로 유리하게 추정한다는 겁니다. 이건 저작권법의 대원칙 중 하나인데요, 저작권은 창작자를 보호하는 방향으로 해석하는 것이 기본이기 때문에, 애매하면 애매할수록 개발사(창작자) 쪽에 유리하게 결론이 난다는 뜻입니다.

그럼 법원이 이걸 판단할 때 아무 근거 없이 그냥 "창작자 편"을 드는 걸까요? 그렇지 않습니다. 법원은 다음과 같은 요소들을 종합적으로 살펴봅니다.

먼저, 거래관행입니다. 해당 업계에서 통상적으로 저작권을 어떻게 처리해왔는지를 봅니다.

다음으로, 당사자의 지식 수준입니다. 발주처가 IT 업계에 대한 이해가 얼마나 있었는지, 계약 당시 저작권 문제를 인지하고 있었는지를 살핍니다.

그리고, 당사자의 행동입니다. 계약 체결 전후로 양측이 어떻게 행동했는지, 예를 들어 발주처가 소스코드를 요구했는지, 개발사가 이를 제공했는지 등의 정황도 중요한 판단 근거가 됩니다.

마지막으로, 계약 체결 경위와 목적입니다. 처음부터 발주처가 소스코드까지 소유하려는 목적으로 계약을 체결했는지, 아니면 단순히 완성된 홈페이지를 사용하려는 목적이었는지를 따져봅니다.

여기서 아주 중요한 예외 규정이 하나 있습니다. 발주처가 기획과 자금을 전담하고, 개발사는 인력만 제공해서 오직 발주처만을 위해 납품한 경우라면 얘기가 달라집니다. 이런 경우, 즉 위탁자(발주처)가 전적으로 프로그램을 기획하고 투자하며, 개발사는 단순히 인력만 빌려주는 형태로 위탁자만을 위해 개발·납품했다면, 예외적으로 위탁자가 저작자로 인정될 수 있습니다.

이 예외 조항은 실무에서 굉장히 중요한데요, 예를 들어 발주처가 상세 기획서를 직접 작성하고, 개발사는 그 기획서대로 코딩만 해주는 형태의 SI(시스템 통합) 프로젝트라면 이 예외가 적용될 가능성이 높아집니다. 반대로 일반적인 홈페이지 제작 외주처럼 개발사가 기획, 디자인, 코딩을 모두 주도적으로 수행했다면 원칙대로 개발사가 저작자가 될 가능성이 큽니다.

---

개발 계약서 체크리스트, 이 조항들은 반드시 넣으세요

자, 이제 가장 중요한 실전 파트입니다. 소스코드 소유권 분쟁을 원천 차단하려면 계약서에 어떤 조항을 넣어야 할까요? 개발 계약서 체크리스트를 정리해드리겠습니다.

첫째, 저작권 귀속 조항을 명시하세요.
"본 계약에 따라 완성된 프로그램의 저작권은 [발주처/개발사]에게 귀속된다"는 문구를 명확히 넣어야 합니다. 특히 "일체의 지식재산권"이라는 표현까지 포함하면 더 확실합니다.

둘째, 소스코드 제공 의무를 별도로 명시하세요.
저작권 귀속과 별개로, 소스코드 원본 및 관련 문서(DB 설계도, API 문서 등)를 언제, 어떤 형태로 제공할지 구체적으로 적어야 합니다. "잔금 지급 완료 시 소스코드 일체를 이메일 또는 외장저장매체로 제공한다" 같은 식으로요.

셋째, 유지보수 계약과 개발 계약을 분리해서 검토하세요.
개발 계약 종료 후 유지보수 계약을 별도로 체결할 때, 소스코드 수정 권한과 재위탁 가능 여부를 명확히 해야 유지보수 계약 분쟁을 예방할 수 있습니다.

넷째, 재사용·재판매 제한 조항을 넣으세요.
개발사가 해당 소스코드의 핵심 로직을 다른 고객사에 재사용할 수 있는지, 있다면 어느 범위까지 가능한지 명시해야 합니다. 반대로 개발사 입장에서는 자사의 노하우가 담긴 프레임워크나 라이브러리는 별도로 저작권을 유보하는 조항을 넣는 것이 유리합니다.

다섯째, 소프트웨어 임치 제도 활용을 검토하세요.
개발사의 폐업이나 계약 해지 등 만일의 사태에 대비해, 소스코드를 제3의 신뢰기관에 보관해두는 소프트웨어 임치 제도를 활용하는 것도 좋은 대안입니다. 이는 발주처와 개발사 모두에게 안전장치가 될 수 있습니다.

여섯째, 정부 발주 사업이라면 특별 조건을 확인하세요.
정부 발주 소프트웨어 용역계약의 경우, 저작권법뿐만 아니라 기획재정부계약예규인 '용역계약일반조건'이 함께 적용됩니다. 일반 민간 계약과는 다른 조항들이 있으니, 정부 및 공공기관 프로젝트를 수주하거나 발주하는 경우 반드시 이 부분을 별도로 검토해야 합니다.

---

2026년 현재, 소스코드 소유권 분쟁은 왜 더 늘고 있을까?

최근 몇 년간 외주 개발 저작권 분쟁이 눈에 띄게 늘어난 배경에는 몇 가지 트렌드가 있습니다.

먼저, 디지털 전환이 가속화되면서 중소기업, 소상공인들까지도 자체 홈페이지나 웹 서비스, 앱을 외주로 제작하는 사례가 폭발적으로 증가했습니다. 문제는 이런 소규모 프로젝트일수록 계약서를 간단하게 작성하거나, 아예 구두 계약으로 진행하는 경우가 많다는 겁니다. 계약서 없이 진행된 프로젝트는 분쟁이 생겼을 때 입증 자체가 어려워집니다.

또한 노코드·로코드 플랫폼과 생성형 AI 개발 도구가 확산되면서, "이 정도는 직접 수정할 수 있지 않나?"라는 인식이 발주처 사이에 확산되고 있습니다. 이로 인해 발주처가 기존 개발사 몰래 소스코드를 확보해 내부적으로 수정하거나, 다른 업체에 넘기려다 분쟁이 발생하는 경우도 늘고 있습니다.

동시에 개발사들 사이에서도 위기의식이 커지면서, 자사의 창작물을 보호하기 위해 소송을 적극적으로 제기하는 사례가 증가하는 추세입니다. 앞서 소개한 4,000만 원 화해권고결정 사례가 대표적인 신호탄이라고 볼 수 있습니다. 이 판례 이후 유사한 분쟁에서 개발사들이 "우리도 소송으로 대응할 수 있다"는 인식을 갖게 되었고, 실제 법적 대응 사례가 늘어나고 있는 것이죠.

---

소스코드 소유권 확보 방법 3가지 비교

소스코드 소유권 문제를 예방하는 방법은 여러 가지가 있는데, 각각 장단점이 뚜렷합니다. 어떤 방식이 우리 회사 상황에 맞는지 비교해보겠습니다.

표에서 보시듯, 저작권 양도 조항을 계약서에 명확히 넣는 것이 가장 기본이자 필수입니다. 여기에 더해 시스템 규모가 크고 장기간 운영해야 하는 프로젝트라면 소프트웨어 임치 제도까지 함께 활용하는 것이 이상적입니다. 반면 계약서 없이 구두로만 진행하는 경우는 분쟁 발생 시 입증 자체가 어려워 가장 위험한 선택이라는 점, 꼭 기억해두셔야 합니다.

---

실전 사례로 보는 소스코드 소유권 분쟁의 결말

실제 사례를 통해 이 문제를 더 생생하게 이해해보겠습니다. 앞서 말씀드린 화해권고결정 사건을 좀 더 자세히 살펴보면, 홈페이지 제작사(원고)가 발주처(피고)를 상대로 소송을 제기한 배경에는 피고가 원고로부터 납품받은 소스코드를 무단으로 복제해 상업적으로 사용한 정황이 있었습니다.

이 사건에서 법원은 두 가지를 명확히 했습니다.

첫째, 소스코드의 창작성을 인정했습니다. 단순히 흔한 템플릿을 짜깁기한 수준이 아니라, 개발사가 독자적으로 설계하고 구현한 부분이 저작권법상 보호받을 만한 창작성을 갖추고 있다고 본 것입니다.

둘째, 계약 해석상 저작권이 개발사에 귀속된다고 판단했습니다. 계약서에 저작권을 발주처에게 양도한다는 명확한 조항이 없었기 때문에, 원칙대로 창작자인 개발사에게 저작권이 남아있다고 본 것이죠.

결국 법원은 화해권고결정을 통해 피고가 원고에게 4,000만 원을 지급하도록 했습니다. 이 금액은 단순히 소송 비용 정도가 아니라, 무단 사용에 따른 실질적인 손해배상 성격이 강한 액수입니다.

이 사례가 우리에게 주는 교훈은 명확합니다. 발주처 입장에서는 "돈을 지불했으니 당연히 소스코드도 내 것"이라는 안이한 생각이 얼마나 위험한지, 그리고 개발사 입장에서는 계약서에 명확한 저작권 조항이 없어도 소송을 통해 정당한 권리를 주장할 수 있다는 사실을 동시에 보여줍니다.

만약 이 사건의 계약서에 처음부터 "완성된 소스코드 및 저작권은 발주처에게 양도한다"는 조항이 명확히 있었다면, 이런 소송 자체가 발생하지 않았을 가능성이 높습니다. 반대로 개발사 입장에서는 계약서에 "본 소스코드의 저작권은 개발사에 유보하며, 발주처는 계약 목적 범위 내에서만 사용할 수 있다"는 조항을 넣었다면, 처음부터 분쟁의 소지를 없애고도 안전하게 권리를 지킬 수 있었을 것입니다.

---

지금 바로 확인해야 할 계약서 점검 가이드

그렇다면 지금 우리 회사가 맺은 개발 계약서, 혹은 앞으로 체결할 계약서는 어떤 순서로 점검해야 할까요? 단계별로 정리해드리겠습니다.

Step 1. 기존 계약서에서 저작권 조항 유무 확인
이미 체결한 계약서가 있다면, '저작권', '지식재산권', '소스코드' 관련 조항이 있는지 먼저 찾아보세요.

Step 2. 저작권 귀속 주체 명확화
조항이 있다면 저작권이 누구에게 귀속되는지, 없다면 새로운 계약이나 부속 합의서를 통해 이를 명확히 하는 협의를 진행하세요.

Step 3. 소스코드 제공 시기 및 방식 협의
잔금 지급 완료 시점, 프로젝트 종료 시점 등 소스코드를 언제 어떤 형식으로 전달받을지 구체적으로 합의하세요.

Step 4. 유지보수 계약 별도 검토
개발 계약과 유지보수 계약이 분리되어 있다면, 유지보수 계약서에도 소스코드 접근 권한과 수정 범위가 명시되어 있는지 확인하세요.

Step 5. 소프트웨어 임치 여부 결정
장기 운영이 예상되는 중요 시스템이라면 소프트웨어 임치 활용 여부를 검토하고, 필요시 전문 임치기관에 문의하세요.

Step 6. 정부·공공 발주 여부 확인
정부 발주 프로젝트라면 저작권법 외에 '용역계약일반조건' 적용 여부를 반드시 함께 검토하세요.

---

계약서 점검, 지금 안 하면 얼마나 손해일까?

개발 계약서 체크리스트를 처음부터 꼼꼼히 챙기는 것과, 문제가 터진 후 대응하는 것은 비용 차이가 엄청납니다. 계약서 검토나 부속 합의서 작성에 드는 비용은 통상 수십만 원에서 수백만 원 수준이지만, 앞서 살펴본 사례처럼 소송으로 번지면 4,000만 원 이상의 손해배상은 물론, 소송 비용과 시간, 그리고 사업 운영 차질까지 더해져 실질적 손해는 그 몇 배에 달할 수 있습니다.

또한 소스코드를 제대로 확보하지 못한 채 유지보수 업체를 바꿔야 하는 상황이 되면, 처음부터 재개발해야 하는 경우도 있어 시간과 비용 손실이 배가됩니다. 반대로 처음부터 계약서를 명확히 해두면 향후 유지보수사 변경, 시스템 고도화, 매각·투자 유치 시 지식재산권 실사 대응까지 모두 수월해집니다.

---

자주 묻는 질문 FAQ

Q1. 계약서에 아무 조항이 없으면 무조건 개발사가 저작권을 가지나요?
원칙적으로는 창작자인 개발사에게 저작권이 유보되는 것으로 추정되지만, 발주처가 전적으로 기획·투자하고 개발사는 인력만 제공한 예외적 경우라면 발주처가 저작자로 인정될 수 있습니다. 개별 사안마다 다르니 계약 경위를 꼼꼼히 따져봐야 합니다.

Q2. 이미 계약이 끝난 프로젝트도 저작권 조항을 추가할 수 있나요?
네, 가능합니다. 기존 계약에 대한 부속 합의서나 별도 양도 계약을 통해 저작권 귀속을 명확히 할 수 있습니다. 다만 이때는 양 당사자의 합의가 필요합니다.

Q3. 소프트웨어 임치는 꼭 필요한가요?
중요도가 높고 장기 운영이 예상되는 시스템이라면 강력히 추천드립니다. 개발사 폐업 등 만일의 사태에서도 소스코드를 안전하게 확보할 수 있는 안전장치이기 때문입니다.

Q4. 유지보수 계약도 저작권 조항이 필요한가요?
네, 개발 계약과 유지보수 계약은 별개로 취급될 수 있어 반드시 별도로 소스코드 수정 권한, 접근 권한을 명시해야 유지보수 계약 분쟁을 예방할 수 있습니다.

Q5. 정부 발주 프로젝트는 무엇이 다른가요?
저작권법 외에 기획재정부계약예규인 '용역계약일반조건'이 함께 적용되므로, 일반 민간 계약과 다른 별도 조항들을 반드시 확인해야 합니다.

---

지금까지 소스코드 소유권, 홈페이지 저작권, 그리고 실전에서 바로 쓸 수 있는 개발 계약서 체크리스트까지 꼼꼼히 살펴봤습니다. 4,000만 원 소송이 남 얘기가 아니라는 것, 이제 확실히 느끼셨을 겁니다. 계약서 한 줄이 회사의 핵심 자산을 지키는 가장 강력한 방패라는 사실, 꼭 기억해주세요. 이미 진행 중인 프로젝트가 있거나 새로운 외주 개발을 앞두고 계신다면, 계약서부터 다시 한번 점검해보시길 권해드립니다. 🙏