계약서 최종본 관리: 서명 직전 확인할 7가지
최종본, 진짜최종본, 서명용 파일이 뒤섞이지 않도록 계약서 버전을 관리하는 방법. 파일명 규칙, 변경 이력 표, 첨부 확인, 서명 전 체크리스트를 정리했습니다.
계약서 최종본 관리: 서명 직전 확인할 7가지
핵심 요약: 계약서 최종본은 파일명에 ‘최종’이 붙은 문서가 아니라, 양측이 같은 내용으로 확인하고 서명할 대상으로 지정한 문서입니다. 검토본·서명 대기본·서명 완료본을 구분하고, 본문뿐 아니라 별첨과 서명 대상 파일까지 확인해야 합니다.
용역계약서_최종.docx, 용역계약서_최종_수정.docx, 용역계약서_진짜최종.pdf.
파일은 세 개지만, 어떤 문서를 상대방에게 보내야 하는지는 이름만으로 알 수 없습니다. 이메일에는 수정된 대금 조건이 있고, 메신저에는 일정 변경 합의가 남아 있으며, PDF에는 그중 일부만 반영되어 있을 수도 있습니다.
이 글은 특정 법률의 효력 요건을 설명하기보다, 작은 팀이 서명할 파일을 혼동하지 않도록 만드는 문서 운영 절차를 다룹니다. 아래 상황과 표는 설명을 위한 가상 예시이며, 실제 고객 사례나 제품 성능 측정 결과가 아닙니다.
1. ‘최종’ 대신 문서 상태와 버전 번호를 적으세요
파일명에 최종이라는 단어를 계속 덧붙이면, 수정될 때마다 이름의 의미가 달라집니다. 날짜·거래명·버전·상태를 나누면 문서를 고르기가 쉬워집니다.
2026-09-17_가온-누리_웹사이트제작계약_v03_검토용.docx
2026-09-17_가온-누리_웹사이트제작계약_v04_서명대기.pdf
2026-09-18_가온-누리_웹사이트제작계약_v04_서명완료.pdf
이 예시에서 날짜는 각 파일을 생성한 날짜입니다. 팀마다 다른 기준을 써도 되지만, 작성일인지 체결일인지 구분 없이 섞지는 마세요.
상태는 세 가지로 시작하면 충분합니다.
| 상태 | 의미 | 운영 원칙 |
|---|---|---|
| 검토용 | 내용 수정과 협의가 진행 중인 문서 | 서명 요청에 사용하지 않음 |
| 서명대기 | 내부 승인과 상대방 내용 확인을 마친 문서 | 내용을 바꾸면 새 버전으로 다시 확인 |
| 서명완료 | 필요한 당사자의 서명이 완료된 문서 | 원본을 보존하고 별도 사본으로 작업 |
파일명은 찾기 위한 표지입니다. 이름만 바꾼다고 당사자 간 합의나 서명이 생기는 것은 아닙니다.
2. 수정본을 합치는 담당자를 한 명 정하세요
여러 사람이 검토하는 것과 여러 사람이 각각 최종본을 만드는 것은 다릅니다. 영업 담당자는 금액을, 프로젝트 담당자는 납기를, 법무 담당자는 책임 범위를 확인할 수 있습니다. 다만 수정 사항을 하나의 문서로 반영하고 서명용 파일을 만드는 담당자는 지정하는 편이 좋습니다.
담당자는 아래 세 가지를 관리합니다.
- 기준 문서: 지금 검토 중인 파일 또는 문서 링크
- 미결 사항: 아직 양측 확인이 끝나지 않은 조항
- 승인 기록: 누가 어떤 버전을 확인했는지 남긴 기록
‘확인했습니다’라는 답변만 남기기보다 ‘v04 본문과 별첨 1을 확인했습니다’처럼 대상을 적으세요. 승인 후 내용이 바뀌었다면 이전 확인을 새 버전의 승인으로 간주하지 않는 것이 안전합니다.
3. 변경 이력을 조항별로 남기세요
문서 비교 기능으로 글자가 달라진 곳을 찾을 수는 있지만, 변경에 합의했는지까지 알 수 있는 것은 아닙니다. 그래서 차이 목록과 합의 기록을 함께 관리해야 합니다.
다음은 가상의 웹사이트 제작 계약 변경 이력입니다.
| 위치 | 이전 내용 | 변경 내용 | 확인 상태 |
|---|---|---|---|
| 제3조 대금 | 착수금 50%, 잔금 50% | 착수금 40%, 중도금 30%, 잔금 30% | 양측 확인 완료 |
| 제4조 납기 | 10월 15일 | 10월 30일 | 양측 확인 완료 |
| 제5조 검수 | 검수 기간 미기재 | 납품 후 7영업일 | 상대방 확인 대기 |
| 별첨 1 | 화면 8개 | 화면 10개 | 비용 영향 검토 중 |
이 상태라면 대금과 납기가 정리됐어도 서명 대기본을 만들기에는 이릅니다. 검수 기간과 추가 화면의 비용 처리가 남아 있기 때문입니다.
합의한 변경을 모두 반영했는지와 합의하지 않은 변경이 들어오지 않았는지를 나누어 확인하세요. 특히 금액, 지급 시점, 작업 범위, 계약 기간, 해지, 손해배상, 지식재산권, 비밀유지 항목을 따로 점검하면 빠진 내용을 찾는 데 도움이 됩니다.
4. 본문과 별첨을 한 묶음으로 확인하세요
본문의 ‘상세 업무 범위는 별첨 1에 따른다’라는 문장은 별첨을 열어 보기 전에는 내용을 확인한 것이 아닙니다. 본문은 최신인데 견적서나 과업지시서는 이전 버전인 경우도 점검해야 합니다.
서명 전에 다음을 확인하세요.
- 본문에서 언급한 별첨이 모두 포함되어 있는가?
- 별첨의 제목·작성일·버전이 본문에서 가리키는 문서와 일치하는가?
- 금액, 납기, 납품물 수량이 본문과 별첨에서 같은가?
- 서로 충돌하는 내용이 있다면 우선순위를 어떻게 정했는가?
- 외부 링크로 연결한 자료가 나중에 바뀌어도 합의 당시 내용을 확인할 수 있는가?
웹페이지나 공유 문서가 계약 내용의 일부라면, 허용되는 범위에서 합의 당시 사본이나 내보내기 파일을 함께 보관하는 방법을 검토하세요. 단순히 링크만 저장하면 이후 내용이 변경되었을 때 당시 상태를 확인하기 어려울 수 있습니다.
5. PDF 변환 후, 실제 서명 대상 파일을 다시 여세요
편집 화면에서 확인한 문서와 상대방이 서명할 문서는 다를 수 있습니다. PDF 변환 과정에서 표가 다음 페이지로 넘어가거나, 글꼴이 바뀌거나, 별첨이 빠질 수 있습니다.
변환 후에는 적어도 다음을 확인하세요.
- 당사자 이름과 계약 대상이 정확한지
- 표의 금액·통화·세금 표기와 합계가 맞는지
- 줄바꿈 때문에 문장이나 표 내용이 잘리지 않았는지
- 빈칸, 작성 안내 문구, 임시 메모가 남아 있지 않은지
- 서명란과 별첨이 모두 포함되어 있는지
전자서명 서비스를 사용한다면 업로드 전 파일만 보지 말고, 서명 요청에 실제로 연결된 문서의 미리보기를 확인하세요. 수신자, 서명 위치, 첨부 범위도 함께 확인할 항목입니다.
서명 요청 후 본문 수정이 필요해졌다면 기존 요청을 어떻게 중지하거나 대체할지 확인하고, 상대방에게 새 버전을 명확히 안내하세요. 일부 당사자가 이미 서명했다면 단순한 파일 교체로 처리하지 말고 적절한 변경 절차를 검토해야 합니다.
6. AI에는 ‘승인’이 아니라 ‘근거 있는 비교’를 요청하세요
AI를 사용할 때는 ‘이 계약 괜찮아?’보다 비교 대상을 지정하는 요청이 더 구체적입니다. 아래 요청문은 두 문서를 비교할 수 있는 도구에서 활용할 수 있는 예시이며, 특정 서비스의 기능 제공을 보장하는 것은 아닙니다.
문서 A는 이전 검토본, 문서 B는 서명 후보본입니다.
두 문서의 차이를 조항별 표로 정리해 주세요.
각 행에는 다음을 포함해 주세요.
- 문서 내 위치
- 변경 전 원문과 변경 후 원문
- 변경이 업무에 미칠 수 있는 영향
- 사람이 추가로 확인해야 할 질문
금액, 지급 조건, 납기, 검수, 해지, 손해배상,
지식재산권, 비밀유지, 별첨 참조를 따로 확인해 주세요.
읽을 수 없는 부분이나 누락된 첨부는 추측하지 말고 표시해 주세요.
법적 유효성이나 서명 가능 여부를 확정하지 마세요.
AI가 제시한 인용문은 원문과 대조해야 합니다. 스캔 문서의 숫자를 잘못 읽거나 표의 단위를 놓칠 수 있고, 같은 의미의 표현 변경을 중요한 차이로 분류할 수도 있습니다. 반대로 중요한 변경을 누락할 수도 있습니다.
또한 계약서를 외부 도구에 넣기 전에 조직의 보안 정책, 비밀유지 의무, 해당 도구의 데이터 처리 조건을 확인하세요. 주민등록번호·계좌정보 등 검토에 불필요한 민감정보는 가능한 범위에서 제거하는 편이 좋습니다.
7. 서명 완료본은 검토본과 분리해 보관하세요
서명이 끝났다면 담당자의 다운로드 폴더에서 절차를 끝내지 마세요. 서명 완료 문서를 다시 찾을 수 있는 위치와 접근 권한을 정해야 합니다.
웹사이트제작계약/
01_검토본/
02_변경이력과승인기록/
03_서명완료본/
04_별첨과관련기록/
완료본에는 업무상 필요한 사람만 접근하도록 하고, 권한이 있는 담당자가 원본과 사본을 구별할 수 있게 하세요. 전자서명 서비스가 완료 증명서나 감사 기록을 제공한다면 함께 보관할 수 있습니다. 제공되는 기록과 다운로드 방식은 서비스마다 다릅니다.
서명된 PDF를 다시 인쇄하거나 편집해 덮어쓰지 마세요. 암호학적 디지털 서명이 포함된 문서는 수정이나 재저장 방식에 따라 검증에 영향을 받을 수 있습니다. 검색용 텍스트나 메모가 필요하면 별도 사본으로 관리하세요.
서명 후 조건 변경이 필요할 때는 기존 완료본을 고치는 대신, 변경 내용을 별도 문서로 남기고 필요한 동의와 서명 절차를 검토하세요. 문서 선택 기준은 변경계약서와 부속합의서의 차이에서도 확인할 수 있습니다.
복사해서 쓰는 서명 전 체크리스트
아래 목록을 내부 승인 메모에 붙여 넣고, 확인한 버전을 함께 적어 두세요.
계약명:
서명 후보 버전:
본문 파일명 또는 문서 식별자:
포함된 별첨:
최종 취합 담당자:
확인 날짜:
[ ] 필요한 내부 승인과 상대방 내용 확인이 끝났다.
[ ] 합의한 수정 사항이 모두 반영되어 있다.
[ ] 합의하지 않은 변경이나 미결 사항이 남아 있지 않다.
[ ] 금액·지급일·납기·계약 기간을 원문에서 다시 확인했다.
[ ] 별첨과 본문의 내용이 일치한다.
[ ] 실제 서명 대상 파일의 표시 상태와 수신자를 확인했다.
[ ] 완료본 저장 위치와 접근 권한 담당자가 정해져 있다.
자주 묻는 질문
파일명에 ‘최종본’이라고 적으면 충분한가요?
아닙니다. 파일명은 식별을 돕지만, 어떤 내용을 누가 확인했는지까지 설명하지는 않습니다. 버전 번호, 승인 기록, 실제 서명 대상 문서를 함께 관리해야 합니다.
서명하기 전에 오탈자만 고쳐도 다시 확인해야 하나요?
수정된 파일은 이전과 다른 문서입니다. 금액의 쉼표, 회사명, 날짜처럼 작은 수정도 의미에 영향을 줄 수 있으므로 변경 내용을 알리고 수정된 버전을 확인하는 절차를 두는 편이 좋습니다. 필요한 동의 절차는 계약 상황에 따라 판단해야 합니다.
AI 비교 결과가 ‘차이 없음’이면 바로 서명해도 되나요?
그 결과만으로 판단하지 마세요. 입력 파일이 맞는지, 전체 페이지와 별첨이 읽혔는지부터 확인해야 합니다. AI 비교는 검토 보조 수단이며, 합의 여부 확인이나 필요한 법률 검토를 대체하지 않습니다.
다음 계약부터 바꿀 한 가지
새 도구를 도입하기 전에도 시작할 수 있습니다. 서명 요청을 보내는 사람이 ‘어떤 버전을 보내는지’와 ‘무엇이 포함되어 있는지’를 한 줄로 남기게 하세요.
예를 들면 ‘v04 본문 6페이지와 별첨 1의 2페이지, 양측 확인 완료’입니다. 다음 담당자가 파일을 열었을 때도 같은 문서를 찾아낼 수 있다면, ‘진짜최종본’을 추측하며 찾는 작업은 줄어듭니다.
계약 작성과 전자서명 흐름을 살펴보고 싶다면 AiDocX 전자서명 안내를 참고하세요. 업무 인수인계까지 연결하려면 업무 인수인계 문서 작성 가이드도 함께 볼 수 있습니다.
이 글은 AI 작성 지원을 활용해 구성한 일반적인 문서 관리 안내입니다. 개별 계약에 대한 법률 자문이 아니며, 중요한 권리·의무 변경이나 분쟁 가능성이 있는 계약은 전문가 검토가 필요합니다.
AiDocX 블로그 더보기
시드 투자 SAFE 계약서, 서명 전에 AI가 먼저 잡아낸 위험 조항 5가지 (2026)
투자자가 보낸 SAFE 계약서를 AI 분석에 돌려봤더니 밸류에이션 캡, MFN 조항, 정보 열람권에서 문제가 나왔습니다. 서명 전 창업자가 실제로 확인해야 할 5가지를 사례로 정리합니다.
2026 이사회 회의록 템플릿: 스타트업이 투자자 및 법률 준비를 위해 반드시 문서화해야 할 사항
2026년 스타트업 이사회 회의록 작성 가이드. 투자자 Due Diligence와 법률적 보호를 위해 필수적인 문서화 구조, 오해하기 쉬운 함정, 그리고 AiDocX를 활용한 자동화 전략을 소개합니다.
2026 사업 파트너십 해지 계약서 가이드: 소송 없이 파트너십을 정리하는 방법
2026년 사업 파트너십 해지 계약서 작성 가이드. 자산 분할, 부채 처리, 법적 리스크 최소화 방법을 단계별로 안내합니다. 소송 없이 공정하게 파트너십을 종료하는 방법을 알아보세요.