マネーフォワード から freee への移行｜データ移行と承認フローの立て直し
目次 クリックで開く
マネーフォワード クラウド会計（以下、MF）からfreee会計（以下、freee）への移行は、単なるデータの入れ替えではありません。これは、従来の「複式簿記の伝票入力」という概念から、「取引データに属性（タグ）を付与して管理する」というクラウドネイティブな会計プロセスへのパラダイムシフトを意味します。
本記事では、IT実務担当者や経理マネージャーが直面する「データの整合性」「承認フローの断絶」「周辺SaaSとの再連携」といった課題に対し、公式ドキュメントに基づいた具体的かつ実務的な解決策を詳説します。
1. マネーフォワードからfreeeへ移行する目的と「設計の思想」
移行作業を開始する前に、両者の設計思想の違いを理解しておく必要があります。ここを誤ると、移行後に「freeeが使いにくい」というミスマッチが生じます。
1-1. 振替伝票ベースから「取引・タグ」ベースへの転換
MFは、従来の会計ソフトの操作感を踏襲しており、補助科目を用いた振替伝票形式での記帳が中心です。一方、freeeは「取引」という単位で売掛・買掛の発生と決済を管理し、勘定科目以外の情報は「タグ（取引先・品目・部門・メモタグ）」で多角的に管理する設計になっています。
移行の際は、MFの「補助科目」をfreeeのどの「タグ」に変換するかを定義することが、最も重要な設計プロセスとなります。
1-2. 移行によって解消される課題と期待できる導入効果
- 自動消込の精度向上: freeeの強力な明細推測エンジンにより、入金・支払の消込作業が大幅に削減されます。
- 経営ダッシュボードのリアルタイム化: タグ管理により、部門別・プロジェクト別の収益を仕訳入力と同時に可視化できます。
- ワークフローの一体化: 経費精算や支払依頼が会計データと直結しているため、承認されたデータがそのまま仕訳として生成されます。
1-3. 移行前に確認すべき「プラン」と機能の対応表
法人向けプランにおいて、特に承認フロー（ワークフロー）を利用する場合は、freeeのプラン選択に注意が必要です。公式のfreee会計料金プランページを確認し、自社に必要な「部門権限」や「承認経路の複雑性」がカバーされているかを確認してください。
| 機能項目 | マネーフォワード クラウド | freee会計（法人プラン） |
|---|---|---|
| 基本構造 | 振替伝票・補助科目 | 取引・タグ管理 |
| 承認フロー | MFクラウド経費等、別アプリ連携が主流 | 会計ソフト内「支払依頼」で完結可能 |
| データ連携 | 仕訳連携がメイン | APIによる「取引」連携が強力 |
| 部門管理 | 階層構造の管理 | タグによるクロス集計 |
もし、現在の運用が「楽楽精算」などの外部SaaSとMFを組み合わせて構築されている場合、freeeへの移行を機にアーキテクチャ全体を見直す必要があります。詳細は以下の記事が参考になります。
楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ
2. データ移行の完全ステップ：MFのデータをfreeeに適合させる
データ移行は、マスタ（勘定科目・タグ）の整備、開始残高の設定、仕訳データのインポートの順で行います。
2-1. 移行対象データの整理
まず、MFから抽出するデータを特定します。freee公式の「他社ソフトからの移行ガイド」を参照しつつ、以下のデータを用意します。
- 勘定科目・補助科目マスタ
- 取引先マスタ
- 部門マスタ
- 仕訳データ（仕訳帳）
- 開始残高（期首または移行時点の試算表）
2-2. 【実践】MFからエクスポートすべきCSV一覧
MFの管理画面から、以下の手順でファイルを出力します。
- 「設定」＞「勘定科目」から勘定科目設定をCSV出力。
- 「会計帳簿」＞「仕訳帳」から、移行対象期間の全仕訳を「マネーフォワード形式」または「汎用形式」で出力。
- 「各種設定」＞「取引先」より取引先一覧を出力。
2-3. freee形式へのコンバート術：補助科目を「タグ」へ分解する
ここが最大の難所です。MFの仕訳データには「補助科目」列がありますが、freeeには補助科目が存在しません。Excelやスプレッドシートを用いて、以下のように置換を行います。
- 取引先名の補助科目: freeeの「取引先タグ」へ変換。
- 管理用の補助科目（例：車両番号、案件名）: freeeの「品目タグ」または「メモタグ」へ変換。
- 銀行名の補助科目: freeeでは「口座」として独立させるため、仕訳の相手勘定を調整。
既存の他社ソフトからの移行については、以下の詳細マニュアルも併せて確認することをお勧めします。
2-4. 期中移行か、期首移行か。タイミング別メリット・リスク
理想は期首移行ですが、実務上は期中移行を余儀なくされるケースもあります。期中移行の場合は、移行月までの累計残高を「開始残高」として入力し、それ以降の明細をインポートします。この際、MF側で既に計上されている「未決済の売掛金・買掛金」をfreee上で「未決済取引」として再作成する必要がある点に注意してください。
3. 承認フローの立て直し：ワークフローの再構築
MFでは「MFクラウド経費」や「MFクラウド支払依頼」で承認した後に会計連携する形が一般的ですが、freeeでは会計ソフトそのものにワークフローが内包されています。
3-1. freee会計の「経費精算・支払依頼」と権限設定
freeeのワークフローを機能させるには、従業員の「権限（ロール）」を正しく設計する必要があります。
「申請者」「承認者（一次・二次）」「閲覧者」を定義し、それぞれがアクセスできる「部門」を制限します。これにより、他部門の経費を閲覧できないようにするなどの内部統制を効かせることが可能です。
3-2. マネーフォワードの承認経路をfreeeの「経路設定」にマッピングする
MFで設定していた「金額による分岐」や「特定の役職者による承認」を、freeeの「承認経路設定」に落とし込みます。
freeeでは、条件分岐（例：10万円以上なら部長承認）をドラッグ＆ドロップで視覚的に設定できますが、複雑な多段階承認を行うにはプロフェッショナルプラン以上の契約が必要になる場合が多いです。
承認フローの再構築にあたっては、こちらの比較記事で「支出管理」の責務分解について理解を深めておくと、設計ミスを防げます。
【徹底比較】バクラク vs freee支出管理。中堅企業が「経費精算・稟議」を会計ソフトと分ける本当の理由
3-3. 内部統制（J-SOX）対応を見据えた承認ログの保持
上場準備企業（IPO準備）などの場合、承認プロセスの証跡が不可欠です。freeeでは、申請から承認、差し戻しの履歴がすべて「取引」に紐付いて保存されます。移行時には、旧システム（MF）側の承認済み証憑データをPDFなどでバックアップし、freee側の備考欄やファイル添付機能でリファレンスを貼っておくと監査対応がスムーズになります。
4. 周辺システム・API連携の再定義
会計ソフトの移行に伴い、銀行、クレジットカード、外部SaaSとの接続をすべて再設定する必要があります。
4-1. 銀行・クレジットカード同期の再設定と重複防止
最も多いミスが、移行期間中の「明細の重複取り込み」です。
MFで取得済みの明細をfreeeでも取得してしまうと、二重仕訳が発生します。freeeで同期を開始する際は、「同期開始日」を厳密に指定し、MF側の同期は停止（または口座解約）の処理を確実に行います。
4-2. マネーフォワード勤怠・給与との連携をどう切り離すか
勤怠・給与はMFを継続し、会計のみfreeeにする構成も可能です。この場合、MF給与から出力した仕訳CSVをfreeeの「振替伝票インポート」を用いて取り込むことになります。しかし、部門別の給与配賦を行う場合、MFの部門コードとfreeeの部門タグを一致させておく必要があります。
4-3. 外部SaaS（Salesforce等）との連携アーキテクチャの変更
SalesforceなどのSFAと連携している場合、MF用の連携コネクタ（または自社開発API）をfreee APIへ書き換える必要があります。freee APIは「取引（Deal）」エンドポイントを叩くのが基本であり、MFの「仕訳（Journal Entry）」エンドポイントとは構造が大きく異なるため、開発工数の見積もりには余裕を持たせてください。
5. 移行実務でよくあるトラブルと解決策
現場で発生しやすいエラーとその対処法をまとめました。
5-1. 開始残高が合わない原因と「未決済取引」の処理
試算表（TB）の数値とfreeeの開始残高が合わない主な原因は、前述の「未決済取引」の計上漏れです。
freeeでは、開始残高として「売掛金 1,000,000円」と入れるだけでなく、その内訳（どの取引先の、どの請求書分か）を「未決済取引の登録」で行わないと、後の入金消込ができません。
5-2. 消費税区分の不一致をバルク更新で解決する方法
MFとfreeeでは、消費税区分の名称やコードが異なります。インポート時にエラーが出る場合は、freeeの「一括編集機能」を用いて、取り込み後に正しい税区分（10%課税、非課税、対象外等）へ一括置換するのが効率的です。
5-3. 旧データのアーカイブ保管と電帳法対応の継続
電子帳簿保存法に対応している場合、MF側に保存されている電子証憑（領収書・請求書）の保存義務期間（原則7年、最長10年）を考慮しなければなりません。MFの契約を解約するとデータにアクセスできなくなる可能性があるため、データをエクスポートして自社ストレージで保管するか、閲覧専用として最小プランで契約を維持するかの検討が必要です。
6. まとめ：データ移行を「業務プロセス改善」の好機にする
マネーフォワードからfreeeへの移行は、単なるツールの乗り換えではなく、バックオフィス業務をより自動化・高度化するためのリセットボタンです。特に承認フローの統合は、経理部門だけでなく全従業員の利便性を向上させる大きなチャンスとなります。
データのコンバートに苦戦する場合は、無理に全ての過去データを移行しようとせず、期首残高の確定に注力し、過去分はMFのPDF帳簿を検索可能な状態で保管するという「割り切り」も実務上は有効な戦略です。
より高度な月次決算の爆速化や、APIを活用した自律的な会計基盤の構築を目指す方は、以下のステップアップガイドも参考にしてください。
freee会計の「月次業務」フェーズ。給与連携・月次締めを爆速化し、決算の精度を高める手順
7. 運用開始後に直面する「API制限」と「マスタ管理」の盲点
移行作業そのものが完了しても、実務の運用フェーズで「想定外の制限」に突き当たることがあります。特に、外部SaaSや自社システムとfreeeをAPIで繋ぎ込む場合、リクエスト回数制限（レートリミット）への配慮が不可欠です。
また、MFでは許容されていた「同名マスタの重複」が、freeeではエラーの原因になるケースもあります。以下の表で、移行後に見落とされがちな仕様の差異を確認してください。
| 項目 | 実務上の注意点 | 対策 |
|---|---|---|
| API実行制限 | 短時間に大量の「取引」を作成すると制限がかかる。 | バッチ処理の間隔調整や、Webhookの活用を検討。 |
| マスタのユニーク性 | 取引先名や品目名に「完全一致」の重複は不可。 | インポート前に名寄せを行い、一意の名称を付与。 |
| 部門タグの階層 | MFの部門階層をそのまま移行すると管理が複雑化。 | 「セグメント」機能（プロフェッショナル以上）の利用を検討。 |
移行後のセキュアなアカウント管理
freeeへ移行し、承認フローをデジタル化すると、ID管理の重要性が増します。退職者のアカウント削除漏れは、会計データへの不正アクセスに直結する重大なリスクです。ID基盤との連携については、SaaSアカウント削除漏れを防ぐ自動化アーキテクチャを参考に、自動化を検討することをお勧めします。
8. 実務担当者のための「移行完了後」セルフチェックリスト
新システムでの初月末締めでパニックにならないよう、以下の項目が設定済みか公式ヘルプを基に確認してください。
- 残高試算表の不一致確認：MFの最終月試算表と、freeeの開始残高＋インポート済み仕訳の合計が一致しているか。
- 消費税設定の再検証：freee独自の「税区分」が、MFの課税区分と正しくマッピングされているか（特に輸入消費税や特定仕入）。
- 権限の最小化：全従業員に「管理者」権限を与えず、職責に応じた「カスタム権限」が設定されているか。参考：メンバーが操作できるメニューを制限する（公式ヘルプ）
- 証憑紐付けルール：ファイルボックスにアップロードした証憑が、正しい取引（Deal）に添付されているか。
もし、移行を機に経理業務全体のペーパーレス化を加速させたい場合は、立替精算の完全撲滅アーキテクチャを導入することで、移行の投資対効果（ROI）を最大化することが可能です。
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。