계약서 검토에서 가장 위험한 것은 상대방이 수정한 내용을 놓치는 것입니다. "사소한 문구 수정"이라고 전달받았지만 실제로는 결제 조건이나 책임 범위가 바뀌어 있는 경우가 실무에서 드물지 않습니다.

실제로 2019년 국내 한 중견 건설사는 하도급 계약서의 3차 수정본에서 손해배상 상한 조항이 삭제된 것을 발견하지 못해, 프로젝트 지연 시 발생한 수십억 원의 배상 청구에 직면했습니다. 상대방은 "전체적인 문구 정리"라고만 안내했지만, 실제로는 핵심적인 책임 제한 조항이 빠져 있었습니다. 이처럼 계약서 수정본 비교를 소홀히 하면 치명적인 결과를 초래할 수 있습니다.

이 글에서는 PDF 계약서의 수정본을 놓치지 않고 검토하는 체계적인 워크플로우를 소개합니다. 법무팀, 사내 변호사, 계약 관리자뿐 아니라 스타트업 대표나 프리랜서까지, 계약서를 다루는 모든 분에게 유용한 가이드입니다.

왜 PDF 계약서 비교가 중요한가

계약서는 보통 PDF 형식으로 교환됩니다. 워드 파일의 "변경 내용 추적"과 달리, PDF는 수정 이력이 기본적으로 보이지 않습니다. 따라서 어떤 부분이 변경되었는지 확인하려면 반드시 이전 버전과 비교해야 합니다.

특히 여러 차례 수정이 오가는 계약서에서는 매 버전마다 어떤 조항이 바뀌었는지 정확히 추적하는 것이 매우 중요합니다. 일반적인 B2B 계약도 3~5회의 수정이 오가고, 복잡한 M&A 계약이나 합작 투자 계약은 10회 이상 수정되기도 합니다.

PDF 비교가 특히 중요한 이유를 정리하면 다음과 같습니다.

• **은밀한 수정 위험**: 상대방이 의도적으로 또는 실수로 통보 없이 조항을 변경할 수 있습니다. PDF에서는 이런 변경이 눈에 보이지 않습니다.
• **복잡한 이해관계**: 계약 당사자가 다수인 경우 각 당사자가 서로 다른 부분을 수정하면서 전체 변경 이력을 파악하기 어려워집니다.
• **법적 구속력**: 서명된 계약서는 법적 구속력을 갖습니다. 서명 전에 모든 조항이 합의 내용과 일치하는지 확인하지 않으면, 의도하지 않은 조건에 묶일 수 있습니다.
• **감사 및 컴플라이언스**: 규제 산업에서는 계약서 변경 이력의 완전한 추적이 감사 요건으로 요구되기도 합니다.

수정본 비교를 소홀히 했을 때 벌어지는 일: 실제 사례

계약서 비교의 중요성을 실감하기 위해, 실무에서 자주 발생하는 사례 유형을 살펴보겠습니다.

**사례 1: 면책 조항의 조용한 삭제** SaaS 서비스 계약에서 공급사가 3차 수정본에서 서비스 장애 시 면책 조항(limitation of liability)을 삭제했습니다. 고객사 법무팀은 "금액 관련 수정만 있다"는 안내를 믿고 해당 부분을 확인하지 않았고, 이후 대규모 서비스 장애가 발생했을 때 수억 원의 손해배상 청구에 노출되었습니다.

**사례 2: 불가항력 조항 변경** COVID-19 이후 많은 계약서에서 불가항력(force majeure) 조항이 중요해졌습니다. 한 제조업 계약에서 상대방이 불가항력 사유에서 "전염병"을 삭제한 수정본을 보냈지만, 수십 페이지 분량의 계약서에서 이를 발견하지 못한 당사자는 이후 공급 지연에 대한 면책을 주장할 수 없게 되었습니다.

**사례 3: 자동 갱신 조건 변경** 원래 "양 당사자 서면 합의 시 갱신"이었던 조건이 "일방이 30일 전 서면 통지하지 않으면 자동 갱신"으로 바뀐 사실을 놓쳐, 해지를 원했던 당사자가 추가 1년간 계약에 묶이는 경우도 있습니다.

이러한 사례들은 모두 체계적인 비교 워크플로우가 있었다면 예방할 수 있었습니다.

단계 1: 버전 관리 체계 수립

계약서 파일에 명확한 버전 표기를 합니다. 버전 관리는 비교 워크플로우의 기초이자 가장 중요한 첫 단계입니다.

### 파일 명명 규칙

효과적인 파일명 규칙은 다음 정보를 포함해야 합니다.

• **계약서 이름**: 계약의 성격을 알 수 있는 간결한 이름
• **버전 번호**: 순차적으로 증가하는 번호
• **날짜**: YYYYMMDD 형식으로 통일
• **수정 주체**: 누가 수정했는지 명시
• **상태**: Draft, Review, Final 등

예시: - "서비스계약_v1_20250415_A사초안_Draft.pdf" - "서비스계약_v2_20250420_B사수정_Review.pdf" - "서비스계약_v3_20250425_A사재수정_Review.pdf" - "서비스계약_v4_20250428_최종합의_Final.pdf"

### 버전 이력 관리표 작성

각 버전의 주요 변경사항을 엑셀이나 노션 등에 기록하는 이력표를 함께 관리하면 더욱 효과적입니다. 이력표에는 버전 번호, 날짜, 수정자, 주요 변경 요약, 비고 등을 포함합니다.

### 클라우드 폴더 구조

계약서별로 전용 폴더를 만들고, 그 안에 모든 버전과 관련 문서를 저장합니다. 이전 버전을 삭제하지 않는 것이 원칙입니다. 모든 버전을 보존해야 나중에 분쟁이 발생했을 때 협상 과정을 증명할 수 있습니다.

단계 2: 수정본 수신 즉시 비교

수정본을 받으면 즉시 이전 버전과 비교합니다. "나중에 확인해야지" 하고 미루다가 다른 업무에 밀려 비교 없이 진행하는 것이 가장 흔한 실수입니다.

### DiffMate를 활용한 비교 방법

DiffMate에 원본과 수정본을 업로드하면 텍스트 수준에서 변경된 부분을 자동으로 찾아 하이라이팅합니다. 구체적인 절차는 다음과 같습니다.

1. DiffMate 웹사이트에 접속합니다.
2. 왼쪽에 이전 버전(원본), 오른쪽에 새 버전(수정본)을 드래그앤드롭으로 업로드합니다.
3. 자동으로 텍스트 추출 및 비교가 시작됩니다.
4. 변경된 부분이 색상으로 하이라이팅되어 표시됩니다. 추가된 내용은 초록색, 삭제된 내용은 빨간색, 수정된 내용은 노란색으로 구분됩니다.
5. 미니맵을 통해 전체 문서에서 변경이 집중된 영역을 빠르게 파악할 수 있습니다.

파일이 서버에 업로드되지 않으므로 기밀 계약서도 안심하고 비교할 수 있습니다. 모든 처리는 사용자의 브라우저 안에서만 이루어지며, 외부로 데이터가 전송되지 않습니다.

### 비교 시 확인해야 할 핵심 영역

계약서 비교 시 특히 주의 깊게 확인해야 할 영역이 있습니다.

• **정의 조항**: 용어 정의가 변경되면 계약 전체의 의미가 달라질 수 있습니다.
• **금전적 조건**: 계약 금액, 지급 일정, 지연 이자율, 위약금 등.
• **책임 및 면책**: 손해배상 범위, 면책 사유, 책임 상한 등.
• **계약 기간 및 해지**: 계약 기간, 자동 갱신 조건, 해지 사유 및 절차 등.
• **분쟁 해결**: 관할 법원, 중재 조항, 준거법 등.
• **별첨 및 부속 서류**: 본문만 확인하고 별첨의 변경을 놓치는 경우가 많습니다.

단계 3: 변경사항 분류

발견된 변경사항을 체계적으로 분류하면 효율적으로 검토할 수 있습니다.

### 분류 체계

• **실질적 변경 (Critical)**: 금액, 기간, 책임 범위, 손해배상 조항, 면책 조항, 보증 범위, 지식재산권 귀속 등 핵심 조건의 변경. 반드시 법무팀 또는 의사결정권자의 검토를 거쳐야 합니다.
• **형식적 변경 (Minor)**: 문구 수정, 오타 교정, 표현 변경 등 의미에 영향 없는 수정. 다만 "형식적"으로 보이는 변경도 법적 의미가 달라질 수 있으므로 주의가 필요합니다. 예를 들어 "shall"이 "may"로 바뀐 것은 의무와 재량의 차이를 만듭니다.
• **추가 (Addition)**: 새로운 조항이나 문구가 추가된 경우. 왜 추가되었는지 이유를 확인합니다.
• **삭제 (Deletion)**: 기존 조항이나 문구가 삭제된 경우. 삭제는 추가보다 눈에 잘 띄지 않으므로 특히 주의가 필요합니다.

### 흔히 놓치는 위험한 변경사항

실무에서 자주 놓치지만 중대한 영향을 미칠 수 있는 변경사항 유형을 알아두면 좋습니다.

• **면책 조항(Indemnification)의 범위 변경**: "직접 손해"만 배상에서 "간접 손해 포함"으로 확대되거나, 배상 상한이 삭제되는 경우.
• **불가항력(Force Majeure) 사유 변경**: 특정 사유가 추가되거나 삭제되어 면책 범위가 달라지는 경우.
• **지식재산권 귀속 변경**: 개발 결과물의 IP 소유권이 변경되는 경우. 특히 SW 개발 계약에서 중요합니다.
• **비밀유지 기간 변경**: 비밀유지 의무의 존속 기간이 단축되거나, 예외 사유가 추가되는 경우.
• **경쟁 금지 조항 변경**: 경쟁 금지의 지역적 범위, 기간, 업종 범위가 변경되는 경우.
• **관할 및 준거법 변경**: 분쟁 해결 법원이나 적용 법률이 변경되는 경우. 국제 계약에서 특히 중요합니다.

단계 4: 변경사항 기록 및 회신

비교 결과를 바탕으로 변경사항 목록을 정리합니다.

### 변경사항 기록 방법

변경사항 기록은 다음 항목을 포함하는 것이 좋습니다.

• **조항 번호/위치**: 어느 조항의 어느 부분인지.
• **변경 전 내용**: 원래 문구.
• **변경 후 내용**: 수정된 문구.
• **변경 유형**: 실질적/형식적/추가/삭제.
• **영향 분석**: 이 변경이 우리에게 미치는 영향.
• **대응 방안**: 수용/거부/역제안.

### 효과적인 회신 방법

각 변경에 대해 수용 여부를 결정하고, 수용하지 않는 항목은 그 이유와 함께 상대방에게 전달합니다. 이때 몇 가지 전략적 포인트가 있습니다.

• 모든 변경사항을 발견했음을 보여주되, 협상 여지를 남기세요.
• 우선순위를 정해서 핵심 사안에 집중하세요. 모든 변경을 거부하면 협상이 교착 상태에 빠집니다.
• 역제안을 할 때는 구체적인 대안 문구를 함께 제시하세요.
• 변경을 수용하는 항목도 명시적으로 "수용"이라고 기록하여, 추후 "이 부분은 합의하지 않았다"는 주장을 방지하세요.

단계 5: 최종본 확인

모든 협상이 완료된 후에도 최종 서명 전에 마지막으로 한 번 더 비교합니다. 이 단계를 "최종 검증(Final Verification)"이라고 하며, 절대 생략해서는 안 됩니다.

### 최종 검증 체크리스트

• 최종 합의 내용이 계약서에 정확히 반영되었는가?
• 이전 협상에서 삭제하기로 한 조항이 여전히 남아있지 않은가?
• 별첨, 부속 서류, 부록이 최종 합의 내용과 일치하는가?
• 서명란의 당사자 정보(상호, 대표자명, 주소 등)가 정확한가?
• 계약일자가 올바르게 기재되어 있는가?
• 숫자(금액, 수량, 기간 등)에 오류가 없는가?

### 마지막 순간의 변경에 주의

"최종본"이라고 전달받은 파일에서도 이전에 합의하지 않은 변경이 포함되어 있는 경우가 있습니다. "클린 버전 만들면서 정리했다"는 명목으로 소소한 문구가 바뀌어 있을 수 있습니다. 따라서 최종본도 반드시 직전 합의 버전과 비교해야 합니다.

산업별 계약서 검토 시 특별히 주의할 점

계약서의 성격에 따라 특별히 주의해야 할 영역이 다릅니다.

### SaaS/IT 서비스 계약

• SLA(Service Level Agreement) 수치 변경: 가용성 99.9%가 99.5%로 낮아지면 연간 허용 다운타임이 크게 달라집니다.
• 데이터 처리 및 보안 조항: GDPR, 개인정보보호법 관련 조항의 변경은 규제 리스크에 직결됩니다.
• 라이선스 범위: 사용자 수, 동시 접속 수, 사용 범위 등의 변경.
• 서비스 종료 시 데이터 반환/삭제 조건.

### 건설/공사 계약

• 공사 범위(Scope of Work) 변경: 조그만 문구 변경이 공사 범위를 크게 확대할 수 있습니다.
• 공기 연장 및 지체상금: 지체상금율, 면책 사유, 공기 연장 조건 등.
• 하자보수 기간 및 범위: 하자보수 보증 기간과 범위의 변경.
• 설계 변경 시 비용 부담: 설계 변경의 귀책 사유와 추가 비용 산정 방법.

### 고용/근로 계약

• 경쟁 금지 및 비밀유지 조항의 범위와 기간.
• 퇴직 후 의무사항의 변경.
• 성과급 및 인센티브 산정 기준의 변경.
• 해고 사유 및 절차 관련 조항.

### 프랜차이즈/유통 계약

• 영업 지역(Territory) 범위 변경.
• 로열티 및 마케팅 분담금 비율.
• 계약 갱신 및 해지 조건.
• 상표/브랜드 사용 조건.

다자간 계약 검토의 특수성

두 당사자 간의 계약도 복잡하지만, 3개 이상의 당사자가 관여하는 다자간 계약은 훨씬 더 까다롭습니다.

### 다자간 계약에서의 비교 전략

• **변경 추적표를 공유**: 모든 당사자가 동일한 변경 추적표를 사용하도록 합의합니다.
• **수정 순서 관리**: 동시에 여러 당사자가 수정하면 혼란이 발생합니다. 순차적으로 수정하고, 각 단계에서 비교를 수행합니다.
• **중립적 관리자 지정**: 가능하다면 계약서 버전을 관리하는 중립적 담당자(또는 법률 사무소)를 지정합니다.
• **마크업 색상 구분**: 각 당사자의 수정사항을 다른 색상으로 구분하면 누가 어떤 변경을 요청했는지 명확해집니다.

### 합작 투자(JV) 계약의 경우

합작 투자 계약은 지배구조, 이익 배분, 교착상태(Deadlock) 해결 등 복잡한 조항을 포함합니다. 이러한 계약에서는 한 조항의 변경이 다른 조항에 연쇄 영향을 미칠 수 있으므로, 변경된 조항뿐 아니라 관련된 다른 조항도 함께 확인해야 합니다.

전자서명과 PDF 계약서 비교

전자서명이 보편화되면서, 서명 과정에서의 계약서 무결성 확인이 더욱 중요해졌습니다.

### 전자서명 전 확인사항

• **서명 요청된 문서 확인**: 전자서명 플랫폼에서 서명 요청을 받으면, 서명하기 전에 반드시 해당 문서를 다운로드하여 마지막 합의 버전과 비교합니다.
• **서명 후 문서 보관**: 전자서명이 완료된 최종 문서를 다운로드하여 별도로 보관합니다. 서명 플랫폼의 서비스가 종료되더라도 원본을 확보할 수 있어야 합니다.
• **서명 순서에 따른 변경 위험**: 다자간 전자서명에서 첫 번째 서명자가 서명한 후 문서가 변경될 가능성은 낮지만, 서명 플랫폼의 보안 수준을 확인하는 것이 좋습니다.

### PDF 디지털 서명과 문서 무결성

PDF에 디지털 서명(전자서명과 구별됨)이 적용된 경우, 서명 이후 문서가 수정되면 서명이 무효화됩니다. 이 기능을 활용하면 서명 후 계약서 변조를 방지할 수 있습니다. 다만, 디지털 서명이 적용되기 전 단계의 수정본 비교는 여전히 필요합니다.

계약서 수정 이력 관리를 위한 실무 팁

효율적인 계약서 수정 이력 관리를 위한 실무 팁을 정리합니다.

### 비교 결과 보관

• DiffMate에서 비교한 결과를 스크린샷이나 PDF로 저장해 두면, 추후 "이 부분은 검토했다"는 증거가 됩니다.
• 비교 결과와 함께 검토자의 코멘트를 기록해 두면 감사 시 유용합니다.

### 내부 승인 프로세스 연동

• 실질적 변경이 발견되면 자동으로 관련 부서에 알림을 보내는 프로세스를 구축하면 좋습니다.
• 변경사항의 중요도에 따라 승인 레벨을 차등 적용합니다. 예를 들어, 금액 변경은 재무팀, 책임 조항 변경은 법무팀의 추가 검토를 거치도록 합니다.

### 정기적인 계약서 점검

체결된 계약서도 정기적으로 점검합니다. 자동 갱신 조항, 가격 조정 조항, 종료 통지 기한 등을 캘린더에 등록하여 관리하면, 중요한 기한을 놓치는 것을 예방할 수 있습니다.

### 팀 내 계약 검토 표준화

• 계약서 비교 체크리스트를 표준화하여 팀 내 모든 구성원이 동일한 기준으로 검토하도록 합니다.
• 신규 입사자를 위한 계약 검토 가이드라인을 문서화합니다.
• 정기적으로 "놓친 변경사항" 사례를 공유하여 팀의 검토 역량을 높입니다.

PDF 비교 시 주의사항

PDF 파일의 특성상 몇 가지 주의할 점이 있습니다.

### 스캔 PDF vs 텍스트 PDF

스캔된 PDF(이미지 기반)는 텍스트 비교가 불가능합니다. 반드시 텍스트 기반 PDF인지 확인하세요. 텍스트 기반인지 확인하는 가장 간단한 방법은 PDF에서 텍스트를 드래그하여 선택할 수 있는지 확인하는 것입니다. 만약 스캔 PDF라면 OCR 처리를 먼저 거쳐야 합니다.

### 레이아웃 차이에 의한 오탐

페이지 레이아웃이 변경된 경우 같은 내용이라도 다르게 표시될 수 있습니다. 문단이 다음 페이지로 넘어간 경우, 머리글/바닥글이 변경된 경우 등이 해당됩니다. 이러한 레이아웃 차이는 내용 변경이 아니므로 비교 시 구분할 수 있어야 합니다.

### 표와 이미지

계약서에 포함된 표의 내용 변경이나, 첨부 도면의 변경은 텍스트 비교만으로는 완전히 파악하기 어려울 수 있습니다. 표가 포함된 계약서는 텍스트 비교 후 해당 영역을 시각적으로도 확인하는 것이 좋습니다.

### 글꼴 및 인코딩 문제

일부 PDF는 특수한 글꼴 인코딩을 사용하여 텍스트가 올바르게 추출되지 않을 수 있습니다. 비교 전에 텍스트 추출 결과가 원본과 일치하는지 간단히 확인하면 좋습니다.

결론

계약서 검토에서 "아마 괜찮겠지"는 가장 위험한 접근입니다. 면책 조항 하나, 숫자 하나의 변경이 수억 원의 차이를 만들 수 있으며, 한 번 서명한 계약서는 되돌리기가 매우 어렵습니다.

체계적인 비교 워크플로우를 수립하고 매 수정본마다 빠짐없이 비교하는 것이 최선의 방어입니다. 버전 관리 체계를 갖추고, 수정본을 받으면 즉시 비교하며, 변경사항을 분류하고 기록하고, 최종본까지 확인하는 5단계 워크플로우를 실천한다면, 계약서에서 불리한 조건을 놓치는 일을 예방할 수 있습니다.

특히 모든 비교와 분석이 사용자의 브라우저에서만 처리되어 기밀 유지에 문제가 없는 DiffMate를 활용하면, 간편하고 안전하게 PDF 계약서를 비교할 수 있습니다. 지금 바로 사용해 보세요.