SharePointで同名ファイルを上書きしたい場合は、先に操作が［アップロード］［コピー先］［移動先］のどれかを確認します。通常のアップロードでは、同名ファイルのアップロード状態から置き換えを選べる場合があります。番号付きの別ファイルができたときも、元ファイルを削除せず、保存先・操作・権限・チェックアウト状態を調べてください。
「上書きか両方保持の選択が出ない」ことだけで、全テナントの仕様変更や障害とは判断できません。画面操作、同期フォルダー、Power Automateでは確認する場所が違います。このページではSharePointライブラリの置き換えと、番号が付く場合の切り分けを分けて案内します。
操作ごとに期待する結果を分ける
| 行った操作 | まず確認するところ | 履歴の注意 |
|---|---|---|
| PCからアップロード | 同じライブラリ・フォルダー・ファイル名か、アップロード状態 | 追跡が有効なら置き換えた内容が新しい版になる |
| ライブラリの［コピー先／Copy to］ | コピー先のフォルダーと衝突時の表示 | 公式案内では元ファイルの最新バージョンのみをコピー |
| ライブラリの［移動先／Move to］ | 移動先と、同名ファイルがある場合の画面 | 元ファイルの履歴を移動できる範囲と移動先の条件を確認 |
| 同期フォルダーで保存 | 実際の同期先とOneDriveの同期状態 | Web画面の置き換え操作と同じ手順とは限らない |
| Power Automate | 実行したアクションと同名時の選択 | コピー・更新・作成の用途を分ける |
コピーと移動の手順や履歴の扱いはMicrosoft公式のMove or copy filesにあります。履歴を残したいという目的でも、コピー元の履歴と、既存のコピー先の履歴が自動で統合されるとは考えないでください。業務ファイルへ実行する前に対象を確認します。
Webから同名ファイルを置き換える確認手順
- 変更前のファイルがあるライブラリとフォルダーを開き、正確な名前・拡張子を確認する。必要な原本を別に確保する。
- 修正版ファイルを準備し、上書きしたい相手と同じ名前・拡張子かを確認する。ダウンロードで付いた(1)などが残っていないかを見る。
- ［アップロード］から対象を選ぶか、対象フォルダーへドラッグしてアップロードする。
- 「1件がアップロードされませんでした」など同名衝突の状態が出た場合は、その状態表示を開き、既存ファイルの置き換えの選択を確認する。
- 置き換える対象を照合して確定し、アップロード完了を待つ。
- 元のファイル名で修正内容が開けることと、バージョン履歴の結果を確認する。チェックアウトや承認が必要なら次の節も確認する。
同名アップロードの状態表示から置き換えを選ぶ流れはMicrosoftのライブラリ文書編集の案内にあります。画面の文言や位置が違う場合は表示されたエラーと操作を記録し、置き換えを確認できないまま元ファイルの削除へ進まないでください。
公式のアップロード案内では、バージョン追跡が設定されていれば修正版が最新バージョンとなり、旧版が履歴に入ると説明されています。バージョン追跡が無効なライブラリで同じ復旧を期待することはできないため、変更前に設定と原本を確認します。
置き換えられない場合の確認表
| 状態 | 確認するもの | 次の行動 |
|---|---|---|
| 自分は閲覧のみ | 対象ファイルの編集許可 | 必要な編集権限を所有者へ確認。無関係な全員への権限追加は不要 |
| 他の人がチェックアウトしている | チェックアウトした利用者と作業状況 | 担当者へ保存・チェックインを確認。無断で破棄しない |
| 自分の変更が他の人に見えない | チェックイン、下書き、承認の条件 | ライブラリの公開手順に従って確定する |
| 番号付きの別ファイルが作られる | 実ファイル名、別フォルダー、同期/フローの操作 | 操作別に原因を調べ、元ファイルとの内容を比較 |
| 保存やアップロードでエラー | 正確なメッセージ、対象、時刻 | エラーと権限・ロック・ライブラリ条件を管理者へ確認 |
バージョン追跡やチェックアウト、チェックインで版が作られる条件はMicrosoft公式のバージョン管理の仕組みで確認できます。履歴の上限に近いことだけでファイル名へ番号が付くと断定したり、対処としてバージョン管理・承認・保持設定をオフにしたりしないでください。
番号が付いたときに、名前と操作を記録する
- Web上の保存先URL、ライブラリ名、フォルダー名を確認する。同じファイル名でも保存先が違えば別ファイル。
- 拡張子を含む元ファイル名と、新しくできた番号付きファイル名を照合する。
- ブラウザーからのアップロード、コピー、移動、同期フォルダー、Officeの保存のどれで作られたかを記録する。
- 自動処理を使う場合は、該当時刻のフロー実行履歴と入力/出力を確認する。
- 同じ手順を承認されたテスト用フォルダーのテスト文書で比較する。実データへの上書きを繰り返して調べない。
自動保存が有効という理由だけで番号付きファイルの原因と決めないでください。Officeから既存ファイルを開いて保存する操作と、［名前を付けて保存］で新しいファイルを作る操作を区別します。修正内容を見ていないまま番号付きファイルを削除すると、最新の変更が失われる場合があります。
Power Automateでコピーや更新を行う場合
現在のSharePointコネクタは、［Copy file］と［Copy file (deprecated)］を別のアクションとして掲載しています。Microsoft公式のSharePointコネクタ仕様では、現在のCopyFileAsyncに「If another file is already there」という選択項目（nameConflictBehavior、整数型）があります。フローの画面で利用できる選択肢を確認します。
独自のJSONへonNameConflict: "overwrite"を書くだけで現在のSharePointコピーが上書きになるという手順は使いません。旧CopyFileのoverwrite（真偽値）と、現在のnameConflictBehaviorは別です。数値を推測せず、デザイナーで設定し、実行履歴で対象と結果を確認します。
既存ファイルの内容を更新するフローの考え方
- 対象サイト・保存先と既存ファイルを特定し、そのファイル識別子を取得する。
- 既存の本文を更新する目的なら、公式仕様の［Update file］へ対象識別子と更新するファイル内容を渡す設計を確認する。
- 新規コピーを作る目的なら［Copy file］の保存先と、同名ファイルがある場合の処理を選ぶ。
- テスト用の同名ファイルで、出力先・更新内容・バージョン・エラー時の扱いを確認してから業務運用へ適用する。
既存のファイルを識別できなかった場合は、新規作成へ勝手に切り替えず処理を止めて確認します。作成/変更のトリガーでコピー先も監視すると再実行を繰り返す設計になり得るため、監視対象と出力先を分ける条件も管理者と確認します。失敗を無視して元ファイルを消す処理は加えません。
履歴と共有リンクを残したい場合の確認
元ファイルを削除して同名を再アップロードする方法は、同じ既存ファイルの更新とは違います。履歴・参照・共有状態を保つ目的なら、削除より先に既存ファイルの置き換えや直接編集を検討します。上書きできたという理由だけで、すべての共有リンクやメタデータが無条件に保たれるとも保証しません。既存のリンクから正しい内容を開けるか確認してください。
誤った内容に更新した場合、追跡されている以前の版があれば公式の以前のバージョン復元を確認します。ライブラリでファイルの［…］→［バージョン履歴］から必要な版を調べ、復元できる範囲と権限を確認してください。共有中のファイルは担当者へ確認し、さらに修正を重ねる前に原本と結果を確保します。
管理者へ伝える情報と運用チェック
- SharePoint OnlineかServerか、対象サイト/ライブラリ/フォルダーと操作日時。
- アップロード・コピー・移動・同期・フローの区別と、画面の正確なメッセージ。
- 元の名前、番号付きの名前、更新したかった内容と実際の結果。
- 対象ファイルの編集許可、チェックアウト、承認、バージョン追跡の状態。
- テスト用の文書で同じ操作が再現するか、他の利用者にも同じか。
複数利用者で同時に発生する場合は、管理者にMicrosoft 365のサービス正常性と最近の配布変更を確認してもらいます。記録なしに将来の修正日や全テナントの原因を断定する必要はありません。繰り返し使う業務手順では、置き換え後の内容・履歴・チェックイン・リンク確認までを完了条件にします。
コメント