SaaS 개발 계약 시 소스코드 소유권 분쟁을 막는 3가지 핵심 전략

SaaS 개발 계약, 왜 소스코드 소유권이 문제일까요?

최근 많은 기업이 자체 인력을 통한 개발 대신 전문 개발사를 통한 SaaS 개발 계약을 선택하고 있습니다. 초기 비용을 절감하고 전문성을 확보할 수 있다는 장점 때문입니다. 하지만 프로젝트가 마무리될 즈음, 혹은 서비스가 성공하여 유지보수나 확장이 필요한 시점에 예상치 못한 갈등이 불거지곤 합니다. 바로 **"이 소스코드는 누구의 것인가?"**라는 문제입니다.

발주사(클라이언트)는 당연히 막대한 개발비를 지급했으니 소스코드가 자신의 소유라고 생각합니다. 반면, 개발사는 자신들의 고유한 기술력과 라이브러리가 포함되었으므로 소유권은 자신들에게 있고, 발주사에는 '사용권'만 부여한 것이라고 주장합니다. 이러한 인식 차이는 결국 법적 분쟁으로 이어지며, 최악의 경우 서비스 운영이 중단되는 사태까지 발생합니다.

오늘은 BeforeUSign과 함께 SaaS 개발 계약에서 소스코드 소유권 분쟁을 방지하기 위해 반드시 체크해야 할 법적 근거와 계약 조항들을 살펴보겠습니다.

법적 근거로 보는 소스코드의 주인

1. 저작권법상의 원칙

우리나라 저작권법 제2조 및 제10조에 따르면, 저작물(컴퓨터프로그램 포함)을 창작한 자가 저작자가 되며, 저작권은 저작한 때부터 발생합니다. 즉, 외주 계약을 통해 소프트웨어를 개발했다면, 특별한 약정이 없는 한 개발 업무를 실제로 수행한 개발사(또는 개발자)가 저작권을 원시적으로 취득하게 됩니다.

2. 민법상 도급 계약의 성격

SaaS 개발 계약은 대개 민법 제664조 이하의 '도급' 계약 성격을 가집니다. 도급 계약에서 결과물의 소유권 귀속은 당사자 간의 특약에 따르는 것이 원칙입니다. 대법원 판례 역시 "수급인이 자기의 노력과 재료를 들여 건물을 완공한 경우 그 소유권은 수급인에게 귀속되나, 도급인과 수급인 사이에 완공된 건물의 소유권을 도급인에게 귀속시키기로 하는 묵시적 합의가 있었다고 볼 수 있는 경우에는 도급인에게 귀속된다"고 판시한 바 있습니다(대법원 91다34790 판결 등 참조). 소프트웨어 역시 이와 유사한 논리가 적용됩니다.

3. 공정거래위원회 및 과기정통부 표준계약서

정부에서 권장하는 **'소프트웨어 개발 표준계약서'**에 따르면, 계약 목적물의 지식재산권은 원칙적으로 '공동 소유'로 하되, 당사자 간 합의에 의해 달리 정할 수 있도록 하고 있습니다. 하지만 실무적으로는 유지보수의 편의성과 보안을 위해 어느 한쪽이 독점하는 경우가 많으므로, 이를 명확히 규정하는 것이 핵심입니다.

분쟁 예방을 위한 핵심 계약 조항 3가지

SaaS 개발 계약서 작성 시, 소스코드 소유권 분쟁을 원천 차단하기 위해 반드시 포함해야 할 내용은 다음과 같습니다.

1. 지식재산권의 양도 및 귀속 조항

계약서에 단순히 "결과물은 갑의 소유로 한다"라고 적는 것만으로는 부족합니다. 다음과 같이 구체적으로 명시해야 합니다.

"본 계약에 따라 을(개발사)이 창작한 결과물(소스코드, 목적코드, 디자인, DB 스키마 등 일체)에 대한 저작권 등 일체의 지식재산권은 인도와 동시에 갑(발주사)에게 양도된 것으로 본다."

이때 **'저작재산권의 전부(제2차적 저작물 작성권 포함)'**를 양도한다는 표현이 반드시 포함되어야 합니다. 저작권법 제45조 제2항에 따라 제2차적 저작물 작성권(기존 코드를 수정하여 새로운 버전을 만들 권리)에 대한 특약이 없으면 이는 양도되지 않은 것으로 추정되기 때문입니다.

2. 저작인격권의 불행사 합의

저작권에는 재산권뿐만 아니라 '저작인격권(성명표시권, 동일성유지권 등)'도 포함됩니다. 저작인격권은 성질상 양도가 불가능합니다. 따라서 개발자가 나중에 "내가 만든 코드의 내용을 동의 없이 수정했으니 동일성유지권 침해다"라고 주장하는 것을 막기 위해, **"을은 갑과 그가 지정한 제3자에게 저작인격권을 행사하지 아니한다"**는 조항을 넣어야 합니다.

3. 기보유 기술(Background IP)의 구분

개발사가 기존에 보유하고 있던 솔루션이나 오픈소스 라이브러리를 사용하여 SaaS를 개발하는 경우가 많습니다. 이 모든 것을 발주사가 소유하겠다고 주장하면 개발사는 계약을 거부할 것입니다.

따라서 **'본 프로젝트를 위해 새롭게 개발된 코드(Foreground IP)'**와 **'개발사가 이전부터 보유하고 있던 공통 모듈(Background IP)'**을 구분해야 합니다. 후자에 대해서는 발주사가 서비스를 운영하고 수정하는 데 필요한 범위 내에서 **'영구적이고 무상인 사용권'**을 부여받는 방식으로 타협하는 것이 합리적입니다.

실무에서 자주 발생하는 위험 시나리오

시나리오 A: 유지보수 인질 극

개발사가 소스코드를 넘겨주지 않은 상태에서 유지보수 비용을 과도하게 인상하는 경우입니다. 계약서에 "검수 완료 후 7일 이내에 전체 소스코드를 포함한 산출물을 인도해야 한다"는 조항과 "인도 지연 시 지체상금을 부과한다"는 조항이 없다면 발주사는 대응하기 어렵습니다.

시나리오 B: 핵심 로직의 유출 및 유사 서비스 출시

개발사가 우리 회사의 SaaS 핵심 로직을 그대로 활용하여 경쟁 서비스를 출시하는 경우입니다. 이를 방지하기 위해서는 소유권 조항 외에도 강력한 '경업금지' 및 '비밀유지협약(NDA)' 조항이 뒷받침되어야 합니다.

결론: 계약서는 비즈니스의 설계도입니다

SaaS 개발 계약에서 소스코드는 단순한 데이터가 아니라 기업의 핵심 자산입니다. "좋은 게 좋은 것"이라는 마음으로 모호한 계약을 체결했다가는, 서비스가 잘 될수록 더 큰 법적 리스크를 떠안게 될 수 있습니다.

법적 근거를 명확히 이해하고, 우리 회사의 권리를 확실히 보호할 수 있는 조항을 계약서에 담으세요. 만약 지금 검토 중인 계약서가 우리 회사를 제대로 보호하고 있는지 확신이 서지 않는다면, AI의 도움을 받아보는 것도 현명한 방법입니다.

수천 개의 판례와 법령을 학습한 AI가 여러분의 계약서 속 숨겨진 독소 조항을 찾아내고, 소스코드 소유권을 완벽하게 방어할 수 있도록 도와드릴 것입니다.