(1)소규모 업체 사무실 내 업무용 컴퓨터에 사출품, 판금설계, 구조해석, 산업디자인 등에 사용되는 프로그램 크랙 설치 사실 적발
(2)저작권 침해 혐의로 회사 법인 및 대표이사에 대해 각 3백만원 벌금 약식 기소
(3)공소사실 –대표이사는 회사 사무실내에서 피해자가 저작권을 가지고 있는 정품 구매 없이 불상의 방법으로 취득하여 회사 내 컴퓨터에 설치한 후 사용함으로써 피해자의 저작재산권을 침해하였다. 대표이사는 저작권법 제136조 제1항 제1호 위반, 피고인 회사법인은 대표이사의 위 저작권침해행위를 하였음을 전제로 양벌규정 저작권법 제141조에 따른 책임 있음
2.회사 및 대표이사 방어주장 요지
(1)불법 프로그램이 회사 내 컴퓨터에 설치되어 있으나 누가 설치했는지 알 수 없고, 회사가 위 프로그램을 사용하지 않았을 뿐만 아니라, 대표이사는 위 프로그램을 피고인 회사 컴퓨터에 설치한 사실이 없음
(2)피고인 대표이사가 위 불법복제 프로그램을 설치하였음을 전제로 한 피고인들에 대한 이 사건 공소사실은 모두 무죄로 판단되어야 한다.
3.1심 유죄 판결
4.2심 항소심 무죄 판결 요지
(1)피고인 회사의 사업장 내 컴퓨터 1대에 이 사건 프로그램이 설치되어 있었던 사실, 피고인회사가 피해자로부터 위 프로그램 정품을 구매한 적은 없는 사실은 인정된다.
(2)그러나 검사가 제출한 증거들만으로는, 피고인 회사의 직원 중에 이 사건 프로그램을 저작권법 제136조 제1항 제1호에서 정한 저작권 침해의 방법으로 설치한 사람이 있는지, 있다면 누구인지를 특정할 수 없고, 특히 피고인 대표이사가 이 사건 프로그램을 저작권법 제136조 제1항 제1호에서 정한 저작권 침해의 방법으로 설치하였음을 인정할 증거가 없다.
(3)오히려 피고인 대표이사는 경찰에서 ’이 사건 프로그램을 피고인 회사 컴퓨터에 누가 설치했는지 모른다. 업무의 담당자가 아니면 일일이 어떤 프로그램을 설치하고 사용하는지까지 알지 못한다. 퇴사를 하고 나면 직원 신상에 대한 정보는 퇴사 후 일정기간 후 폐기하기 때문에 해당 업무를 담당했던 직원도 알지 못한다‘고 진술하였고, 피고인 회사 직원도 경찰에서 ’이 사건 프로그램의 설치 사용에 관하여 대표자인 피고인은 알지 못하였고, 당시 총무부서에서 근무했던 사람들은 알고 있었을 것이다‘라고 진술하였으며, 이 사건 프로그램이 설치된 컴퓨터를 사용하였던 피고인 회사 직원은 ’이 사건 프로그램을 누가 설치하였는지 모르고, 피고인 회사에 입사하였을 때 이미 이 사건 프로그램이 컴퓨터에 설치되어 있었다‘라고 진술한 점 등을 종합하여 보면, 피고인 대표이사가 피고인 회사 컴퓨터에 이 사건 프로그램을 설치하지는 않았던 것으로 보인다.
(4)따라서 검사가 제출한 증거들만으로는 피고인 대표이사가 공소사실 기재와 같이 저작권법 제136조 제1항 제1호에서 정한 저작권법위반 행위를 하였음을 인정하기 부족하고, 달리 이를 인정할 증거가 없으며, 피고인 대표이사가 저작권법 제136조 제1항 제1호에서 정한 저작권법위반 행위를 하였음을 전제로 한 피고인 회사의 저작권법위반죄 역시 인정될 수 없다.
(1)소규모 업체 사무실 내 업무용 컴퓨터에 사출품, 판금설계, 구조해석, 산업디자인 등에 사용되는 프로그램 크랙 설치 사실 적발
(2)저작권 침해 혐의로 회사 법인 및 대표이사에 대해 각 3백만원 벌금 약식 기소
(3)공소사실 –대표이사는 회사 사무실내에서 피해자가 저작권을 가지고 있는 정품 구매 없이 불상의 방법으로 취득하여 회사 내 컴퓨터에 설치한 후 사용함으로써 피해자의 저작재산권을 침해하였다. 대표이사는 저작권법 제136조 제1항 제1호 위반, 피고인 회사법인은 대표이사의 위 저작권침해행위를 하였음을 전제로 양벌규정 저작권법 제141조에 따른 책임 있음
2.회사 및 대표이사 방어주장 요지
(1)불법 프로그램이 회사 내 컴퓨터에 설치되어 있으나 누가 설치했는지 알 수 없고, 회사가 위 프로그램을 사용하지 않았을 뿐만 아니라, 대표이사는 위 프로그램을 피고인 회사 컴퓨터에 설치한 사실이 없음
(2)피고인 대표이사가 위 불법복제 프로그램을 설치하였음을 전제로 한 피고인들에 대한 이 사건 공소사실은 모두 무죄로 판단되어야 한다.
3.1심 유죄 판결
4.2심 항소심 무죄 판결 요지
(1)피고인 회사의 사업장 내 컴퓨터 1대에 이 사건 프로그램이 설치되어 있었던 사실, 피고인회사가 피해자로부터 위 프로그램 정품을 구매한 적은 없는 사실은 인정된다.
(2)그러나 검사가 제출한 증거들만으로는, 피고인 회사의 직원 중에 이 사건 프로그램을 저작권법 제136조 제1항 제1호에서 정한 저작권 침해의 방법으로 설치한 사람이 있는지, 있다면 누구인지를 특정할 수 없고, 특히 피고인 대표이사가 이 사건 프로그램을 저작권법 제136조 제1항 제1호에서 정한 저작권 침해의 방법으로 설치하였음을 인정할 증거가 없다.
(3)오히려 피고인 대표이사는 경찰에서 ’이 사건 프로그램을 피고인 회사 컴퓨터에 누가 설치했는지 모른다. 업무의 담당자가 아니면 일일이 어떤 프로그램을 설치하고 사용하는지까지 알지 못한다. 퇴사를 하고 나면 직원 신상에 대한 정보는 퇴사 후 일정기간 후 폐기하기 때문에 해당 업무를 담당했던 직원도 알지 못한다‘고 진술하였고, 피고인 회사 직원도 경찰에서 ’이 사건 프로그램의 설치 사용에 관하여 대표자인 피고인은 알지 못하였고, 당시 총무부서에서 근무했던 사람들은 알고 있었을 것이다‘라고 진술하였으며, 이 사건 프로그램이 설치된 컴퓨터를 사용하였던 피고인 회사 직원은 ’이 사건 프로그램을 누가 설치하였는지 모르고, 피고인 회사에 입사하였을 때 이미 이 사건 프로그램이 컴퓨터에 설치되어 있었다‘라고 진술한 점 등을 종합하여 보면, 피고인 대표이사가 피고인 회사 컴퓨터에 이 사건 프로그램을 설치하지는 않았던 것으로 보인다.
(4)따라서 검사가 제출한 증거들만으로는 피고인 대표이사가 공소사실 기재와 같이 저작권법 제136조 제1항 제1호에서 정한 저작권법위반 행위를 하였음을 인정하기 부족하고, 달리 이를 인정할 증거가 없으며, 피고인 대표이사가 저작권법 제136조 제1항 제1호에서 정한 저작권법위반 행위를 하였음을 전제로 한 피고인 회사의 저작권법위반죄 역시 인정될 수 없다.
(1)저작권자 주장 요지: 풀패키지 정품가격 1억2천5백만원, 복제 카피 수 3개 – 3억7천7백만원, 일부 청구금액 1억8천만원
(2)판결 금액: 4천5백만원
(3)판결이유: 사용 모듈 고려
4.서울고등법원 2020. 5. 7. 선고 2020나2004872 판결
손해배상액 산정 방법 – 복수 모듈 구성 및 실제 라이선스 사례 고려
(1)프로그램은 다양한 구성과 기능을 갖춘 복수의 하위 모듈의 묶음으로 구성되어 있다.
(2)프로그램을 이용하는 소비자는 반드시 전체 모듈을 구매할 필요가 없고, 소비자의 용도에 필요한 개별 모듈들 중 일부만을 선택하여 구매할 수 있으며, 개별 모듈의 사용료는 각 모듈별로 책정하고 있다.
(3)프로그램의 판매는 구매자가 한 번 사용료를 지급하면 그 프로그램을 영구적으로 사용할 수 있는 영구사용 방식 뿐만 아니라 일정한 기간을 정하여 사용료를 지급하고 사용하는 기간제 구독 방식으로도 이루어지고 있는 것으로 보인다.
(4)피고의 업무영역상 프로그램 전체 모듈의 모든 기능이 필요하지 않고, 프로그램의 개별 모듈 구성 중 주로 신호처리 분야, 이미지 프로세싱 분야, 테스트 및 측정 분야 등의 모듈이 필요하다. 따라서 피고들은 프로그램을 정식으로 구매한다고 하더라도 피고들의 업무에 필요한 세부적인 개별 모듈만을 선택적으로 구매하였을 것으로 보인다.
계약서 조항 - 지체상금률: 0.15%, 제6조 (지체상금) ① 계약담당자는 계약상대자가 계약서에서 정한 공급기한 내에 물품을 공급하지 아니한 때에는 매 지체일수마다 계약서에서 정한 지체상금률을 계약금액 또는 공급대가에 곱하여 산출한 금액을 지체상금으로 결정하고 이를 해당 공급대가에서 공제한다.
2.항소심 서울고등법원 2014. 10. 30. 선고 2014나2006945 판결
(1)일본 지진 불가항력 사유 면책 주장
채무자 원고는, 주요부품을 공급하기로 한 도시바 및 도시바의 하도급업체인 히타치전선이 2011. 3. 11. 발생한 일본 대지진으로 피해를 입어 히타치전선의 도시바에 대한 부품 공급 및 도시바의 원고에 대한 부품 공급이 순차 지연되었는바, 당시 사정상 부품공급업체를 변경하는 것이 사실상 불가능하였고 피고도 최초 부품 공급업체로 도시바를 선정하는 것과 지진 발생 이후 부품공급업체를 종전대로 유지하는 것에 동의하였으며, 원고가 도시바에게 생산일정을 독촉하고 생산라인을 늘리는 등 최선의 노력을 하였음에도 결국 기관차의 공급이 지체된 것이므로, 이는 일반조건 제24조 제3항 제1, 4호가 정한 불가항력 또는 원고의 책임에 속하지 않은 사유로 지체된 경우에 해당하여 지체상금 지급책임이 면책된다고 주장한다.
(2)서울고등법원 판단 – 불가항력 면책 불인정
일반적으로 쌍무계약에 있어서 채무자가 불가항력이 있었음을 이유로 그로 인한 지체상금 지급책임을 면하려면 그 원인이 채무자의 지배영역 밖에서 발생한 사건으로서 채무자가 통상의 수단을 다하였어도 이를 방지하는 것이 불가능하였음이 인정되어야 한다(대법원 2007. 8. 23. 선고 2005다59475, 59482, 59499 판결 등 참조). 그리고 이러한 불가항력은 채무자의 채무불이행으로 인한 책임을 면제하고 그로 인한 손해를 상대방에게 전가하는 셈이 되므로 그 요건을 엄격하게 심사할 필요가 있다. 면책 불인정
(3)지체상금 감액 주장
채무자 원고는 설령 원고의 지체상금 지급의무가 면책되지 않는다 하더라도, 계약에 따른 지체상금 약정은 손해배상의 예정에 해당하고 원고가 납품기한을 준수하지 못하게 된 주된 원인은 부품공급업체의 지진 피해로 인한 것이고, 원고가 이러한 부품업체의 공급 지연을 극복하기 위하여 최선의 노력을 다한 점, 지체상금액이 9,670,044,646원으로서 부당하게 과다한 점에 비추어, 이 사건 지체상금액은 경제적 약자인 원고에게 부당한 압박을 가하여 공정성을 잃는 결과를 야기하므로 대폭 감액되어야 한다고 주장한다.
이에 대하여 피고는 지체상금 약정이 위약벌 약정이라고 주장하나, 물품제조·납품 계약에 있어서 지체상금 약정을 한 경우 민법 제398조 제4항에 의하여 손해배상의 예정으로 추정되고 이를 위약벌로 해석하기 위해서는 특별한 사정이 주장·입증되어야 하는데(대법원 2002. 1. 25. 선고 99다57126 판결 참조), 피고가 이러한 특별한 사정을 증명하지 못하였으므로 피고의 위 주장은 받아들이지 아니한다.
(4)서울고등법원 판결 – 계약금액의 2.77% 해당하는 지체상금 감액불인정
민법 제398조 제2항에서는 “손해배상의 예정액이 부당히 과다한 경우에는 법원은 적당히 감액할 수 있다.”고 규정하고 있는바, 여기서 ‘부당히 과다한 경우'라 함은 채권자와 채무자의 각 지위, 계약의 목적 및 내용, 손해배상액을 예정한 동기, 채무액에 대한 예정액의 비율, 예상손해액의 크기, 그 당시의 거래관행 등 모든 사정을 참작하여 일반 사회관념에 비추어 그 예정액의 지급이 경제적 약자의 지위에 있는 채무자에게 부당한 압박을 가하여 공정성을 잃는 결과를 초래한다고 인정되는 경우를 뜻하는 것으로 보아야 한다(대법원 99다57126 판결 참조).
살피건대, 지체상금률 0.15%는 국가계약법 제11조 제1항, 법 시행령 제74조 제1항, 법 시행규칙 제75조 제2호에 따른 것으로서 특별히 이례적으로 높은 비율로 보기 어렵고, 지체상금액 약 96억원은 계약금액 3500억원의 2.77%에 해당하여 이 사건 계약으로 인한 원고의 영업이익 범위 내로 보이고 계약금액에서 차지하는 비율도 그렇게 과다하다고 볼 수 없는 점, 피고로서도 원고의 납품 지체로 인하여 전기기관차의 투입이 지연되었고 이로 인한 운송 차질로 손해가 발생하였을 것은 분명한 점 등을 고려하여 원고의 이 부분 주장을 받아들이지 아니한다. 결론: 감액 불인정
3.대법원 판결요지 – 지체상금 감액은 사실심 권한
지체상금이 당사자의 지위, 계약의 목적과 내용, 지체상금을 예정한 동기, 공사도급액에 대한 지체상금의 비율, 지체상금의 액수, 지체의 사유, 당시의 거래관행 등 여러 사정에 비추어 부당히 과다하다고 인정되는 경우에는 법원이 이를 감액할 수 있다. 이때 감액사유에 대한 사실인정이나 비율을 정하는 것은 형평의 원칙에 비추어 현저히 불합리하다고 인정되지 않는 한 사실심 법원의 전권에 속하는 사항이다.
컴퓨터프로그램 소프트웨어의 개발납품 계약은 도급계약으로, 개발자(수급자)가 프로그램개발을 완성하여 납품하면 발주자가 그 보수, 용역대금을 지급하는 계약입니다. 개발자가 완성하여 납품하는 기준, 발주자가 요구하는 개발요구사항, 개발자의 개발범위를 명확하게 정하는 것이 매우 중요합니다. SW 개발공급계약서에서 프로그램의 목적과 기능을 구체적으로 특정하고, 해당 분야를 이해하는 개발자, 전문가의 검토를 거쳐 개발요구사항 및 개발범위를 기능별, 항목별로 구체적으로 정리하는 것이 바람직하고, 독립된 별지로 정리하여 첨부하면 분쟁을 예방할 수 있습니다. 원칙적으로 수급인 개발자는 개발완성을 입증할 책임 있고, 완성해야 보수(개발대금)을 청구할 수 있습니다.
프로그램개발의 완성 또는 미완성 판단기준: 소프트웨어 개발납품 계약서에서 정한 기준,예를 들어 개발요구사항 명세서, 개발범위 등에 따라 완성여부를 판단합니다. 계약서 문언에 따라 계약에 포함되어 있는 사양과 기능을 갖춘 제품의 개발, 그 이행 제공, 관련한 자료, 당시 관련 당사자들의 태도 등 제반 사정을 종합하여 판단합니다.
2.개발납품 완료 후 하자보수 vs 미완성의 구별
소프트웨어 개발공급계약에서 미완성에 대해서는 대금지급거절, 채무불이행으로 인한 계약해제 또는 계약해지가 문제되지만, 완성, 납품 후에는 발주자는 용약대금지급 의무가 있고 다만 개발자에 대한 하자보수요구가 문제됩니다.
소프트웨어 프로그램 개발 및 공급계약에서 일의 완성으로 보려면 계약상 예정된 최후의 공정까지 종료하였음과 함께 프로그램의 주요기능 부분이 약정된 대로 개발되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있어야만 합니다. 또한 계약상 예정된 최후의 공정이 종료하였는지 여부는 개발자 수급인의 주관적인 주장이 아니라 개발 및 공급계약의 구체적 내용과 신의성실의 원칙에 비추어 객관적으로 판단해야 합니다.
개발자가 소프트웨어 개발의 일을 완성하고 이를 인도하면 발주자는 해당 소프트웨어 프로그램이 계약상 사양과 내용대로 완성되었는지 점검하여 수령하게 되는데, 법원은 제작물공급계약에서 목적물의 인도는 완성된 목적물에 대한 단순한 점유의 이전만을 의미하는 것이 아니라 도급인이 목적물을 검사한 후 그 목적물이 계약내용대로 완성되었음을 명시적 또는 묵시적으로 시인하는 것까지 포함한다고 봅니다.
그런데, 실무상 개발 납품한 프로그램이 계약상 요구사항을 모두 충족하였지만 발주자가 원하는 성능을 충분히 구현하지 못한다고 불만을 표시하면서 개발대금을 지급하지 않고 과도하게 보완을 계속 요구하는 경우가 있습니다. 이와 같은 하자 주장은, 법적으로 일의 완성과는 구별되는 다른 개념입니다. 하자가 있더라도 일이 완성되었다면 수급인은 도급인에게 보수의 지급을 청구할 수 있습니다.
하자여부도 일의 완성여부 판단, 그 완성도의 판단기준이 매우 중요합니다. 계약서에서 요구사항 각 항목을 특정하고, 목적하는 기능, 사용용도, 개발동기 등 배경사실을 기재하였거나 프로그램의 기능이 어떻게 구현되어야 하는지 등을 구체적으로 기재해 두었다면 완성여부 및 완성도를 판단하는데 큰 문제가 없을 것입니다.
발주자 도급인은 하자보수청구권을 가지므로 하자담보책임에 기한 항변을 행사하여 하자에 대한 보수 또는 그에 갈음하는 손해배상의 지금에 대한 대금의 지급을 거절할 수 있습니다. 그러나 하자를 이유로 대금 전부의 지급을 거절할 수는 없습니다.
정리하면, 발주한 소프트웨어 프로그램의 개발이 미완성인 때에는 대금지급을 거절할 수 있지만, 완성되었으나 하자가 있는 경우에는 발주자 도급인은 일의 완성을 요구하면서 대금지급을 거절할 수는 있습니다. 다만, 하자의 정도에 따라 대금감액 또는 손해배상을 청구할 수는 있습니다.
3.소프트웨어 프로그램의 완성, 납품 후 하자보수 또는 추가 개발계약
소프트웨어 개발 및 공급의 도급계약에 있어서의 하자는 완성된 일이 계약에서 정하거나 보증한 내용이 아니거나, 그 경제적 사용가치 또는 교환가치를 감소시키는 결함이 있거나, 또는 당사자가 미리 정한 사양 또는 기능을 가지지 못하는 등 결함을 말합니다. 그러나 하자의 정의는 모호하고 추상적이라 개별 사건마다 당사자간의 계약 내용을 검토하는 것이 중요합니다. 또한 계약상 합의된 사양과 내용과 함께 통상적인 용도에 적합한지 여부도 중요한 기준입니다.
납품 및 검수 후의 소프트웨어 버그에 대한 리포트를 받고 이를 즉시 보수하거나 도급인과 협의하여 상당한 조치를 취한 때에는 하자라고 보지 않을 것입니다. 그러나 도급인이 요구하는 구체적인 업무나 기능이 제대로 작동되지 않는 경우, 통신 및 인터넷과 연계된 컴퓨터 프로그램이 통신 및 네트워크와 연결하여서는 제대로 작동되지 않은 경우나, 컴퓨터 안에 보존된 다른 데이터 등을 잃어 버리는 경우 등은 하자에 해당합니다.
최초의 개발범위를 벗어난 추가 개발요구사항이 있는 경우 계약범위를 변경하는 추가 합의서를 첨부하거나 별도의 추가 개발계약을 체결할 수 있습니다. 추가 개발사항을 명시적으로 정리한 변경계약서 또는 추가 계약서가 없다면 기존 계약범위 내인지 추가 개발인지 여부가 불명확하여 분쟁의 소지가 있습니다. 추가 개발서를 별도 서면으로 작성하면, 추가개발에 대하여 상호 진지하게 고민하게 될 것이고, 그 추가 개발사항에 대한 분쟁도 줄어들 수 있습니다. 이때 추가 개발사항으로 개발비용이 추가되는지 여부도 명확하게 결정해야 합니다. 그렇지 않으면 추가 비용의 부담에 관한 분쟁원인이 될 것입니다.
4.완성 전 중간점검, 중도해지, 계약변경 시 입증자료
컴퓨터 프로그램의 납품 후 계약에 따른 완성 여부를 다투거나 하자를 다투는 것보다 중간에 미리 점검하고 확인하는 것이 바람직합니다. 개발단계에 따라 단계별로, 또는 모듈별로 개발정도를 점검하거나 또는 기간에 따라 정기적으로 점검하는 것이 바람직합니다. 만약 당초 계약내용을 변경하거나 수정, 보완해야 한다면 중도에 추가 계약서를 작성하는 등 명시적 자료를 남기는 것이 좋습니다.
개발공급계약서에 개발진도 점검, 검수, 중도 계약해지에 대한 조건 등을 명확하게 규정하는 것이 좋습니다. 중간단계 완성여부, 점검, 검수기준을 정해두고, 기준 미충족 시 중도 해지조건까지 정해두지 않으면 상호간 자기 주장만 하고 진행되지 않는 난관에 봉착합니다. 어떤 경우에 계약해제 또는 해지를 할 수 있는지, 그 경우 어떻게 정산을 할지 명확하게 정리하는 것이 바람직합니다.
5.개발 결과물의 납품 방식 및 저작권 귀속 사항
개발결과물을 어떤 방식으로 납품할 것인지, 그 결과물의 저작권 귀속에 대해 명확하게 정해 두어야 합니다. 통상 사용하는 SW 소유권 뿐만 아니라 그 저작권, 사용권을 갖는다는 점을 명확하게 정리하는 것이 필요합니다. 특히 당해 계약의 산출물인지 아니면 기존에 보유하고 있던 솔루션까지 포함한 것인지 등 명확하지 않으면 분쟁의 소지가 있습니다.
