freee から マネーフォワード クラウド への乗り換え｜勘定科目・連携・監査のチェックリスト
目次 クリックで開く
クラウド会計ソフトの二大巨頭であるfreee会計とマネーフォワード クラウド会計（以下、MF会計）。どちらも優れたSaaSですが、事業規模の拡大や上場準備、組織体制の変化に伴い、freeeからMF会計へ乗り換える企業が増えています。しかし、freeeは「タグ」という独自のデータ構造を持っており、一般的な会計ソフトの概念を持つMF会計への移行は、単なるCSVの流し込みでは完結しません。
本記事では、実務担当者が直面する「勘定科目のマッピング」「期中移行の残高不一致」「監査法人への説明」といった障壁を突破するための具体的な手順とチェックリストを詳説します。ツールを入れ替えるだけでなく、経理業務を「標準化」し、内部統制を強化するための実務ガイドとして活用してください。
freeeからマネーフォワード クラウド会計への乗り換えが急増する背景
なぜ今、多くの企業がfreeeからMF会計への移行を選択しているのでしょうか。そこには「使い勝手」以上に、組織の成長に伴う「ガバナンス」と「標準化」への要求があります。
独自概念（タグ・取引）から「標準的な仕訳」への回帰
freeeは「帳簿を意識させない」という思想に基づき、1つの「取引」に対して「品目」「備考」「取引先」「セグメント」といった複数のタグを付与する形式を採用しています。これは直感的である一方、従来の会計知識を持つ担当者や税理士にとっては、仕訳形式に変換した際のデータ構造が複雑に見えることがあります。
対してMF会計は、借方・貸方の「振替伝票」形式をベースとしたオーソドックスな構造です。監査法人や外部コンサルタントがデータを検証する際、標準的な仕訳形式であるMF会計の方が、総勘定元帳の可読性が高いと評価される傾向にあります。
IPO準備・内部統制で求められる「修正履歴」と「承認フロー」
上場準備（IPO準備）フェーズに入ると、仕訳の修正履歴や、誰がいつ承認したかという証跡（オーディットトレイル）の厳格性が求められます。freeeでも対応は可能ですが、MF会計は「仕訳承認機能」が直感的であり、承認前の仕訳を明確に区別して管理できる点に強みがあります。また、権限設定がロール（役割）ごとに細かく定義できるため、職務分掌の設計が容易になるという実務上のメリットもあります。
関連記事：SaaSコストとオンプレ負債を断つ。バックオフィス＆インフラの「標的」と現実的剥がし方（事例付）
freeeとマネーフォワード クラウドの構造的な違いと比較
移行作業に入る前に、両者の「設計思想の違い」を理解しておく必要があります。ここを曖昧にすると、移行後の試算表が想定通りに出力されなくなります。
【比較表】データ構造・勘定科目・拡張性の違い
| 比較項目 | freee会計 | マネーフォワード クラウド会計 |
|---|---|---|
| 基本的考え方 | 「取引（入金・支払）」をベースに管理 | 「仕訳（振替伝票）」をベースに管理 |
| 補助項目の持ち方 | タグ（取引先・品目・部門・セグメント・メモタグ） | 補助科目・部門・プロジェクト・タグ |
| データ構造 | 1つの取引に複数の属性を並列で付与可能 | 1つの仕訳行に対して補助科目は1つのみ |
| 修正履歴の管理 | 仕訳履歴として保存 | 仕訳履歴に加え、仕訳承認ワークフローが標準的 |
| API連携の柔軟性 | 独自エンドポイントが多いが、連携に工夫が必要 | 多くの外部SaaSと標準コネクタが存在 |
| 公式料金（法人） | 法人プラン：月額2,380円〜（詳細は公式価格表） | ビジネスプラン：月額4,980円〜（詳細は公式価格表） |
「タグ」を「補助科目・部門・プロジェクト」へ変換する設計指針
最大の難所はfreeeの「タグ」をMF会計のどの項目に割り当てるかです。以下の指針でマッピングを設計してください。
- 取引先タグ → MFの「補助科目」または「取引先（補助科目とは別枠）」
- 品目タグ → MFの「補助科目」
- 部門タグ → MFの「部門」
- セグメントタグ → MFの「プロジェクト」または「部門（階層管理）」
- メモタグ → MFの「摘要欄」または「タグ」
注意すべきは、freeeで「品目」と「取引先」の両方を入力していた場合、MFの補助科目は1つしか選べないため、どちらを優先するか（あるいは合算した名称を作るか）の判断が必要になる点です。この設計を誤ると、移行後の債権債務管理が破綻します。
失敗しないための乗り換えスケジュールと準備
システムの切り替えには、データの「止めるタイミング」と「動かすタイミング」の同期が必要です。
期首移行vs期中移行。実務上の推奨は？
結論から言えば、可能な限り「期首移行」を推奨します。
期中移行の場合、年度の途中でfreee側の累計残高とMF側の入力データを合算して試算表を作成する必要があり、監査対応が極めて煩雑になります。どうしても期中に移行する場合は、四半期決算などの区切りが良いタイミングを選び、その時点までの「確定済み残高」をMFの開始残高として入力します。
既存連携SaaSの棚卸しとAPI連携の切り替えタイミング
経費精算ソフト（楽楽精算、バクラク等）や給与計算ソフト（マネーフォワード クラウド給与、freee人事労務等）を利用している場合、仕訳の出力先をfreeeからMFに変更する設定が必要です。特に、APIで直接仕訳を飛ばしている場合は、連携キーの再発行や科目マッピングの再設定に時間がかかるため、移行の1ヶ月前には接続テストを完了させておくべきです。
関連記事：楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ
【実践】データ移行のステップバイステップ
ここからは具体的な実務手順を解説します。MF会計には「他社ソフトからの移行」機能がありますが、freeeからの移行は手動でのデータ整形が介在することを前提に動いてください。
ステップ1：マネーフォワード側の基本設定（勘定科目・部門・税区分）
まず、MF会計の箱を作ります。
勘定科目の作成: freeeで使用していた勘定科目一覧をエクスポートし、MFの「各種設定」→「勘定科目」に登録します。
補助科目の作成: 取引先や品目など、管理が必要な項目を補助科目として登録します。
部門・プロジェクトの作成: 組織図に基づき部門コードを割り振ります。
ステップ2：freeeからのデータエクスポート（仕訳帳・残高試算表）
freeeの「レポート」→「仕訳帳」から、全期間の仕訳データをCSV形式で出力します。この際、必ず「全てのタグ」が含まれる形式で出力してください。また、移行直前の月の「試算表（BS/PL）」をPDFおよびCSVで保存しておきます。これは、移行後の数値の一致を確認する「正解データ」となります。
ステップ3：CSVデータのクレンジングとインポート
freeeのCSVをMFのインポート形式に整形します。ExcelのVLOOKUP関数や、エンジニアがいればPython等を使って以下の処理を行います。
- freeeの「取引先」タグ列を、MFの「補助科目」列にコピー。
- 税区分コードをMF指定の文字列（例：「課税売上 10%」等）に置換。
- 1つの行に複数のタグがある場合、最も重要な管理項目を優先して残し、他は摘要欄に結合する。
MF会計の「会計帳簿」→「仕訳インポート」からファイルをアップロードします。エラーが出た場合は、エラー行と内容が詳細に表示されるため、1つずつ修正していきます。
ステップ4：開始残高の登録と一致確認
データのインポートが完了したら、freeeの最終残高とMFの「開始残高」を一致させます。
MFの「各種設定」→「開始残高」に数値を入力。
MFで「合計残高試算表」を出力し、freeeの試算表と1円単位で一致するか確認。
ズレがある場合、多くは「未決済取引（債権債務）」の消込仕訳が重複しているか、税区分の判定ミスによる消費税端数の差異です。
監査・内部統制をクリアするためのチェックリスト
システムを乗り換えたことで「過去のデータが追えなくなった」となっては監査を通せません。以下の項目を必ずチェックしてください。
- 仕訳番号の連続性: システムが変わるため番号はリセットされます。監査法人には「○月○日以降はMFで管理」という運用の変更を事前に合意し、期末には両方のシステムから元帳を出力して提出できる準備をしておきます。
- 証憑の紐付け: freeeのファイルボックスに保存していた領収書データは、MFに一括移行することが技術的に困難な場合があります。その場合、freeeの契約を「閲覧専用プラン」等にダウングレードして残すか、全てのファイルをエクスポートしてローカルまたは他ストレージで法廷期間（7〜10年）保存する体制を整える必要があります。
- 仕訳承認のルール: MFの「仕訳承認機能」をオンにする場合、誰が起票し、誰が承認するのかの職務分掌を再定義してください。
関連記事：【完全版】「とりあえず電帳法対応」で導入したシステムが経理を殺す。Bill One等の受取SaaSと会計ソフトの正しい責務分解
移行後によくあるエラーと解決策
補助科目の多重登録エラーと重複チェック
MF会計では、勘定科目ごとに補助科目を管理します。複数の勘定科目（例：普通預金と定期預金）で同じ名称の補助科目（例：○○銀行）を使いたい場合、それぞれに登録が必要です。インポート時に「補助科目が存在しません」というエラーが出る場合は、マスタ登録が漏れている可能性が高いです。
自動学習ルールの再構築と「推論エンジン」の最適化
freeeで長年蓄積した「自動登録ルール」は引き継げません。移行直後は銀行明細の取り込み時に、MF側が科目を正しく推論できない期間が続きます。最初の1〜2ヶ月は仕訳の確認作業に工数がかかることを織り込んでおきましょう。ただし、一度MFでルールを設定すれば、以降の精度は飛躍的に向上します。
まとめ：単なるツール変更ではなく「経理基盤の標準化」へ
freeeからマネーフォワード クラウド会計への乗り換えは、単なる「ソフトの入れ替え」ではありません。それは、独自の管理手法から、より汎用的で拡張性の高い「標準的な会計基盤」へとアップデートするプロセスです。
データ構造の違いに起因する移行の痛みは確かにありますが、それを乗り越えることで、外部SaaSとの柔軟な連携や、監査・内部統制に強い組織体制を手に入れることができます。本記事のステップに従い、まずは勘定科目のマッピング設計から着手してみてください。確実なデータ移行こそが、次世代のバックオフィス構築の第一歩となります。
関連記事：Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイド
移行後の安定運用に向けた「設定の急所」とチェックリスト
データのインポートが完了しても、翌月からの「運用」がスムーズに回らなければ移行は成功と言えません。特にfreeeからMF会計への乗り換えでは、自動化のルールがリセットされるため、初期設定の精度が月次決算の速度を左右します。
消費税の端数処理と計算方式の再確認
freeeとMF会計では、消費税の「積上げ計算」と「割戻し計算」の扱い、および端数処理（切捨て・四捨五入）のデフォルト設定が異なる場合があります。移行後の最初の決算で「消費税額が旧システムと合わない」という事態を避けるため、以下の項目を確認してください。
- 計算方式の選択：事業所設定において、原則課税/簡易課税の区分だけでなく、端数処理のルールが前任者の運用と一致しているか。
- 税区分マッピングの検証：インポートした仕訳の税区分（課税・非課税・対象外）が、MF側の集計表で正しく反映されているか。
銀行・クレジットカード連携時の「二重計上」を防ぐ設定
API連携を開始する際、最も多いミスが「インポート済みの過去データ」と「APIで取得した明細」の重複です。MF会計の「データ連携」設定では、取得開始日を厳密に「移行データの最終日の翌日」に指定してください。万が一重複した場合は、連携明細の一覧から「対象外」ボタンで一括処理を行うルールを徹底しましょう。
マネーフォワード クラウドシリーズによるエコシステム構築
MF会計への移行は、単一ソフトの変更にとどまらず、バックオフィス全体のSaaS連携を最適化する好機です。会計をハブとした各サービスの役割を整理しました。
| 連携サービス | 主な自動化メリット | 実務上のポイント |
|---|---|---|
| クラウド給与 | 給与・賞与・社保の仕訳を自動生成 | 部門コードと会計側の部門マスタを完全に同期させる |
| クラウド経費 | 領収書OCRからの自動仕訳と支払依頼の連動 | 申請時の「サービス（品目）」を会計の補助科目へ紐付け |
| クラウド請求書 | 売掛金計上と銀行明細による自動入金消込 | 振込手数料の自動按分ルールを事前に設定する |
公式リソースと移行の実践ガイド
操作の詳細や最新の仕様については、必ずマネーフォワード公式のヘルプページをブックマークし、実務担当者間で共有してください。
本記事ではfreeeからの移行に焦点を当てましたが、旧来のオンプレミス型ソフトや他のSaaSからの移行でも、基本的な「データ構造の再設計」の考え方は共通しています。以下の記事では、他の会計ソフトからの移行事例についても詳しく解説しています。
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。