소프트웨어 저작권 문제가 발생했을 때 권리관계와 계약서를 먼저 확인해야 할 이유

핵심 요약

주요 쟁점: 소프트웨어 저작권 분쟁에서는 보호되는 프로그램이 무엇인지, 최초 저작자가 누구인지, 회사·발주자·개발자 사이에서 저작재산권이 누구에게 귀속되었는지와 상대방의 이용이 계약상 허용범위를 넘었는지를 구분해야 합니다.

먼저 확인할 내용: 개발계약서, 근로계약·취업규칙, 저작권 양도조항, 이용허락 범위, 소스코드 작성기록과 버전관리 내역을 우선 확인하는 것이 좋습니다.

초기 대응: 저장소와 소스코드 원본, 커밋기록, 개발일지, 이메일·메신저, 납품파일과 계약서를 보존하고 상대방 프로그램과의 유사성을 기능·아이디어와 실제 표현 부분으로 나누어 확인해야 합니다.

주의사항: 개발비를 지급했다거나 프로그램을 납품받았다는 사실만으로 저작재산권 전체가 당연히 이전되었다고 단정해서는 안 됩니다. 반대로 개발자가 직접 코딩했다는 이유만으로 언제나 개인에게 모든 권리가 남는 것도 아닙니다.

소프트웨어 저작권 분쟁은 먼저 권리자가 누구인지 확인해야 합니다

소프트웨어가 유사하게 보이거나 소스코드 일부가 사용되었다는 의심이 생기면 바로 저작권 침해 여부부터 판단하려는 경우가 있습니다. 그러나 침해를 주장하려면 우선 자신이 해당 프로그램에 대한 저작권을 가지고 있는지부터 확인해야 합니다.

저작권법은 원칙적으로 저작물을 창작한 사람을 저작자로 봅니다. 하지만 회사의 기획 아래 직원이 업무상 프로그램을 작성한 경우에는 업무상저작물 규정이 적용될 수 있고, 외주개발에서는 개발계약에 따라 저작재산권이 양도되었거나 일정 범위의 이용권만 부여되었을 수도 있습니다.

따라서 분쟁 초기에는 “누가 개발했는가”, “누구의 업무로 개발했는가”, “계약으로 권리가 이전되었는가”를 순서대로 확인하는 것이 중요합니다.

직원이 만든 프로그램은 업무상저작물에 해당하는지 살펴봐야 합니다

회사 직원이 개발한 프로그램이라도 회사의 저작물인지 여부를 직급이나 급여지급 사실만으로 판단하기는 어렵습니다. 저작권법상 업무상저작물은 법인이나 사용자 측의 기획 아래 그 업무에 종사하는 사람이 업무상 작성한 저작물을 의미합니다.

대법원도 컴퓨터프로그램의 업무상저작물 여부를 판단하면서 회사가 프로그램 개발을 구체적으로 기획했는지와 개발자가 회사 업무의 일환으로 프로그램을 작성했는지 등을 살펴야 한다고 판단했습니다.

따라서 내부 개발 프로그램이라면 다음 자료를 확인할 필요가 있습니다.

• 개발 당시 근로관계와 담당업무
• 회사에서 작성한 프로젝트 기획서와 업무지시
• 개발 일정과 인력배치 자료
• 회사 서버·장비·계정의 사용 여부
• 근로계약서와 취업규칙의 지식재산권 조항

개발자가 개인시간에 독립적으로 제작한 프로그램인지, 회사 프로젝트의 일부로 작성한 것인지에 따라 검토 결과가 달라질 수 있습니다.

외주개발에서는 개발비 지급과 저작권 양도를 구분해야 합니다

기업이 개발업체나 프리랜서에게 개발비를 지급하고 프로그램을 납품받았다고 해서 저작재산권 전체가 자동으로 발주자에게 이전된다고 단정할 수는 없습니다.

저작권법은 저작재산권을 전부 또는 일부 양도할 수 있도록 하고 있으므로 계약서에서 실제 어떤 권리를 이전하기로 했는지 확인해야 합니다. 특히 프로그램의 경우 저작재산권 전부가 양도된 경우에는 특별한 약정이 없다면 2차적저작물작성권도 함께 양도된 것으로 추정하는 별도의 규정이 있습니다.

그러나 그 전제는 애초 계약이 저작재산권 양도계약으로 해석될 수 있어야 한다는 것입니다. 대법원은 2026년 판결에서도 저작권 양도 여부가 명확하지 않은 경우 계약 문언, 체결 경위와 목적 및 당사자의 의사를 종합적으로 확인해야 하고, 외부적으로 양도가 명확히 나타나지 않으면 저작자에게 권리가 유보된 것으로 해석할 수 있다는 기존 기준을 재확인했습니다.

따라서 계약서의 “모든 권리는 발주자에게 귀속한다”, “성과물 일체를 제공한다”, “매절한다”와 같은 표현이 실제 어느 범위의 권리를 의미하는지 구체적으로 검토할 필요가 있습니다.

저작권 양도와 이용허락은 법적으로 의미가 다릅니다

저작재산권을 양도받은 경우와 프로그램을 사용할 권한만 부여받은 경우는 구분해야 합니다.

저작권법상 저작재산권자는 다른 사람에게 저작물 이용을 허락할 수 있고, 이용허락을 받은 사람은 허락받은 이용방법과 조건의 범위에서만 이용할 수 있습니다. 따라서 계약이 이용허락에 해당한다면 사용기간, 사용자 수, 설치대수, 사업장, 수정·복제·배포·재판매 권한 등이 중요한 쟁점이 됩니다.

따라서 프로그램 자체는 적법하게 제공받았더라도 계약에서 허용한 범위를 넘어 복제하거나 제3자에게 제공했다면 별도의 저작권 문제가 발생할 수 있습니다.

프로그램의 기능이나 아이디어와 보호되는 표현을 구분해야 합니다

소프트웨어의 기능과 화면구성 또는 처리방식이 비슷하다는 이유만으로 저작권 침해가 곧바로 성립하는 것은 아닙니다.

저작권법은 프로그램을 작성하는 데 사용되는 프로그램 언어, 규약과 해법 자체에는 프로그램저작물 보호규정을 적용하지 않는다고 정하고 있습니다. 따라서 동일한 목적을 수행하는 프로그램이라도 기능이나 아이디어가 유사하다는 사실과 실제 보호되는 표현을 복제했다는 사실을 구분해야 합니다.

대법원 역시 저작권 침해를 판단할 때 먼저 보호대상이 되는 창작적 표현이 존재하는지 확인해야 한다는 기준을 지속적으로 제시하고 있습니다.

따라서 프로그램 비교에서는 전체적인 기능명이나 업무프로세스만 비교하기보다 소스코드의 구체적인 표현, 구조와 구성 중 저작권법으로 보호받을 수 있는 부분이 무엇인지를 먼저 특정할 필요가 있습니다.

소스코드 분쟁에서는 개발과정을 보여주는 원본자료가 중요합니다

소스코드 복제 여부가 문제된다면 현재 존재하는 두 프로그램만 비교해서는 개발경위를 충분히 설명하기 어려울 수 있습니다. 각 프로그램이 어떤 과정을 통해 작성되었는지를 확인할 자료를 보존하는 것이 중요합니다.

• Git 등 버전관리 시스템의 커밋기록
• 소스코드 최초 작성일과 수정이력
• 개발자별 작업내역과 계정정보
• 프로젝트 기획서와 기능명세서
• 개발 과정의 이메일·메신저
• 납품 당시 소스코드와 실행파일
• 외부 라이브러리·오픈소스 사용내역

상대방의 프로그램이 자신의 프로그램과 유사하다는 주장뿐 아니라 상대방이 실제 기존 프로그램에 접근할 수 있었는지와 독자적으로 개발했을 가능성이 있는지도 함께 검토해야 합니다.

오픈소스나 제3자 라이브러리가 포함되어 있다면 그 부분의 권리는 개발자나 발주자에게 귀속되지 않을 수 있으므로 별도로 구분해야 합니다.

계약서에는 저작권 외의 권리와 의무도 함께 존재할 수 있습니다

소프트웨어 분쟁은 저작권 문제와 계약 위반 문제가 동시에 발생하는 경우가 많습니다. 예를 들어 발주자가 소스코드를 사용할 권한은 가지고 있지만 제3자에게 이전하거나 경쟁서비스에 재사용하는 것은 계약에서 제한했을 수 있습니다.

반대로 개발업체가 저작권을 보유하고 있더라도 계약에서 발주자에게 지속적인 유지보수나 수정권한을 약속했다면 그 계약상 의무가 별도의 쟁점이 됩니다.

비밀유지약정, 소스코드 반환·폐기, 경쟁업체 제공 제한, 오픈소스 고지와 보증조항도 함께 확인할 필요가 있습니다. 따라서 저작권 침해인지 계약 위반인지, 두 문제가 동시에 존재하는지를 구분해서 대응해야 합니다.

분쟁이 발생했다면 먼저 자료를 보존하고 이용범위를 임의로 확대하지 않는 것이 좋습니다

저작권 침해가 의심된다는 이유로 상대방 서버나 계정에 무단으로 접속하여 소스코드를 확보해서는 안 됩니다. 기존에 적법하게 가지고 있는 계약서, 납품파일과 저장소 기록을 보존하면서 필요한 자료를 법적 절차에 따라 확보할 방법을 검토해야 합니다.

반대로 침해를 지적받은 회사라면 문제가 된 프로그램을 즉시 삭제하거나 저장소 기록을 정리하기보다 현재 상태를 보존하는 것이 중요합니다. 자료를 삭제하면 독자개발 과정이나 적법한 라이선스 사용을 설명할 자료까지 사라질 수 있습니다.

특히 다음 행동은 피하는 것이 좋습니다.

• 소스코드와 버전관리 이력을 삭제하거나 변경하는 행동
• 계약서를 사후에 수정하는 행동
• 개발자들에게 동일한 설명을 하도록 진술을 맞추는 행동
• 상대방의 시스템·계정에 권한 없이 접근하는 행동
• 권리관계를 확인하지 않은 채 문제된 코드를 계속 제3자에게 배포하는 행동

저작권 침해가 인정되는 경우 권리자는 침해정지나 예방을 구할 수 있고, 고의 또는 과실이 인정되면 손해배상 문제가 발생할 수 있으므로 초기부터 이용범위와 증거를 정확하게 정리할 필요가 있습니다.

사건을 검토할 때 확인해야 할 사항

유왕현 변호사는 소프트웨어 저작권 사건을 검토할 때 먼저 문제가 된 프로그램과 소스코드의 작성자를 확인하고, 내부개발·외주개발·공동개발 가운데 어떤 구조에서 만들어졌는지를 정리합니다. 그다음 근로계약, 개발계약과 저작권 관련 조항을 통해 저작재산권의 최초 귀속과 이후 양도 여부를 확인합니다.

권리관계가 정리되면 상대방의 이용행위가 복제·수정·배포·제3자 제공 등 어떤 형태인지와 계약에서 허용한 범위를 넘었는지를 비교합니다. 소스코드 유사성이 문제되는 사건에서는 기능이나 아이디어가 아니라 보호되는 창작적 표현이 실제 사용되었는지와 상대방의 접근 가능성, 독자개발 자료도 함께 확인할 필요가 있습니다.

권리자에게 유리한 자료만 보는 것이 아니라 오픈소스 사용, 기존 제3자 프로그램과의 공통부분, 이용허락 조항과 불명확한 권리양도 문구처럼 침해 주장에 불리하게 작용할 수 있는 사정도 함께 검토해야 합니다.

상담 전에는 다음 자료를 준비해 두는 것이 좋습니다

• 소프트웨어 개발계약서와 변경계약서
• 근로계약서·취업규칙의 지식재산권 조항
• 저작재산권 양도·이용허락 계약서
• 기획서·요구사항 정의서·기능명세서
• 소스코드 원본과 버전관리 기록
• 개발자별 개발기간과 담당업무
• 납품·검수와 대금지급 자료
• 이메일·메신저 등 개발협의 기록
• 오픈소스·외부 라이브러리 목록과 라이선스
• 상대방 프로그램에서 문제된 부분을 정리한 비교자료

자주 묻는 질문

개발비를 전부 지급했다면 프로그램 저작권도 발주자에게 넘어오나요?

개발비 지급과 저작재산권 양도는 구분해서 보아야 합니다. 계약서에 저작재산권을 양도한다는 내용이 있는지와 양도범위를 확인해야 하며, 단순히 프로그램을 납품받았다는 사실만으로 모든 저작재산권이 이전되었다고 단정하기는 어렵습니다.

직원이 직접 코딩했다면 직원 개인에게 저작권이 있나요?

개발자의 창작행위뿐 아니라 회사의 기획 아래 업무상 프로그램을 작성했는지와 계약·근무규칙에 별도의 정함이 있는지를 확인해야 합니다. 업무상저작물 요건이 충족된다면 회사가 저작자가 되는 경우가 있을 수 있습니다.

기능과 화면이 비슷하면 저작권 침해인가요?

기능이나 아이디어의 유사성만으로 판단하지 않습니다. 보호받을 수 있는 창작적인 표현 부분이 무엇인지 특정한 뒤 상대방 프로그램이 해당 부분을 실제 이용했는지를 검토해야 합니다.

프로그램을 사용할 수 있는 계약이 있으면 수정도 가능한가요?

이용허락은 계약에서 정한 방법과 조건 범위에서만 인정됩니다. 단순 사용권만 받은 것인지 소스코드 수정과 2차 개발까지 허용받았는지는 계약문구를 별도로 확인해야 합니다.

외주업체가 다른 고객에게 비슷한 코드를 사용하면 침해인가요?

발주자가 해당 코드의 저작재산권을 실제로 취득했는지, 개발업체가 기존 모듈을 재사용할 권리를 계약상 유보했는지와 실제 동일하거나 보호되는 코드가 사용되었는지를 확인해야 합니다.

저작권 침해가 인정되면 어떤 청구를 할 수 있나요?

권리자는 요건을 갖춘 경우 침해행위의 정지나 예방 등을 청구할 수 있고, 고의 또는 과실에 의한 침해로 손해가 발생하였다면 손해배상청구도 검토할 수 있습니다. 실제 청구 가능 범위는 권리귀속과 침해행위, 손해자료에 따라 달라집니다.

참고 법령과 절차

법률 고지

이 글은 소프트웨어 저작권 문제가 발생했을 때 확인해야 할 일반적인 권리관계와 계약 기준을 설명하기 위한 정보입니다. 실제 저작권 귀속, 이용허락 범위, 프로그램의 보호대상과 침해 여부는 개발경위, 계약내용, 소스코드와 개별 사건의 증거에 따라 달라질 수 있습니다.