파일명이 “최종”, “진짜최종”, “수정본2”로 늘어나면 검색보다 더 큰 문제는 어느 파일이 현재 기준이고 무엇을 보존해야 하는지 설명하지 못한다는 점입니다. 파일명은 제목을 길게 적는 메모가 아니라 고정된 식별자·업무일·버전·상태를 같은 위치에 두는 짧은 규칙으로 만들고, 보관 기간과 접근 권한 같은 정보는 별도 색인에서 관리해야 합니다.
이번 글에서 직접 확인한 범위
설명용 파일 8개를 업무 ID, 기준일, 문서 유형, 버전, 상태, 소유자, 현재 위치, 이전 버전 위치로 분해했습니다. 15개 열의 보관 색인에서 같은 파일명의 충돌, 모호한 날짜, 승인 전 초안, 폐기 검토일, 복원 시험 결과를 한 행씩 확인할 수 있는지 검토했습니다.
순서대로 실행하고 멈출 지점
-
파일명과 색인의 역할을 나누기
파일명에는 목록 화면에서 구분해야 하는 최소 항목만 둡니다. 업무 ID 또는 짧은 주제, 기준일, 버전, 상태처럼 정렬과 식별에 직접 필요한 값이 후보입니다. 설명, 담당자 변경 이력, 보존 근거, 접근 권한, 관련 링크까지 모두 넣으면 경로가 길어지고 수정 때마다 이름이 바뀝니다. 확인 기준: 미국 국립문서기록관리청 전자기록 파일명 작업 지침.
색인에는 파일 ID, 전체 제목, 소유자, 승인자, 현재 위치, 이전 위치, 보존 범주, 폐기 검토일, 접근 등급을 둡니다. 파일이 이동하거나 이름이 바뀌어도 파일 ID를 유지하면 메일·회의록·업무표에서 같은 기록을 다시 찾을 수 있습니다.
파일 내용에 이미 문서 번호가 있다면 파일명과 색인이 같은 ID를 쓰는지 확인합니다. 이름만 규칙에 맞고 본문 표지와 다른 번호를 쓰면 복원 뒤 어느 기록인지 다시 판단해야 하므로 배포 전에 세 위치를 대조합니다.
-
토큰 순서와 구분자를 한 줄로 고정하기
NARA의 전자기록 파일명 안내는 프로젝트명·날짜·버전 같은 구성요소를 넣을 때 위치를 일관되게 유지하고 플랫폼 독립적인 문자를 사용하도록 권고합니다. 소규모 팀도 `업무ID_기준일_문서유형_버전_상태.확장자`처럼 한 줄 규칙을 정하면 이름만으로 정렬 기준을 예측할 수 있습니다.
띄어쓰기, 밑줄, 하이픈을 섞지 않고 선택한 구분자를 유지합니다. 한글 파일명이 업무에 더 명확할 수 있지만 외부 전송·압축·서버 경로에서 달라질 수 있으므로 실제 도구를 시험합니다. 영문 소문자 규칙을 선택한다면 제목 번역이 아닌 승인된 짧은 코드 사전을 함께 둡니다.
확장자 앞 마침표를 버전 구분자로 사용하지 않습니다. `v1.2.final.xlsx`처럼 마침표가 늘어나면 일부 처리 도구가 확장자를 오해할 수 있습니다. 버전은 `v1-2`처럼 선택한 규칙으로 표현하고 실제 파일 형식과 확장자가 일치하는지 확인합니다.
-
날짜가 가리키는 사건과 표준시간대를 정의하기
RFC 3339는 인터넷 날짜·시간 표기에서 연·월·일 순서의 full-date와 시간대 오프셋을 포함한 timestamp 문법을 설명합니다. 파일명 날짜는 작성일, 업무 기준일, 승인일, 촬영일 중 하나로 정의하고 여러 의미를 번갈아 쓰지 않습니다. 확인 기준: RFC 3339 인터넷 날짜·시간 형식.
시각까지 필요한 로그는 시간대 또는 UTC 오프셋을 색인에 둡니다. 파일명에 긴 시각을 넣지 않더라도 같은 날 여러 릴리스가 있으면 순번이나 버전으로 구분합니다. 운영체제의 생성일·수정일은 복사나 복원 과정에서 달라질 수 있어 업무 날짜를 대신하지 않습니다.
“오늘”, “지난주”, “최신” 같은 상대 표현을 파일명과 색인에 남기지 않습니다. 시간이 지나도 같은 뜻을 갖는 날짜와 상태를 쓰고, 날짜를 알 수 없는 이전 자료는 추측해 채우지 말고 미확인 상태와 확인할 근거를 기록합니다.
-
버전과 승인 상태를 분리하기
v1.2는 내용 계보를 나타내고 초안·검토중·승인·대체됨은 업무 상태를 나타냅니다. 두 값을 “최종” 한 단어에 합치지 않습니다. 승인된 파일을 수정해야 하면 같은 파일을 덮지 않고 새 버전을 만든 뒤 승인 전 상태로 시작합니다.
작은 오탈자와 절차 변경에 어떤 버전 증가 규칙을 쓸지 정합니다. 숫자 체계 자체보다 변경 기록과 연결되는지가 중요합니다. 파일명 v1-3의 변경표가 없거나 본문 표지가 v1.2라면 판정 보류로 두고 임의로 맞추지 않습니다.
현재본은 하나만 명시하되 이전 승인본을 즉시 삭제하지 않습니다. 새 버전의 적용일, 공지 완료, 원복 조건을 확인한 뒤 이전본을 읽기 전용 보관 위치로 옮기고 상태를 대체됨으로 바꿉니다.
-
현재·이전·보류 폴더와 접근 권한을 설계하기
폴더는 조직도보다 실제 기능과 기록 범주를 중심으로 단순하게 만듭니다. 현재 사용, 이전 승인본, 판정 보류, 폐기 검토처럼 행동이 다른 자료를 구분하고 각 위치의 쓰기 권한과 이동 책임자를 정합니다.
보관 기간은 모든 파일에 같은 숫자를 적용하지 않습니다. 계약, 세무, 인사, 개인정보, 일반 운영 문서의 근거가 다를 수 있으므로 색인에는 보존 범주와 근거, 검토일을 남기고 법적 판단은 최신 기준과 담당자 확인을 우선합니다.
폐기는 폴더 이름을 “삭제예정”으로 바꾸는 것으로 끝내지 않습니다. 승인자, 대상 파일 ID, 사본 위치, 백업 반영 범위, 실행 시각을 기록합니다. 분쟁이나 보존 의무가 확인되면 일반 폴더와 분리하고 접근 사유와 종료 조건을 둡니다.
-
검색·링크·복원으로 규칙을 시험하기
파일명 규칙은 예쁜 목록이 아니라 찾고 되살리는 능력으로 평가합니다. 새 담당자에게 업무 ID와 날짜만 주고 2분 안에 현재본과 이전 승인본을 구분할 수 있는지 시험합니다. 못 찾은 이유가 코드 사전, 폴더 깊이, 권한 중 어디인지 기록합니다. 확인 기준: RFC 3339 인터넷 날짜·시간 형식.
메일, 문서, 시트에 저장된 링크가 파일 이동 뒤에도 작동하는지 확인합니다. 링크가 경로에 묶여 깨진다면 안정적인 문서 ID나 공유 시스템의 고유 링크를 색인에 두고, 공개 링크와 내부 편집 링크를 혼용하지 않습니다.
분기마다 소량의 파일을 백업에서 복원해 파일명, 내용, 버전, 권한, 해시가 색인과 일치하는지 봅니다. 백업 성공 알림만으로 복원 가능성을 단정하지 않고 실패 시 현재 파일을 삭제하거나 덮어쓰지 않은 채 복원 절차를 수정합니다.
“견적서_최종_수정2”를 바로 이름 바꾸지 않는 사례
공용 폴더에 “인테리어견적_최종.xlsx”, “인테리어견적_최종수정.xlsx”, “인테리어견적_진짜최종2.xlsx”가 있다고 가정합니다. 수정 시각이 가장 늦은 파일을 현재본으로 정하면 승인되지 않은 실험 파일이나 자동 저장 사본을 기준으로 사용할 수 있습니다.
먼저 세 파일을 읽기 전용 검토 위치에 두고 내부 문서 ID, 작성 목적, 승인 기록, 적용일, 연결된 메일이나 회의 기록을 확인합니다. 승인된 현재본 한 개가 확인된 뒤 `int-estimate_2026-08-23_v1-2_approved.xlsx`처럼 고정 순서로 이름을 부여하고, 나머지는 같은 문서 ID 아래 이전본 또는 판정 보류로 연결합니다.
이 이름은 설명용 예시이며 모든 운영체제와 조직에 통하는 의무 규칙이 아닙니다. 사용 중인 클라우드, 공유 드라이브, 백업 도구의 금지 문자와 경로 길이를 시험하고, 계약·법률·회계 기록의 보존 기간과 폐기 승인은 담당 기준을 별도로 확인합니다.
이 조건이 비면 보류
- 파일명과 별도 색인에 둘 정보를 구분했는가
- 토큰 순서·구분자·허용 문자를 한 줄로 적었는가
- 날짜가 작성·업무·승인 중 무엇인지 정의했는가
- 버전 번호와 초안·승인·대체됨 상태가 분리됐는가
- 현재본은 한 개이며 이전 승인본과 연결되는가
- 보존 근거·접근 등급·폐기 검토일이 색인에 있는가
- 이동 뒤 내부 링크와 외부 공유 범위를 확인했는가
- 검색 시간과 백업 복원을 표본 파일로 시험했는가
파일명·보관 규칙의 네 축 비교표
| 판단 축 | 파일명에 둘 값 | 색인에 둘 값 | 오류 신호 | 검수 방법 |
|---|---|---|---|---|
| 식별 | 업무 ID·문서유형 | 전체 제목·연결 기록 | 같은 이름 충돌 | ID로 양방향 찾기 |
| 날짜 | 정의된 기준일 | 사건 종류·시간대 | 작성일과 승인일 혼용 | 원문 기록 대조 |
| 버전 | v번호·짧은 상태 | 변경 사유·승인자 | 최종·수정본 반복 | 변경표와 본문 대조 |
| 위치 | 필요 시 범주 코드 | 현재·이전·보류 경로 | 사본마다 현재 표시 | 현재본 한 개 확인 |
| 보존 | 넣지 않음 | 근거·검토일·폐기 승인 | 일괄 영구보관·즉시삭제 | 범주별 담당 확인 |
| 복원 | 안정된 확장자 | 해시·복원일·결과 | 백업 알림만 존재 | 표본 복원 시험 |
표의 값은 양식과 판정 순서를 검토하기 위한 설명용 예시입니다. 실제 운영값으로 교체한 뒤 사용합니다.
기준의 출처와 적용 한계
- 미국 국립문서기록관리청 전자기록 파일명 작업 지침
플랫폼 독립적 문자, 경로 길이, 구성요소의 고정 위치를 다루는 공식 작업 지침을 참고하되 미국 연방기관 요건을 일반 의무로 확대하지 않습니다.
- NARA 권장 파일·폴더 명명 규칙
설명 가능하고 일관된 파일명, 프로젝트·날짜·버전의 위치 유지와 경로 구조에 관한 공식 지침을 확인합니다.
- RFC 3339 인터넷 날짜·시간 형식
연·월·일 순서의 full-date와 시간대 오프셋을 포함한 인터넷 timestamp 문법을 확인해 파일명 날짜와 색인 시각을 구분합니다.
각 링크는 2026.08.19에 접근 상태와 운영 주체를 확인했습니다. 개별 법률·안전·계약 판단이 필요한 사안은 해당 기관과 자격 있는 담당자의 최신 기준을 따릅니다.
적용 전에 자주 막히는 지점
한글 파일명을 사용하면 안 되나요?
금지할 이유는 없지만 사용하는 운영체제, 클라우드, 압축·전송 도구에서 동일하게 보이는지 시험해야 합니다. 외부 연동이 많다면 승인된 짧은 영문 코드와 한글 제목을 색인에서 연결할 수 있습니다.
최종 파일 뒤에 날짜만 붙이면 충분한가요?
날짜가 무엇을 뜻하는지와 승인 상태가 없으면 같은 날의 초안·검토본을 구분하기 어렵습니다. 문서 ID, 정의된 기준일, 버전, 상태를 필요한 범위에서 분리합니다.
이전 버전은 언제 지워도 되나요?
문서 종류와 계약·법령·분쟁·원복 필요에 따라 다릅니다. 공통 기간을 임의로 정하지 말고 보존 범주, 근거, 승인자, 백업 범위를 확인합니다.
클라우드 버전 기록이 있으면 보관 폴더는 필요 없나요?
버전 기능은 유용하지만 접근 권한, 보존 정책, 복원 범위와 기간이 서비스마다 다릅니다. 현재본 식별과 기록 색인은 별도로 유지하고 실제 복원을 시험합니다.