(1)독일본사 ERP 연계 시스템 “파트너 관계관리(Partner Relationship Management, PRM) 시스템 구축 위탁계약”
(2)피고 개발사에서 발주사 원고에게 납품 + 테스트 및 요구사항 반영 수정 보완 작업 + “PRM 시스템 개발 서버에서 테스트 완료된 최종 버전을 운영으로 전체 반영하였다. 현재 운영 버전이 PRM 시스템 최종 버전이다.” 이메일 발송
2.발주사 원고의 미완성 주장 및 계약해제 주장
(1)개발대상 시스템은 여러 문제로 인하여 완성되지 않았거나 목적을 달성할 수 없을 정도의 중대한 하자가 있다. 구축한 ERP 시스템은 ① PRM 시스템과 연동되지 않는 문제, ② 업무가 불가능할 정도로 처리 속도가 느린 문제, ③ 레포트 기능 및 프로모션 기능이 구현되지 않은 문제, ④ 그 밖에도 원고 주장 ERP 시스템 오류 사항과 같이 기본적인 기능에서 오류가 발생하는 문제가 있다.
(2)발주사 청구요지 - 개발사는 계약해제에 따른 원상회복으로 발주사에게 기지급된 대금 213,180,000원을 반환하고, 계약 제14조 제4항에서 정한 위약금으로 215,250,000원을 지급할 의무가 있다.
3.서울중앙지방법원 판결 요지 – 발주사 주장 배쳑
(1)발주사 원고가 주장하는 ERP 시스템의 문제점들 역시 실제로 발생한 것인지 객관적으로 확인되지 않고, 해당 문제점들이 ERP 시스템 완성을 인정할 수 없거나 ERP 구축계약의 목적을 달성할 수 없을 정도로 중대한 하자라고 볼 만한 증거도 없다.
(2)ERP 구축계약상 의무 불이행 또는 ERP 시스템에 목적 달성이 불가능할 정도의 중대한 하자가 있음을 전제로 하여 ERP 구축계약을 해제하고 그 원상회복 및 위약금의 지급을 구한다는 원고의 주장을 받아들이지 않는다.
(3)발주사 원고가 주장하는 기능이 시스템에 구현하여야 할 의무가 있다거나, 구현되지 않은 것이 시스템의 완성 또는 바코드 구축계약의 목적 달성을 인정할 수 없을 정도의 하자라고 보기 어렵다. 따라서 이를 전제로 하여 계약을 해제하고 그 원상회복을 구한다는 원고의 주장을 받아들이지 않는다.
(4)시스템의 오류 내용으로 원고가 주장한 것은 해당 문제가 발생하였음을 입증할 만한 객관적인 자료로 볼 수 없고, 그 밖에 제출된 증거들만으로는 위 문제가 발생하는지, 구체적으로 어떤 오류가 발생하는 것인지, 해당 오류가 시스템이 완성되었다고 볼 수 없거나 원고가 시스템을 이용하는 목적을 달성할 수 없을 정도로 중대한 하자에 해당하는지 등을 알 수 없다.
(1)소프트웨어 개발·공급계약은 일종의 도급계약으로서 수급인은 원칙적으로 일을 완성하여야 보수를 청구할 수 있다.
(2)다만 도급인에게 이미 공급되어 설치된 소프트웨어 완성도가 약간의 보완을 가하면 업무에 사용할 수 있을 정도에 달하였다면, 이미 완성된 부분이 도급인에게 이익이 된다고 할 것이므로, 계약관계가 도급인의 해제통보로 중도에 해소되는 경우에라도 수급인은 당시까지의 보수를 청구할 수 있다(대법원 1996. 7. 30. 선고 95다7932 판결 참조).
(3)이미 공급되어 설치된 소프트웨어 완성도가 약간의 보완을 가하면 업무에 사용할 수 있을 정도에 달하였고, 이미 완성된 부분이 도급인에게 이익이 된다고 보이므로, 원고들은 피고에게 중단된 시점까지의 보수를 청구할 수 있다고 봄이 타당하다.
2.감정 결과의 중요성 – 기성고 인정 및 정도 판단
(1)감정인의 감정 결과는 그 감정 방법 등이 경험칙에 반하거나 합리성이 없는 등의 현저한 잘못이 없는 한 이를 존중하여야 한다(대법원 2009. 7. 9. 선고 2006다 67602, 67619 판결, 대법원 2012. 1. 12. 선고 2009다84608, 84615, 84622, 84639 판결 등 참조).
(2)감정 결과에 의하면, 시스템 완성도는 이 사건 계약을 인프라, 패키지, in-house ERP로 나누어 보았을 때 인프라는 99.9%, 패키지는 100%, in-house ERP는 87.3%이고, 계약 금액 비율에 따라 가중치로 계산한 전체 완성도는 95.8%인바, 원고들은 직접 개발하여야 하는 in-house ERP 부분을 제외한 나머지 하드웨어, 소프트웨어 등을 모두 공급한 것으로 보이며, in-house ERP 부분의 완성도만 보더라도 87.3%에 이른다.
(3)감정인은 미완성된 이 사건 시스템을 완성하겠다는 제3의 개발자가 존재할 수 있는지 여부, 제3자에 대한 프로그램의 전체 구조 및 기능들에 대해 교육을 최소화한 상태에서도 개발이 가능한 것인지 여부 등 현실적인 어려움을 최대한 고려하여 보더라도 원고들이 개발에 사용한 언어와 개발 프레임워크의 범용성이 높고 만들어진 산출물의 완성도가 높아 다른 용역 수행자를 선정해서 이 사건 시스템을 완성할 수 있을 것이라 평가하였다.
3.기성고 인정 시 개발대금 인정 범위 – 감정 중요
(1)계약은 기존 시스템을 대체하는 새로운 시스템을 구축하는 것을 목표로 하는 계약이고, 개발 완료가 인정되기 위해서는 피고의 장비에 소프트웨어 및 응용 소프트웨어를 내장하는 것뿐만 아니라 피고 또는 피고가 지정하는 사람의 검사에 합격한 후 정상적인 서비스가 가능하도록 기능을 갖추어야 한다. 즉, 이 사건 시스템의 완성도를 평가하기 위해서는 소프트웨어 자체의 완성도뿐만 아니라 실제 소프트웨어를 적용하였을 때 그 사용에 장애가 될 정도의 오류 없이 정상적인 서비스 제공이 가능한지를 알 수 있어야 하는데, in-house ERP 시스템 완성도는 원고들과 피고가 이 사건 시스템 개발을 위해 상정한 5단계 공정 중 3단계인 구현 단계에 해당하고, 그 이후의 통합 테스트 단계나 이행 및 안정화 단계는 in-house ERP 시스템이 제대로 운용 가능한지 여부 등을 검토하는 단계이므로, 결국 이 사건 계약에서 상정한 원고들의 용역업무 수행 정도는 공정별 완성도를 고려하여 판단함이 타당하다.
(2)감정인은 이 사건 시스템의 완성도와 관련하여 원고들이 직접 용역 업무를 수행한 부분에 해당하는 in-house ERP 부분을 87.3%라 감정하였다.
(3)감정인의 감정 결과가 경험칙에 반하거나 합리성이 없는 등 현저한 잘못이 있다고 인정하기에 부족하고, 달리 이를 인정할 증거가 없다.
4.지체상금 인정 및 감액 여부
(1)수급인이 완공 기한 내에 공사를 완성하지 못한 채 완공 기한을 넘겨 도급계약이 해제된 경우에 있어서 그 지체상금 발생의 시기는 완공 기한 다음 날이고 종기는 수급인이 공사를 중단하거나 기타 해제 사유가 있어 도급인이 이를 해제할 수 있었을 때를 기준으로 하여 도급인이 다른 업자에게 의뢰하여 같은 건물을 완공할 수 있었던 시점이다(대법원 1999. 10. 12. 선고 99다14846 판결, 대법원 2001. 1. 30. 선고 2000다56112 판결 등 참조).
(2)지체상금에 관한 약정은 수급인이 그와 같은 일의 완성을 지체한 데 대한 손해배상액의 예정이므로, 수급인이 약정된 기간 내에 그 일을 완성하여 도급인에게 인도하지 아니하여 지체상금을 지급할 의무가 있는 경우, 법원은 민법 제398조 제2항의 규정에 따라 계약 당사자의 지위, 계약의 목적과 내용, 지체상금을 예정한 동기, 실제의 손해와 그 지체상금액의 대비, 그 당시의 거래 관행 및 경제 상태 등 제반 사정을 참작하여 약정에 따라 산정한 지체상금액이 일반 사회인이 납득할 수 있는 범위를 넘어 부당하게 과다하다고 인정하는 경우에 이를 적당히 감액할 수 있는 것이다(대법원 1999. 10. 12. 선고 99다14846 판결, 대법원 2002. 9. 4. 선고 2001다1386 판결 등 참조).
(3)비록 변경 계약 체결에까지 이르지는 못하였으나 피고도 계약 기간을 연장하게 되면 위약금 약정을 두는 조건 하에 지체상금을 감면하여 주려고 하는 등 원고들의 용역 업무 수행 지연을 어느 정도 양해하고 있었던 것으로 보이는 점, ③ 이 사건 시스템의 완성 여부를 판단하기 위한 목적이었다고는 하나 피고의 네트워크 차단으로 인해 원고들의 업무 수행이 지연되기도 하였고, 이 사건 계약에 따른 정당한 요구였다고 하더라도 피고의 요구로 인해 원고들의 업무가 어느 정도 영향을 받았을 것으로 보이는 점 등에 비추어 보면, 이 사건 계약의 지체상금약정에 따라 단순히 계산한 지체상금은 부당히 과다하다고 할 것이므로, 원고들이 부담할 금액을 위 지체상금의 70%로 제한한다.
(1)소프트웨어 개발·공급계약은 일종의 도급계약으로서 수급인은 원칙적으로 일을 완성하여야 보수를 청구할 수 있다.
(2)다만 도급인에게 이미 공급되어 설치된 소프트웨어 완성도가 약간의 보완을 가하면 업무에 사용할 수 있을 정도에 달하였다면, 이미 완성된 부분이 도급인에게 이익이 된다고 할 것이므로, 계약관계가 도급인의 해제통보로 중도에 해소되는 경우에라도 수급인은 당시까지의 보수를 청구할 수 있다(대법원 1996. 7. 30. 선고 95다7932 판결 참조).
(3)이미 공급되어 설치된 소프트웨어 완성도가 약간의 보완을 가하면 업무에 사용할 수 있을 정도에 달하였고, 이미 완성된 부분이 도급인에게 이익이 된다고 보이므로, 원고들은 피고에게 중단된 시점까지의 보수를 청구할 수 있다고 봄이 타당하다.
2.감정 결과의 중요성 – 기성고 인정 및 정도 판단
(1)감정인의 감정 결과는 그 감정 방법 등이 경험칙에 반하거나 합리성이 없는 등의 현저한 잘못이 없는 한 이를 존중하여야 한다(대법원 2009. 7. 9. 선고 2006다 67602, 67619 판결, 대법원 2012. 1. 12. 선고 2009다84608, 84615, 84622, 84639 판결 등 참조).
(2)감정 결과에 의하면, 시스템 완성도는 이 사건 계약을 인프라, 패키지, in-house ERP로 나누어 보았을 때 인프라는 99.9%, 패키지는 100%, in-house ERP는 87.3%이고, 계약 금액 비율에 따라 가중치로 계산한 전체 완성도는 95.8%인바, 원고들은 직접 개발하여야 하는 in-house ERP 부분을 제외한 나머지 하드웨어, 소프트웨어 등을 모두 공급한 것으로 보이며, in-house ERP 부분의 완성도만 보더라도 87.3%에 이른다.
(3)감정인은 미완성된 이 사건 시스템을 완성하겠다는 제3의 개발자가 존재할 수 있는지 여부, 제3자에 대한 프로그램의 전체 구조 및 기능들에 대해 교육을 최소화한 상태에서도 개발이 가능한 것인지 여부 등 현실적인 어려움을 최대한 고려하여 보더라도 원고들이 개발에 사용한 언어와 개발 프레임워크의 범용성이 높고 만들어진 산출물의 완성도가 높아 다른 용역 수행자를 선정해서 이 사건 시스템을 완성할 수 있을 것이라 평가하였다.
3.기성고 인정 시 개발대금 인정 범위 – 감정 중요
(1)계약은 기존 시스템을 대체하는 새로운 시스템을 구축하는 것을 목표로 하는 계약이고, 개발 완료가 인정되기 위해서는 피고의 장비에 소프트웨어 및 응용 소프트웨어를 내장하는 것뿐만 아니라 피고 또는 피고가 지정하는 사람의 검사에 합격한 후 정상적인 서비스가 가능하도록 기능을 갖추어야 한다. 즉, 이 사건 시스템의 완성도를 평가하기 위해서는 소프트웨어 자체의 완성도뿐만 아니라 실제 소프트웨어를 적용하였을 때 그 사용에 장애가 될 정도의 오류 없이 정상적인 서비스 제공이 가능한지를 알 수 있어야 하는데, in-house ERP 시스템 완성도는 원고들과 피고가 이 사건 시스템 개발을 위해 상정한 5단계 공정 중 3단계인 구현 단계에 해당하고, 그 이후의 통합 테스트 단계나 이행 및 안정화 단계는 in-house ERP 시스템이 제대로 운용 가능한지 여부 등을 검토하는 단계이므로, 결국 이 사건 계약에서 상정한 원고들의 용역업무 수행 정도는 공정별 완성도를 고려하여 판단함이 타당하다.
(2)감정인은 이 사건 시스템의 완성도와 관련하여 원고들이 직접 용역 업무를 수행한 부분에 해당하는 in-house ERP 부분을 87.3%라 감정하였다.
(3)감정인의 감정 결과가 경험칙에 반하거나 합리성이 없는 등 현저한 잘못이 있다고 인정하기에 부족하고, 달리 이를 인정할 증거가 없다.
4.지체상금 인정 및 감액 여부
(1)수급인이 완공 기한 내에 공사를 완성하지 못한 채 완공 기한을 넘겨 도급계약이 해제된 경우에 있어서 그 지체상금 발생의 시기는 완공 기한 다음 날이고 종기는 수급인이 공사를 중단하거나 기타 해제 사유가 있어 도급인이 이를 해제할 수 있었을 때를 기준으로 하여 도급인이 다른 업자에게 의뢰하여 같은 건물을 완공할 수 있었던 시점이다(대법원 1999. 10. 12. 선고 99다14846 판결, 대법원 2001. 1. 30. 선고 2000다56112 판결 등 참조).
(2)지체상금에 관한 약정은 수급인이 그와 같은 일의 완성을 지체한 데 대한 손해배상액의 예정이므로, 수급인이 약정된 기간 내에 그 일을 완성하여 도급인에게 인도하지 아니하여 지체상금을 지급할 의무가 있는 경우, 법원은 민법 제398조 제2항의 규정에 따라 계약 당사자의 지위, 계약의 목적과 내용, 지체상금을 예정한 동기, 실제의 손해와 그 지체상금액의 대비, 그 당시의 거래 관행 및 경제 상태 등 제반 사정을 참작하여 약정에 따라 산정한 지체상금액이 일반 사회인이 납득할 수 있는 범위를 넘어 부당하게 과다하다고 인정하는 경우에 이를 적당히 감액할 수 있는 것이다(대법원 1999. 10. 12. 선고 99다14846 판결, 대법원 2002. 9. 4. 선고 2001다1386 판결 등 참조).
(3)비록 변경 계약 체결에까지 이르지는 못하였으나 피고도 계약 기간을 연장하게 되면 위약금 약정을 두는 조건 하에 지체상금을 감면하여 주려고 하는 등 원고들의 용역 업무 수행 지연을 어느 정도 양해하고 있었던 것으로 보이는 점, ③ 이 사건 시스템의 완성 여부를 판단하기 위한 목적이었다고는 하나 피고의 네트워크 차단으로 인해 원고들의 업무 수행이 지연되기도 하였고, 이 사건 계약에 따른 정당한 요구였다고 하더라도 피고의 요구로 인해 원고들의 업무가 어느 정도 영향을 받았을 것으로 보이는 점 등에 비추어 보면, 이 사건 계약의 지체상금약정에 따라 단순히 계산한 지체상금은 부당히 과다하다고 할 것이므로, 원고들이 부담할 금액을 위 지체상금의 70%로 제한한다.
(1)독일본사 ERP 연계 시스템 “파트너 관계관리(Partner Relationship Management, PRM) 시스템 구축 위탁계약”
(2)피고 개발사에서 발주사 원고에게 납품 + 테스트 및 요구사항 반영 수정 보완 작업 + “PRM 시스템 개발 서버에서 테스트 완료된 최종 버전을 운영으로 전체 반영하였다. 현재 운영 버전이 PRM 시스템 최종 버전이다.” 이메일 발송
2.발주사 원고의 미완성 주장 및 계약해제 주장
(1)개발대상 시스템은 여러 문제로 인하여 완성되지 않았거나 목적을 달성할 수 없을 정도의 중대한 하자가 있다. 구축한 ERP 시스템은 ① PRM 시스템과 연동되지 않는 문제, ② 업무가 불가능할 정도로 처리 속도가 느린 문제, ③ 레포트 기능 및 프로모션 기능이 구현되지 않은 문제, ④ 그 밖에도 원고 주장 ERP 시스템 오류 사항과 같이 기본적인 기능에서 오류가 발생하는 문제가 있다.
(2)발주사 청구요지 - 개발사는 계약해제에 따른 원상회복으로 발주사에게 기지급된 대금 213,180,000원을 반환하고, 계약 제14조 제4항에서 정한 위약금으로 215,250,000원을 지급할 의무가 있다.
3.서울중앙지방법원 판결 요지 – 발주사 주장 배쳑
(1)발주사 원고가 주장하는 ERP 시스템의 문제점들 역시 실제로 발생한 것인지 객관적으로 확인되지 않고, 해당 문제점들이 ERP 시스템 완성을 인정할 수 없거나 ERP 구축계약의 목적을 달성할 수 없을 정도로 중대한 하자라고 볼 만한 증거도 없다.
(2)ERP 구축계약상 의무 불이행 또는 ERP 시스템에 목적 달성이 불가능할 정도의 중대한 하자가 있음을 전제로 하여 ERP 구축계약을 해제하고 그 원상회복 및 위약금의 지급을 구한다는 원고의 주장을 받아들이지 않는다.
(3)발주사 원고가 주장하는 기능이 시스템에 구현하여야 할 의무가 있다거나, 구현되지 않은 것이 시스템의 완성 또는 바코드 구축계약의 목적 달성을 인정할 수 없을 정도의 하자라고 보기 어렵다. 따라서 이를 전제로 하여 계약을 해제하고 그 원상회복을 구한다는 원고의 주장을 받아들이지 않는다.
(4)시스템의 오류 내용으로 원고가 주장한 것은 해당 문제가 발생하였음을 입증할 만한 객관적인 자료로 볼 수 없고, 그 밖에 제출된 증거들만으로는 위 문제가 발생하는지, 구체적으로 어떤 오류가 발생하는 것인지, 해당 오류가 시스템이 완성되었다고 볼 수 없거나 원고가 시스템을 이용하는 목적을 달성할 수 없을 정도로 중대한 하자에 해당하는지 등을 알 수 없다.
