「最終版_修正」はなぜ増える？ 命名規則より先に変える3つ

提案書_最終版.pptx
提案書_最終版_修正.pptx
提案書_本当に最終.pptx
提案書_最終_最新_田中修正(2).pptx

会議で画面に映っていたのは、上から2番目でした。

「その数字、先週直しましたよね」の一言で会議は止まり、夕方には情シスに連絡が届きます。「前のに戻せませんか」。ただ、探している「前の」は履歴の中ではなく、同じフォルダーの隣に並んでいます。4つは名前が違うだけの別々のファイルだからです。

この場面は編集部の作例ですが、似た並びは公開されている声にもあり、読んだ8件のうち6件に出てきます。そして命名規則を配るだけでは、おそらく減りません。変える順番は置き場所、リンク、社外に出す版の名前で、命名規則は最後でかまいません。

「三段活用」は、どの会社にもありそうな話

社内SEの方がnoteに書いた「最終版地獄」の例は、こうです。

「最終版」 「最終版(修正版)」 「本当の最終版」 この三段活用。どれが正しいのかわからなくて、結局最新ファイルを探すのに余計な時間を使う羽目になる。

同じ方は、ベンダーに最新版を求められて自分でも分からなくなった経験も挙げています。デザイナーのnoteには、営業の手元のデータがいちばん新しかったという話まであり、部署は問わないようです。

数字もあります。Fleekdriveは2026年3月、ファイル管理に携わる担当者106人に調査しました。今のやり方を非効率と感じる33人に場面を聞くと、「ファイルの新旧が見分けにくかった」が57.6%、「最終」「確定」などの乱立が39.4%、古いファイルでの作業が30.3%です。ファイル管理サービスの会社による少人数の調査ですが、笑い話では済まない割合です。

「最終」を付ける人には、筋の通った理由がある

だらしないから増えるのではありません。

まず、メールで回す習慣があります。ITワークラボのnoteにあるのは、Aさんが送り、Bさんが直して返し、Aさんがさらに直して「最終」を付ける流れです。Outlookの案内でも、コピーとして添付したファイルへの変更は、OneDriveやSharePointの元のファイルと同期されません。仕様どおり、送るたびに別のファイルができます。

直す人が増えると、それも名前に出ます。職場で「田中修正_佐藤修正_田中押印.docx」のような名前を見てきたという方の言葉です。

誰が何をどのバージョンに直したのか、もはや追いようがない。

押印まで名前に入っているのには笑ってしまいます。ただ、上司に直されるたびに名前が伸びるのは、だれの確認を通ったかを残す場所が、ほかになかったからでしょう。

取引先とのやりとりでは、自社の版の履歴は相手に届きません。渡るのはファイルそのものです。法務の方のブログ「Legal X Design」は、受け取った名前に編集者と日付を足す形がいちばん多い印象だとし、どのファイルに手を加えたかが分かる利点を挙げています。

あと2つは、情シスが耳を傾けたい理由です。1つは、版の履歴を知らないこと。

「最終版をいくつも作ってしまう」根本的な原因は、「上書き保存すると前のバージョンが消えてしまう」という不安からです。

もう1つは、知っていても信じていないことです。疑うほうが正しい環境もあります。ファイルサーバーでは自動保存が無効で、シャドウコピーが残すのも特定の時点のコピーなので、その間の変更までは追えません。

Microsoft 365に移っても、戸惑いは残ります。OneDriveやSharePointの文書を開くと「名前を付けて保存」の代わりに「コピーの保存」が出て、既定でオンの自動保存が変更を元のファイルへ保存し続けます。直してから別名で残す習慣のままだと、元を上書きしてしまうわけです。Microsoft自身が、変更の前に「コピーの保存」を使うよう勧めています。

編集部は、「最終版_修正」を、上書きで痛い目にあった人の自衛だとみています。責めても減らないでしょう。

残る版の数は、置き場所でこれだけ違う

では、上書きしても本当に戻せるのでしょうか。公式の文書で読めた範囲を並べます。

1行目には、気になる点もあります。Microsoftの文書どうしで書き方が違うのです。管理者向けは「500個、期限なし」を組織の既定とする一方、OneDriveの利用者向けの案内には、バージョン履歴の保持は30日間とあります。自社の答えは、SharePoint管理センターの「バージョン履歴の制限」で新しいライブラリの既定を見て、今あるライブラリは個別の設定を確認するのが確実でしょう。組織の設定を変えても、既存のライブラリには反映されないからです。

もっと効いてくるのがコピーの扱いです。SharePointの案内では、[移動先]なら履歴も移りますが、[コピー先]で移るのは最新バージョンだけ。「コピーの保存」も別のファイルを作る操作なので、元の履歴とは別々に進むはずです。安心のために名前を変えて残すほど、履歴は細かく切れていきます。

命名規則は、最後でかまわない

名前を付けるのは急いでいる自分で、助かるのは半年後に探す別の人です。守る人と得をする人が違うので、忙しい日から崩れます。

決めること自体も簡単ではありません。あるエッセイの書き手が職場で表記の統一を提案すると、全員が賛成したのに、続けて「日付を【】で囲みたい」「日付はドットで区切りたい」と希望が出たそうです。笑えますが、どの会議でも起きそうな話です。

社外から返ってくるファイルは、そもそも社内の規則の外にあります。

「v2」としておくと、気を遣って次の返信では「v3_●●」と書いてくださる弁護士もいらっしゃいますが、大抵は上記①のパターンで返ってきます。。

①は、先ほどの編集者と日付を足す形です。

かといって、過去のファイルを一気に直すのは危険です。親切心で共有フォルダーを整理したら、翌朝から開けないという連絡が相次いだ例がnoteにあります。参照しているExcelも切れるので、退職者が残したマクロが絡むとさらに厄介です。

もっとも、「最終」という言葉が悪いわけではありません。Googleのラーニングセンターは、完成した文書の名前の前に「[最終版]」と入れ、表示専用にする手順を案内しています。

問題は言葉ではなく、直せる状態のまま「最終」と名乗ること。固定して初めて、その名前は本当になります。

守らなくても困らなくする進め方

全社の規則からは入りません。次の会議の資料1件から始めます。

最初に変えるのは置き場所です。Microsoft 365かGoogle Workspaceがあるなら、その資料はそこに1つだけ置き、会議で開くのもそれだけにします。そのうえで、持ち主の目の前で1回、前の版に戻して見せてください。説明を聞くより、自分のファイルが戻るのを見たほうが信じてもらえるはずです。ファイルサーバーだけの会社は、シャドウコピーの有無と取得する時刻を先に確認します。伝える言葉は「上書きしても大丈夫」ではなく、「○時の時点なら戻せます」になります。

次に、社内の送り方をリンクに変えます。OutlookでOneDriveのファイルをリンクとして添付すると、受信者全員が同じファイルを表示または編集できます。ただ、Outlookの案内では、ビジネス環境のリンクは既定で組織内の全員が編集できるとされています。送る前に権限を見るよう伝えておくと、過剰共有の心配も減らせます。

社外に出す版だけは、名前を決めます。日付_相手_書類名_v番号の1行で足ります。送った版はPDFか表示専用で固定し、相手から戻ったファイルは名前を直さず、日付と相手ごとのフォルダーに入れます。Legal X Designの法務の方も、2022年の記事で、この日付と相手のフォルダーでやりとりを追っていると書いています。本人は早くやめたいそうですが、文書管理システムがないあいだの現実的な形でしょう。

命名規則は、ここまで済んでから新しく作るファイルにだけ当てれば足ります。守られない原因を項目の多さに求め、5つに絞る案もnoteにありました。古いファイルは触りません。

「前のに戻せませんか」に返す言葉

情シスが答えられるのは「いつの状態を出せるか」までです。どれが本物かを決められるのは、資料の持ち主だけ。最初の返事でそこを分けておくと、あとが楽になります。ファイルそのものが見当たらないときの聞き方は、「ファイルが消えた」「編集のためロック」の切り分けに書きました。

戻せるのは、同じファイルの過去の状態です。いつごろの内容が必要かと、ファイルの場所を教えてください。名前違いのファイルが複数あるときは、どれを正にするかを資料の担当の方に決めていただけますか。

社内に配る一言は、もっと短くします。次はMicrosoft 365の例です。Googleなら「バージョン履歴」の文を、右上の最終編集アイコンから開く案内に替えてください。○の中は、自社の設定を確認してから入れてください。

会議や回覧の資料は、次回から[フォルダーのリンク]に1つだけ置き、メールには添付せずリンクを貼ってください。上書きしても、○日前までの状態に戻せます。ファイルを右クリックして「バージョン履歴」を開くと確認できます。取引先に送るファイルだけ、名前を「日付_相手_書類名_v番号」にしてください。ほかの名前は今までどおりでかまいません。

冒頭の4つのファイルは、持ち主が1つ選べば片づきます。次の会議で開くリンクは1本だけ。「最終版」と名乗るのは、本当に動かなくなったときの一度で足ります。

公開されている声8件と調査1件を読んで整理しました。公式の文書の確認日は2026年10月31日で、NASなどWindows Server以外のファイルサーバーは確認していません。