준위탁형으로 시스템 개발을 진행할 때, 계약서의 체크 포인트

현재, 우리나라의 국민 생활과 사회 경제 활동에서 IT 활용도는 컴퓨터의 처리 성능의 급격한 향상과 인터넷의 보급 등에 따라, 급속도로 높아지고 있습니다. 그 결과, 정보 시스템의 장애로 인한 업무·서비스의 중단이나 기능 저하의 사회적 영향은 매일 확대되고 있으며, 시스템의 신뢰성·안전성 향상은 큰 과제가 되고 있습니다.

한편, IT 시스템 개발이라는 계약의 누적은 입법 초기에 예상하지 못했던 것으로, 거래 내용이 불명확해지는 경향이 있습니다. 이로 인해 발주자(위탁자)·수주자(공급자) 간의 밀접한 커뮤니케이션을 전제로 한 거래의 가시화, 역할 분담·책임 관계의 명확화가 과제가 되고 있습니다.

또한, 정보 시스템이 다양한 요소의 조합으로 구축되게 된 것으로, 이전에 없던 조합 등에 관한 위험도 포함하게 되었습니다.

이러한 정보 시스템의 신뢰성·안전성 향상을 위해, 경제 산업성에서 가이드라인이 공표되었고, 그 중에서 시스템 개발에 있어서 모델 계약이 제시되었으며, 각 조항에 대한 설명이 첨부되어 있습니다.

본 글에서는, IT 시스템의 개발 업무에서 준위임형의 계약을 체결하는 경우의 계약서 체크 포인트에 대해, 경제 산업성의 모델 계약의 조항을 인용하면서 설명하겠습니다.

시스템 개발과 준위탁계약이란

준위탁계약이란

준위탁계약은 민법상 위탁계약의 조문을 준용하는 형태로 규정되어 있습니다.

제10절 위탁
제643조 위탁은, 당사자의 일방이 법률행위를 하는 것을 상대방에게 위탁하고, 상대방이 이를 수락함으로써 그 효력이 발생한다.
제656조 이 절의 규정은, 법률행위가 아닌 사무의 위탁에 대해 준용한다.

준위탁계약이란, 어떤 사람이 다른 사람으로부터 위탁받아 사무 처리를 하는 것을 목적으로 하는 계약입니다. 수임자는 선량한 관리자의 주의의무(선관주의의무)를 가지고 업무를 수행하는 의무를 집니다. 선관주의의무란, 간단히 말하면 ‘최선을 다하는 것’을 의미합니다.

도급계약과의 차이점

준위탁계약에서는, 위에서 언급한 바와 같이, 수임자는 선관주의의무를 집니다. 하지만 도급계약과는 달리, 작업의 완성 의무는 지지 않습니다. 따라서, 명확한 목적물이 존재하지 않는 이상, 수임자는, 하자보증책임을 지지 않게 됩니다.
그러나, 선관주의의무는 지고 있으므로, 직무태만이나 치명적인 주의미흡 등의 경우에는, 채무불이행에 기초한 손해배상책임을 지거나, 계약의 해지가 이루어질 수 있습니다.

위에서 언급한 바와 같이, 준위탁계약에서는 작업 완성 의무를 지지 않습니다. 반면에, 도급계약에서는 작업 완성 의무를 집니다. 아래의 기사에서는, 시스템 개발을 도급형태로 체결한 경우에 대해 설명하고 있습니다.

https://monolith.law/corporate/checkpoints-for-contracts-of-system-development[ja]

준위임형 모델 조항과 체크포인트

요구사항 정의 작성 지원 업무

（요구사항 정의 작성 지원 업무의 실시）
제〇조 乙은, 제〇조에서 정한 개별 계약을 체결한 후, 본 업무로서 甲이 작성한 정보 시스템 구상서, 시스템화 계획서 등을 기반으로, 甲에 의한 요구사항 정의서의 작성 작업을 지원하는 서비스(이하 ‘요구사항 정의 작성 지원 업무’라 한다.)를 제공한다.

2. 乙은, 정보 처리 기술에 관한 전문적인 지식 및 경험을 기반으로, 甲의 작업이 원활하고 적절하게 이루어질 수 있도록 선량한 관리자의 주의를 기울여 조사, 분석, 정리, 제안 및 조언 등의 지원 업무를 수행한다.

요구사항 정의는, 위탁자가 구축하려는 시스템의 요구 사양(소프트웨어에서 실현해야 할 기능)을 정리하는 작업으로, 위탁자의 업무 내용에 크게 의존하는 작업입니다. 따라서, 본 절에서는, 요구사항 정의 작업은 위탁자가 수행하고, 벤더가 이를 지원하는 형태의 준위탁 계약을 전제로 규정하고 있습니다.
그러나, 준위탁이라고 해서 벤더가 책임을 전혀 지지 않는 것은 아니며, 수임자로서 선량한 관리자의 주의 의무를 지니고 있기 때문에, 이 선량한 관리자의 주의 의무를 소홀히 한 결과, 요구사항 정의 작성 지원이 적절하게 이루어지지 않았을 경우, 선량한 관리자의 주의 의무 위반으로 인한 채무 불이행 책임을 지게 됩니다.

（요구사항 정의 작성 지원 업무에 관한 개별 계약의 체결）
제〇조 甲 및 乙은, 요구사항 정의 작성 지원 업무에 대해, 제〇조〇항에 기록된 거래 조건을 협의하여 결정하고, 요구사항 정의 작성 지원 업무에 관한 개별 계약을 체결한다.

요구사항 정의 작성 지원 업무의 범위 등에 대해서는, 앞서 제시한 조항에 따라 개별 계약으로 결정하게 됩니다.

（요구사항 정의 검토회）
제〇조 甲은, 요구사항 정의서 작성을 위해 필요한 사항의 명확화 또는 내용의 확인 등을 위해, 필요하다고 인정되는 빈도로, 요구사항 정의서 작성에 대한 제〇조에서 정한 연락 협의회(이하 본 절에서 ‘요구사항 정의 검토회’라 한다.)를 개최하고, 乙은, 이에 참여하여 요구사항 정의 작성 지원 업무를 실시한다.

2. 乙도, 요구사항 정의 작성 지원 업무의 실시를 위해 필요하다고 인정할 때는, 요구사항 정의 검토회를 개최할 수 있으며, 甲은, 이에 참여한다.

업무상의 요구나 시스템의 기능 요구사항·비기능 요구사항을 정의하는 요구사항 정의서 작성을 위해서는, 위탁자의 업무 부서와 정보 시스템 부서 및 벤더와의 협동 작업이 필요합니다. 본 공정이 준위탁형이므로, 제1항은, 개최 주체는 위탁자로 하고, 지원을 하는 벤더가 이에 참여하는 형태로 규정하고 있습니다. 요구사항 정의서 작성을 위해 필요한 사항의 명확화 또는 내용의 확인 등은, 모두 요구사항 정의 검토회에서 이루어지며, 위탁자 및 벤더는 검토회에서의 검토 결과에 구속됩니다.

제2항은, 벤더도 요구사항 정의 지원 업무의 실시를 위해 필요한 경우에, 요구사항 정의 검토회를 개최할 수 있음을 규정하고 있습니다.

（요구사항 정의서의 확정）
제〇조 甲이 요구사항 정의서의 작성을 완료한 경우, 甲 및 乙은, 개별 계약에서 정한 기간(이하 ‘요구사항 정의서의 점검 기간’이라 한다.) 내에 요구사항 정의서가 전조에서 정한 요구사항 정의 검토회의 결정 사항에 부합하는지 점검을 하고, 부합함을 확인한 증거로서 甲乙 양측의 책임자가 요구사항 정의서에 기명 날인한다. 단, 점검 결과, 요구사항 정의서가 요구사항 정의 검토회의 결정 사항에 부합하지 않다고 판단된 경우, 甲은, 협의하여 정한 기한 내에 수정본을 작성하고, 甲 및 乙은 다시 위의 점검, 확인 절차를 거친다.

2. 전항에 의한 甲乙 양측의 확인으로, 요구사항 정의서는 확정된 것으로 한다.

3. 제〇항의 수정에 따라 작업 기간, 위탁료 등 개별 계약의 조건을 변경해야 할 필요가 생기는 경우는, 제〇조의 절차에 따른다.

요구사항 정의는, 벤더로부터 대략적인 견적 수준의 견적 제안을 받고, 시스템 설계 등을 실시하기 위해 필요한 요구사항을 확정하는 단계입니다. 요구사항이 모호한 상태에서는, 벤더에 의한 정확한 견적이 어려워지며, 그 후의 개발 단계에서 문제가 발생할 가능성이 있습니다. 본 조는, 그 후의 개발 작업의 전제가 되는 요구사항 정의서를 위탁자·벤더가 확인하고, 책임자가 기명 날인으로 확정하는 절차를 규정하고 있습니다. 요구사항 정의서의 확정을 위한 점검에서 수정이 필요하다고 판단되는 경우도 있으므로, 제1항 단서는, 이 경우의 절차를 규정하고 있습니다.

제2항은, 위탁자, 벤더 양측의 확인으로 요구사항 정의서를 확정하는 것을 명확히 하고 있습니다.
제3항은, 제1항 단서에 의해 요구사항 정의서를 수정하고 재점검을 하는 작업으로 인해, 초기의 예상보다 벤더의 작업량이 증가하거나, 스케줄의 연장이 필요하게 되는 경우 등, 개별 계약의 조건에 변경이 생기는 가능성이 있는 경우에, 필요한 변경을 실시해야 할 것을 규정하고 있습니다.

（업무의 종료·확인）
제〇조 乙은, 전조에서 정한 요구사항 정의서의 확정 후 ○일 이내에, 업무 종료 보고서를 작성하여, 甲에 제출한다.

2. 甲은, 개별 계약에서 정한 기간(이하 ‘요구사항 정의 작성 지원 업무 종료의 점검 기간’이라 한다.) 내에, 해당 업무 종료 보고서의 확인을 한다.

3. 甲은, 해당 업무 종료 보고서의 내용에 의문이 없는 경우, 업무 종료 확인서에 기명 날인한 후, 乙에게 교부하고, 요구사항 정의 작성 지원 업무의 종료를 확인한다.

4. 요구사항 정의 작성 지원 업무 종료의 점검 기간 내에, 甲이 문서로 구체적인 이유를 명시하여 이의를 제기하지 않는 경우에는, 甲은 요구사항 정의 작성 지원 업무 종료의 점검 기간의 만료를 기점으로, 업무의 종료를 확인한 것으로 간주된다.

본 공정이 준위탁형이므로, 본 조는, 벤더가 선량한 관리자의 주의 의무에 기반하여 적절하게 지원 작업을 수행하였는지를 확인하기 위해, 작업 내용을 기록한 업무 종료 보고서에 의해 확인하는 절차를 규정하고 있습니다.
제1항은, 업무 종료 보고서의 제출 의무에 대해 규정하고 있습니다.
제2항은, 보고서의 확인이 지연되는 것을 방지하기 위해, 보고서의 점검 기간을 명확히 하고 있습니다.
제3항은, 업무 종료 확인서에 위탁자의 기명 날인으로 요구사항 정의서 작성 지원 업무의 종료를 확인하는 것을 규정하고 있습니다.
제4항은, 점검 기간 내에, 위탁자로부터 문서에 의한 이의가 제기되지 않은 경우의 추정 종료 확인에 대해 규정하고 있습니다. 이 규정은, 위탁자가 어떤 이유로든 적시에 확인 절차를 밟지 않는 경우, 후속 작업의 지연을 초래하거나, 또는 확인의 유무를 명확히 하지 않은 채 후속 작업에 착수하는 것은 위탁자·벤더 간의 책임 관계를 모호하게 하는 위험이 있음을 고려한 것입니다.

외부 설계서 작성 업무

(외부 설계서 작성 지원 업무의 실시)
제○조 乙은, 제○조에서 정한 개별 계약을 체결한 후, 본 업무로서 甲에 의한 외부 설계서 작성 작업을 지원하는 서비스(이하 ‘외부 설계서 작성 지원 업무’라 한다.)를 제공한다.

2. 乙은, 정보 처리 기술에 관한 전문적인 지식 및 경험에 기초하여, 甲의 작업이 원활하고 적절하게 이루어질 수 있도록 선량한 관리자의 주의를 기울여 조사, 분석, 정리, 제안 및 조언 등의 지원 업무를 수행한다.

외부 설계서 작성은 화면, 양식 등 인터페이스에 관련된 부분의 사용을 계획하는 업무입니다. 외부 설계서에는 원칙적으로 벤더가 프로그램을 개발할 수 있는 정보가 모두 기재되어 있어야 합니다. 외부 설계서는 형식 사용을 상세화한 내용을 포함하는 것이지만, 요구 사양을 변경할 수 있는 것은 업무 내용을 결정하는 위탁자 측입니다.
따라서, 본 조는 외부 설계서에 대해 위탁자가 책임을 지고 완성시키고, 벤더는 준위탁 계약에서의 수임자로서 외부 설계서의 완성을 지원하는 입장에 있다는 것을 전제로 하고 있습니다.
그러나 준위탁이라고 해서 벤더가 책임을 전혀 지지 않는 것은 아니며, 수임자로서 선량한 관리자의 주의 의무를 지고 있습니다. 따라서, 이 선량한 관리자의 주의 의무를 소홀히 한 결과, 외부 설계서의 작성 지원이 적절하게 이루어지지 않았을 경우, 선량한 관리자의 주의 의무 위반으로 인한 채무 불이행 책임을 지게 될 수 있습니다.

(외부 설계서 작성 지원 업무에 관한 개별 계약의 체결)
제○조 甲 및 乙은, 외부 설계서 작성 지원 업무에 대해, 제 4 조 제 1 항에서 기술한 거래 조건을 협의하여 결정하고, 외부 설계서 작성 지원 업무에 관한 개별 계약을 체결한다.

외부 설계서 작성 지원 업무의 범위 등에 대해서는 개별 계약으로 결정하도록 하고 있습니다.

(외부 설계 검토회)
제○조 甲은, 외부 설계서 작성을 위해 필요한 사항의 명확화 또는 내용의 확인 등을 위해 필요하다고 인정되는 빈도로, 외부 설계서 작성에 대해 제○조에서 정한 연락 협의회(이하 이 절에서 ‘외부 설계 검토회’라 한다.)를 개최하고, 乙은 이에 참가하여 외부 설계서 작성 지원 업무를 실시한다.

2. 乙도, 외부 설계 지원 업무의 실시를 위해 필요하다고 인정할 때는, 외부 설계 검토회를 개최할 수 있으며, 甲은 이에 참가한다.

3. 외부 설계 검토회에서의 검토 등에 의해, 甲이 요구사항 정의서의 내용을 변경하려는 경우에, 작업 기간, 위탁료 등 개별 계약의 조건을 변경해야 할 필요가 생기는 경우에는, 제○조(본 계약 및 개별 계약 내용의 변경)의 절차에 따른다.

화면, 양식 등의 인터페이스를 결정하는 외부 설계서 작성을 위해서는 위탁자와 벤더의 협동 작업이 필수적입니다.
본 공정이 준위탁형이므로, 제1항은 개최의 주체를 위탁자로 하고, 지원을 하는 벤더가 참가하는 형태로 규정하고 있습니다. 외부 설계서 작성을 위해 필요한 사항의 명확화 또는 내용의 확인 등은 모두 외부 설계 검토회에서 이루어지며, 벤더 및 위탁자는 검토회에서의 검토 결과에 구속됩니다.
제2항은 벤더도 외부 설계 지원 업무의 실시를 위해 필요한 경우에, 외부 설계 검토회를 개최할 수 있다는 것을 규정하고 있습니다.
제3항은 외부 설계 검토회에서의 검토 등에 의해, 위탁자가 요구사항 정의서의 내용을 변경하는 경우, 개별 계약에서 정한 작업 기간, 위탁료 등에 영향을 미칠 가능성이 있으므로, 본 계약 및 개별 계약 내용의 변경의 절차에 따른다고 규정하고 있습니다.

(외부 설계서의 확정)
제○조 甲이 외부 설계서의 작성을 완료한 경우, 甲 및 乙은, 개별 계약에서 정한 기간(이하 ‘외부 설계서의 점검 기간’이라 한다.) 내에 외부 설계서가 제○조의 규정에 따라 확정된 요구사항 정의서 및 전조에서 정한 외부 설계 검토회에서의 결정 사항에 부합하는지 점검하고, 부합하는 것을 확인한 증거로서 甲乙 양측의 책임자가 외부 설계서에 기명 날인한다. 단, 점검의 결과, 외부 설계서가 제○조의 규정에 따라 확정된 요구사항 정의서 및 외부 설계 검토회에서의 결정 사항에 부합하지 않는 부분이 발견된 경우, 甲은 협의 후 정한 기한 내에 수정본을 작성하고, 甲 및 乙은 다시 위의 점검, 확인 절차를 거친다.

2. 전항에 따른 甲乙 양측의 확인으로, 외부 설계서는 확정된 것으로 한다.

3. 제 1 항의 수정에 따라 작업 기간, 위탁료 등 개별 계약의 조건을 변경해야 할 필요가 생기는 경우에는, 제○조(본 계약 및 개별 계약 내용의 변경)의 절차에 따른다.

본 조는 위탁자가 작성한 외부 설계서를 위탁자·벤더가 확인하고, 책임자가 기명 날인으로 확정하는 절차를 규정하고 있습니다.
외부 설계서의 확정을 위한 점검에서 수정이 필요하다고 판단되는 경우도 있으므로, 제1항 단서는 이 경우의 절차를 규정하고 있습니다.

제2항은 위탁자·벤더 양측의 확인으로 외부 설계서를 확정하는 것을 명확히 하고 있습니다.
제3항은 제1항 단서에 따라 외부 설계서를 수정하고 재확인하는 작업으로 인해, 초기의 예상보다 벤더의 작업량이 증가하거나, 스케줄의 연기가 필요하게 되는 등, 개별 계약의 조건을 변경해야 할 필요가 생기는 경우에, 개별 계약의 변경을 실시해야 한다는 것을 규정하고 있습니다.

(업무의 종료·확인)
제○조 乙은, 전조에서 정한 외부 설계서의 확정 후 ○일 이내에, 업무 종료 보고서를 작성하여 甲에 제출한다.

2. 甲은, 개별 계약에서 정한 기간(이하 ‘외부 설계서 작성 지원 업무 종료의 점검 기간’이라 한다.) 내에, 해당 업무 종료 보고서의 확인을 실시한다.

3. 甲은, 해당 업무 종료 보고서의 내용에 의문이 없는 경우, 업무 종료 확인서에 기명 날인하여 乙에게 교부하고, 외부 설계서 작성 지원 업무의 종료를 확인한다.

4. 외부 설계서 작성 지원 업무 종료의 점검 기간 내에, 甲이 문서로 구체적인 이유를 명시하여 이의를 제기하지 않는 경우에는, 甲은 외부 설계서 작성 지원 업무 종료의 점검 기간의 만료를 기점으로, 업무의 종료를 확인한 것으로 간주한다.

본 공정이 준위탁형이므로, 본 조는 벤더가 선량한 관리자의 주의 의무에 따라 적절하게 지원 작업을 수행했는지 확인하기 위해, 작업 내용을 기록한 업무 종료 보고서를 통해 확인하는 절차를 규정하고 있습니다.
제2항은 보고서의 확인이 지연되는 것을 방지하기 위해 점검 기간을 명확히 하고 있습니다.
제3항은 업무 종료 확인서에 위탁자의 기명 날인으로 외부 설계서 작성 지원 업무의 종료를 확인하는 것을 규정하고 있습니다.
제4항은 점검 기간 내에, 위탁자로부터 문서에 의한 이의가 제기되지 않은 경우의 미리 확인에 대해 규정하고 있습니다. 이 규정은 위탁자가 어떤 이유로든 적시에 확인 절차를 밟지 않는 경우, 후속 작업의 지연을 초래하거나, 또는 확인의 유무를 명확히 하지 않은 채 후속 작업에 착수하는 것은 위탁자·벤더 간의 책임 관계를 모호하게 할 우려가 있음을 고려한 것입니다.

소프트웨어 개발 업무

기본 설계인 시스템 외부 설계 과정의 규정 다음으로, 상세 설계인 시스템 내부 설계 과정에 관한 규정이 이어집니다. 시스템 내부 설계 과정에서는, 이전 단계까지의 작업으로 개발 대상이나 사양이 정의되어 있는 것이 일반적이므로, 일본 경제산업성의 모델 계약에서는 도급형으로 규정하고 있습니다. 자세한 내용은 아래의 기사에서 설명하고 있습니다.

https://monolith.law/corporate/checkpoints-for-contracts-of-system-development[ja]

소프트웨어 운영 준비 및 이전 지원 업무

(소프트웨어 운영 준비 및 이전 지원 업무의 실시)
제〇조 乙은, 제조에서 정한 개별 계약을 체결한 후, 본 업무로서 甲이 수행하는 시스템 테스트, 도입 및 인수 지원 그리고 본 소프트웨어를 실제로 운영하기 위해 수행하는 운영 테스트 업무에 대해, 甲을 위해 필요한 지원(이하 ‘소프트웨어 운영 준비 및 이전 지원 업무’라 한다)을 수행한다.

2. 乙은, 정보 처리 기술에 관한 전문적인 지식 및 경험에 기반하여, 甲의 작업이 원활하고 효과적으로 이루어질 수 있도록 선량한 관리자의 주의를 기울여 지원 업무를 수행한다.

본 조 이하에서는, 소프트웨어 운영 준비 및 이전을 준위임형으로 수행하는 경우의 조항에 대해 규정하고 있습니다. 시스템 인수 및 도입 지원 단계에서는, 위탁자가 주도적으로 수행하는 것이 일반적이므로, 경제산업성의 모델 계약에서는, 위탁자가 주체가 되고, 벤더가 이를 지원하는 형태인 준위임형으로 규정하고 있습니다.
제2항은, 본 공정이 준위임형이므로, 벤더는 수임자로서 선량한 관리의 주의 의무를 지닌다는 것을 명시하고 있습니다.

(업무의 종료 및 확인)
제 32 조 乙은, 소프트웨어 운영 준비 및 이전 지원 업무 종료 후 ○일 이내에, 업무 종료 보고서를 작성하여, 甲에게 제출한다.

2. 甲은, 개별 계약에 정한 기간(이하 ‘소프트웨어 운영 준비 및 이전 지원 업무 종료의 점검 기간’이라 한다) 내에, 해당 업무 종료 보고서의 점검을 수행한다.

3. 甲은, 해당 업무 종료 보고서의 내용에 의문이 없는 경우, 업무 종료 확인서에 서명 및 날인한 후, 乙에게 제공하며, 소프트웨어 운영 준비 및 이전 지원 업무의 종료를 확인한다.

4. 소프트웨어 운영 준비 및 이전 지원 업무 종료의 점검 기간 내에 甲이 서면으로 구체적인 이유를 명시하여 이의를 제기하지 않는 경우에는, 소프트웨어 운영 준비 및 이전 지원 업무 종료의 점검 기간 만료를 통해, 업무의 종료를 확인한 것으로 간주한다.

본 조에서는, 준위임형으로, 소프트웨어 운영 준비 및 이전 지원 작업을, 벤더가 선량한 관리의 주의 의무에 기반하여 적절하게 수행했는지 여부의 확인을 수행하는 절차를 정하고 있습니다.
제2항에서는, 벤더가 위탁자에게 업무 종료 후 정해진 기간 내에 업무 종료 보고서를 제출하도록 하고 있습니다.
제3항에서는, 점검 기간을 명확히 한 후, 위탁자가 업무 종료 보고서의 확인을 수행하는 것을 명시하고 있습니다.
제4항에서는, 위탁자가 앞의 2항의 업무 종료 확인을 게을리하는 경우의 미리 확인을 정하고 있습니다.

계약의 성격 결정

계약의 성격을 결정하기 위해서는, 계약의 전체를 고려하여 그 목적이 ‘완성된 결과물을 제공하는 것’인지, 벤더가 ‘합리적으로 업무를 수행하는 것’인지를 검토해야 합니다. 완성해야 할 목표물의 내용이 어느 정도 구체적으로 확정되고 그에 따라 프로젝트가 진행되었는지 여부가 대략적인 기준이 됩니다.
구체적으로 어떤 점에 주목해야 하는지에 대해서는 아래의 기사에서 자세히 설명하고 있습니다.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]