Kasan Insight :: 과학, 기술 그리고 법

- 제약/화학/바이오 분야의 실용적 법률정보와 해결방안

1. Option 계약 정의

장래 계약 성립요건이 충족되는 경우 상대방 청약자의 청약 취소권을 제한하여 한쪽 당사자에게 계약체결권한을 부여하는 계약입니다. 일종의 선택권을 유보하는 조건부 계약으로, 옵션을 보유한 일방 당사자에게 상대방의 청약에 대한 승낙, 권리 취득, 추가적인 계약 체결 등의 권리를 유보하는 것입니다.

미국 계약법 정의는 다음과 같습니다. Option is “a promise which meets the requirements for the formation of a contract and limits the promisor's power to revoke an offer." (Restatement (2^nd) of Contracts § 25 (1981))

2. Option 계약 관련 용어 

관련 용어로서 옵션 보유자(optionee/beneficiary), 상대방(optionor/grantor), 금융거래에서 콜옵션은 특정 대상물을 만기일 전에 미리 정한 가격으로 매도자로부터 살 수 있는 권리를 보유하도록 하는 계약, 풋옵션은 특정 대상물을 만기일 전에 미리 정한 가격으로 매수자에게 팔 수 있는 권리를 보유하도록 하는 계약, 프리미엄이란 옵션 매수 대금을 의미합니다.

3. Option 계약의 필요성

기술이전, IP 라이선스 후 공동연구개발로 계속되는 경우 종래의 단순한 라이선스 계약 조항으로는 기술내용이 복잡, 고도화되고 기술개발에 고액의 투자를 필요로 하는 현 상황에 대응하기 어렵습니다. 특히 공동연구개발계약의 경우 마일스톤(milestone) 방식의 기존 계약 조항만으로 다양한 상황에 대응하기에는 부족합니다. 최근에는 그 해결방안으로 주된 계약내용에 Option 계약을 부가하는 형식의 계약 구조가 자주 채택되고 있습니다.

예를 들어, 공동연구개발계약에서 MOU 체결 + 본 계약의 마일스톤 설정 방식 채택하는 종래의 계약구조에서는 연구 진행 단계에 따라 개발비를 단계적으로 지급합니다. 해지사유가 없는 한 처음부터 개발의 완성을 전제로 한 것으로서 개발비 총액 지급이 예정되어 있습니다.

안정적 구조이지만, 투자자 입장에서는 불확실한 장래에 대한 상당한 리스크를 감수할 수밖에 없습니다. 반대로 투자를 받는 기술개발기업 입장에서는 법적 구속력 없는 MOU 체결 이후 본 계약으로 나아갈 때까지 불안한 지위에 놓일 뿐만 아니라 장래 기술개발결과에 대한 수익을 충분히 누릴 기회를 상실하거나 적절한 보상을 받을 기회를 상실할 리스크도 있습니다.

불확실한 기술개발 결과를 미리 정확하게 예상한다는 것은 불가능하므로 단계별로 그 결과를 보고 합리적 결정을 할 수 있는 가능성을 확보하는 것입니다. 불안정성은 증가하겠지만, option 조항을 합리적으로 구성한다면 어느 한쪽 당사자에 일방적으로 유리한 결과를 회피할 수 있습니다.

4. Option 계약 종류

- Stand-alone option 계약

  > 특정 옵션(i.e. 특정 특허에 대해 라이선싱받을 수 있는 권리에 대한 옵션)의 허여만을 계약의 내용으로 하는 형태

- Option and Evaluation 계약

  > 컴퓨터 소프트웨어 분야에서 흔히 사용됨

  > 일정 기간 동안 시험 사용해 보고, 라이선싱을 할 지 여부를 결정할 수 있는 권리를 유보

- Research Collaboration and Option 계약

   > 공동연구개발에 있어 그 결과물에 대한 특허권 등 IPR을 일방 당사자가 획득할 수 있는 권리를 유보하는 형태

   > 공동연구개발을 여러 단계로 나누어, 일방 당사자가 현재까지 진행된 공동연구개발의 결과를 심사한 후 후속 단계로 나아갈 지 여부를 결정할 수 있는 권리를 유보하는 형태 등

- 기타

> 라이센시가 라이센서의 개량발명에 대한 권리를 갖도록 하거나, 라이센서가 라이센시의 개량발명에 대한 권리를 갖도록 하는 조항도 일종의 Option 계약

5. Option 계약 사례

- 최근 자주 사용하는 대안: 옵션 계약

> 본격적 공동연구개발(또는 라이선싱) 관계를 시작하기 전에, 투자자나 라이센서가 feasibility를 test해보고 진행 여부를 결정할 수 있는 옵션을 부여함

<사례1 - 공동연구개발을 위한 본 계약 또는 라이선싱을 위한 본 계약의 체결로 나아갈 수 있는 option을 일방에게 부여한 경우>

옵션 보유자가 사전에 feasibility를 test -> 옵션 보유자가 통지(+금원지급)로써 옵션을 행사 -> 다른 당사자는 옵션 계약에 구속됨 -> 공동연구개발을 위한 본 계약 또는 라이선싱을 위한 본 계약을 체결할(또는 본 계약의 교섭에 응할) 의무 발생 > 공동연구개발 과정을 여러 단계로 나누고, 각 단계의 완성시 그 결과물인 IPR을 획득할 수 있는 권리 또는 다음 단계로 진행할 수 있는 옵션을 일방 당사자에게 유보함

<사례2>

     1 단계 완성 -> 옵션 보유자의 연구개발 성과 심사 -> 옵션 보유자가 통지(+금원지급)로써 옵션을 행사 -> 다른 당사자는 옵션 계약에 구속됨 -> 1단계 산출물에 관한 특허권에 대하여 실시권을 설정해 주거나 공동 출원할 의무 발생 / 2단계 개발도 옵션 보유자와의 공동연구개발로 진행해야 할 의무 발생 > 공동연구개발 과정을 여러 단계로 나누고, 각 단계의 완성시 그 결과물인 IPR을 획득할 수 있는 권리 또는 다음 단계로 진행할 수 있는 옵션을 일방 당사자에게 유보함

6. Option 계약 sample

[질문 또는 상담신청 입력하기]

1. 계약자유의 원칙상 각 당사자는 그 의사에 따라 계약을 체결하거나 하지 않을 자유가 있습니다. 각자 책임으로 계약 관련 비용도 부담하는 것이 원칙입니다. 계약이 성립된 경우에만 비로소 계약상 책임이 발생합니다. 계약협상 후 계약체결을 거절할 수 있지만 예외적으로 그 과정에서 불법행위 성립이 인정되면 불법행위로 인한 손해배상 책임을 인정할 수 있습니다. 그러나 일방이 교섭단계에서 계약이 확실하게 체결되리라는 정당한 기대 내지 신뢰를 부여하여 상대방이 그 신뢰에 따라 행동하였음에도 상당한 이유 없이 계약의 체결을 거부하여 손해를 입혔다면 이는 신의성실의 원칙에 비추어 볼 때 계약자유 원칙의 한계를 넘는 위법한 행위로서 불법행위를 구성합니다(대법원 2001. 6. 15. 선고 99다40418 판결). 계약자유 원칙의 한계를 넘는 위법한 행위로서 불법행위를 구성한다는 취지입니다. 다만, 계약자유의 원칙에 대한 예외적 책임이므로 엄격하게 제한적으로 적용합니다.

2. 또한, 당사자는 계약내용을 자유롭게 정할 수 있지만, 일정한 한계를 벗어나면 민법 제103조 위반으로 무효입니다. 여기서 계약무효 사유인 ‘반사회질서의 법률행위’는 법률행위의 목적인 권리의무의 내용이 선량한 풍속 기타 사회질서에 위반되는 경우뿐만 아니라, 그 내용 자체는 반사회질서적인 것이 아니라고 하여도 법적으로 이를 강제하거나 법률행위에 사회질서의 근간에 반하는 조건 또는 금전적인 대가가 결부됨으로써 그 법률행위가 반사회질서적 성질을 띠게 되는 경우 및 표시되거나 상대방에게 알려진 법률행위의 동기가 반사회질서적인 경우를 포함합니다(대법원 2009. 9. 10. 선고 2009다37251 판결).

3. 계약위반에 따른 손해배상은 통상손해를 그 한도로 합니다. 후속 개발일정 지연에 따른 손해 등은 특별손해로, 민법 제393조 제2항 “특별한 사정으로 인한 손해는 채무자가 이를 알았거나 알 수 있었을 때에 한하여 배상의 책임이 있다”에 따라 매우 제한적으로 인정됩니다. 다만, 특별손해 배상책임에 대한 요건으로서 채무자의 예견가능성은 채권성립시가 아니라 채무불이행시를 기준으로 판단하고(대법원 1985. 9. 10. 선고 84다1532 판결), 그 예견 대상이 되는 것은 그와 같은 특별한 사정의 존재만이고 그러한 사정에 의하여 발생한 손해의 액수까지 알았거나 알 수 있어야 하는 것은 아닙니다(대법원 2002. 10. 25. 선고 2002다23598 판결).

4. 다양한 이유로 독점계약을 체결합니다. 그런데, 독점계약은 유익한 점도 많지만 단점도 많습니다. 독점계약 체결 후 상황이 최초 예상과 달리 전개될 경우 당사자가 부담할 Risk가 크고 계약상 융통성이 거의 없기 때문에 그 해결도 어렵습니다. 따라서 독점계약은 체결할 때부터 관련 Risk를 두루 점검해보고 그 해결방안을 계약서에 포함시키는 것이 좋습니다. 예를 들어, 특허기술의 독점실시를 위한 특허권 전용실시권 설정 라이선스 계약이라면 실시자 licensee에게 최소 제조 및 판매수량 또는 최소 로열티 지급액 등을 미리 설정해 두어야 합니다. 전용실시권 설정으로 특허권자 자신도 실시할 수 없을 뿐만 아니라 제3자 실시허락도 불가능하기 때문에, 특허권자 licensor는 수익을 전혀 얻을 수 없는 상황에 처할 수도 있습니다.

5. 특허기술의 독점실시 라이선스 계약뿐만 아니라 공동개발 및 독점공급계약이나 독점판매 계약에서도 유사한 Risk가 있습니다. 원료에 대한 독점공급계약을 체결하였으나 그 공급가격이 너무 비싸서 최종 제품의 경쟁력을 확보할 수 없는 경우도 있습니다. 특히 제3자로부터 훨씬 낮은 가격에 동일한 원료를 공급받을 수 있다면 그 부담은 더욱 커질 것입니다. 그와 같은 경우 독점계약관계를 비독점 계약관계로 전환할 수 있다는 조건을 미리 둔다면 관련 문제를 쉽게 해결할 수 있습니다.

6. 계약서에 기술보증을 요구하는 경우 그 책임범위가 문제됩니다. 대법원은 최근 계약체결 당시 상대방이 진술 및 보증조항의 위반사실을 이미 알고 있었다고 해도 계약서의 보증조항의 효력을 함부로 부정할 수 없다고 판결하였습니다. 서울고등법원 판결에서, ‘계약체결 당시 상대방이 이미 진술 및 보증 조항의 위반사실을 알고 있었고, 계약협상 및 가격산정에 반영할 수 있었음에도 방치하였다가 이후 위반사실이 존재한다는 사정을 들어 손해배상 책임을 묻는 것은 공평의 이념 및 신의칙상 허용될 수 없다’고 판결한 것을 뒤집은 것입니다. 일단 진술 및 보증조항에 동의하고, 나중에 가서 해결하는 것은 어렵습니다.

7. 현실적으로 가장 합리적인 보증방안은 보증을 하는 당사자에게 관련 사항에 대한 사전조사 및 검토를 요구하고, 그 결과 이상이 없다는 점을 보증하게 하는 것입니다. 보증자가 성실한 조사 및 검토를 한다는 부담을 안고, 그 결과 알고 있는 범위 내에서 보증책임을 부담하는 것입니다. 즉, 자신도 모르고 있었거나 알 수도 없었던 사실에 대해까지 추후 무조건 책임을 묻는다는 것은 비현실적이고 비합리적입니다. 이와 같은 한계설정 방안을 "knowledge qualifier qualification"이라고 합니다. 예문 - "기술을 이전하는 "갑"은, 갑이 아는 범위 내에서 계약 기술이 제3자의 권리를 침해하지 않는다는 점을 보증한다."

8. 특허권 전용실시 계약을 체결하면서 특허권자 회사에 대해 “귀사의 승낙 없이 특허를 임의대로 사용하지 않겠다”는 제한조항을 넣었으나, 특허등록원부에 전용실시권 등록을 하면서 계약상 제한사항은 등록하지 않았습니다. 대법원은 전용실시권 설정계약상의 제한사항을 등록하지 않은 경우, 그 제한을 위반하여 특허발명을 실시하여도 계약위반은 성립하지만 특허침해는 성립하지 않는다고 판결하였습니다. 전용실시권 관련 제한사항은 특허등록원부에 등록해야만 그 온전한 효력을 인정받습니다.

9. 기술이전 License, Collaboration Agreement 실무에서 기술보유자 licensor는 자금 압박 때문에 당장 눈앞에 보이는 royalty 금액을 가장 중시하기 마련입니다. 그러나 장기적 관점에서 보면, 해당 기술뿐만 아니라 모든 연구개발정보, 경험, 축적된 knowhow, patent portfolio, 연구인력 등을 포함한 회사 전체를 M&A로 매각할 때 가장 큰 가치를 얻을 수 있습니다. 기술개발이 잘 진행되면 M&A로 훨씬 더 높은 가격으로 거래할 기회가 있다는 점을 염두에 두어야 할 것입니다. M&A 매수회사로서는 존재하는 license contract 존재에도 불구하고 그 기술의 상업적 개발로 인해 충분한 이익을 거둘 수 있어야만 합니다. 당시 기술이전 License, collaboration Agreement에서 상황에 따라 선택할 수 있는 option contract, opt in 조항을 두어 향후 제품 개발과 판매에 참여할 수 있는 권리, 이익 분배권, 사업활동 자유의 범위, change of control 등 장래 권리를 확보하고 있다면 높은 가치를 받을 수 있을 것입니다.

10. License 후 공동연구개발을 진행하지만 완료까지 오랜 기간이 소요되는 경우, 기술보유 licensor 벤처회사가 투자유치 또는 M&A 등으로 지배권 변동이 발생하기도 합니다. Licensee 경쟁회사에서 licensor 회사를 M&A하는 경우는 물론, 제품라인이 중복되거나 연구개발전략이 전혀 달리하는 등 다양한 사유로 collaboration 관계를 지속하기 어려운 상황을 맞기도 합니다. 이와 같은 상황에 대비하여 처리방안을 규정한 계약조항을 미리 두는 것이 필요할 것입니다.

[질문 또는 상담신청 입력하기]

1. 도급계약 vs 위임계약

통상 컴퓨터프로그램 등 소프트웨어를 개발하여 납품하는 계약은 도급계약으로 볼 수 있습니다. 도급계약은 당사자 일방이 일을 완성할 것을 약정하고 상대방이 그 일의 결과에 대하여 보수를 지급할 것을 약정함으로써 성립하는 계약입니다(민법 제664조). 즉, 도급은 일의 완성을 목적합니다. 특정 목적의 소프트웨어 프로그램 개발공급 계약에서 수급인 개발자의 급부의무는 도급인 발주자의 주문 사양에 맞추어 하자 없이 주문한 기능을 가진 프로그램을 개발하여 공급하는 것입니다.

판례도 “소프트웨어 개발·공급계약은 일종의 도급계약”이라고 하고, (발주자 – 도급인 vs 개발자 – 수급인 구도) 수급인은 원칙적으로 일을 완성하여야 보수를 청구할 수 있다고 판시하고 있습니다. 도급계약에서는 일의 완성 여부가 매우 중요한 핵심 사항입니다.

판결은 일단 완성되었다면, “발주자 도급인이 프로그램 내용에 대하여 불만을 표시하며 수급인의 수정 제의를 거부하면서 계약해제 통보를 하는 등 특별한 사정이 있다면 수급인은 당시까지의 보수를 청구할 수 있다”고 판시합니다.

반면, 컴퓨터프로그램의 납품에 중점이 있는 것이 아니고 전문가로서 개발업무를 수행하는 것 자체에 중점이 있는 경우라면 도급계약이 아니라 위임계약으로 볼 수도 있습니다. 위임계약의 대표적 예를 들면, 의사가 환자를 치료하고 대가를 받는 관계입니다.

2. 분쟁원인 - 프로그램 개발완성 여부

소프트웨어 프로그램 개발공급계약에서 완성여부에 대한 채무불이행 여부가 문제되는데, 수급인 개발자가 채무이행을 제대로 하였는지 여부는 당사자가 합의한 계약내용을 기준으로 판단될 것입니다.

그런데 소프트웨어 프로그램 개발공급계약은 실무상 합의내용을 구체적으로 명확하게 계약서에 반영하는 것이 상당히 어렵습니다. 개발대상 프로그램이 크고 복잡한 경우 그 요구조건, 사양, 내용, 시스템 등을 계약에 명확하게 반영하기 어렵습니다. 그 결과 계약내용에 대해 당사자 사이에 이해내용상 상당한 차이가 발생할 수도 있습니다. 그 결과 개발진행 후 일의 완성 여부에 대한 분쟁이 자주 발생하는 것입니다.

3. 프로그램개발의 완성 또는 미완성 판단기준

소프트웨어 개발납품 계약서에서 정한 기준에 따라 완성여부를 판단합니다. 계약서 문언에 따라 계약에 포함되어 있는 사양과 기능을 갖춘 제품의 개발, 그 이행 제공, 관련한 자료, 당시 관련 당사자들의 태도 등 제반 사정을 종합하여 판단합니다. 따라서 발주자와 개발자는 계약서에 프로그램의 목적과 기능을 구체적으로 특정하고, 정확하고 구체적으로 기재해야 하는 것이 바람직합니다. 통상 계약서에 첨부하는 ‘개발사항 명세서’에 관련 사항을 가능하면 상세하게 작성하여야 합니다.

소프트웨어 프로그램 개발 및 공급계약에서 일의 완성으로 보려면 계약상 예정된 최후의 공정까지 종료하였음과 함께 프로그램의 주요기능 부분이 약정된 대로 개발되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있어야만 합니다. 또한 계약상 예정된 최후의 공정이 종료하였는지 여부는 개발자 수급인의 주관적인 주장이 아니라 개발 및 공급계약의 구체적 내용과 신의성실의 원칙에 비추어 객관적으로 판단해야 합니다.

개발자가 소프트웨어 개발의 일을 완성하고 이를 인도하면 발주자는 해당 소프트웨어 프로그램이 계약상 사양과 내용대로 완성되었는지 점검하여 수령하게 되는데, 법원은 제작물공급계약에서 목적물의 인도는 완성된 목적물에 대한 단순한 점유의 이전만을 의미하는 것이 아니라 도급인이 목적물을 검사한 후 그 목적물이 계약내용대로 완성되었음을 명시적 또는 묵시적으로 시인하는 것까지 포함한다고 봅니다.

그런데, 실무상 개발 납품한 프로그램이 계약상 요구사항을 모두 충족하였지만 발주자가 원하는 성능을 충분히 구현하지 못한다고 불만을 표시하면서 개발대금을 지급하지 않고 과도하게 보완을 계속 요구하는 경우가 있습니다. 이와 같은 하자 주장은, 법적으로 일의 완성과는 구별되는 다른 개념입니다. 하자가 있더라도 일이 완성되었다면 수급인은 도급인에게 보수의 지급을 청구할 수 있습니다.

하자여부도 일의 완성여부 판단, 그 완성도의 판단기준이 매우 중요합니다. 계약서에서 요구사항 각 항목을 특정하고, 목적하는 기능, 사용용도, 개발동기 등 배경사실을 기재하였거나 프로그램의 기능이 어떻게 구현되어야 하는지 등을 구체적으로 기재해 두었다면 완성여부 및 완성도를 판단하는데 큰 문제가 없을 것입니다.

발주자 도급인은 하자보수청구권을 가지므로 하자담보책임에 기한 항변을 행사하여 하자에 대한 보수 또는 그에 갈음하는 손해배상의 지금에 대한 대금의 지급을 거절할 수 있습니다. 그러나 하자를 이유로 대금 전부의 지급을 거절할 수는 없습니다.

정리하면, 발주한 소프트웨어 프로그램의 개발이 미완성인 때에는 대금지급을 거절할 수 있지만, 완성되었으나 하자가 있는 경우에는 발주자 도급인은 일의 완성을 요구하면서 대금지급을 거절할 수는 있습니다. 다만, 하자의 정도에 따라 대금감액 또는 손해배상을 청구할 수는 있습니다.

4. 완성된 소프트웨어 프로그램의 하자 관련 쟁점  

소프트웨어 개발 및 공급의 도급계약에 있어서의 하자는 완성된 일이 계약에서 정하거나 보증한 내용이 아니거나, 그 경제적 사용가치 또는 교환가치를 감소시키는 결함이 있거나, 또는 당사자가 미리 정한 사양 또는 기능을 가지지 못하는 등 결함을 말합니다. 그러나 하자의 정의는 모호하고 추상적이라 개별 사건마다 당사자간의 계약 내용을 검토하는 것이 중요합니다. 또한 계약상 합의된 사양과 내용과 함께 통상적인 용도에 적합한지 여부도 중요한 기준입니다.

납품 및 검수 후의 소프트웨어 버그에 대한 리포트를 받고 이를 즉시 보수하거나 도급인과 협의하여 상당한 조치를 취한 때에는 하자라고 보지 않을 것입니다. 그러나 도급인이 요구하는 구체적인 업무나 기능이 제대로 작동되지 않는 경우, 통신 및 인터넷과 연계된 컴퓨터 프로그램이 통신 및 네트워크와 연결하여서는 제대로 작동되지 않은 경우나, 컴퓨터 안에 보존된 다른 데이터 등을 잃어 버리는 경우 등은 하자에 해당합니다.

5. 최종 완성 전 개발 정도의 중간점검 및 계약변경시 입증자료 구비 필요 

컴퓨터 프로그램의 납품 후 계약에 따른 완성 여부를 다투거나 하자를 다투는 것보다 중간에 미리 점검하고 확인하는 것이 바람직합니다. 개발단계에 따라 단계별로, 또는 모듈별로 개발정도를 점검하거나 또는 기간에 따라 정기적으로 점검하는 것이 바람직합니다. 만약 당초 계약내용을 변경하거나 수정, 보완해야 한다면 중도에 추가 계약서를 작성하는 등 명시적 자료를 남기는 것이 좋습니다.

이때 게약사항의 수정, 변경으로 개발비용이 추가되는지 여부도 명확하게 결정해야 합니다. 그렇지 않으면 추가 비용의 부담에 관한 분쟁원인이 될 것입니다.

[질문 또는 상담신청 입력하기]