개발계약__글12건

  1. 2020.11.02 컴퓨터프로그램, 소프트웨어 s/w 개발계약 분쟁 – 추가 요구사항 불성실이행 및 계약해제 여부: 서울중앙지방법원 2020. 7. 1. 선고 2019가단5052733 판결
  2. 2020.10.30 컴퓨터프로그램, 소프트웨어 s/w 개발계약 분쟁 – 추가 요구사항 및 추가 수정 있지만 완성 인정 사례: 서울동부지방법원 2020. 9. 10. 선고 2019가단118891 판결
  3. 2020.10.28 컴퓨터프로그램, 소프트웨어 개발, 납품 계약 관련 분쟁 사례 판결 - 2
  4. 2020.10.28 컴퓨터프로그램, 소프트웨어 개발, 납품 계약 관련 분쟁 사례 판결 – 1
  5. 2020.04.10 컴퓨터프로그램, 소프트웨어 s/w 개발공급계약 분쟁 – 미완성 상태 중도 계약해지 시 기성고 고려 대금정산의무 인정 대법원 판결요지
  6. 2020.03.25 소프트웨어, 컴퓨터프로그램의 개발납품 계약, 도급계약의 주요 쟁점, 개발완성 여부 판단 및 실무적 포인트 몇 가지
  7. 2020.03.25 발주회사의 ERP 프로그램 품질 불만족, 사기로 계약취소, 부가서비스 채무불이행, 불완전이행으로 계약해제 주장 – 모두 불인정: 서울중앙지방법원 2018. 4. 5. 선고 2015가합561460 판결
  8. 2019.12.23 제조납품 계약에서 품질불량 분쟁 – 품질불량의 원인 제공자에게 손해배상 책임: 대구고등법원 2018. 5. 11. 선고 2017나23241 판결
  9. 2019.12.23 개발납품한 시제품의 품질성능 분쟁 – 발주사의 성능불량 및 미완성 주장 + 개발사의 개발납품 비용 청구 불인정 사례: 특허법원 2018. 10. 26. 선고 2018나1299 판결
  10. 2019.08.08 소프트웨어 컴퓨터프로그램의 개발 납품 계약 – 도급계약의 주요 쟁점 - 개발완성 여부 분쟁 및 실무적 대응방안
  11. 2019.04.23 게임소프트웨어 판권에 관한 서비스제휴 계약분쟁 – 개발사에게 불리한 수익정산비율 이유로 계약무효 주장 – 불인정 + 현저한 불공정 이유로 하는 계약무효의 판단 기준: 서울고등법원 201..
  12. 2017.10.13 소프트웨어 개발 및 공급계약에서 일의 완성과 하자의 구분

 

1. 개발용역 계약서 조항

 

10(계약의 해지) 1. 발주자 피고는 다음 각 호의 협력 사업의 성실한 이행을 요구하고, 개발자 원고가 이를 불이행하거나 시정할 의사가 없다고 판단한 경우 피고를 원고에게 본 계약의 해지를 요구할 수 있다.

1) 발주자 피고의 시정 요구를 개발자 원고가 정당한 사유 없이 이행하지 않을 때

 

4. 개발자 원고의 책임으로 계약이 해지되는 경우 기지급된 계약금 등을 반환하는 것으로 본 계약이 종료되며, 지금까지 제작된 일체의 성과물은 발주자 피고의 소유로 한다.

 

2. 발주자의 계약해지 통지

 

발주자 피고는 여러 차례 납품기한을 연장해 주었음에도 현재까지도 개발이 완료되지 않았으므로, 이 사건 용역계약서 제10조에 따라 이 사건 용역계약을 해지하고 지급받은 계약금액 전부와 현재까지 제작된 일체의 성과물을 피고에게 반환하라.’는 취지로 내용증명을 보냈다.

 

3. 법원의 판단

 

이 사건 용역계약서 제10조 제1항은, 발주자 피고의 시정 요구를 개발자 원고가 정당한 사유없이 이행하지 않거나 이행할 의사가 없다고 판단될 때 발주자 피고는 계약을 해지할 수 있고, 10조 제4항은, 10조 제1항에 따라 계약을 해지할 경우, 즉 개발자 원고의 책임으로 계약을 해지할 경우 원고는 지급받은 용역대금 전액을 피고에게 반환하고, 그 때까지 제작된 일체의 용역 결과물까지 피고의 소유로 한다.’라고 규정하고 있어 그 내용이 원고에게 매우 불리함을 알 수 있다.

 

대법원 판례 중에는 공사도급계약과 유사하게 소프트웨어 개발, 공급계약에 대해서도 일종의 도급계약으로서 수급인은 원칙적으로 일을 완성하여야 보수를 청구할 수 있으나, 도급인 회사에 이미 공급되어 설치된 소프트웨어 완성도가 87.87%에 달하여 약간의 보완을 가하면 업무에 사용할 수 있으므로 이미 완성된 부분이 도급인 회사에게 이익이 되고, 한편 도급인 회사는 그 프로그램의 내용에 대하여 불만을 표시하며 수급인의 수정, 보완 제의를 거부하고 나아가 수급인은 계약의 당사자가 아니므로 상대하지 않겠다고 하면서 계약해제의 통보를 하였다면, 그 계약 관계는 도급인의 해제통보로 중도에 해소되었고 수급인은 당시까지의 보수를 청구할 수 있다고 인정한 사례가 있고(대법원 1996. 7. 30. 선고 957932 판결 참조),

 

일반 원칙으로 돌아가더라도, 수급인이 자신의 귀책사유로 일을 완성하지 못하였다면 도급인에게 보수를 청구할 수 없을 것이나, 그 때까지 성과물은 수급인에게 귀속된다고 보아야 할 것이다.

 

그런데 이 사건 용역계약은 개발 완성도와 무관하게 피고의 시정 요구를 원고가 정당한 사유 없이 이행하지 아니하여 피고가 계약을 해지할 경우원고가 지급받은 보수를 반환하여야 함은 물론, 그 때까지 진행한 용역 성과물까지 피고에게 귀속된다는 것으로 원고에게 매우 불리하므로, 설령 위와 같은 계약 내용이 유효하다고 하더라도, ‘원고가 정당한 사유없이 피고의 시정 요구를 이행하지 아니 하였는지는 엄격하게 해석할 필요가 있다.

 

첨부: 서울중앙지방법원 2020. 7. 1. 선고 2019가단5052733 판결

 

KASAN_컴퓨터프로그램, 소프트웨어 sw 개발계약 분쟁 – 추가 요구사항 불성실이행 및 계약해제 여부 서울중앙지방

서울중앙지방법원 2020. 7. 1. 선고 2019가단5052733 판결.pdf

 

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

 

 

작성일시 : 2020. 11. 2. 14:00
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

 

1. 피고 개발자의 완성여부에 관한 당사자의 상반된 주장

2. 법원의 판단 개발 완성 인정 및 대금지급 의무

 

3. 판결이유 중 개발완성으로 판단한 부분

 

소프트웨어의 개발, 공급과 관련한 계약은 성질상 처음부터 기능장애가 전혀 없는 완벽한 상태로 프로그램이 개발되는 상황을 상정하기 어려운 점에 비추어 보더라도 위 사이트에 관하여 오픈 후 지속적인 수정, 보완이 이루어졌다는 사실로써 개발의 전 단계인 원고의 업무가 완성되지 않았다는 점을 인정할 근거는 될 수 없는 점,

 

개발자 원고가 발주자 피고에 대하여 최종 산출물의 검수를 요청하였을 때 피고는 계약의 직접 당사자로서 검수를 실시할 책임이 자신에게 있음에도 이를 계약 발주자에게 미루며 명확한 답변을 하지 않은 점(위에서 본 이 사건 계약서 제11조 규정에 따르면 이를 검수 합격으로 간주할 여지가 있다),

 

발주자 피고는 개발자 원고가 일부 업무를 이행하지 않았다고 주장하나, 일부 증거만으로는 당초의 계약 대비 원고의 미이행 부분이 구체적으로 특정되지 않고, 발주자 피고가 주장하는 사항들이 위 고도화사업 진행 과정에서 추가로 요구한 사항이거나 일단 이행된 부분에 관하여 수정을 요구한 사항일 가능성도 있는 점 등을 종합하여 보면,

 

이 사건 계약에 기한 개발자 원고의 업무는 일단 마지막 단계까지 진행되어 이 사건 협약상 맡은 업무 완료조건은 충족되었다고 봄이 타당하고,

 

설령 일부 보완할 부분이 남아 있다고 하더라도 이는 계약의 미이행 문제가 아니라 완성물의 하자 문제에 불과하다 할 것이다

 

첨부: 서울동부지방법원 2020. 9. 10. 선고 2019가단118891 판결

 

KASAN_컴퓨터프로그램, 소프트웨어 sw 개발계약 분쟁 – 추가 요구사항 및 추가 수정 있지만 완성 인정 사례 서

서울동부지법_2019가단118891_판결서.pdf

 

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

 

 

작성일시 : 2020. 10. 30. 18:00
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 


프로그램 개발용역계약 발주회사와 개발자 사이 분쟁, 결과물 납품 후 검수 시 중대한 하자 존재 발주회사에서 채무불이행 계약해제 주장 불인정: 서울중앙지방법원 2018. 5. 29. 선고 2016가단5081747 판결

 

사안의 개요

 

개발자 프로그램 개발납품, 상용서버에 프로그램 설치, 발주자 검수, 중대하자존재 통지, 계약해제 및 계약금 반환청구, 개발자 잔금 지급청구

 

개발계약 조항

 

5조 납품 및 검수

원고는 개발기간 동안 정해진 일정에 따라 개발제품을 피고에게 제출하여야 한다. 단개발기간 중 피고의 개발계획이나 일정이 변경된 경우 원고와 피고가 협의하여 제출일자를 조절할 수 있다.

 

피고는 원고가 제출한 개발 제품에 대해 제출 후 5일 이내에 개발 내용을 검수하여 문제점이 없을 시 구두 및 문서로 이를 승인하며, 이때를 해당 단계가 완료된 시점으로 본다. , 피고가 개발결과물을 수령한 날로부터 5일 이내에 승인 또는 승인 불가의 통지를 하지 않은 경우에는 개발결과물을 승인한 것으로 간주한다.

 

개발제품에 대한 하자 보증은 검수일로부터 12개월간으로 하고, 이 기간 동안의 하자보수는 무상으로 한다.

 

프로그램 개발완성 여부 판단기준 및 개발자 입증책임 부담

 

이 사건 용역계약과 같이 계약에 의하여 제작 공급하여야 할 물건이 특정 주문자의 수요를 만족시키기 위한 부대체물인 경우에는 당해 물건의 공급과 함께 그 제작이 계약의 주목적이 되어 도급의 성질을 띠게 되므로, 그에 관하여는 도급에 관한 규정이 적용되고,

 

한편 도급계약에 있어 일의 완성에 관한 주장 증명 책임은 일의 결과에 대한 보수의 지급을 청구하는 수급인에게 있고, 제작물공급계약에서 일이 완성되었다고 하려면 당초 예정된 최후의 공정까지 일단 종료하였다는 점만으로는 부족하고 목적물의 주요 구조 부분이 약정된 대로 시공되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있어야 하므로

 

제작물공급에 대한 보수의 지급을 청구하는 수급인으로서는 그 목적물 제작에 관하여 계약에서 정해진 최후 공정을 일단 종료하였다는 점 뿐만 아니라 그 목적물의 주요구조 부분이 약정된 대로 시공되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있다는 점까지 주장 증명하여야 한다

 

구체적 사안의 판단 법원 개발완성 불인정

 

미지급 잔금을 청구할 수 있으려면 이 사건 프로그램의 제작에 관하여 계약에서 정해진 최후 공정을 일단 종료하였다는 점뿐만 아니라 그 주요 부분이 약정된 대로 제작되어 최후 공정을 일단 종료하였다는 점뿐만 아니라 그 주요 부분이 약정된 대로 제작되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있다는 점까지 주장 증명하여야 한다.

 

그런데 증거들과 감정결과를 모두 모아보더라도 이 사건 프로그램이 사회통념상 일반적으로 요구되는 성능을 갖추고 있다는 점을 인정하기에 부족하고 달리 이를 인정할 만한 객관적인 뚜렷한 증거가 없다. 따라서 이 사건 계약에서 정한 일의 완성을 전제로 한 원고의 주장은 받아들일 수 없다.

 

개발용역 계약의 해제여부 결과물에 중대한 하자 존재, 개발자 하자보수 거절

 

개발자의 하자보수 거절을 이행거절로 인한 계약해제 여부 - 법원 불인정

 

채무불이행에 의한 계약해제에 있어서 미리 이행하지 아니할 의사를 표시한 경우로서, 이른바 이행거절로 인한 계약을 해제하려면, 당해 채무가 계약의 목적 달성에 있어 필요불가결하고 이를 이행하지 아니하면 계약의 목적이 달성되지 아니하여 채권자가 그 계약을 체결하지 아니하였을 것이라고 여겨질 정도의 주된 채무이어야 하고 그렇지 아니한 부수적 채무를 불이행한 데에 지나지 아니한 경우에는 계약을 해제할 수 없다.

 

또한, 계약상의 의무 가운데 주된 채무와 부수적 채무를 구별함에 있어서는 급부의 독립된 가치와는 관계없이 계약을 체결할 때 표명되었거나 그 당시 상황으로 보아 분명하게 객관적으로 나타난 당사자의 합리적 의사에 의하여 결정하되, 계약의 내용 목적 불이행의 결과 등의 여러 사정을 고려하여야 한다(대법원 2005. 11. 25. 선고 200553705, 53712 판결 등 참조).

 

피고는 상용서버에서 이 사건 프로그램의 검수절차에 원고가 협조를 거부하고, 디자인 검수를 거부하는 등 이 사건 계약에 따른 용역의무에 대한 이행거절 의사를 명백히 하고 있거나 피고가 잔금이행을 제공하더라도 자기의 채무를 이행하지 아니할 것이 객관적으로 명백한 경우에 해당한다는 취지로 주장한다.

 

우선 이 사건 내지 하자 등 이 사건 검수절차와 관련된 피고의 지적을 그대로 받아들이기 어려운 점은 앞서 본 바와 같은바, 피고가 이행거절 의사를 명백히 표시하였다고 보기 단정하기 어렵다.

 

나아가 설령 피고 주장과 같이 원고가 이 사건 용역계약에 따라 이 사건 프로그램에 소요된 디자이너의 존재 등에 대하여 제대로 답변을 하지 않고 있다고 하더라도, 이 사건 계약의 내용 목적 등에 비추어 볼 때 위 의무는 이 사건 계약 상의 주된 채무 라기보다는 부수적 채무에 불과하다고 볼 여지가 있으므로, 위 채무의 불이행을 이유로 이 사건 용역계약을 해제할 수는 없다고 봄이 상당하다. 따라서 피고의 위 주장도 받아들일 수 없다.

 

KASAN_컴퓨터프로그램, 소프트웨어 개발, 납품 계약 관련 분쟁 사례 판결 – 2.pdf


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

 

 

작성일시 : 2020. 10. 28. 15:00
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

1. 미완료 상황에서 계약해제 및 책임분쟁 명시적 계약조항에도 불구하고 미완성 부분만 실효, 불리한 계약조항 제한해석: 서울중앙지방법원 2017. 5. 16. 선고 2015가합582641 판결

 

사안의 개요

(1) 발주회사 조선회사 스마트용접 시스템 구축 사업 계약체결, 복수 사업장에서 단계적으로 진행 중 계약내용대로 완료하지 못한 상태에서 중단됨

(2) 중단 사유 발주회사 ERP 시스템교체, 새로운 시스템과 연동 테스트 등 문제, 조선업계 불황으로 발주회사 구조조정, 담당직원 퇴직 등으로 업무장애 발생, 사실상 사업추진 불가능 상황에 도달함

 

계약조항

합의한 기한 내에 발주회사가 요구하는 품질의 물품이 공급되지 않을 시 발주회사는 즉시 계약을 해제할 수 있으며, 계약해제 시 개발, 납품회사는 원상 회복 및 손해배상의 의무를 진다.”

 

쟁점 미완료 도중 계약 종료 시 계약의 실효 범위, 대금지급의무 및 그 범위

 

판결요지

피고 개발회사가 계약에서 정한 일부 스마트 용접기를 공급하지 못한 것은 사실이나, 이미 구현된 부분만으로도 원고 발주회사에 이익이 되었다고 할 것인 바,

 

발주회사가 계약에서 정한 바에 따라 해제권을 행사하더라도 공급하지 않은 부분에 대하여만 실효된다고 봄이 타당하다.”

 

2. 웹디자인 개발용역계약, 발주회사와 개인 프리랜서 개발자 사이 분쟁, 결과물 납품 후 검수 시 완성도 미흡으로 인수거절 통지 발주회사에서 채무불이행 계약해제 및 계약금 등 지급한 개발비 반환청구 일부 인정, 일부 불인정: 서울중앙지방법원 2018. 11. 1. 선고 2017가단5073071 판결

 

개발결과물 검수 및 실패 통지

내용증명 우편으로 피고들이 제출한 용역결과물에 대해 검수한 결과 계약 목적을 달성할 수 없는 상태로 판명되었고, 피고들이 향후에도 계약을 이행할 의사나 능력도 없는 것으로 판단되어 계약을 해제하므로 이에 따른 원상회복으로 피고들이 수령한 계약금을 반환하고 개발 지연에 따른 손해배상의무를 이행하지 않을 경우 민 형사상 조치를 취하겠다는 취지의 통지(이하 이 사건 통지라 한다)를 하였다.

 

추가 개발요구 사항 법원 수정계약의 내용으로 인정

이 사건 개발계획의 범위는 위와 같이 이 사건 최소 개발항목 뿐만 아니라 이 사건 추가 개발항목도 모두 포함하여 이 사건 개발일정표상에 기재된 전체의 기능들이 개발 및 구현되어 통상적인 의미의 상업적 서비스가 가능한 정도의 완성도를 가지는 결과물을 제출하는 것이라고 보아야 하므로

 

이 사건 수정계약상 정하여진 피고의 업무범위 내지 개발범위를 확정함에 있어 단순히 피고들이 주장하는 ‘Pivotal Tracker’에 입력된 부분에만 한정되는 것으로는 볼 수 없다(피고들이 주장하는 위 ‘Pivotal Tracker’에 입력된 부분은 이 사건 최소 개발항목과 대부분 일치한다).

 

나아가 이 사건 개발일정표 전체 항목(, 이 사건 최소 및 추가 개발항목)을 포함시키되, 보충적으로 이 사건 수정계약서의 해당사이트에 연결(링크)되어 파일 형태로 첨부된 서비스기획서(이하 이 사건 기획서라 한다)의 내용도 참조해야만 이러한 개발용역의 내용과 범위를 비로소 올바르게 확적할 수 있다고 보아야 한다.

 

추가 개발요구 사항과 개발실패 책임소재 법원 수정계약상 연장된 기한으로 해결, 최종족으로 개발자의 귀책사유

피고는 이 사건 수정계약의 이행이 그동안 지연된 이유에 대해 원고가 지속적으로 기획과 디자인을 변경하거나 업데이트를 함으로써 피고들의 작업 일정도 2017. 3. 7.의 시한을 맞추지 못한 채 지연될 수밖에 없었다는 취지로 주장하나,

 

우선 앞서 본 바와 같이 이 사건 기획서도 피고들의 업무 범위에 포함되어 있고, 나아가 이 사건 수정계약 체결 단계에서부터 소프트웨어 개발 작업의 특성상 이러한 기획의 변경이나 수정은 어느 정도 예정되어 있었던 것으로 보아야 하며, 피고 B도 이러한 분야의 전문가로서 이러한 사정을 이해하고 있었던 것으로 보인다.

 

또한, 이 사건 개발일정표에서도 디자인 결과물이 2017. 1. 21.까지 나오지 못하는 경우에는 그 디자인이 적용된 기능들을 완성하는데 차질이 있을 수 있다는 점을 당사자들이 감안해 주기로 합의한 것도 바로 이러한 사정들 때문인 것으로 보이고,

 

이러한 이유들로 인하여 향후 만일 개발 작업이 어떤 사유로든 지연되는 경우에는 2017. 3. 7. 계약 종료 전에 계약연장을 통해서라도 이 사건 수정계약상의 개발계획을 완료하기로 약정한 사실도 있으므로, 피고들이 주장하는 위와 같은 원고 측 지연사유는 이 사건 수정계약 위반 사유가 될 수 없고, 또 피고 B의 채무불이행을 정당화할 수 있는 사유도 될 수 없다고 보아야 한다.

 

KASAN_컴퓨터프로그램, 소프트웨어 개발, 납품 계약 관련 분쟁 사례 판결 - 1.pdf

 

 

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

 

 

작성일시 : 2020. 10. 28. 14:18
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

대법원 1996. 7. 30. 선고 957932 판결

소프트웨어 개발·공급계약은 일종의 도급계약으로서 수급인은 원칙적으로 일을 완성하여야 보수를 청구할 수 있으나, 도급인 회사에 이미 공급되어 설치된 소프트웨어 완성도가 87.87%에 달하여 약간의 보완을 가하면 업무에 사용할 수 있으므로 이미 완성된 부분이 도급인 회사에게 이익이 되고, 한편 도급인 회사는 그 프로그램의 내용에 대하여 불만을 표시하며 수급인의 수정, 보완 제의를 거부하고 나아가 수급인은 계약의 당사자가 아니므로 상대하지 않겠다고 하면서 계약해제의 통보를 하였다면, 그 계약관계는 도급인의 해제통보로 중도에 해소되었고 수급인은 당시까지의 보수를 청구할 수 있다.

 

또한 기록에 의하면 피고는 이 사건 프로그램의 하자로 인하여 이를 피고 회사의 업무에 사용할 수 없으니 보수를 한 푼도 지급할 수 없다는 주장을 하였을 뿐 원고에게 하자를 보수하여 줄 것을 청구하고, 원고의 하자보수의무와 피고의 보수지급의무가 동시이행의 관계에 있음을 주장한 바가 없을 뿐만 아니라, 하자보수청구권은 도급계약의 목적물을 완성하여 인도한 이후에 발생하는 것인데 이 사건 프로그램은 아직 미완성의 단계로서 피고가 주장하는 하자란 바로 미완성의 부분을 말하는 것이고, 원심은 원고에게 일을 완성하였을 경우에 지급될 보수의 전부를 인정한 것이 아니라 이제까지 완성된 부분에 대한 보수만을 인정한 것이다.

 

대법원 1997. 2. 25. 선고 9643454 판결

건축공사도급계약에 있어서는 공사 도중에 계약이 해제되어 미완성 부분이 있는 경우라도 그 공사가 상당한 정도로 진척되어 원상회복이 중대한 사회적·경제적 손실을 초래하게 되고 완성된 부분이 도급인에게 이익이 되는 때에는 도급계약은 미완성 부분에 대해서만 실효되어 수급인은 해제된 상태 그대로 그 건물을 도급인에게 인도하고, 도급인은 그 건물의 기성고 등을 참작하여 인도 받은 건물에 대하여 상당한 보수를 지급하여야 할 의무가 있다.

 

KASAN_컴퓨터프로그램, 소프트웨어 sw 개발공급계약 분쟁 – 미완성 상태 중도 계약해지 시 기성고 고려 대금정산

 

 

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

 

 

작성일시 : 2020. 4. 10. 09:24
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

 

1. 도급계약 vs 위임계약

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

KASAN_소프트웨어, 컴퓨터프로그램의 개발납품 계약, 도급계약의 주요 쟁점, 개발완성 여부 판단 및 실무적 포인트

 

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

 

 

작성일시 : 2020. 3. 25. 13:00
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

 

1. 개발사의 사기 또는 발주사의 착오로 인한 계약취소 주장 요지

 

새로운 ERP 시스템을 도입할 경우 매년 최소 약 56억 원에서 92억 원 이상의 비용절감 효과가 발생한다고 설명하였으나 실제로는 위와 같은 비용절감 효과가 발생하지 않았으며 실제 위 비용절감 효과는 현실적으로 실현이 불가능한 수준이었다. 이처럼 개발사에서 ERP 시스템의 비용절감 효과에 관하여 발주사를 기망하였으므로 계약은 사기에 의한 의사표시(민법 제110조 제1)로서 이를 취소하고 원고의 기망행위가 없었다고 보더라도 이는 원고에 의하여 유발된 착오로 인한 의사표시(민법 제109조 제1)이므로 이를 취소한다. 개발사는 용역대금을 부당이득으로 반환하여야 한다.

 

2. 법원판단

 

진단결과보고서에서 추정 기대효과’, ‘추정치’, ‘가능성등의 표현을 사용하여 개발사가 제시한 위 각 수치가 그만큼의 비용절감 효과가 반드시 발생할 것을 보장하는 것이 아님이 그 문언상 명백함. ERP 시스템 도입 후 연간 약 42억 원 상당의 비용절감 효과가 있었다는 취지의 보고서를 작성한 사실, 위 시스템 도입으로 위 진단결과보고서에 기재된 수치만큼은 아니더라도 일정한 비용절감 효과가 발생한 것으로 보인다.

 

판매업체가 그 제품을 홍보할 때는 그 효과를 최선의 결과를 가정한 상태에서 다소 과장하여 설명하는 것이 통상적이며 피고의 경영진 또한 그러한 통례를 감안한 상태에서 위 결과보고를 받았을 것으로 생각되는 점, ERP 시스템은 도구(tool)’라는 특성상 해당 시스템을 활용하는 사용자에 따라 그 운영 효과가 다르게 나타나게 되므로 최선의 결과를 얻기 위해서는 제품의 품질뿐만 아니라 사용자의 적극적인 적응 및 활용 노력이 요구되므로 그 비용절감 효과의 정확한 예측은 몹시 어려우며, 이러한 사정은 충분히 예상할 수 있었을 것으로 보이는 점 등을 보태어 보면 계약의 체결과정에서 위 ERP 시스템의 효과에 관하여 기망하였다고 인정할 수 없다.

 

3. 발주회사의 개발계약서, 개선과제 정의서상 채무불이행 및 계약해제 주장

 

법원 판단 요지 일부 미흡한 부분 인정, but 주채무의 불이행 불인정 therefore 부수적 채무의 불이행만으로 계약해제 불가 판결

 

부가서비스 중 일부를 제공하지 않았다고 하더라도, 민법 제544조에 의하여 채무불이행을 이유로 계약을 해제하려면 당해 채무가 계약의 목적달성에 있어 필요불가결하고 이를 이행하지 아니하면 계약의 목적이 달성되지 아니하여 채권자가 그 계약을 체결하지 아니하였을 것이라고 여겨질 정도의 주된 채무여야 하고 그렇지 아니한 부수적 채무를 불이행한 데에 지나지 아니한 경우에는 계약을 해제할 수 없다(대법원 2005. 11. 25. 선고 200553705, 53712 판결 참조).

 

계약상 주된 채무는 ERP 시스템 구축 및 그 운영에 필요한 유지보수이고 특히 이 사건 용역계약은 응용프로그램 관리업무, 서버 관리업무, 라이선스 제공 업무를 원고의 업무 범위로 정하고 있는 점은 앞서 기초사실에서 본 바와 같은 바, 그 밖에 위 ‘SAP Premium Service 제안에 열거된 나머지 부가서비스가 부수적 채무가 아닌 주된 채무에 해당한다고 볼 만한 증거가 없으므로 그와 같은 채무의 불이행을 이유로 이 사건 각 계약을 해제할 수는 없다.

 

KASAN_발주회사의 ERP 프로그램 품질 불만족, 사기로 계약취소, 부가서비스 채무불이행, 불완전이행으로 계약해제

 

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

 

 

작성일시 : 2020. 3. 25. 12:00
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

 

1. 사안의 개요 및 쟁점

- 수급인 제조업체 원고 회사: 스마트폰 무선충전기 완제품 세트 제조 및 납품

- 도급인 발주업체 피고 회사: 무선충전기 완제품 발주 + 완제품의 주요 부품인 어댑터, 배터리팩, PBA(Panel Board Assembly)를 수주업체에 공급함

- 문제발생: PBA 불량 및 필수요건 Qi 인증 취득 못함 à 무선충전기 완제품 세트 발매지연 à 무선충전기 수요 상실 + 판매기회 상실

 

2. 주문 납품계약의 성격 - 부대체물 제작공급, 도급계약

제작의 측면에서는 도급의 성질이 있고 공급의 측면에서는 매매의 성질이 있어 대체로 매매와 도급의 성질을 함께 가지고 있으므로, 그 적용 법률은 계약에 의하여 제작 공급하여야 할 물건이 대체물인 경우에는 매매에 관한 규정이 적용되지만, 물건이 특정의 주문자의 수요를 만족시키기 위한 부대체물인 경우에는 당해 물건의 공급과 함께 그 제작이 계약의 주목적이 되어 도급의 성질을 띠게 된다(대법원 2010.11.25. 선고 201056685 판결).

 

당사자의 일방이 상대방의 주문에 따라 자기 소유의 재료를 사용하여 만든 물건을 공급하기로 하고 상대방이 대가를 지급하기로 약정하는 이른바 제작물공급계약은 부대체물 제작공급 계약으로 도급계약임

 

3. 도급계약의 해제 여부

도급인이 완성된 목적물의 하자로 인하여 계약의 목적을 달성할 수 없는 때에는 계약을 해제할 수 있으나(민법 제668), 목적물의 하자가 도급인이 제공한 재료의 성질 또는 도급인의 지시에 기인한 때에는 그러하지 아니하다(민법 제669).

 

계약의 합의해제는 당사자 쌍방의 묵시적인 합의에 의하여서도 성립되나 이를 인정하는 데는 계약의 실현을 장기간 방치한 것만으로는 부족하고 당사자 쌍방에게 계약을 실현할 의사가 없거나 계약을 포기하는 동기에서 비롯되어 장기간 방치된 것이라고 볼 수 있는 사정이 있어야만 묵시적 합의해제를 인정할 수 있다(대법원 1992. 2. 28. 선고 9128221 판결 등 참조).

 

4. 품질불량의 원인 및 손해배상책임 소재

도급인이 제공한 재료에 의하여 완성된 목적물에 하자가 발생한 경우 도급인은 수급인에게 손해배상을 청구할 수 없음.

 

도급계약에서 완성된 목적물에 하자가 있는 경우에는 도급인은 수급인에게 하자의 보수를 청구하거나 이에 갈음하여 손해의 배상을 청구할 수 있습니다(민법 제667조 제1). 이를 수급인의 하자담보책임이라고 합니다.

 

그러나 그 하자가 도급인이 제공한 재료 또는 도급인의 지시에 의한 경우에는 수급인이 하자담보책임을 부담하지 않습니다. 다만, 수급인이 그 재료 또는 지시가 부적당함을 알고도 도급인에게 고지하지 아니하여 그러한 하자가 발생하였다면 여전히 하자담보책임을 부담합니다(민법 제669).

 

도급계약에 있어 일의 완성에 관한 주장ㆍ입증 책임은 일의 결과에 대한 보수의 지급을 청구하는 수급인에게 있고, 제작물공급계약에서 일이 완성되었다고 하려면 당초 예정된 최후의 공정까지 일단 종료하였다는 점만으로는 부족하고 목적물의 주요구조 부분이 약정된 대로 시공되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있어야 하므로, 제작물공급에 대한 보수의 지급을 청구하는 수급인으로서는 그 목적물 제작에 관하여 계약에서 정해진 최후 공정을 일단 종료하였다는 점 뿐만 아니라 그 목적물의 주요구조 부분이 약정된 대로 시공되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있다는 점까지 주장ㆍ입증하여야 합니다.

 

판례에 따르면 수급자가 계약에 기한 의무(일의 완성)를 이행하였다고 하기 위해서는 당초 예정된 최후의 공정까지 일단 종료하였다는 점에서 나아가 목적물이 약정된 대로 개발되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있어야 합니다. 그리고 위 사항에 대한 입증책임은 수급자에게 있습니다. 따라서 수주자가 하자 많은 목적물을 납품하고, 목적물의 완성 여부가 다투어지는 경우 수주자가 계약에서 정한대로의 기능을 사회통념상 일반적으로 요구되는 정도로 갖추고 있음을 증명하여야 합니다.

 

실무적으로, ‘일의 완성여부는 지체상금 액수를 다투거나, 분쟁이 심화되어 수주자가 더 이상의 작업을 하지 않겠다고 선언할 경우 발주자에게 잔금지급의무가 얼마나 있는지 여부를 다투는 경우 주된 쟁점이 됩니다.

 

KASAN_제조납품 계약에서 품질불량 분쟁 – 품질불량의 원인 제공자에게 손해배상 책임 대구고등법원 2018. 5.

 

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

 

 

작성일시 : 2019. 12. 23. 10:00
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

1. 사안의 개요

- 개발회사 원고 vs 발주회사 피고 - 원고가 기화식 소독기를 개발, 제작하여 피고 회사에 납품하기로 하는 제품공급계약 체결

- 개발사에서 개발완료 및 시제품 납품

- 발주사에서 시제품 품질성능 불량 지적 + 완제품 주문하지 않고 계약관계 파탄

 

계약조항

 

 

2. 원고 개발회사의 주장요지

- 처음부터 개발비 지급 및 생산 발주 능력이 없는 상태에서 계약을 체결하고 원고의 디자인, 설계도면 및 영업비밀을 무단으로 제3자에게 제공하였음.

- 사기, 저작권법위반, 부정경쟁방지법 위반으로 고소하였는데, 검찰은 이에 대하여 불기소처분으로 종결

- 민사소송 제기 시제품 개발비용 지급청구 + 불법행위로 인한 손해배상 청구

 

3. 특허법원 판결요지

제작물 공급계약의 성질 판단기준 및 당사자의 권리의무 관련 법리

제작물공급계약은 대체로 매매와 도급의 성질을 함께 가지고 있으므로, 그 적용 법률은 계약에 의하여 제작 공급하여야 할 물건이 대체물인 경우에는 매매에 관한 규정이 적용되지만, 물건이 특정의 주문자의 수요를 만족시키기 위한 부대체물인 경우에는 당해 물건의 공급과 함께 그 제작이 계약의 주목적이 되어 도급의 성질을 띠게 된다.

 

제작물공급계약에서 보수의 지급시기에 관하여 당사자 사이의 특약이나 관습이 없으면 도급인은 완성된 목적물을 인도받음과 동시에 수급인에게 보수를 지급하는 것이 원칙이고, 이때 목적물의 인도는 완성된 목적물에 대한 단순한 점유의 이전만을 의미하는 것이 아니라 도급인이 목적물을 검사한 후 그 목적물이 계약내용대로 완성되었음을 명시적 또는 묵시적으로 시인하는 것까지 포함하는 의미이다.

 

한편, 도급계약에 있어 일의 완성에 관한 주장·입증책임은 수급인에게 있고, 수급인은 최후 공정을 일단 종료하였다는 점 뿐만 아니라 그 목적물의 주요구조 부분이 약정된 대로 시공되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있다는 점까지 주장·입증하여야 한다.

 

구체적 사안에 대한 판단

계약 내용에 따르면 기화식 소독기는 피고 회사의 수요를 만족하기 위해 제작되는 것이므로, 이 사건 계약은 특정 주문자의 수요를 만족시키기 위한 부대체물에 대한 제작물공급계약에 해당하여 도급의 성질을 띠게 되고, 원고는 개발비를 제품 납품가에 포함하여 피고 회사에 청구할 수 있도록 규정되어 있으므로, 결국 원고의 개발비용은 기화식 소독기가 피고 회사에 납품되어 그 납품대금을 지급받을 수 있을 때 지급받게 되는 것이다.

 

그런데 피고는 계속해서 원고측에 시제품 성능에 대해 문제를 제기하고 있던 상황이므로 원고가 일을 완성하여 피고들이 시제품 개발비용 지급의무를 부담한다고 볼 수 없다.

 

4. 실무적 포인트 계약서에 성능, 품질기준 없는 경우 사회통념상 기대하는 성능의 달성여부로 판단할 수밖에 없음. 분쟁소지 많음. 처음부터 개발대상 제품사양서 및 성능, 품질검사 기준을 두는 것이 바람직함.

 

KASAN_개발납품 비용 청구 불인정 사례 특허법원 2018. 10. 26. 선고 2018나1299 판결.pdf

 

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

 

 

작성일시 : 2019. 12. 23. 09:28
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

 

1. 도급계약 vs 위임계약

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

 

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

 

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

 

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

 

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

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

 

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

 

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

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

 

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

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

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

 

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

 

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

 

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

 

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

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

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

 

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

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

 

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

 

KASAN_소프트웨어 컴퓨터프로그램의 개발 납품 계약 – 도급계약의 주요 쟁점 - 개발완성 여부 분쟁 및 실무적 대

 

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

 

 

작성일시 : 2019. 8. 8. 12:00
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

 

게임서비스 제휴계약 및 수익정산 비율

 

개발사의 계약무효 주장요지

2 계약을 체결할 무렵 회사 운영이 어려울 만큼 자금사정이 악화됨. 개발사의 궁박 상태를 이용하여 수익분배율이 현저하게 불리한 계약을 체결한 것임. 불공정한 법률행위로 무효라고 주장함

 

판단 기준 법리 - 대법원 2011. 1. 27. 선고 201053457 판결

민법 제104조에 규정된 불공정한 법률행위는 (1) 객관적으로 급부와 반대급부 사이에 현저한 불균형이 존재하고, (2) 주관적으로 그와 같이 균형을 잃은 거래가 피해 당사자의 궁박, 경솔 또는 무경험을 이용하여 이루어진 경우에 성립하는 것으로서,

 

약자적 지위에 있는 자의 궁박, 경솔 또는 무경험을 이용한 폭리행위를 규제하려는 데에 그 목적이 있고, 불공정한 법률행위가 성립하기 위한 요건인 궁박, 경솔, 무경험은 모두 구비되어야 하는 요건이 아니라 그 중 일부만 갖추어져도 충분한데,

 

여기에서궁박'이라 함은급박한 곤궁'을 의미하는 것으로서 경제적 원인에 기인할 수도 있고 정신적 또는 심리적 원인에 기인할 수도 있으며, 당사자가 궁박한 상태에 있었는지 여부는 그의 나이와 직업, 교육 및 사회경험의 정도, 재산 상태 및 그가 처한 상황의 절박성의 정도 등 여러 사정을 종합하여 구체적으로 판단하여야 하며,

 

한편 피해 당사자가 궁박한 상태에 있었다고 하더라도 그 상대방 당사자에게 그와 같은 피해 당사자 측의 사정을 알면서 이를 이용하려는 의사, 즉 폭리행위의 악의가 없었다거나 또는 객관적으로 급부와 반대급부 사이에 현저한 불균형이 존재하지 아니한다면 민법 제104조에 규정된 불공정 법률행위는 성립하지 않는다.

 

서울고등법원 판결요지 구체적 사안의 판단

2 계약 체결 당시 피고 개발사가 경제적 궁박 상태에 있었고 원고 제휴사가 이를 알면서 이용하였으며 나아가 제 2 계약에 따른 급부 및 반대급부 사이에 현저한 불균형이 존재함을 인정하기에 부족하고 달리 이를 인정할 증거가 없다. 피고 개발사 주장을 인정할 수 없다.”

 

첨부: 서울고등법원 2018. 5. 18. 선고 20172064126 판결

서울고등법원 2018. 5. 18. 선고 2017나2064126 판결.pdf

KASAN_게임소프트웨어 판권에 관한 서비스제휴 계약분쟁 – 개발사에게 불리한 수익정산비율 이유로 계약무효 주장 –

 

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

 

 

작성일시 : 2019. 4. 23. 11:00
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요


 

 

 

(1) 도급계약의 성격과 일의 완성 하자

 

소프트웨어 공급계약은 제작의 측면에서는 도급의 성질이 있고, 공급의 측면에서는 매매의 성질을 함께 가지고 있는 것으로서, 제작물이 대체물인 경우에는 매매로 있고 제작물이 부대체물인 경우에는 계약의 주목적을 물건의 제작으로 보아 도급의 성질을 가진 것으로 있습니다. MS 윈도우, MS 오피스와 같은 상용 소프트웨어의 공급계약은 대체물이므로 매매의 성격이 강하고, 회사의 특정 목적을 위한 소프트웨어의 개발용역은 다른 용도도 사용하기 어려운 부대체물이므로 도급의 성격이 강하다고 있습니다.

 

도급은 당사자 일방이 어느 일을 완성할 것을 약정하고 상대방이 일의 결과에 대하여 보수를 지급할 것을 약정함으로써 효력이 생기는 계약입니다(민법 664). , 도급은 일의 완성을 목적으로 하는 데에 특색이 있습니다. 특정 목적의 소프트웨어 프로그램 개발공급 계약에서 수급인의 급부의무는 도급인의 주문 사양에 맞추어 하자 없이 주문한 기능을 가진 프로그램을 개발하여 공급하는 것입니다.

 

소프트웨어 프로그램 개발공급계약에도 일의 완성 여부에 대하여 채무불이행책임이 성립할 있는데, 수급인이 지정된 채무에 따른 이행을 제대로 하였는지 여부는 당사자가 합의한 계약의 내용을 기준으로 것입니다. 그런데 통상 소프트웨어 개발공급계약은 외형이 없는 특수성으로 인하여 당사자 사이에 구체적이고 명백한 합의에 어려움이 있어, 개발해야 하는 프로그램의 사양, 내용, 조건, 시스템 사양 등의 계약 내용에 대하여 상당한 차이가 발생할 수가 있습니다. 때문에 당사자 간에 일의 완성 여부에 대한 분쟁이 생기게 됩니다.

 

하자는 일의 완성과는 다른 개념으로서 하자가 있더라도 일이 완성되었다면 수급인은 도급인에게 보수의 지급을 청구할 있습니다. 이때 도급인은 하자보수청구권을 가지므로 하자담보책임에 기한 항변을 행사하여 하자에 대한 보수 또는 그에 갈음하는 손해배상의 지금에 대한 대금의 지급을 거절할 있으며, 하자를 이유로 대금 전부의 지급을 거절할 수는 없습니다. 따라서 일의 미완성인 때에는 수급인이 대금의 지급을 청구할 없고 도급인은 일의 완성을 요구하면서 대금지급 자체를 거절할 있습니다.

 

(2) 일의 완성과 하자의 구분

 

당사자 사이에 소프트웨어 개발에 대한 계약내용이 구체적으로 합의되면 이를 기초로 일의 완성을 판단하게 되는데, 계약의 해석에 대해서는 어느 일방의 주관적인 의사에 의하여 이를 판단할 것이 아니라 계약의 문언에 따라 계약에 포함되어 있는 사양과 기능을 갖춘 제품의 개발, 이행 제공, 관련한 자료, 당시 관련 당사자들의 태도 제반 사정을 종합하여 판단하게 됩니다. 소프트웨어 프로그램 개발 공급계약에서 일이 완성 여부는 계약상 예정된 최후의 공정까지 종료하였음과 함께 프로그램의 주요기능 부분이 약정된 대로 개발되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있어야 합니다. 또한 계약상 예정된 최후의 공정이 종료하였는지 여부는 수급인의 주관적인 주장이 아니라 개발 공급계약의 구체적 내용과 신의성실의 원칙에 비추어 객관적으로 판단하여야 합니다.

 

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

 

(3) 소프트웨어 프로그램에서의 하자

 

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

 

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

 

정회목 변호사

 

KASAN_소프트웨어 개발 및 공급계약에서 일의 완성과 하자의 구분.pdf

 

 

작성일시 : 2017. 10. 13. 18:00
Trackback 0 : Comment 0   댓글달기

댓글을 달아 주세요