업무 문서 파일 이름 규칙 — 최종_진짜최종을 끝내는 법
2026년 8월 3일 작성
보고서_최종.hwp, 보고서_최종2.hwp,
보고서_진짜최종.hwp, 보고서_최종_수정_final.hwp. 어느 것이 최신인지
아무도 모릅니다. 파일 이름은 사소해 보이지만, 규칙 하나만 정해두면 이 혼란이 사라집니다.
규칙의 목표는 세 가지
- 이름만 보고 최신본을 안다 — 열어보지 않아도 됩니다.
- 이름순 정렬이 곧 시간순 정렬이다 — 폴더를 열면 자동으로 정리됩니다.
- 검색으로 찾을 수 있다 — 몇 달 뒤 기억나는 단어로 찾아집니다.
날짜는 YYYYMMDD로
가장 효과가 큰 규칙 하나만 고르라면 이겁니다. 날짜를 연-월-일 순서로 쓰고, 파일 이름 맨 앞에 둡니다.
| 표기 | 이름순 정렬 결과 | 평가 |
|---|---|---|
20260803_보고서 |
날짜순으로 완벽하게 정렬 | 권장 |
2026-08-03_보고서 |
동일하게 정렬됨, 읽기 편함 | 권장 |
보고서_8월3일 |
10월이 1월과 8월 사이에 낌 | 나쁨 |
보고서_030826 |
일-월-연이라 뒤죽박죽 | 나쁨 |
보고서_어제자 |
기준 시점이 사라짐 | 최악 |
연-월-일 순서는 큰 단위부터 쓰는 방식이라 문자열로 정렬해도 시간순이 됩니다. ISO 8601이라는 국제 표준의 날짜 표기이기도 합니다. 특별한 도구 없이 탐색기의 기본 정렬만으로 시간 순서가 잡히는 게 핵심 이점입니다.
버전은 숫자로, 자리를 맞춰서
"최종"이라는 단어를 쓰지 마세요. 최종 다음에 무엇이 올지 아무도 모르기 때문에 규칙이 무너집니다.
v01, v02처럼 숫자에 0을 채워 쓰면 10을 넘어도
정렬이 유지됩니다. v1, v2로 쓰면 v10이
v2보다 앞에 오는 문제가 생깁니다.
- 작업 중 —
v01,v02,v03… - 확정본 —
_확정또는_승인처럼 상태를 명시 - 배포본 —
_배포또는 대상을 함께 (_제출용)
"확정" 이후에 또 고쳐야 하는 상황이 오면, 확정본을 두고 v04부터 다시
시작하면 됩니다. 이력이 남으니 오히려 안전합니다.
구성 순서
일반적으로 이 순서가 무난합니다.
[날짜]_[프로젝트·부서]_[문서종류]_[버전·상태]
| 상황 | 예시 |
|---|---|
| 작업 중 보고서 | 20260803_신규서비스_기획안_v03.hwp |
| 회의록 | 20260803_주간회의_회의록.hwp |
| 제출용 최종 | 20260803_사업계획서_제출용.pdf |
| 외부 발송 | 20260803_견적서_OO상사.pdf |
| 받은 문서 | 20260803_OO상사_계약초안_수신.docx |
날짜를 앞에 둘지 프로젝트명을 앞에 둘지는 폴더 구조에 따라 정하세요. 프로젝트별로 폴더가 나뉘어 있다면 폴더 안에서는 날짜가 앞에 오는 게 유용합니다. 반대로 한 폴더에 여러 프로젝트가 섞여 있다면 프로젝트명을 앞에 두는 게 찾기 편합니다.
피해야 할 문자
운영체제가 파일 이름에 허용하지 않거나, 허용해도 문제를 일으키는 문자들이 있습니다.
-
절대 못 쓰는 문자 —
\ / : * ? " < > |윈도우에서 금지되어 있습니다. 특히 날짜에 콜론을 쓰거나 비율에 슬래시를 쓰다 걸리는 경우가 많습니다. - 맨 앞이나 맨 뒤의 공백·마침표 — 오류의 원인이 되고, 눈에 보이지 않아 찾기도 어렵습니다.
-
연속된 공백 — 검색할 때 안 잡힙니다. 구분자는 밑줄(
_)이나 하이픈(-)으로 통일하는 편이 안전합니다. - 이모지·특수기호 — 시스템 간 이동에서 깨지기 쉽습니다.
한글 파일 이름의 함정
ㅂㅗㄱㅗㅅㅓ처럼 자모가 분리되어 보이는 경우가
있습니다. 압축 파일을 주고받을 때 특히 자주 발생합니다. 압축할 때 UTF-8 인코딩을 지정하면
상당 부분 예방됩니다.
해외 협업이 있거나 시스템에 업로드할 문서라면 영문·숫자로만 이름을 짓는 것이 가장 확실합니다. 국내에서만 쓰는 문서라면 한글 이름이 검색과 인지에 유리하니, 상황에 따라 정하면 됩니다.
경로 길이 제한
윈도우에는 전체 경로 길이 제한이 있어, 폴더를 깊게 만들고 파일 이름까지 길면 복사나 압축 해제가 실패할 수 있습니다. 파일 이름은 필요한 정보만 담아 간결하게 쓰고, 나머지는 폴더 구조로 표현하세요.
파일 이름 자체가 정보 유출이 될 수 있습니다
20260803_홍길동_징계검토.hwp 같은 이름은 파일을 열지 않아도 내용을 짐작하게
합니다. 메일 첨부 목록, 공유 폴더, 화면 공유 중에 그대로 노출됩니다.
민감한 문서는 이름에서 개인명과 사안을 빼고 관리번호로 대체하세요. 문서 안에 남는 정보에 대해서는 문서에 숨어 있는 개인정보를 참고하세요.
팀 규칙으로 만들기
혼자 지키는 규칙은 의미가 절반입니다. 팀에서 쓰려면 아래 정도만 합의해도 충분합니다.
- 날짜 형식 —
YYYYMMDD로 통일 - 구분자 — 밑줄로 통일
- 버전 표기 —
v01형식, "최종" 금지 - 약어 목록 — 부서·문서 종류의 약어를 정해 공유
- 수신 문서 표시 — 받은 파일은 이름 뒤에
_수신을 붙여 내부 작성물과 구분
규칙 문서를 만들어 공유 폴더 최상단에 두고, 예시 파일 이름 몇 개를 함께 적어두면 새로 온 사람도 바로 따라 할 수 있습니다.
버전 관리 도구가 있다면 다릅니다
구글 드라이브, 원드라이브, 노션 같은 도구는 같은 파일의 이력을 자동으로 보관합니다. 이런 환경에서는 파일 이름에 버전을 붙이는 것이 오히려 방해가 됩니다. 이름은 고정하고 도구의 버전 기록을 쓰는 것이 맞습니다.
문제는 그 파일을 내려받아 메일로 보내는 순간입니다. 그때부터는 이력이 끊기므로 날짜와 버전을 붙이는 게 좋습니다. 두 방식을 상황에 따라 나눠 쓰면 됩니다.
자주 묻는 질문
이미 엉망인 폴더를 정리하려면요?
전부 고치려 하지 마세요. 시간 대비 효과가 낮습니다. 지금부터 만드는 파일에만
규칙을 적용하고, 기존 파일은 _archive 폴더로 옮겨두는 방식이
현실적입니다. 자주 쓰는 몇 개만 이름을 정리하면 충분합니다.
파일 이름을 한꺼번에 바꿀 수 있나요?
윈도우 탐색기는 여러 파일을 선택해 이름을 바꾸면 뒤에 번호가 붙는 단순 변경만 됩니다. 규칙적인 일괄 변경이 필요하면 PowerToys의 PowerRename이나 macOS 파인더의 "항목 이름 변경" 기능을 쓰면 찾기·바꾸기 방식으로 처리할 수 있습니다.
날짜는 작성일인가요 수정일인가요?
팀에서 정하면 되지만, 그 버전을 만든 날로 쓰는 것이 일반적입니다.
v03을 만든 날이 8월 3일이면 20260803입니다. 문서 내용의 기준
시점(예: 7월 실적 보고서)은 파일 이름 안에 따로 표기하면 혼동이 없습니다.