複数ツール併用時— 正本データの決め方

1. 正本がないと起きる問題

1-1. 受領日の食い違い

現場メモの納品日、経理Excelの計上日、SaaS台帳の検収日がそれぞれ違う日付になっている典型例があります。
60日起算は支払60日ルールの起算点のとおり受領日基準のため、正本の日付が支払リスクに直結します。

1-2. 書面と台帳の乖離

電子契約サービスにPDFがあるのに、台帳には「書面未交付」と入力されているケースは、自己点検で必ず指摘されます。
交付記録の正本をどこに置くかを決め、他ツールは参照リンクに徹します。

1-3. 退職・引継ぎ時の空白

個人PCのExcelだけが最新だった担当者が退職すると、発注履歴が社内から消えます。
正本をクラウド上の共有システムに置く判断は発注データのバックアップ・引継ぎとも連動します。

2. 正本を決める基準

2-1. 更新権限が明確なツール

誰がいつ更新するかルール化できるツールを正本候補にします。
全員が自由編集できる共有Excelは、意図せぬ上書きが起きやすく正本向きではありません。

2-2. 監査証跡が残るツール

変更履歴・タイムスタンプ・ユーザーIDが記録されるSaaSやDB型台帳は、後から「いつ受領日を変えたか」を説明できます。

2-3. 他システムと突合しやすいID体系

発注番号・取引先コードが会計ソフトと共通なら、CSVエクスポートでの三点照合が容易です。
CSV活用は発注台帳CSVと税務・監査を参照してください。

3. ツール別の役割分担例

3-1. 発注台帳SaaS＝取引メタデータの正本

発注日、受領日、支払期日、適用判定、書面交付日、金額、取引先を集約します。
コンプライアンス観点の「いつ・いくら・誰に」をここが握ります。

3-2. 電子契約・ストレージ＝書面PDFの正本

契約書・発注書のPDF本体は電子契約または共有ドライブが正本、台帳にはURLまたは文書IDのみを持たせます。

3-3. 会計ソフト＝支払実績の正本

実際の振込日・仕訳は会計ソフトが正本、台帳の支払日列は会計から同期または月次で手入力します。
双方向に書き換えないルールを徹底します。

4. 同期・更新ルール

4-1. 更新は一方向

正本→派生データへの一方向コピーのみ許可し、派生側の修正を正本に反映させない運用が基本です。
例外は正本管理者が承認した場合に限ります。

4-2. 月次クローズ

月末に正本台帳を確定し、会計・監査用CSVをエクスポートします。
確定後の遡及修正は変更理由を必須入力にします。

4-3. 新規ツール導入時の判定

新しいSaaSを足す前に「正本を置き換えるのか、参照だけか」を決め、二重正本を作らないようにします。

5. ツール別の位置づけ早見表

◎はその種類のデータの正本として扱うツールです。
チャットは台帳へ転記したうえで、エクスポートを案件フォルダに保存します。

6. 移行時の突合手順

6-1. 件数・合計金額

旧Excelと新SaaSで「進行中案件」の件数と税込合計が一致するまで並行運用を続けます。
1円でも差異があれば、行の付け替え漏れか税率入力ミスを疑います。

6-2. 期日の再計算

移行後に受領日を修正した行は、支払期日が自動再計算されるか手動確認し、7日以内リストに意図せず載らないかチェックします。

7. 正本データチェックリスト

• 正本ツールを発注管理規程に明記したか
• 更新は一方向のみとルール化したか
• 月次クローズで確定版CSVを保存しているか
• 新規SaaS導入時に二重正本を作っていないか
• チャット合意は48時間以内に台帳へ転記するか

8. よくある統合失敗パターン

8-1. Notionと台帳の二重正本

案件メモはNotion、コンプライアンス数値はSaaS、と役割分担しないと金額・日付が両方に存在し続けます。
Notionには台帳行IDへのリンクのみを置き、金額・受領日の入力欄自体を削除します。

8-2. 会計からの逆書き込み

経理が会計ソフトで受領日を修正しても、台帳に反映されないまま60日計算が古い日付のまま残るケースがあります。
支払実績は会計→台帳の一方向、受領日は台帳→会計の一方向と決め、逆方向の手修正を禁止します。

9. 正本統合の成功条件

9-1. 経営のコミット

「Excelも触る」例外を認めると統合は必ず失敗します。
経営が正本SaaS以外での金額・日付管理を禁止するメッセージを発信することが前提です。

9-2. 入力トレーニング

購買・現場向けに30分の入力ハンズオンを実施し、受領日・書面交付日の入力タイミングを統一します。
マニュアルPDFより、実際の台帳画面で1件登録する演習の方が定着率が高いです。

9-3. 移行完了宣言

並行運用終了日を社内通知し、旧Excelの編集権限を読み取り専用に変更します。
完了宣言後に旧ファイルへ入力したデータは正式記録として扱わないルールを徹底します。

10. よくある質問

Q. 正本を変える承認者は誰ですか

法務責任者と経理責任者の合意、必要に応じて代表取締役承認とします。
現場の便利さだけでツールを増やさないよう、変更管理プロセスを通します。
正本変更後は全関係者へメール通知し、旧ツールへの入力を即日停止してください。
移行完了までの並行期間中は、どちらが正本かをSlack固定投稿で毎日確認できるようにしておきます。
正本確定後は旧ツールの通知設定をオフにし、誤って旧Excelへ入力するアラートを防ぎます。

よくある質問

Q. Excelを完全にやめられない場合

正本SaaSからのエクスポートExcelを「読み取り専用分析用」と位置づけ、手編集を禁止します。

Q. チャットの合意は正本になりますか

補助証跡です。金額・納期・検収条件は台帳と書面に転記し、正本をSaaS＋PDFに置いてください。

Q. グループ会社で台帳が分かれている場合

法人ごとに正本を持ち、連結監査用にCSVを親会社形式にマッピングするルールを別途定めます。

Q. API連携は必須ですか

必須ではありません。件数が少なら月次手入力でも回りますが、件数増加に伴い連携またはCSV運用を検討します。

Q. 正本決定は誰が行いますか

法務・経理・購買・情報システムの代表で合意し、発注管理規程に明文化します。
全体チェックは発注コンプライアンスのチェックリストも活用してください。

まとめ

• 正本は一つに決め、他ツールは参照・派生に徹する
• 更新権限・監査証跡・ID体系で正本ツールを選ぶ
• 更新は一方向、月次クローズで確定版を残す
• 新規ツール導入時も二重正本を作らない

注意

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