Notion／スプレッドシート併用をやめて正本を1つにする移行手順— 棚卸し・凍結・カットオーバー

1. 移行前の棚卸し（インベントリ）

1-1. データ源の列挙

まずNotionデータベース、Googleスプレッドシート、共有Drive、メール下書き、Slackピン留めの5系統を一覧化します。
各源について、所有者、最終更新者、更新頻度、参照している他表の数式リンクを記録します。

1-2. 正本候補の判定基準

正本にする表は「発注番号が一意」「更新履歴が残る」「支払ステータスまで追える」の3条件を満たすものに限定します。
複数ツール併用の整理軸はマルチツール環境の正本データ設計を参照し、今回の移行対象がどのレイヤかを先に決めます。

1-3. 重複行の検出

取引先名＋発注日＋金額の組み合わせで両方の表を突合し、片方だけにある行、両方にあるが金額不一致の行をCSVで出力します。
不一致行は移行前に人が解決しないと、正本1つにしても信用が回復しません。

2. 凍結（フリーズ）フェーズ

2-1. 旧表の書き込み停止

カットオーバー日の2週間前に、Notionとスプレッドシートの編集権限を「コメントのみ」へ下げ、新規発注は仮受付フォーム1本に集約します。
例外申請は移行PMのみが旧表へ追記できるブレイクガラス手順を別紙にします。

2-2. 進行中案件のタグ付け

検収待ち・支払待ち・係争中の行に status タグを付け、移行後も同じ発注番号で追えるようにします。
タグなし行は「移行対象外・アーカイブ」と明示し、正本側へ混ぜません。

2-3. ドキュメント系の扱い

Notionにだけある議事録やメモは、正本表の行IDへURLリンクとして残し、本文ごと移さない方針が安全です。
GoogleドキュメントとNotionが混在している場合は発注記録のGdoc／Notion併用整理の分類ルールを先に適用します。

3. カットオーバー手順

3-1. マッピング表の作成

旧Notion列、旧Sheet列、新正本列の三列対応表を作り、変換式（日付形式、税込／税抜、通貨）を1行ずつ書きます。
マッピング表自体も版管理し、移行バッチの入力パラメータにします。

3-2. 段階取込

第1段階はクローズ済み案件のみ、第2段階は進行中案件、第3段階はマスタ（取引先・単価表）の順で取り込みます。
各段階の後に件数・合計金額・最大発注番号を旧表と突合し、差分ゼロを確認してから次へ進みます。

3-3. 正本切替の宣言

カットオーバー当日0時以降の新規発注は正本のみ受理とし、社内通知に「旧表は参照専用」と明記します。
Excel台帳からSaaSへ寄せる場合の項目対応はExcel台帳からSaaSへの移行の列マップを流用できます。

4. 移行後検証

4-1. 件数・金額・期日の三点チェック

移行直後は、件数一致、税抜合計一致、60日起算日の一致をスクリプトで自動比較します。
1件でも期日がズレる行は、旧表の数式セルと新正本の入力元を突き合わせ、変換式のバグか人為ミスかを切り分けます。

4-2. 現場の受入テスト

購買2名・経理2名に、進行中案件5件を選んでもらい、正本だけで支払データを作れるかを実施します。
Notionを開かずに完結できなければ、リンク不足か列不足です。

4-3. 二重入力監視

移行後2週間は、旧表の最終更新日時を監視し、更新があればアラートします。
トリカク（torikaku） を正本にした場合も、Drive上のSheetコピーが残っていないか週次で確認します。

5. ロールバックとアーカイブ

5-1. 戻す条件

合計金額差分が0.1%を超える、進行中案件の20%以上でステータスが欠落、正本APIが24時間以上停止、のいずれかでロールバックを検討します。
ロールバック時は正本側の書き込みを停止し、凍結前の旧表スナップショットへ戻します。

5-2. 旧表のアーカイブ

移行成功後、NotionとSheetは読み取り専用エクスポートをZIPで保存し、クラウド上の編集権限は削除します。
エクスポート日時と件数を移行報告書に添付し、監査用に7年保持するかを法務と合意します。

6. 移行プロジェクトの役割分担

6-1. RACI

移行PM、購買オーナー、経理オーナー、IT、法務の5役割で RACI を固定します。
正本列の最終決定権は購買と経理の共同署名とし、IT単独で列を削らないルールにします。

6-2. 週次進捗の見える化

不一致行の残数、凍結違反更新件数、段階取込の差分件数を週次で共有します。
数値が横ばいで止まる週は、現場ヒアリングより先に権限と例外手順を疑ってください。

6-3. コンプラ項目の先行移行

60日起算日、書面交付日、取引先番号は最優先で正本へ載せ、備考や議事録リンクは後追いで構いません。
期日系が後回しになると、正本1つにしてもコンプラリスクは減りません。

7. 移行後90日の定着確認

7-1. 正本利用率

新規発注の95%以上が正本のみで完結しているかを週次で測ります。
NotionやSheetへの直リンクが社内Wikiに残っていないかも同時に洗い、古い手順書をアーカイブします。

7-2. 期日精度の再計測

移行後90日時点で、60日超過件数が移行前の同月比で悪化していないかを見ます。
悪化している場合は列マップミスではなく、起算入力習慣の崩れが原因であることが多いです。

7-3. 教育と権限の再付与

正本操作の再研修を実施し、編集権限を部門ごとに最小化します。
全員編集可能に戻すと、再び「どちらが正か」争いが始まります。

7-4. 監査向けエビデンス

移行完了報告書に、不一致行ゼロの証跡、カットオーバー時刻、正本URL、検証スクリプトの出力ハッシュを添付します。
口頭説明だけでは次の監査で同じ質問が繰り返されるため、報告書を正本フォルダへ保存します。

よくある質問

Q. Notionのリレーションはどう移しますか

リレーション先のページIDを、新正本の外部キー列へ写します。
解決できないリンクは NULL にせず、移行エラー表へ退避してください。

Q. Sheetの数式列は正本に持ち込みますか

数式そのものではなく、カットオーバー前日時点の計算結果値を持ち込みます。
正本側で同じロジックを再実装するか、SaaSの自動計算に任せるかを設計書に書きます。

Q. 移行中の新規発注はどこに書きますか

凍結開始後は仮受付フォーム1本のみです。
カットオーバー後に一括で正本へ投入するか、当日から正本直接入力にするかを事前に決めます。

Q. 正本はSaaSでなくDB直結でも同じ手順ですか

フェーズ構成は同じです。
違うのは検証スクリプトの接続先だけなので、マッピング表と三点チェックの自動化は必ず用意してください。

Q. 現場が旧Sheetを開き続けます

権限変更とブックマーク差し替えの両方が必要です。
旧URLを開いたときに正本へリダイレクトする案内ページを置くと離脱が早いです。

Q. 移行中にNotionのテンプレだけ残したい

テンプレは正本の入力補助として残して構いません。
ただし発注データの保存先は正本のみと明記し、テンプレ内に数値を書かない運用にしてください。

Q. 移行後もSheetでグラフだけ見たい

正本から読み取り専用でBI連携するか、週次CSVエクスポートを可視化ツールへ流す方法に寄せてください。
Sheetへ手入力コピーを続けると、正本1つ化の効果が半減します。

運用で詰まりやすい点

カットオーバー週の二重入力禁止を破ったとき

現場が「急ぎだからNotionにも書いた」場合、当日中に正本側へ取り込み、Notion側をアーカイブ扱いに戻します。
Dual-write を1日でも許すと、翌週の差分突合が終わりません。

閲覧権限だけ残した旧シート

参照用に残すならファイル名に「参照専用・更新禁止」を付け、編集権限を外します。
編集可能なまま残すのは、正本移行の失敗と同じです。

まとめ

• 棚卸しで重複と不一致行を移行前に解消する
• 凍結で旧表への書き込みを止め、進行中だけタグ付けする
• 段階取込と三点チェックで件数・金額・期日を突合する
• ロールバック条件と旧表アーカイブを事前に決める
• 正本1つでもDriveコピーの二重入力を監視する

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク（torikaku） の機能説明を含みますが、法的助言ではありません。
個別の契約内容・取引実態については専門家にご確認ください。