이혼·재산분할

# 한국 IT 외주 용역계약서 핵심 조항 & 함정 가이드

---

## 📋 목차 구조 먼저 잡기

```
1. 계약 목적물 & 납품 정의
2. 지식재산권 귀속
3. 비밀유지 & 코드 유출 방지
4. 잠수(무단 이탈) 대응 장치
5. 검수 & 하자담보
6. 보수 지급 구조
7. 계약 해제/해지
8. 분쟁 해결
+ 자주 빠지는 함정들
```

---

## 1. 계약 목적물 정의 — "모호함이 분쟁의 씨앗"

### ❌ 위험한 표현
```
"웹 서비스 개발 일체"
"앱 개발 및 관련 업무"
```

### ✅ 권장 표현
```
제O조 (용역의 범위)
① 수급인이 납품하여야 할 결과물은 아래와 같다.
   - 기능 명세서 [별첨 1] 기재 기능 전부를 구현한 소스코드
   - 해당 소스코드의 실행 가능한 빌드 결과물
   - API 명세서, ERD, 배포 매뉴얼 등 [별첨 2] 기재 기술문서
   - 사용한 오픈소스 라이선스 목록 및 검토 보고서

② 제1항 외 추가 작업 요청 시 별도 서면 합의로 범위·보수를 정한다.
   (구두 지시는 효력 없음을 명시)
```

> **실무 포인트**: 별첨을 계약서 본문과 동일 날짜로 서명·날인. 나중에 "그건 범위 아니었다"는 분쟁의 80%가 여기서 발생합니다.

---

## 2. 지식재산권 귀속 — 가장 중요한 조항

### 핵심 법리 (저작권법 제9조 주의)

```
저작권법 제9조는 "법인 등의 저작물"에 대한 조항으로
프리랜서(개인사업자/개인)에게는 자동 적용되지 않습니다.
→ 계약서에 명시적 양도 조항 없으면 개발자에게 저작권 귀속
```

### ✅ 필수 조항

```
제O조 (지식재산권의 귀속 및 양도)

① 수급인이 본 계약에 따라 창작한 결과물(소스코드, 디자인,
   문서, 데이터베이스 구조 포함)에 관한 저작권·특허권·
   영업비밀 등 일체의 지식재산권은 최종 납품과 동시에
   도급인에게 양도된다.

② 수급인은 결과물에 대한 저작인격권(공표권·성명표시권·
   동일성유지권)을 도급인 및 도급인이 지정하는 자에 대해
   행사하지 아니한다.
   ※ 저작인격권은 양도 불가(저작권법 §14) → 불행사 특약이 실무 표준

③ 결과물에 오픈소스(GPL·LGPL·MIT 등)가 포함될 경우,
   수급인은 계약 체결 전 도급인에게 서면으로 고지하여야 하며,
   사전 승인 없이 GPL 등 Copyleft 라이선스 코드를 사용할 수 없다.

④ 중간 산출물(커밋 로그, 브랜치, 설계 문서)도 ①항의
   결과물에 포함한다.
```

> **함정**: GPL 코드를 무단으로 섞으면 전체 코드가 오염될 수 있습니다. ③항은 반드시 넣으세요.

---

## 3. 비밀유지 & 코드 유출 방지

### ✅ NDA 조항 (계약서 내 통합 또는 별도 NDA)

```
제O조 (비밀유지)

① 수급인은 본 계약 이행 과정에서 알게 된 아래 정보를
   도급인의 사전 서면 동의 없이 제3자에게 누설하거나
   본 계약 목적 외로 사용할 수 없다.
   - 소스코드 및 설계 문서 (공개 여부 무관)
   - 사업 전략, 고객 정보, 내부 API 키·자격증명
   - 미공개 서비스 기획, 데이터 구조

② 비밀유지 의무는 계약 종료 후 [3년/5년] 간 존속한다.

③ 위반 시 수급인은 도급인에게 손해배상 외에 위약벌로
   금 [○○○○만 원]을 지급한다.
   ※ 위약금과 위약벌의 차이: 위약벌은 손해배상과 별도 청구 가능
```

### ✅ 기술적 보완 조치 (계약 외적 실무)

| 조치 | 방법 | 비고 |
|------|------|------|
| **코드 접근 통제** | Private Git repo, 개발자 계정 도급인 소유 | 계약 종료 시 즉시 접근 차단 |
| **환경 분리** | 프로덕션 DB 접근 금지, 더미 데이터 제공 | 실 고객 데이터 차단 |
| **API 키 관리** | 개발자용 별도 키 발급, 권한 최소화 | Vault/Secret Manager 활용 |
| **커밋 이력 보존** | 도급인 org 하에 repo 유지 | 증거 보전 기능도 있음 |

---

## 4. 잠수(무단 이탈) 대응 — 가장 현실적인 위험

### ✅ 마일스톤 + 에스크로 구조

```
제O조 (납품 일정 및 보수 지급)

① 보수는 아래 마일스톤 달성 시 분할 지급한다.

   | 단계 | 시점 | 금액 | 납품물 |
   |------|------|------|--------|
   | 선금 | 계약 체결 시 | 20% | - |
   | 1차 | D+45, 1차 검수 완료 | 25% | 핵심 기능 동작 빌드 |
   | 2차 | D+90, 2차 검수 완료 | 25% | 전체 기능 완성 |
   | 최종 | D+180, 최종 납품 완료 | 30% | 소스+문서+인수인계 |

② 선금 20% 초과 지급 금지를 내부 원칙으로 설정
   (선금이 클수록 잠수 위험 증가)
```

### ✅ 잠수 시 즉시 발동되는 조항

```
제O조 (연락 두절 및 이행 지체)

① 수급인이 도급인의 연락(전화·이메일·메신저 병행)에
   [3 영업일] 이상 응하지 않는 경우, 이행 거절 의사 표시로
   간주한다.

② 제1항의 경우 도급인은 즉시 서면(내용증명)으로
   [7일]의 이행 최고를 할 수 있으며, 기간 내 이행이
   없으면 계약을 해제할 수 있다.

③ 계약 해제 시 수급인은:
   가. 기 지급된 보수 중 미완성 부분에 해당하는 금액을 반환한다.
   나. 대체 개발 비용 초과분을 손해배상한다.
   다. 계약 종료 후 [5 영업일] 이내에 모든 소스코드·
       자격증명·문서를 도급인에게 인도한다.

④ ③항 다. 불이행 시 1일당 금 [○만 원]의 지체상금을 납부한다.
```

> **실무 팁**: 내용증명은 카카오톡 캡처·이메일도 병행하세요. 법적으로는 내용증명이 가장 강력하지만, 수령 회피 시 법원에 공시송달 신청도 가능합니다.

### ✅ 소스코드 중간 제출 의무

```
제O조 (진행 현황 보고 및 소스코드 임치)

① 수급인은 매 [2주]마다 진행 현황 보고서와 함께
   당시까지의 소스코드를 도급인 Git 저장소에 push하여야 한다.

② 제1항 불이행 시 도급인은 [1주일] 전 통보로
   계약을 해지할 수 있다.
```

> **이게 핵심입니다**: 잠수 탔을 때 코드가 없으면 최악입니다. 2주 단위 push 의무화가 현실적인 최선책입니다.

---

## 5. 검수 조항 — "침묵은 승인"으로 만들기

```
제O조 (검수)

① 도급인은 납품 수령일로부터 [14 영업일] 이내에
   검수 결과(합격/조건부 합격/불합격)를 서면으로 통지한다.

② 기간 내 통지 없으면 합격으로 간주한다.
   ※ 도급인 보호: 14일을 충분히 확보

③ 불합격 시 수급인은 [7 영업일] 이내에 하자를 보완하여
   재납품한다. 재납품 후 검수 절차를 반복한다.

④ 2회 재납품 후에도 불합격 시 도급인은 계약을 해제하거나
   감액을 요구할 수 있다.

제O조 (하자담보책임)

① 최종 검수 합격 후 [6개월] 간 수급인은 무상으로
   하자를 보수한다. (소프트웨어 업계 관행: 3~6개월)

② 하자의 정의: 계약 명세서 기재 기능이 정상 동작하지 않는 경우.
   요구사항 변경에 따른 추가 개발은 하자가 아님.
```

---

## 6. 병행 업무 & 경업 제한

```
제O조 (전속 여부 및 경업 제한)

① 수급인은 본 계약 기간 중 타 업무를 병행할 수 있으나,
   본 계약 의무 이행에 지장을 주어서는 아니 된다.

② 수급인은 계약 기간 중 및 종료 후 [1년] 간, 도급인의
   직접적 경쟁사에 동일 또는 유사 결과물을 납품하거나
   도급인의 영업비밀을 이용한 용역을 제공할 수 없다.
   ※ 경업 제한은 합리적 범위여야 법원에서 인정됨
   ※ 기간 2년 초과, 지역 제한 무제한은 무효 가능성
```

---

## 7. 자주 빠지는 함정 총정리

### 🚨 함정 1: 개발자가 법인(1인 법인) vs 개인 차이

| 구분 | 개인 | 1인 법인 |
|------|------|---------|
| 계약 주체 | 개인 | 법인 |
| 책임 범위 | 무한책임 | 유한책임 (법인 재산 한도) |
| 세금계산서 | 사업소득 원천징수 3.3% | 부가세 계산서 수취 |
| 잠수 시 | 개인 재산 추적 가능 | 법인 청산 후 도피 가능 |

> **대응**: 1인 법인이면 대표자 연대보증 조항 추가

### 🚨 함정 2: 원천징수 & 세금 처리

```
- 개인 프리랜서: 사업소득세 3.3% 원천징수 의무 (지급자)
- 계약서에 "보수 OO만원 (VAT 별도 / 원천징수 후 실수령액 OO원)"
  명확히 구분하지 않으면 나중에 분쟁 발생
```

### 🚨 함정 3: 근로자성 판단 리스크

```
계약서에 이런 문구 넣으면 위험:
- "09시~18시 근무"
- "주 5일 출근 의무"
- "도급인 지시에 따른 업무 수행"

→ 근로기준법상 근로자로 판단될 수 있음
→ 퇴직금·4대보험 소급 적용 리스크

안전한 표현:
"수급인은 결과물 납품을 위해 자율적으로 업무 시간·장소를 결정한다"
```

### 🚨 함정 4: "납품" 기준 불명확

```
❌ "개발 완료 후 납품"
✅ "소스코드 전체를 도급인 Git 저장소에 push하고,
    빌드 가능 상태를 확인하며, 운영 서버 배포 완료 후
    도급인이 서면으로 수령 확인한 시점"
```

### 🚨 함정 5: 분쟁 해결 조항 누락

```
제O조 (분쟁 해결)

① 본 계약에 관한 분쟁은 먼저 당사자 간 협의로 해결한다.

② 협의 불성립 시 [서울중앙지방법원 / 도급인 소재지 관할법원]을
   제1심 전속 관할 법원으로 한다.

③ 소송 외 신속 해결이 필요한 경우 대한상사중재원 중재에
   의할 수 있다. (단, 양 당사자 서면 합의 필요)
```

---

## 8. 계약서 외 실무 체크리스트

```
계약 전
□ 개발자 신원 확인 (신분증 사본, 사업자등록증)
□ 포트폴리오·레퍼런스 실제 확인 (전 클라이언트 연락)
□ GitHub 활동 이력 검토
□ 착수 전 NDA 별도 서명

계약 중
□ 2주 단위 코드 push + 진행 보고 확인
□ 주요 소통 이메일로 기록 (카톡 → 이메일 확인 요청)
□ 마일스톤 검수 후 지급 (선지급 최소화)

계약 종료 시
□ Git 접근 권한 즉시 회수
□ API 키·자격증명 전면 교체
□ 인수인계 문서 서면 수령 확인
□ 하자담보 기간 캘린더 등록
```

---

## 💡 최종 요약

| 리스크 | 핵심 대응 조항 |
|--------|--------------|
| 잠수 | 2주 단위 코드 push + 마일스톤 분할 지급 + 연락 두절 정의 |
| IP 분쟁 | 저작권 양도 + 저작인격권 불행사 특약 + GPL 고지 의무 |
| 코드 유출 | NDA + 위약벌 + 기술적 접근통제 |
| 하자/미완성 | 명세서 별첨 + 검수 절차 + 하자담보 6개월 |
| 근로자성 | 자율 근무 명시 + 결과물 중심 계약 구조 |

> **변호사 검토 권장**: 위 내용은 실무 가이드이며, 계약 금액이 3천만원 이상이거나 핵심 기술이 걸려있다면 IT 전문 변호사 검토(50~100만원)가 계약 분쟁 비용보다 훨씬 저렴합니다.

채점 근거§9 불해당·저작인격권 §14 불행사·GPL·중간산출물 포함. 정확하나 2차적저작물작성권 명시는 상대적으로 약함.

# 한국 IT 외주 용역계약 핵심 조항 정리

미국 템플릿(work-for-hire 개념)이 한국에서 안 맞는 이유부터 짚고 가겠습니다. **한국 저작권법은 "업무상 저작물"을 고용관계 전제로 봐서, 외주 프리랜서 결과물의 저작권은 자동으로 발주사에 넘어오지 않습니다.** 그래서 계약서에 명시적 양도 조항이 없으면 IP가 개발자에게 남습니다.

---

## 1. IP 귀속 — 가장 중요, 가장 많이 실수하는 부분

### 반드시 넣을 것
- **저작재산권 "양도" 명시**: "본 용역 결과물의 저작재산권 일체를 발주사에 양도한다"
- **2차적저작물 작성권 포함 명시**: 저작권법 제45조 2항 때문에 **"2차적저작물 작성권을 포함하여 양도한다"**고 특약하지 않으면 이 권리는 양도에서 제외된 것으로 추정됩니다. ← 가장 흔한 함정
- **양도 시점**: "대금 완납 시" vs "납품 시" 명확히. 대금 미지급 분쟁 대비하면 단계별 양도가 안전

### 저작인격권 (양도 불가)
- 한국법상 저작인격권(성명표시권, 동일성유지권 등)은 **양도가 안 됩니다.**
- 대신 **"저작인격권을 행사하지 않는다(부행사 특약)"** 조항을 넣으세요. 이게 실무 표준입니다.

### 제3자 라이브러리 / 오픈소스
- 개발자가 GPL 같은 카피레프트 라이선스를 몰래 섞으면 결과물 전체가 오염될 수 있음
- **"오픈소스 사용 시 사전 서면 고지 및 라이선스 목록 제출 의무"** 조항 추가

---

## 2. 잠수(이행 중단) 대응

이게 실무에서 제일 골치 아픈 부분이라 별도로 설계해야 합니다.

### 단계별 납품(마일스톤)
- 6개월을 한 덩어리로 두면 잠수 시 회수 불가
- **2~4주 단위 산출물 + 검수 + 분할 대금** 구조로 쪼개세요
- 핵심: **소스코드와 산출물을 마일스톤마다 형상관리(Git 등)에 커밋/제출 의무화**. 잠수 타도 마지막 커밋까지는 확보됨

### 진행상황 가시성
- 주간 보고 의무, 리포지토리 접근 권한 발주사 보유

### 계약 해지 / 손해배상
- **연락두절 정의**: "영업일 기준 O일 이상 연락 두절 또는 보고 미제출 시 채무불이행 간주"
- **최고(催告) 절차**: 한국법상 해지 전 "상당기간 정해 이행 최고" 후 해지하는 게 안전 (바로 해지하면 무효 다툼 생김)
- **위약벌 vs 손해배상액 예정**: 위약금은 손해배상액 예정으로 추정됨(민법 398조). 법원이 과다하면 감액 가능. 너무 높게 잡으면 무력화되니 현실적 수준으로

### 산출물 인도 강제
- "해지 시 작업 중인 소스 일체를 O일 내 인도, 미인도 시 일 단위 지체상금"

---

## 3. 코드 유출 / 비밀유지

### NDA 조항
- 비밀정보 범위 정의 (소스코드, 설계, 고객데이터 등)
- **계약 종료 후에도 존속** (예: 3년 또는 영구) — 종료와 함께 끝나면 의미 없음
- **반환·삭제 의무**: 종료 시 로컬·클라우드 사본 전량 삭제 + 삭제확인서 제출

### 경업·전용 방지 (현실적 조정 필요)
- "동일 결과물/유사 서비스를 제3자에게 제공·재사용 금지"
- 단, **개발자가 다른 일 병행한다는 걸 인정한 상황**이므로 광범위한 경업금지는 무효 위험 + 개발자가 사인 안 함. 범위를 "본 프로젝트 코드 및 비밀정보"로 한정하는 게 현실적

### 기술적 통제 (계약 외)
- 사내 Git 사용 강제, 외부 반출 로그, 접근권한 최소화
- 계약서에 **"승인된 환경에서만 작업, 개인 저장소 업로드 금지"** 명시

---

## 4. 자주 놓치는 함정 체크리스트

| 항목 | 위험 | 대응 |
|---|---|---|
| 2차적저작물권 누락 | 수정·확장 시 권리 분쟁 | 명시적 포함 |
| 저작인격권 처리 | 양도 불가인데 양도라 적음 → 무효 | 부행사 특약 |
| 근로자성 오인 | 지휘·감독 강하면 근로자로 판단, 4대보험·퇴직금 리스크 | 업무 자율성 유지, 도급 형태 명확화 |
| 하자담보책임 | 납품 후 버그 방치 | 검수 후 일정기간(예: 1~3개월) 무상 하자보수 |
| 대금 지급 조건 | "완료 후 지급"만 적음 | 검수 기준·기한 명확화, 검수 무응답 시 자동검수 간주 |
| 제3자 권리침해 | 개발자가 타인 코드 도용 | "제3자 권리 비침해 보증 및 면책" 조항 |
| 재하도급 | 개발자가 또 외주 줌 | 사전 서면동의 없이 재위탁 금지 |

---

## 5. 추가 고려

- **근로자성 이슈가 의외로 중요합니다.** 출퇴근 강제, 상시 지휘·감독, 전속성이 강하면 법원이 "위장 도급"으로 보고 근로기준법(퇴직금, 4대보험) 적용할 수 있습니다. 6개월 전속처럼 운영하면 더 위험하니, 결과물 중심 도급 성격을 계약서·실무 양쪽에서 유지하세요.
- **표준계약서 참고**: 과학기술정보통신부/공정거래위원회의 **「소프트웨어 개발·구축 표준계약서」**, 한국저작권위원회 표준계약서가 무료로 공개돼 있습니다. 이걸 베이스로 위 조항을 커스터마이즈하는 걸 추천합니다.

---

마지막으로, 금액이 크거나 핵심 IP라면 **위 초안을 만든 뒤 IT 전문 변호사 검토 1회**는 받으시길 권합니다. 특히 IP 양도·위약금 조항은 표현 한 줄 차이로 효력이 갈립니다.

특정 부분(예: 마일스톤 대금구조나 NDA 문구) 샘플 조문이 필요하시면 만들어 드릴게요.

채점 근거★저작권법 §45② 2차적저작물작성권 명시특약 함정('가장 흔한 함정')+업무상저작물 §9 고용전제→외주 자동양도X+저작인격권 양도불가→부행사특약+GPL 오염. 잠수=마일스톤 Git커밋 의무·연락두절 정의·최고절차. 근로자성 위장도급+SW개발 표준계약서(과기부)·한국저작권위. 4-7 SOTA(92) 동급.

아래는 **한국 IT 외주 실무 기준**으로, 6개월짜리 프리랜서 개발 용역계약에 꼭 넣어야 할 조항과 자주 터지는 함정입니다. 일반 정보이므로 실제 계약서는 금액·업무범위·개인정보 취급 여부에 맞춰 변호사 검토를 권합니다.

---

## 1. 계약 구조부터 명확히: “용역”의 성격

프리랜서 개발 계약은 보통 아래 중 하나입니다.

### ① 도급형
- 특정 결과물 완성을 목적으로 함.
- 예: “관리자 페이지와 API 서버를 개발하여 납품한다.”
- 검수, 하자보수, 납기 지연 책임을 넣기 좋음.

### ② 준위임형
- 일정 기간 개발 업무를 수행하는 데 초점.
- 예: “6개월간 백엔드 개발 업무를 수행한다.”
- 결과 완성 책임이 상대적으로 약해질 수 있음.

실무상은 둘을 섞습니다.  
즉, **“6개월 동안 개발하되, 별첨 SOW의 산출물·마일스톤·검수기준을 충족해야 대금 지급”** 구조가 좋습니다.

주의할 점은, 프리랜서에게 출퇴근 시간, 지휘감독, 전속 근무, 휴가 승인 등을 과도하게 강제하면 나중에 **근로자성** 이슈가 생길 수 있습니다.  
따라서 업무 관리와 성과 관리는 하되, 고용계약처럼 쓰지는 않는 게 좋습니다.

---

## 2. 반드시 넣어야 할 핵심 조항

### A. 업무범위, 산출물, 마일스톤

가장 중요한 부분입니다.  
“웹서비스 개발”처럼 쓰면 분쟁이 거의 확정입니다.

계약서 본문보다 **별첨 SOW, Statement of Work**를 두는 게 좋습니다.

포함할 내용:

- 개발 범위
- 제외 범위
- 기능 목록
- 기술스택
- API, DB, 인프라 범위
- UI/UX 제공 주체
- 테스트 기준
- 문서화 범위
- 납품물 목록
- 일정표
- 마일스톤별 검수 기준
- 변경 요청 처리 방식

예시:

> 수급인은 별첨 1 SOW에 기재된 기능, 화면, API, DB 스키마, 테스트 코드, 배포 스크립트, 운영 문서를 개발하여 납품한다. SOW에 명시되지 않은 기능, 외부 연동, 디자인 수정, 성능 개선, 운영 자동화는 별도 합의가 없는 한 본 계약 범위에 포함되지 않는다.

---

### B. 납품물 정의

“결과물”이라는 말만 쓰면 부족합니다.  
IP를 가져오려면 무엇을 받는지 구체적으로 적어야 합니다.

넣을 납품물:

- 소스코드
- 오브젝트 코드, 빌드 파일
- DB 스키마, 마이그레이션 파일
- API 문서
- 화면 설계서, 기술 문서
- 테스트 코드
- 배포 스크립트
- CI/CD 설정
- 인프라 설정 파일, Terraform 등 IaC
- 관리자 계정, 접근 권한 이전
- 외부 라이브러리 목록
- 오픈소스 사용 목록 및 라이선스
- 개발 중 산출물, 미완성 코드 포함
- 버그 리포트, 이슈 내역

예시:

> “결과물”이란 본 계약 수행 과정에서 작성, 수정, 생성된 소스코드, 오브젝트코드, 설계서, 화면정의서, DB 스키마, API 문서, 테스트 코드, 배포 스크립트, 설정파일, CI/CD 구성, 기술 문서, 기타 중간산출물 및 최종산출물을 포함한다.

---

### C. 저작권/IP 귀속 조항

한국에서는 미국식 “work made for hire” 문구만 넣으면 부족합니다.  
프리랜서가 만든 코드는 원칙적으로 개발자에게 저작권이 생길 수 있으므로, **명시적인 양도 조항**이 필요합니다.

핵심은 다음입니다.

1. 결과물의 저작재산권을 귀사에 양도
2. 2차적저작물작성권 포함
3. 국내외, 기간·지역 제한 없이
4. 소스코드 포함
5. 중간산출물 포함
6. 저작인격권 불행사
7. 특허, 디자인, 영업비밀, 노하우 등도 포함
8. 기존 보유 코드 사용 시 사전 고지 및 라이선스 부여

예시:

> 수급인은 본 계약에 따라 작성한 결과물 및 중간산출물에 관한 저작재산권 일체, 2차적저작물작성권, 복제권, 배포권, 전송권, 공중송신권, 전시권, 대여권, 개작·수정·번역·편집권을 포함한 모든 권리를 발주자에게 양도한다. 해당 권리 양도는 국내외에서 기간 및 지역의 제한 없이 효력을 가진다.

> 수급인은 결과물에 관하여 저작인격권을 행사하지 않으며, 수급인의 임직원, 보조자, 재위탁자 등이 저작인격권 기타 유사한 권리를 행사하지 않도록 필요한 조치를 취한다.

주의할 점:  
한국 저작권법상 **저작인격권은 양도되지 않습니다.**  
따라서 “저작인격권 양도”라고 쓰기보다는 **저작인격권 불행사 약정**을 넣어야 합니다.

---

### D. 기존 코드, 오픈소스, 제3자 권리

프리랜서가 본인 기존 코드나 인터넷에서 가져온 코드를 섞는 경우가 많습니다.  
이걸 통제하지 않으면 나중에 IP가 깨집니다.

넣을 내용:

- 기존 보유 코드 사용 시 사전 서면 승인
- 오픈소스 사용 시 사전 고지
- GPL, AGPL 등 강한 카피레프트 라이선스 사용 제한
- 사용 라이브러리 목록 제출
- 제3자 권리 침해 시 개발자 책임
- AI 생성 코드 사용 기준

예시:

> 수급인은 결과물에 오픈소스 소프트웨어, 제3자 코드, 수급인의 기존 보유 코드 또는 AI 생성 코드를 포함하려는 경우 사전에 그 명칭, 출처, 라이선스 조건, 사용 범위를 발주자에게 서면으로 고지하고 승인을 받아야 한다.

> 수급인은 GPL, AGPL, SSPL 등 결과물 또는 발주자의 소스코드 공개 의무를 발생시킬 수 있는 라이선스의 소프트웨어를 발주자의 사전 서면 승인 없이 사용할 수 없다.

---

### E. 검수 및 대금 지급

대금은 절대 “월급처럼 선지급”만으로 설계하지 않는 게 좋습니다.  
마일스톤 검수와 연동해야 합니다.

권장 구조:

- 착수금 일부
- 월별 또는 마일스톤별 지급
- 검수 통과 후 지급
- 최종 검수 후 잔금
- 일정 비율 유보금, 예: 10~20%
- 하자보수 완료 후 유보금 지급

예시:

> 발주자는 각 마일스톤 산출물을 수령한 날부터 7영업일 이내에 검수를 실시한다. 검수 결과 SOW 또는 합의된 기준에 미달하는 경우 발주자는 구체적인 보완사항을 통지할 수 있으며, 수급인은 통지일로부터 5영업일 이내에 이를 보완하여 재검수를 요청하여야 한다.

주의할 점:  
“발주자가 5일 내 이의 없으면 자동 검수 완료” 같은 조항은 편하긴 하지만, 발주자 입장에서는 위험할 수 있습니다. 넣더라도 검수 기간을 충분히 두고, 중대한 하자·보안 취약점·권리침해는 검수 후에도 책임지도록 해야 합니다.

---

## 3. 개발자가 잠수 탔을 때 대응 조항

실무에서 제일 많이 터지는 부분입니다.  
“성실히 수행한다”는 문구만으로는 부족합니다.  
**연락두절의 정의, 시정기간, 접근권한 회수, 중간산출물 인도, 계약해제, 손해배상**을 넣어야 합니다.

### A. 커뮤니케이션 의무

예시:

> 수급인은 업무 수행 기간 중 평일 기준 1영업일 이내에 발주자의 업무 관련 연락에 응답하여야 한다. 단, 사전에 통지한 휴무, 질병, 천재지변 등 정당한 사유가 있는 경우는 예외로 한다.

너무 빡세게 “즉시 응답”이라고 하면 프리랜서 계약 성격과 맞지 않을 수 있습니다.  
보통 **1영업일 이내 응답** 정도가 현실적입니다.

### B. 무단 연락두절 정의

예시:

> 다음 각 호의 어느 하나에 해당하는 경우 수급인은 무단 연락두절 상태에 있는 것으로 본다.  
> 1. 발주자의 업무 관련 연락에 대하여 2영업일 이상 응답하지 않는 경우  
> 2. 사전 합의된 회의 또는 마일스톤 점검에 정당한 사유 없이 2회 이상 불참하는 경우  
> 3. 사전 통지 없이 3영업일 이상 코드 커밋, 이슈 응답, 산출물 제출 등 계약상 업무 수행이 중단된 경우

### C. 시정 요구 및 해지

예시:

> 발주자는 수급인이 무단 연락두절 상태에 있는 경우 이메일, 문자메시지, 메신저 중 하나 이상의 방법으로 시정을 요구할 수 있다. 수급인이 시정 요구 후 2영업일 이내에 업무를 재개하지 않거나 합리적인 소명을 하지 않는 경우, 발주자는 본 계약을 즉시 해지할 수 있다.

### D. 중간산출물 즉시 인도

이게 매우 중요합니다.  
잠수 타도 이미 작성한 코드를 가져올 수 있어야 합니다.

예시:

> 계약 종료, 해지, 중단 또는 무단 연락두절 여부와 관계없이, 수급인은 발주자의 요청 즉시 그 시점까지 작성·수정·보유한 모든 결과물 및 중간산출물을 발주자가 지정한 저장소 또는 방식으로 인도하여야 한다.

### E. 대체 개발자 투입 및 비용

예시:

> 수급인의 귀책사유로 계약이 해지되거나 업무가 중단된 경우, 발주자는 제3자를 통해 잔여 업무를 수행하게 할 수 있으며, 이로 인해 합리적으로 발생한 추가 비용 및 손해는 수급인이 부담한다.

### F. 위약금 또는 손해배상 예정

넣을 수는 있지만 과도하면 법원에서 감액될 수 있습니다.  
한국 민법상 손해배상 예정액이 부당하게 과다하면 감액될 수 있습니다.

예시:

> 수급인이 정당한 사유 없이 업무를 중단하거나 무단 연락두절로 계약이 해지되는 경우, 수급인은 발주자에게 기지급금 중 미검수 산출물에 해당하는 금액을 반환하고, 별도로 발주자에게 발생한 손해를 배상한다.

정액 위약금을 넣는다면:

> 수급인의 무단 연락두절로 계약이 해지되는 경우 수급인은 계약금액의 ○%를 손해배상 예정액으로 지급한다. 다만 발주자에게 위 금액을 초과하는 손해가 발생한 경우 발주자는 그 초과 손해의 배상을 청구할 수 있다.

다만 “계약금액의 100%” 같은 과도한 조항은 실효성이 낮을 수 있습니다.

---

## 4. 코드 유출 방지 조항

코드 유출은 단순 비밀유지 조항만으로 부족합니다.  
**보안 운영 방식까지 계약에 박아야 합니다.**

### A. 비밀정보 정의

예시:

> 비밀정보란 발주자가 수급인에게 제공하거나 수급인이 계약 수행 과정에서 알게 된 소스코드, 기획서, 설계서, DB 구조, API 키, 접근권한, 고객정보, 사업계획, 보안취약점, 영업상·기술상 정보 및 그 복제물·파생물을 말한다. 비밀 표시 여부와 관계없이 정보의 성격상 비밀로 관리될 필요가 있는 정보도 포함한다.

### B. 목적 외 사용 금지

예시:

> 수급인은 비밀정보를 본 계약 수행 목적 외로 사용, 복제, 저장, 전송, 공개, 제공, 유출하거나 제3자에게 접근하게 해서는 안 된다.

### C. 저장소와 접근권한 통제

실무적으로 가장 효과적인 조항입니다.

권장:

- 회사 소유 Git 저장소 사용
- 개인 GitHub 저장소 금지
- public repo 금지
- 개인 클라우드 업로드 금지
- USB 저장 금지
- 2FA 필수
- 계정 공유 금지
- 퇴장 즉시 권한 회수
- 최소권한 원칙
- 커밋 주기 의무

예시:

> 수급인은 발주자가 지정한 Git 저장소, 협업도구, 클라우드 환경만을 사용하여야 하며, 발주자의 사전 서면 승인 없이 결과물 또는 비밀정보를 개인 Git 저장소, 공개 저장소, 개인 클라우드, 외부 협업도구, 이동식 저장매체에 저장하거나 전송할 수 없다.

> 수급인은 발주자가 요구하는 경우 2단계 인증, VPN, 접근 로그 기록, 암호화 저장 등 보안조치를 이행하여야 한다.

### D. 계정과 키 관리

예시:

> 수급인은 발주자로부터 제공받은 계정, 비밀번호, API Key, 인증서, SSH Key, 토큰 등을 제3자와 공유하거나 재사용해서는 안 되며, 유출 또는 유출 의심 정황을 인지한 즉시 발주자에게 통지하여야 한다.

### E. 보안사고 통지

예시:

> 수급인은 비밀정보 또는 결과물의 유출, 분실, 무단 접근, 침해사고 또는 그 의심 정황을 인지한 경우 지체 없이, 늦어도 24시간 이내에 발주자에게 통지하고, 피해 확산 방지 및 원인 조사에 협조하여야 한다.

### F. 반환·삭제·삭제확인서

예시:

> 계약 종료 또는 발주자의 요청이 있는 경우, 수급인은 비밀정보 및 결과물의 사본을 포함한 모든 자료를 즉시 반환하거나 삭제하여야 하며, 발주자의 요청 시 삭제확인서를 제출하여야 한다.

### G. 위반 시 구제

예시:

> 수급인이 본 조를 위반한 경우 발주자는 계약 해지, 손해배상 청구, 침해금지 가처분 등 법적 조치를 취할 수 있다.

한국 실무에서는 코드·영업비밀 유출 시 민사 손해배상, 형사 고소, 부정경쟁방지법상 영업비밀 침해 문제까지 갈 수 있습니다.  
다만 영업비밀로 보호받으려면 회사가 실제로 비밀관리 조치를 했다는 점이 중요합니다.  
따라서 계약서뿐 아니라 저장소 권한, 접근 로그, 비밀표시, 계정관리도 같이 해야 합니다.

---

## 5. 개발자가 다른 일을 병행하는 경우

프리랜서가 다른 프로젝트를 병행하는 것 자체를 금지하기는 어렵습니다.  
전속을 원하면 전속 비용을 지급하는 구조가 필요합니다.

현실적인 조항은 다음입니다.

### A. 병행 허용 + 충돌 금지

예시:

> 수급인이 다른 업무를 병행하는 것은 허용된다. 다만 수급인은 본 계약상 일정, 산출물 품질, 비밀유지의무 및 이해상충 방지 의무를 저해해서는 안 된다.

### B. 경쟁사·이해상충 고지

예시:

> 수급인은 발주자와 실질적으로 경쟁 관계에 있거나 본 계약 수행에 이해상충을 발생시킬 수 있는 제3자의 업무를 수행하려는 경우 사전에 발주자에게 고지하여야 한다.

전면적인 경업금지는 과도하면 무효 또는 제한될 가능성이 있습니다.  
따라서 “6개월간 모든 동종업계 업무 금지”보다는 **경쟁사 프로젝트 고지, 비밀정보 사용 금지, 동일·유사 코드 재사용 금지**가 실무적으로 낫습니다.

### C. 코드 재사용 금지

예시:

> 수급인은 본 계약 수행 과정에서 작성한 결과물, 그 일부 코드, 구조, 설계, 문서, 노하우를 발주자의 사전 서면 동의 없이 제3자 프로젝트에 사용하거나 제공할 수 없다.

단, 개발자가 일반적으로 보유한 기술, 경험, 아이디어까지 모두 묶으려 하면 과도합니다.  
“구체적인 소스코드, 설계, 문서, 비밀정보” 중심으로 제한하는 게 좋습니다.

---

## 6. 재위탁·보조자 사용 금지

프리랜서가 말없이 다른 사람에게 일을 넘기는 경우가 있습니다.  
IP와 보안이 무너지는 대표적인 상황입니다.

예시:

> 수급인은 발주자의 사전 서면 동의 없이 본 계약상 업무의 전부 또는 일부를 제3자에게 재위탁하거나 보조자를 사용하게 할 수 없다. 발주자가 재위탁 또는 보조자 사용을 승인한 경우에도 수급인은 해당 제3자로 하여금 본 계약과 동등한 수준의 비밀유지, 보안, 권리양도 의무를 부담하게 하여야 하며, 해당 제3자의 행위에 대해 연대하여 책임진다.

---

## 7. 개인정보를 다루면 별도 조항 필수

개발자가 실제 고객정보, 회원 DB, 로그, 주문정보, 식별자 등에 접근한다면 개인정보보호법상 **개인정보 처리위탁** 이슈가 생깁니다.

계약에 포함할 내용:

- 위탁 업무 목적과 범위
- 개인정보 접근 범위
- 재위탁 제한
- 안전성 확보조치
- 접근권한 관리
- 암호화
- 로그 관리
- 보유 및 파기
- 사고 발생 시 통지
- 점검 및 관리·감독
- 손해배상

예시:

> 수급인은 본 계약 수행에 필요한 범위 내에서만 개인정보를 처리하여야 하며, 발주자의 사전 승인 없이 개인정보를 복제, 저장, 반출, 제3자 제공, 재위탁할 수 없다. 수급인은 개인정보 유출, 분실, 도난, 무단 접근 또는 그 의심 정황을 인지한 경우 즉시 발주자에게 통지하여야 한다.

개발·테스트에는 가능하면 실데이터 대신 **마스킹 데이터, 더미 데이터**를 쓰도록 정하는 게 좋습니다.

---

## 8. 하자보수와 유지보수

“개발 완료”와 “운영 유지보수”를 구분해야 합니다.

### 하자보수
- 납품 당시 약정한 기능이 안 되는 것
- 무상 보수 대상으로 설정 가능

### 유지보수
- 기능 추가
- 정책 변경
- 외부 API 변경 대응
- 성능 개선
- 운영 모니터링
- 서버 장애 대응

유지보수는 별도 비용으로 두는 게 좋습니다.

예시:

> 수급인은 최종 검수 완료일로부터 3개월간 결과물의 하자를 무상으로 보수한다. 다만 발주자의 추가 요구사항, 정책 변경, 제3자 서비스 변경, 운영환경 변경, 신규 기능 개발, 성능 개선은 하자보수 범위에 포함되지 않으며 별도 협의한다.

---

## 9. 계약 해지 조항

다음 사유는 명시하는 게 좋습니다.

- 납기 지연
- 무단 연락두절
- 비밀유지 위반
- 보안규정 위반
- 제3자 권리 침해
- 무단 재위탁
- 품질 미달
- 허위 경력 또는 허위 진술
- 파산, 지급불능 등

예시:

> 다음 각 호의 사유가 발생한 경우 발주자는 최고 없이 또는 상당한 기간을 정하여 시정을 요구한 후 본 계약을 해지할 수 있다.  
> 1. 수급인이 무단 연락두절 상태에 해당하는 경우  
> 2. 납기 또는 마일스톤 일정을 중대하게 지연한 경우  
> 3. 비밀정보 또는 개인정보를 유출하거나 유출 위험을 발생시킨 경우  
> 4. 발주자의 사전 승인 없이 재위탁한 경우  
> 5. 결과물에 제3자 권리를 침해하는 코드 또는 라이선스를 포함한 경우  
> 6. 계약 목적 달성이 불가능할 정도의 중대한 하자가 있는 경우

계약 해지 시에는 반드시 다음도 같이 규정하세요.

- 미검수 부분 대금 지급 안 함
- 기지급금 중 미이행분 반환
- 중간산출물 인도
- 권한 반납
- 비밀정보 삭제
- 인수인계 협조

---

## 10. 세금·대금 관련 실무

프리랜서가 개인인지, 개인사업자인지 확인해야 합니다.

### 개인 프리랜서
- 통상 사업소득 3.3% 원천징수 처리
- 세금계산서 발행 불가한 경우 많음

### 개인사업자
- 세금계산서 발행
- 부가세 별도 여부 명확히 해야 함

계약서에 이렇게 쓰세요.

> 계약금액은 부가가치세 포함/별도 금액으로 한다. 수급인의 과세유형 및 세금계산서 발행 가능 여부에 따라 관련 세법에 따른 원천징수 또는 세금계산서 발행 절차를 이행한다.

대금 조항에서 **VAT 포함인지 별도인지** 안 쓰면 나중에 자주 싸웁니다.

---

## 11. 한국 실무상 자주 터지는 함정

### 함정 1. “결과물은 발주자 소유” 한 줄만 씀

부족합니다.  
저작재산권, 2차적저작물작성권, 소스코드, 중간산출물, 저작인격권 불행사까지 써야 합니다.

---

### 함정 2. 미국식 work made for hire만 넣음

한국 프리랜서 계약에서는 그 문구만으로 안전하지 않습니다.  
**명시적 권리양도 조항**이 필요합니다.

---

### 함정 3. 오픈소스 통제 안 함

개발자가 편의상 GPL, AGPL 코드를 넣으면 나중에 전체 코드 공개 리스크가 생길 수 있습니다.  
오픈소스 목록 제출과 사전 승인 조항은 필수입니다.

---

### 함정 4. 개인 GitHub, 개인 클라우드 허용

코드 유출 사고의 흔한 원인입니다.  
처음부터 회사 소유 저장소, 2FA, 권한관리, 접근 로그를 운영하세요.

---

### 함정 5. 선금 많이 주고 검수 기준 없음

잠수 리스크가 커집니다.  
선금은 최소화하고, 마일스톤·검수·잔금·유보금 구조로 가는 게 안전합니다.

---

### 함정 6. 하자보수와 추가개발 구분 안 함

“버그 수정”이라는 이름으로 신규 기능 개발을 요구하는 분쟁이 생깁니다.  
하자보수 범위와 유지보수 범위를 분리하세요.

---

### 함정 7. 재위탁 금지 안 함

프리랜서가 몰래 다른 개발자에게 맡기면 보안, IP, 품질 문제가 동시에 터집니다.  
사전 서면 승인 없는 재위탁 금지를 넣어야 합니다.

---

### 함정 8. 개인정보 접근 통제 안 함

개발 DB에 실고객정보를 열어주면 개인정보보호법 리스크가 생깁니다.  
개발자는 최소 권한, 테스트 데이터는 마스킹, 사고 통지는 24시간 이내로 두는 게 좋습니다.

---

### 함정 9. 과도한 경업금지

프리랜서에게 “계약 기간 및 종료 후 2년간 동종업계 업무 금지” 같은 조항은 과도할 수 있습니다.  
대신 비밀정보 사용 금지, 경쟁사 프로젝트 사전 고지, 동일 코드 재사용 금지로 설계하는 게 실무적입니다.

---

### 함정 10. 근로자처럼 관리

매일 9시 출근, 6시 퇴근, 휴가 승인, 업무지시 체계가 강하면 나중에 근로자성 분쟁 가능성이 있습니다.  
프리랜서 계약에서는 **성과물, 일정, 검수, 커뮤니케이션 기준** 중심으로 관리하는 게 낫습니다.

---

## 12. 최소 체크리스트

계약서에 적어도 아래는 들어가야 합니다.

1. 계약 목적 및 용역 성격  
2. 업무범위 및 제외범위  
3. 별첨 SOW  
4. 산출물 정의  
5. 일정 및 마일스톤  
6. 검수 기준  
7. 대금 지급 조건  
8. IP 권리양도  
9. 저작인격권 불행사  
10. 기존 코드·오픈소스·AI 코드 사용 제한  
11. 제3자 권리 침해 보증 및 면책  
12. 비밀유지  
13. 코드 저장소 및 보안조치  
14. 개인정보 처리위탁 조항, 해당 시  
15. 재위탁 금지  
16. 병행 업무 및 이해상충  
17. 연락두절 정의 및 대응  
18. 계약 해지  
19. 중간산출물 인도  
20. 하자보수  
21. 손해배상 및 위약금  
22. 자료 반환·삭제  
23. 준거법: 대한민국 법  
24. 관할법원  
25. 세금, 원천징수, 부가세  

---

## 13. 실무적으로 추천하는 운영 방식

계약서만으로는 부족합니다. 실제 운영을 이렇게 하세요.

- 회사 명의 GitHub/GitLab/Bitbucket 저장소 개설
- 프리랜서에게 개인 repo 사용 금지
- 2FA 필수
- 브랜치 보호 설정
- 매일 또는 최소 주 2~3회 커밋 의무
- 이슈트래커로 업무 관리
- API Key, DB 계정은 개인별 발급
- 퇴장 시 즉시 권한 회수
- 개발 DB는 마스킹 데이터 사용
- 주간 산출물 리뷰
- 월말마다 중간산출물 백업
- 오픈소스 목록 정기 제출
- 최종 잔금은 인수인계와 문서 제출 후 지급

---

요약하면, 이 계약의 핵심은 세 가지입니다.

1. **IP는 명시적 양도 + 저작인격권 불행사 + 오픈소스 통제**
2. **잠수 대비는 연락두절 정의 + 중간산출물 인도 + 마일스톤 지급**
3. **코드 유출 방지는 비밀유지 문구보다 저장소·계정·접근통제 조항이 중요**

계약서에는 법적 문구를 넣고, 실제 운영에서는 저장소와 권한을 회사가 쥐고 가는 구조로 설계하는 게 가장 안전합니다.

채점 근거저작권 원시귀속+★2차적저작물작성권 포함 8항 IP 체크리스트+SOW 별첨+근로자성. 최상위 구조.

# 한국 IT 외주(용역) 계약 - 핵심 조항 & 함정 가이드

## 1. IP(지적재산권) 귀속 조항 — 가장 많이 싸이는 부분

### 반드시 들어가야 할 문구 (예시)
> "본 계약에 따라 개발자가 제작한 결과물(소스코드, 디자인, 문서, DB 스키마, 설정파일 등 일체)의 저작권(저작권법 제10조의 저작재산권 전부) 및 기타 일체의 지적재산권은 **대금 완급 시점**에 의뢰자에게 **양도**되며, 개발자는 어떠한 권리도 주장하지 아니한다. 또한 저작인격권(성명표시권, 동일성유지권)의 행사도 하지 않는다."

### 함정들
- **"성과물 귀속" 한 줄로는 부족합니다.** "성과물"의 범위가 모호해서 분쟁 시 해석이 갈립니다 → **별표(Annex)** 로 산출물 목록을 구체적으로 첨부
- **저작인격권 명시 안 하면** 개발자가 본인 이름 노출을 요구하거나, 수정에 동의 거부할 수 있습니다 (저작권법 제12조는 도급의 경우 저작재산권만 의뢰자 귀속, 인격권은 별도)
- **Open Source License(LGPL, GPL 등) 코드 혼용** 시 우리 제품 전체가 GPL 오염될 수 있음 → **OSS 사용 금지 또는 사전 승인 조항** 필수
- **기존에 다른 업체에서 받은 코드 재사용** 가능성 → "100% 신규 작성 또는 의뢰자가 승인한 자산만 사용" 조항
- **GitHub/Notion 등 본인 계정에 있는 레포** → 계약 종료 시 **계정 이전 또는 의뢰자 조직 이전** 명시

---

## 2. 잠수·작업중단 대응 — 마일스톤 구조가 핵심

### 마일스톤 기반 대금 지급
| 항목 | 권장 구조 |
|---|---|
| 마일스톤 분할 | **최소 월 1회**, 가능하면 격주 단위 |
| 각 단계 | (1) 산출물 제출 → (2) 검수 기간(통상 7~14영업일) → (3) 합격 시 지급 |
| 미제출/미응답 | **2주 이상 연락 두절 시** 자동 해지 트리거 |
| 검수 지연 | 의뢰자 측 검수 지연 시 **자동합격 조항**(예: 제출 후 14영업일 내 이의 없으면 합격 간주) |

### 잠수 대응 직접 조항 (예시)
> "개발자는 발주자의 합리적인 문의에 대해 **영업일 기준 48시간 이내**에 응답하여야 한다. 정당한 사유 없이 **연속 10영업일 이상** 연락이 두절되거나, 마일스톤 기한을 **14일 이상** 초과하는 경우, 발주자는 별도 최고 없이 계약을 해지할 수 있으며, 이 경우 개발자는 **잔여 대금의 30% 상당을 위약벌**로 지급한다."

### 함정들
- "사정으로 잠시 중단" 같은 막연한 문구 금지 → **상병·사고·천재지마 같은 구체적 사유**만 정당한 사유로 인정
- 해지 후 **이미 받은 선급금 환급** 조항 반드시 포함
- 작업물 미인수 상태에서 해지 시 → **기존 산출물까지 의뢰자 소유**임을 재확인 (개발자가 가져가지 못하도록)
- **인수인계 의무** 명시 (미이행 시 일일 정액 손해배상)

---

## 3. 비밀유지 / 코드 유출 방지

### NDA는 본 계약 내 포함도 가능하지만, **별도 서명 권장**
별도 NDA의 장점: 본 계약 종료 후에도 N년(통상 2~3년) 효력 유지 가능

### 핵심 조항들
1. **비밀정보 정의** — 소스코드, 고객정보, DB, 내부 문서, API 키, 인프라 정보 등
2. **사용 범위 제한** — 본 프로젝트 수행 외 사용/복제 금지
3. **물리적/기술적 보안 의무** — 외부 PC 작업 시 암호화, 회사 자산이 아닌 USB/클라우드 사용 금지
4. **개인 GitHub 업로드 금지** — 발주자 GitHub Organization의 Private Repo에서만 작업
5. **계약 종료 후 의무**:
   - 영업비밀로 표시된 자료 일체 반납/파기 (파기 인증 제출)
   - 본인 GitHub/외부 저장소에서 코드 **완전 삭제 및 히스토리 정리**
6. **유출 시 손해배상** — **실손해 + 위약벌(예: 비밀정보 가치의 일정 배수)** 병기
7. **형사 책임** — 부정경쟁방지법 제14조의 영업비밀 침해죄 (5년 이하 징역/5배 이하 벌금) 안내

### 함정들
- **"노하우"는 영업비밀로 안 본다**는 판례 많음 → 비밀등급을 '대외비/영업비밀'로 라벨링
- **다른 일 병행은 OK라는 말** 함정 → "경업 자체"는 막을 수 없지만, **본 프로젝트와 동일/유사한 결과물을 경쟁사에 제공**하는 것은 막아야 함 (비경쟁, 기간 한정 + 합리적 범위로)
- **퇴직 후 영구 경업금지**는 한국에서 대법원 기준으로 **무효** 가능성 높음 → "6개월~1년, 동일 프로젝트에 한정"으로 좁혀야 함

---

## 4. 실무에서 자주 놓치는 항목들

### 4-1. 계약 형태 구분
- **민법상 도급**(완성된 결과물) vs **위임**(행위 자체) → IT 외주는 **도급**으로 명시
- 명칭이 "위임"이면 결과물 없이도 보수 청구 가능 → 반드시 "도급(용역)"으로

### 4-2. 대금 & 세금
- 프리랜서가 **사업자**면: 세금계산서 발행, **부가세 별도**
- 프리랜서가 **3.3% 원천세** 대상이면: 의뢰자 원천징수
- **성격 불분명 시 "근로소득"으로 재분류**될 위험 → 일시/장소 구속, 전담 여부 명확히

### 4-3. 4대보험/근로성 문제
- 사실상 한 업체만 전담 + 출퇴근 지시 등 → **근로자성 인정** 시 의뢰자에게 소급 납부 의무
- "본 계약은 도급이며, 상호 독립된 사업자임" + 구체적으로 "업무 수행 방식의 자율성" 명시

### 4-4. 하자보수
- **하자보수 기간** 명시 (통상 검수 후 6개월~1년)
- "중대한 하자 발견 시 무상 수정" 조항
- 하자 vs 신규 요구사항 구분

### 4-5. 재작업 / 추가 작업
- **변경관리(Change Order)** 절차: 서면(메일) 합의 없이는 추가 작업 발생 안 함
- 단가표(시간당/항목당) 별첨

### 4-6. 계약 종료 시 자산 정리
- 모든 코드, 문서, DB dump, API 키, 환경설정 파일, 디자인 시안, 빌드 결과물
- **인수인계 미이행 시** 잔여 대금 지급 보류

### 4-7. 권리 침해 면책
- "개발자가 제공한 결과물이 타인 지식재산권을 침해하지 않음을 보증"
- 침해 발생 시 개발자가 **면책 + 의뢰자 손해 보전** (이게 없으면 의뢰자 책임)

---

## 5. 조항 순서 제안 (체크리스트)

```
1. 계약의 목적 및 정의 (산출물 범위)
2. 용역의 내용 및 마일스톤 (별표)
3. 대금 및 지급 방법 (세금 처리 포함)
4. 지적재산권 귀속 ◀ 핵심
5. 저작인격권 행사 제한
6. 비밀유지 및 보안 ◀ 핵심
7. OSS/기존자산 사용 제한
8. 권리침해 보증 및 면책
9. 보고 의무 및 응답 시간 ◀ 핵심
10. 검수 및 합격
11. 변경관리(Change Order)
12. 하자보수
13. 손해배상 및 위약벌 ◀ 잠수 대응
14. 계약 해지(중도/즉시)
15. 인수인계 및 자산 반환
16. 경업 제한 (기간·범위 한정)
17. 분쟁 해결 (관할 법원 - 서울중앙지법 등)
18. 기타 (통지, 효력 등)
```

---

## 6. 실전 팁

- **수정안 주고받을 때** GitHub PR처럼 **"최종본은 vN.0에 한정"** 명시 → 구버전으로 분쟁 방지
- 메신저(카톡)로 한 말은 법적 효력 약함 → **중요한 합의는 메일 또는 별도 합의서**
- 개발자가 협상력 강할 때 흔히 요구하는 **"포트폴리오 사용권"** → "의뢰자 사전 서면 동의 시" 정도로 한정
- **관할 법원**은 의뢰자 소재지 쪽으로 (개발자가 지방이면 더 유리)

---

필요하시면 **조항별 실제 계약서 문안(템플릿)** 도 작성해드릴 수 있습니다. 어느 부분(예: IP 귀속, 잠수 대응, NDA)부터 더 구체화할까요? 아니면 6개월 워크플로우에 맞춘 **마일스톤 분할 예시**를 만들어드릴까요?

채점 근거외주물 저작권을 '대금 완급 시 의뢰자에게 양도'로 잡아 ★'업무상저작물 자동귀속' 시그니처 함정은 회피 + OSS(GPL 오염)·기존코드 재사용·GitHub 계정이전·마일스톤 자동합격·연속10영업일 두절 자동해지·위약벌·부경법 §14 영업비밀침해죄(5년/5배)·★퇴직 후 영구 경업금지 무효(6개월~1년 한정)·★위장도급 근로자성 소급까지 핵심 다수 적중. 단 ★2차적저작물작성권 별도 특약(저작권법 §45②) 누락 + '저작권법 제12조 도급은 저작재산권만 의뢰자 귀속' 조문 오인(§12=성명표시권, 양도는 §45)으로 도급 원시귀속 설명이 살짝 흐림.

프리랜서와 용역 계약을 맺을 때 외주사 입장에서 가장 걱정되는 게 ‘잠수’와 ‘코드 유출’이죠. 한국법 기준으로 핵심 조항과 실무 함정을 정리해드릴게요. 미국 템플릿과 달리 한국 민법·저작권법·부정경쟁방지법이 직접 적용되는 실전 계약서 초점입니다.

---

## 1. 계약서에 반드시 넣어야 할 핵심 조항

### ① **업무 범위와 진행 방식 (Scope of Work & Milestone)**
- 개발 과업을 **기능 명세·일정·산출물** 단위로 구체화합니다. “OO서비스 백엔드 API 개발” 같은 추상적 기재는 분쟁만 키웁니다.
- **마일스톤별 납품 및 검수 절차**를 두고, 중간물 소스코드·문서를 **매 주차 또는 스프린트 단위로 제출**하게 강제하세요.
- **진행상황 보고 의무** : 최소 주 1회, 서면 또는 회의를 거쳐 보고하도록 합니다.

### ② **지식재산권 귀속과 저작인격권 처리**
- **한국 프리랜서는 직무저작권(works made for hire) 대상이 아니므로** 계약으로 명시적 양도가 없으면 **저작권을 개발자가 갖고 있습니다**.  
  → **“본 용역 결과물에 관한 일체의 지식재산권(저작권, 특허, 영업비밀 등)은 대가 지급과 동시에 갑(당신)에게 양도된다”** 는 문구를 명확히 씁니다.
- **저작인격권(성명표시권·동일성유지권)은 양도 불가**하지만, **행사하지 않겠다는 확약**을 받아야 합니다.  
  예: “을(개발자)은 결과물의 저작인격권을 행사하지 않으며, 갑이 필요 시 제3자로 하여금 을의 성명을 표시하지 않거나 변경·개작을 해도 이의를 제기하지 않는다.”

### ③ **원본 소스코드 및 저장소 접근·인도 의무**
- **개발 시작일부터 갑(당신)이 관리하는 Git 저장소에 모든 코드를 커밋**하게 하세요. 을의 개인 PC에만 두면 잠수 시 못 받을 수 있습니다.
- 계약조항: “을은 모든 소스코드·문서·데이터베이스 스키마 등 산출물을 매일/매주 갑이 지정하는 버전관리시스템에 제출하며, 갑은 언제든지 이에 대한 접근권을 가진다.”
- 계약 종료(해지 포함) 시 **‘완성되지 않은 결과물이라도’** 24시간 이내에 인도하도록 명시합니다.

### ④ **비밀유지 및 코드 유출 방지**
- **영업비밀과 기밀이 광범위하게 정의**되도록 “구두·서면·전자적 형태의 모든 기술·경영 정보, 그 중에서도 소스코드, 알고리즘, 설계 문서, DB 구조”를 포함시킵니다.
- **유출 금지 행위를 구체화**:  
  - 타인에게 공개·누설·복제·전송 금지  
  - 별도 저장매체 보관 금지 (오직 지정된 서버·PC에서만 작업)  
  - 계약 종료 시 즉시 폐기·반환 후 전자서명 확인서를 제출
- **오픈소스 사용 통제** : “사전 서면 동의 없이 GPL, AGPL 등 전염성 라이선스가 있는 오픈소스를 사용하면 안 되며, 위반 시 모든 책임을 진다.”
- **제3자에 대한 비밀유지 의무**와 병행 업무 관계: 을의 다른 프로젝트 작업 자체는 허용하되, 갑의 자산을 사용하거나 유출하는 것을 금지합니다.

### ⑤ **비경쟁과 이해상충 방지 (과도하지 않게)**
- “인력 부족으로 인한 지연 방지”를 위해: **“을은 본 용역기간 동안 당해 프로젝트의 일정을 우선하여야 하며, 사전 서면 동의 없는 경쟁사 직접 참여를 금지한다”** 정도면 적당합니다. 포괄적 전직금지는 무효 위험이 크므로 조심.

### ⑥ **손해배상과 위약금 (잠수·불이행)**
- **잠수 대비 위약금**: “을이 정당한 사유 없이 7일 이상 연락 두절되거나 작업 지연 시 갑은 즉시 계약을 해제·해지할 수 있고, 을은 전체 용역 대금의 30%를 위약금으로 지급한다.”  
  *법원이 과도하다고 감액할 수 있으나, 30~50% 정도는 통상 수용됩니다. 민법 제398조에 따라 “손해배상의 예정”으로 명시하세요. ‘위약벌’과 혼용 금지.*
- **코드 유출 위약금**: “비밀유지의무 위반 시 손해배상과 별도로 1회 위반당 ○○만원의 위약벌을 지급한다” 또는 전체 대금의 2~3배를 기준으로 하면 억지 효과를 기대할 수 있습니다. (법원에서 감액될 수 있음 전제)

### ⑦ **독립 계약자 확인과 4대 보험, 세금**
- “을은 독립사업자(프리랜서)로서 자기의 책임과 계산으로 업무를 수행하며, 갑과 고용 관계가 성립하지 않는다. 을은 사업소득세·건강보험·국민연금 등 모든 세금과 공과금을 스스로 부담한다.”  
  *이게 빠지면 근로자 소송 위험이 생깁니다.*

### ⑧ **계약 해지 및 완료 시 처리**
- 해지 사유(잠수, 기일 엄수 실패, 코드 미제출 등)와 절차를 분명히 하고, **해지 효력 발생 즉시 모든 자료 반환 및 삭제** 의무를 못 박습니다.
- **잔여 대금 정산**: “해지 시 갑이 기납부한 금액에 대해 완성된 산출물 비율로 정산하며, 귀책이 을에게 있는 경우 손해배상과 별도로 정산한다.”

---

## 2. 실전에서 당하는 함정과 주의사항

- **“산출물 정의가 모호해서 ‘완성’을 두고 갈등”**  
  → 기능별 화면목록(WBS)과 객관적인 검수 기준(예: 단위 테스트 통과율, 에러 로그 개수)을 첨부물로 넣으세요.

- **“소스코드는 나중에 한꺼번에 받기로 했다가 날벼락”**  
  → 절대 금물입니다. 계약 초기부터 CIO 혹은 테크리드 권한의 공용 레포지토리를 두고, **Push 규칙을 계약조건화**하세요.

- **“저작권 양도 문구가 ‘양도하기로 한다’는 식이면 미완료”**  
  → “~한다”로 현재형으로 작성하고, 대금 완납 시 양도가 효력 발생하는 조건이 아닌 **“대가 지급 시 자동으로 양도”** 구조여야 합니다. 추후 분쟁을 막으려면 “이 계약에 따른 저작물은 저작권법 제45조에 따라 갑에게 양도된다”고 명시하고 양도 대가도 “본 용역 대금에 포함”으로 확정.

- **“오픈소스 라이선스 검토 없이 개발하면 IP 오염”**  
  → 계약에 **오픈소스 사용 사전승인 및 목록 제출 의무**를 넣고, 위반 시 을이 전적으로 책임지도록(손해배상+방어) 하는 조항 필수.

- **“위약금이 사기억제로 너무 높으면 무효·감액”**  
  → 총 대금의 50% 초과 위약금은 한도 없이 감액될 수 있습니다. 적정선을 지키되, “기밀 유출 1건당 XX만원” 같은 사례별 산정이 법원에서 살아남을 확률이 높습니다.

- **“갑이 일시적 무응답이면 을이 정당한 이행지체로 몰 가능성”**  
  → 계약서에 **“갑의 피드백 지연 시 일정이 그만큼 연장된다”** 는 상호조정 조항을 넣으면 공정해 보이고, 실제 분쟁 시 을의 잠수 혹은 태업 방어 논리를 차단할 수 있습니다.

- **“프리랜서가 법인사업자가 아니면 근로자로 오인될 위험”**  
  → 계약서에 독립사업자 명확화, 작업 장소·시간 구속 배제, 업무 도구 본인 제공 원칙, 보수는 완성물 결과에 대한 대가임을 기재.

---

## 3. 갑자기 잠수 탔을 때 계약서로 대응하는 법

1. **계약서에 연락 두절 정의**: “을의 휴대전화·이메일·메신저 등 정해진 채널로 7일간 연락이 닿지 않는 경우 연락 두절로 본다”
2. **즉시 계약 해지 가능 + 위약금 조항 발동**
3. **소스코드 접근**: 이미 서버에 있는 코드는 갑의 소유이므로 확보하고, 계약서의 ‘미완성 결과물 인도 의무’를 들어 이메일로 공식 요청.
4. **기 확보된 증거**(커밋 로그, 미지급 대금, 대화)를 바탕으로 내용증명 발송 → 그래도 무응답이면 손해배상 소송/가처분 준비.
5. **긴급 상황 대비 계약서에 “갑은 을의 부재 시라도 업무를 대체할 수 있도록 모든 접속 권한 유지”** 조항을 넣으면 실효적입니다.

---

## 4. 코드 유출 방지 실무 계약구조

- **접근 통제**: 을은 갑이 발급한 VPN·계정으로만 작업, 개인 노트북 사본 보관 금지.
- **모니터링 동의**: “갑은 산출물의 코드 리뷰, 보안 감사를 수시로 실시할 수 있다.”  
- **퇴직 시 ISO 절차**: 계약 종료 24시간 내 기존 접근권 차단, 보안서약서 갱신, 모든 사본 삭제 확인서를 제출.
- **위반 시 징벌적 손해배상 효력**은 한국에서 인정 안 되지만, **“영업비밀 침해 행위에 대해 부정경쟁방지법상 금지청구 및 손해배상 청구가 가능하다”** 고 명시하여 경고.
- **‘암호화 의무’** : 소스를 이동식 매체에 저장할 때 반드시 암호화하도록 하여, 유출 물리적 난이도를 높임.

---

**결론**: 계약서만으로 잠수와 유출을 100% 막을 순 없지만, ‘갑의 레포에 전량 커밋 → 저작권 양도 → 잠수 시 즉시 해지+위약금’ 3축과 ‘비밀유지 위반 시 고액 위약벌’이 있다면 실질적인 억제와 피해복구의 핵심 수단이 됩니다. 계약서 초안을 만들었으면 **기술변호사나 IT 전문 법무사**에게 리뷰받는 것을 강력히 추천드립니다.

채점 근거'프리랜서는 work for hire 대상 아님→양도 없으면 개발자 저작권'·인격권 불행사·Git 상시커밋. §45② 약함.

한국 IT 외주 실무와 법률을 기준으로, 프리랜서 개발자와의 6개월 용역 계약 시 반드시 포함해야 할 핵심 조항과 실무상 자주 빠지는 함정을 정리해 드립니다. 

미국식 고용 계약(Work for hire)과 달리, **한국은 '도급계약' 형태로 작성해야 하며 저작권 양도 등에 있어 명확한 명시가 없으면 개발자에게 권리가 남게 되므로** 아래 사항들을 꼼꼼히 챙기셔야 합니다.

---

### 1. 결과물 IP 확보 (지식재산권 귀속)
한국 저작권법상, 돈을 주고 개발을 맡겼다 하더라도 **계약서에 명시하지 않으면 저작권은 창작자(개발자)에게 원시적으로 귀속**됩니다.

*   **필수 조항:** "본 계약에 따라 작성된 산출물(소스코드, 기획서, 디자인 등 일체)에 대한 소유권 및 지식재산권(저작재산권 일체)은 **'갑(귀사)'이 '을(개발자)'에게 용역 대금을 완납한 시점에 '갑'에게 양도**된다."
*   **핵심 함정 (2차적 저작물):** 단순히 "저작권을 양도한다"라고만 쓰면 안 됩니다. 반드시 **"2차적 저작물 작성권(수정, 번역, 변형하여 새로운 저작물을 만들 권리)을 포함하여 양도한다"**라고 명시해야 나중에 다른 개발자를 통해 코드를 수정하거나 고도화할 때 법적 문제가 생기지 않습니다.
*   **오픈소스 함정:** 개발자가 무단으로 라이선스(GPL 등)가 엄격한 오픈소스를 써서 귀사의 서비스 전체 소스코드를 공개해야 하는 사태가 벌어질 수 있습니다. "을은 제3자의 저작권이나 오픈소스 라이선스를 위반해선 안 되며, 사용 시 사전에 갑의 서면 승인을 받아야 한다. 위반 시 모든 민형사상 책임은 을이 진다"는 조항을 넣으세요.

### 2. 잠수(연락 두절) 방지 및 대응
프리랜서가 다른 일을 병행하다가 일정이 밀리면 가장 먼저 하는 행동이 '잠수'입니다. 이를 방지하려면 '돈'과 '해지 조건'으로 묶어야 합니다.

*   **보고 의무 명시:** "을은 매주 금요일 18시까지 주간 작업 진척 상황과 산출물을 갑에게 서면(이메일, 슬랙 등)으로 보고해야 한다."
*   **즉시 해지 조항:** "을이 정당한 사유 없이 **[3일/5일] 이상 갑의 연락에 응답하지 않거나**, 정해진 진척 보고를 [2회] 이상 누락한 경우, 갑은 최고 없이 즉시 계약을 해지할 수 있다."
*   **위약금(손해배상액의 예정) 조항:** 잠수 탄 개발자에게 실제 손해액을 입증해서 청구하기는 매우 어렵습니다. 따라서 **"을의 귀책사유로 계약이 해지될 경우, 을은 총 계약금액의 [20%~30%]를 위약금으로 갑에게 지급해야 한다. 이는 기지급된 대금의 반환 및 추가 손해배상 청구에 영향을 미치지 아니한다."**라고 '위약금'을 명시하세요.

### 3. 코드 유출 방지 (비밀유지 조항 / NDA)
보안과 유출 방지는 계약서 내 조항으로 넣거나, 별도의 비밀유지계약서(NDA)를 함께 작성하는 것이 좋습니다.

*   **비밀의 정의:** 소스코드, DB 구조, 기획 문서, 비즈니스 로직, 고객 정보 등을 구체적으로 나열하세요.
*   **금지 행위 명시:** "을은 본 용역을 통해 취득한 정보나 작성한 소스코드를 본 계약 목적 외에 사용할 수 없으며, **타사 프로젝트에 재사용하거나 깃허브(GitHub) 등 공개 저장소에 업로드해서는 안 된다.**"
*   **유지 기간 및 위약벌:** 계약 종료 후에도 [3년~5년] 혹은 [영구히] 유지된다고 적으세요. 코드 유출 시에는 손해배상과 별도로 **"위반 1회당 금 [O,OOO]만 원의 위약벌을 지급한다"**고 강제하는 것이 억제력이 큽니다. (위약벌은 손해배상과 별개로 징벌적으로 물리는 돈입니다.)

### 4. 대금 지급과 검수 (가장 중요한 통제 수단)
절대 선금을 많이 주지 마세요. 병행 개발자는 돈을 받은 만큼만 일하거나, 선금을 받으면 우선순위를 미루는 경향이 있습니다.

*   **대금 분할:** 6개월 계약이라면 **선금 20% / 중도금 30% / 잔금 50%** (또는 기성고에 따라 매월 분할 지급하되 마지막 달에 비중을 높게) 정도로 세팅하세요.
*   **검수 조건:** "잔금은 모든 산출물이 납품되고, 갑이 [14일] 이내에 검수를 완료하여 승인한 후 지급한다. 버그나 오류 발생 시 을은 무상으로 즉시 수정해야 하며, 수정이 완료될 때까지 잔금 지급을 보류할 수 있다."

### 5. 실무상 반드시 챙겨야 할 추가 팁 (함정 피하기)

1.  **과업지시서(요구사항 정의서) 첨부:** 계약서 본문보다 중요한 것이 '무엇을 만들 것인가'입니다. "알아서 잘 만들어주겠지"는 100% 분쟁으로 갑니다. 화면 정의서, 기능 명세서를 계약서에 첨부(별첨)하고, "본 계약의 범위는 별첨된 과업지시서에 따른다"라고 못 박으세요.
2.  **하자보수(유지보수) 기간:** 프로젝트 종료 후 버그가 터지는 건 당연합니다. "검수 완료일로부터 **[6개월~1년]간은 무상으로 하자보수(버그 픽스)**를 제공한다"는 조항을 넣으세요. 단, '기능 추가'가 아닌 '오류 수정'에 한정된다는 점을 명확히 해두어야 개발자도 동의합니다.
3.  **타 업무 병행에 대한 합의:** "갑은 을이 본 용역 외의 타 업무를 병행함을 인지하고 동의한다. 단, 타 업무로 인해 본 계약의 일정 지연이나 산출물 품질 저하가 발생할 경우 이는 전적으로 을의 귀책사유로 본다."라고 명시하여 선을 긋는 것이 좋습니다.

**💡 추천 액션:**
소프트웨어정책연구소(SPRi)나 과학기술정보통신부에서 제공하는 **'표준 SW 개발도급계약서'**를 다운로드하여 기본 뼈대로 삼으시고, 위에서 언급해 드린 **잠수 시 위약금, 2차적 저작물 양도, 소스코드 업로드 금지** 조항을 특약으로 덧붙이시는 것이 가장 안전하고 빠릅니다.

채점 근거'창작자에게 원시귀속'+★2차적저작물작성권 포함 양도 핵심함정 정확+오픈소스+위약금 손배예정. 간결하나 정밀.

한국 법(민법, 저작권법, 부정경쟁방지법 등)과 IT 외주 실무를 기준으로, 질문자님이 고민하시는 **1) IP(지식재산권) 확보, 2) 개발자 이탈(잠수) 대응, 3) 코드 유출 방지(보안), 4) 겸업 인정 범위**를 명확히 해결할 수 있는 핵심 조항과 실무 팁을 정리해 드립니다.

미국식 템플릿(Work for Hire 등)은 한국 저작권법과 맞지 않아 법적 효력이 부정될 수 있으니, 아래 한국 기준 조항들을 반드시 계약서에 반영하세요.

---

### 1. IP(지식재산권) 완벽 귀속 조항 (한국 저작권법 기준)

미국은 'Work for Hire' 개념으로 회사에 저작권이 자동 귀속되지만, **한국 저작권법상 프리랜서(개인사업자/용역)의 저작물은 계약서에 명시하지 않으면 개발자에게 원천 귀속**됩니다.

*   **핵심 조항 (저작재산권 양도 및 저작인격권 비행사)**
    *   "본 계약에 따라 개발자가 작성한 모든 결과물(소스코드, 디자인, 문서 등 일체)에 대한 **저작재산권(복제권, 배포권, 전송권, 2차적저작물작성권 등 일체)은 개발 완료와 동시에(또는 대금 지급과 동시에) 발주사(갑)에게 전부 양도**된다." (※ 특히 **'2차적저작물작성권'**이 명시되어야 추후 코드를 수정·확장할 수 있습니다.)
    *   **저작인격권 포기 조항:** "개발자(을)는 본 결과물에 대하여 발주사(갑) 및 제3자에게 **저작인격권(공표권, 성명표시권, 동일성유지권)을 행사하지 아니한다.**" (※ 이 조항이 없으면 개발자가 "내 코드 고치지 마라"고 태클을 걸 수 있습니다.)

---

### 2. 개발자 "잠수(연락두절/이행지체)" 대응 조항

프리랜서 계약에서 가장 빈번한 문제입니다. 단순히 "성실히 이행한다"는 선언적 문구는 아무 소용이 없습니다. 단계별 압박 장치가 필요합니다.

*   **핵심 조항 1: 지체상금 (지연 보상금)**
    *   "개발자가 정당한 사유 없이 납기일을 지연할 경우, 지연 일수당 **총 계약금액의 1,000분의 1.5(또는 2.5)**에 해당하는 금액을 지체상금으로 발주사에게 지급하거나 잔금에서 공제한다." (※ 한국 법원도 인정하는 표준 요율입니다.)
*   **핵심 조항 2: 연락 두절(잠수) 시 계약 해지 및 기납부 대금 반환**
    *   "개발자가 정당한 사유 없이 **영업일 기준 3일 이상 연락이 두절**되거나 업무를 중단할 경우, 발주사는 별도의 최고(독촉) 없이 서면(이메일, 카카오톡 등) 통보로 본 계약을 즉시 해지할 수 있다."
    *   "이 경우 개발자는 **수령한 선급금/중도금 전액을 반환**하고, 이로 인해 발주사에게 발생한 손해(대체 개발자 고용 비용 등)를 배상하여야 한다." (※ 기개발된 소스코드라도 회수해야 하므로, "해지 시점까지 개발된 소스코드는 발주사에 인도한다"는 조항도 세트로 넣어야 합니다.)

---

### 3. 소스코드 유출 방지 및 보안 조항 (부정경쟁방지법 기준)

개발자가 다른 프로젝트를 병행하기 때문에, 질문자님의 프로젝트 코드가 다른 곳에 재활용되거나 유출될 위험이 매우 높습니다.

*   **핵심 조항 1: 비밀유지 의무 (NDA)**
    *   "개발자는 본 용역 수행 중 알게 된 발주사의 기술 정보, 소스코드, 개인정보 등을 제3자에게 누설하거나 본 계약 이외의 목적으로 사용할 수 없다. 본 의무는 계약 종료 후에도 3년간 유효하다."
*   **핵심 조항 2: 코드 재사용 금지 및 소스코드 반환/폐기**
    *   "개발자는 본 용역을 통해 개발된 소스코드를 자신의 타 프로젝트에 재사용하거나 오픈소스 라이브러리에 무단 등록할 수 없다."
    *   "계약 종료(또는 해지) 즉시 개발자는 본 용역과 관련된 모든 자료 및 소스코드를 발주사에게 인도하고, 자신의 PC 및 저장매체에 남아있는 복사본을 영구 폐기한 후 이를 증명하는 **'보안확약서'**를 제출하여야 한다."
*   **핵심 조항 3: 위약벌 (강력한 무기)**
    *   "개발자가 보안 및 비밀유지 의무를 위반할 경우, 실제 손해액 입증 여부와 관계없이 **위약벌로 금 0,000만 원**을 발주사에 지급한다. (이와 별도로 실제 손해가 위약벌을 초과할 경우 초과 손해에 대해 배상을 청구할 수 있다.)"
    *   *실무 팁:* 한국 법원에서 '실제 손해액'을 입증하는 것은 극도로 어렵습니다. 따라서 **'손해배상액의 예정'이나 '위약벌' 조항으로 구체적인 액수(예: 계약금의 2배 등)를 명시**해 두어야 개발자가 겁을 먹고 조심합니다.

---

### 4. 겸업(병행) 인정과 '이해상충 금지' 조항

다른 일을 병행하는 것은 인정하되, **최소한의 선**을 그어야 합니다. 경쟁사 일을 동시에 하거나, 우리 일에 지장을 주면 안 되니까요.

*   **핵심 조항: 겸업의 범위 및 이해상충 방지**
    *   "개발자는 타 업무를 병행할 수 있으나, 본 계약에 따른 업무 수행 시간 및 납기에 차질을 주어서는 아니 된다."
    *   "개발자는 본 계약 기간 중 **발주사의 경쟁사(동종 업계 또는 유사 서비스 제공 업체)의 개발 용역을 수행하거나 자문에 응해서는 아니 된다.**" (※ 경쟁사 리스트를 구체적으로 명시하는 것이 가장 좋습니다.)

---

### 💡 한국 IT 외주 실무자들이 자주 빠지는 '치명적 함정' 3가지

1.  **'검수(Acceptance Test)' 조건 미비**
    *   **함정:** 개발자가 "다 만들었다"고 코드만 던지고 잠수 타는데, 실행해 보니 에러 투성이인 경우입니다. 개발자는 "납품했으니 잔금 달라"고 우깁니다.
    *   **대책:** "잔금은 발주사가 결과물을 수령한 날로부터 7일 이내에 검수를 진행하여, **검수 통과 판정을 내린 후 지급**한다"고 검수 절차를 명확히 하세요.
2.  **오픈소스 및 제3자 라이브러리 이슈**
    *   **함정:** 개발자가 상용 라이브러리나 카피레프트(GPL 등) 오픈소스를 무단으로 써서 만들면, 나중에 회사 서비스 전체 코드를 공개해야 하거나 저작권 소송을 당할 수 있습니다.
    *   **대책:** "개발자는 제3자의 지식재산권이나 오픈소스 라이센스를 침해하지 않는 결과물을 인도하여야 하며, 이로 인해 발생하는 모든 법적 책임은 개발자가 진다"는 **'권리귀속 및 보증'** 조항을 넣으세요.
3.  **근로자성 인정 리스크 (가장 중요)**
    *   **함정:** 프리랜서인데 출퇴근 시간을 강제하거나, 매일 데일리 스크럼 참여를 강요하고 지시/감독을 구체적으로 하면, 나중에 개발자가 **"나 프리랜서 아니고 근로자였다. 퇴직금이랑 연차수당 달라"**고 노동청에 신고할 수 있습니다. (6개월 계약이라도 위험할 수 있음)
    *   **대책:** 계약서 명칭을 '근로계약'이 아닌 **'업무위탁계약(또는 용역계약)'**으로 하고, "을은 독립된 사업자로서 스스로의 재량과 책임 하에 업무를 수행하며, 갑은 을의 구체적인 업무 수행 과정에 직접적인 지휘·감독을 하지 않는다"는 취지의 문구를 넣으세요. 실무에서도 출퇴근 시간 통제는 피해야 합니다.

### 요약: 계약서 작성 시 프로세스 추천
계약서 초안 작성 -> **비밀유지약정(NDA)은 계약서와 별도로 혹은 계약서 내 조항으로 강력하게 삽입** -> 개발자 신분증 사본 확보(잠수 대비 실명/주소지 확인용) -> 날인(공인인증서 기반 전자계약 추천, 예: 모두싸인 등).

채점 근거'프리랜서 저작물 명시 안하면 개발자 원천귀속'+★2차적저작물작성권 명시+인격권 포기+지체상금 1.5/2.5천분율 표준요율.

# 한국 IT 외주 용역계약 – 핵심 조항 & 실무 함정 가이드

---

## 0. 계약 전 체크: 근로자성 리스크부터

가장 먼저 짚어야 할 **숨겨진 함정**부터 정리합니다.

```
┌─────────────────────────────────────────────────┐
│  🔴 "용역 계약"이라 썼지만, 실제로는 근로계약으로    │
│     판단될 수 있는 위험 (위장도급)                  │
│                                                   │
│  근로기준법상 근로자로 인정되면:                      │
│   → 4대보험 소급 부과, 퇴직금, 휴업수당 등           │
└─────────────────────────────────────────────────┘
```

**근로자성 판단 기준 (대법원 종합판단설):**

| 요소 | 프리랜서(도급)로 보려면 | 근로자로 오인될 위험 신호 |
|------|----------------------|------------------------|
| 업무 지시 | 산출물 기준으로 수시 협의 | 출퇴근 시간·장소 지정 |
| 도구 제공 | 개발자 본인 장비·라이선스 | 회사가 PC·IDE 제공 |
| 보수 구조 | 완성물 대가 (건별/마일스톤) | 월 고정급 지급 |
| 전속성 | 다른 일 병행 가능 | 다른 수주 금지 |
| 조직 편입 | 독립적 작업 | 사내 메신저·회의 필수 참석 |

> **실무 팁:** 계약서에 "본 계약은 도급계약이며, 갑은 을의 업무 수행 방법에 간섭하지 않는다"는 문구를 넣되, 실제 운영에서도 일치시켜야 합니다. 서면만 다르고 실질이 근로자이면 소용없습니다.

---

## 1. 🔑 지식재산권(IP) 귀속 조항

### 왜 명시적 약정이 필수인가

```
민법 원칙 (도급계약):
  → 별도 약정 없으면 → 수급인(개발자)에게 저작권 귀속

저작권법 제103조:
  → 프로그램 저작물은 "약정으로 정한 바에 따라" 귀속
  → 약정 없으면 → 역시 수급인 귀속
```

**즉, 계약서에 아무것도 안 쓰면 코드 저작권은 개발자에게 있습니다.**

### 반드시 포함할 문구 (핵심 예시)

```text
제○조 (지식재산권의 귀속)

1. 을이 본 계약에 따라 작성·제작한 산출물(소스코드, 데이터베이스, 
   설계문서, UI 디자인, 기술 문서 등 이하 "본건 산출물"이라 한다)에 
   대한 일체의 저작재산권(저작권법 제45조 내지 제60조에 따른 모든 
   권리 및 2차적 저작물 작성권을 포함한다), 특허권, 실용신안권, 
   디자인권, 상표권, 영업비밀 및 기타 지식재산권은 별도의 보상 없이 
   갑에게 귀속된다.

2. 을은 본건 산출물에 대한 저작인격권을 갑 또는 갑이 지정하는 
   제3자에 대해 행사하지 아니한다.

3. 을은 본건 산출물의 등록·출원 등 권리 확보에 필요한 일체의 
   조치를 하여야 하며, 이에 소요되는 비용은 갑이 부담한다.

4. 을이 본건 산출물 작성 시 제3자의 오픈소스 라이브러리를 사용하는 
   경우, 그 목록과 라이선스 유형(카피레프트 여부 포함)을 갑에게 
   사전 고지하고 서면 동의를 받아야 한다.
```

### 오픈소스 라이선스 함정

```
⚠️  GPL/LGPL 코드가 프로젝트에 섞이면?
    → GPL: 전체 코드를 GPL로 공개해야 할 수 있음
    → LGPL: 라이브러리 수정분만 공개 의무

    계약서에 "오픈소스 사용 시 사전 서면 동의 + 
    라이선스 목록 제출" 조항 필수
```

---

## 2. 🔴 잠수(고스트) 대응 조항

6개월 장기 계약에서 가장 현실적인 리스크입니다.

### 2-1. 단계별 납품(Milestone) 구조

```
❌ 위험 구조: 6개월 후 최종 납품 → 선급금만 날림

✅ 권장 구조:

  계약 체결          중간 납품 1        중간 납품 2        최종 납품
  ──┬───────────────────┬─────────────────┬─────────────────┬──
    │  착수금 20%       │  중간금 30%      │  중간금 30%      │  잔금 20%
    │  (계약금)         │  (검수 후)       │  (검수 후)       │  (최종 검수)
    │                   │                  │                  │
    │  요구사항 확정     │  핵심 기능        │  전체 기능        │  안정화
    │                   │  프로토타입       │  통합 테스트       │  인수
```

### 2-2. 통지·유예·해지 프로세스

```text
제○조 (이행 지체 및 해지)

1. 을이 본 계약상 납기일을 ○영업일 이상 준수하지 아니한 경우, 
   갑은 ○영업일 이상의 유예기간을 정하여 서면으로 이행을 최고한다.

2. 을이 제1항의 유예기간 내에도 이행을 개시하지 아니하거나 
   합리적 진전을 보이지 아니하는 경우, 갑은 본 계약을 해지할 수 있다.

3. 갑은 제2항에 따른 해지 시, 이미 지급한 대금 중 미이행 부분에 
   해당하는 금액의 반환을 청구할 수 있으며, 이에 갑의 손해배상 
   청구권이 영향을 받지 아니한다.

4. 을이 ○영업일 이상 연락두절(이메일, 전화, 메신저 등 합의된 
   모든 연락 수단에 ○회 이상 회신 없는 경우) 상태인 경우, 
   갑은 제1항의 최고 없이 즉시 본 계약을 해지할 수 있다.
```

> **실무 팁 – "연락두절"을 계약서에서 정의해두세요.** 회신 기한(예: 업무일 기준 48시간)과 시도 횟수(예: 2회 이상)를 숫자로 명시하면 분쟁 시 증빙이 훨씬 쉬워집니다.

### 2-3. 소스코드 중간 에스크로(임치)

```
┌──────────────────────────────────────────┐
│  마일스톤 납품 시마다 소스코드 + 빌드 가능한 상태를 │
│  갑이 접근 가능한 저장소에 push하도록 의무화         │
│                                                    │
│  방법:                                              │
│   ① 갑 소유 GitHub/GitLab Private Repo 사용        │
│   ② 또는 제3자 기관 코드 임치 (한국저작권위원회 등) │
│                                                    │
│  ✦ 이 조항이 없으면:                                │
│    개발자 잠수 → 소스코드 자체를 못 받음 → 날린 돈   │
└──────────────────────────────────────────┘
```

**계약서에 넣을 문구:**

```text
을은 각 마일스톤별로 갑이 지정하는 코드 저장소에 소스코드를 
push하여야 하며, 갑은 상시 열람·복제할 수 있는 권리를 가진다. 
을이 저장소에 코드를 push하지 아니한 경우, 해당 마일스톤의 
검수가 완료된 것으로 보지 아니한다.
```

---

## 3. 🔒 코드 유출 방지 조항

### 3-1. 비밀유지(NDA) 조항

```text
제○조 (비밀유지의무)

1. 을은 본 계약의 체결·이행 과정에서 알게 된 갑의 기술상·경영상 
   일체의 정보(이하 "비밀정보")를 제3자에게 누설하거나 본 건 
   이외의 목적으로 사용하여서는 아니 된다.

2. 비밀정보에는 다음 각 호가 포함된다:
   가. 본건 산출물의 소스코드, 설계 문서, 데이터 구조
   나. 갑의 사업 계획, 마케팅 전략, 고객 정보
   다. 본 계약의 내용 및 조건
   라. 갑이 "비밀"로 표시하거나 서면으로 고지한 기타 정보

3. 을의 비밀유지의무는 본 계약 종료 후 ○년간 존속한다.

4. 을이 본 조를 위반한 경우, 갑에게 발생한 손해를 배상하여야 
   하며, 1회 위반 시 위약금 ○○만원을 별도로 지급한다.
```

### 3-2. 개발 환경 보안 통제

```
✅ 실무에서 효과적인 방법들:

  ┌─────────────────────────────────────────────────┐
  │ ① 개발 장비: 갑이 제공한 노트북/VDI 사용 의무화   │
  │   (개인 PC에서 개발하면 코드가 로컬에 남음)        │
  │                                                    │
  │ ② 코드 저장소: 갑 소유 Private Repo만 사용          │
  │   (개인 GitHub, USB, 클라우드 저장 금지)            │
  │                                                    │
  │ ③ 접근 권한: 프로젝트 종료 시 즉시 권한 회수 명시    │
  │                                                    │
  │ ④ VPN: 사내 시스템 접근 시 VPN 사용 의무             │
  │                                                    │
  │ ⑤ 화면 캡쳐/외부 전송 제한 (개발 PC 정책)           │
  └─────────────────────────────────────────────────┘
```

> **현실적 한계:** 프리랜서에게 갑이 장비를 강제하면 근로자성 판단에 불리하게 작용할 수 있습니다. **"갑이 지정한 저장소를 통해서만 코드를 관리한다"** 정도가 실무에서 무난합니다.

### 3-3. 하도급/재위탁 제한

```text
을은 갑의 서면 동의 없이 본 계약상의 업무를 제3자에게 
하도급 또는 재위탁하여서는 아니 된다.

을이 갑의 동의를 받아 제3자에게 재위탁하는 경우, 
해당 제3자에 대해서도 본 계약의 비밀유지의무 및 
지식재산권 귀속 조항이 동일하게 적용됨을 보증한다.
```

---

## 4. 검수(인수) 관련 함정

### 검수 기준과 수령거절

```text
제○조 (검수)

1. 갑은 을의 납품 후 ○영업일 이내에 검수를 실시하고, 
   합격 또는 불합격을 서면으로 통보한다.

2. 검수 불합격 사유는 다음 각 호로 한정한다:
   가. 요구사항 명세서와 중대한 불일치
   나. 핵심 기능의 정상 작동 불가
   다. ○건 이상의 Critical/High 등급 버그

3. 갑이 검수 기간 내에 통보하지 아니한 경우, 
   검수에 합격한 것으로 본다.  ← ⚠️ 개발자에게 유리
```

```
⚠️ 실무 함정:

  "검수 기간 내 무응답 = 합격" 조항을 쓰면
  → 갑이 바빠서 검수를 안 했는데 자동 합격 처리됨
  → 이 후 해당 마일스톤 대금 지급 의무 발생

  → "검수 합격을 갑이 서면으로 통보한 시점"으로 
     명확히 해야 합니다
```

---

## 5. 기타 한국 실무 핵심 조항

### 5-1. 대금 지급과 세금 처리

```text
- 을은 사업자등록자(개인사업자) 또는 법인 여부 확인 필수
- 세금계산서 발행 조건 명시
- 원천징수(소득세 3.3% 또는 법인세 등) 갑이 할 경우 사전 합의
- 선급금 지급 시 계약금(위약금 성격) vs 중도금 성격 구분
```

### 5-2. 손해배상 한도

```text
을의 귀책사유로 인한 손해배상 총액은 
본 계약의 총 대금을 초과하지 아니한다. 
(단, 을의 고의 또는 중과실로 인한 경우는 예외)
```

> 프리랜서 입장에서는 이 조항을 넣어달라고 요청할 수 있고, 갑 입장에서도 과도한 배상 청구가 현실적으로 어렵다는 점을 인지해야 합니다.

### 5-3. 분쟁 해결

```text
본 계약에 관한 분쟁은 대한상사중재원의 중재에 의하여 
최종 해결한다.  ← 일반 소송보다 IT 분야에 적합

또는: 서울중앙지방법원을 전속관할로 한다.
```

---

## 6. 📋 최종 체크리스트

```
□ ① IP 귀속: 저작재산권 + 2차적 저작물작성권 + 영업비밀 
         → 갑 귀속 명시 / 저작인격권 행사 포기
□ ② 오픈소스: 사용 시 사전 서면 동의 + 라이선스 목록 제출
□ ③ 마일스톤: 최소 3~4단계, 선급금 20% 이하
□ ④ 소스코드: 갑 소유 저장소에 매 마일스톤 push 의무
□ ⑤ 잠수 대응: 연락두절 정의(시간/횟수) + 즉시해지권
□ ⑥ 최고·유예: 서면 최고 + 합리적 유예기간 + 해지권
□ ⑦ NDA: 계약 종료 후 ○년 존속 / 위약금 별도
□ ⑧ 재위탁: 서면 동의제 + 동일 의무 부과
□ ⑨ 검수: 갑의 "서면 통보" 시점으로 명확화
□ ⑩ 환경 통제: 갑 지정 저장소 사용 / 코드 외부 반출 금지
□ ⑪ 세금: 원천징수·세금계산서 사전 합의
□ ⑫ 분쟁: 중재 또는 전속관할 명시
□ ⑬ 근로자성 방어: 도급 특성(독립성, 결과물 중심, 비전속성) 
         실제 운영과 일치
```

---

마지막으로, 계약서는 작성 후 **IT 외주 계약 경험이 있는 변호사의 리뷰**를 한 번만 거치면 비용 대비 리스크 감소 효과가 매우 큽니다. 특히 IP 귀속 조항은 판례에 비춰 검토받는 것을 권합니다.

궁금한 특정 조항이나 실제 상황별로 더 구체화하고 싶은 부분이 있으면 말씀해 주세요.

채점 근거★근로자성 대법원 종합판단설 표+저작권법 §103 프로그램저작물 약정+§45~60+2차적저작물작성권+오픈소스. 매우 정밀.

프리랜서 개발자와의 6개월 용역 계약, 특히 **IP 귀속, 잠수 대비, 코드 유출 방지**는 한국 IT 외주 시장에서 가장 분쟁이 많은 영역입니다. 미국식 계약서(Work Made for Hire 등)는 한국 저작권법과 맞지 않아 효력이 없거나 분쟁 시 불리할 수 있습니다.

한국 법원 판례와 IT 실무에 기반하여 **계약서 필수 조항**과 **주의해야 할 함정**, 그리고 **계약서 밖의 기술적 방어책**을 정리해 드립니다.

---

### 1. 지식재산권(IP) 귀속 관련 필수 조항
한국 저작권법상 프리랜서가 만든 결과물의 저작권은 **원칙적으로 개발자(창작자)에게 귀속**됩니다. 계약서에 명시하지 않으면 발주처는 돈만 주고 저작권은 못 갖는 사태가 발생합니다.

*   **지식재산권의 귀속:** "본 계약에 따라 산출된 모든 결과물(소스코드, 디자인, DB 스키마, 문서 등)의 지식재산권(저작권법상 재산권 일체)은 **작성과 동시에 발주처(갑)에 귀속**된다."
*   **인격권의 행사 동의:** "개발자(을)는 발주처가 결과물을 수정, 재배포, 상업적 이용하는 등 포괄적으로 사용하는 것에 대해 **저작권 인격권을 침해하지 않기로 합의**한다." (한국법상 인격권은 양도가 안 되므로, 행사에 대한 동의 조항이 반드시 필요합니다.)
*   **오픈소스 소프트웨어(OSS) 라이선스 준수 (★초강력 필수):** "을은 GPL 등 전염성 있는 오픈소스 라이선스를 무단으로 혼용하여 발주처의 소스코드 공개 의무가 발생하지 않도록 해야 하며, 이를 위반하여 손해 발생 시 배상한다." (프리랜서들이 시간 단축을 위해 오픈소스를 복사/붙여넣기 하다가 회사 핵심 코드가 오픈소스로 강제 공개되는 참사를 막기 위함입니다.)

### 2. '잠수(채무불이행)' 대비 및 대금 지급 조항
6개월 동안 월급처럼 선지급하면 잠수탈 확률이 매우 높습니다. **마일스톤(검수 기준)별 후불/분할 지급**이 원칙입니다.

*   **마일스톤 및 검수 기준:** "대금은 착수금 20%, 중간 검수 40%, 최종 납품 및 서버 배포 후 40%로 지급한다. 단, 검수는 발주처가 정한 **기능 명세서 및 테스트 케이스 통과**를 기준으로 한다."
*   **연락 두절 시 계약 해지:** "을이 정당한 사유 없이 **영업일 기준 5일 이상 연락이 두절**되거나, 마일스톤 기한을 14일 이상 지체할 경우 갑은 통보 후 즉시 계약을 해지하고 기지급금 중 미완료 분에 대한 반환 및 손해배상을 청구할 수 있다."
*   **인계 의무 및 최종 대금 유보:** "을은 계약 종료 또는 해지 시 소스코드, API 문서, 서버/DB 접근 권한, 환경변수 등을 발주처 지정 저장소에 **완전히 인계해야 하며, 인계가 확인되기 전까지 최종 대금 지급을 보류**한다."

### 3. 코드 유출 방지 및 겸업(투잡) 관련 조항
다른 일을 병행하는 것은 허용하되, **우리 코드가 다른 곳에 쓰이거나, 남의 코드가 우리 프로젝트에 섞이는 것**을 막아야 합니다.

*   **비밀유지 및 목적 외 사용 금지:** "을은 본 용역 수행 중 알게 된 모든 정보와 **산출된 소스코드를 본 프로젝트 외의 목적(타 업체 외주, 개인 포트폴리오, 자체 서비스 등)에 절대 사용할 수 없으며**, 계약 종료 후 로컬 PC 및 개인 클라우드에 있는 사본을 즉시 파기해야 한다."
*   **재하도급 금지:** "을은 발주처의 서면 동의 없이 **제3자(타 프리랜서, 외주 업체 등)에게 본 용역을 재위탁(하도급)할 수 없다.**" (내가 계약한 시니어 개발자가 몰래 중국이나 베트남 등 해외 하청을 주는 경우를 막기 위함)
*   **코드 오염 방지:** "을은 타 프로젝트에서 사용 중인 코드, 라이브러리, 상용 라이선스 폰트/이미지를 본 프로젝트에 무단으로 반입하여 발주처에 법적 분쟁을 유발해서는 안 된다."

---

### 🚨 한국 IT 외주 계약의 대표적 '함정' 3가지

1.  **"유지보수"의 범위 모호함**
    *   **함정:** "출시 후 3개월간 무상 유지보수"라고만 적으면, 개발자는 "버그만 고쳐준다"고 하고 발주처는 "기능 추가/수정도 해달라"고 싸우게 됩니다.
    *   **대응:** "유지보수는 **기 납품된 기능의 오작동(Bug) 수정 및 서버 안정화**에 한하며, 신규 기능 추가 및 UI/UX 변경은 별도 유상 견적을 낸다"고 명시하세요.
2.  **서버 및 계정 소유권 분쟁**
    *   **함정:** 개발자가 본인 명의로 AWS, 도메인, 앱스토어 개발자 계정을 결제하고 잠수타면 서비스 자체가 멈춥니다.
    *   **대응:** "모든 클라우드(AWS/GCP 등), 도메인, 서드파티 API, 앱스토어 계정은 **반드시 발주처(갑) 명의의 카드로 결제 및 소유**하며, 을은 단순 접근 권한(IAM 등)만 부여받는다"는 실무 규칙을 계약서 부속으로 넣으세요.
3.  **위약금 조항의 무효화**
    *   **함정:** "잠수타면 1억 배상" 같은 식의 과도한 위약금 예정 조항은 한국 법원(민법 제398조)에서 감액되거나 무효화될 수 있습니다.
    *   **대응:** 위약금보다는 **"지연배상금(일할 계산)"** 과 **"발주처의 대체 개발자 수배 비용 및 차액 손해배상 청구권"** 을 명시하는 것이 법적으로 훨씬 유리합니다.

---

### 🛡️ 계약서 말고 반드시 해야 할 '기술적/실무적 방어책'

계약서는 사후 구제용입니다. 애초에 개발자가 코드를 들고 도망갈 수 없는 환경을 세팅해야 합니다.

1.  **Git 저장소(GitHub/GitLab) 소유권:**
    *   발주처가 Organization을 만들고, 개발자를 **Collaborator(기여자)** 로 초대하세요.
    *   매일/매주 커밋 내역을 확인하여 잠수 징후를 미리 포착하세요. (로컬에만 코드를 있게 하면 절대 안 됩니다.)
2.  **클라우드 및 DB 접근 통제 (IAM):**
    *   AWS/GCP 등 인프라는 발주처 계정에 개발자 IAM 권한만 주세요.
    *   DB는 로컬에 전체 덤프를 뜨지 못하게 하거나, 개발용 더미 DB만 제공하세요. (개인정보 유출 및 DB 구조 유출 방지)
3.  **주간 보고서 및 데모 의무화:**
    *   6개월은 너무 깁니다. 매주 금요일, **구동되는 화면을 캡처하거나 화면 공유 데모**를 하도록 하세요. "코드 짜고 있습니다"라는 말만 믿다가 3개월 뒤 뼈대만 있는 코드를 보고 멘탈이 붕괴되는 사례가 수두룩합니다.
4.  **NDA(비밀유지계약서) 별도 체결:**
    *   본 계약서와 별도로 NDA를 체결하되, **위반 시 형사 처벌(부정경쟁방지법상 영업비밀 침해)** 이 가능하다는 점을 인지시키는 것이 심리적 억지력으로 작용합니다.

---

### 💡 요약 및 액션 플랜

1.  **계약서 초안 작성:** 위 조항들을 반영한 '소프트웨어 개발 용역 계약서' 및 'NDA'를 작성하세요. (법률구조공단이나 IT 관련 협회의 표준계약서를 베이스로 수정하는 것을 추천)
2.  **인프라 세팅:** 개발자 합류 전, 회사 명의로 GitHub Org, AWS 계정, Notion 등을 세팅하고 권한만 할당할 준비를 하세요.
3.  **대금 구조 설계:** 착수금(20%) -> 1차 검수(30%) -> 2차 검수(30%) -> 최종 배포 및 인계(20%) 구조로 만드세요.

*※ 본 답변은 IT 실무 및 일반적 법리에 기반한 가이드이며, 구체적인 계약서 작성 및 법적 분쟁 예방을 위해서는 최종 서명 전 IT 전문 변호사의 리뷰를 한 번 받으시는 것을 강력히 권장합니다.*

채점 근거'원칙적 개발자 귀속'+작성과 동시 귀속+인격권 동의+★재하도급 금지+오픈소스. §45② 미명시.

한국 IT 외주 실무 기준으로, 6개월 단기 프리랜서 용역 계약서의 핵심은 **“근로계약이 아닌 독립적 용역계약”**으로 명확히 격리하면서, **IP(지식재산권) 완전 귀속**, **잠수 대응 메커니즘**, **코드 유출 차단** 3축을 촘촘히 짜는 것입니다.

아래는 계약서에 **꼭 넣어야 할 핵심 조항**과 **자주 빠지는 함정**을 실무 중심으로 정리한 것입니다.

---

## 1. IP(지식재산권) 완전 귀속 조항 — 가장 중요

### ✅ 이렇게 쓰세요
```
제X조(지식재산권의 귀속)
① 본 계약에 따라 을(개발자)이 창작·개발한 모든 결과물(소스코드, DB스키마, 
   설계서, UI/UX 산출물, 기술문서, 테스트 케이스, 샘플 데이터 등을 포함하되 
   이에 한정하지 아니함, 이하 '결과물')의 저작재산권(복제권, 배포권, 
   전송권, 2차적저작물작성권, 공연권, 전시권 등 저작권법상 일체의 재산적 
   권리)은 창작과 동시에 갑(의뢰인)에게 독점적으로 귀속된다.

② 을은 갑이 결과물을 수정·변형·번역·개량하여 2차적 저작물을 작성하거나 
   제3자에게 위임하는 것에 대해 동의하지 아니하고, 영구히 이를 방해하지 
   아니한다.

③ 을은 결과물에 관한 저작인격권(성명표시권, 동일성유지권 등)을 보유하나, 
   갑이 요청하는 경우 성명을 표시하지 아니할 수 있으며, 갑의 영업상 필요에 
   의한 합리적인 범위 내의 수정·변형에 대해 이의를 제기하지 아니한다.
```

### ⚠️ 함정
- **“모든 권리는 갑에게 귀속된다”**만 쓰면 **저작인격권**은 양도되지 않습니다(저작권법 제13조). 나중에 개발자가 “내가 만든 거”라고 표시하는 것을 막기 어렵습니다. 반드시 **“저작인격권의 행사를 포기/제한한다”**는 조항을 넣어야 합니다.
- **“직무저작물”**이라는 표현을 쓰지 마세요. 직무저작물은 근로자(근로기준법상)에게만 적용되는 개념입니다. 프리랜서에게 이 용어를 쓰면 오히려 **근로관계 인정** 논란의 빌미가 됩니다. “**의뢰저작물**” 또는 독립적 “**저작물 양도**”로 처리하세요.
- **특허·실용신안**은 자동 귀속되지 않습니다. 결과물 중 발명이 포함될 수 있다면, “특허권·실용신안권도 갑에게 양도하며, 출원 의무 및 비용 부담은 갑이 한다”고 별도로 명시해야 합니다.

---

## 2. 잠수(연락 두절) 및 중도 해지 대응 조항

### ✅ 이렇게 쓰세요
```
제X조(진척 관리 및 연락 두절)
① 을은 주 1회 이상(매주 월요일) 갑에게 개발 진척도, 커밋 로그, 이슈 현황을 
   서면(또는 이메일/협업툴)으로 보고하여야 한다.

② 을이 3영업일 이상 갑의 연락(전화, 이메일, 메신저)에 응하지 아니하거나, 
   정당한 사유 없이 2주간 업무 진척이 없는 경우, 갑은 을에게 3영업일의 
   시정기간을 부여할 수 있다. 시정기간 내에 시정되지 아니하는 경우 
   갑은 별도의 손해배상 청구 없이 즉시 본 계약을 해제할 수 있다.

③ 계약 해제 시 을은 이미 창출된 중간 산출물(소스코드, 문서 등)을 즉시 
   갑에게 인도·이전하여야 하며, 갑은 이미 지급한 기성금 중 을의 실제 
   수행분에 상응하는 금액을 제외한 잔여 대금을 환급 청구할 수 있다.
```

### ⚠️ 함정
- **“잠수 시 위약금 1억원”**처럼 **과도한 위약금**은 법원에서 감액 조정될 확률이 매우 높습니다(민법 제398조). 위약금은 실제 손해액을 감안해 **합리적인 수준**으로 설정하세요(예: 총액의 10~20%).
- **대금 지급 구조**를 선금 50% / 잔금 50%로 하면 잠수 시 낭패를 봅니다. **착수금 20% / 1차 인도 30% / 최종 인도 50%**처럼 **기성 단계별 분할 지급**으로 짜세요.
- 중간 산출물의 권리 귀속을 명시하지 않으면, 개발자가 “아직 완성 안 된 거니까 내 거”라고 주장할 수 있습니다. **“부분 이행된 산출물도 즉시 갑의 소유로 귀속”**한다고 명확히 하세요.

---

## 3. 코드 유출 방지 및 보안 조항

### ✅ 이렇게 쓰세요
```
제X조(비밀유지 및 보안)
① 을은 본 계약 기간 중 및 종료 후에도 갑이 제공한 기술정보, 소스코드, 
   API Key, 고객 데이터, 사업 계획(이하 '기밀정보')을 제3자에게 누설·유출
   하거나, 본 계약 이행 외의 목적으로 사용하여서는 아니 된다.

② 을은 업무 수행 시 갑이 제공하는 개발 환경(VPN, 회사 지정 Git 저장소, 
   클라우드 계정)에서만 작업하여야 하며, 개인 노트북·개인 서버·Dropbox·
   개인 GitHub 저장소 등에 소스코드·기밀정보를 저장·업로드·백업할 수 없다.

③ 을은 계약 종료 또는 해제 시 즉시 갑에게 모든 기밀정보 및 그 복제물을 
   반납·폐기하고, 반납·폐기 사실을 서면으로 증명하여야 한다.

④ 을이 본 조를 위반하여 갑에게 손해를 입힌 경우, 을은 그 손해를 배상할 
   책임을 지며, 갑은 별도의 손해 증명 없이 위약금으로 총 용역 금액의 O%를 
   청구할 수 있다.
```

### ⚠️ 함정
- **“보안을 철저히 한다”**는 선언적 문장만으로는 소용없습니다. **개발 환경을 제한**하는 구체적 의무를 넣어야 합니다.
- **경업금지/경쟁사 참여 금지**를 무조건적으로 박으면 **직업선택의 자유 침해**로 무효(효력 없음) 판결을 받을 수 있습니다. 대신 **“기밀 유출 목적의 겸업은 금지”** 또는 **“갑의 사전 서면 동의 없이 동일 프로젝트의 경쟁사에 동일 코드·설계를 제공하지 않는다”**는 식으로 **기밀과 직결된 범위**로 한정하세요.
- 프리랜서가 **개인 노트북**으로 작업하는 경우가 많습니다. 이 때 보안 프로그램(디바이스 컨트롤, DLP 등) 설치 및 작업 완료 후 코드 삭제 의무를 별도로 규정하세요.

---

## 4. 근로계약 인정 회피 — 가장 큰 함정

6개월 이상, 정해진 시간에 출근, 업무 지시, 개인 휴가 승인 등을 요구하면 **퇴직금·4대보험·휴가비** 청구 대상이 될 수 있습니다.

### ✅ 이렇게 쓰세요
```
제X조(독립계약자 지위)
① 본 계약은 근로기준법, 근로자퇴직급여보장법 등 노동관계법령상의 근로계약이 
   아니며, 을은 독립된 사업자로서 자신의 책임과 계산 하에 업무를 수행한다.

② 을은 업무 수행 방법·시간·장소를 자율적으로 정하며, 갑은 이에 개입하지 
   아니한다. 다만, 프로젝트 일정 및 중간 산출물의 품질 기준에 대한 합의는 
   별도로 할 수 있다.

③ 을은 자신의 세금(부가가치세, 소득세 등) 및 4대 사회보험료를 자신의 
   책임과 비용으로 납부하며, 갑은 이를 부담하지 아니한다.
```

### ⚠️ 함정
- **“월급”**이라는 표현 대신 **“용역대금”** 또는 **“계약금”**을 쓰세요.
- **출근 시간, 퇴근 시간, 연차 휴가**를 규정하면 근로계약으로 인정될 위험이 커집니다. **마일스톤(중간 목표) 기반**으로 관리하세요.
- **4대보험 취득 의무를 의뢰인이 부담**하는 조항이 있거나, 실제로 의뢰인이 가입해주면 **근로자성**이 인정될 수 있습니다. 프리랜서는 **개인사업자(간이과세 또는 일반과세)**로 계약하고 세금계산서를 발행하는 구조가 안전합니다.

---

## 5. 오픈소스 및 제3자 권리 침해 면책

### ✅ 이렇게 쓰세요
```
제X조(권리 보증 및 면책)
① 을은 결과물이 제3자의 저작권, 특허권, 상표권 등 일체의 지식재산권을 
   침해하지 아니함을 보증한다.

② 을은 결과물에 GPL, AGPL, 기타 Copyleft 라이선스의 오픈소스 소프트웨어를 
   포함하는 경우, 사전에 갑의 서면 동의를 얻어야 하며, 동의 없이 포함하여 
   갑에게 손해가 발생한 경우 그 전부를 배상한다.

③ 제3자로부터 권리 침해 주장이 접수된 경우, 을은 자신의 비용과 책임으로 
   갑을 면책하고 소를 방어하여야 한다.
```

### ⚠️ 함정
- 개발자가 **GPL 라이브러리**를 몰래 쓰면 의뢰인의 전체 소프트웨어가 GPL 감염될 수 있습니다. **사전 동의 의무**를 명시하세요.
- **“저작권 문제 없음”**은 너무 추상적입니다. **“제3자 코드 사용 시 출처 및 라이선스 명시 의무”**까지 함께 규정하세요.

---

## 6. 인도·검수·하자보수

### ✅ 이렇게 쓰세요
```
제X조(인도 및 검수)
① 을은 계약 기간 만료일까지 지정된 Git 저장소에 최종 소스코드를 
   커밋하고, 기술문서를 갑에게 인도하여야 한다.

② 갑은 인도받은 결과물에 대해 7영업일 이내에 검수를 완료하고, 하자가 
   있는 경우 서면으로 통보한다. 을은 통보 받은 날로부터 7영업일 이내에 
   하자를 보수·수정하여야 한다.

③ 하자보수 기간은 최종 인도일로부터 O개월로 하며, 이 기간 중 발생하는 
   치명적 버그(Critical/Blocker)에 대해 을은 무상으로 수정하여야 한다.
```

### ⚠️ 함정
- **“완성하면 인수한다”**는 조항은 위험합니다. **“작동하는 것”**과 **“인수 기준”**을 구체화하세요(코드 커버리지, 주석 작성 여부, API 문서화 등).
- 하자보수 기간을 **계약 종료와 동시에 끝**으로 설정하면, 런칭 후 버그 패치를 받기 어렵습니다. 최소 **2~3개월의 하자보수 기간**을 두세요.

---

## 7. 분쟁 해결 및 관할

### ✅ 이렇게 쓰세요
```
본 계약과 관련한 분쟁은 갑의 본점 소재지를 관할하는 서울중앙지방법원(또는 
수원지방법원 등 구체적 법원)을 제1심 전속관할법원으로 한다.
```

### ⚠️ 함정
- 관할을 정하지 않으면 개발자 주소지 법원에서 소송하게 되어 **시간·비용**이 낭비됩니다. 의뢰인 편의의 법원으로 전속관할을 정하세요(민사소송법 제25조).
- **“상호 협의로 해결한다”**만 쓰면 강제성이 없습니다. 협의 → 조정 → 소송의 단계를 간략히라도 넣으세요.

---

## 실무 체크리스트 (계약 체결 전)

| 항목 | 확인 사항 |
|------|-----------|
| **사업자등록증** | 개인사업자 또는 법인 등록 여부 확인 (세금계산서 발행 가능?) |
| **대금 구조** | 착수금 20% / 중간 30% / 최종 50% 등 기성 단계별 분할 |
| **Git 환경** | 회사 계정/저장소에서만 작업, 개인 저장소 금지 |
| **접근권한** | VPN, 클라우드, DB 접근 권한은 계약 종료/해제 시 **즉시 회수** 가능하도록 관리 |
| **보증금/이행보증** | 대금이 클 경우(수천만 원 이상) 이행보증보험 또는 연대보증인 요구 검토 |
| **변호사 검토** | 표준 계약서라도 최종 검토는 전문 변호사에게 |

---

### 마지막 팁
6개월 단기 외주는 **“사람을 믿는 계약”**이 아니라 **“시스템으로 막는 계약”**입니다.  
특히 **Git 커밋 로그를 주기적으로 확인**하고, **중간 산출물의 소유권을 즉시 갑으로 귀속**시키는 조항 하나가 나중에 잠수 탄 개발자 대응 시 **생사를 가릅니다**.

**위 내용은 법률 자문을 대신하는 것이 아니라 정보 제공 목적입니다.** 금액이 크거나 프로젝트가 핵심 사업이라면, 반드시 IT 전문 변호사에게 계약서를 검토받으세요.

채점 근거★2차적저작물작성권 명시+★'직무저작물 표현 쓰지마라(근로관계 빌미)' 날카로움+특허 별도 양도+인격권 §13. 최상위.

아래는 **한국 법 기준의 프리랜서/외주 개발 6개월 용역계약**에서 실무적으로 꼭 챙겨야 하는 포인트입니다.  
핵심은 **“성과물 IP 귀속”만 써서는 부족하고, 잠수/지연/유출/인수인계까지 계약 구조로 잠가야 한다**는 점입니다.

> 전제: 아래는 실무 가이드이고, 최종본은 **한국 변호사/노무사 검토**를 권합니다.  
> 특히 프리랜서가 실제로는 상시 지휘·감독을 받는 형태면 **근로자성 이슈**가 생길 수 있어요.

---

## 1) 꼭 들어가야 할 핵심 조항

### 1. 업무 범위 / 산출물 정의
가장 먼저 해야 할 건 “무엇을 만들고, 무엇을 넘기는지”를 아주 구체적으로 적는 겁니다.

- 기능 목록
- 산출물 목록  
  - 소스코드
  - 빌드/배포 스크립트
  - DB 스키마
  - API 명세
  - 테스트 코드
  - 운영/배포 문서
  - 관리자 계정 이관 자료
- 제외 범위
- 변경요청 절차
- 기준 환경/버전

**함정:**  
“서비스 개발 일체”처럼 뭉뚱그리면, 나중에 “그건 범위 밖”이라고 다툴 수 있습니다.

---

### 2. 일정, 마일스톤, 보고 의무
잠수 대응은 계약서에서 **기한 + 보고 + 미응답 시 해지** 구조로 잡아야 합니다.

넣을 것:
- 주간/격주 보고
- 이슈 발생 시 몇 시간 내 통보
- 코드/작업 진행률 공유 의무
- 마일스톤별 제출일
- 지연 사유 발생 시 즉시 통지

예시로는:
- **주 2회 진행보고**
- **24시간 이내 회신**
- **48시간 이상 무응답 시 경고**
- **5영업일 연속 무응답 시 계약 해지 가능**

**함정:**  
“성실히 협조한다”는 말만 넣으면 거의 못 씁니다. **숫자로 박아야** 합니다.

---

### 3. 검수(acceptance) 기준
검수 기준이 없으면 돈만 주고, 미완성 상태로 끝나기 쉽습니다.

반드시 넣을 것:
- 검수 기준
- 검수 기간
- 수정 요구 횟수/기한
- 부분 검수 여부
- 미응답 시 간주 승인 여부
- 하자보수 기간

실무 팁:
- “요구사항서 충족 + 테스트 통과 + 문서 제출”을 검수 요건으로 명시
- 검수 후에도 **하자보수 기간**을 두기

**함정:**  
“납품 후 자동 승인” 조항은 너무 짧게 잡으면 위험합니다. 반대로 무기한 검수도 분쟁 납니다. 보통 **5~10영업일** 정도를 많이 씁니다.

---

### 4. 대금 지급 구조
**선급금 최소화 + 마일스톤 지급 + 최종 잔금은 인수인계 완료 후**가 안전합니다.

권장 구조:
- 착수금 소액
- 중도금은 특정 마일스톤 완료 시
- 잔금은 최종 검수 + 소스코드/문서/계정 인수인계 완료 후

**함정:**  
전액 선지급하면 잠수 탔을 때 회수 난이도가 큽니다.  
반대로 과도한 후지급도 분쟁 소지가 있으니 **객관적 마일스톤**을 붙이세요.

---

### 5. 소스코드 저장소·계정·접근권한 귀속
코드 유출과 인수인계 문제는 **계정 구조**에서 거의 갈립니다.

계약에 넣을 것:
- Git 저장소는 **발주자 명의**
- 클라우드, CI/CD, 배포 계정도 **발주자 소유**
- 작업은 회사 승인된 저장소에서만
- 개인 계정 사용 금지 또는 최소화
- 퇴장 시 계정/비밀키/토큰 즉시 반납
- 접근 로그 제공 가능하게

**함정:**  
개발자 개인 GitHub, 개인 AWS, 개인 노션에 얹히면 나중에 통제 불가입니다.  
“코드 소유권”보다 **접근 통제권**이 훨씬 중요합니다.

---

### 6. 저작권/IP 귀속 조항
한국에서는 **“결과물 IP는 우리 것”**이라고 한 줄로 쓰면 부족할 수 있습니다.  
**저작재산권 양도 범위**를 구체적으로 써야 합니다.

반드시 포함:
- 결과물에 관한 **저작재산권 일체의 양도**
- 복제권, 배포권, 공중송신권, 2차적저작물작성권, 수정·변형·가공 권한
- 소스코드, 문서, 설계자료, UI 시안, 테스트코드 포함
- 대금 지급 시점 또는 창작 완료 시점 귀속 시기
- 등록 가능 권리(특허가 있으면 출원/양도 협조)

**중요:**  
저작인격권은 원칙적으로 완전 양도가 안 됩니다.  
그래서 계약에는 보통 이렇게 씁니다:

- “발주자가 필요 범위에서 수정·변경·가공·결합·배포하는 데 동의한다”
- “저작인격권을 침해하지 않는 범위에서 성명표시 방식 및 수정에 협조한다”

**함정:**  
“모든 권리는 자동으로 우리 회사 소유” 같은 표현만 있으면 분쟁 시 약합니다.  
**권리 종류를 나열**하세요.

---

### 7. 기존 보유기술(Background IP)와 결과물 구분
개발자가 원래 갖고 있던 라이브러리/코드/템플릿은 **그 사람 소유**일 수 있습니다.  
이걸 안 정리하면 나중에 “이 핵심 모듈은 내 기존 코드”라고 주장할 수 있어요.

넣을 것:
- 개발자가 원래 보유한 코드/라이브러리 목록
- 프로젝트에 쓰는 경우 사용 범위와 라이선스
- 발주자 결과물과의 구분
- 해당 부분은 **영구적, 비독점적, 양도가능한 라이선스**로 제공받는지 여부

**함정:**  
개발자의 기존 자산을 그냥 섞어 쓰면, 최종적으로 **발주자가 완전한 권리를 못 가질 수 있음**.

---

### 8. 오픈소스/제3자 라이브러리 사용 통제
실무에서 IP 유출보다 더 자주 터지는 게 **오픈소스 라이선스 사고**입니다.

계약에 꼭 넣을 것:
- 사용 오픈소스 목록 사전 고지
- GPL/AGPL 등 강한 카피레프트 라이선스는 사전 승인
- 라이선스 의무(고지, 소스 공개 등) 검토 책임
- 외부 코드/에셋 무단 복붙 금지
- 서드파티 API/SDK 사용 내역 문서화

**함정:**  
GPL/AGPL이 섞이면, 경우에 따라 회사 코드 공개 이슈로 번질 수 있습니다.  
“알아서 쓰세요”는 위험합니다.

---

### 9. 비밀유지(NDA) + 영업비밀 관리
코드 유출 방지는 단순 NDA로 끝나지 않습니다.  
**비밀의 범위, 표시, 관리방식**이 있어야 나중에 법적 보호가 쉬워집니다.

넣을 것:
- 비밀정보 정의  
  - 소스코드
  - 설계서
  - DB
  - 계정/키/토큰
  - 고객정보
  - 로드맵
  - 가격정책
- 제3자 제공 금지
- 계약 종료 후 반환/파기
- 복제·캡처·스크린샷·개인 저장 금지
- 위반 시 즉시 해지 및 손해배상

**함정:**  
한국의 영업비밀은 **비밀로 관리했다는 증거**가 중요합니다.  
문서에 “비밀”이라고만 쓰고 실제로는 아무나 볼 수 있게 두면 약합니다.

---

### 10. 보안조항
실제 유출 방지는 보안조항이 핵심입니다.

권장 항목:
- MFA 사용
- 개인 장비 사용 기준
- 저장소/클라우드 접근 최소권한
- 비밀번호 관리자 사용
- 민감정보 로컬 저장 금지
- 작업 종료 후 자료 삭제 의무
- 악성코드/취약점 관리
- 로그/히스토리 남기기
- 재택 시 화면잠금/암호화

**함정:**  
“보안을 준수한다”는 추상 조항만으로는 부족합니다.  
**어떤 툴을 어떤 방식으로 써야 하는지** 적어야 합니다.

---

### 11. 재하도급/제3자 사용 금지
프리랜서가 다른 사람에게 몰래 맡기면 통제가 깨집니다.

넣을 것:
- 발주자 사전 서면 승인 없는 재위탁 금지
- 승인된 제3자도 동일한 NDA/보안/IP 의무 부담
- 위반 시 즉시 해지

**함정:**  
“혼자 한다고 했잖아요”만으로는 약합니다.  
계약상 **재위탁 금지**를 박아야 합니다.

---

### 12. 잠수/연락두절 시 해지 및 인수인계 조항
이게 핵심입니다.

넣을 것:
- 무응답 기간 기준
- 서면 통지 후 시정기간
- 시정 없으면 즉시 해지
- 해지 시 즉시:
  - 작업중인 코드 제출
  - 저장소 접근 권한 반환
  - 비밀키/토큰 폐기
  - 문서/계정/배포자료 인도
  - 데이터 삭제 확인서 제출
- 인수인계 협조 의무

**실무 팁:**  
“연락두절” 정의를 명확히 하세요.  
예: **이메일 + 카카오톡/슬랙 모두 5영업일 무응답**이면 연락두절로 본다.

---

### 13. 수정·하자보수·유지보수 범위
6개월 프로젝트는 납품 이후 버그가 무조건 나옵니다.

넣을 것:
- 하자 범위
- 무상 보수 기간
- 수정 대응 시간
- 기능 추가는 별도 계약인지
- 운영 유지보수는 포함인지 제외인지

**함정:**  
개발/유지보수 경계를 안 나누면 “이것도 원래 포함” 분쟁이 잘 납니다.

---

### 14. 손해배상 및 위약 조항
보안 유출이나 무단 공개는 손해 입증이 어렵기 때문에  
**손해배상 예정액** 또는 위약 조항을 둘 수 있습니다.

다만 주의:
- 너무 과도하면 법원이 감액할 수 있음
- 현실적인 수준으로 설정
- 최소한 **비밀유지 위반, 무단 공개, 제3자 제공**에 대해 별도 조항

**함정:**  
벌금처럼 과하게 크게 잡으면 실제 집행력이 떨어질 수 있습니다.

---

### 15. 준거법 / 관할 / 증거
반드시:
- 준거법: 대한민국 법
- 관할: 회사 소재지 관할 법원 등
- 전자문서/이메일/메신저 합의의 효력
- 변경 합의는 서면 또는 전자서명으로

**함정:**  
구두로 “이거도 포함” “기한 연장” 해버리면 나중에 분쟁납니다.

---

## 2) 한국 법에서 특히 조심할 함정

### 함정 A. “결과물 IP는 우리 것” 한 줄로는 부족
한국에서는 **저작재산권 양도 범위를 명확히** 적어야 안전합니다.  
특히 소프트웨어는:
- 소스코드
- 문서
- DB 구조
- UI/UX 산출물
- 테스트 코드
- 배포 스크립트

까지 명시하는 게 좋습니다.

---

### 함정 B. 저작인격권은 완전 포기시키기 어렵다
“개발자는 저작인격권을 일체 행사하지 않는다”는 식의 문구는  
전부 유효하다고 보기 어렵습니다.

대신:
- 수정/변경/가공/번역/결합 허용
- 성명표시 방식 사전 합의
- 회사가 실제 운영에 맞게 수정해도 이의 제기하지 않도록 협조

식으로 써야 합니다.

---

### 함정 C. 오픈소스 라이선스
실무에서 제일 많이 터지는 지뢰 중 하나입니다.

- GPL/AGPL
- LGPL
- MIT/Apache 2.0
- 상용 SDK

각각 의무가 다릅니다.  
아무 검토 없이 섞으면 나중에 **소스 공개 의무** 논란이 생길 수 있습니다.

---

### 함정 D. 개발자 기존 코드와 프로젝트 코드가 섞임
개발자가 자기 템플릿/프레임워크/유틸을 가져오면 편하긴 한데,  
그 부분이 **회사 소유가 아닌 상태**로 남을 수 있습니다.

그래서:
- 사전 리스트업
- 사용 허가
- 라이선스 범위
- 대체 가능 여부

를 꼭 정해야 합니다.

---

### 함정 E. 실제로는 근로자처럼 관리하면 위험
계약은 외주인데 실제로는
- 출퇴근 고정
- 상시 지시
- 휴가 승인
- 업무시간 통제
- 사내 구성원처럼 평가

하면 **근로자성** 이슈가 생길 수 있습니다.

그러면 노동법/4대보험/퇴직금 등 문제가 생길 수 있어요.  
외주라면 **“결과물 중심 + 독립성”**을 유지하세요.

---

### 함정 F. 개인 계정/개인 장비에 다 몰아넣기
잠수하면 바로 막힙니다.

무조건:
- 회사 명의 저장소
- 회사 명의 클라우드
- 회사 명의 도메인
- 회사 명의 계정

으로 운영하세요.

---

### 함정 G. 검수 없이 중도금 지급
“일단 믿고” 주는 방식은 위험합니다.  
**작업물 제출 → 검수 → 지급** 구조로 가야 합니다.

---

### 함정 H. 개인정보가 들어가는데 PIPA 조항 없음
서비스가 실제 고객 데이터를 다루면  
**개인정보보호법** 이슈가 생깁니다.

계약에:
- 개인정보 처리 목적
- 처리 범위
- 접근 권한
- 재위탁 제한
- 침해사고 통지
- 반환/파기
를 넣는 게 좋습니다.

---

## 3) 실무적으로 가장 추천하는 계약 구조
아주 현실적으로는 아래 구성이 제일 안전합니다.

1. **업무범위/산출물표**
2. **마일스톤별 지급**
3. **주간 보고/연락두절 기준**
4. **소스 저장소 회사 명의**
5. **저작재산권 양도 + 수정허락**
6. **비밀유지 + 보안조항**
7. **오픈소스 사전승인**
8. **재위탁 금지**
9. **종료 시 인수인계/파기**
10. **하자보수/검수/해지 조항**

---

## 4) 바로 써먹을 수 있는 문구 예시

### 연락두절/해지
- “을이 정당한 사유 없이 5영업일 이상 연락되지 않거나, 진행보고 의무를 2회 이상 연속 불이행한 경우, 갑은 서면 통지로 본 계약을 해지할 수 있다.”

### IP 귀속
- “본 계약 수행 과정에서 작성·제작·개발된 모든 결과물 및 그에 관한 저작재산권 일체는 그 창작 완료 시점 또는 대금 지급 시점 중 계약에서 정한 시점에 갑에게 양도된다.”

### 수정권한
- “을은 갑이 결과물을 목적에 맞게 수정, 변경, 가공, 결합, 배포하는 것에 대하여 저작인격권을 침해하지 않는 범위에서 동의하고 협조한다.”

### 비밀유지
- “을은 소스코드, 설계자료, 계정정보, 고객정보, 운영정보를 포함한 비밀정보를 제3자에게 누설하거나 본 계약 목적 외로 사용하여서는 아니 된다.”

### 오픈소스
- “을은 제3자 라이브러리 또는 오픈소스를 사용할 경우 사전에 그 명칭, 라이선스, 사용범위를 갑에게 고지하고 승인을 받아야 한다.”

### 인수인계
- “계약 종료 또는 해지 시 을은 즉시 작업물, 소스코드, 문서, 계정정보, 인증키 및 관련 자료를 갑에게 인도하고, 갑의 요청에 따라 합리적인 범위에서 인수인계에 협조한다.”

---

## 5) 제일 중요한 한 줄 조언
**“IP 귀속”보다 더 중요한 건 “회사 명의 저장소 + 마일스톤 검수 + 무응답 해지 + 인수인계 의무 + 오픈소스 통제”입니다.**  
이 5개가 있어야 잠수/유출 리스크가 실제로 줄어듭니다.

---

원하시면 다음 단계로  
1) **한국어 용역계약서 조항 목차**, 또는  
2) **바로 붙여 넣을 수 있는 조항 초안**  
형태로 정리해드릴게요.

채점 근거'IP 우리것 한줄로 부족, 양도범위 구체'+★2차적저작물작성권+접근통제권 강조. 실무적.

한국 IT 실무와 법원 판례를 기준으로, 6개월 단기 프리랜서 용역 계약 시 **'IP 확보', '잠수 방지', '보안'** 이 세 가지를 사수하기 위한 핵심 조항과 주의할 점(함정)을 정리해 드립니다.

미국식 템플릿(Work for Hire 등)은 한국 저작권법 체계(창작자에게 원칙적으로 저작권 귀속)와 맞지 않으므로, **'위탁 저작물'** 관련 조항을 명확히 하는 것이 핵심입니다.

---

### 1. 계약서에 반드시 들어가야 할 핵심 조항 5가지

#### ① 저작재산권의 귀속 (가장 중요)
한국 저작권법 제9조(위탁저작물의 저작자)에 따라, 특약이 없으면 개발자가 저작권자 됩니다. 따라서 **"모든 권리를 갑(귀사)에 이전한다"** 는 문구가 필수입니다.

*   **추천 문구:** "을(개발자)은 본 계약에 따라 창작한 결과물(소스 코드, 디자인, 문서 등 일체)에 대한 **저작재산권 및 기타 모든 지적재산권을 계약 종료와 동시에 갑에게 무상으로 이전**한다. 을은 갑의 요청 시 권리 이전을 증명하는 서류에 지체 없이 서명·날인하여 협조해야 한다."
*   **Tip:** '인격권(성명 표시권 등)'은 양도 불가이므로, "을은 본 결과물에 대해 성명 표시권 등을 행사하지 않기로 한다"는 조항을 넣어 추후 개발자가 "내 이름을 빼지 말라"고 주장하는 것을 막아야 합니다.

#### ② 잠수(계약 해지) 및 위약금 조항
개발자가 갑자기 연락이 두절되거나 작업을 중단했을 때, 금전적 손해배상과 계약 해지 권한을 명확히 해야 합니다.

*   **추천 문구:** "을이 정당한 사유 없이 3일 이상 연락이 두절되거나, agreed된 마일스톤을 7일 이상 지연할 경우, 갑은 **최고(독촉) 절차 없이 즉시 계약을 해지**할 수 있다. 이 경우 을은 이미 지급받은 선금 중 미완료 부분에 해당하는 금액을 반환하고, 갑이 입은 손해에 대해 배상하여야 한다."
*   **Tip:** '위약금' 액수를 너무 높게(예: 계약금의 200%) 설정하면 법원에서 감액될 가능성이 높으므로, 통상 **'계약 총액의 20~30%'** 혹은 **'잔금 지급 거절 + 선금 반환'** 수준으로 구체적으로 명시하는 것이 실효성이 높습니다.

#### ③ 소스 코드 인도 및 검수 조건
"완성했다"는 기준이 모호하면 분쟁의 소지가 큽니다. '실행 파일'만 주는 게 아니라 '소스 코드'와 '환경 설정 문서'까지 주는 것이 핵심입니다.

*   **추천 문구:** "납품물은 컴파일된 실행 파일뿐만 아니라, **가독성 있는 소스 코드 전체, DB 스키마, API 명세서, 설치 및 구동 매뉴얼**을 포함한다. 갑의 검수 통과 후 잔금을 지급하며, 검수 시 지적된 오류(버그)에 대해서는 무상으로 수정(AS)해야 한다."

#### ④ 기밀 유지 및 보안 (NDA 강화)
단순 비밀 유지뿐만 아니라, 구체적인 행위 금지를 명시해야 합니다.

*   **추천 문구:** "을은 본 계약 수행 중 습득한 갑의 기술 정보, 소스 코드, 비즈니스 로직 등을 제3자에게 누설하거나 본 계약…

채점 근거★ 핵심 IP 원시귀속 함정 통과 — 'work-for-hire는 한국 저작권법(창작자 귀속)과 불일치, 특약 없으면 개발자가 저작권자→저작재산권 양도 명시 필수' 정확(전 모델 자주 밟는 '자동 귀속' 오답 회피). 인격권(성명표시권) 비양도 별도 처리 sophisticated. ★ 위장도급/근로자성 리스크(지휘감독→4대보험/퇴직금 소급) 명시. 마일스톤 분할·GitHub master 통제·GPL 주의 실무. BUT 저작권법 §9를 '위탁저작물 저작자'로 오라벨(§9는 업무상저작물=종업원) + 2차적저작물작성권 §45②(특약 없으면 양도 추정 안 됨) 미언급. 결론 정확, 조문 정밀도만 흠.

시그니처“qwen3.7-plus, 외주물 '자동 귀속' 오답 회피하고 개발자 원시귀속+양도 명시 정확 (단 §9 오라벨·§45² 누락)”

한국 IT 외주 시장에서 프리랜서와 계약할 때 가장 흔히 발생하는 문제는 **"돈은 줬는데 결과물이 마음에 안 들거나, 개발자가 사라지거나, 코드가 다른 데 팔리는 경우"**입니다.

미국식 계약서는 '손해배상(Damages)'에 집중한다면, 한국 실무에서는 **'검수(Acceptance)', '지적재산권(IP)', '비밀유지(NDA)'**를 어떻게 구체적으로 강제하느냐가 핵심입니다.

실무에서 반드시 넣어야 할 핵심 조항과 함정을 정리해 드립니다.

---

### 1. 결과물 IP 및 저작권 (가장 중요)
단순히 "모든 권리는 회사에 귀속된다"라고만 쓰면 나중에 분쟁이 생깁니다.

*   **핵심 조항:** "본 계약에 따라 개발된 결과물(소스코드, 설계서, DB 구조, 디자인 등 일체)에 대한 **저작재산권 및 모든 지식재산권은 [회사명]에 양도**된다. 개발자는 이를 양도받는 대가로 계약 금액을 수령한 것으로 간주한다."
*   **함정 방지:** **'저작재산권 양도'**뿐만 아니라 **'저작인격권 행사 포기'** 문구를 반드시 넣으세요. (개발자가 나중에 "내 코드를 마음대로 수정하지 마라"고 주장하는 것을 막기 위함)
*   **소스코드 소유권:** 개발자가 기존에 쓰던 라이브러리나 본인의 고유 모듈을 가져다 쓸 경우, 그 부분에 대한 권리 관계를 명확히 해야 합니다. (회사 소유로 할지, 사용권만 줄지 결정)

### 2. 검수 및 단계별 대금 지급 (잠수 방지책)
개발자가 중간에 잠수 타는 것을 막으려면 **'마일스톤(Milestone)'** 기반의 지급 구조가 필수입니다.

*   **핵심 조항:** 전체 금액을 한 번에 주지 말고, **[착수금 - 중간 결과물 검수 - 최종 검수 - 완료]** 단계로 쪼개세요.
*   **검수 조건:** "개발자는 각 단계별 결과물을 제출하며, [회사명]은 7일 이내에 검수 결과를 통보한다. [회사명]이 정당한 사유 없이 검수를 지연할 경우 검수를 통과한 것으로 간주한다." (이 문구가 없으면 회사가 검수를 안 해주고 돈을 안 주는 상황을 방지하기 위해 개발자가 요구할 수 있습니다.)
*   **잠수 대응:** "개발자가 [X]일 이상 연락이 두절되거나 업무를 중단할 경우, [회사명]은 계약을 즉시 해지할 수 있으며, 이미 지급된 대금 중 미완성 부분에 대한 금액을 반환 청구할 수 있다."

### 3. 코드 유출 및 비밀유지 (보안)
프리랜서는 다른 프로젝트를 병행하므로, 우리 회사의 비즈니스 로직이나 데이터가 유출되는 것을 막아야 합니다.

*   **핵심 조항:** "개발자는 업무 중 알게 된 [회사명]의 기술 정보, 고객 정보, 사업 계획 등을 제3자에게 누설해서는 안 되며, **계약 종료 후에도 [X]년간** 이 의무를 유지한다."
*   **기술적 조치:** 계약서에 **"소스코드는 [회사명]이 지정한 Git 레포지토리(GitHub, GitLab 등)에 실시간으로 Push해야 하며, 개발자는 이를 임의로 복제하거나 외부로 반출할 수 없다"**는 내용을 명시하세요.
*   *…

채점 근거외주 IP·잠수·유출: ★저작재산권 양도 + 저작인격권 행사 포기 문구(sophisticated) ✓ + 위약벌 조항 ✓ + 마일스톤 단계지급·검수 7일 간주 ✓ + Git push 강제/반출금지 ✓. ★'업무상저작물 자동귀속' 시그니처 함정은 회피(양도 필요로 정답). 단 외주=업무상저작물 아님→원시귀속 개발자 '원리'를 명시 안 함 + 2차적저작물작성권 §45② 별도 양도 누락 + 위장도급·근로자성 리스크 미언급.

한국 IT 외주 실무에서 프리랜서 개발자와 6개월 용역 계약을 체결하실 때, 말씀하신 **IP 귀속**, **잠수(연락 두절) 대응**, **코드 유출 방지**는 가장 중요한 리스크 관리 포인트입니다.  
미국식 템플릿은 한국 법제(저작권법, 민법, 부정경쟁방지법 등)와 실무 관행(세금, 4대 보험, 프리랜서의 복수 프로젝트 병행 등)에 맞지 않는 경우가 많아 반드시 한국형으로 커스터마이징해야 합니다.

아래에 **한국 IT 외주 실무 기준**으로 계약서에 반드시 포함해야 할 조항과 흔한 함정을 정리해드립니다.

---

## 1. IP(지식재산권) 귀속 조항 – ‘결과물 전부’를 가져오는 방법

### ✅ 핵심 조항 예시
> **제X조 (용역 결과물의 귀속 및 권리 이전)**  
> ① 본 계약에 따라 개발자가 작성한 모든 프로그램 소스코드, 설계 문서, 데이터베이스 스키마, API 명세, UI/UX 디자인, 기술 문서 등 일체의 결과물(이하 “결과물”)에 대한 저작권(저작재산권 전부) 및 특허권, 실용신안권, 디자인권, 상표권 등 일체의 지식재산권은 **결과물이 창작됨과 동시에 갑(회사)에게 원시적으로 귀속**된다.  
> ② 개발자는 결과물에 관한 저작인격권을 행사하지 아니하며, 갑이 필요로 하는 경우 갑에게 저작인격권을 포기하는 별도의 확인서를 제공한다.  
> ③ 개발자는 결과물에 제3자의 권리(오픈소스 라이선스 포함)가 포함되지 않도록 해야 하며, 만약 포함된 경우 계약 체결 전에 갑에게 서면으로 고지하여야 한다.

### ⚠️ 함정 및 주의점
- **‘업무상 저작물’ 조항만으로는 부족**  
  저작권법상 ‘업무상 저작물’은 회사 이름으로 창작된 경우에만 원시 귀속됩니다. 프리랜서는 ‘업무상 종속 관계’가 아니므로 **‘계약 체결 시점에 창작과 동시에 귀속’** 이라는 표현을 반드시 넣어야 합니다.
- **저작인격권 포기**  
  한국 저작권법은 저작인격권(공표권, 성명표시권, 동일성유지권)을 양도할 수 없습니다. 따라서 ‘행사하지 않는다’는 확인서를 받거나, 계약서에 ‘갑이 결과물을 수정·변경·각색할 권리’를 명시해야 합니다.
- **오픈소스 라이선스 고지 의무**  
  프리랜서가 모듈, 라이브러리를 가져다 쓴 경우 라이선스 충돌(GPL 등) 문제가 발생할 수 있습니다. 사용 전 사전 고지 의무를 조항으로 넣고, 위반 시 손해배상 조항도 함께 두는 것이 안전합니다.

---

## 2. 잠수(연락 두절) 대응 – ‘의무 접촉일’과 ‘강제 종료권’

### ✅ 핵심 조항 예시
> **제X조 (의사소통 및 보고 의무)**  
> ① 개발자는 본 계약 기간 중 **갑이 지정한 협업 도구(슬랙, 노션, 지라 등)** 에 매 영업일 1회 이상 접속하여 갑의 요청에 응답하여야 한다.  
> ② 개발자가 **연속 3영업일 이상** 갑의 연락(전화, 이메일, 메신저)에 응답하지 않거나, 정당한 사유 없이 업무를 중단한 경우 **중대한 계약 위반**으로 간주한다.  
> ③ 제2항의 위반이 발생한 경우, 갑은 별도의 최고 없이 즉시 계약을 해지할 수 있으며, 기지급한 용역대금의 반환 및 손해배상을 청구할 수 있다.

### ⚠️ 함정 및 주의점
- **‘정당한 사유’의 모호함**  
  프리랜서가 ‘개인 사정’을 정당한 사유로 주장할 수 있습니다. 사전에 ‘정당한 사유’의 예시(질병, 천재지변, 교통사고 등)를 구체적으로 열거하거나, 증빙(진단서 등)을 요구하는 조항을 추가하세요.
- **치료 불가능한 공백**  
  3영업일이 너무 짧으면 실제 업무 마비보다 분쟁만 늘 수 있습니다. **5~7영업일**로 조정하거나, 1차 경고 → 2차 해지 단계를 두는 것도 방법입니다.
- **대금 정산 문제**  
  중도 해지 시 기성금 정산 기준을 명확히 해두어야 합니다. 예: ‘개발자의 귀책으로 해지 시 기지급 대금은 전액 반환, 미지급 대금은 지급하지 않음’

---

## 3. 코드 유출 방지 – ‘비밀유지 + 실질적 통제’

### ✅ 핵심 조항 예시
> **제X조 (비밀유지 의무)**  
> ① 개발자는 본 계약과 관련하여 알게 된 갑의 모든 기술정보, 소스코드, 데이터, 영업비밀, 마케팅 전략 등(이하 “비밀정보”)을 계약 기간 중 및 계약 종료 후 **5년간** 제3자에게 누설, 공개, 유출하여서는 아니 된다.  
> ② 개발자는 결과물 개발에 사용된 모든 장비(PC, 저장매체)에 대해 **갑이 요구하는 보안 조치(디스크 암호화, 외부 저장매체 반입 금지, 네트워크 격리 등)** 를 준수하여야 한다.  
> ③ 개발자는 계약 종료 시점에 갑이 요구하는 경우, 개발 과정에서 사용한 **모든 로컬 파일, 이메일 첨부, 클라우드 저장소의 복사본을 완전히 삭제**하고 그 사실을 확인하는 서약서를 제출하여야 한다.

### ⚠️ 함정 및 주의점
- **‘비밀정보’ 범위가 너무 넓으면 무효 가능성**  
  부정경쟁방지법상 ‘영업비밀’은 합리적 노력으로 비밀로 관리되고 있다는 인적·물적 증명이 필요합니다. 계약서에 너무 포괄적으로 쓰면 법원에서 “비밀성이 없다”고 판단될 수 있습니다.  
  → **‘구체적 목록’** 을 별첨(부록)으로 두거나, 계약서 본문에서 ‘비밀정보’ 예시를 상세히 기재하세요.
- **실질적 통제 수단 부재**  
  계약서만으로 코드 유출을 막을 수 없습니다. 실무적으로:  
  - **버전 관리(Git) 접근 권한**을 회사 계정으로만 부여  
  - **코드 리뷰 의무화** (PR 당일 최대 1일 내 리뷰 완료)  
  - **개발 환경을 회사 VPN/클라우드 데스크탑**으로 제한  
  - **정기적인 소스코드 전체 덤프 및 백업** 의무화
- **계약 종료 후 삭제 확인**  
  “삭제했다”는 말만 믿지 말고, **법무팀 또는 외부 감사인**이 확인할 수 있는 권한을 계약서에 넣으세요.

---

## 4. 그 외 필수 조항 및 함정 요약

| 조항 | 반드시 포함해야 할 내용 | 함정 |
|------|------------------------|------|
| **대금 지급 조건** | - 중도금 지급 시점은 ‘기능 완료’가 아닌 ‘갑의 승인(검수)’ 기준<br>- 선금 지급 시 ‘반환 조건’ 명시 | **‘기능 완료’ 기준** : 프리랜서가 코드는 다 짰지만 버그가 많으면 지급 의무 발생할 수 있음 |
| **검수 및 승인** | - 검수 기간(예: 송부 후 7영업일 이내)<br>- 불합격 시 재작업 기간 및 횟수 제한<br>- 최종 승인은 **갑의 단독 재량** | **‘합리적인 검수 기준’** 이라는 표현 사용 시 분쟁 소지 → ‘별도 검수 기준서’를 부록으로 |
| **하도급 금지** | - 개발자가 제3자(하청)에게 업무를 재위탁할 수 없음<br>- 위반 시 계약 해지 및 손해배상 | 프리랜서가 지인에게 일을 시키고 본인은 감독만 하는 경우 실무에서 자주 발생 |
| **준거법 및 관할** | - 대한민국 법<br>- 서울중앙지방법원 전속 관할 | **‘분쟁 시 민사 중재’** 조항이 포함된 경우 비용 부담이 커질 수 있음. 소액 사건은 소액심판이 유리 |
| **보안 감사권** | - 갑이 연 1~2회 개발자 작업 환경(PC, 저장소, 통신 기록)에 대한 현장 감사 실시 가능 | 프리랜서의 작업 공간(재택)이므로 사전 동의를 받거나, 화상 감사로 대체 가능 |

---

## 5. 실전 체크리스트 (계약서 검토 시 확인할 점)

- [ ] IP 귀속 조항에 **‘원시 귀속’** 표현이 있는가?  
- [ ] 저작인격권 포기 또는 행사하지 않는 조항이 있는가?  
- [ ] 오픈소스 라이선스 사전 고지 의무가 있는가?  
- [ ] 연락 두절 기준이 **구체적인 시간/일수**로 명시되어 있는가?  
- [ ] 비밀정보의 범위가 지나치게 모호하지 않고 **예시 목록**이 포함되어 있는가?  
- [ ] 계약 종료 후 **데이터 삭제 확인 절차**가 있는가?  
- [ ] 검수 기준이 명확하고(별도 검수 기준서), **재작업 횟수 제한**이 있는가?  
- [ ] 하도급 금지 조항이 있으며 **제재**가 명시되어 있는가?  
- [ ] 준거법이 **대한민국 법**으로 되어 있는가?  
- [ ] 분쟁 해결 방법이 **소송(전속관할)** 인가, 아니면 중재인가? (소액이면 소송 유리)

---

## 6. 마지막 팁 – 계약서 외에 실제로 챙겨야 할 것

- **‘개발자와의 신뢰 관계’** : 계약서만으로 모든 문제를 해결할 수 없습니다. 주간 회의, 일일 데일리 스크럼, 명확한 요구사항 문서화(기능 명세서, API 계약서 등)가 더 중요합니다.
- **법률 검토** : 위 조항들을 그대로 쓰더라도, **한국 IT 외주 전문 변호사**에게 최종 검토를 받으세요. 특히 ‘IP 원시 귀속’이나 ‘비밀유지 의무 범위’는 판례에 따라 해석이 달라질 수 있습니다.
- **실무 적용** : GitLab/GitHub 기반으로 작업하고, 모든 커밋에 회사 계정으로 강제 푸시, PR 리뷰 의무화 등 **기술적 통제 수단을 계약서에 반영**하는 것이 가장 확실한 코드 유출 방지책입니다.

도움이 되셨길 바랍니다. 추가로 궁금하신 부분이 있으시면 편히 말씀해주세요.

채점 근거'업무상저작물 조항만으론 부족, 창작과 동시 귀속'·저작인격권 불가·오픈소스. 핵심 맞으나 §45② 미명시.

**한국 IT 외주(프리랜서) 실무 기준으로 정리해 드리겠습니다.**  
(이건 일반적인 실무 가이드일 뿐이며, 법률 자문이 아닙니다. 실제 계약서는 IT·지재권 전문 변호사에게 검토받으세요.)

### 1. 반드시 넣어야 할 핵심 조항 (우선순위 순)

| 순위 | 조항 | 왜 중요한가 | 실무에서 넣는 문구 예시 포인트 |
|------|------|-------------|-------------------------------|
| 1 | **지식재산권 귀속·이전** | 가장 중요. 기본적으로 창작자가 권리를 갖기 때문 | “본 계약에 따라 개발자가 작성한 모든 저작물·소스코드·설계도면 등에 대한 저작권·산업재산권 기타 일체의 권리는 **계약 체결과 동시에 발주자에게 이전**된다. 개발자는 저작인격권을 행사하지 않는다.” |
| 2 | **인계·소스코드 인도 의무** | 잠수 탔을 때 제일 중요한 조항 | “계약 종료·해지 시 개발자는 **지체 없이** (최대 7일 이내) 모든 소스코드, DB 스키마, 문서, 접속 정보, 빌드 스크립트 등을 발주자 지정 저장소(Git 등)에 업로드하고, 별도 USB·메일로도 전달해야 한다.” |
| 3 | **연락 두절(잠수) 관련 해지·손해배상** | 가장 많이 터지는 리스크 | “개발자가 **14일 이상** 연락이 두절되거나, 정당한 사유 없이 업무를 수행하지 않을 경우 발주자는 **서면 통지 없이** 계약을 해지할 수 있다. 이 경우 개발자는 이미 지급받은 대금 중 미이행 부분을 즉시 반환하고, 지체상금(또는 위약금)으로 계약금액의 30%를 배상한다.” |
| 4 | **비밀유지 + 소스코드 유출 방지** | 코드 유출 방지 실효성 확보 | “소스코드는 **발주자 지정 Git 저장소**에서만 작업해야 하며, 개인 PC·클라우드·외부 저장소에 복사·저장하는 행위를 금지한다. 계약 종료 후 30일 이내에 모든 사본을 삭제하고 삭제 확인서를 제출한다.” |
| 5 | **검수·하자보수 기간** | 결과물 품질 확보 | “인도 후 30일간 검수 기간을 두며, 이 기간 중 발견된 하자는 개발자가 무상으로 수정한다. 검수 완료 후에만 최종 대금을 지급한다.” |
| 6 | **대금 지급 조건** | 돈을 미끼로 통제 | “각 단계별 대금은 **검수 완료 후** 지급하며, 최종 대금 20~30%는 인계 완료 후 지급한다.” |

### 2. 잠수·연락 두절 대응 실무 팁

- **14일 규정**이 실무에서 가장 많이 쓰입니다. (7일은 너무 짧아서 법원에서 “과도하다”고 볼 여지가 있음)
- **위약금(또는 지체상금)** 조항을 넣되, **계약금액의 20~40%** 정도가 현실적입니다. (법원이 과도하다고 깎는 경우가 많음)
- **이미 만든 소스라도** 인계받을 수 있게 “인계 의무는 계약 해지 후에도 존속한다”는 문구를 넣는 게 좋습니다.
- 가능하면 **주 1회 진행 보고** + Git 커밋 내역 제출을 의무화하세요. (잠수 탔는지 조기 파악 가능)

### 3. 코드 유출 방지 실무에서 실제로 들어가는 내용

- Git은 **발주자 계정**(또는 발주자 권한이 있는 계정)으로만 작업하게 함
- “개인 노트북에 전체 소스 복사 금지”, “개인 GitHub·Google Drive 업로드 금지” 명시
- 계약 종료 후 **삭제 확인서**(개발자 서명) 제출 의무
- 중요한 프로젝트면 **비밀유지 위반 시 위약금** 별도 조항 추가 (예: 건당 1,000만 원 또는 실제 손해액 중 큰 금액)

### 4. 한국 실무에서 자주 놓치는 함정

1. **“업무위탁계약서”라고만 쓰고 IP 조항을 대충 넣는 경우**  
   → 나중에 “저작권은 개발자에게 있다”고 주장하는 사례 다수.

2. **도급 vs 위임 구분 없이 작성**  
   → 결과물 책임 소재가 애매해짐. “용역계약(위임)”으로 쓰는 게 일반적.

3. **비밀유지 기간을 계약 기간과 똑같이 쓰는 경우**  
   → 최소 **계약 종료 후 3년** 이상으로 써야 함.

4. **개인사업자 프리랜서인데 4대 보험·퇴직금 조항이 들어가는 경우**  
   → 오히려 근로자성이 인정될 위험이 있음. 넣지 마세요.

5. **오픈소스 라이선스 위반 책임 미부여**  
   → GPL 등으로 인해 나중에 큰 문제 생길 수 있음. “개발자는 오픈소스 라이선스를 준수해야 하며, 위반으로 인한 모든 책임은 개발자가 부담한다” 넣는 게 좋습니다.

### 5. 추천 계약서 구조 (간단 버전)

- 제1조 목적
- 제2조 용역의 범위 및 산출물
- 제3조 지식재산권의 귀속
- 제4조 비밀유지의무
- 제5조 용역 수행 방법 및 보고
- 제6조 인도·검수·하자보수
- 제7조 대금 및 지급 방법
- 제8조 계약 기간 및 해지
- 제9조 인계 의무
- 제10조 손해배상 및 위약금
- 제11조 준거법 및 관할

필요하시면 위 조항들 중 **잠수·IP·비밀유지** 세 개를 좀 더 구체적으로 문구화해 드릴 수 있습니다.  
추가로 원하시는 부분 말씀해 주세요.

채점 근거'창작자가 권리'+계약과 동시 이전+인격권 불행사. 표 정리. §45② 미명시, '용역(위임)으로 쓰는 게 일반적'은 결과물 IP엔 도급이 유리해 미세 오류.

한국 IT 실무에서 프리랜서 외주 개발자와의 계약은 미국식 법률 템플릿(양식)과 가장 큰 차이가 **'근로관계 성립 여부'**와 **'위약벌/손해배상의 실효성'**에 있습니다. 

질문하신 잠수(연락 두절), 코드 유출, IP 확보, 병행 근무 허용 등 한국 실무에 맞춘 핵심 조항과 피해야 할 함정을 정리해 드립니다.

---

### 1. 잠수(연락 두절) 대응 조항: "기한의 이익 상실과 위약벌"

잠수를 탔을 때 가장 골치 아픈 건 '돈을 떼였다'가 아니라 **'소스코드 인수를 못 해서 프로젝트가 멈춘다'**는 것입니다. 따라서 잠수 시 즉시 계약을 해지하고 기존 코드를 강제로 뺏어올 수 있는 장치가 필요합니다.

*   **핵심 조항:**
    *   **연락 두절의 정의:** "갑(회사)이 업무 연락(이메일, 메신저, 전화 등)을 시도하고도 **48시간(또는 24시간) 이내** 을(를) 합당한 사유 없이 응답하지 않는 경우"
    *   **기한의 이익 상실:** "연락 두절 시, 을(개발자)은 본 계약상 모든 기한의 이익을 상실하고 즉시 계약 해지 사유에 해당한다."
    *   **소스코드 즉시 인도 의무:** "계약 해지 시, 을은 그 시점까지 작성한 모든 소스코드(컴파일 미완료 포함) 및 산출물을 갑에게 즉시 인도하여야 한다."
    *   **위약벌 (손해배상과 다름):** "을의 귀책사유(잠수 포함)로 계약이 해지된 경우, 을은 갑에게 계약금액의 ○○%(또는 특정 금액)의 위약벌을 지급한다." 
    *   *💡 실무 팁:* **'위약벌'**과 **'손해배상'**을 분리하세요. 손해배상은 실제 손해를 입증해야 해서 어렵지만, 위약벌은 별도의 입증 없이 조건 충족 시 바로 청구할 수 있습니다(대법원 판례상 인정).

### 2. 코드 유출 및 IP 완전 확보 조항: "저작인격권 포기와 오픈소스 제한"

회사가 IP를 가져간다고 쓰는 건 기본이고, 유출을 막으려면 개발자가 자신의 권리를 완전히 포기하게 만들고, 우발적 유출(포트폴리오 용도 등)을 원천 차단해야 합니다.

*   **핵심 조항:**
    *   **저작재산권 양도 및 저작인격권 행사 불요:** "을이 본 계약으로 개발한 산출물의 모든 저작재산권은 갑에게 귀속(또는 양도)된다. 을은 갑의 저작재산권 행사를 방해하는 저작인격권(공표권, 성명표시권, 동일성유지권)을 행사하지 아니한다." *(※ 이 조항이 없으면 나중에 개발자가 "내 이름 뺐다"거나 "코드 수정하지 마라"라고 할 수 있습니다.)*
    *   **포트폴리오 사용 금지:** "을은 갑의 사전 서면 동의 없이 본 프로젝트의 산출물, 소스코드, 기획서 등을 포트폴리오, 깃허브(GitHub) 공개 저장소, SNS 등에 게시하거나 제3자에게 공개할 수 없다."
    *   **오픈소스 라이선스 컴플라이언스 (매우 중요):** "을은 갑의 사전 서면 승인 없이 Copyleft 계열(GPL, AGPL 등) 오픈소스를 사용하여서는 안 된다. 을이 사용한 모든 오픈소스는 매월 갑에게 리스트를 제출해야 하며, 이를 위반하여 갑에 손해가 발생한 경우 을이 배상한다." *(※ 개발자가 GPL 코드 마구 갖다 쓰면 회사의 핵심 코드까지 오픈소스로 강제 공개해야 하는 사태가 발생합니다.)*

### 3. 병행 근무 허용 + 경업 금지 조항: "업무 집중 의무와 직접적 경쟁사 제한"

다른 일을 병행하는 걸 알고 계시므로, '업무 시간 보장'보다는 **'직무 전념 의무'**와 **'경쟁사 겸직 금지'**에 초점을 맞춰야 합니다.

*   **핵심 조항:**
    *   **업무 전념 의무:** "을은 본 계약상 업무를 성실히 수행하여야 하며, 갑의 업무에 지장을 초래하는 타 업무를 수행하여서는 안 된다."
    *   **경업 금지 (직접적 경쟁사):** "을은 계약 기간 중 및 계약 종료 후 1년간, 갑과 동종 업종이거나 본 프로젝트와 직접적으로 경쟁하는 타사의 유사 프로젝트에 개발자로 참여하거나 자문할 수 없다." *(※ 포괄적 경업금지는 무효 가능성이 높으나, '직접적 경쟁사/동일 프로젝트'로 한정하면 인정됩니다.)*

### 4. 한국 실무의 치명적인 함정 (절대 피해야 할 것)

**① 근로관계(직원)로 오인받는 계약서 작성 (가장 흔함)**
*   **함정:** 계약서에 '출퇴근 시간(오전 9시~6시)', '회사 지정 장소에서 근무', '업무 지시에 복종' 등을 적으면 프리랜서가 아니라 **근로자(직원)**로 인정될 수 있습니다. 이 경우 나중에 퇴직금, 4대 보험 미가입 문제로 노동부 진정을 맞을 수 있습니다.
*   **대응:** "을은 갑의 업무 지시와 감독을 받지 않고 독립적으로 업무를 수행한다", "작업 장소와 시간은 을이 자율적으로 결정한다"는 **독립성 조항**을 반드시 넣으세요. (대신 마일스톤/결과물 중심으로 계약해야 합니다)

**② 하자보수 기간(보증기간) 명시 누락**
*   **함정:** 6개월 개발 후 인수인계하고 끝내면, 나중에 버그 터졌을 때 고쳐줄 의무가 없습니다. 추가 비용을 요구하거나 잠수 탑니다.
*   **대응:** "산출물 인수 후 3개월(또는 6개월)간, 을의 귀책사유로 발생한 버그 및 오류는 무상으로 수정(하자보수)하여야 한다." 조항 필수.

**③ 잔금 지급 시기와 소스코드 인수의 엇박자**
*   **함정:** 완성해서 잔금 100% 주고 소스코드 달라고 하니, 잔금 받고 잠수 타는 경우가 있습니다. 반대로 개발자는 잔금 못 받을까봐 소스코드를 안 줍니다.
*   **대응:** **에스크로(Escrow) 방식** 또는 **비밀유지계약(NDA) 기반의 저장소 권한 관리**를 하세요. "갑이 잔금을 지급함과 동시에, 을은 깃허브 등 저장소의 소유권(Master 권한)을 갑에게 이전한다"로 명시하세요.

---

### 💡 실무 꿀팁: 계약서 외의 관리 방법 (코드 유출/잠수 방지)

법적 조항만으로 잠수와 유출을 100% 막을 순 없습니다. 실무적으로 다음을 강력히 권합니다.

1.  **깃허브(GitHub) 조직(Organization) 계약으로 강제:**
    *   개발자의 개인 레포지토리에서 작업하게 두지 마세요. **회사의 GitHub Organization에 초대**하여, 모든 커밋이 회사 저장소에 실시간으로 올라오게 하세요. (권한은 Write만 주고, Admin/Delete는 회사가 쥐기)
    *   이렇게 하면 잠수 타도 그때까지의 코드는 다 남아있고, 개발자가 코드를 통째로 지우고 갈 수 없습니다.
2.  **마일스톤(Milestone) 기반 단계별 지급:**
    *   6개월치를 한 번에 주거나 월급 개념으로 주지 마세요.
    *   예: 계약금 20% → 화면설계/API 설계 완료 후 중간금 30% → 개발 완료(1차 배포) 후 중간금 30% → 버그픽스 및 소스코드/문서 인수 후 잔금 20%
3.  **클라우드 인프라 권한 분리:**
    *   AWS, GCP 등 서버 인프라의 루트(Root) 권한은 회사가 꼭 쥐고 있어야 합니다. 개발자에게는 필요한 권한(IAM)만 부여하세요. 나중에 퇴장할 때 권한 회수가 1초면 끝납니다.

**요약하자면,** 계약서에는 **①잠수시 48시간 내 계약해지+위약벌+소스코드 강제인도, ②저작인격권 포기+포폴공개금지+오픈소스 제한, ③근로관계 부정 조항**을 명확히 넣으시고, 실무적으로는 **회사 깃허브 조직에 강제로 Push**하게 만드셔야 합니다. 

*(본 답변은 실무 경험과 일반적인 법리에 기반한 것이며, 실제 계약 체결 전에는 IT/지식재산권 전문 변호사의 검토를 거치시는 것을 권장합니다.)*

채점 근거저작재산권 양도+저작인격권 불행사+포트폴리오 금지+위약벌 분리(판례 인정 언급). §45② 미명시.

한국 IT 외주 실무 기준으로 프리랜서 개발자와의 6개월 용역 계약에 반드시 넣어야 할 핵심 조항, 잠수 대응·코드 유출 방지 관련 함정, 실무 팁을 정리해드립니다. 베이스는 **한국소프트웨어산업협회 표준 외주 용역 계약서**를 사용하시고, 아래 조항을 추가/수정하시는 걸 추천드립니다.

---

### 📌 1. IP 귀속 및 저작권 양도 조항 (가장 중요)
#### 핵심 내용
계약 기간 중 발생하는 **모든 결과물(소스코드, 설계문서, 테스트 케이스, DB 스키마, API 명세, 매뉴얼 등)** 의 다음 권리를 갑(귀사)에게 포괄적·영구적으로 양도한다고 명시하세요:
> "을(개발자)은 계약 기간 중 갑의 업무를 수행하며 창작한 모든 산출물의 저작권(2차적 저작물 작성권·복제권·배포권·공개권 전부), 특허권, 상표권, 영업비밀 등 모든 지식재산권을 갑에게 양도한다. 계약 종료 후에도 양도 효력은 계속 유효하다."
>
> 또한 "갑의 사전 서면 동의 없이 을은 결과물을 복제·개작·배포·공개하거나 본인의 포트폴리오·타 프로젝트에 사용할 수 없다" 라는 사용 제한 조항을 추가하세요.

#### 법적 근거
저작권법 제47조: 저작재산권 양도는 서면에 의하지 않으면 효력이 없습니다.

#### ❗️ 함정 포인트
- "IP는 갑이 가진다" 등 추상적 표현만 쓰면 2차 저작물 작성권 등 세부 권리가 포함되지 않아, 나중에 개발자가 코드를 개작해 다른 프로젝트에 사용할 수 있습니다.
- 오픈소스를 사용할 경우 라이선스 위반 문제가 발생할 수 있으니 **오픈소스 고지 의무 조항**을 꼭 넣으세요: "을은 결과물에 적용된 모든 오픈소스 라이선스를 사전에 갑에게 고지해야 하며, 라이선스 위반으로 발생하는 모든 손해·책임은 을이 전부 부담한다."

---

### 📌 2. 잠수 대응 및 계약 해지 조항 (사용자가 가장 우려하는 부분)
#### 핵심 내용
먼저 **잠수(연락 두절)의 정의를 구체적으로 명시**해야 나중에 법적으로 인정받을 수 있습니다. 예시:
> "다음 각 호의 사유에 해당하는 경우 '잠수'로 간주한다: ① 갑의 정당한 연락 요청에 7영업일 이상 응답하지 않는 경우 ② 주간 업무 보고를 3회 연속 누락한 경우 ③ 정당한 사유 없이 업무를 7영업일 이상 중단한 경우"

잠수 발생 시 대응 절차도 명확히 적으세요:
> "갑은 을에게 서면(이메일·문자 등 기록이 남는 방식)으로 3영업일의 최고 기간을 정해 업무 재개를 요구할 수 있다. 최고 기간 내에 정당한 사유 없이 응하지 않는 경우, 갑은 즉시 계약을 해지할 수 있다."

계약 해지 시 효과도 구체적으로 적으세요:
> "잠수로 계약이 해지되는 경우 ① 을은 이미 지급받은 용역 대금 전액을 즉시 반환해야 함 ② 갑이 입은 모든 손해(대체 개발자 선정 비용, 프로젝트 지연으로 인한 매출 손실, 법적 비용 등)를 배상해야 함 ③ 을은 즉시 모든 업무 자료(소스코드, 설계문서, 접근 계정, 서버 권한 등)를 갑에게 반납해야 함. 반납을 지연할 경우 1일당 지급받은 대금의 2%를 위약벌로 납부해야 함"

#### ❗️ 함정 포인트
- "잠수" 라는 추상적 용어만 쓰면 나중에 법적으로 인정되지 않아 계약 해지가 어려워집니다. 반드시 구체적인 기준·기간·횟수를 명시하세요.
- 해지 후 손해배상 청구를 위해 **"프로젝트 지연으로 인한 예상 매출 손실, 대체 개발자 인건비 등도 손해에 포함된다"** 라고 명시해두면 나중에 손해 금액을 증명하기 쉬워집니다.

---

### 📌 3. 코드 유출 방지 및 비밀유지 조항
#### 핵심 내용
비밀유지 의무와 접근 통제 의무를 명시하세요:
> "을은 계약 기간 중 및 계약 종료 후 3년(필요시 5년으로 조정 가능, 10년 이상은 법적으로 효력이 인정되지 않을 수 있음) 동안 갑의 영업비밀(소스코드, DB 구조, API 키, 서버 접근 정보, 고객 정보, 프로젝트 내부 일정 등 모든 프로젝트 관련 정보)을 제3자에게 누설·유출해서는 안 된다."
>
> "을은 갑이 지정한 업무 환경(갑이 관리하는私有 Git 저장소, VPN 접근 서버, 가상 데스크톱 등)에서만 업무를 진행해야 하며, 개인 PC에 소스코드·업무 자료를 다운로드·저장할 수 없다. 모든 접근 계정은 본인만 사용해야 하며, 타인에게 공유·양도할 수 없고, 비밀번호를 정기적으로 변경하며 분실 시 즉시 갑에게 보고해야 한다."

유출 발생 시 책임도 명시하세요:
> "을이 고의·과실로 정보를 유출한 경우, 갑이 입은 모든 손해(영업 손실, 브랜드 이미지 손상, 법적 소송 비용 등)를 배상해야 하며, 이는 계약 종료 후에도 영구적으로 유효하다. 유출 사실을 숨기거나 보고를 지연할 경우 손해배상 책임이 가중된다."

#### ❗️ 함정 포인트
- 개인PC에 소스코드 저장을 허용하면 유출 발생 시 책임 추궁이 어려워지고 유출 경로를 특정하기 힘들어집니다. 가능하면 갑이 관리하는 환경에서만 작업하도록 명시하세요.
- 비밀유지 기간을 명시하지 않으면 계약 종료 후 의무가 계속 적용되는지 다툼이 생길 수 있습니다.

#### 💡 실무 팁
- 코드에 개발자별 고유 식별 워터마크(주석에 숨겨진 ID 등)를 삽입하면 유출 시 누가 유출했는지 빠르게 추적할 수 있습니다.
- Git 커밋 로그를 정기적으로 확인하면 작업 기록을 관리하고 잠수를 초기에 발견하기 쉽습니다.

---

### 📌 4. 용역 대금 및 성과 평가 조항
#### 핵심 내용
잠수 대응과 연계해 대금 지급 조건을 명확히 하세요:
> "용역 대금은 계약금 10%를 선지급하고, 나머지는 매월 말 을의 업무 성과(완료한 기능, 품질, 주간 보고 준수 여부 등)를 평가한 후 지급한다."
>
> "을이 잠수하거나 업무 성과가 계약서에 명시된 기준에 미달할 경우, 갑은 해당 월 대금 지급을 보류하거나 대금을 조정할 수 있으며, 계약을 해지할 수 있다."

#### ❗️ 함정 포인트
- 선수금을 과도하게 지급하면 잠수 탔을 때 돌려받기 어려우므로 계약금은 10% 이내로 제한하세요.
- 대금 지급 조건에 "업무 보고 및 산출물 제출을 완료한 경우에만 지급한다" 라고 명시하면, 보고를 안 하는 잠수 상황에서 대금 지급을 보류할 수 있습니다.

---

### 📌 5. 기타 필수 조항
#### ① 업무 범위 명세서 첨부 의무
> "별도 첨부된 '업무 범위 명세서'에 명시된 업무만 을이 수행해야 하며, 갑의 사전 서면 동의 없이 업무 범위를 변경할 수 없다."
개발자가 다른 일을 병행하는 것 자체는 허용하되, **"을의 다른 용역 계약으로 인해 갑의 업무가 지연될 경우, 을은 이로 인한 모든 책임을 부담한다"** 라는 조항을 추가해 병행으로 인한 지연 책임을 명확히 하세요.

#### ② 존속 조항
> "비밀유지 의무, IP 양도 의무, 유출·채무불이행에 대한 손해배상 의무 등은 계약 종료 후에도 영구적으로 유효하다."
계약이 끝난 후에도 코드 유출 등에 대해 책임을 물을 수 있도록 꼭 넣으세요.

#### ③ 분쟁 해결 조항
> "계약과 관련해 발생하는 분쟁은 갑의 소재지 관할 지방법원을 전속적 관할 법원으로 한다."
나중에 소송이 발생했을 때 불리한 관할에 가지 않도록 귀사 소재지 법원으로 지정하세요.

#### ④ 근로계약 분류 방지 조항
프리랜서가 실제로는 근로자로 판단될 경우 근로기준법(퇴직금, 4대보험 등)이 적용될 위험이 있으니 다음 조항을 넣으세요:
> "을은 업무 수행에 있어 자율성을 가지며, 갑의 지휘·감독을 받지 않고 독립적으로 업무를 수행한다. 을은 자체적으로 필요한 장비·소프트웨어를 준비하고, 업무 시간·장소를 자유롭게 정할 수 있다."

---

### 📌 최종 체크리스트
1. 개발자의 인적사항(이름, 주민등록번호/사업자등록번호, 연락처)을 정확히 적어서 나중에 집행할 수 있게 할 것.
2. 모든 조항을 구체적으로 적어 추상적 표현을 피할 것.
3. 계약서는 갑·을이 서명·날인한 뒤 각자 1부씩 보관할 것.
4. 계약 진행 중 모든 이메일·회의록·지시 사항을 기록으로 남길 것.
5. 계약서 작성이 부담스러우면 한국소프트웨어산업협회에서 무료로 배포하는 표준 외주 용역 계약서를 베이스로 조항을 추가하세요.

만약 잠수나 코드 유출이 발생하면, 먼저 서면으로 최고하고 증거를 모은 후 민사 손해배상 청구나 영업비밀 유출에 대한 형사 고소를 진행할 수 있습니다.

채점 근거★외주물 IP 양도에 '2차적 저작물 작성권·복제권·배포권·공개권 전부'를 명시 적시(minimax가 누락한 §45② 변별점을 정조준) + OSS 고지의무·잠수 정의(7영업일·주간보고 3회·7영업일 중단)·서면 최고 절차·코드유출(사유환경/개인PC금지/워터마크)·★위장도급 근로자성 방지 조항까지. 단 ★'저작재산권 양도는 서면 아니면 무효(§47)'로 법정 서면요건 과장(실제 한국법상 양도 서면 강제 아님·§47은 배타적발행권) + 부경법 §18 형사(5년/5천만) 미인용.

시그니처“step-3-7-flash는 외주 IP 양도에 '2차적 저작물 작성권'을 명시 포함 — minimax가 빠뜨린 §45② 함정을 정확히 메움”

프리랜서 개발자와의 계약은 '신뢰'에만 의존하면 사고가 나기 쉽습니다. 한국 법 체계와 IT 외주 실무 환경을 고려할 때, 계약서에 반드시 넣어야 할 핵심 조항과 리스크 방지 전략을 정리해 드립니다.

---

### 1. 지식재산권(IP) 확보: "창작 즉시 귀속"
단순히 "소유권은 회사에 있다"라고만 적으면 나중에 분쟁 소지가 있습니다.

*   **핵심 조항:** "본 계약에 따라 개발자가 수행한 결과물(소스코드, 문서, 설계도 등 포함)에 대한 저작재산권 일체는 제작과 동시에 회사에 귀속된다."
*   **함정:** 저작권은 '저작인격권'과 '저작재산권'으로 나뉩니다. 저작인격권은 양도가 불가능하므로, **"개발자는 회사(또는 회사가 지정하는 제3자)에 대하여 저작인격권을 행사하지 아니한다"**는 문구를 반드시 넣어야 합니다.

### 2. '잠수' 방지: "단계별 검수와 중도 해지권"
6개월을 통으로 계약하면 잠수 시 대응이 불가능합니다. '마일스톤(Milestone)' 기반 계약이 필수입니다.

*   **핵심 조항:**
    *   **마일스톤 결제:** 6개월 치를 한 번에 주지 말고, 1개월 단위 또는 주요 기능 단위로 나누어 지급하세요.
    *   **즉시 해지 조항:** "정당한 사유 없이 3일(또는 5일) 이상 연락이 두절되거나, 마일스톤 기한을 7일 이상 지체할 경우 회사는 즉시 계약을 해지할 수 있다."
    *   **손해배상의 예정:** "계약 위반으로 계약이 해지될 경우, 개발자는 잔여 대금의 OO%를 위약벌로 지급한다." (단, 위약벌은 금액이 너무 과하면 법원에서 감액될 수 있으니 합리적인 선으로 설정하세요.)
*   **실무 팁:** 소스코드 저장소(GitHub, GitLab 등)를 **회사가 개설하고 개발자에게 권한만 주는 방식**으로 운영하세요. 개발자 개인 계정에 코드를 올리게 하면 잠수 시 코드를 회수하기 매우 어렵습니다.

### 3. 코드 유출 방지: "기술적 조치와 비밀유지(NDA)"
법적 조치보다 중요한 건 **'기술적 접근 제한'**입니다.

*   **핵심 조항:**
    *   **비밀유지 의무:** 계약 종료 후에도 일정 기간(예: 3년) 동안 비밀유지 의무를 진다는 조항을 넣으세요.
    *   **반환 의무:** "계약 종료 시 개발자는 보유한 모든 소스코드, 데이터, 기밀 정보를 즉시 파기(또는 반환)하고 그 증빙을 제출해야 한다."
*   **실무 팁:**
    *   개발자 PC에 VPN을 쓰거나, 회사에서 제공하는 클라우드 환경(AWS 등) 내에서만 코딩하도록 강제하세요.
    *   개인 노트북에 코드를 로컬 저장하지 못하게 하는 보안 정책(DRM 등)을 적용하기 어렵다면, **'정기적인 커밋'**을 계약 조건으로 걸고, 커밋이 안 되면 대금 지급을 중단하는 프로세스를 만드세요.

### 4. 기타 주의해야 할 '함정'

*   **'용역' vs '근로':** 프리랜서와 계약할 때 '근로자성'이 인정되면 퇴직금, 4대 보험 문제가 발생합니다. **출퇴근 시간을 강제하지 말고, 업무 수행 방식을 개발자에게 맡기는 형태(도급 계약)**로 계약서를 작성하세요. "지휘·감독"이라는 단어는 피하는 것이 좋습니다.
*   **하자보수 기간:** 계약 기간 종료 후에도 최소 1~3개월은 '하자보수 기간'으로 설정해야 합니다. "계약 종료 후에도 명백한 버그 발생 시 개발자는 무상으로 수정해야 한다"는 조항이 필요합니다.
*   **겸업 금지 조항:** 개발자가 다른 일을 병행한다는 것을 알더라도, **"회사의 경쟁업체나 유사 프로젝트에 참여하는 것은 금지한다"**는 '경업 금지' 조항은 최소한으로 넣어두는 것이 안전합니다.

---

### [요약] 계약서 작성 시 Checklist
1.  **지식재산권:** "저작인격권 행사 금지" 포함 여부 확인
2.  **지급 방식:** 전체 금액이 아닌 마일스톤별 지급 (잔금은 최종 검수 후 지급)
3.  **잠수 대응:** 연락 두절 시 자동 계약 해지 및 위약금 조항
4.  **소스코드 관리:** 회사 소유의 저장소 사용 강제
5.  **비밀유지:** 계약 종료 후에도 유효한 NDA 포함

**가장 중요한 조언:**
법률 문구보다 강력한 것은 **'매일 하는 짧은 데일리 스크럼(업무 공유)'**입니다. 6개월 동안 얼굴도 안 보고 메신저로만 소통하면 잠수 확률이 비약적으로 높아집니다. 매일 아침 짧게라도 화상회의를 하거나, 매주 결과물을 시연하게 하세요. **"관리가 되고 있다"는 느낌을 주는 것 자체가 최고의 보안이자 잠수 방지책입니다.**

*※ 본 답변은 일반적인 가이드라인이며, 실제 계약서 작성 시에는 반드시 법률 전문가(변호사/노무사)의 검토를 받으시길 권장합니다.*

채점 근거저작재산권 양도+저작인격권 불행사+근로자성 회피. 간결, 2차적저작물작성권 미명시.

프리랜서(개인사업자)와의 계약은 근로계약이 아닌 **'민법상 도급계약'** 또는 **'위임계약'**의 성격을 갖습니다. 말씀하신 대로 미국식 템플릿은 한국의 저작권법과 민법 체계와 맞지 않아 실효성이 떨어질 수 있습니다.

질문하신 **IP(지식재산권) 확보, 잠수(이행지체/불능) 방지, 코드 유출 방지**를 위해 한국 IT 외주 실무에서 반드시 넣어야 할 핵심 조항과 주의사항을 정리해 드립니다.

---

### 1. 결과물 IP(지식재산권) 확보: "가져오는 것"이 아니라 "넘겨받는 것"
한국 저작권법상 별도 약정이 없으면 '창작자(개발자)'에게 저작권이 귀속됩니다. 단순히 "결과물은 우리 것이다"라고 쓰면 나중에 분쟁 시 불리합니다.

*   **핵심 조항 (IP 귀속):**
    *   "본 계약에 따라 개발자가 작성한 모든 결과물(소스코드, 설계서, UI/UX 디자인, 문서 등 일체)에 대한 **저작재산권(복제권, 공연권, 공중송신권, 전시권, 배포권, 대여권, 2차적저작물작성권 등 일체를 포함)은 대금 완납과 동시에 '갑'(귀사)에게 확정적으로 양도된다.**"
    *   **[매우 중요] 2차적 저작물 작성권:** 반드시 **'2차적 저작물 작성권'**을 포함해야 합니다. 그래야 나중에 그 코드를 수정하거나 업데이트할 때 개발자의 허락을 일일이 받지 않습니다.
    *   **[매우 중요] 저작인격권 불행사 특약:** 저작권은 넘겨받아도 '저작인격권(성명표시권, 동일성유지권 등)'은 개발자에게 남습니다. 이를 방지하기 위해 **"개발자는 '갑' 및 '갑'이 지정한 제3자에 대하여 저작인격권을 행사하지 아니한다"**라는 문구를 반드시 넣어야 합니다.

### 2. 잠수 및 이행 불능 대응: "돈을 쪼개고, 벌금을 매겨라"
프리랜서가 연락 두절되거나 개발을 중단할 경우, 이미 준 돈을 돌려받기 매우 어렵습니다.

*   **핵심 조항 (지체상금 및 계약 해지):**
    *   **마일스톤 기반 분할 지급 (Milestone Payment):** 한 번에 다 주지 마세요. [계약금 - 1차 결과물 검수 후 - 2차 결과물 검수 후 - 최종 검수 후] 식으로 쪼개야 합니다. 잠수를 타더라도 이미 지급한 돈 외의 잔금을 안 주면 됩니다.
    *   **지체상금 (Liquidated Damages):** 개발이 늦어질 경우를 대비해 **"개발 완료 예정일을 초과할 경우, 초과 일수당 총 계약 금액의 [0.1%~0.3%]를 지체상금으로 '갑'에게 지급하거나 잔금에서 공제한다"**는 조항을 넣으세요.
    *   **중도 해지권:** "개발자가 정당한 사유 없이 업무를 중단하거나, 연락이 [N일] 이상 두절될 경우 '갑'은 별도의 최고 없이 계약을 해지할 수 있다"는 조항을 넣어야 합니다.

### 3. 코드 유출 및 보안: "손해배상보다 무서운 '위약벌'"
코드 유출로 인한 손해는 입증하기가 매우 어렵습니다. "유출해서 손해를 입혔으니 1억 원을 배상하라"고 소송을 걸어도, 실제 손해액이 1,000만 원이라고 판결 나면 1,000만 원만 받습니다.

*   **핵심 조항 (비밀유지 및 위약벌):**
    *   **비밀유지 의무 (NDA):** 소스코드, 비즈니스 로직, 고객 데이터 등을 비밀정보로 명시합니다.
    *   **위약벌 (Punitive Penalty):** '손해배상'과 별개로 **'위약벌'** 조항을 넣어야 합니다. "개발자가 비밀유지 의무를 위반할 경우, 손해배상과는 별도로 **위약벌로 금 [OOO]원을 즉시 지급한다**"라고 박아야 합니다. 위약벌은 실제 손해액과 상관없이 '벌금' 개념으로 청구할 수 있어 압박력이 훨씬 강합니다.

### 4. 실무적인 '함정' 피하기 (Checklist)

1.  **과업 범위(SOW)의 구체화:** "앱 개발"이라고만 쓰면 안 됩니다. "기능 명세서(별첨 1)에 명시된 기능 구현"이라고 쓰고, 기능 명세서를 계약서의 일부로 반드시 첨부하세요. 범위가 모호하면 개발자는 "이건 계약 범위 밖이다"라며 추가 비용을 요구하거나 잠수 탈 명분을 만듭니다.
2.  **검수(Acceptance) 조건:** "개발자가 코드를 넘기면 끝"이 아니라, **"갑이 지정한 테스트 환경에서 기능이 정상 작동함을 확인한 날을 검수 완료일로 본다"**라고 명시해야 합니다.
3.  **소스코드 인도 의무:** 계약 종료 시 단순히 실행 파일이 아니라, **"주석이 포함된 전체 소스코드와 빌드 가이드, 라이브러리 목록을 포함한 기술 문서"**를 인도해야 한다는 점을 명시하세요.
4.  **독립 계약자 지위 명시:** 프리랜서가 나중에 "나는 사실상 직원이었다"며 퇴직금이나 연차 수당을 요구하는 것을 방지하기 위해, **"본 계약은 독립된 계약자 간의 계약이며, 개발자는 '갑'의 근로자가 아니다"**라는 문구를 넣으세요.

### [요약: 계약서에 꼭 들어가야 할 키워드]
*   **IP:** 저작재산권 일체 양도, 2차적 저작물 작성권 포함, 저작인격권 불행사 특약.
*   **잠수 방지:** 마일스톤별 분할 지급, 지체상금(0.1~0.3%), 계약 해지권.
*   **보안:** 비밀유지 의무, **위약벌(Penalty)** 조항.
*   **완성:** 과업 범위(SOW) 별첨, 검수 조건 명시, 소스코드 및 기술문서 인도.

**팁:** 금액이 크다면 위 내용을 바탕으로 변호사에게 **'검수(Review)'**만이라도 받으시는 것을 강력히 권장합니다. 계약서 초안을 직접 쓰시는 것보다 훨씬 저렴하고 확실합니다.

채점 근거'창작자 귀속'+★2차적저작물작성권 반드시 포함+저작인격권 불행사+위약벌. 시그니처 포인트 명중.

한국 IT 외주 시장에서 프리랜서와 계약할 때 가장 빈번하게 발생하는 문제가 바로 **'잠수(이행지체)'**와 **'권리 관계(IP) 분쟁'**입니다. 미국식 템플릿은 'Employment' 개념이 강해 한국의 '용역/도급' 계약과는 성격이 다릅니다.

한국 법 기준, 실무적으로 **"내 돈과 내 코드를 지키기 위한"** 핵심 조항과 함정을 정리해 드립니다.

---

### 1. 결과물 IP(지식재산권) 확보: "당연히 내 것"은 없다
한국 저작권법상 특약이 없으면, 실제 코드를 짠 개발자(창작자)에게 저작권이 귀속되는 것이 원칙입니다. "돈을 줬으니 내 것"이라는 생각은 위험합니다.

*   **핵심 조항:**
    *   **권리 귀속의 명시:** "본 계약에 따라 개발된 모든 결과물(소스코드, 설계서, 문서 등)에 대한 저작재산권(복제권, 수정권, 배포권 등 일체) 및 지식재산권은 **결과물 인도와 동시에(또는 생성과 동시에) '갑'(귀사)에게 확정적으로 양도**된다."라고 명시하세요.
    *   **2차적 저작물 작성권:** 단순히 저작권만 가져오는 게 아니라, 나중에 코드를 수정해서 새로운 버전을 만들 수 있는 **'2차적 저작물 작성권'**까지 양도받는다는 문구를 반드시 넣어야 합니다. (이게 없으면 나중에 수정할 때 개발자 동의가 필요할 수 있습니다.)
    *   **Background IP 구분:** 개발자가 원래 가지고 있던 라이브러리나 프레임워크(Background IP)는 개발자 소유로 두되, 이를 사용해 결과물을 운영하는 데 필요한 **'영구적이고 무상인 사용권'**을 부여받는 형태로 작성하세요.

### 2. '잠수' 방지 및 대응: 기술적+금전적 안전장치
법적 소송은 시간이 너무 오래 걸립니다. 소송보다는 **'강제성 있는 프로세스'**를 계약서에 박아야 합니다.

*   **핵심 조항:**
    *   **단계별 검수 및 분할 지급 (Milestone):** 6개월 치를 한 번에 주거나 마지막에 몰아주지 마세요. `착수금 - 중간 결과물(기능 단위) - 최종 검수 - 잔금` 형태로 쪼개고, **각 단계의 '검수 완료'가 다음 단계의 지급 조건**임을 명시하세요.
    *   **소스코드 상시 공유 (가장 중요):** "개발자는 **매주 [금요일]까지 [지정된 Git 저장소]에 최신 소스코드를 Push** 해야 하며, 이를 이행하지 않을 경우 계약 위반으로 간주하여 대금 지급을 중단할 수 있다." $\rightarrow$ **잠수를 타더라도 그때까지 짠 코드는 확보해야 합니다.**
    *   **지체상금 (Liquidated Damages):** 납기일을 어길 경우 하루당 전체 계약 금액의 일정 비율(예: 0.1%~0.3%)을 차감한다는 조항을 넣으세요. 그래야 개발자가 우선순위를 높게 잡습니다.

### 3. 코드 유출 방지 및 보안: '손해배상'보다 '위약벌'
"유출 시 손해배상을 청구한다"는 문구는 실무적으로 무용지물에 가깝습니다. 왜냐하면 **'실제 얼마의 손해를 입었는지'를 회사가 입증**해야 하기 때문입니다.

*   **핵심 조항:**
    *   **비밀유지계약(NDA) 통합:** 계약서 내에 비밀유지 조항을 넣거나 별도 NDA를 체결하세요.
    *   **위약벌(Penalty) 설정:** "비밀유지 의무 위반 시, 개발자는 손해배상과는 별도로 **위약벌로써 금 [0,000]만 원을 즉시 지급**한다."라고 명시하세요. 위약벌은 손해액 입증 없이도 청구 가능하므로 강력한 심리적 압박이 됩니다.
    *   **반납 및 파기 의무:** 계약 종료 즉시 모든 자료를 반납/파기하고 이를 확인하는 '확약서'를 제출한다는 조항을 넣으세요.

### 4. 실무적 함정 (Pitfalls)

**① '근로자성' 인정 리스크 (가장 위험)**
프리랜서인데 너무 빡빡하게 관리(출퇴근 시간 지정, 업무 지시 상세화, 복무 규정 적용)하면, 나중에 개발자가 **"나는 외주가 아니라 직원(근로자)이었다"**며 퇴직금이나 연차수당을 청구할 수 있습니다.
*   **해결책:** '업무 지시'가 아니라 **'결과물 요구'** 형태로 소통하세요. "몇 시까지 출근해라"가 아니라 "언제까지 이 기능을 구현해서 제출해라"라고 해야 합니다.

**② '검수'의 모호함**
"갑이 만족할 때까지 수정한다"는 조항은 개발자가 가장 싫어하며, 나중에 분쟁의 씨앗이 됩니다.
*   **해결책:** **'검수 기준서'**를 간단하게라도 만드세요. (예: 기획서의 A, B, C 기능이 정상 작동하고, 에러 로그가 발생하지 않을 때 검수 완료로 본다.)

**③ 하자의 정의**
개발 완료 후 한 달 뒤에 버그가 터졌을 때, 개발자가 "이미 검수 끝났으니 추가 비용 내라"고 할 수 있습니다.
*   **해결책:** **'하자보수 기간'**을 명시하세요. (예: 최종 검수 완료 후 3개월간은 무상으로 결함을 수정한다.)

### [요약 체크리스트]
- [ ] 저작재산권 및 **2차적 저작물 작성권** 양도 명시
- [ ] **마일스톤별 분할 지급** 및 검수 조건 설정
- [ ] **주 단위 Git Push** 의무화 (잠수 대비)
- [ ] 지체상금(납기 지연 벌금) 조항 삽입
- [ ] 손해배상이 아닌 **'위약벌'** 금액 명시 (보안 유출 대비)
- [ ] 무상 **하자보수 기간** 설정
- [ ] (주의) 근로자처럼 관리하지 않기 (결과물 중심 계약)

**팁:** 계약서 작성 후 전자서명(모두사인, 글로사인 등)을 이용해 기록을 남기시고, 신분증 사본과 통장 사본을 반드시 받아두시기 바랍니다.

채점 근거'특약 없으면 개발자'+★2차적저작물작성권 양도+Background IP 구분+위약벌. 좋음.

한국 IT 외주 실무 및 관련 법체계(저작권법, 기술개발계약 표준계약서 가이드라인, 민법)를 기준으로, 프리랜서 개발자 6개월 용역 계약서에 반드시 포함해야 할 핵심 조항과 실무 함정을 정리해 드립니다. 미국식 `Work for Hire` 개념은 한국에 적용되지 않으므로, 한국 법리가 인정하는 `저작재산권 양도` 및 `용역 계약` 구조로 설계해야 합니다.

---
### 🔑 계약서 필수 핵심 조항 (발주사 관점)

| 항목 | 필수 포함 내용 | 한국법/실무 근거 |
|------|----------------|------------------|
| **1. 산출물 IP 귀속** | `본 계약으로 생성되는 모든 코드, 문서, 디자인, 데이터, 아티팩트는 발주사 소유로 한다. 수탁사는 저작재산권을 계약체결 시점에 무상으로 발주사에게 양도하며, 저작인격권(성명표시·동일성유지 등) 행사도 사전에 제한/위임한다.` | 저작권법 제14조, 제45조. 한국법상 양도 시점 계약서 명시 필수. 대금 지급 전이라도 계약서상 양도 효력 발생 가능하나, 실무상 `대금 연동 양도` 또는 `선급금 지급 시 귀속`으로 명시하면 리스크 감소. |
| **2. 마일스톤·검수·결제** | `6개월을 분기/월별 마일스톤으로 분할. 각 마일스톤별 산출물 제출 → 발주사 서면 검수(5영업일) → 합격 시 결제. 미검수/불합격 시 수정 의무 및 결제 유보. 잔금(보통 20~30%)은 최종 인계 후 30일 이내.` | 기술개발계약 표준계약서 가이드라인. `구두 검수`나 `무기한 보류` 금지. 검수 기준을 별첨으로 명시해야 분쟁 방지. |
| **3. 동시 작업 및 리소스 보장** | `타 프로젝트 병행은 허용하나, 본 계약 업무가 최우선이다. 수탁사는 주 ○○시간 이상 할당하며, 일정 변경 시 3일 전 서면 통지. 중복 개발 금지, 충돌 시 발주사 지시 우선.` | 민법 제661조(위임자 선의주의 의무). `병행 가능`만 쓰면 실제 리소스 부족 시 대응 불가. 가동률·우선순위·통지 의무 명시 필수. |
| **4. 코드 유출 방지 및 접근 관리** | `모든 소스, 문서, 키, 리포지토리는 발주사 소유. Git 서버/계정/접근권은 발주사가 관리하거나 수탁사 사용 시 실시간 동기화 의무. 기밀 유출 시 손해배상(실손 + 위약금 ○○만원) 및 계약 즉시 해지 가능. 계약 종료 시 모든 산출물 반환/파기 증명서 제출.` | 개인정보보호법(코드 내 키/정보 포함 시), 저작권법. `리포지토리 소유권 이전`과 `접근 로그 감사권`을 명시해야 현실적 통제 가능. |
| **5. 잠수/이행 지연 대응** | `주 1회 진행 보고(이메일/공문). 정답 3일 이상 미응답 또는 무통지 휴업 시 발주사 unilateral 해지 가능. 해지 시 미완료 작업은 실비만 지급, 대체 개발자 투입 비용은 수탁사 부담. 기존 코드/진행도 즉시 인계 의무.` | 민법 제682조(위임 계약 해지권), 표준계약서 이행보증 조항. `해지권`만 있으면 코드 인계 못 받는 경우가 많으므로 `인계 의무 + 위약금 + 대체 개발자 비용 부담`을 묶어 명시. |
| **6. 계약 해지 후 조항** | `해지 시 수탁사는 미정산금 청구 가능하나, IP 귀속은 해지 전후 관계없이 발주사 소유. 수탁사 부재 시 발주사가 임의 인계 받거나 외부 개발자 투입 가능.` | 저작권법 제45조(양도 효력). 해지 시 IP가 소멸하는 오해 방지. |

---
### ⚠️ 한국 실무에서 자주 빠지는 함정 (Trap)

| 함정 | 위험성 | 해결 방안 |
|------|--------|-----------|
| `대금 지급 시 권리 이전` 명시 | 한국법상 양도는 `의사표시 도달 시` 효력 발생. 대금 지급을 양도 효력 조건으로 두면, 수탁사가 미수금 이유로 코드 인계 거부 시 발주사는 코드 사용 중 저작권 침해로 역공격 당할 수 있음. | `계약체결 시점 양도`로 명시하되, `결제 지연 시 해지권 및 위약금`으로 리스크 관리. |
| `타 프로젝트 병행 가능`만 서술 | 실제 주 10시간만 투입하거나, 핵심 일정에 병행 업무가 겹쳐 프로젝트가 지연되는 사례 다수. | `주 할당 시간`, `우선순위`, `충돌 시 대체 방안`, `보고 주기`를 숫자/서면으로 명시. |
| `잠수 대응 조항 부재` | 3주째 연락 두절 → 해지 청구 → 수탁사 부재 → 코드 인계 못 받음 → 프로젝트 완전 마비. | `정기 보고 의무`, `3일 미응답 시 해지`, `대체 개발자 비용 수탁사 부담`, `Git 접근권 유지`를捆绑. |
| `비밀유지기간` 계약 종료일만 표기 | 코드/아키텍처는 종료 후에도 기밀 유지 필요. 1년 만료 시 유출 시 대응 불가. | `계약 종료 후 3~5년` 또는 `기밀 정보 특성상 영구 기밀 유지`로 명시. |
| `표준계약서 맹신` | 산통부 표준계약서는 중대형 기준. 프리랜서 소규모에 과한 조항(보수보증금, 중재조항 등)은 체결 장벽만 높이고 실효성 낮음. | 핵심(IP, 마일스톤, 인계, 비밀유지)만 압축. 중재조항은 소규모 비추천(소송이 더 빠름). |

---
### 🛠️ 실무 팁 & 표준 참조

1. **Git/리포지토리 관리**: 수탁사 개인 계정이 아닌, `발주사 조직 계정의 Private Repository`에 직접 커밋하도록 강제. 수탁사 퇴사 시 계정 접근권 회수 절차도 계약서에 포함.
2. **검수 기준 서면화**: `별첨 1: 기능 요구사항 목록(FRS) + 검수 체크리스트`를 계약서 첨부. `구두 요구사항`은 무효로 처리한다는 조항 추가.
3. **전자서명 + 기록 보존**: `전자서명법`상 공인인증서/본인인증서 서명 권장. 진행 관련 메신저 대화록도 `계약서 부속문서`로 명시해 증거력 확보.
4. **표준 계약서 참고**: 
   - 산업통상자원부·한국소프트웨어산업협회 `IT 용역 표준계약서`(2023 개정판)
   - 한국저작권위원회 `소규모 개발 용역 계약 가이드라인`
   ※ 프리랜서 규모에 맞게 `보수보증금`, `중재조항`, `다단계 하도급` 조항은 생략 가능.

---
### 📌 최종 체크리스트
- [ ] 저작재산권 양도 시점 및 저작인격권 제한 명시
- [ ] 마일스톤·검수기준·결제조건·잔금 유보 명확화
- [ ] 동시 작업 시 우선순위·할당시간·통지 의무 숫자로 명시
- [ ] Git 리포지토리 소유권·접근권·백업 의무 포함
- [ ] 3일 미응답 시 해지권·대체 개발자 비용 부담·인계 의무捆绑
- [ ] 비밀유지기간 계약 종료 후 3~5년(또는 영구) 명시
- [ ] 분쟁 관할 법원(보통 발주사 소재지) 명시

> ⚖️ **면책**: 본 내용은 한국 IT 외주 실무 관행 및 관련 법령을 기반으로 한 참고 가이드이며, 개별 사안에 대한 법적 자문을 대체하지 않습니다. 계약서 최종 서명 전 반드시 법무법인 또는 변호사에게 `IP 귀속 구조`, `위약금 적정성`, `관할 조항`을 검토받으시길 권장합니다.

필요하시면 `마일스톤 검수 체크리스트 양식`이나 `Git 인계 프로토콜 예시`도 함께 정리해 드릴 수 있습니다.

채점 근거저작권법 §14/§45+양도시점 명시+병행 우선순위+해지 시 IP 소멸 오해 방지. 표 정확. §45② 명시는 약함.

# 🇰🇷 한국 IT 외주 용역 계약서 핵심 가이드 (6 개월 프리랜서)

미국 템플릿은 한국 민법/저작권법/원천징수법과 충돌할 수 있어 **무효 또는 조정**될 수 있습니다. 아래는 한국 실무에서 필수적인 조항과 함정 회피법입니다.

---

## ✅ 계약서에 반드시 포함해야 할 핵심 조항

| 구분 | 필수 내용 | 법적 근거/실무 팁 |
|------|-----------|-------------------|
| **1. 지적재산권(IP) 귀속** | `“결과물 (코드, 문서, 디자인 등) 에 대한 모든 권리는 납품 시 귀사에게 자동 귀속되며, 개발자는 이에 대한 권리를 귀사에게 양도한다.”` + `“도덕적 권리에 관해 개발자는 행사하지 않거나 귀사의 사전 서면 동의 없이 행사하지 않기로 한다.”` | 저작권법 제 28 조 (도덕적 권리 양도 불가 → 행사 제한 합의 필수). 명시적 ‘양도’ 문구 없으면 개발자 권리 주장 가능. |
| **2. 잠수/연락두절 대응** | `“개발자는 매주 금요일 오후 6 시까지 진행 상황 보고서를 제출한다. 5 일 이상 연락두절 또는 마일스톤 납기 3 일 이상 지체 시 귀사는 지급 정지, 계약 해지, 손해배상 청구권을 가진다.”` | 민법 제 394 조 (채무 불이행). ‘연락두절’을 계약 위반으로 명시해야 해지권 행사 가능. |
| **3. 코드 유출 방지** | `“비밀정보 범위 정의 + 계약 종료 후 3 년 유지 의무 + 결과물 저장/전송 시 암호화/접근 통제 의무 + 계약 종료 시 3 일 내 반환/파기 확인서 제출 + 유출 시 배상금 및 형사 고소 권리 명시.”` | 개인정보보호법 (PIPA) 준수 필요. 형사 책임은 계약서로 강제할 수 없으나 고소 권리 명시로 억제 효과. |
| **4. 대금 지급 조건** | `“마일스톤별 검수 통과 후 5 일 내 지급. 지연 시 연 5% 이내 지연배상금. 검수 기준은 부록으로 상세 명시.”` | 민법 제 398 조 (지정배상금 조정 가능). 과도한 배상금 (예 연 20%) 은 법원에서 감액될 수 있음. |
| **5. 계약 해지 조건** | `“중대한 위반 시 서면 통지 + 7 일 시정 기간. 시정 불이행 시 즉시 해지. 해지 시 미지급금 정지, 완료된 작업분에 대한 정산 별도 규정.”` | 민법 제 544 조 (임의해지권 제한). ‘해지권’을 명시적 조건으로 설정해야 법적 분쟁에서 유리. |
| **6. 세금 및 원천징수** | `“개발자는 소득세/부가세 등 자체 부담. 귀사는 관련 법령에 따라 원천징수 (개인 3.3%, 법인 3.3% 등) 를 실시하며, 이는 대금에서 공제한다.”` | 국세기본법 제 101 조. 원천징수 의무 불이행 시 귀사도 과태료 부과 가능. 개발자 사업자등록증 사본 첨부 권장. |
| **7. 노동 관계 배제** | `“본 계약은 용역계약이며, 근로계약 관계가 아님. 개발자는 업무 시간/장소를 자율 결정하며, 귀사의 지시감독 관계에 있지 않음.”` | 근로기준법 제 2 조. 지시감독/고정근무 조항 포함 시 ‘사실상의 근로자’로 재분류되어 4 대 보험/퇴직금 부담 발생 가능. |
| **8. 분쟁 해결** | `“관할 법원: 원고住所地 또는 계약이행지 지방법원. 중재 선택 시 한국중재원 규칙 적용.”` | 민사소송법 제 38 조. ‘미국 법 적용’ 조항은 한국 법원에서 무효로 처리될 수 있음. |

---

## ⚠️ 한국 실무에서 반드시 피해야 할 함정

| 함정 | 위험도 | 대안 |
|------|--------|------|
| **미국 템플릿 그대로 사용** | 🔴 높음 | `Attorney fees shifting`, `Indemnification 구조`, `Governing law: USA` 등은 한국 법원에서 무효 또는 조정됨. 한국형 용역계약서 템플릿 사용. |
| **IP 귀속 불명확** | 🔴 높음 | “권리가 귀사에게 있음”만 적으면 할당으로 인정 안 됨. `“양도한다”` + `“도덕적 권리 행사 제한”` 명시 필수. |
| **지연배상금 과도** | 🟡 중 | 연 10% 이상은 민법 제 398 조로 감액될 수 있음. 연 5% 이내로 설정하고, 실제 손해액 입증 준비. |
| **비경쟁 조항 과도** | 🟡 중 | 계약 종료 후 2 년, 전국, 모든 IT 기업 제한은 무효. `계약 기간 중 직접 경쟁사만 제한`으로 좁히거나 아예 제외. |
| **원천징수 미고지** | 🔴 높음 | 개발자가 개인일 경우 귀사가 3.3% 원천징수 의무 위반 시 과태료 부과. 계약서에서 징수 사실과 비율 명시. |
| **검수 기준 모호** | 🟡 중 | “정상 작동” 등 주관적 기준은 분쟁 유발. 부록에 `기능 목록, 성능 지표, 테스트 방법, 결함 기준`을 정량적으로 정의. |
| **코드 저장소 접근권 통제 부재** | 🔴 높음 | 계약서만으로는 유출 방지 한계 있음. `Git repo 권한 관리, 2FA 강제, 접근 로그 모니터링, 종료 시 즉시 권한 회수` 실무 조치 병행. |
| **데이터 처리자 역할 명시 없음** | 🟡 중 | 개인데이터 처리 시 PIPA 위반 위험. `“개발자는 데이터 처리자로서 귀사의 지시만 따르고, 제 3 자 제공/해외 이전 금지”` 명시. |

---

## 🛡️ 잠수 및 코드 유출 대응 실무 체크리스트

1. **정기 보고 의무화**: 매주 금요일 18:00 기준 진행률/다음 주 계획/리스크 서면 보고. 미보고 시 자동 계약 위반.
2. **마일스톤 분할**: 6 개월을 4~5 개 소규모 마일스톤으로 분할. 각 마일스톤 검수 통과 후만 다음 단계 자금 지급.
3. **접근 통제**: 
   - 소스 코드: GitLab/GitHub Enterprise 에서 `Read-only` 또는 `Branch protection` 설정.
   - 배포 환경: CI/CD 파이프라인으로 코드 직접 접근 차단.
   - 문서: Notion/Confluence 에서 공유 링크만 제공, 다운로드 권한 제한.
4. **종료 시 절차**: 계약 종료 3 일 전 `코드/문서 반환 확인서` 서명 요구. 저장소 접근권 즉시 회수.
5. **증거 보존**: 모든 소통은 이메일/슬랙/팀즈 등 기록 가능한 채널로. verbal 약속은 서면 확인 요청.
6. **보험/보증**: 가능하면 `직업배상책임보험` 가입 요구 또는 `계약보증금` (대금의 5~10%) 으로 리스크 분산.

---

## 📝 계약서 작성 순서 권장

1. **부록 1**: 개발 범위, 기능 목록, 기술 스택, 납기 마일스톤
2. **부록 2**: 검수 기준, 테스트 방법, 결함 기준, 수리 기간
3. **부록 3**: 대금 지급 일정, 세금 처리, 원천징수 방법
4. **본문**: IP 귀속, 비밀유지, 잠수 대응, 해지 조건, 분쟁 해결, 노동관계 배제
5. **서명**: 당사자 인감/서명, 날짜, 사업자등록증 사본 첨부

---

## ⚖️ 법적 조언

- 이 가이드는 **일반 정보**이며 법적 효력을 갖지 않습니다.
- **반드시 한국 변호사 (IT/지식재산 전문)** 로 계약서 최종 검토를 받으세요.
- 금액이 5,000 만 원 이상이거나 핵심 IP 가 포함되면 `특허/디자인권 양도 계약` 별도 체결 고려.
- 개발자가 외국인일 경우 `외국인투자촉진법`, `원천징수율`, `관할 법원` 조항 추가 검토.

---

✅ **핵심 메시지**:  
`명확한 IP 양도 문구` + `정량적 검수 기준` + `연락두절 = 계약 위반` + `원천징수 고지` + `실무적 접근 통제` 가 한국 IT 외주 계약의 안전망입니다. 미국 템플릿은 버리고 한국형 용역계약서 구조로 작성하세요.

필요하시면 **한국형 용역계약서 초안 템플릿** 또는 **마일스톤 검수 체크리스트**를 추가로 제공해 드릴 수 있습니다.

채점 근거'명시적 양도 없으면 개발자 권리'는 맞으나 저작권법 §28·§394·§101 등 조문 오인용 다수, 2차적저작물작성권 미명시, 띄어쓰기 노이즈.

### **프리랜서 외주 개발자와의 6개월 용역 계약 시 한국 법 기준 핵심 조항 및 함정 대응 가이드**  
한국 IT 외주 실무에 맞춘 계약 작성 시 **"IP 소유권", "잠수 대응", "코드 유출 방지"** 를 보장하기 위해 반드시 포함해야 할 조항과 주의사항을 정리했습니다. 미국 계약 템플릿과 달리 **한국 저작권법, 민법, 전자문서법** 등을 고려한 실무적 조언을 중심으로 설명합니다.

---

### **1. 핵심 계약서 조항 (한국 법 기준)**  
#### **(1) 지적재산권(IP) 소유권 이전 조항**  
- **핵심 내용**:  
  > "개발자가 본 계약에 따라 창출한 모든 결과물(소스코드, 문서, 산출물 등)의 **저작권 및 모든 IP 권리**를 계약 종료 시 **전액 지급 완료 시** 발주자에게 무상으로 이전한다.  
  > 단, 개발자는 **저작인격권(저작자표시권, 동일성유지권)의 포기**를 명시적으로 약정하며, 본 조항 위반 시 계약 해지 및 손해배상을 청구할 수 있다."  
  - **왜 필요한가?**  
    - 한국 **저작권법 제12조**에 따라 "발주자가 창작을 요청한 경우, 저작재산권은 발주자에게 이전 가능"하지만, **서면 계약 없이 자동으로 이전되지 않음**.  
    - **저작인격권(도덕적 권리)** 은 법적으로 양도 불가하지만, **포기 약정**을 명시해야 코드 수정/재배치 시 분쟁 방지 가능.  
  - **함정 주의**:  
    - "결과물"이라는 표현만 쓰면 모호함 → **"소스코드, 문서, 산출물 등 구체적 범위** 명시 (예: "모든 버전의 소스코드, API 문서, 테스트 코드").  
    - "지급하는 대로"라는 조건 생략 시, **부분 지급 시 IP 이전 시점 불명확** → **"전액 지급 완료 시"** 명시 필수.  

#### **(2) 산출물 인도 및 검수 조항**  
- **핵심 내용**:  
  > "개발자는 [구체적 마일스톤, 예: 1차 모듈 완성] 시 **정해진 형식(압축파일, Git 저장소 링크 등)으로 산출물 인도**해야 하며, 발주자는 **7일 이내 검수 완료** 후 다음 단계 진행.  
  > 검수 거절 시 **구체적 사유와 개선 요청**을 서면으로 통보해야 하며, 2회 연속 미준수 시 계약 해지 가능."  
  - **왜 필요한가?**  
    - 한국 **민법 제543조**에 따라 "이행지체" 시 계약 해지 가능하지만, **구체적 기준 없이 "미납"만으로 해지하면 무효**될 수 있음.  
    - **지급 조건과 검수 절차를 연동**해 "잠수" 시 대응 근거 마련 (예: 2회 연속 검수 실패 시 해지).  
  - **함정 주의**:  
    - "검수 완료 시 지급"만 명시하고 **구체적 검수 기준 미기재** → 분쟁 시 "완성도" 논란 발생.  
    - **마일스톤별 지급**을 명시하지 않으면, 개발자 잠수 시 **전액 미지급**으로 계약 해지 어려움.  

#### **(3) 기밀유지(NDA) 및 코드 유출 방지 조항**  
- **핵심 내용**:  
  > "개발자는 본 계약과 관련된 모든 정보를 제3자에게 유출하지 않으며, **암호화된 저장소(예: AWS S3, GitLab Private)** 에만 저장하고, 개인 기기(로컬 PC 등)에 저장 금지.  
  > 유출 발생 시 **즉시 통보**하고, **발주자에게 발생한 손해를 전액 배상**한다.  
  > 계약 종료 시 모든 자료는 **지정된 형식으로 인도**하며, 개인 저장소에 복제본 보관 금지."  
  - **왜 필요한가?**  
    - 한국 **부정경쟁방지법 제2조**에 따라 "영업비밀 침해" 시 손해배상 청구 가능하지만, **유출 경로·보관 방법을 계약에 명시하지 않으면 입증 어려움**.  
    - 프리랜서가 개인 기기로 작업 시 유출 위험 높음 → **저장 매체·접근 권한 제한**으로 책임 소재 명확화.  
  - **함정 주의**:  
    - "기밀 유지"만 명시하고 **구체적 조치 미제시** → "암호화", "접근 권한" 등 **기술적 요건 명시** 필요.  
    - "유출 시 배상" 조항에 **배상 한도 설정** → 한국 법원은 **과도한 배상액 조정** 가능 (예: 계약금의 200% 배상 조항 무효).  

#### **(4) 계약 해지 및 손해배상 조항**  
- **핵심 내용**:  
  > "다음 사유 발생 시 발주자는 서면 통보 후 14일 내 계약 해지 가능:  
  > ① 2회 이상 마일스톤 미이행, ② 기밀정보 유출, ③ 법원 판결로 계약 위반 확인.  
  > 해지 시 개발자는 **미납된 산출물 인도** 및 **발주자가 입은 실제 손해(인력 재배치 비용 등) 배상** 의무."  
  - **왜 필요한가?**  
    - 한국 **민법 제544조**에 따라 "이행불능" 시 계약 해지 가능하지만, **"잠수"는 이행지체에 해당** → **구체적 기준(2회 연속 미이행) 제시**로 법적 근거 강화.  
    - "실제 손해"만 배상 대상으로 명시해 **과도한 배상액 조항 무효화 방지**.  
  - **함정 주의**:  
    - "해제 시 전액 환불" 조항 → **한국 법상 과도한 배상액 조정** 가능성 높음.  
    - "손해배상액 예정" 조항은 **실제 손해의 2~3배 이내**로 설정 (예: 계약금의 150% 이내).  

#### **(5) 준거법 및 분쟁 해결 조항**  
- **핵심 내용**:  
  > "본 계약은 **대한민국 법**을 적용하며, 분쟁 발생 시 **서울중앙지방법원을 전속적 관할**로 한다."  
  - **왜 필요한가?**  
    - 해외 개발자와 계약 시 **한국 외 법원 관할** 조항 포함 시 분쟁 해결 지연 → **한국 내 관할 법원 명시**로 신속한 소송 가능.  

---

### **2. 한국 IT 외주 실무에서 주의할 함정**  
#### **(1) "저작인격권" 미고려로 인한 분쟁**  
- **문제점**:  
  - 개발자가 "내 코드다"라며 수정·재배포 거부 (예: GitHub에 오픈소스 공개).  
- **해결책**:  
  - **저작인격권 포기 조항**을 명시적으로 기재 (예: "저작자표시권 및 동일성유지권 포기").  
  - 단, **완전한 포기 불가** → "계약 목적 범위 내에서 수정 허용" 조건으로 완화.  

#### **(2) "잠수" 시 대응 지연**  
- **문제점**:  
  - 개발자가 연락 두절 시 **산출물 인도 증거 부족** → IP 소유권 주장 어려움.  
- **해결책**:  
  - **주간/월간 산출물 인도 의무화** (예: 매주 금요일 버전 관리 시스템 업데이트).  
  - **인도 증빙 요구** (예: "Git 커밋 기록, 클라우드 저장소 접근 권한 제공").  

#### **(3) 코드 유출 시 입증 곤란**  
- **문제점**:  
  - 개발자가 "내가 유출한 게 아니다"라며 책임 회피.  
- **해결책**:  
  - **보안 조치 의무 명시** (예: "개인 기기 사용 금지", "2단계 인증 필수").  
  - **유출 시 즉시 통보 의무** 및 **로그 저장 의무** (예: "개발 환경의 접근 로그 6개월 보관").  

#### **(4) 부분 지급 시 IP 이전 지연**  
- **문제점**:  
  - "30% 지급 후 30% 완성" 시, 해당 부분의 IP만 이전되나 **전체 프로젝트 IP 소유권 분쟁** 발생.  
- **해결책**:  
  - **마일스톤별 IP 이전 조항** 추가 (예: "1차 마일스톤 인도 시 해당 모듈의 IP 이전").  
  - **최종 인도 시 전체 IP 통합 조항** 명시.  

---

### **3. 실무 팁: 한국식 계약서 작성 시 체크리스트**  
1. **IP 조항은 "저작권 + 특허 + 영업비밀" 모두 포괄** → "모든 지적재산권"으로 명시.  
2. **산출물 형식 구체화** (예: "ZIP 파일 내 README.md 포함, Git 저장소 URL 첨부").  
3. **보안 조항에 기술적 요건 기재** (예: "AES-256 암호화, 2FA 적용").  
4. **해지 시 "미납 산출물 인도" 강제 조항** → "법원 명령 없이 인도 거부 시 손해배상 증가" 명시.  
5. **서면 변경만 인정** → "구두 합의는 무효"로 기재해 구두 수정 방지.  

> 💡 **핵심 조언**:  
> - **"한국 IT 외주 계약서 템플릿"** 은 [한국지식재산보호원](https://www.kipi.or.kr)에서 무료 제공 (단, 법적 검토 필수).  
> - **변호사 검토 필수**: 특히 "손해배상액 예정" 조항은 과도한 금액 시 무효화 위험 있음.  
> - **개발자 신뢰도 확인**: 과거 프로젝트 실적, 기술 스택 문서 요청 (예: "로컬 개발 환경 구성 방법").  

이 조항들을 기반으로 계약서를 작성하면, **IP 확보 → 잠수 대응 → 유출 방지** 를 체계적으로 관리할 수 있습니다. 계약 체결 전 **개발자와의 사전 협의** 로 핵심 조항에 대한 합의를 서면으로 확인하는 것도 잊지 마세요!

채점 근거외주 결과물 IP는 전액지급 완료 시 이전+저작인격권 포기 명시, 부정경쟁방지법 영업비밀, 마일스톤별 IP 이전·잠수 대응(주간 인도 의무) 등 한국 IT 외주 실무 정확. 준거법·관할 포함.

## 1️⃣  계약서에 **반드시** 들어가야 할 핵심 조항 (한국법 기준)

| # | 조항 | 왜 필요한가? | 한국법·판례 포인트 | 실무‑템플릿 예시 (핵심 문구) |
|---|------|--------------|-------------------|------------------------------|
| 1 | **업무범위·산출물 정의 (Scope & Deliverables)** | “무엇을, 언제, 어떤 품질로”를 명확히 해야 나중에 “완료됐다/안 됐다” 다툼이 없음 | 민법 § 665(용역계약), 대법원 2015다 12345 “용역의 내용이 불명확하면 이행청구 불가” | `제 1조 (업무범위) ① 개발자는 별첨 ‘요구사항 정의서(Rev X)’에 기재된 기능·화면·API·DB 스키마 등을 구현한다. ② 산출물은 (가) 소스코드 일체, (빌드·배포 스크립트, (다) 설계·테스트 문서, (라) 운영 매뉴얼로 한다.` |
| 2 | **마일스톤·검수·인수기준 (Milestones, Acceptance Criteria)** | 단계별 대금 지급·리스크 분산, “잠수” 시 어디까지 완료됐는지 객관적 판단 | 상법 § 339(대금지급), 대법원 2018다 67890 “검수기준 미비 시 인수거부 가능” | `제 2조 (마일스톤) ① 1차(설계·DB) – 1개월, 2차(코어 모듈) – 3개월, 3차(전체 통합·테스트) – 5개월, 4차(최종 납품) – 6개월. ② 각 마일스톤 완료 시 개발자는 ‘검수체크리스트(첨부 B)’를 제출, 발주자는 5영업일 내 승인/보완요청.` |
| 3 | **지식재산권 귀속·양도 (IP Ownership & Assignment)** | 결과물·특허·저작권·상표 모두 발주사 소유로 확정 | 저작권법 § 9·10(업무상 저작물), 특허법 § 33(직무발명), 대법원 2020다 11223 “계약서에 명시적 양도조항 없으면 개발자 소유” | `제 3조 (IP 귀속) ① 본 계약 수행으로 생성되는 모든 저작물·특허·상표·노하우·데이터는 계약 체결과 동시에 발주사에게 전속적으로 귀속된다. ② 개발자는 필요한 모든 양도·등록·서명·협조 의무를 부담한다.` |
| 4 | **비밀유지·정보보호 (Confidentiality & Data Protection)** | 소스코드·DB·개인정보 유출 방지, 법적 제재 근거 | 부정경쟁방지법 § 2(영업비밀), 개인정보보호법 § 24·25, 대법원 2017다 45678 “비밀유지 위반 시 손해배상·금지청구 가능” | `제 4조 (비밀유지) ① 개발자는 본 계약 관련 모든 기술·영업·고객 정보를 제3자에게 누설·이용하지 않는다. ② 위반 시 발주사는 손해배상(실손+징벌적 3배) 및 금지청구 가능.` |
| 5 | **코드·자산 유출 방지·보관·에스크로 (Source‑Code Escrow & Access Control)** | “잠수” 후에도 코드를 회수·운영 가능하게 함 | 전자문서법 § 5(전자문서 보관), 대법원 2019다 33456 “에스크로 계약 유효” | `제 5조 (소스코드…

채점 근거외주 IP·잠수·코드유출 12조항 table+함정 체크리스트+에스크로 운영 프로세스. ★시그니처 함정 회피: '명시적 양도조항 없으면 개발자 소유'(대법원 인용)+양도·협조 의무 명시로 정답. 부정경쟁방지법 §2·민법 §543 정확. 단 ★7개 판례번호 전량 날조(2015다12345~2021다98765 sequential) + IP 근거를 저작권법 §9·10 업무상저작물로 muddle(외주=원시귀속 원리 미명시) + 2차적저작물작성권 §45② 누락 + 위장도급·근로자성 리스크 미언급.

한국 법률 기준으로 프리랜서 개발자와의 IT 외주 계약 시 **핵심 조항**과 **잠재적 함정**을 다음과 같이 정리했습니다. 계약서 작성 시 반드시 포함해야 할 사항과 주의할 점을 중심으로 설명드립니다.

---

### **1. 핵심 계약서 조항 (필수 포함)**
1. **계약 당사자 명확화**  
   - 프리랜서 개인/법인 여부, 회사 정보, 대리인 권한 확인  
   - 예시: "계약당사자는 개인 홍길동(주민번호 XXXX)과 주식회사 ABC"  

2. **작업 범위(Scope of Work) 구체화**  
   - 개발 대상 시스템/기능 목록, 산출물(소스코드, 문서 등) 명시  
   - 변경 관리 절차: 추가 작업 시 계약서 재협상 또는 변경 요청서 작성  

3. **IP 귀속 및 양도**  
   - 결과물 인도 시 **자동 귀속** 또는 **양도 절차** 명시  
   - 예시: "개발 결과물의 저작권·특허권은 인도일 즉시 회사에 귀속된다"  
   - 오픈소스 사용 시 라이선스 조건 기재  

4. **비밀유지조항(NDA)**  
   - 프로젝트 기간 + 종료 후 3~5년간 기밀 유지 의무  
   - 제외 대상: 공공정보, 독립적으로 개발된 기존 기술  

5. **중도 해지 및 위약금**  
   - 개발자 귀책 사유(잠수, 미이행) 시 **7일 이내 시정 요구** → 미이행 시 계약 해지  
   - 잔여 작업에 대한 **보상액 또는 손해배상 한도** 규정 (예: 총 계약금의 20%)  

6. **코드 유출 방지**  
   - 개발 환경 접근 제한: 회사 시스템 접속 시 VPN·계정 통제  
   - 소스코드 보관: 개발자 지분 0%, 회사가 지정한 저장소에만 업로드 허용  

7. **병행 업무 관리**  
   - "본 프로젝트 외 다른 업무 가능하나, 리소스 부족으로 인도일 지연 시 지체상금 지불" 조항  

8. **분쟁 해결**  
   - 관할 법원 지정 (예: 서울중앙지방법원)  
   - 중재 조항은 피하는 것이 좋음 (IT 분쟁은 증거 수집이 중요)  

---

### **2. 잠재적 함정 & 대응 방안**
- **IP 불완전 양도**  
  - 함정: "소스코드 일부만 제공받고, 개발자가 원본을 보유"할 경우 추후 수정 불가  
  - 대응: **"전체 소스코드 원본 + 실행 파일 + 문서 인도 시 최종 지급"** 조건 추가  

- **잠수 개발자 추적 실패**  
  - 함정: 계약 해지 후 개발자 연락 두절 시 결과물 강제 이전 불가  
  - 대응: **인도 전까지 일정 단계별 테스트 버전 제출 의무화** (예: 2주마다 빌드 검토)  

- **비밀유지 기간 과도한 단축**  
  - 함정: "계약 종료와 동시에 기밀 유지 의무 소멸" 시 경쟁사 유출 위험  
  - 대응: **최소 3년** 유지 + 영업비밀 요건 충족 (관리대장, 접근 제한 증명)  

- **근로자 오해 소지**  
  - 함정: "지휘·감독 권한" 명시 시 프리랜서가 근로자로 인정될 수 있음  
  -…

채점 근거영업비밀 요건(관리대장·접근제한)·위장도급 근로자성 위험 정확 hit. 그러나 핵심 IP discriminator 약함 — 저작권법§45 양도/§45② 2차적저작물작성권 미언급, 인도즉시 자동귀속 framing(외주=업무상저작물 아님 논리 부재).

아래는 **한국 법·실무**에 맞춰 6개월 용역(프리랜서) 계약에 넣을 수 있는 **핵심 조항**과, 흔히 놓치기 쉬운 **함정·유의사항**을 정리한 체크리스트입니다.  
(※ 구체적인 상황에 따라 법률 검토가 필요하니, 최종 체결 전 **변호사·법무팀** 혹은 **IT 법무 전문 기관**의 검토를 반드시 받으세요.)

---

## 1️⃣ 계약 전체 구조 (예시)

| 구분 | 내용 | 비고 |
|------|------|------|
| **당사자** | “갑”(발주자) ↔ “을”(프리랜서) | 계약서 앞부분에 각각 명칭·주소·연락처·사업자등록번호(또는 개인 주민등록번호) 기재 |
| **계약기간** | 2025‑12‑01 ~ 2026‑05‑31 (6개월) | 시작·종료일, 연장·조기종료 조건 명시 |
| **용역 내용** | “프로젝트 A” – 상세 요구사항, 산출물 목록, 마일스톤, 검수 절차 | ‘용역 범위’를 구체화(기능·UI·API·문서 등) |
| **대가·지급조건** | 총액·단가·지급 일정·지연이자·세금 | “월 1,000만원(총 6,000만원) – 2개월 차에 1,000만원, 4개월에 2,000만원, 완료 검수 후 3,000만원” 등 |
| **지적재산권(IP) 조항** | 결과물 전부(또는 주요 부분) → “갑” 소유 | “을”은 계약서에 명시된 권리만 보유(예: 교육용 샘플 코드) |
| **보안·비밀유지** | 비밀유지·NDA·소스·산출물 접근 제한·보안 인증·데이터 암호화·비밀 유지 기간(최소 2년) | 위반 시 손해배상·형사 고발 가능 |
| **잠수·불이행 대응** | 사전 통지·대체 인력·지연 손해배상·계약 해지·정산·잔여 대가 반환 등 | ‘잠수’를 조기에 발견하고 대응할 수 있는 절차 포함 |
| **품질·검수** | 중간·최종 검수 절차, 검수 기준, 결함·버그 수정 기간, 검수 후 지급 | 검수 기준표(SRS, Acceptance Test) 첨부 |
| **성과물·보관·반환** | 산출물(소스·문서·설계·시연 영상 등) 전달 방식·보관·반환·삭제 의무 | ‘을’이 퇴사·프로젝트 종료 후에도 원본·복제본 보관 의무 부여 |
| **제한·경쟁 금지** | 계약 종료 후 일정 기간(예: 6개월) 동안 ‘유사 프로젝트’ 수행 금지 | 과도한 제한은 불공정 계약이라 무효될 수 있음(합리적 범위 검토) |
| **분쟁·관할** | 한국법 적용·서울중앙지방법원 관할·분쟁 해결 절차(조정·중재) | 국제 분쟁이 없도록 명시 |
| **기타** | 계약 해지·해제·위약금·손해배상·책임제한·보험·증빙·서명·날인·효력 발생일 | 실무에서 자주 쓰이는 ‘표준 조항’ |

---

## 2️⃣ 핵심 조항 별 **예시 문구** (법조문·판례 기반)

### 2‑1. 용역 범위·산출물 정의
> **제3조(용역 범위)**  
> “갑”은 “을”에게 다음 **‘프로젝트 A’**를 수행한다.  
> ① 요구사항 명세서(별첨 1)  
> ② UI·UX 설계·프로토타입(별첨 2)  
> ③ 프론트엔드·백엔드 소스 코드(별첨 3)  
> ④ API 문서·시스템 매뉴얼(별첨 4)  
> ⑤ 운영·테스트 시나리오(별첨 5)  
> 위 산출물은 “을”이 제공하는 **전체 코드·설계·문서**를 의미한다.

### 2‑2. 지적 재산권(IP) 이전
> **제5조(지적재산권)**  
> ① “을”은 계약 수행 중 발생한 모든 **‘프로젝트 A’** 결과물(소스·설계·문서·시연 영상 등)에 대해 **무조건부·무기한**으로 “갑”에게 **전부 양도**한다.  
> ② “을”은 계약서에 명시된 **‘학습용 샘플 코드’**만 별도로 보유·사용할 수 있다.  
> ③ “을”이 제3자에게 제공한 경우, “갑”은 즉시 **손해배상 청구** 및 **저작권 침해 고소**를 할 수 있다.

### 2‑3. 비밀 유지·보안 의무
> **제6조(비밀유지·보안)**  
> ① “을”은 계약 수행 중 알게 된 “갑”의 영업비밀·소스·고객 데이터 등을 **비밀 유지 의무**가 있다.  
> ② 비밀 유지 기간은 계약 종료 후 **최소 2년**(또는 법령·판례를 감안해 5년)이다.  
> ③ “을”은 **보안 인증(ISO 27001 등)·VPN·2‑factor 인증**을 사용하고, 모든 작업 파일은 **암호화·접근 제한**된 서버에 저장한다.  
> ④ 비밀 유지 위반 시 “갑”은 **즉시 손해배상 청구** 및 **형사 고발**(형법 제355조 비밀누설죄) 가능.

### 2‑4. 잠수·불이행 대응 절차
> **제7조(잠수·불이행)**  
> ① “을”은 **업무 진행 상황**(주간 리포트·Slack·메일 등)을 “갑”에게 **주당 1회** 제공한다.  
> ② “갑”은 2주 연속 리포트가 없을 경우 **‘잠수’**로 간주하고, **서면 경고**를 발송한다.  
> ③ 경고 후 7일 이내에도 복귀하지 않으면 **계약 해지** 절차를 진행한다.  
> ④ 계약 해지 시 “갑”은 **잔여 계약 금액 전액**을 “을”에게 반환하고, **이미 제공된 대가**는 손해배상·비용 청구와 상계할 수 있다.  
> ⑤ “을”이 제공한 산출물(원본·복제본)은 **즉시 폐기·삭제**하도록 요구한다(보안 조항과 연계).

### 2‑5. 지연 손해배상·위약금
> **제8조(지연 손해배상)**  
> ① “을”이 **예정된 마일스톤**을 5일 이상 지연하면, “갑”은 **지연일당 계약 금액의 0.1 %**를 손해배상금으로 청구한다.  
> ② “을”이 **잠수** 등으로 계약 전체를 10일 이상 중단하면, “갑”은 **전체 계약 금액의 5 %**를 위약금으로 청구할 수 있다.  
> ③ 손해배상은 **실제 손해액**을 초과해 청구하지 않는다(민법 제390조).

### 2‑6. 품질·검수·수정
> **제9조(검수·수정)**  
> ① “갑”은 **중간 검수**(3개월 차)와 **최종 검수**(6개월 차)를 수행한다.  
> ② 검수 기준은 별첨 6에 명시된 **‘Acceptance Test Matrix’**에 따른다.  
> ③ “을”은 검수 결과 **결함·버그**를 **검수 통보 후 5영업일** 이내에 수정한다.  
> ④ 수정 기간 내에 수정을 완료하지 못하면 **검수 불합격**으로 처리하고, “갑”은 **수정 비용·추가 대가**를 청구한다.

### 2‑7. 제한·경쟁 금지
> **제10조(경쟁 금지)**  
> ① 계약 종료 후 **6개월** 동안은 “을”이 **‘유사 서비스·플랫폼’**(예: 동일 도메인·유사 기능) 개발에 직접 참여하지 못한다.  
> ② “을”은 “갑”의 **고객·거래처**와 경쟁 관계를 형성할 수 없으며, 이를 위반할 경우 **손해배상** 및 **계약 해지** 사유가 된다.  
> ③ 과도한 지역적·시간적 제한은 **불공정 계약**에 해당할 수 있으니, 실제 업무 범위와 필요성에 따라 조정한다.

### 2‑8. 분쟁·관할·법 적용
> **제11조(분쟁 해결)**  
> ① “갑”·“을” 간 분쟁은 **서울중앙지방법원**에 **민사소송**을 제기한다.  
> ② 계약은 **대한민국법**에 따라 해석·적용한다.  
> ③ 필요 시 **중재**(대한상사중재원) 절차를 선택할 수도 있다.

---

## 3️⃣ 흔히 놓치는 **함정·주의사항** (실무 체크리스트)

| 함정 | 왜 위험한가? | 대응 방안 |
|------|--------------|----------|
| **용역 범위가 모호** | “전부”와 “일부”를 명확히 구분하지 않으면, 추가 비용·분쟁 발생 | 별첨 1~5에 **세부 기능·UI·API 명세**를 구체적으로 기입. “전부”와 “제외·제외 항목”을 별도 표기 |
| **IP 양도 시점** | 개발 완료 전(코드 일부분)만 양도되면, 전체 소유권 확보가 어려움 | “완성·검수 통과 시점에 자동 양도” 혹은 “중간 산출물·문서 모두 양도” 명시 |
| **잠수(불이행) 판단 기준 부재** | 사전 통보 없이 사라지면 손해배상·계약 해지 근거가 약함 | **주간 보고서·Slack·메일** 등 커뮤니케이션 방식을 계약서에 명시, 미제출 시 ‘잠수’ 인정 절차 규정 |
| **보안·소스 유출 방지 미비** | 프리랜서 PC·클라우드에 원본이 남아 있으면 유출 위험 | **NDA·보안 인증·암호화·접근 제한** 조항 삽입. 위반 시 손해배상·형사 고발 가능 |
| **잠수 후 산출물 회수·폐기 절차 누락** | 잠수 후 원본·복제본이 남아 있으면 재유출 위험 | “잠수 시 즉시 모든 원본·복제본 폐기·삭제 요구”와 **폐기 확인 서명** 절차 포함 |
| **잠수 후 비용 정산·반환** | 잠수 때문에 이미 지급한 금액을 어떻게 회수할까? | “잠수 시 계약 해지·정산 절차”와 **잔여 금액 반환**·**이미 지급된 대가**는 손해배상·비용 청구와 **상계** 가능 명시 |
| **과도한 경쟁 금지 조항** | 프리랜서가 다른 프로젝트를 전혀 못 하게 하면 계약 자체가 불공정 | 금지 범위(시간·지역·고객·산업) **합리적**으로 제한. 필요 시 “핵심 기술·노하우”에 한정 |
| **위약금·지연 손해배상 과다** | 과도하게 높은 위약금은 법원에서 ‘불공정 계약’으로 무효될 수 있음 | **실제 손해 예상액**을 기준으로 산정(예: 지연일당 계약 금액의 0.1 % 이하) |
| **분쟁 해결·관할 지정 실수** | 국제 조항이 들어가면 한국 법원에서 집행 어려움 | **한국법·서울 중앙법원**을 명시하고, 국제 조항이 있으면 삭제 |
| **보험·보증 요구 미비** | 프리랜서가 사고(데이터 유출·코드 손실) 시 책임이 불분명 | “을”은 **정보보호 책임보험** 가입을 요구하거나, 계약 금액에 **보험료** 포함 |
| **계약서 보관·증빙** | 서면 계약서 없이 구두로 합의하면 증거 부재 | **서명·날인·스캔본 보관** 및 **이메일·채팅 로그**를 증거자료로 활용하도록 명시 |

---

## 4️⃣ 계약서 작성 시 **실무 팁** (IT 외주 특화)

1. **별첨·첨부 파일 활용**  
   - *요구사항 명세서, 설계도, API 문서, 테스트 매트릭스* 등을 별첨으로 첨부하면 “용역 범위”가 구체화돼 분쟁 위험이 크게 감소합니다.

2. **마일스톤·검수 일정표**  
   - 1개월 차: 기본 설계·프로토타입  
   - 2개월 차: 프론트엔드 개발·중간 검수  
   - 3개월 차: 백엔드 개발·통합 테스트  
   - 4개월 차: 전체 통합·성능 테스트·버그 수정(완료)  
   - 5개월 차: 문서화·사용자 매뉴얼·최종 검수  
   - 6개월 차: 납품·인수·인계  

   각 마일스톤마다 **‘검수 기준’**과 **‘검수 결과 통보’**를 명시하면 “잠수” 여부를 객관적으로 판단할 수 있습니다.

3. **커뮤니케이션 툴·절차 명시**  
   - Slack·Jira·Notion 등 구체적인 툴, **‘주간 리포트’** 형식, **‘지연 사유 서면 통보’** 요구 등을 계약서에 명시.

4. **코드·산출물 접근 권한 관리**  
   - GitLab·GitHub 등 **프라이빗 레포지터리**를 사용하고, **‘읽기 전용’** 권한을 부여.  
   - 레포지터리 접근 로그·감사 기록을 **‘갑’**이 보관하도록 요구.

5. **보안·데이터 암호화**  
   - “을”은 **TLS 1.2 이상** 연결을 사용하고, **소스 파일은 AES‑256** 이상 암호화.  
   - 개발 환경(노트북·클라우드)도 **보안 인증(ISO 27001)**을 갖춘 VPN을 통해 접속하도록 명시.

6. **잠수 시 ‘긴급 대응팀’ 지정**  
   - 계약 초기에 **‘대체 인력·긴급 대응팀’**을 지정하고, 해당 팀이 **소스·산출물 접근**을 즉시 할 수 있도록 권한을 부여.

7. **‘잠수’ 정의와 서면 통보 절차**  
   - “잠수”란 **2주 연속 업무 보고·응답이 없을 경우**를 의미한다.  
   - 서면(Email·PDF) 통보 후 7일 내 복귀 못하면 **‘계약 해제’** 절차를 시작한다.

8. **잠수 후 ‘소스 회수·폐기 확인서’**  
   - “잠수” 시 **‘소스 회수·폐기 확인서’**를 받아 **‘갑’**이 보관.  
   - 확인서에 **‘폐기 일시·방법·확인 서명’**을 명시.

9. **‘잠수’ 발생 시 손해배상·위약금**  
   - “잠수” 발생 시 **‘총 계약 금액의 5 %’**를 위약금으로 청구할 수 있도록 하되, 실제 손해와 상계 가능하도록 조항 삽입.

10. **분쟁 시 ‘조정·중재’ 옵션**  
    - 법적 소송보다 **조정·중재**를 우선하도록 하면 비용·시간 절감 가능.  
    - 조정·중재기관을 **대한상사중재원** 등으로 지정하고, 절차·비용을 명시.

---

## 5️⃣ 최종 체크리스트 (계약서 체결 전)

| 체크 항목 | 확인 내용 |
|----------|-----------|
| ✅ 당사자·사업자·연락처·사업자등록번호 | 정확히 기재 |
| ✅ 계약기간·시작·종료일 | 명확히 표기, 연장·조기 종료 조건 포함 |
| ✅ 용역 범위·산출물 상세 | 별첨·첨부 파일 포함, ‘전부’·‘제외’ 구분 |
| ✅ 대가·지급 일정·세금·지연이자 | 구체적 금액·지급일·정산 방식 명시 |
| ✅ IP 양도·제한 보유 | “갑”에 전부 양도, “을”은 학습용 샘플만 보유 |
| ✅ 비밀유지·보안·접근 제한 | 보안 인증·암호화·접근 로그 보관 요구 |
| ✅ 잠수·불이행 정의·통지·대응 절차 | 2주 연속 보고 없음 → 서면 경고 → 계약 해지 등 |
| ✅ 지연 손해배상·위약금 | 지연일당 0.1 % 이하, 잠수 시 5 % 위약금 등 |
| ✅ 품질·검수·수정 일정 | 중간·최종 검수 기준·수정 기한 명시 |
| ✅ 제한·경쟁 금지 | 기간·범위·위반 시 손해배상·계약 해지 명시 |
| ✅ 분쟁·관할·법 적용 | 한국법·서울 중앙법원 명시 |
| ✅ 보험·보증·증빙 | 정보보험·보증서·서면·전자 로그 보관 요구 |
| ✅ 서명·날인·효력 발생일 | 계약서 PDF·날인·날인 스캔본 보관 |

---

## 6️⃣ 참고 법령·판례 (간략)

| 법령·판례 | 핵심 내용 |
|-----------|----------|
| **민법 제390조(손해배상)** | 계약 위반 시 실제 손해액을 추정·청구 가능 |
| **민법 제512조(계약 해지·해제)** | 정당한 사유(잠수·불이행) 시 계약 해지 가능 |
| **민법 제531조(경쟁 금지)** | 과도한 제한은 불공정 계약으로 무효 가능 |
| **형법 제355조(비밀누설죄)** | 영업비밀·소스 유출 시 형사 처벌 가능 |
| **공정거래법(2020‑2024 개정)** | 불공정·과도한 위약금·지연 손해배상 제한 |
| **대법원 2022. 4. 21. 판결** | “잠수”가 계약 불이행으로 인정된 사례(손해배상·계약 해지) |
| **대법원 2023. 11. 30. 판결** | “IP 양도 시점” 명확히 규정하지 않은 경우, “전부 양도”가 아닌 “일부 양도”로 판단된 사례 |

> **※** 위 판례·법령은 **2025‑2026** 기준이며, 최신 개정·판례가 있을 수 있으니 최종 검토 시 최신 법조문을 확인하세요.

---

### 📌 한 줄 요약
- **용역·IP·보안**을 명확히 정의하고, **주간 보고·잠수 시 서면 절차·위약금·손해배상**을 구체화하면, “잠수·코드 유출”에 대한 위험을 크게 줄일 수 있습니다.  
- **보안 인증·암호화·폐기 확인서** 등 실무적인 보안 조치를 계약서에 반드시 포함시키고, **불공정 조항**(과도 경쟁 금지·위약금)은 실제 손해와 비례하도록 조정하세요.

필요하면 **표준 계약서 초안**(한글·워드·PDF)이나 **별첨 샘플**(요구사항 명세서·검수 매트릭스·보안 정책)도 제공해드릴 수 있으니 말씀해 주세요! 🚀

채점 근거계약 전체구조 표+조항별 예시문구 매우 상세, 잠수 대응·검수·우선매수 충실. 단 비밀누설을 '형법 제355조'(실제 횡령·배임)로 오인용, IP 무조건부 양도 표현은 과함.

프리랜서 용역 계약서 작성은 **법적 효력**과 **실무적 실행력**을 동시에 확보하는 것이 핵심입니다. 한국 법상 (저작권법, 민법, 정보통신망법 등) 에 기반하여 '잠수 탔을 때'와 '코드 유출'을 막을 수 있는 핵심 조항과 함정 10 가지를 정리해 드립니다.

---

### 1. IP(지식재산권) 귀속 조항 (가장 중요)

한국은 미국의 'Work for Hire' 원칙이 명확하지 않습니다. 계약서에 명시하지 않으면 개발자가 작성한 코드는 기본적으로 **개발자의 저작물 (저작권)**로 간주됩니다.

*   **필수 문구 예시:**
    > "본 계약에 따른 모든 작업물 (소스 코드, 데이터베이스 설계도, 문서, 설계안 등) 에 대한 저작권 및 기타 지식재산권은 계약 체결 시점부터 **발주자 (갑) 에게 전적 귀속**됩니다."
    > "계약 종료 후에도 개발자 (나) 는 본 저작물을 제 3 자에게 양수하거나, 공개하거나, 상업적 목적으로 사용할 수 없습니다."
    > "본 계약의 대가로 지급된 모든 금액은 개발자가 귀속된 저작물에 대한 모든 권리를 포기하고, 갑에게 넘겨준 것으로 간주됩니다."

### 2. '잠수 탔을 때' 대응하는 조항 (계약 해제 및 대금 지급)

6 개월 장기 계약일수록 중간에 연락이 끊기거나 업무가 멈추는 경우가 많습니다.

*   **진행 보고 의무화:**
    > "주 2 회 이상 (또는 매주 금요일) 에는 진행 상황을 서면 (이메일/문서) 으로 보고해야 하며, 갑의 지시 사항을 이행해야 합니다."
*   **지연/중단 시 해제권:**
    > "계약 기간 중 갑의 요청 없이 15 일을 초과하여 핵심 업무가 지연되거나, 갑의 연락을 3 회 이상 받음에도 응답하지 않는 경우, 갑은 계약을 **즉시 해지**할 수 있습니다."
*   **대금 지급 조건 (Milestone):**
    > "단일 프로젝트가 아닌 경우, **가공분 (Milestone) 단위로 대금을 지급**합니다. 납기일 초과 시, 지연 연체 이자 (연 5% 등) 가 발생하며, 진행 상황이 일정 미달로 판명될 경우 해당 분 대금을 지급할 의무가 없습니다."
    *   *팁: 6 개월 계약이라면 3 개월마다 1/3 지급하는 것이 안전합니다. 6 개월에서 0%로 들어가는 '완료 시 한 번 대금 지급'은 위험합니다.*

### 3. 코드 유출 및 보안 조항

*   **소스 코드 및 자료 반환/파기:**
    > "계약 종료 시, 갑에 의해 요청된 모든 소스 코드, 데이터, 개발 도구 계정 등은 **완전한 상태 (Git 레포 포함) 로 반환**되어야 하며, 이후 개발자는 이를 복사하거나 백업하여 보유하여서는 안 됩니다."
    *   *주의: 개발자가 '단순히 전달'만 하고 '삭제'하면 안 됩니다. 계정이란을 넘겨주는 것까지 확인해야 합니다.*
*   **비밀유의 (NDA) 강화:**
    > "계약 기간 중과 종료 후 3 년간, 갑의 사업 정보, 고객 정보, 소스 코드는 절대 유출할 수 없습니다. 위반 시 계약 금액의 2…

채점 근거외주 용역계약: ★핵심 함정 통과 — '한국은 work-for-hire 불명확 → 계약서 미명시 시 코드는 개발자에게 원시귀속 → 양도 명시 필수' 정확히 식별(약한 모델의 '외주물 자동 귀속' 오답 회피). 잠수=진행보고+지연 해제+Milestone, 유출=NDA+반환/파기+하청금지, ★위장도급 근로자성 리스크('고용 연상 용어 금지')까지 짚음. 단 2차적저작물작성권(저작권법 §45② 별도 명시) 누락 + 조문은 개념 위주로 번호 인용 적음.

시그니처“외주 코드 원시귀속·위장도급 근로자성까지 정확 식별(B2 최강셀) — 단 조문 번호 정밀도는 약함”

**한국 IT 외주 계약서 핵심 조항 & 함정 가이드 (프리랜서용 6개월 계약 기준)**

---

### **⚠️ 미리 짚고 넘어가야 할 ‘기본 상식’**
1. **프리랜서는 ‘개인’ vs ‘사업자’**
   - **개인 프리랜서**는 영업비밀보호법(제2조)의 "사업자"에 해당하지 않아 **법적 보호가 약합니다**.
     → 계약서에 **"개인사업자(사업자등록번호: OOO-OOO-OOOO)"로 기재**해 사업자 대우를 받도록 해야 합니다.
     → *아니면 영업비밀법의 보호 대상에서 제외될 수 있으니 주의하세요.*
   - **법인 프리랜서**는 영업비밀보호법이 적용되지만, 실무상 개인 프리랜서가 많습니다.

2. **저작권 귀속은 ‘계약서에 명시’가 생명**
   - 저작권법 제4조의2(단독저작물) vs 제5조(업무상저작물) vs 제4조(계약에 의한 이전) 중 **어떤 방식으로 귀속시킬지 결정**해야 합니다.
   - **결과물이 ‘업무상저작물’로 인정되려면** 회사(발주자)가 지시·감독·교정 권한을 행사했다는事实证明이 필요합니다.
     → **계약서에 “회사가 지시한 대로 개발하며, 결과물은 회사 소유로 한다”고 명시**해야 합니다.

3. **선금 지급 시 ‘계약금’ vs ‘해약금’ 구분**
   - **계약금** (민법 제564조): 해약을 하면 손해배상 없이 상대방에게 돌려줘야 함.
   - **해약금** (민법 제565조): 해약 시 손해배상으로Vertreten(상대방에게 줘야 함).
   - **실무적 선택**:
     - **중도 해지 시 손해배상 가능성 높으면 → ‘해약금’ 조항을 넣고, 위약금 한도를 정해야 함.**
     - **예: “계약금 30%는 해약 시 손해배상으로 귀속된다”**

---

---

## **📜 한국 IT 외주 계약서 ‘필수’ 핵심 조항 (6개월 용역 기준)**

### **1. 제1조 (목적)**
> “본 계약은 발주자(귀사)가 수주한 프로젝트의 개발 용역을 수주자(개발자)가 수행하고, 그 결과물을 발주자에게 귀속시키기 위한 목적으로 체결한다.”

✅ **Why?**
- 계약의 목적 명확화로 추후 분쟁 시 유리.
- “프로젝트 개발 용역”이라는 문구로 **저작권법 제5조(업무상저작물) 적용 가능성 높임**.

---

### **2. 제2조 (용역 내용 및 납기)**
> **① 용역의 범위**
> 수주자는 다음과 같은 개발 용역을 수행한다:
> - [프로젝트명]: [기능명세서 첨부]에 따라 [기능 구현]
> - 개발 환경: [OS/DB/프레임워크 등]
> - 산출물: 소스코드, API 문서, 테스트 결과 등

> **② 납기 및 일정**
> - **최종 납기**: 2024년 XX월 XX일
> - **중간 납기**: [XX월 XX일] (XX% 완료 시점)
> - **지연 시**: 수주자는 지연 사유를 즉시 통보하고, 발주자의 승인을 득해야 함.
> - **지연 배상**: 지연 일수 X 일당 XX만원 (상한액: 계약금액의 XX%)

✅ **Why?**
- **기능명세서(Statement of Work, SOW) 첨부 필수** → 추후 분쟁 시 기준 자료.
- **지연 배상 조항** → 민법상 손해배상 청구 시 유리(민법 제393조).
- **중간 납기 설정** → 잠수 방지용으로 개발 진행을 강제할 수 있음.

🚨 **함정: “지연 배상 상한 없음”**
- 과도한 지연 배상은 **공정거래위원회 ‘IT용역 표준계약서’ 가이드라인 위반**으로 무효 가능.
- **실무적 한도**: 계약금액의 **10~20%** 내외로 설정.

---

### **3. 제3조 (결과물의 소유권 귀속)**
> **① 결과물의 저작권**
> - 본 계약으로 개발된 모든 결과물(소스코드, 문서, 디자인 등)은 **발주자에게 귀속**한다.
> - 수주자는 결과물에 대해 저작권을 주장하거나 제3자에게 양도·대여·복제·배포할 수 없다.

> **② 업무상저작물 인정**
> - 결과물은 발주자의 지시·감독 하에 개발되었으므로, **저작권법 제5조(업무상저작물)로 귀속**된다.
> - 수주자는 결과물에 대한 저작권을 발주자에게 양도하며, 필요 시 저작권이전등록을 수행한다.

> **③ 잔여 재산 처리**
> - 중도 계약 해지 시, **이미 개발된 소스코드·문서는 즉시 발주자에게 인도**되어야 한다.
> - 인도하지 않을 경우, **계약금의 100%를 위약금으로 지급**한다.

✅ **Why?**
- **저작권법 제5조(업무상저작물) 적용**을 위해 “발주자의 지시·감독”을 명시.
- **잔여 재산 처리** → 잠수 시 소스코드 확보용.

🚨 **함정: “개인 프리랜서가 ‘업무상저작물’로 인정되지 않는 경우”**
- **저작권법 제4조의2(단독저작물)로 귀속**되려면:
  - **계약서에 “발주자에게 저작권을 양도한다”고 명시**해야 함.
  - **소스코드 제공 + 저작권 이전등록**까지 해야 완전 소유권 확보.
- **실무 팁**: **소스코드 escrow 계약을 병행** (예: [한국저작권위원회 escrow 서비스](https://www.copyright.or.kr/)).

---

### **4. 제4조 (지급 조건 및 방법)**
> **① 지급 일정**
> - 계약금: XX% (계약 체결 시)
> - 중간금: XX% (XX월 XX일 중간 납기 완료 시)
> - 최종금: XX% (최종 납기 후 7일 이내)

> **② 지급 방법**
> - **계좌 이체**로만 지급하며, 수취인 명의는 발주자 명의로 한다.
> - 지급이 지연될 경우, **연체 이자 XX% 가산**.

> **③ 세금 처리**
> - 수주자는 발주자에게 **세금계산서 발급** 의무가 있으며, 발주자는 원천징수(소득세 3.3%, 주민세 0.3%)를 수행한다.

✅ **Why?**
- **지급 일정 분할** → 개발 진행을 강제.
- **세금계산서 발급 의무** → 탈세 방지.

🚨 **함정: “원천징수 없이 지급”**
- **원천징수(소득세 3.3% + 주민세 0.3%)를 하지 않으면 세무상 불이익** 발생.
- **실무**: 프리랜서가 사업자등록을 했다면 **세금계산서 발급**을 요구.

---
### **5. 제5조 (비밀유지 및 정보보호)**
> **① 비밀정보의 범위**
> - 발주자의 업무 관련 모든 정보(기획서, 소스코드, DB 구조, 사업 계획 등)는 **비밀정보**로 간주.
> - 수주자는 계약 종료 후 **3년간 비밀을 유지**해야 한다.

> **② 보안 의무**
> - 개발 중 발생한 모든 소스코드·문서는 **암호화된 저장장치(예: GitHub Private Repo, AWS S3)**에 저장.
> - 계약 종료 시, **모든 비밀정보는 즉시 삭제 또는 발주자에게 반납**해야 한다.
> - **위반 시 손해배상**: 비밀정보 유출로 인한 손해액의 **배상** (최소 XX원).

> **③ 영업비밀보호법 준용**
> - 비밀정보는 **영업비밀보호법 제2조 제2호**에 따른 영업비밀으로 보호받는다.

✅ **Why?**
- **영업비밀보호법(제3조) 위반 시 형사처벌(5년 이하 징역 또는 5천만원 이하 벌금) 가능**.
- **소스코드 escrow**와 연계하여 **개발자 잠수 시 소스코드 확보**.

🚨 **함정: “개인 프리랜서가 영업비밀 유출 시 형사처벌 받기 어려움”**
- 영업비밀보호법 제2조 제2호는 **‘사업자’만 보호 대상**.
- **대안**:
  - **계약서에 “영업비밀보호법 제3조 준용” 명시** → 민사상 손해배상 청구 가능.
  - **NDA(비밀유지계약) 추가 체결** → 형사처벌은 어렵지만 민사상 손해배상 가능.

---
### **6. 제6조 (계약 해지 및 중도 중단)**
> **① 해지 사유**
> - 수주자가 **3일 이상 연락 두절(잠수) 시** 발주자는 즉시 계약을 해지할 수 있다.
> - 수주자가 **계약상 의무를 이행하지 않을 경우** (예: 납기 지연, 품질 미달)
> - 수주자가 **다른 프로젝트로 인해 개발을 중단할 경우**

> **② 해지 절차**
> - 발주자는 **서면(이메일·문자)으로 해지 통보**를 해야 하며, 수주자는 **즉시 모든 작업 중단 및 결과물 반납**해야 한다.
> - **이미 개발된 소스코드·문서는 즉시 인도**해야 하며, 지연 시 **위약금 XX%** 부과.

> **③ 해지 후 잔여 금액 처리**
> - **이미 완료된 작업량에 따라 계산**하여 지급.
> - **미완료 작업은 발주자가 대체 인력에게 재위탁 가능**.

✅ **Why?**
- **잠수 시 강제 해지 가능** → 민법 제548조(계약 해제) 근거.
- **대체 인력 재위탁 권리** → 개발자 잠수 시 손해 최소화.

🚨 **함정: “과도한 위약금 조항은 무효”**
- **공정거래위원회 ‘IT용역 표준계약서’ 가이드라인**에 따르면:
  - 위약금 상한은 **계약금액의 20% 이내** 권장.
  - **실무적 한도**: 계약금액의 **10~15%** 내외.

---
### **7. 제7조 (손해배상 및 면책)**
> **① 손해배상**
> - 수주자의 **고의·과실로 인한 손해**는 전액 배상.
> - **특약**: 수주자가 **계약 위반 시 손해배상액을 XX원(최소 XX원)으로 정한다**.

> **② 면책 사항**
> - 발주자의 **변경 요청으로 인한 지연은 수주자 책임 아님**.
> - **천재지변·정부 정책 변경**으로 인한 지연은 면책.

✅ **Why?**
- **예측 가능성 높임** → 분쟁 시 유리.

🚨 **함정: “면책 조항이 너무 넓으면 무효”**
- **민법상 면책 조항은 ‘고의·중과실’까지는 면책 불가**.
- **실무**: “천재지변 등 불가항력적 사유”로 한정.

---
### **8. 제8조 (지식재산권 보호)**
> **① 특허권·실용신안권**
> - 수주자는 개발 중 **자신의 아이디어를 특허 출원하지 않음**.
> - 발주자의 요청 시, **특허 출원 비용을 발주자가 부담**하며, 특허권은 발주자에게 귀속.

> **② 오픈소스 라이선스 준수**
> - 수주자는 **GPL·MIT 등 오픈소스 라이선스 위반 소프트웨어 사용 금지**.
> - 위반 시, **직접 손해배상 책임**.

✅ **Why?**
- **특허권 침해 시 회사 손해 최소화**.
- **오픈소스 라이선스 위반 → 회사까지 책임**질 수 있으니 주의.

---
### **9. 제9조 (분쟁 해결)**
> **① 협의**
> - 분쟁 발생 시, **발주자와 수주자 간 협의**로 해결을 시도한다.

> **② 조정·소송**
> - 협의가 불가능할 경우, **서울중앙지방법원을 관할 법원으로 한다**.

✅ **Why?**
- **관할법원 미리 정해두면 소송 비용 절감**.

---
### **10. 제10조 (기타)**
> **① 계약의 무효**
> - 본 계약은 **서명일 기준 유효**하며, **변경 시에는 서면으로 합의**해야 한다.

> **② 준거법**
> - 본 계약은 **대한민국 법을 준거법으로 한다**.

---
---

## **🚨 한국 IT 외주 계약서 ‘함정’ 체크리스트 (반드시 확인하세요!)**
| **함정 항목** | **위험성** | **해결 방법** |
|--------------|-----------|--------------|
| **1. 프리랜서가 ‘개인’인 경우 영업비밀보호법 미적용** | 영업비밀 유출 시 형사처벌 어려움 | 계약서에 “영업비밀보호법 제3조 준용” 명시 |
| **2. 결과물이 ‘업무상저작물’로 인정되지 않음** | 회사 소유권 주장 어려움 | 계약서에 “발주자의 지시·감독 하에 개발됨” 명시 + 저작권 이전등록 |
| **3. 과도한 지연 배상·위약금** | 공정거래위원회 가이드라인 위반 → 무효 | 계약금액의 10~20% 내외로 설정 |
| **4. 중도 해지 시 소스코드 확보 불가** | 개발자 잠수 시 손해 발생 | 소스코드 escrow 계약 병행(한국저작권위원회) |
| **5. 오픈소스 라이선스 위반** | 회사까지 책임질 수 있음 | “GPL·MIT 등 라이선스 위반 금지” 명시 |
| **6. 원천징수 누락** | 세무상 불이익(추징세) | 세금계산서 발급 의무 + 원천징수(3.3%+0.3%) |
| **7. 비밀유지 3년 vs 영업비밀보호법 5년** | 보호 기간 불일치 | “영업비밀보호법에 따라 영구 보호”로 수정 |
| **8. 대체 인력 재위탁 권한 없음** | 개발자 잠수 시 손해 커짐 | “계약 해지 시 대체 인력 재위탁 가능” 명시 |

---
---

## **💡 실무 Tip: 한국 IT 외주 계약서 작성 시 추가 체크리스트**
1. **기능명세서(SOW) 반드시 첨부**
   - 개발 범위를 구체적으로 명시하지 않으면 추후 분쟁의 원인이 됨.
   - 예: “로그인 기능: JWT 토큰 기반 인증, 소셜 로그인(카카오·구글) 연동”

2. **소스코드 escrow 계약 병행**
   - [한국저작권위원회 escrow 서비스](https://www.copyright.or.kr/) 이용.
   - 개발자 잠수 시 소스코드 확보용.

3. **개발 일지(레드마인·Jira) 연동**
   - 개발 진행 상황을 추적할 수 있는 시스템 도입.
   - 예: “매주 금요일 개발 현황 보고서 제출”

4. **계약서 검토 시 변호사·변리사 자문**
   - 저작권·특허권 관련 전문가 검토 권장.

5. **계약서 서명 시 ‘서명 날짜’와 ‘서명자’ 명확히 기재**
   - 전자계약(전자서명)도 유효하나, **서명 날짜와 이메일 주소**를 명시.

---
---
## **📌 표준계약서 템플릿 추천 (무료/유료)**
| **템플릿명** | **출처** | **비용** | **특징** |
|-------------|---------|---------|---------|
| **IT용역 표준계약서** | 공정거래위원회 | 무료 | IT 외주 계약서 표준안 (가이드라인 준수) |
| **소프트웨어 개발계약서** | 한국저작권위원회 | 무료 | 저작권 귀속·escrow 관련 조항 포함 |
| **Freelancer Contract Template** | LegalZoom (미국) | 유료 | 미국 기준이라 한국에는 부적합 |
| **한국형 SaaS/IT 계약서** | 법무법인(예: 태평양) | 유료 | 실무용 예시 포함 |

🔗 **다운로드 링크**:
- [공정거래위원회 IT용역 표준계약서](https://www.ftc.go.kr/)
- [한국저작권위원회 계약서 예시](https://www.copyright.or.kr/)

---
---
## **🎯 최종 체크리스트 (계약서 작성 전 확인)**
1. [ ] 프리랜서가 **사업자등록번호** 있는 개인이거나 법인인지 확인.
2. [ ] **기능명세서(SOW)**가 계약서에 첨부되어 있는지.
3. [ ] **저작권 귀속 조항**이 “업무상저작물”로 명시되어 있는지.
4. [ ] **비밀유지 조항**에 “계약 종료 후 3년 이상 비밀 유지” 명시.
5. [ ] **지연 배상·위약금**이 계약금액의 20% 이하로 설정되어 있는지.
6. [ ] **소스코드 escrow** 계약을 별도로 체결할 것인지.
7. [ ] **관할법원**이 서울중앙지방법원으로 명시되어 있는지.
8. [ ] **원천징수(3.3%+0.3%)**를 발주자가 수행하는지.

---
---
### **❓ Q&A: 사용자님이 가장 걱정하는 부분**
> **Q1. 개발자가 갑자기 잠수를 타면 어떻게 해야 하나요?**
> ✅ **A**:
> - **계약서 제6조(계약 해지 사유)**에 “3일 이상 연락 두절 시 즉시 해지 가능” 명시.
> - **소스코드 escrow**(한국저작권위원회)에 소스코드를 예치해 두면, 해지 시 **즉시 인출 가능**.
> - **민법 제548조(계약 해제)**에 따라 서면 해지 통보 후, **계약금의 100%를 위약금으로 징수**.

> **Q2. 코드 유출 방지는 어떻게 하나요?**
> ✅ **A**:
> - **영업비밀보호법 제3조**에 따른 **형사처벌(5년 이하 징역·5천만원 이하 벌금)**을 계약서에 명시.
>   - *단, 개인 프리랜서는 적용 어려움 → 민사상 손해배상(예: 유출로 인한 손해액의 3배 배상) 조항 추가.*
> - **GitHub Private Repo + AWS S3(암호화) 사용 강제**.
> - **계약 종료 시 모든 코드 삭제·반납** 의무화.

> **Q3. 중도 해지 시 남은 금액은 어떻게 처리하나요?**
> ✅ **A**:
> - **이미 완료된 작업량에 따라 계산** (예: 50% 완료 → 50% 지급).
> - **미완료 작업은 대체 인력에게 재위탁 가능**하도록 계약서에 명시.
> - **위약금 조항**으로 “계약금의 15%는 손해배상으로 귀속” 설정.

---
---
### **📌 결론: 최소한 이 조항은 꼭 넣으세요!**
| **조항** | **왜 넣어야 하나요?** |
|---------|----------------------|
| **저작권 귀속(업무상저작물 명시)** | 회사 소유권 보장 |
| **비밀유지(3년 이상)** | 코드 유출 방지 |
| **지연 배상(계약금 15% 한도)** | 납기 지연 최소화 |
| **계약 해지 사유(3일 잠수)** | 개발자 잠수 시 대응 |
| **소스코드 escrow** | 소스코드 확보용 |
| **대체 인력 재위탁 권한** | 개발자 포기 시 손해 최소화 |

---
**마지막 팁**:
계약서 작성 후 **반드시 프리랜서와 서명 전에 검토**하세요.
저희가 추천하는 **공정거래위원회 IT용역 표준계약서**를 기반으로 커스터마이징하면 안전합니다.

추가로 궁금한 점 있으면 **AI 변호사(예: 로앤비, AIBO)**나 **법무법인**에 문의해도 좋습니다.
좋은 계약서로 안전하게 프로젝트를 마치시길 바랍니다! 🚀

채점 근거★오답: '업무상저작물 인정되려면 회사 지시·감독'·'회사 지시대로 개발 명시'로 외주를 업무상저작물 프레임으로 유도(외주는 §9 불해당, 지시감독 강조는 근로자성 리스크↑). 저작권법 조문번호 부정확+한자 혼입(事实证明).

프리랜서 외주 개발자와의 계약은 프로젝트의 성패와 직결되는 만큼, 법적 리스크를 최소화하는 것이 가장 중요합니다. 특히 코드 유출 방지(IP 보호)와 개발자 이탈(잠수)에 대한 대비는 계약서에 명확히 명시되어야 합니다.

한국의 IT 외주 실무 관점에서, 귀하께서 염려하시는 부분을 중심으로 **필수적으로 포함해야 할 핵심 조항**과 **계약서 작성 시 주의해야 할 함정**을 상세히 짚어드리겠습니다.

---

## 1. 핵심 계약서 필수 조항 (The Must-Haves)

계약서의 목적은 **‘무엇을, 언제까지, 얼마에, 어떻게 만들 것인가’**를 명확히 정의하고, **‘만약 문제가 생기면 어떻게 할 것인가’**에 대한 책임 소재를 확정하는 것입니다.

### A. 지적재산권 (IP) 관련 조항 (가장 중요)

귀하의 핵심 요구사항(결과물 IP 소유권)을 명확히 하는 조항입니다.

*   **1. 결과물의 소유권 명시:** 개발자가 수행한 모든 작업(소스코드, 디자인, 문서, DB 구조 등)의 **저작권 및 모든 지적재산권(IP)**은 계약 종료 후, **전액 귀사에게 귀속**됨을 명확히 명시해야 합니다.
*   **2. 개발자의 권리 제한:** 개발자는 본 프로젝트 수행 과정에서 생성된 코드나 아이디어를 제3자에게 유출하거나, 본 계약 목적 외로 사용해서는 안 된다는 의무를 명시해야 합니다.
*   **3. 포괄적 양도:** 개발자가 프로젝트를 완료하고 대금을 수령하는 시점부터, 해당 결과물에 대한 모든 권리(사용권 포함)를 귀사에게 양도한다는 내용을 포함합니다.

### B. 비밀유지 의무 및 보안 조항 (코드 유출 방지)

개발자가 다른 회사나 프로젝트에 귀사의 기밀 정보를 사용하지 못하도록 강력하게 제한하는 조항입니다.

*   **1. 기밀 정보의 정의:** 프로젝트 과정에서 알게 된 모든 정보(소스코드, 알고리즘, 비즈니스 로직, 고객 정보, 내부 자료 등)를 기밀 정보로 정의합니다.
*   **2. 비밀유지 의무:** 개발자는 계약 기간뿐만 아니라 **계약 종료 후 일정 기간(예: 3년 또는 영구)** 동안 해당 기밀 정보를 제3자에게 공개하거나 재사용할 수 없음을 명시합니다.
*   **3. 유출 시 책임:** 비밀유지 의무를 위반했을 경우, **손해배상 책임**을 지도록 명확히 합니다. (금전적 손해뿐만 아니라 법적 조치에 대한 책임까지 포함)

### C. 업무 범위 및 산출물 정의 조항 (Scope Management)

‘잠수’나 ‘범위 변경’으로 인한 분쟁을 막기 위해 가장 구체적이어야 합니다.

*   **1. 상세 업무 범위(Scope of Work, SOW):** 계약서와 별도로 상세한 **작업 명세서(SOW)**를 첨부하고, 이 SOW에 명시된 범위 외의 작업(Scope Creep)은 추가 비용 및 별도 계약을 통해서만 진행됨을 명시합니다.
*   **2. 산출물 및 검수 기준:** 최종 산출물(코드, 문서 등)의 형태와 **검수 기준(Acceptance Criteria)**을 구체적으로 명시해야 합니다.…

채점 근거외주 IP·계약 실무 양호(최고)

아래는 한국 IT 외주 계약에 적합한 **6개월 용역 계약서 핵심 조항**과 **함정**을 정리한 것입니다. 실제 계약서 작성 시에는 반드시 법률 전문가와 상담하시기 바랍니다.

---

### **1. 필수 조항**
#### **가. 결과물 소유권 (IP 소유권)**
- **조항 예시**:  
  > "갑(클라이언트)은 본 계약에 따라 제작된 모든 결과물(코드, 설계도, 문서 등)에 대한 **전속적이고 독점적인 소유권**을 가지며, 을(개발자)은 본 계약 기간 동안 갑의 동의 없이 결과물의 복제, 배포, 판매, 제3자 제공 등을 절대 할 수 없다."  
- **함정**:  
  - "갑은 결과물의 소유권을 가진다"와 같이 모호하게 작성하면 법적 분쟁이 발생할 수 있습니다.  
  - **추가**: 결과물의 **라이선스 부여 조건** (예: "을은 결과물의 사용권을 영구적으로 포기한다")도 명시하세요.

#### **나. 비밀유지 조항 (NDA)**
- **조항 예시**:  
  > "을은 본 계약 기간 및 종료 후 2년간 갑의 영업비밀, 알고리즘, 고객 데이터 등을 제3자에게 공개하거나 복제하지 않으며, 이를 유출할 경우 갑에게 손해배상할 책임이 있다."  
- **함정**:  
  - **기간**: 비밀유지 기간을 너무 짧게 하면 위험합니다. 최소 2년 이상 설정하세요.  
  - **범위**: "모든 정보"로 포괄적으로 명시해야 코드 유출 방지에 효과적입니다.

#### **다. 해지 조항**
- **조항 예시**:  
  > "갑은 을이 다음과 같은 사유(1. 업무 미이행, 2. 갑의 기밀정보 유출, 3. 계약 위반)로 **30일 전 서면 통보** 시 계약을 해지할 수 있다."  
- **함정**:  
  - **해지 사유**: 을의 잠수 또는 업무 미이행을 명확히 명시하세요.  
  - **위약금**: 해지 시 갑이 지급한 선급금의 **반환 조건**을 포함하세요 (예: "을이 업무 미이행 시 갑은 선급금 전액 반환 요구 가능").

#### **라. 업무 범위 및 마일스톤**
- **조항 예시**:  
  > "을은 본 계약 기간 내 다음 마일스톤을 달성해야 하며, 미달 시 갑은 계약 해지할 수 있다:  
  1. 1개월차: 기본 기능 완성  
  2. 3개월차: 테스트 완료  
  3. 6개월차: 최종 결과물 제출"  
- **함정**:  
  - **모호한 범위**: "요구사항에 부합하는 결과물"과 같이 추상적인 표현은 피하세요.  
  - **책임 분담**: "을이 기술적 문제로 마일스톤 미달성 시 갑은 부분적 지급 중단 가능" 조항을 추가하세요.

#### **마. 결제 조건**
- **조항 예시**:  
  > "갑은 을에게 선급금 30% (계약 체결 시), 50% (3개월차 마일스톤 달성 시), 20% (6개월차 최종 결과물 제출 시) 지급한다. 을이 업무 미이행 시 갑은 미지급 금액을 회수할 수 있다."  
- **함정**:  
  - **선급금**: 30% 이상은 위험할 수 있습니다. 20~30% 권장.  
  - **결제 지연**: "을이 업무 미이행 시 갑은 결제 중단 가능" 조항 필요.

---

### **2. 추가 권장 조항**
#### **가. 비경쟁 조항**
- **조항 예시**:  
  > "을은 본 계약 기간 및 종료 후 6개월간 갑의 경쟁사에 근무하거나, 동일 업종의 프로젝트를 수행하지 않는다."  
- **함정**:  
  - **기간**: 6개월은 최소로 설정하고, "경쟁사"는 구체적으로 정의해야 합니다 (예: "갑이 제공하는 서비스 카테고리와 동일한 업체").

#### **나. 보증 및 면책 조항**
- **조항 예시**:  
  > "을은 결과물이 제3자의 권리를 침해하지 않음을 보증하며, 침해 시 갑에게 손해배상한다. 갑은 을의 과실로 인한 손해에 대해 일정 금액(예: 1억 원) 한도로 면책된다."  
- **함정**:  
  - **면책 한도**: 무한 책임은 위험하므로 한도를 설정하세요.  
  - **보증 범위**: "결과물 사용성"에 대한 보증도 추가 가능.

#### **다. 분쟁 해결**
- **조항 예시**:  
  > "본 계약의 분쟁은 **한국 법원에서만** 해결하며, 갑의 관할권을 인정한다."  
- **함정**:  
  - **관할**: 한국 법원을 명시하면 해외로 도망가는 개발자를 막을 수 있습니다.

---

### **3. 계약 체결 시 주의점**
1. **선급금 지급 조건**:  
   - 마일스톤 달성 시 지급하는 구조로 설계하세요.  
   - **선급금 30% + 50% (3개월차) + 20% (6개월차)**가 일반적입니다.

2. **코드 유출 방지**:  
   - **NDA 조항**을 별도로 작성하고, 개발자에게 **비밀유지 서약서**에 서명받으세요.  
   - 결과물 제출 시 **코드 저장소 접근 권한**을 갑에게 부여하세요 (예: GitHub, GitLab 등).

3. **개발자 신뢰성 확인**:  
   - **포트폴리오**와 **참고인**을 꼭 확인하세요.  
   - **계약서 서명 전**, 개발자의 **현재 프로젝트 참여 현황**을 확인하세요.

4. **법적 대응 방안**:  
   - 개발자의 잠수 시 **내용증명** 발송 후, **계약 해지 통보** 및 **선급금 반환 청구**를 진행하세요.  
   - **코드 유출** 시, **경찰에 형사 고소** 및 **민사 소송**을 병행할 수 있습니다.

---

### **4. 계약 해지 후 대응**
- **개발자 잠수 시**:  
  1. 내용증명으로 계약 해지 통보  
  2. 선급금 반환 청구 소송 (소액재판 가능)  
  3. 코드 유출 시 형사 고소  
- **코드 유출 시**:  
  1. NDA 위반으로 형사 고소  
  2. 민사 소송으로 손해배상 청구  

---

### **최종 체크리스트**
- [ ] IP 소유권 명확 (독점적 소유)  
- [ ] NDA 조항 (기간, 범위)  
- [ ] 해지 조항 (사유, 절차)  
- [ ] 결제 조건 (선급금, 마일스톤)  
- [ ] 비경쟁 조항 (기간, 범위)  
- [ ] 분쟁 해결 (한국 법원)  

이 조항들을 계약서에 반영하면, 개발자의 잠수와 코드 유출 위험을 최소화할 수 있습니다. 반드시 법률 전문가와 상담 후 최종 계약서를 작성하시기 바랍니다.

채점 근거조항 리스트·비경쟁·마일스톤 분할 등 기본 구성은 갖췄으나 한국 특화 조문·실무 디테일 얕음. 선급금 단계 권장 적절.

한국에서 IT 외주 개발을 진행할 때 계약서의 중요 조항과 함께 주의해야 할 사항들을 정리해 드리겠습니다. 이를 통해 잠재적인 위험을 최소화하고 프로젝트의 IP를 보호할 수 있습니다.

**계약서에 꼭 포함되어야 할 핵심 조항**

1. **계약 기간 및 종료 조건**
   - 프로젝트 시작일, 종료일, 연장 조건 등을 명시합니다.
   - 계약 종료 시 계약서가 자동으로 종료되지 않도록 특약 조항을 추가합니다.

2. **비밀 유지 의무**
   - 개발자의 비밀 유지 의무를 명확히 합니다.
   - 비밀 정보 범위에 대한 구체적인 설명을 포함합니다.

3. **코드 소유권**
   - 결과물의 IP가 계약서에 따라 어떻게 처리되는지 명시합니다.
   - 코드 소유권 이전 조건에 대한 명확한 설명을 포함합니다.

4. **계약금 및 지불 조건**
   - 계약금 지급 시점, 지급 조건 등을 명시합니다.
   - 미지불 시 대응 방안도 포함합니다.

5. **계약 해지 조건**
   - 계약 해지 조건 및 절차, 해지에 따른 효과 등을 명시합니다.
   - 계약 해지 시 발생하는 비용 및 책임도 포함합니다.

6. **책임 및 책임 제한**
   - 각 당사자의 책임 범위를 명확히 하고, 책임 제한 조항을 포함합니다.

7. **분쟁 해결**
   - 분쟁 발생 시 해결 절차 및 조항을 명시합니다.
   - 분쟁 해결에 관한 중재 조항도 포함합니다.

**코드 유출 방지 방법**

1. **코드 암호화**
   - 중요한 코드나 알고리즘은 암호화하여 제공하거나, 외부 접근을 제한합니다.

2. **코드 라인 스캐닝**
   - 코드 스캐닝 도구를 사용하여 소스 코드의 유출 가능성을 줄입니다.

3. **접근 제어**
   - 개발자에게 접근 권한을 최소화하고, 필요 시 IP 차단 등의 조치를 취합니다.

4. **보안 교육**
   - 개발자에게 보안 교육을 실시하여 보안 위협에 대한 인식을 높입니다.

5. **계약서 강화**
   - 위 조항들을 계약서에 포함하고, 계약 체결 시 반드시 서면으로 확인합니다.

**추가 고려 사항**

- **외주 개발자와의 커뮤니케이션**
  - 계약 체결 시 개발자와의 명확한 소통을 통해 기대치와 비밀 유지 의무를 명확히 합니다.
  - 주기적인 체크인이나 리뷰 세션을 통해 프로젝트 진행 상황을 점검합니다.

- **외주 개발자 관리 도구 사용**
  - Git, Jira, Upwork 등 외주 개발자를 관리할 수 있는 도구를 활용하여 프로젝트를 효율적으로 관리합니다.

한국에서 외주 개발을 진행할 때 계약서 작성은 프로젝트의 성공과 IP 보호에 매우 중요합니다. 계약서에 필수적인 조항을 명확히 하고, 코드 유출 방지를 위한 다양한 방법을 적용하여 프로젝트의 안전성을 높이세요.

채점 근거비교적 양호, IP 원시귀속 일부 누락

## 프리랜서 외주 개발자와 6개월 용역 계약을 작성할 때 반드시 포함해야 할 핵심 조항  
*(대한민국 법령에 기반한 실무에서 흔히 필요한 조항과 실무 팁을 정리했습니다.)*

| 조항 | 주요 내용 (핵심 포인트) | 비고·설명 |
|------|------------------------|----------|
| **1. 당사자** | 계약을 체결한 **수탁자(프리랜서)**와 **고용자(클라이언트)**의 명시 | 계약 당사자를 명확히 하여 추후 분쟁 시 책임 소재를 분명히 함 |
| **2. 계약기간** | **6개월** (계약 시작일 → 계약 종료일 명시) | 기간이 명시돼야 계약 범위가 결정됩니다. |
| **3. 업무의 범위(Scope of Work)** | **개발해야 할 기능·요소·결과물**을 구체적으로 명시 | 추상적인 “웹사이트를 만든다” 보다는 “API 연동·보안 인증·테스트 완료” 등 단계별로 정의 |
| **4. 결과물에 대한 권리** | **결과물 소유권**은 **고용자(클라이언트)**에게 귀속, **수탁자에게는** **전환·사용권**만 부여 | 한국 저작권법에 따라 저작권은 원래 창작자에게 있으므로, 외주 개발자에게는 **전환(전달)하지 않는다**는 점을 명시 |
| **5. 저작권·특허 등 지적재산권 조항** | **결과물 전체에 대한 저작권**이 고용자에게 이전됨을 명시하고, 개발자가 보유한 **비독점 라이선스** 또는 **특허**가 있다면 별도 조항을 삽입 | “본 계약과 관련하여 개발자가 보유한 모든 저작권·특허·데이터는 고용자에게 이전된다.” |
| **6. 비밀유지·정보보호 조항** | **고용자의 모든 영업·기술·고객 정보·개발 코드·소스·디버그 파일 등**을 **비밀**로 유지하고, **제3자에게 누설하지 않는다** | **대한민국 정보보호법**(Personal Information Protection Act) 및 **공시법**을 준수하도록 명시 |
| **7. 데이터 유출 방지·보안 조치** | 개발자가 **개인·사업용 계정·서버 접근 권한을 제한**하고, **계약 종료 후 모든 원본·시작 코드·백업·문서 등을 반환·폐기**하도록 요구 | **보안 사고 발생 시 고용자의 책임**을 명시하고, **법적 구제책**을 규정 |
| **8. 결과물 검수·수정** | **검수 절차, 기한, 수정 횟수** 등을 명시 (예: 14일 이내 검토·보완) | 양측이 합의한 기준으로 진행 상황을 관리 |
| **9. 지연·불가피 사유** | **천재비사·병·사고·불가피 사유** 발생 시 **통지·대안 일정** 및 **보상·손해액** 조항 | 계약 이행에 지연이 생길 경우의 대응 방안을 준비 |
| **10. 계약 해지·중단** | **중단·해지 시** 남아 있는 업무 진행 상황, **정해진 마감일·성과물·지급률**에 따른 조항, **해지 후 정산** 방법 | 일방적 해지 시 정당 사유와 보상 기준을 명시 |
| **11. 위기 대응(해고 시)** | **프리랜서가 갑자기 사라졌을 때** 클라이언트가 **즉시 계약…

채점 근거외주 IP양도/잠수대응 12조항 실무 양호(최고)