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:27
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 도급계약 vs 위임계약

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

 

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

 

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

 

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

 

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

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

 

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

 

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

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

 

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

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

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

 

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

 

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

 

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

 

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

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

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

 

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

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

 

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

 

KASAN_[소프트웨어개발분쟁] 소프트웨어 컴퓨터프로그램의 개발 납품 계약 – 도급계약의 주요 쟁점 개발완성 여

 

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

 

 

작성일시 : 2018. 8. 21. 14:41
Trackback 0 : Comment 0

댓글을 달아 주세요


 

 

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

정회목 변호사

 

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

 

 

작성일시 : 2017. 10. 13. 18:00
Trackback 0 : Comment 0

댓글을 달아 주세요