EN
ES
DE
FR
NL
IT
JA
PT
PL
KO
6ステージのドキュメント移行ワークフロー
大規模なドキュメント移行はすべて — SharePointのテナント間移行、ファイル共有からSharePoint Onlineへの移行、クラウド間移行 — 同じ6つのステージに従います。ほとんどの移行ツールは最初のステージ（ファイルの移動）と最後のステージ（移動後の確認）をカバーします。4つの中間ステージこそがプロジェクトの成否を決める部分であり、ReplaceMagicとSmartMapperエンジンが活躍する場所です。
4つの中間ステージが重要な理由
SharePoint Migration Manager、ShareGate、Metalogix、robocopy、PowerShellスクリプト — これらはすべてファイルの移動に優れています。しかし、どれもファイルの中身を見ません。月曜日の朝に200,000件のハイパーリンク、OLE参照、Power Queryの呼び出し、接続文字列が以前の場所を指していれば、誰かがそれを修正しなければなりません。歴史的には、それはスプレッドシート、ジュニアコンサルタント、そして多くの希望によって行われてきました。ReplaceMagicはスプレッドシートの代わりに、SmartMapperはコンサルタントの代わりになります。
ツール別のワークフロー： ShareGate後 · AvePoint後 · Microsoft Migration Manager後。
ステージごとの詳細
1検出 共有
目的：移行の決定を行う前に、どのようなコンテンツがどこに存在するかを把握します。
実行内容：移行元コンテンツのインベントリを作成します — ファイル共有、マップされたドライブ、SharePointサイト、テナント、Google Drive / Box / Dropboxのフォルダ。フォルダ構造、サイズ、所有者、アクセス制御を記録します。
ReplaceMagicの役割：スコープ内のすべてのフォルダまたはSharePointの場所でスキャンを実行し、結果をドキュメントインデックステーブルに書き込みます — ファイル名、フォルダ、サイズ、テンプレート、docID、SharePointのURL変種（DirectLink、OrganizationalViewLink、OrganizationalEditLink、AnonymousViewLink、AnonymousEditLink）、タイプ別リンク数。このインベントリが後続のすべてのステージの基盤となります。
- ファイル共有、マップされたドライブ、SharePoint（Online + オンプレミス）をネイティブでスキャン
- スロットリング、認証（MFA、アプリ専用、レガシー）、大規模ライブラリを処理
- 後続のIDベース解決のためにすべてのSharePoint URL変種をキャプチャ
2分析 ReplaceMagic
目的：移動後も機能し続ける必要があるすべてのリンクを把握します。
実行内容：スキャンされた各ドキュメントからリンクを抽出し、それぞれを分類します。これはファイルシステム操作ではなく、Office、PDF、OneNote、LNK、テキスト形式の内部構造を開き、ハイパーリンク、OLEオブジェクト参照、リンクソース / Connections / Excelのピボットキャッシュ / Power Queries、VBAコードパス、ヘッダー・フッターの内容、コメント、フィールドコード、さらにSharePointのキャンバスコンテンツとWikiページを抽出することを意味します。
ReplaceMagicの役割：Hyperlinks、OLE、リンクソース、ピボットテーブル、Power Queriesテーブルを埋めます。SmartMapperエンジンは各リンクをAbsolute、Relative、SharePointDocID、OneDriveID、PowerQuery、ConnectionString、OneNote、またはSharePoint特殊として分類し、長い文字列コンテナ（Provider=、DSN=、OPENROWSET、File.Contents(...)）から実際のリンクを抽出します。
- すべてのOffice形式に加えPDF、OneNote、LNK、テキスト、SharePointページを1回のスキャンで処理
- リンクタイプによる相対、絶対、およびすべてのIDベースのクラウドシステムの分類
- リンク抽出がPowerQueryコマンド、接続文字列、SharePoint URL特殊値からリンクを抽出
3マッピング生成 SmartMapper
目的：ビジネスレベルの意図を、手動で記述することなく技術的な検索/置換パターンに変換します。
実行内容：移行チームはマッピングルールで移行元 → 移行先マッピングルールを定義します（例：\\ServerABC\Finance → https://company. sharepoint. com/sites/financenew）。 冗長なパターンは自動的に統合されます。
このステージが良い移行と悪い移行を分ける理由：従来、プロジェクトマネージャーはスプレッドシートに何百もの検索/置換ペアを記述し、SharePointが各ライブラリをどのように命名するかを推測し、タイプミスがないことを祈っていました。SmartMapperは実際の解決済みリンクからパターンを決定論的に生成します。
- ビジネス言語での入力（移行元 → 移行先）、技術的な出力（生成されたパターン）
- SmartMapperが冗長なサブフォルダーパターンを1つの
\Finance\ルールに統合 - フォルダコンテキストパターンが、異なる移行先に解決する同一の相対リンクを処理
4検証 SmartMapper
目的：1つのドキュメントも書き込む前に結果を把握します。
実行内容：検証は生成された各パターンを各解決済みリンクに対してシミュレートします。各パターンについて修正される（正しい置換）、修正されない（リンク変更なし）、破損する（パターンが一致したが誤った結果を生成）を報告します。パターンごとの信頼度 = 修正される / （修正される + 破損する）。実行レベルの信頼度は解決率、マッピング率、置換カバレッジを重み付けします。
人間によるレビュー：各パターンにはステータスがあります — 生成済み、承認済み、拒否済み、変更済み、競合。プロジェクト責任者がリストをレビューし、パターンを承認または変更します。競合グループ（ドキュメントのフォルダに応じて異なるReplaceStringにマップする同一のSearchString）は明示的な決定のために表示されます。ステージ5では承認済みと変更済みのパターンのみが使用されます。
- パターンごとの修正される / 修正されない / 破損する；何も盲目的に実行されない
- パターンごとの精度と、実行レベルの精度・カバレッジを2つの独立した指標として報告 — 単一スコアに統合しない
- 競合グループは人間のレビュー用にフラグされ、1つが選択されるまで自動的に拒否
- 完全な監査証跡：ユーザーがパターンを変更した場合、元のパターン / 変更後のパターンを保持
5修復 ReplaceMagic
目的：承認済みパターンを実際のドキュメントに一括適用します。1つのファイルも手動で開かずに実行します。
実行内容：ReplaceMagicはすべてのスキャン済みドキュメントに対して承認済みパターンを実行します。 ファイルのタイムスタンプが保持され（SharePointではサイト管理者権限が必要）、開くパスワードと変更パスワードが考慮されます。 ドキュメントはOfficeアプリケーションで開かれることはありません — ReplaceMagicは内部のXML / バイナリ構造を直接編集します。 これが数十万のファイルに対してスケールできる理由です。
- 承認済みと変更済みのパターンのみが実行；拒否済みと競合はドキュメントに触れない
- ドキュメントセット全体でマルチスレッド一括実行
- 元のタイムスタンプを保持（SharePointではサイト管理者権限が必要）、パスワード保護ファイルをサポート（使用するパスワードのリストを提供する必要があります）
- 移行先がクラウドの場合、PowerQueryの
File.ContentsをWeb.Contents/SharePoint.Filesに書き換え
6確認 共有
目的：移行が成功したことを証明します — 壊れたリンクなし、説明のないギャップなし。
実行内容：ReplaceMagicで移行先環境を再スキャンし、残存する壊れたリンクがゼロ、または説明済み（mailto:、javascript:、内部セル参照 — 変更なしとされる理由コードとともに未解決リンクに入るカテゴリ）であることを確認します。移行前後のスキャンを比較し、差分を報告し、プロジェクト責任者に承認ドキュメントを提出します。
- 移行後スキャンと差分レポート
- 理由コード付きの未解決リンクにより、ギャップが不可視ではなく明示的になる
- 生成されたパターンの履歴 + RunIDの分離により永続的な監査証跡を提供
どのステージにどのエディションが必要か？
| ステージ | 形式別ReplaceMagicエディション（Word、Excel、PDF、…） | ReplaceMagic.Office / Total / Ultimate | ReplaceMagic.SmartMapper |
|---|---|---|---|
| 1. 検出 | 対応（単一形式） | 対応（全形式） | 対応 |
| 2. 分析 | 対応（単一形式） | 対応（全形式） | 対応 + タイプ分類、IDベース解決器、長文字列抽出器 |
| 3. マッピング生成 | 手動（クライアントが検索/置換ペアを記述） | 手動 | 移行元 → 移行先ルールから自動生成 |
| 4. 検証 | 検索のみプレビューモード | 検索のみプレビューモード | 検証 + 信頼度 + 承認ワークフロー |
| 5. 修復 | 対応（単一形式） | 対応（全形式） | 対応 — 承認済み / 変更済みパターンのみ |
| 6. 確認 | 検索のみ再スキャン | 検索のみ再スキャン | 再スキャン + RunID監査ログ + 生成されたパターン履歴 |
次の移行プロジェクトの準備はできていますか？
マッピングが明確な小規模プロジェクト？ ReplaceMagic.Ultimateはサポートされているすべての形式でステージ1、2、5、6をカバーします。
数千のリンク、IDベースのURL、PowerQuery / ConnectionStringコンテンツ、または複数の移行ウェーブを持つプロジェクト？ ReplaceMagic.SmartMapperはステージ3と4を追加します — 希望的な移行を根拠のあるものに変えるマッピング、検証、信頼スコアリングエンジンです。
