당신의 코드가 걸작이라면, 계약서도 걸작이어야 한다.
개발자로서 우리는 수백만 줄의 코드를 쓰고, 완벽한 아키텍처를 고민한다. 하지만 막상 프로젝트가 끝나고 대금 정산을 앞두고서야 “계약서를 대충 썼네”라는 후회를 하곤 한다. SW분야 표준계약서는 단순한 형식이 아니다. 이것은 당신의 지적재산권을 지키는 방패이자, 불필요한 분쟁을 원천 차단하는 전략적 무기다.
여기 GQ의 시니어 에디터가 직접 엄선한 ‘계약의 품격’을 공개한다. 정부가 마련한 6종의 표준계약서부터 당신이 꼭 체크해야 할 치명적 조항까지. 더 이상 변호사 선임에 수억을 태우지 말고, 지금부터 스마트하게 대처하는 법을 배워보자.
당신이 ‘아웃소싱’이라고 부르는 것의 함정
프리랜서로 일하거나, 반대로 프리랜서를 고용하는 쪽이라면 반드시 구분해야 할 두 가지 개념이 있다: 근로계약과 도급계약.
SW종사자(프리랜서)와 사업자 간의 관계는 통계적으로 근로계약(41.4%) 과 도급계약(42.0%) 이 거의 비슷한 비중을 차지한다. 하지만 법적 책임은 하늘과 땅 차이다.
- 근로계약서를 썼다면, 당신은 사용자의 지휘·감독을 받는 ‘직원’이다. 근로시간, 휴게시간, 4대 보험의 적용을 받는다.
- 도급계약서를 썼다면, 당신은 프로젝트 단위로 결과물을 납품하는 ‘1인 사업자’다. 업무의 자율성이 보장되는 대신, 세금 처리와 하자 책임도 고스란히 당신 몫이다.
Pro-tip: 혹시 카카오톡으로 “이거 오늘까지 되나요?”라는 지시성 메시지를 받으며 도급계약을 한 상태라면? 당신은 법적으로 불법 파견의 늪에 빠진 것이다. 계약서의 ‘업무 범위’ 조항을 꼭 재확인하라.
SW표준계약서 6종, 당신의 시나리오는?
과학기술정보통신부와 정보통신산업진흥원(NIPA)은 공정한 SW 생태계를 위해 6종의 표준계약서를 배포하고 있다. 이는 2020년 12월 시행된 SW진흥법 제38조(공정계약의 원칙)에 근거한다.
아래는 당신의 비즈니스 모델에 맞는 표준계약서를 매칭한 테이블이다. 이 중 하나를 고르지 않으면, 당신은 법적 사각지대에 서 있는 것과 같다.
| 구분 | 계약서 유형 | 대상 | 핵심 포인트 |
|---|---|---|---|
| 공공/민간 공통 | 정보시스템 개발구축 | SI 사업자, 솔루션 개발사 | 과업 범위 명확화, 지적재산권 귀속 |
| 공공/민간 공통 | 정보시스템 유지관리 | 유지보수 전문 업체 | 무상 하자보수 vs 유상 기능개선 구분 |
| 공공/민간 공통 | 상용SW 공급·구축 | 패키지 SW 판매사 | 라이선스 범위, 설치 및 교육 조건 |
| 공공/민간 공통 | 상용SW 유지관리 | 구축 후 유지보수 | 기술 지원 응대 시간, 패치 주기 |
| SW종사자(프리랜서) | 표준근로계약서 | 기간제, 단시간 근로자 | 지휘·감독 관계 명시, 근로조건 보호 |
| SW종사자(프리랜서) | 표준도급계약서 | 1인 사업자(프리랜서) | 결과물 인도 조건, 대금 지급 기준 |
이 표준계약서들은 공공SW사업 입찰 시 기술성 평가에서 최대 5점의 가점을 받을 수 있다. 점수 한두 점에 목숨 걸고 있는 SI 시장에서 5점이면 사실상 ‘당첨’이나 다름없다.
계약서 속 ‘살아있는 조항’들
표준계약서를 다운로드했다고 해서 끝이 아니다. GQ가 맞춤 양복을 수선하듯, 당신의 상황에 맞게 조항을 ‘핏’하게 조정해야 한다. 다음은 반드시 훑어봐야 할 킬러 조항들이다.
1. 과업내용서의 마법
계약서 본문보다 중요한 것은 별첨(과업내용서) 다.
많은 분쟁이 “이건 개발 범주에 포함되는 거 아니었나요?”라는 말다툼에서 시작된다.
표준계약서 제5조는 과업내용서를 기준으로 삼는다. 여기에 무상으로 제공되는 유지보수와 추가 비용이 발생하는 유상 기능 개선을 선으로 그어놓아야 한다. “소소한 기능 개선”이라는 애매한 표현은 절대 용납하지 마라. “화면 버튼 색상 변경”은 무상인지, “새로운 보고서 양식 추가”는 유상인지, 사례별로 나열하라.
2. 기술자료 임치(Escrow)
“회사가 망하면 어쩌지?”
고객사(발주자)가 가장 두려워하는 것은 SW 공급사가 갑자기 사라지는 것이다. 표준계약서 제16조는 기술자료 임치 조항을 둔다. 공급자는 소스코드와 기술 매뉴얼을 제3의 기관에 맡겨둔다. 만약 폐업, 파산 등 특정 조건이 발생하면 고객사는 그 자료를 꺼내 쓸 수 있다.
프리랜서든 스타트업이든, 이 조항을 요구받았다면 당신의 기술이 그만큼 가치 있다는 증거다. 소스코드 공개 범위를 최소화하는 협상을 준비하라.
3. 기성고, 인정되나?
프로젝트가 중간에 틀어졌다. 그동안 한 일에 대한 대가는 받을 수 있을까?
원칙적으로 도급계약에서 중간 결과물에 대한 보수 청구는 쉽지 않다. 하지만 표준계약서를 기반으로 단계별 검수와 중도금 지급 조건을 명확히 해둔다면 상황은 달라진다.
판례를 보면, 국방기술품질원 사건처럼 수급인(개발사)에게 책임이 있는 해제 시 기성고가 인정되지 않은 반면, 반려동물 플랫폼 사건에서는 이미 지급된 금액이 사실상 기성고로 인정된 사례도 있다. 결국 계약서에 단계별 이정표(Milestone)와 지급률을 촘촘히 적어둔 자가 승리한다.
서명하기 전, 이건 꼭 체크하라
계약서는 일종의 ‘게임의 룰’이다. 특히 SW 분야는 유형의 물건이 아닌 무형의 지식재산(IP)이 거래되기 때문에, 문구 하나로 희비가 엇갈린다.
- 지식재산권(IP) 귀속 조항: 고객사가 “2차적 저작물 작성권”까지 요구할 경우, 당신은 그 고객 외에는 똑같은 로직의 SW를 팔 수 없다. 진입장벽을 스스로 만드는 셈이다.
- 정보보안협약서: 별도의 정보보안협약서가 있다면, 이는 본계약과 분리해서 날인받는 것이 좋다. 법적 구속력을 강화하고, 혹시 모를 기술 유출 시도를 원천 봉쇄할 수 있다.
- 완전계약(Integration Clause) 조항: 계약서에 “본 계약서에 명시된 내용 외에 어떠한 구두 합의도 무효”라는 문구가 있는지 확인하라. 카톡으로 합의한 내용이 있다면, 계약서에 반영하지 않으면 법적으로 인정받기 어렵다.
결론: 계약은 기술의 연장선이다
뛰어난 코드는 컴퓨터를 움직이지만, 명확한 계약은 돈과 권리를 움직인다. SW분야 표준계약서는 이미 정부와 업계가 수많은 분쟁을 분석해 만든 ‘로드맵’이다. 이것을 사용하지 않는 것은 내비게이션 없이 오지에 들어가는 것과 같다.
만약 당신이 아직도 ‘인터넷에서 다운받은 허술한 계약서’로 프로젝트를 시작하고 있다면, 지금 당장 한국SW산업협회 SW프리랜서 상담센터(1833-2841)에 전화하라. 그리고 이 글을 저장해라. 계약은 당신을 지키는 가장 멋진 액세서리다.
이제, 당신의 계약서는 어느 수준인가?
