書類の命名規則をどう選ぶか｜条件の見方

書類の命名規則を選ぶとき、最初に迷うのは「どの形が正しいか」ではない。日付を先頭に置く形も、案件名を先頭に置く形も、どちらも現場で動いている。決まらないのは、選ぶための条件がはっきりしていないからである。ここでは、規則そのものを並べる前に、選ぶ側が先に確かめておく条件を順番に見ていく。読み終えたときに、自分の手元でどの形を採るかを自分で決められる状態になるのが目的である。

命名規則は好みではなく、その名前を誰が読むかで決まる

ファイル名の読み手は4種類ある。人の目、Finderの並び替え、ターミナルやスクリプト、そして社外のシステムである。この4つは求めるものが違う。

• 人の目は、一覧の左端を見た瞬間に中身が分かることを求める
• Finderは文字列の並びしか見ない。日付が真ん中にあると時系列には並ばない
• スクリプトは区切りの一貫性を求める。1件でも形が違うと、そこで処理が止まる
• 社外のシステムは、こちらの都合を知らない。入稿規定や添付の制限が先にある

よくある失敗は、人の目だけを見て規則を決めることである。「2026年1月請求書（A社様）.pdf」は読みやすいが、名前順に並べても時系列にならず、括弧とスペースのせいでシェルからは扱いにくい。逆に機械だけを見て「20260102_a_inv_01.pdf」とすると、半年後に開いた本人が中身を思い出せない。どの読み手を優先するかを先に決めると、迷いの半分は消える。ターミナルをほとんど使わず、共有もしない書類なら、機械寄りの制約を引き受ける理由はない。逆に、スクリプトで月次の集計をかけている書類は、人の読みやすさを少し削ってでも形をそろえたほうが結果的に早い。

最初に決めるのは4つ、それ以外は後から足せる

規則づくりが止まる原因は、決めることが多すぎると感じる点にある。実際に先に決める必要があるのは次の4つだけである。

• 日付の形（付けるか、付けるならどの桁か、何の日付か）
• 区切り文字（スペースを使うか、ハイフンとアンダースコアをどう使い分けるか）
• 語の順番（日付、相手、種類、件名のどれを先に置くか）
• 版の書き方（連番か、日付か、状態を名前に入れるか）

大文字と小文字の扱い、拡張子を表示するかどうか、英語にするか日本語にするかは、あとから足しても既存のファイルを壊さない。先の4つは違う。語の順番を途中で変えると、それまでのファイルが一覧の別の場所に飛ぶ。つまり全件のリネームが必要になる。数百件なら実行できるが、数万件になると、名前を指している参照や共有リンクまで追いかけることになる。だから最初の1週間で4つだけを決めて、残りは運用しながら足していくほうが安全である。

日付を先頭に置くと、名前順と時系列が一致する

日付を先頭に置く形が広く使われているのは、見た目の問題ではない。Finderもターミナルも、名前順は文字列の並びで決める。先頭が「20260102」であれば、文字列として並べた結果が、そのまま古い順になる。

桁の選び方は2つある。8桁の「20260102」は短く、区切り文字を1つも使わない。10桁の「2026-01-02」は人が読みやすく、日付の部分だけを機械で取り出しやすい。どちらでも並び順は同じになる。避けたいのは「2026年1月2日」と「R8.1.2」である。前者は月が1桁と2桁で混ざると並ばず、後者は元号が変わった時点で前後関係が切れる。

もう1つ、見落とされやすい決めどころがある。その日付が何の日付かという点である。請求書の「20260131」は作成日なのか、対象月の末日なのか。議事録の日付は開催日か、清書した日か。ここを決めずに運用すると、同じ形の名前が違う意味を持ち、あとから月次で集計するときに合わなくなる。書類の種類ごとに、日付の意味を1行で書き留めておくとよい。請求書は対象月、議事録は開催日、契約書は締結日、といった具合である。

区切り文字は、ターミナルを使うかどうかで分岐する

スペースを名前に入れるかどうかは、好みの問題に見えて、実は使う道具で答えが変わる。Finderだけで扱うならスペースは何の問題も起こさない。シェルを通す瞬間に、事情が変わる。

ファイル名およびフォルダ名には、文字、数字、ピリオド、およびアンダースコア文字を含めることができます。その他のほとんどの文字（スペース文字など）は使用しないでください。一部のファイルシステムではそうしたその他の文字（スペースなど）の使用が許可されていますが、そうした文字を含むパス名は一重引用符または二重引用符で囲むことをお勧めします。 出典: support.apple.com

引用符で囲めば動くので、スペースが禁止というわけではない。ただし、コマンドを手で打つたびに囲む必要があり、囲み忘れが1回あると別のファイルを指す。ターミナルを日常的に使うなら、スペースを使わない形にしておくと、この種の取り違えが起きなくなる。

実務でよく採られているのは二段構えである。1つの項目の中の語をつなぐときはハイフン、項目と項目の境目はアンダースコアを使う。「20260102_a-shoji_invoice_01.pdf」であれば、アンダースコアで切れば日付、相手、種類、連番の4つに分解でき、相手先の名前にハイフンが入っていても分解を壊さない。全部をアンダースコアでつなぐと、この分解ができなくなる。

使えない文字と、通るけれど後で効いてくる文字

macOSは、ファイル名に使える文字がかなり広い。ただし、通るからといって安全とは限らない。まず明確に通らないものがある。

• コロン（:）は使えない
• ピリオド（.）で始まる名前は付けられない
• アプリによっては半角スラッシュ（/）が使えない

長さにも上限がある。手元のAPFSで確かめると、1つの名前に使えるのは255文字までで、256文字目を足した時点で作成が失敗する。この上限はバイト数ではなく文字数で数えるため、ひらがなや漢字でも同じく255文字が境目になる。日本語の件名をそのまま名前に入れる運用にすると、長い件名で上限に触れることがあるので、件名は先頭の何文字までと決めておくとよい。

濁点の扱いも、日本語を使う環境では避けて通れない。同じ「ば」に、1文字で表す綴りと、「は」と濁点の2文字で表す綴りがある。手元で確かめると、APFSは作ったときの綴りをそのまま保存しつつ、もう一方の綴りで指定しても同じファイルを開くことができる。つまりMacの中では気づかない。問題が出るのは、その名前が別のシステムに渡ったときで、綴りの違いが別のファイル名として扱われ、突き合わせが合わなくなる。日本語のファイル名を社外とやり取りする場合は、この差が起きることを知っておくだけでも原因の切り分けが早くなる。なお、どの言語の名前を扱えるかは道具によって差があり、日本語を含む名前の並び替えや検索の挙動は、対応している言語の範囲と関係する。この点については対応言語に整理がある。

版の書き方を決めないと、最後の1週間で崩れる

規則がいちばん壊れるのは、締切直前である。「最終」「最終2」「最終_確定」が並ぶのは、版の書き方を決めていないからで、担当者の性格の問題ではない。

版の付け方は3つに絞られる。連番、日付、そして名前に版を書かず別の仕組みに任せる方法である。連番を使うなら、桁を2桁にそろえる。v1からv10まで進むと、文字列の並びではv10がv2の前に来る。v01からv10であれば正しく並ぶ。日付を使うなら、1日に2回直したときにどうするかを決めておく必要があり、日付の後ろに小さな連番を足す形が扱いやすい。

もう1つ決めておきたいのは、状態を名前に入れるかどうかである。「_確定」を名前に足すと、確定した瞬間にファイル名が変わる。そのファイルを参照している資料やリンクは、その時点で切れる。状態が変わるたびに名前が変わる運用は、書類が単独で完結しているときは軽く、他から参照されているときは重い。参照されるものは名前を固定し、状態はフォルダの位置で表す、という切り分けが現実的である。

続けられるかどうかは、1日に何件通るかで決まる

規則の良し悪しより、続くかどうかを分けるのは分量である。1日に数件しか増えない書類なら、保存するときに手で名前を付けられる。件数が数十件を超えたあたりから、手で付けるのは現実的でなくなる。

そこで、書類が入ってくる入口ごとに考える。入口は思ったより少なく、たいていは4つほどに収まる。ダウンロード、スキャナや複合機、カメラやスクリーンショット、共有フォルダやメールの添付である。入口ごとに、そこで名前が決まるのか、あとで付け直すのかを決める。スキャナのように機器側で命名規則を設定できるものは、機器側で決めてしまうのがいちばん取りこぼしがない。

あとで付け直す分については、Finderの一括名称変更にフォーマットの機能があり、名前の前後にインデックスやカウンタや日付を足せる。この機能で足りる範囲か、ターミナルのコマンドや専用の道具が要る範囲かを見極めておくと、無駄な手作業が減る。どこまでを道具に任せられるかは、使っている道具が何を持っているかで決まるため、できることのような機能の一覧を先に見ておくと判断が早い。

決めた規則は、1画面の文書と1本の検査に落とす

規則を長い文章で書くと守られない。読み返されないからである。実際に機能するのは、良い例を3行並べたものと、規則から外れた名前を見つける検査の2つである。

良い例は、実際に使う書類から選ぶ。請求書、議事録、写真の3種類について、完成形の名前をそのまま書いておく。人は規則の説明より、完成形を見て真似る。

検査のほうは、規則に合わない名前を一覧に出すだけでよい。先頭が8桁の数字で始まっていない、アンダースコアの数が3つではない、といった条件で拾える。毎日走らせる必要はなく、月に1回まとめて見れば、規則が崩れ始めた場所が分かる。崩れている場所には理由があり、たいていは規則が現実に合っていない。そこで規則のほうを直す。

例外の置き場も先に決めておく。どの規則にも当てはまらない書類は必ず出る。それを無理に規則に押し込むと規則が複雑になるので、未整理のものを入れる場所を1つ作り、そこは名前を問わないことにする。規則は、そこに入らなかった書類にだけ効けばよい。

規則を決める窓と、名前を直す窓が分かれている

命名規則が続かない理由をたどると、規則そのものよりも、確認と実行が別の場所にあることに行き着くことが多い。いまの名前の一覧を見るのはフォルダの窓、規則から外れたものを探すのはターミナル、直した結果をもう一度見るのはまたフォルダの窓、という往復である。1件あたりは数秒でも、数十件を直すあいだに何十回も切り替えることになり、切り替えた回数だけ注意が切れる。

ここを減らす方向で作られている道具もあり、フォルダとターミナルとAIが同じ窓にある構成であれば、一覧を見ながらそのまま検査のコマンドを打ち、結果を同じ画面で確かめられる。この種の道具が何を標準で持っているかは製品ごとに差があるため、他のファイル管理との比較で、内蔵ターミナルの有無や一括処理の範囲を見比べておくと、いま足りていないものが具体的になる。費用の考え方は料金に、導入前に引っかかりやすい点はよくある質問にまとまっている。

規則を決めるのは机の前だが、規則が崩れるのは移動中や出先であることも多い。撮った写真や受け取った書類を、その場で正しい場所に置けるかどうかで、あとの手直しの量が変わる。手元を離れているあいだの扱いについてはiPhone・iPadから続きをに、続きを別の端末で扱う場合の考え方が整理されている。選ぶべき規則は、机の前でだけ守れるものではなく、いちばん条件の悪い場所でも守れるものである。