계약서 초안 공유 전, 수정 기록을 남겨야 하는 이유

*AI로 생성한 이미지입니다.*

계약서 초안을 이메일과 메신저로 주고받다 보면 `최종`, `진짜최종`, `수정본` 같은 파일이 여러 개 생깁니다. 한쪽은 최신본이라고 생각했는데 다른 쪽은 이전 파일을 검토하면 숫자와 기간, 책임 범위에 대한 대화가 처음부터 어긋날 수 있습니다.

빠른 결론부터 말하면, 초안을 외부에 공유하기 전에 `기준 파일`, `버전`, `수정일`, `변경한 조항`, `변경 이유`, `요청자`, `확인자`를 기록하세요. 수정 기록은 계약 효력을 자동으로 보장하는 장치가 아니라 당사자들이 같은 문서를 검토하도록 돕는 업무 기록입니다.

버전 기록표에 넣을 항목

항목	예시 방식	주의할 점
문서 식별값	계약명과 작성일	파일명만 보고 추측하지 않기
버전	초안 1, 검토본 2처럼 순서화	최종이라는 말 반복하지 않기
수정 위치	조항 번호 또는 표의 항목	문장 전체를 다시 찾지 않게 하기
변경 요약	금액, 기간, 의무 등 변경점	변경 전후 의미를 숨기지 않기
요청자	누가 수정을 요청했는지	구두 요청도 확인 기록 남기기
확인 상태	검토 전, 의견 중, 승인	서명 완료와 혼동하지 않기
공유 대상	내부 검토자와 외부 당사자	불필요한 개인정보 노출 막기

표를 길게 만드는 것보다 중요한 것은 수정할 때마다 같은 위치에 기록하는 일입니다. 메신저에서 나온 의견은 문서 담당자가 기준본에 반영하고, 반영 여부와 남은 쟁점을 한 번에 확인할 수 있게 정리하세요.

공유본과 작업본을 구분한다

내부 메모, 개인정보, 협상 전략이 남아 있는 작업본을 그대로 외부에 보내지 않도록 공유용 파일을 따로 만드세요. 공유 직전에는 문서 속성, 주석, 변경 내용 표시, 숨은 시트나 첨부물이 남았는지 확인해야 합니다. 파일을 PDF로 바꾸는 것만으로 불필요한 정보가 모두 사라진다고 단정해서도 안 됩니다.

전자서명 요청 단계로 넘어갈 때는 서명 대상 파일의 식별값과 버전을 다시 고정하고, 이후 변경이 생기면 기존 요청의 처리 방법을 당사자에게 알리세요. 계약 종류와 법적 요구사항에 따라 필요한 절차가 다르므로 중요한 계약은 전문가 검토가 필요합니다.

초안 공유 전 체크리스트

• 기준 파일과 버전 번호를 정했다
• 수정 위치와 변경 이유를 기록했다
• 반영한 의견과 보류한 의견을 구분했다
• 내부 작업본과 외부 공유본을 분리했다
• 주석, 변경 내용, 숨은 정보가 남았는지 확인했다
• 공유 대상과 접근 권한을 확인했다
• 전자서명 요청 전 최종 버전을 다시 확인하기로 했다

자주 묻는 질문

Q. 파일명에 날짜만 넣으면 수정 기록이 충분한가요?

A. 날짜만으로는 무엇이 바뀌었고 누가 확인했는지 알기 어렵습니다. 변경 위치와 요약, 확인 상태를 함께 남기는 편이 좋습니다.

Q. 수정 이력이 있으면 계약 분쟁을 막을 수 있나요?

A. 보장할 수 없습니다. 수정 이력은 검토 과정의 혼선을 줄이는 자료이며, 계약 내용과 효력에 관한 판단은 구체적인 사실과 관련 법령에 따라 달라집니다.

참고 링크

• 싸인딜 공식 사이트
• 싸인딜 Tistory 안내 글
• 싸인딜 네이버 블로그 안내 글