ファイル名のルール｜日付・版番号・同名衝突を受け渡し前に整理する

※本記事にはPRを含む場合があります。

こんにちは。『脱会社員』脱サラを応援し続けるブログ、運営者の『なかびー』です。

ファイル名のルールは、「何の資料か」「いつの内容か」「どの版か」を受け取る人が区別できる形にそろえると作りやすくなります。最初の案として使えるのは、案件コード、文書の種類、意味を決めた日付、版番号を並べる方法です。ただし、相手の指定や連携先の決まりがある場合は、そちらとの整合を先に確認します。

会社の共有フォルダーを片付けるときも、副業で原稿や素材を渡すときも、きれいな名前に統一するだけでは不十分です。「最新版」と書かれた未確認の原稿、同じ名前なのに中身が違う資料、別の仕組みから決まった名前で参照されるファイルが混ざっていると、改名によって取り違えが起きることがあります。

この記事では、二つの案件に分かれた架空の12ファイルを使い、命名ルールと変更前後の対応表を作ります。変更案を採用できる8件、確認まで保留する3件、現名を維持する1件を追い、名前を変えてよい判断と、送ってよい判断を分けていきましょう。大量の一括改名を本番へ適用する操作は扱いません。

教材はUTF-8のテキストファイルです。Linux上で文字列・台帳・複製した内容を検算しました。WindowsやMacでの実際の改名、Office文書の開閉、クラウド同期、実アプリの参照動作を試した結果ではありません。実在の顧客や受注実績を表すものでもありません。

ファイル名に入れる情報を、探し方と相手の指定から決める

まずは名前の読み方を一文で説明できる形にする

今回の教材では、案件コード、文書種別、対象日、版番号、元の拡張子の順に並べます。例えば最初の打合せ資料は「WKR014_brief_20260928_r001.txt」です。WKR014案件の打合せ資料で、内容の対象日は2026年9月28日、第1版のテキスト、と読める設定にしています。

この形は説明用に選んだ規約です。すべての会社やアプリに共通する標準ではありません。案件コードがなく、少人数で日本語の資料名を使っている職場なら、無理に英語の略語を導入する必要はありません。名前を見る人が意味を判断でき、同じルールを継続して使えることを優先します。

案件コードには、案件ごとに重ならない値を使います。教材のWKR014とWKR015は別案件です。文書種別はbriefが打合せ資料、noticeが案内文、assetsが素材リスト、notesが会議メモ、scheduleが進行案、reportが記録という設定です。略語は対応表の冒頭など、受け取る人がすぐ読める場所へ書き添えます。

名前を短くしたいからといって、担当者だけが知る略語を増やすと、他の人には読めなくなります。初めて参加する人に名前を一つ見てもらい、どの案件の何を開けばよいか説明できるか確かめてください。説明が必要な略語が多ければ、日本語の文書種別へ戻すなど、少ないルールで識別できる案を選び直します。

名前・保管場所・中身・承認記録を分ける

ファイル名は、資料を探して区別するための手掛かりです。保管場所は、その資料をどのまとまりで管理しているかを示します。中身には実際の文章や素材があり、承認記録には誰がどの版を使ってよいと判断したかが残ります。この四つの役割を、一つの長い名前だけに背負わせないようにします。

例えば「承認済み」というフォルダーに置かれていても、そこへ誤って別版をコピーする可能性はあります。一方で、名前に承認済みと書かれていても、その判断の根拠が分からなければ、提出先に使える版かどうかは確定できません。名前で候補を見つけ、対応表と承認記録で対象を確かめる流れにします。

教材のF01は打合せ資料、F07は別案件の案内文、F08はその案件の会議メモです。ここでは案件と文書種別が分かれば、用途の異なる三つを区別できます。担当者のフルネーム、依頼を受けた経緯、社内での評価まで名前へ足す必要はありません。詳しい背景は、閲覧範囲を決めた管理資料へ残します。

名前は添付一覧や通知にも出る可能性があります。本文に個人情報を書かないつもりでも、ファイル名に住所や健康状態、取引先への内部評価を入れれば、名前から情報が伝わります。識別に不要な情報は載せず、案件コードなどで管理できるかを考えましょう。実名をコードに変えただけで、資料全体が匿名化されるわけではありません。

案件から探すか、日付から探すかで順番を決める

複数案件の原稿が同じ場所へ集まるなら、案件コードを先頭にする案が考えられます。「WKR014の資料を確認したい」という探し方に合うためです。同じ文書の修正版も近い名前になり、案件と文書種別を順に見て候補を絞れます。今回の教材では、この探し方を優先しています。

一方、日々の記録を順に追いたいなら、日付を先頭にする案があります。例えば日報を日単位で探す仕事では、日付、担当単位、文書種別の順が読みやすい場合があります。案件別の資料群と日次の記録群を一つの順序へ無理に統一せず、探す場面ごとにまとまりを分けて考えます。

比較するときは、理想的な名前を一つ眺めるだけで終えません。同じ案件の別文書、別案件の同じ文書、同じ日の別版を並べて、必要なものを選べるか確認します。教材ならF04とF07で案件の違い、F04とF05で版の違いを見ます。どちらの違いも読める形なら、今回の資料群の識別に使える候補になります。

ただし、名前の順番と画面の表示順は同じ話ではありません。更新日時順で表示していれば、名前の先頭をそろえても期待した並びにはなりません。アプリごとの並べ替えの扱いもあるため、全環境で同じ順序になるとは考えず、表示順が変わっても名前から対象を特定できるかを見ます。

相手の既存指定を先に確認する

相手が提出名を指定しているなら、その名前、拡張子、大文字小文字、日付の意味まで確認します。「資料は指定名で一つだけ」「既存のファイル名を変えない」などの条件があれば、自分の管理上きれいに見える名前より優先して整合を取ります。条件が曖昧なまま全面的に付け直すと、受取側の確認手順を増やしてしまいます。

自分の作業用ルールと提出先のルールが異なる場合は、作業用の原本を保持し、提出用コピーとの対応を残します。両方を同じものだと思って編集し続けると、どちらへ修正を入れるか迷うため、提出用はどの作業版から作ったかも書きます。まず対象を少数に絞り、受取側が区別できることを確かめてから広げると進めやすくなります。

日付と版番号をそろえ、同じ文書の違いを読み取れるようにする

日付の書式より先に、何の日かを決める

日付には、資料を作り始めた日、内容が対象にしている日、受け取った日、相手へ送った日などがあります。これらを一つの欄で混ぜると、見た目がそろっていても意味がそろいません。「20261002」と書く決まりを作る前に、その日付が何を表すのかを決める必要があります。

今回の教材では「文書内容の対象日」を使います。保存日時や送付日時を名前へ移したものではありません。資料の目的に応じて、対象日が会議の開催日なのか、案内する内容の適用日なのかを管理側で決め、その意味を台帳から追えるようにします。実際の資料に適用する際は、文書種別ごとの説明もそろえてください。

例えば10月2日の内容を10月3日に受け取り、10月4日に確認して送る場合、教材の規約で名前に入るのは内容の対象日です。受領日と送付日は別の記録へ残します。日付を新しく見せたいという理由で送るたびに書き換えると、同じ内容でも名前が変わり、元の対象日を探しにくくなります。

F12の元の名前は「記録_10_02.txt」です。10月2日らしい数字は見えますが、何の日かが確認できていません。台帳には変更先の候補として20261002を置いていても、日付の意味が未確定なので採用しません。入力欄が埋まっていることと、意味が確認できたことを別に扱う例です。

このような資料は、元の名前と内容を保ち、日付の根拠を持つ人へ確認します。「この10月2日は、内容の対象日と受領日のどちらですか」のように、選択肢と対象ファイルを示すと返答しやすくなります。分からない場合は不明のまま記録し、分かったつもりで整った名前に仕上げないことが大切です。

年・月・日と版番号の桁をそろえる

教材の日付は年4桁、月2桁、日2桁の8桁で表します。2026年2月3日なら20260203です。月と日を2桁にしておけば、「2月3日」と「12月3日」などを同じ位置で読み取れます。区切り記号を使う職場でも構いませんが、一つの資料群で複数の書式が混ざらないようにします。

書式に合っていても、実在する日付とは限りません。20260230は8桁ですが、2026年2月30日は存在しません。名前の検査には、桁数の確認と日付として成立するかの確認が必要です。反対に、実在する日付であってもF12のように意味が分からなければ採用できず、この二つの確認は置き換えられません。

版番号は教材内でr001、r002のように3桁を使います。rは版を表す目印、後ろの数字はその文書の修正の順序です。r2という表記は、今回は桁不足として扱います。3桁があらゆる仕事に必要という意味ではなく、教材内で同じ読み方にそろえるための取り決めです。

版番号の範囲も決めておきます。今回なら、同じ案件の同じ文書種別を追う番号です。WKR014の案内文とWKR015の案内文が両方r001でも、別の文書なので矛盾しません。すべての案件を通じた通し番号だと思う人がいると読み違えるため、何についての第1版なのかをルールの説明へ入れます。

日付だけでも、版番号だけでも足りない場面を比べる

F02とF03は、対象日がどちらも20261001の案内文です。F02の本文は受付が午前十時から、F03では午前十一時からに変わっています。同じ日の内容でも修正があるため、日付だけでは二つを区別できません。教材ではr001とr002で分け、どちらの内容を指すかを特定します。

F04とF05も、対象日はどちらも20261002です。F04は受付が午前十一時からで雨天時は屋内という内容、F05は受付を正午からとする未確認の変更を含みます。日付が同じだから重複ファイルだと決めると、修正案を見落とします。内容の違いと台帳の状態を読み、同じ対象日に複数の版があると扱います。

版番号だけを名前に入れる方法にも限界があります。「r001.txt」が二つあっても、どの案件の資料か分からなければ選べません。F01の打合せ資料とF07の別案件の案内文は、どちらも第1版です。案件と文書種別を組み合わせて初めて、今回の資料群での意味を読み取れるようになります。

名前を付け直すだけの作業では、本文を編集した履歴と混ぜないようにします。今回の変更可8件は、内容を変えずに名前をそろえる複製です。教材で定められた版番号を採用しますが、名前を変えた回数を本文の改訂回数として数えていません。実運用で改名にも番号を付けるなら、内容の版との関係を別途決めておきます。

「最終」「最新版」の言葉を判断根拠にしない

F02にはfinal、F03にはfinal2、F05には最新版という文字が元の名前に含まれています。それでも教材上の送付可否は同じではありません。finalが付いたF02とF03は確認中、最新版と書かれたF05は作業中です。名前を付けた人の意図と、現在の確認状況がずれる可能性を示しています。

過去の名前を責めるために、無条件でfinalを削除する必要はありません。先に同じ文書の関係と状態を確認し、対応表を残したうえで新しい規約へ移します。古い連絡に旧名が書かれている場合もあるため、旧名から新名をたどれることが重要です。名前をすっきりさせても、過去のやり取りとのつながりは消さないようにします。

使えない文字・長いパス・拡張子を、受渡し先に合わせて確認する

職場の取り決めと、環境の制約を区別する

「区切りはアンダースコア」「版番号は3桁」といった取り決めは、読み方をそろえるための規約です。対して、保存先で使えない文字や名前は、環境の制約です。自分たちの規約に合うことだけを確認しても、相手のパソコンや利用サービスで扱えるとは限りません。

Windowsの命名について、Microsoftはコロンやスラッシュなどの予約文字、CONなどの予約名、末尾の空白やピリオドに関する注意を示しています。予約名は拡張子を付けても問題になるものがあり、教材のCON.txtも確認対象です。対象環境の規則は、Microsoft Learnの「ファイル、パス、名前空間の名前付け」で確認できます。

確認先：Microsoft Learn：Naming Files, Paths, and Namespaces

例えば時刻をそのまま名前へ入れて「10:30」と書く案では、数字だけでなくコロンが含まれている点に注意します。画面上の時刻表示をコピーする代わりに、そもそも名前へ時刻が必要かを考え、必要なら受渡し先に合う書式を決めます。今回の教材は時刻を名前へ入れず、対象日と版番号で区別しています。

MacのFinderにも名前の制約があり、Appleの案内ではコロンや名前の先頭のピリオドなどに注意が必要です。Windows向けの確認表をそのままMacの全仕様として使わず、相手が利用する環境の案内と照合します。ここでは実機の画面操作を再現せず、Apple公式の名前変更に関する注意を確認先にしています。

確認先：Apple Support：Rename files, folders and disks on Mac

OneDriveやSharePointを通す場合は、OSに加えて同期先サービスの制約を確認します。Microsoftの案内にも利用環境ごとの記述や更新情報があるため、古い一覧を固定的な共通ルールにしないようにします。自分の端末で保存できたという一回の結果だけで、共同作業先でも使えると判断するのは避けましょう。

確認先：Microsoft Support：Restrictions and limitations in OneDrive and SharePoint

日本語や大文字小文字を扱う方針を決める

日本語の名前を一律に禁止する必要はありません。日本語なら資料の意味が伝わりやすい場面もあります。ただし、受渡し先の指定や利用する仕組みに制約があれば合わせます。「日本語は危険」「英数字なら必ず安全」と二択にせず、読みやすさと扱える条件を両方確認します。

英数字だけでも、予約名や長さ、同名衝突の問題は残ります。空白を一律に削除する場合も、削除後に別の名前と一致しないかを見ます。見た目を整える置換は、識別に使っていた違いを消す操作にもなるため、置換前の数と置換後の名前を対応させて確認してください。

大文字小文字だけで別ファイルを識別する運用も慎重に考えます。教材では、同じ名前を大文字にした案と小文字を含む案を、衝突候補として検査します。環境によって区別の扱いが変わり得るため、今回の規約では案件や文書種別など、他の情報で明確に区別する方針です。

この教材のプログラムは、大文字小文字の差をならすcasefoldという処理で、指定した二つの文字列を比べています。全OSの判定を再現するものではなく、Unicodeの正規化や、見た目が似た文字の全組合せを調べたものでもありません。検査を通った名前でも、実際の利用先での確認は別に必要です。

長さは、ファイル名とパス全体を分けて考える

ファイル名が短くても、親フォルダーを深く重ねると、場所を含めた文字列であるパスは長くなります。名前だけを見て余裕があると思っても、保存先の組織名や案件名、年月、担当別フォルダーが加わることがあります。確認するときは、実際に使う場所まで含めて対象を把握します。

Microsoftのパス長の案内は、利用するアプリや保存・同期の経路ごとに条件が異なることを示しています。文字数で示す条件とバイト数で示す条件も混ぜられません。本記事では特定の数字以下なら全環境で安全という上限を置かず、利用先の公式資料で適用条件を確認する方針にします。

確認先：Microsoft Support：What are the file path length limits?

長すぎる場合は、同じ意味をファイル名と複数の親フォルダーで何度も繰り返していないかを見直します。ただし、参照や共有に使われている場所を、自分だけの判断で移動して短くするのは避けます。まず変更案を作り、どこまで場所を変えられるかを管理者や共同作業者と確認してください。

短くする際も、必要な区別を削らないようにします。案件コードを落として別案件の案内文が同じ名前になるなら、短縮案として不適切です。文書種別の長い説明を台帳へ移すなど、読み取りに必要な情報を残す方法を考えます。短さだけを採点せず、同名にならずに対象を選べるかで判断します。

拡張子を書き換えても形式は変わらない

末尾の.txtを.pdfへ書き換えても、テキストの中身がPDFへ変換されるわけではありません。教材のN08は、この拡張子だけの変更を検出する例です。今回の8つの複製はすべて元の.txtを保持し、Office文書や画像の変換は行っていません。

実務で形式を変える必要があるなら、利用するアプリの書き出し機能や保存方法を別に確認します。形式変換を含む作業と、内容を変えない改名では、確認する対象が違います。名前がそろったことを理由に、変換後のレイアウトや文字まで正しいと扱わないようにしましょう。

Figmaの素材なら、形式や倍率の選択は「Figma書き出しの方法」で確認できます。本記事ではアプリ内の書き出し操作へ広げず、書き出されたファイルを他の文書と区別し、元の資料へ対応させるところを扱います。名前と形式の確認を分けると、問題が起きたときも調べる範囲を絞れます。

確認先：Figma書き出しの方法｜PNG・SVG・PDFと納品ファイルの確認

12ファイルの変更前後を対応させ、同じ名前への衝突を止める

一件の起点を、元フォルダー付きの場所で記録する

名前を変える前に、元の場所と名前を一覧へ写します。ファイル名だけを行の目印にすると、別フォルダーにある同名の資料を一つにまとめてしまう可能性があります。今回の教材では、sourceという原本フォルダーからの相対パスと、F01からF12までの教材用IDを組み合わせて一件を追います。

例えばF04はapprovedフォルダーの案内文.txt、F07はanother_projectフォルダーの案内文.txtです。末尾の名前は同じですが、元の場所が異なり、案件も内容も違います。二つをまとめた一覧で「案内文.txt」を一行だけ残すと、どちらの資料を変更したのか分からなくなります。

対応表には、元の場所、変更先の名前、案件、文書種別、対象日、版番号、判断、理由を記録します。内容の同一性を検算したい場合は、元データのハッシュなども別欄へ置けます。ただし、長いハッシュを名前へ埋め込む必要はありません。読者が選ぶ名前と、検算に使う値を分けて管理します。

一覧を作る段階では、まだ原本を改名しません。先に変更先の名前が重ならないか、意味が不明な項目がないか、名前を固定する必要があるかを見ます。結果がそろった行だけを複製の対象にすれば、途中で不明点が出ても、原本のどこへ戻ればよいかが残ります。

※表は横にスクロールできます。

変更可8件は、同じルールで識別できるものだけ

F01からF08は、教材台帳に必要な情報があり、今回の変更先に衝突がないため、変更案を採用しました。これは命名案として扱えるという判断です。F02やF03など確認中の資料も含まれているため、8件すべてが外部へ送れる完成版になった、という意味ではありません。

F04とF07の同名問題は、案件コードを含めることで区別できます。F04はWKR014案件のr003、F07はWKR015案件のr001です。相対パスで元の二件を別々に記録し、それぞれの案件情報から変更先を作ることで、名前が同じだから同一とする取り違えを防ぎます。

F06の素材リストとF08の会議メモも、今回の変更可に含まれます。どちらも第1版ですが、案件と文書種別が違うため衝突しません。このように、すべての数字が異なることを求めるのではなく、名前の要素を組み合わせた結果として一件を選べることを確認します。

F09とF10は、枝番を足す前に内容の関係を確かめる

F09とF10は、編集担当AとBの場所にある進行案.txtです。どちらもWKR014案件、進行案、対象日20261002、第2版という台帳情報なので、変更先の名前は同じになります。しかし、中身はAが開場十時・終了十二時、Bが開場十一時・終了十三時で、同じ内容ではありません。

この二つを一つの場所へ同名で集めるとき、一方を上書きしてよいとは判断できません。教材では両方を衝突保留にします。先に保存された方、更新時刻が新しく見える方、名前に最終と付いている方を自動的に残す運用にはせず、それぞれの案が何を基に作られたかを確認します。

末尾にAやBを足せば、文字列としての同名は避けられます。ただし、それだけでは正式な版の関係が決まりません。担当者を表すのか、別案を表すのか、一時的な受領順なのかで意味が変わります。仮置きの識別子を使うなら仮置きだと明示し、正式な命名ルールへ入れるかは別に決めます。

確認の問いは「どちらが新しいですか」だけでなく、「同じ基準版を別々に直したものですか」「両方の変更を残す必要がありますか」「採用を決める人は誰ですか」と分けます。答えによって、片方を採用する、内容を整理して次版を作る、別文書として管理するなどの進め方が変わります。教材では答えを創作せず、保留のまま残しています。

F11は、固定名という例外を台帳に残す

F11はclient_fixedフォルダーのpayload.txtです。教材では、この相対パスを決まった参照先として使う架空の条件を置いています。そのため、他のファイルと同じ形へ改名せず、元の場所と名前を維持します。固定名の例外を消して見た目を統一するより、例外の理由を共有できることが重要です。

ここで行ったのは、固定参照という教材設定を台帳で確かめ、変更対象から外す判断です。実アプリに接続して、改名したら参照が切れることや、元へ戻したら復旧することを実験したわけではありません。ファイル内の参照先文字列と台帳があることを、動作確認済みの証拠として扱わないようにします。

実際に固定名を変えたい場合は、参照する側の設定、保存場所、関連する資料、確認できる担当者を先に調べます。名前だけを変更してから問題を探す順序にはしません。参照関係を把握できない間は現名維持という選択があり、改名しなかったこと自体を作業漏れと考える必要はありません。

原本を残した複製で、対応が崩れていないかを見る

今回の検算では原本12件を保持し、変更可の8件だけを別のフォルダーへ新しい名前で複製しました。保留の3件と現名維持の1件は、変更済みコピーの数へ入れません。12件のうち8件しかないから失敗という見方ではなく、各行の判断と実際の出力件数が一致するかを確かめます。

複製の内容は、対応する原本とバイト単位で照合し、教材のSHA-256値も一致しました。これにより、今回の複製で内容を変えていないことを確認できます。ただし、原本の内容が業務上正しいことや、参照関係が安全であること、外部へ送ってよいことまで証明するものではありません。

最新版と送付する版を分け、共同作業の行き違いを防ぐ

最大の版番号を、そのまま送付版にしない

同じ文書の版番号を比べると、作業がどこまで進んだかを追いやすくなります。しかし、数字が大きい版が送付可能とは限りません。確認が終わった版の後に、まだ採用を決めていない変更が入ることがあるためです。作業上の最新版と、目的に応じて使える版を別々に管理します。

教材ではF04のr003が承認済み、F05のr004が作業中です。r004には受付を正午からにする未確認の変更が含まれます。版番号だけで選ぶとr004ですが、台帳の送付可否ではF04だけが可です。この違いを見落とすと、承認済みの内容を、後から加えた未確認の案で置き換えてしまいます。

なお、この承認は架空教材の設定です。実在の誰かが確認して許可したという記録ではありません。教材のプログラムも、文章を読んで承認の有無を推測しているのではなく、台帳に設定した送付可否を照合しています。実際の仕事では、その値を誰が何の根拠で登録したかまで追える必要があります。

※表は横にスクロールできます。

承認記録は、対象ファイルが変わらない形で結び付ける

承認の記録には、対象の案件と文書、版、確認者、確認した日時、用途や範囲を残します。例えば社内で文章を確認することと、外部へ公開してよいことは、別の判断になる場合があります。「確認済み」という一語だけで、どの用途まで許可されたかを広く解釈しないようにします。

確認者への連絡に添付した名前と、台帳の名前が違う場合は、旧新対応表から同じ対象だと確かめます。承認後に名前だけを変更したなら、その対応と内容を維持したことを残せます。一方、承認後に本文を直した場合は、改名だけの記録で済ませず、新しい内容に対する確認が必要かを判断します。

ファイル名に承認済みを入れる運用を採る場合でも、承認記録の代わりにはしません。名前の更新忘れやコピーによって表示だけが残る可能性があります。作業状態を名前へ含めるかは運用次第ですが、状態を変える担当者と、台帳との照合方法が決まっていなければ、管理項目を増やすほど食い違いも増えます。

送付する直前には、送付版として指定されたものを実際の添付先や提出用フォルダーで選び直します。手元でr003を確認していても、添付時にr004を選べば取り違えは起きます。元のフォルダーを見た時点の確認と、最後に選択した対象の確認を、二つの場面として扱ってください。

同じ基準版から分かれた修正を扱う

共同作業では、同じ版を二人が別々に直すことがあります。二人とも第2版というつもりで保存すると、F09とF10のように同じ名前の別内容ができます。名前の付け方だけで防ぎきれない場合もあるため、誰がどの基準版を作業しているかを共有し、並行作業の扱いを決めておきます。

同名の別内容を見つけたら、まず両方を残し、それぞれの変更の意図を確認します。片方を削除してから差分を思い出す方法は避けましょう。文章や素材の採否を決める担当者に対象を示し、内容が整理できた段階で、次の正式な版を作る流れにすると関係が追えます。

次版に引き継いだ内容と、採用しなかった内容も、必要な範囲で記録します。どちらのファイルを出発点にしたかだけでは、もう一方の重要な修正が取り込まれたか分かりません。今回の教材では進行案の採否を決めていないため、統合済みの第3版を用意したことにはしていません。

担当者名を名前に入れる場合は、担当交代後もその名前が識別に必要かを考えます。人を表す情報を文書の恒久的な識別子にすると、引継ぎのたびに変えたくなる場合があります。担当やレビューの履歴は台帳へ置き、文書自体を表す部分と分けるほうが続けやすい場面もあります。

クラウドの履歴と、別ファイルの複製を混ぜない

クラウド上の一つのファイルに履歴が残ることと、r001、r002という別名のファイルを複数置くことは、管理の形が違います。どの形で作業しているかを決めずに両方を増やすと、クラウドの同一ファイルを直す人と、ダウンロードした別版を直す人に分かれ、基準がずれることがあります。

Googleドライブの公式案内でも、Googleドキュメントなどの変更履歴と、PDFや画像などのファイルの版は区別されています。通常のアップロードファイルの旧版にも保存条件があるため、名前を付けたファイルが履歴として永久に残るという前提は置けません。利用中の形式と管理方法を確認します。

確認先：Google Driveヘルプ：操作履歴とファイル バージョンを確認する

クラウドの表示名が同じでも、同一のファイルか別のコピーかを名前だけでは決められない場合があります。共有している対象と、手元へ保存したコピーの関係を台帳に残してください。名前変更の履歴が見えることも、その名前の内容が承認済みであることとは別なので、用途に応じた確認記録へ戻ります。

相手へ渡すのが編集を続ける一つの共有ファイルなのか、ある時点で固定したコピーなのかも先に確認します。固定したコピーなら、どの時点のどの版から作ったかを記録し、以後の作業版と区別します。受取側が見た内容と、後から更新された内容の関係を説明できるようにするためです。

原本・対応表・確認範囲をそろえて受け渡す

件数だけでなく、各ファイルの行き先を照合する

受渡し前には、元の一覧と出力を一件ずつ照合します。今回なら原本12件があり、変更可8件に対応する複製8件があること、F09とF10とF12は保留、F11は現名維持であることを確かめます。全体の数が合っていても、同じ一件を二回コピーして別の一件を落としていないかは別に見る必要があります。

確認する順番は、まず元の場所から対象を特定し、対応表の変更先を見て、実際の複製を探す流れです。その後で内容の一致を確かめます。先に新しい名前の一覧だけを眺めると、元のどの資料が抜けているかを見つけにくいため、原本側を起点に一方向ずつ追うと整理できます。

今回の教材は、原本12件の内容を保持し、8件の複製と原本の一致を確認しました。保留中の3件は、名前を整えたふりをして提出対象へ混ぜていません。現名維持の1件も、規約違反として機械的に変更するのではなく、理由付きの例外として対応表に残しています。

12の負例で、止める理由を読み取る

教材には、命名や選択を誤りやすい12の負例を用意しています。日付や文字列の問題だけでなく、同名別内容、承認状態、固定参照、元の場所の違いも含めました。次の表では、何を見て止めたかを追えるようにしています。プログラムを実行しなくても、判断の対象と理由は確認できます。

※表は横にスクロールできます。

N01とN11を比べると、日付の確認の違いが分かります。N01は実在しない日付を文字列から検出する例です。N11は日付としては成立し得る候補でも、教材台帳で意味が未確認なので採用しない例です。計算で見つけられる不整合と、人に確認しなければ埋まらない情報を区別します。

N07とN12も、似た名前の問題を別の方向から見ています。N07は変更先の名前が同じなのに元の内容が違うケースです。N12は元の末尾名が同じでも、場所と内容が違う二件を一つにしないケースです。元の一覧を作る段階と、変更先を決める段階の両方で取り違えを防ぐ必要があります。

N09からN11は、事前に定めた台帳の状態を照合した結果です。プログラムが承認の事実、実アプリの参照切れ、正しい日付の意味を自動発見した試験ではありません。また、12例が想定どおりになっても、すべての予約名や文字、長さの条件、アプリの挙動を網羅したことにはなりません。

確認済みと、受取側で確認することを分ける

対応表には、実際に確認した範囲を短く添えます。教材なら「文字列と台帳を照合」「原本を保持」「複製8件の内容一致」と書けます。OSでの改名やクラウド同期を行っていない以上、それらを確認済みに含めません。何を見たかが分かれば、次の担当者は未確認の箇所へ進めます。

実際の受渡しでは、受取側が使うアプリで開けるか、必要な参照先が保たれているか、同期が終わっているか、対象を開ける権限があるかなどを、その環境で確認します。名前の規約が正しいことと、相手が作業できることの間には確認項目があるため、教材の検算結果をそのまま本番の合格へ置き換えません。

ZIPで渡す場合は、名前を整理した後の対象だけを入れたつもりでも、余分な作業版が混ざっていないかを見ます。展開した側で階層と件数を確かめる進め方は「ZIPファイルの解凍方法」で確認できます。この記事では圧縮や展開の操作を繰り返さず、対応表と照合できる名前を準備するところまでを受け持ちます。

確認先：ZIPファイルの解凍方法｜Windowsで展開・確認・開けない原因を調べる

Googleドライブを使う場合は、共有対象と相手、権限の確認が別に必要です。「Googleドライブの共有方法」で、保存場所や権限の関係を確認してください。ファイル名に相手の名前を入れたことや、提出用というフォルダーへ置いたことだけでは、閲覧できる状態になったとは判断できません。

確認先：Googleドライブの共有方法｜フォルダ・権限継承・所有者と解除

やり直せる対応表と、未解決の問いを渡す

変更を戻す必要が出たときは、対応表から旧名と元の場所をたどります。ただし、共同作業者が後から内容を更新している場合、古い原本を無条件に上書きして戻すと、その更新を失うおそれがあります。現状を控え、戻すのが名前だけか、場所か、内容かを分けて確認してから進めます。

保留の行には、理由に加えて次に確認することを残します。F09とF10なら基準版と分岐の関係、F12なら日付の意味です。単に「要確認」と書くより、何が分かれば判断を変えられるかを明確にすると、受け取った人が次の行動を決められます。F11の現名維持は、保留とは別の判断として説明します。

毎回すべての過去ファイルを付け直す必要はありません。今回扱う資料群と、これから作る資料への適用範囲を決め、既存の参照や過去の提出物への影響を避けながら整えます。案件が増えたときも、略語や例外の説明を更新し、途中参加の人が同じ対象を選べるかを見直してください。

ファイル名のルール作りは、短い基本形を決め、日付の意味と版の範囲をそろえ、元の場所から変更先を一件ずつ対応させるところから始められます。整えられない名前は無理に埋めず、保留や現名維持の理由を残します。最後に送付する版を承認記録から選び、原本と対応表をたどれる状態にすれば、次の人へ説明できる整理になります。