데이터 관리 · 웹오피스 블로그
업무 파일 이름을 정할 때 날짜와 버전을 적는 방법
파일명에 날짜·문서 주제·상태를 일관되게 넣어 정렬과 검색을 쉽게 하는 원칙과 버전 충돌을 줄이는 예시를 제시합니다.
편집 책임: SideSideDev · 게시: · 수정:
먼저 답하면
업무 파일명은 날짜, 문서 주제, 상태를 팀 전체가 같은 순서로 적을 때 찾기 쉬워집니다. 예를 들어 ‘2026-09-26_분기보고서_검토중_v03’처럼 날짜를 연-월-일로 쓰면 이름순 정렬도 시간순에 가깝게 맞출 수 있습니다.
파일명은 검색과 정렬을 돕는 최소한의 표지
‘최종’, ‘최종2’, ‘진짜최종’처럼 상태만 덧붙이면 나중에 어느 파일이 승인본인지 알기 어렵습니다. 파일명에는 나중에 검색할 가능성이 높은 주제와 날짜를 먼저 넣고, 상태나 버전은 팀이 합의한 용어로 적는 편이 좋습니다.
날짜는 2026-09-26처럼 연-월-일 순서로 통일하면 이름순 정렬에서 시간 흐름을 파악하기 쉽습니다. 같은 날 여러 판이 나오면 v01, v02처럼 자릿수를 맞추면 v10이 v2 앞에 놓이는 혼란도 줄일 수 있습니다.
상태와 버전은 서로 다른 정보
버전은 몇 번째 수정본인지를, 상태는 초안·검토중·승인·배포처럼 업무 단계를 나타냅니다. ‘v03’이라고 해서 자동으로 승인본이 되는 것은 아닙니다. 승인된 문서가 무엇인지 별도로 기록하지 않으면 파일명만으로 결재 이력을 대체할 수 없습니다.
개인정보가 들어간 고객 이름이나 주민등록번호를 파일명에 넣는 일은 피하세요. 파일명은 공유 링크, 다운로드 기록, 화면 캡처에 노출될 수 있습니다. 팀 내부 식별 코드가 필요하다면 해당 코드의 민감성도 먼저 검토해야 합니다.
일괄 변경 전에 검토할 점
기존 파일을 한꺼번에 이름 바꾸려면 미리보기 목록에서 중복 이름과 잘린 이름을 확인하세요. 이름 변경 후 다른 문서에서 참조하던 경로가 깨질 수 있으므로 연결된 업무 시스템도 고려해야 합니다.
웹오피스의 일괄 파일명 변경 도구는 브라우저 보안 모델상 원본 파일 자체를 디스크에서 직접 고치지 않고 새 이름의 다운로드 결과를 만듭니다. 새 파일이 예상한 이름과 내용인지 확인한 다음 기존 파일을 정리하세요.
핵심 확인 사항
- 날짜·주제·상태 순서를 팀에서 합의
- 승인 상태는 별도 기록으로 확인
- 일괄 변경 결과의 중복 이름과 참조 경로 확인
참고 자료와 확인 범위
공식 문서의 개념과 웹오피스의 실제 지원 범위는 다를 수 있습니다. 각 자료를 참고한 범위를 함께 표시합니다.
- RFC 3339: 날짜·시간과 UTC 오프셋
시각을 기록할 때 시간대를 명시하는 형식