トリカク取適法対応SaaS導入時の既存エクセル移行マッピング表— 列対応と変換ルール
公開: 2026年9月8日
Excel台帳から取適法対応SaaSへ移行するとき、列名をそのままコピーしても受領日・支払期日・書面交付日・適用フラグの意味がズレることがあります。
「なんとなく同じ列」でインポートすると、60日計算が1日ずれ、書面交付率が架空の100%になる、といった事故が起きます。
移行前にマッピング表と変換ルールを固定するのが先です。
本記事では、典型的なExcel列とSaaS項目の対応表、変換ルール、並行稼働期間の運用を整理します。
トリカク（torikaku） への取込設計も、このマッピング表を正本として扱うと後からの説明が楽です。
1. 移行前に揃える前提
1-1. 正本の決定
並行期間中にExcelとSaaSのどちらを正本とするかを文書化します。
多くは「新規案件はSaaS、過去案件はExcel参照のみ」、または「並行期間はSaaS正本・Excelはミラー」のどちらかです。
移行全体の手順はExcel台帳からSaaS移行のフレームと併読すると抜けが減ります。
1-2. 複数ツールの正本データ
Notion・Googleスプレッドシート・基幹CSVなど複数ソースがある場合は、複数ツールの正本データを先に1本化してからSaaSへ流します。
マッピング表は「統合後CSV列 → SaaS項目」の形にします。
2. 列マッピング表（標準例）
| Excel列（例） | SaaS項目 | 必須 | 変換ルール |
|---|---|---|---|
| 発注No | 発注番号 | ○ | 前後空白除去、重複はエラー |
| 取引先名 | 取引先ID | ○ | マスタ名寄せ。未一致は要確認キュー |
| 受領日 | 受領日 | ○ | YYYY-MM-DD。和暦・2桁年は変換表使用 |
| 支払期日 | 支払期日 | ○ | 空欄は受領日+60日で再計算可（要フラグ） |
| 書面交付日 | 書面交付日 | △ | 発注日より後は警告。証跡URL必須 |
| 適用 | 適用フラグ | ○ | Y/N/空→true/false/要判定 |
| 金額 | 発注金額 | ○ | カンマ除去、税込/税抜列を別管理 |
| 担当者 | 発注担当ユーザー | △ | メールアドレスでマスタ突合 |
| 備考 | メモ | × | 512字 truncate、全文は別添 |
社内Excelの列名が異なる場合は、左列を実名に差し替えた版を版管理します。
マッピング表の版番号はSaaSインポートログに必ず残します。
3. 受領日・支払期日の変換
3-1. 起算点の確認
Excelで「検収日」と書いている列が、社内定義では受領日と同一か要確認です。
起算の社内合意は支払60日ルールの起算点を先に固定し、マッピング表の脚注に書き込みます。
3-2. 支払期日の再計算
Excelに支払期日列が無い場合: 受領日＋60日（営業日調整の有無を明記）で再計算する
支払期日列があるが受領日より60日超: 警告フラグ「要レビュー」。自動修正しない。
分割払い: 親発注番号と子回次を別行に展開するルールを表に追記します。
4. 書面交付日・適用フラグ
4-1. 書面交付日
Excelの「契約日」「PDF送付日」「メール日」が混在していることが多いです。
SaaSでは「交付完了イベント」を1列に統一し、移行時は最も早い正当な交付日を採用、根拠列を別途保持します。
交付日が発注日より後の案件は、移行後に書面交付率KPIから除外するか、要確認として残すかを決めます。
4-2. 適用フラグ
「適用外」「対象外」「-」など表記ゆれを正規化表で統一します。
空欄は「要判定」キューへ。インポート時にtrue/falseへ自動決め打ちしない方が、後の監査で安全です。
チェック項目との対応は発注コンプライアンスチェックリストの適用判定行と突合します。
5. 変換ルール詳細（データ型）
| Excelの状態 | 処理 | 結果 |
|---|---|---|
| 日付がシリアル値 | 1900系統オフセット変換 | ISO日付 |
| 「2026/9/8」表記 | ゼロ埋めパース | 2026-09-08 |
| 金額に「円」「¥」 | 記号除去→整数 | 数値列 |
| 全角数字 | NFKC正規化 | 半角数値 |
| 改行入りセル | エスケープまたは分割 | 1行1レコード維持 |
6. 並行稼働（パラレルラン）
6-1. 期間の目安
2〜4週間が典型です。
新規案件はSaaSのみ入力、Excelは参照専用に切り替える日（カットオーバー日）を決めます。
6-2. 差分検知
並行期間中、週次で「Excel行数 vs SaaS件数」「合計金額」「60日超過件数」を突合します。
差分が5件以上または金額差1%超でインポートスクリプトまたはマッピング表の見直しを止めずに続けない。
6-3. カットオーバー後
Excelを読み取り専用化し、変更はSaaSのみ。
過去行の修正が必要な場合はSaaS上で修正し、Excelは更新しない（履歴として残す方針）
7. インポート検証チェックリスト
- サンプル50行の目視突合（受領日・支払期日・金額）
- 重複発注番号ゼロ
- 適用フラグ空欄が要判定キューに入っている
- 書面交付日＞発注日の警告件数をリスト化
- 60日超過案件がExcelとSaaSで一致
- マッピング表版番号がインポートログに記録されている
8. よくあるマッピングミス
8-1. 発注日と受領日の取り違え
60日計算が発注日起算になってしまい、実態より期日が早く見える。
マッピング表に「起算＝受領日」を赤字注記します。
8-2. 税込・税抜の混在
同じ「金額」列に税込行と税抜行が混在しているExcelは、移行前に列分割するか、税フラグ列を新設します。
8-3. マージセル・多段ヘッダ
CSV化前に1行ヘッダに平坦化しないと、列ズレが静かに発生します。
平坦化スクリプトの出力サンプルをコンプラが承認してから本番インポートします。
9. ロールバック計画
カットオーバー後1週間は、SaaSエクスポートを日次でExcel形式バックアップします。
重大なマッピング誤りが判明した場合、カットオーバー日前のスナップショットから再インポートする手順を事前に文書化します。
再インポート時もマッピング表版番号を更新し、何が変わったかを監査ログに残します。
10. 拡張列のマッピング（監査・通知）
| Excel列（例） | SaaS項目 | 変換ルール |
|---|---|---|
| 60日アラート済 | 期日通知ステータス | Y/N→sent/pending。移行時はpendingにリセット可 |
| 監査メモ | 内部監査コメント | 個人情報マスク後に取込 |
| 契約書URL | 証跡リンク | http/httpsのみ。社内短縮URLは解決後に保存 |
| 減額フラグ | 不当減額候補 | 1/0/true/falseを正規化 |
拡張列は必須マッピング表とは別タブにし、初回移行では必須列だけを先に通し、2週目以降に拡張列を追加インポートする段階方式が失敗しにくいです。
通知ステータスをExcelのまま持ち込むと、実際には未通知なのにsentのまま残るため、移行時リセット方針をマッピング表脚注に明記します。
11. 移行完了の判定基準
次の4条件をすべて満たした日を移行完了日とします: 新規案件のExcel入力がゼロ、SaaSと会計の支払期日突合差分0、60日超過件数の一致、コンプラ担当によるサンプル監査合格。
完了日を決めたら、マッピング表最終版を社内Wikiに固定し、以降の列追加は変更申請チケット必須にします。
移行完了後も四半期ごとに、退職者の個人Excelコピーが流通していないかを棚卸しします。
よくある質問
Q. 過去3年分すべて移行すべきですか
監査・係争で必要な期間＋進行中案件を優先し、それより古い行はアーカイブ参照のみでもよい場合があります。
法務と合意した保持期間を分母に移行範囲を決めます。
Q. 手入力の色付きセルは
色はCSVに載らないため、別列「要確認フラグ」にエクスポートしてからマッピングします。
Q. API連携とCSV一括どちらがよいですか
初回移行はCSV＋検証ログ、日常同期はAPI、という組み合わせが多いです。
どちらも同じマッピング表版を参照させます。
Q. 移行後もExcelを見る人がいます
読み取り専用のビューExcelをSaaSから週次エクスポートで配布し、「最新はSaaS」を周知します。
手編集Excelの流通を止めないと、二重正本が再発します。
運用で詰まりやすい点
列名は合っているが意味が違う
Excelの「支払予定日」をSaaSの「支払期日」に機械マッピングすると、社内カレンダー上の希望日が法令上の期日に化けます。
マッピング表には「意味の定義」列を必ず置き、同名異義を赤くします。
空欄のデフォルト埋め
移行スクリプトが空の受領日に今日の日付を入れると、60日計算が壊れます。
空欄は空欄のまま移行し、「要入力」キューへ回す方が安全です。
まとめ
- Excel列→SaaS項目のマッピング表を版管理する
- 受領日・支払期日・交付日・適用フラグは変換ルールを明文化
- 並行期間は差分検知とカットオーバー日を固定
- インポート前後でサンプル突合とロールバック手順を用意
- 複数ツールがある場合は正本統合が先
注意
列名・保持期間・適用判定は組織ごとに異なります。
トリカク（torikaku） の項目例を含みますが、法的助言ではありません。個社の台帳設計と専門家確認が必要です。