업무 파일명 생성기

파일명 규칙이 필요한 이유

"기획안_최종.pptx", "기획안_최종_진짜최종.pptx"처럼 이름을 짓다 보면 어떤 파일이 정말 최신인지 알기 어려워집니다. 이름에 날짜와 버전이라는 두 가지 정보를 일정한 순서로 넣어 두면 탐색기나 클라우드 드라이브의 이름순 정렬만으로 시간순 정렬이 되고, 검색할 때도 "20260305"나 "v2"처럼 규칙적인 키워드로 찾을 수 있습니다. 이 생성기는날짜 → 문서 이름 → 작성자 → 버전 → 확장자 순서로 항목을 이어 붙이고, 비어 있는 항목은 건너뜁니다.

생성 규칙

• 문서 이름·작성자의 앞뒤 공백은 지우고, 안쪽 연속 공백은 한 칸으로 줄인 뒤 선택한 구분 기호(밑줄 또는 하이픈)로 바꿉니다. 예: "마케팅 기획안" → "마케팅_기획안".
• 파일 이름에 쓸 수 없는 문자(\ / : * ? " < > |와 제어 문자)는 공백으로 바꾼 뒤 위 규칙을 적용합니다. 삭제하면 "매출/비용"이 "매출비용"으로 붙어 의미가 달라지기 때문입니다.
• 확장자 앞의 점은 자동으로 정리됩니다(.xlsx와 xlsx 모두 가능). 확장자는 이름의 맨 끝에만 붙습니다.
• 문서 이름이 비어 있으면 "문서"를 대신 넣습니다. 날짜를 비우거나 "날짜 제외"를 고르면 날짜가 빠집니다.
• 버전은 입력한 그대로(금지 문자만 제외) 쓰며, 버전 안의 점(v1.1)은 그대로 남습니다.

예시 결과 (빌드 시 계산)

아래 이름은 이 도구와 같은 규칙을 코드로 실행해 얻은 값입니다.

두 번째 예에서 제목 "Q1 매출/비용: 분석?"의 금지 문자 세 개가 공백이 되어 Q1-매출-비용-분석으로 정리된 것을 볼 수 있습니다. 같은 하이픈 구분에 날짜 형식 2026-03-05를 쓰면 날짜 안의 하이픈과 항목 사이 하이픈이 구별되지 않아 읽기 어려울 수 있으므로, 하이픈 구분에는 20260305 형식을 쓰는 편이 읽기 좋습니다.

날짜를 앞에, 숫자 자리수를 맞추는 이유

파일 목록은 보통 문자를 앞에서부터 한 글자씩 비교해 정렬합니다. 그래서 숫자를 자리수 없이 쓰면 값의 크기와 다른 순서가 나옵니다. 다음 표는 같은 이름 목록을 실제로 문자열 정렬한 결과입니다.

"10월2일"이 "1월15일"보다 앞에 오고, v10이 v2보다 앞에 오는 것을 확인할 수 있습니다. 반면 연도부터 쓴 8자리 날짜는 정렬 결과가 곧 시간 순서입니다. 버전이 9개를 넘을 가능성이 있다면 처음부터 v01처럼 두 자리로 쓰세요. 다만 윈도우 탐색기나 맥 파인더는 숫자를 값으로 비교하는 "자연 정렬"을 쓰기도 해서 위 표와 같은 순서가 보이지 않을 수 있습니다. 클라우드 서비스, 터미널(ls), 압축 프로그램, 업로드 목록처럼 단순 문자열 정렬을 쓰는 환경에서는 자리수 맞춤이 여전히 안전합니다.

OS별로 다른 파일명 제한

파일명에 쓸 수 없는 문자는 운영체제와 파일 시스템마다 다릅니다. 가장 엄격한 쪽은 윈도우이고, 여러 환경에서 파일을 주고받는다면 윈도우 기준에 맞추는 것이 안전합니다.

• 길이: 윈도우 NTFS 등 많은 파일 시스템에서 파일 이름 하나는 255 문자(UTF-16 단위) 정도가 한도입니다. 한편 폴더 경로까지 합친 전체 길이는 윈도우의 오래된 API에서 260자 근처에서 문제가 생길 수 있습니다(설정에 따라 완화됨). 이 도구는 이름 부분이 255자를 넘으면 경고하지만 폴더 경로는 알 수 없습니다.
• 맥: 유닉스 계열이라 윈도우보다 허용 문자가 넓지만, :와 /는 파인더와 내부 경로 표기가 서로 바꿔 보여 주는 등 혼란이 생기므로 피하는 것이 좋습니다. 맥에서 만든 한글 파일명은 윈도우·클라우드로 옮길 때 자모가 분리되어(예: 한글이 "ㅎㅏㄴ"처럼 풀려) 보이는 경우가 있습니다.
• 클라우드·메신저·웹 서버: 서비스별로 #, %, 공백, 한글을 URL로 처리하는 방식이 달라 링크가 깨지는 경우가 있고, 별도 문자 제한을 두는 서비스도 있습니다. 구체적 규칙은 사용하는 서비스의 안내를 확인하세요. 외부에 링크로 공유할 파일이라면 영문·숫자·밑줄·하이픈만 쓰는 편이 가장 문제가 적습니다.
• 이름이 마침표로 시작하면 맥·리눅스에서 숨김 파일로 취급됩니다.

업무에서 자주 쓰는 규칙 조합

• 제출용 한 번 쓰고 끝나는 문서: 날짜_문서명_작성자. 버전 대신 작성자를 넣어 누구 파일인지 구분합니다.
• 여러 번 고치는 문서: 날짜_문서명_v01. 같은 날 여러 번 저장하면 날짜가 같으므로 버전으로 구분합니다. 그날 저장 순서가 중요하면 _v01, _v02처럼 증가시키세요.
• "최종" 표기 금지 규칙: "최종", "진짜최종" 같은 단어는 다음 수정 때 거짓이 됩니다. 대신 제출·확정한 버전에만 폴더를 따로 두거나 _제출본 같은 상태 표기를 한 가지로 정해 두세요.
• 팀 전체 합의: 규칙의 일관성이 가장 중요합니다. 팀이 정한 구분 기호와 날짜 형식을 하나로 고정하고, 이 도구에서 같은 옵션을 선택해 쓰면 됩니다.

한계

• 이 도구는 이름만 만들어 줍니다. 실제 파일의 이름을 바꾸지는 않으며, 여러 파일의 이름을 한꺼번에 바꾸려면 파일 이름 일괄 변경 가이드와 윈도우 일괄 이름 변경 가이드를 참고하세요.
• 폴더 경로와 같은 이름의 기존 파일이 있는지는 확인할 수 없습니다. 같은 폴더에 같은 이름이 있으면 덮어쓰기 경고가 나올 수 있습니다.
• 날짜는 입력 칸의 값을 그대로 쓰며 기본값은 접속한 기기의 오늘 날짜입니다. 문서 작성일이 아니라 저장일을 넣고 싶은지 팀 규칙에 따라 정하세요.
• 외부에 공유하는 URL용 영문 주소가 필요하면 한글 URL 슬러그 생성기를 쓰는 편이 적합합니다.

자주 묻는 질문