納品フォルダに「最終」「最終2」「本当の最終」が並ぶと、どれを送ったか分からなくなります。リンクが開けることと、正しい版を渡せることは別の確認です。本記事では、一人で副業をする場合にも使えるファイル名、保存場所、送付記録の決め方を整理します。
ここで示す名前や記録表は架空の実務例です。特定サービスの公式命名規則や、契約・税務上の保存義務を代替するものではありません。取引先に指定がある場合は、その条件を確認してください。
版管理は「新しいものを選ぶ」だけではない
更新日時が一番新しいファイルが納品版とは限りません。納品後に手元で試した修正や、自動保存された途中版の方が新しいこともあります。必要なのは、作業中、確認待ち、送付済みの状態を区別し、送付した版を後から特定できることです。
バックアップは消失に備えるための仕組み、版管理は同じ成果物の違いを整理する仕組みです。保存先を増やすだけでは、どの版が正しいかは分かりません。復元の備えについては副業ファイルのバックアップ方法も確認してください。
ファイル名に入れる項目は4つから始める
| 項目 | 例 | 目的 |
|---|---|---|
| 案件ID | A001 | 別案件との混同を避ける |
| 成果物名 | article | 同じ案件の資料を区別する |
| 版番号 | v03 | 変更前後を対応させる |
| 日付 | 20261016 | 作成・確定日を照合する |
例えば「A001_article_v03_20261016.pdf」とします。日付が作成日なのか送付日なのかを途中で変えないことが大切です。ファイル名に取引先の個人名、メールアドレス、秘密情報を詰め込む必要はありません。IDと管理表を対応させます。
番号を増やすタイミングを決める
一文字直すたびに別ファイルを作ると管理が複雑になります。相手へ確認を依頼するとき、修正依頼へ回答するときなど、受け渡しの節目に版を確定する方法があります。作業中の保存はツールの履歴機能を使い、外部へ渡す版とは分けて整理します。
「最新版」という文字は時間とともに意味が変わります。名前だけで承認済みと判断せず、送付日と送付先を記録表で確認してください。相手から返ってきたファイルは、受信日と元の版を記録し、自分の成果物へすぐ上書きしないようにします。
作業中・確認待ち・送付済みの保存場所を分ける
案件フォルダの中に「work」「review」「sent」の3つを作る例を考えます。workは自分の途中作業、reviewは相手への確認用、sentは実際に送った内容の控えです。これは運用例であり、フォルダ名自体に共有制限の効果はありません。
送付済みフォルダに入れた後に内容を変えたい場合は、新しい版を作ります。過去の送付記録が指しているファイルを無言で差し替えると、相手が確認した内容と手元の控えが一致しなくなります。誤りの修正が必要なら、変更点と対象の版を相手に伝えます。
送付記録表の記入例
| 版 | 状態 | 変更内容 | 送付・確認記録 |
|---|---|---|---|
| v01 | 確認用 | 初稿 | 10/16に担当者へ送付 |
| v02 | 確認用 | 見出しと表を修正 | 10/19に修正内容を説明 |
| v03 | 送付済み | 指摘事項を反映 | 10/20送付、返答待ち |
表は架空の例です。「送付済み」と「相手の確認済み」を同じ意味にしないことが重要です。返答がない場合は返答待ちと記録します。確認済みと書く場合は、どの連絡で何を確認したか参照先を残します。
作業時間を残す表とは役割が異なります。時間や追加対応の負担は案件別作業ログの記入例へ、送ったファイルの版と状態はこの表へ記録すると、同じ情報を何度も書く負担を減らせます。
Google ドライブの履歴と納品記録を混同しない
Googleの公式ヘルプでは、Google ドキュメント等の変更履歴と、ドライブに置いたPDF・画像などの版管理は異なるものとして説明されています。利用するファイル形式に合う案内を確認してください。
PDF等の版は、30日後または新しい版が100個作成された場合に削除される可能性があると案内されています。必要な版を残す設定や控えの保管を検討し、履歴が常に永久保存されると思い込まないことが大切です。出典:Google ドライブ ヘルプ「操作履歴とファイル バージョンを確認する」
履歴機能があっても、相手にどの版を案内したかは別途確認が必要です。共有リンク、送付メッセージ、版番号を対応させます。個別の保存期間や権限については、契約と利用中のサービスの最新設定を確認しましょう。
納品直前に行う5つの確認
- 記録表の版番号と添付・共有するファイル名が一致しているか。
- ファイルを実際に開き、本文、表、画像が意図した状態か。
- 作業用コメントや不要な個人情報が残っていないか。
- 送付先と閲覧権限が、今回の相手に合っているか。
- 送付後に日時・版・送付方法を記録したか。
確認のためにファイルを公開リンクへ変更する必要はありません。相手が開けない場合の切り分けは納品リンクが開けないときの確認手順を参照し、必要以上に共有範囲を広げないようにします。
失敗例:「最終版」を同じ名前で何度も送る
同名ファイルを繰り返し送ると、受信側のダウンロード先に複数のコピーができる場合があります。相手が古いファイルへ指摘を入れると、変更が戻ったように見えることもあります。再送時は対象の版番号と変更点を明示し、以前の送付との違いを短く説明します。
「前のものはすべて消してください」と一律に頼むのではなく、確認に使う版を特定します。過去ファイルの保管や削除は契約・社内規程に関わる場合があるため、独断で相手の記録まで消す運用にしないでください。
よくある質問
版番号だけで日付は不要ですか?
案件の規模や相手の指定によります。重要なのは同じ番号を別の内容に再利用せず、送付記録と一対一で照合できることです。日付を省くなら、管理表に確定日や送付日を残しましょう。
古い版はすぐ削除してよいですか?
保存条件と必要性を確認してから判断します。本記事では一律の保存期間を示しません。履歴を消す前に、送付内容や確認の経緯を説明できるかを確認してください。
相手の指定ファイル名に版番号を入れられません。
納品名は指定に従い、自分の控えのフォルダや記録表で版を区別する方法があります。指定名と内部の版番号を対応させ、相手へ不要な命名変更を強制しないようにします。
古い版への差戻しは、修正の基準を先に確認する
例えば最新の送付済みファイルがv03なのに、依頼者からv01にコメントが付いて戻ってきたとします。すぐにv01を修正して送ると、v02とv03で直した箇所が元に戻るおそれがあります。最初に送付記録を見て、最後に何を渡したかを確認します。
次に、今回のコメントが最新のv03にも必要な変更かを整理します。「v03を基準に、今回いただいた三か所のコメントを反映してよいでしょうか」と確認すれば、修正の出発点をそろえられます。確認が取れるまで、古い版も最新の送付済み版も上書きしません。
反映後はv04として保存し、送付記録の変更概要に「v03を基準に見出しと図の説明を修正」と残します。どの版から何を変えたかが分かれば、再度差戻しがあっても追いやすくなります。版番号が増えたこと自体は、検収完了や追加費用への合意を意味しません。納品条件や修正範囲の確認とは分けて管理してください。
複数の成果物は一覧を添えて取り違えを防ぐ
本文PDFと画像を一緒に渡す案件では、すべてのファイルが同じ版番号になるとは限りません。本文だけを修正したなら、画像まで形式的に番号を増やすより、今回の組み合わせを一覧で示す方法があります。次の表は架空の納品セットの例です。
| 成果物 | 今回渡すファイル | 前回からの変更 |
|---|---|---|
| 本文PDF | A001_article_v04_20261021.pdf | 見出しと図の説明 |
| 説明画像 | A001_figure_v02_20261019.png | 変更なし |
フォルダーに過去版も置いている場合、相手に探してもらわず、今回確認してほしい二つのファイルを明示します。ZIPでまとめるなら、送付前にZIPを開いて中のファイル名と個数を照合します。作業フォルダーには最新の内容があっても、ZIPの中身は古いままという取り違えに注意が必要です。
送付メッセージの記入例
案件A001の修正版をお送りします。今回の確認対象は、本文v04と説明画像v02です。本文は前回送付したv03を基準に、見出しと図の説明を変更しました。画像は前回から変更ありません。添付の二点をご確認ください。別の版を基準にした修正をご希望の場合は、対象のファイル名をお知らせください。
この文例は版の特定を目的としたものです。確認期限や修正回数は、案件で合意した内容がある場合に追記します。文例に合わせるために新しい条件を一方的に設定しないでください。
送信直前は、送付済みに移す予定のファイルを実際に開き、表紙や最終ページ、画像の欠け、ファイル数を確かめます。送信後には送付日と手段を記録し、次回作業の基準となる版を一つに定めます。ファイル名、保存場所、送付記録が同じ版を指していれば、引継ぎ時にも説明しやすくなります。
まとめ
ファイル名、保存場所、送付記録をそろえると、どの内容を相手へ渡したかを追いやすくなります。まず案件IDと版番号を決め、送付済みと確認済みを分けて記録しましょう。ツールの履歴だけに頼らず、納品前に実ファイルを開く手順を残すことが大切です。
一次情報確認日:2026年10月14日。サービスの仕様は変更される場合があります。