오늘은 외주 개발계약에서 가장 빈번하게 분쟁이 발생하는 영역인 검수 조항에 대해 알아보겠습니다. 한국소프트웨어산업협회의 2024년 조사에 따르면 IT 외주 개발 분쟁의 약 62%가 검수 단계에서 발생하며, 그 대부분은 계약서상 검수 기준이 모호했던 데에서 비롯됩니다. 수천만 원에서 수억 원에 이르는 개발비가 투입되는 프로젝트에서, 검수 조항 하나가 제대로 정비되지 않으면 발주사와 개발사 모두 큰 손실을 입을 수 있습니다.
첫째, 검수 조항이 분쟁의 핵심이 되는 이유
외주 개발계약은 민법상 도급계약(민법 제664조)의 성격을 가집니다. 도급계약에서 수급인(개발사)은 "일의 완성"을 약속하고, 도급인(발주사)은 완성된 결과물에 대해 보수를 지급합니다. 문제는 소프트웨어라는 결과물의 특성상, 무엇이 "완성"인지에 대한 기준이 물리적 건축물처럼 명확하지 않다는 점입니다.
실무에서 자주 접하는 분쟁 유형은 크게 세 가지입니다.
1
검수 기준 부재
계약서에 "쌍방 합의에 의한 검수"라고만 기재하고 구체적 기준이 없어, 발주사가 무한정 수정을 요구하는 경우
2
검수 기간 미설정
검수 완료 시한이 없어 발주사가 수개월간 검수를 미루고, 그 사이 개발사의 잔금 수령이 지연되는 경우
3
검수 불합격 시 절차 부재
불합격 사유 통보 방식, 보완 기간, 재검수 횟수 등이 정해지지 않아 양측이 평행선을 달리는 경우
이런 분쟁은 계약 체결 단계에서 검수 조항을 구체적으로 설계하면 상당 부분 예방할 수 있습니다.
둘째, 검수 조항에 반드시 포함해야 할 5가지 요소
법적으로 유효하고 실무적으로 작동하는 검수 조항을 만들려면, 다음 다섯 가지 요소가 구체적으로 명시되어야 합니다.
1
검수 기준(합격 요건)
기능 요구사항 명세서(SRS) 또는 별도의 검수 체크리스트를 계약서 부속서로 첨부합니다. "요구사항 정의서에 명시된 항목 중 95% 이상 정상 작동 시 합격"과 같이 정량적 기준을 설정하는 것이 바람직합니다.
2
검수 기간
납품 후 검수 완료까지의 기한을 구체적으로 설정합니다. 실무에서는 통상 영업일 기준 10~15일이 많이 활용됩니다. 기간 내 별도 통보 없으면 검수 합격으로 간주한다는 "간주 합격" 조항도 병행 규정하는 것이 중요합니다.
3
불합격 통보 방식
불합격 시 구체적 사유를 서면(이메일 포함)으로 통보하도록 명시합니다. 구두 통보만으로는 사후 입증이 어려워 분쟁이 커질 수 있습니다.
4
보완 및 재검수 절차
불합격 통보 후 개발사의 보완 기간(통상 7~14영업일)과 재검수 횟수(통상 2~3회)를 정합니다. 재검수 횟수를 초과하면 계약 해제 사유로 규정하는 것이 일반적입니다.
5
대금 지급 연동
검수 합격과 잔금(또는 단계별 대금) 지급 시점을 명확히 연동합니다. "검수 완료 확인서 발급일로부터 15일 이내 잔금 지급" 형태가 대표적입니다.
셋째, 실무에서 자주 놓치는 쟁점 3가지
위 다섯 가지 기본 요소 외에도, 상담 현장에서 보면 의외로 많은 분들이 간과하는 쟁점이 있습니다.
1. 요구사항 변경과 검수 기준의 연동 문제
개발 중 발주사의 요구사항이 변경되는 경우는 매우 흔합니다. 그런데 검수 기준은 최초 계약서에 고정되어 있으면, 변경된 요구사항에 대해서는 검수 기준 자체가 존재하지 않게 됩니다. 따라서 "요구사항 변경 시 변경 합의서를 작성하고, 해당 합의서에 변경된 검수 기준을 포함한다"는 조항을 반드시 두어야 합니다.
2. 하자보수와 검수의 구분
검수 합격 후 발견되는 오류는 검수 문제가 아니라 하자보수(민법 제667조)의 영역입니다. 실무에서는 이 둘을 혼동하여, 검수 합격 후에도 발주사가 검수 불합격을 주장하며 잔금 지급을 거부하는 사례가 종종 발생합니다. 계약서에 "검수 합격 후 발견된 하자는 별도의 하자보수 조항에 따른다"고 명시하면 이러한 분쟁을 방지할 수 있습니다.
3. 간주 합격 조항의 법적 유효성
"발주사가 검수 기간 내에 합격 또는 불합격 통보를 하지 않은 경우, 검수에 합격한 것으로 간주한다."
이른바 간주 합격(묵시적 승인) 조항은 판례에서도 유효성이 인정되고 있습니다. 다만 간주 합격이 적용되려면 검수 기간이 합리적으로 설정되어 있어야 하고, 개발사가 납품 사실을 서면으로 명확히 통지한 사실이 입증되어야 합니다. 따라서 납품 시 "검수 요청서"를 이메일 등으로 발송하고 수신 확인을 받아두는 것이 실무적으로 중요합니다.
넷째, 좋은 검수 조항과 나쁜 검수 조항의 비교
같은 내용이라도 조항의 구체성에 따라 법적 분쟁의 결과가 크게 달라집니다. 대표적인 비교 사례를 살펴보겠습니다.
분쟁 위험이 높은 조항
"검수는 쌍방 협의에 따라 진행하며, 발주사의 승인을 얻은 후 대금을 지급한다."
분쟁을 예방하는 조항
"개발사는 납품 완료 시 검수 요청서를 서면 발송하고, 발주사는 수령일로부터 10영업일 이내에 별첨 검수 체크리스트에 따라 검수를 완료한다. 기간 내 서면 통보가 없는 경우 합격으로 간주한다."
전자의 경우 검수 기준, 기간, 통보 방식 어느 것도 특정되지 않아 해석의 여지가 넓고, 분쟁 시 양측 모두 불리한 결과를 맞을 수 있습니다. 후자는 각 요소가 명확하여 분쟁 자체가 발생할 여지가 현저히 줄어듭니다.
다섯째, 법적 전망과 실무 제언
최근 소프트웨어진흥법 개정 논의에서도 공정한 검수 절차에 관한 기준 마련이 화두가 되고 있습니다. 공정거래위원회 역시 2023년 개정된 소프트웨어사업 하도급거래 표준계약서에서 검수 기간(납품 후 14일 이내), 간주 합격, 서면 불합격 통보 의무 등을 권고사항으로 명시한 바 있습니다.
핵심 정리
1. 검수 기준은 정량적 체크리스트를 부속서로 첨부할 것
2. 검수 기간(10~15영업일)과 간주 합격 조항을 반드시 포함할 것
3. 불합격 시 서면 통보, 보완 기간, 재검수 횟수를 구체화할 것
4. 요구사항 변경 시 검수 기준도 함께 업데이트하는 절차를 둘 것
5. 검수와 하자보수를 명확히 분리하여 규정할 것
외주 개발계약에서 검수 조항은 단순한 절차 규정이 아니라, 프로젝트의 성공과 대금 정산의 기준점이 됩니다. 계약 체결 전 검수 조항을 꼼꼼히 검토하고, 가능하면 법률 전문가의 자문을 받아 계약서를 정비하는 것이 장기적으로 비용과 시간을 절약하는 가장 확실한 방법입니다.
