이력서 수정본과 제출본이 헷갈릴 때, 파일 버전 관리와 제출 이력 보관 방법

이력서를 여러 번 수정하다 보면 마지막으로 저장한 파일과 실제 제출한 파일이 달라질 수 있습니다. 이 문제를 예방하려면 수정 중인 원본과 제출을 확정한 사본을 분리하고, 제출 당시의 파일을 변경하지 않은 상태로 보관해야 합니다. 파일 이름에 '최종'이라고 적는 것만으로는 어떤 내용이 제출되었는지 확인하기 어렵습니다.

이력서 최종본이 여러 개 생기는 이유

이력서를 작성할 때는 지원하는 회사에 따라 경력 설명이나 자기소개 내용을 수정하는 일이 있습니다. 이 과정에서 기존 파일을 복사하거나 다른 이름으로 저장하면 비슷한 문서가 여러 개 만들어집니다.

 

문제는 파일의 수정 시각이 가장 최근이라고 해서 그 파일이 실제 제출본이라는 보장이 없다는 점입니다. 제출을 마친 뒤에도 원본을 수정했다면 현재 문서와 제출 당시 문서는 서로 다른 상태가 됩니다.

 

따라서 수정 작업의 순서와 제출 사실을 구분해야 합니다. 버전은 문서가 어떻게 변경되었는지를 나타내고, 제출 기록은 어느 시점의 문서를 어느 지원처에 전달했는지를 나타냅니다.

수정본과 제출본을 분리하는 관리 방법

가장 간단한 방법은 작업 중인 파일과 제출을 확정한 파일을 별도로 관리하는 것입니다. 파일 이름에 반복해서 '최종', '진짜최종'을 붙이기보다 수정 순서를 기록하고 제출 시점을 명확하게 남기는 방식이 좋습니다.

 

1. 수정 작업을 시작하기 전에 현재 원본을 보관합니다.
2. 내용을 변경할 때마다 중요한 수정 사항과 버전을 기록합니다.
3. 제출 직전에 사용할 문서를 확정하고 별도 사본을 만듭니다.
4. 제출한 사본은 이후 수정하지 않고 그대로 보관합니다.
5. 제출 일시와 지원처, 제출한 파일의 버전을 기록합니다.

 

예를 들어 수정 이력에 v1, v2, v3을 사용한다면 v3이 가장 최근 작업본일 수 있습니다. 그러나 실제 제출한 파일이 v2라면 제출 기록에는 반드시 v2를 남겨야 합니다.

 

제출처에서 지정한 파일명 규칙이 있다면 그 규칙을 우선 적용합니다. 내부 관리용 버전 정보는 별도 기록에 남길 수 있으므로 제출 파일명에 임의의 문구를 추가할 필요는 없습니다.

실전 예시: 수정한 이력서와 제출한 이력서가 다를 때

지원자가 월요일에 이력서 v1을 작성하고 화요일에 경력 설명을 수정하여 v2를 만든 상황입니다. 수요일 오전에는 v2를 제출했고, 오후에는 다른 회사에 지원하기 위해 내용을 변경하여 v3을 만들었습니다.

 

이때 가장 최근에 수정한 v3을 제출본이라고 판단하면 실제 제출 내용을 잘못 기억할 수 있습니다. 제출 직후 v2의 사본을 별도로 보관하고 제출 기록에 연결했다면 수요일 오전에 전달한 내용을 구분할 수 있습니다.

 

이 예시는 파일 버전과 제출 이력을 분리하는 이유를 설명하기 위한 실제 가이드 상황입니다.

제출본을 다시 확인하는 검증 절차

버전 관리가 제대로 작동하는지 확인하려면 개인정보가 없는 시험 이력서 파일을 만들어 볼 수 있습니다. 시험 문서에 서로 다른 문장을 넣고 제출본 사본과 이후 수정본을 구분하는 방식입니다.

 

1. 시험 문서 v1에 '프로젝트 설명 A'라는 문장을 입력합니다.
2. v2에서는 해당 문장을 '프로젝트 설명 B'로 변경합니다.
3. v2를 제출했다고 가정하고 변경하지 않을 사본을 보관합니다.
4. 작업 원본을 v3으로 수정하여 '프로젝트 설명 C'를 입력합니다.
5. 보관한 제출본 사본을 다시 열어 문장 B가 남아 있는지 확인합니다.

 

정상적으로 사본을 분리했다면 작업 원본에는 문장 C가, 제출본 사본에는 문장 B가 있어야 합니다. 이는 파일 분리 상태를 확인하는 시험이며 실제 제출처에 문장 B가 접수되었다는 증거는 아닙니다.

 

실제 접수 내용을 확인할 때는 제출처가 제공하는 접수 내역이나 첨부파일 확인 기능을 이용해야 합니다. 해당 기능이 없거나 제출 이후 파일 열람을 지원하지 않는다면 보관한 사본만으로 접수된 파일의 내용까지 확정할 수 없습니다.

클라우드 버전 기록과 제출 사본의 차이

OneDrive와 SharePoint에서는 파일의 이전 버전을 확인하거나 복원하는 기능을 제공합니다. 다만 이전 버전을 복원하면 해당 버전이 현재 버전으로 바뀔 수 있으므로, 단순 확인과 복원 작업을 구분해야 합니다.

 

클라우드의 버전 기록은 수정 이력을 확인하는 데 도움이 되지만 특정 제출처에 어떤 파일을 전달했는지 자동으로 증명하지는 않습니다. 따라서 제출본 사본과 접수 기록을 함께 관리하는 것이 중요합니다.

핵심 정리
수정본은 변경 과정을 관리하기 위한 파일이고 제출본은 특정 시점에 확정한 파일입니다. 제출한 사본을 수정하지 않고 보관하며 지원처와 제출 시점을 연결해 기록해야 합니다. 가장 최근 파일이 반드시 실제 제출본인 것은 아닙니다.

참고 자료

Microsoft Support - Restore a previous version of a file stored in OneDrive
OneDrive 이전 버전 복원 공식 안내

Microsoft Learn - Version history overview
SharePoint 및 OneDrive 버전 기록 개요