IT 외주 검수 기준이 모호하면 잔금 못 받는다? 분쟁 예방 법률 가이드

"이건 제가 생각했던 결과물이 아니에요"

IT 외주 프로젝트의 막바지, 개발사는 모든 기능을 구현했다고 말하지만 클라이언트는 "쓸 수 없는 수준"이라며 잔금 지급을 거부하는 상황. IT 업계에서 흔히 발생하는 이른바 '검수 지옥'의 전형적인 모습입니다.

이러한 분쟁의 근본적인 원인은 IT 외주 검수 기준이 계약 단계에서 구체적으로 설정되지 않았기 때문입니다. 소프트웨어는 눈에 보이지 않는 무형의 결과물이기 때문에, '완성'에 대한 정의가 서로 다르면 법적 다툼으로 번질 수밖에 없습니다.

오늘은 BeforeUSign과 함께 소프트웨어 납품 시 분쟁을 예방하는 명확한 검수 기준 설정법과 관련 법률 근거를 살펴보겠습니다.

소프트웨어 '완성'에 대한 법원의 판단 기준

민법 제664조에 따르면 도급 계약(외주)은 수급인이 어떤 일을 완성할 것을 약정하고, 도급인이 그 일의 결과에 대하여 보수를 지급할 것을 약정함으로써 성립합니다. 여기서 핵심은 **'일의 완성'**을 어떻게 볼 것인가입니다.

대법원이 말하는 소프트웨어의 완성

우리 대법원 판례(대법원 2006. 10. 13. 선고 2004다21862 판결 등)에 따르면, 소프트웨어 개발 계약에서 '일의 완성'은 당초 예정된 최후의 공정까지 종료하였는지를 기준으로 판단합니다.

단순히 버그(오류)가 있다는 사실만으로 미완성이라고 보지는 않습니다. 예정된 주요 기능이 모두 구현되어 실제로 구동이 가능하다면 '완성'된 것으로 보며, 남아있는 사소한 오류들은 '하자보수'의 영역으로 구분합니다.

분쟁을 막는 IT 외주 검수 기준 작성법

명확한 검수 기준을 세우기 위해서는 다음 세 가지 요소가 계약서나 과업지시서(SOW)에 구체적으로 명시되어야 합니다.

1. 객관적인 검수 항목과 합격 판정 기준

"로그인 기능이 잘 작동해야 한다"는 주관적인 기준입니다. "아이디/비밀번호 입력 시 2초 이내에 메인 페이지로 이동해야 하며, 잘못된 정보 입력 시 안내 메시지가 출력되어야 한다"와 같이 수치화되고 객관적인 기준(Acceptance Criteria)이 필요합니다.

• 기능적 요구사항: RFP(제안요청서)에 명시된 기능의 구현 여부
• 비기능적 요구사항: 페이지 로딩 속도, 동시 접속자 수 수용 능력, 보안 취약점 점검 통과 등

2. 검수 기간과 '검수 간주' 조항

많은 개발사가 간과하는 것이 '검수 기간'입니다. 클라이언트가 결과물을 받고도 아무런 피드백 없이 차일피일 검수를 미루는 경우가 많기 때문입니다.

이를 방지하기 위해 **"클라이언트가 결과물을 수령한 날로부터 10일 이내에 서면으로 이의를 제기하지 않으면 검수에 합격한 것으로 간주한다"**는 조항을 반드시 넣어야 합니다. 이는 공정거래위원회의 소프트웨어 표준 하도급 계약서에서도 권장하는 내용입니다.

3. 단계별 기성 검수

프로젝트 규모가 크다면 마지막에 한 번에 검수하는 것은 위험합니다. 기획 단계 종료, 디자인 단계 종료, 주요 기능 구현 등 단계별로 검수를 진행하고 그에 따른 대금(기성금)을 받는 구조를 설계해야 합니다.

검수 결과 '불합격'일 경우의 처리 방식

검수 결과 요구사항을 충족하지 못했을 때, 무한정 수정을 반복하는 것은 개발사에게 큰 손실입니다. 계약서에 다음과 같은 내용을 구체화해야 합니다.

1. 수정 횟수 제한: 무료 수정 보완은 몇 회까지 진행할 것인가?
2. 추가 비용 산정: 최초 요구사항 범위를 벗어난 수정은 별도의 '과업 변경'으로 간주하여 추가 비용을 청구한다는 원칙을 명시해야 합니다.
3. 하자보수와의 구분: 검수 합격 후 발생하는 문제는 '하자보수' 기간(통상 6개월~1년) 내에 처리한다는 점을 명확히 하여, 검수 단계가 끝나지 않고 이어지는 것을 막아야 합니다.

공정거래법과 하도급법의 보호

만약 당신이 중소 개발사이고 발주처가 대기업이나 중견기업이라면, **하도급거래 공정화에 관한 법률(하도급법)**의 보호를 받을 수 있습니다.

• 제9조(검사의 기준ㆍ방법 및 시기): 원사업자는 정당한 사유가 없으면 물품 등을 받은 날부터 10일 이내에 검사 결과를 서면으로 통지해야 합니다. 이 기간이 지나면 검사에 합격한 것으로 봅니다.
• 제12조의2(부당한 특약 금지): 수급인의 이익을 부당하게 침해하거나 제한하는 계약 조항(예: 무제한 수정 요구 등)은 효력이 부정될 수 있습니다.

따라서 계약서에 "발주자가 만족할 때까지 수정한다"와 같은 독소 조항이 있다면, 이는 법적으로 다퉈볼 여지가 충분합니다.

결론: 검수 기준은 계약서의 '심장'입니다

IT 외주에서 발생하는 법적 분쟁의 80% 이상은 검수와 대금 지급 과정에서 발생합니다. "좋은 게 좋은 거지"라는 생각으로 모호한 계약서를 작성하는 순간, 프로젝트의 수익성은 사라지고 지루한 법적 공방만 남게 됩니다.

성공적인 IT 비즈니스를 원하신다면, 지금 바로 우리 회사의 계약서에 객관적인 IT 외주 검수 기준과 검수 간주 조항이 포함되어 있는지 점검해 보세요.