子会社の実績データ収集と連結処理の手作業を減らし月次決算を5日以内に短縮する方法

月次決算のたびに、各子会社からExcelやPDFで届く実績データを手作業で集め、フォーマットを揃え、勘定科目を読み替え、通貨を換算する。この一連の作業に毎月3日から5日を費やしている経理部門は少なくありません。子会社ごとに異なる会計ソフトを使っていると、データの形式も科目体系もバラバラで、突合作業のたびにミスが入り込むリスクが高まります。連結決算が遅れれば、経営陣がグループ全体の業績を把握するタイミングも後ろ倒しになり、投資判断や市場対応が後手に回ります。

この記事は、従業員300名から3,000名規模のグループ企業で、連結決算や管理会計の取りまとめを担当している経理マネージャーや経営企画担当者を想定しています。読み終えると、子会社からのデータ収集、フォーマット統一、連結処理までの一連の流れを仕組み化するための具体的なワークフローと、各ステップで使うツールの選び方が分かります。なお、IFRS対応や上場企業向けの法定連結開示の詳細手順、また大規模エンタープライズ向けの全社ERP統合プロジェクトは扱いません。

本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、子会社データの収集から連結レポート出力までを3ステップで回す運用フローの設計図と、来月の月次決算から試せる具体的なアクションリストが手に入ります。

Workflow at a glance: 子会社の実績データ収集と連結処理の手作業を減らし月次決算を5日以内に短縮する方法

• Step 1: 子会社の試算表データを統一フォーマットで収集する (マネーフォワード クラウド会計) (会計ソフト)
• Step 2: 科目読み替えと通貨換算を自動実行する (Asteria Warp) (RPA)
• Step 3: 連結消去仕訳を反映しレポートを出力する (BTrex連結会計)

なぜ子会社が増えるほど連結処理が破綻するのか

データ形式と科目体系がバラバラになる構造的理由

子会社が増えるたびに、使用する会計ソフトが増えます。ある子会社は弥生会計、別の子会社はマネーフォワード クラウド会計、海外子会社はQuickBooksといった具合です。それぞれのソフトが出力するCSVやExcelのカラム構成は異なり、勘定科目のコード体系も一致しません。たとえば親会社で旅費交通費としている科目が、子会社Aでは交通費、子会社Bでは出張旅費と登録されていることは日常的に起こります。

この科目の不一致を毎月手作業で読み替えていると、担当者の頭の中にしかないルールが増え続けます。担当者が異動や退職をすると、読み替えルールが引き継がれず、翌月の連結処理が止まるという事態に陥ります。

手作業の突合がボトルネックになる仕組み

子会社から届いたデータを親会社のフォーマットに揃えた後、内部取引の相殺消去や為替換算を行います。この突合作業は、子会社の数が5社を超えたあたりから指数関数的に複雑になります。子会社Aと子会社Bの間の取引、子会社Bと親会社の間の取引、さらに子会社A・B・C間の三角取引など、確認すべき組み合わせが急増するためです。

Excelで管理している場合、セル参照の誤りや数式の破損に気づかないまま連結数値が確定してしまうリスクがあります。発見が翌月以降になると、過去の数値の修正が連鎖的に発生し、さらに工数が膨らみます。

経営判断の遅延という見えないコスト

連結決算が月末から10営業日以上かかっている企業では、経営会議で使う数字が常に1か月以上前のものになります。市場環境が急変した場合、古い数字に基づいた判断は的外れになりかねません。特に複数事業を展開するグループ企業では、どのセグメントに追加投資すべきか、どの子会社の業績が悪化しているかを早期に把握できないことが、年間で見ると数千万円規模の機会損失につながることもあります。

重要な考え方：科目マッピングを一度定義すれば毎月の手作業はゼロにできる

連結処理の手作業が毎月発生する根本原因は、子会社の科目体系と親会社の科目体系の対応表が、担当者の頭の中やExcelの別シートに散在していることです。この対応表をマッピングテーブルと呼びます。

マッピングテーブルを中央管理する意味

マッピングテーブルとは、子会社Aの交通費は親会社の旅費交通費に対応する、子会社Bの出張旅費も同じく旅費交通費に対応する、という変換ルールを一覧にしたものです。このテーブルを1か所で管理し、データ変換ツールに読み込ませれば、毎月届くデータは自動的に親会社の科目体系に変換されます。

重要なのは、マッピングテーブルの初期構築には手間がかかるという点です。子会社5社であれば、科目数が各社100前後として、合計500行程度のマッピングを定義する必要があります。しかし、この作業は一度だけです。以降は新しい科目が追加されたときだけメンテナンスすれば済みます。

変換の自動化と検証の自動化を分けて考える

データ変換を自動化しても、変換結果が正しいかどうかの検証まで自動化しなければ、結局は目視チェックに時間を取られます。FitGapでは、変換後のデータに対して貸借一致チェックや前月比の異常値検知といった検証ルールを組み込むことを推奨します。検証まで自動化することで、担当者が確認すべき項目はエラーとしてフラグが立ったものだけに絞り込めます。

子会社データの収集から連結レポート出力までの実践ワークフロー

このワークフローは毎月の月次決算サイクルで繰り返します。初回のみマッピングテーブルの構築に1〜2週間かかりますが、2か月目以降は各ステップの所要時間が大幅に短縮されます。

ステップ 1：子会社の試算表データを統一フォーマットで収集する（マネーフォワード クラウド会計）

各子会社の経理担当者が、月次締め後にマネーフォワード クラウド会計から試算表データをCSV形式でエクスポートします。子会社がマネーフォワード クラウド会計以外の会計ソフトを使っている場合も、ほとんどの会計ソフトにはCSVエクスポート機能があるため、出力形式をCSVに統一するルールを設けます。

具体的な運用としては、毎月5営業日目までに各子会社の経理担当者が、指定のクラウドストレージ上の所定フォルダにCSVファイルをアップロードする運用にします。ファイル名は子会社コードと年月を含む命名規則（例：SUB01_202501_TB.csv）を決めておくと、後続の自動処理でファイルを識別しやすくなります。

担当者は親会社の経理チームのうち、データ収集の進捗管理を担う1名です。子会社からのアップロードが期限までに完了しているかを確認し、未提出の子会社にはリマインドを送ります。この進捗管理自体は、チャットツールの定型メッセージやカレンダーのリマインダーで十分対応できます。

ステップ 2：科目読み替えと通貨換算を自動実行する（Asteria Warp）

アップロードされたCSVファイルを、Asteria Warpのフローで自動的に取り込み、マッピングテーブルに基づいて親会社の勘定科目体系に変換します。Asteria Warpはノーコードでデータ変換フローを構築できるETLツール（データの抽出・変換・格納を行うツール）で、プログラミングの知識がなくても、画面上でドラッグ＆ドロップの操作でフローを組めます。

このステップで行う処理は3つです。1つ目は、子会社ごとのCSVカラムを親会社の統一フォーマットに揃えるカラムマッピングです。2つ目は、マッピングテーブルを参照して子会社の科目コードを親会社の科目コードに変換する科目読み替えです。3つ目は、海外子会社がある場合の通貨換算で、月末レートや期中平均レートを適用します。為替レートは外部のレート配信サービスからCSVで取得するか、手動で月次レートテーブルを更新する運用のどちらでも対応できます。

変換処理の最後に、貸借一致チェックと前月比で大きく乖離している科目のフラグ付けを自動で実行します。エラーが検出された場合は、担当者にメール通知が飛ぶように設定しておきます。エラーがなければ、変換済みデータは次のステップで使う連結処理用のデータベースまたはCSVとして出力されます。

担当者は親会社の経理チームのうち、連結処理を担当する1名です。エラー通知が来た場合のみ、該当する子会社の経理担当者に確認を取ります。正常に処理が完了した場合は、次のステップに進むだけです。

ステップ 3：連結消去仕訳を反映しレポートを出力する（BTrex連結会計）

Asteria Warpから出力された統一フォーマットのデータを、BTrex連結会計に取り込みます。BTrex連結会計は、内部取引の相殺消去、未実現利益の消去、持分計算といった連結特有の処理を行う専用ツールです。

BTrex連結会計にデータを取り込むと、あらかじめ設定しておいた連結消去仕訳のテンプレートに基づいて、内部取引の消去が自動的に実行されます。子会社間の売掛金と買掛金の相殺、グループ内売上と仕入の消去、配当金の消去などが該当します。これらのテンプレートも初回に設定すれば、以降は取引パターンが変わらない限りメンテナンス不要です。

処理が完了すると、連結貸借対照表、連結損益計算書、セグメント別の業績レポートが出力されます。出力形式はExcelやPDFに対応しているため、経営会議用の資料としてそのまま配布できます。

担当者は連結決算の最終確認を行う経理マネージャーです。BTrex連結会計が出力したレポートの数値を確認し、異常値があればステップ2に戻って原因を調査します。問題がなければ、経営会議への報告資料として確定します。

このワークフロー全体を通じて、2か月目以降の所要時間の目安は、ステップ1が1〜2営業日（子会社の提出待ち）、ステップ2が数時間（自動処理＋エラー確認）、ステップ3が半日から1営業日（連結処理＋最終確認）です。合計で3〜4営業日に収まることを目指します。

この組み合わせが機能する理由

マネーフォワード クラウド会計：子会社側の負担を最小限に抑えるデータ起点

連結処理の起点は子会社のデータです。子会社の経理担当者に複雑な操作を求めると、提出が遅れたりフォーマットが崩れたりする原因になります。マネーフォワード クラウド会計は国内の中小企業での導入実績が多く、CSVエクスポート機能が標準で備わっているため、子会社側の追加コストや学習コストが低い点が強みです。

一方で、すべての子会社がマネーフォワード クラウド会計を使っているとは限りません。弥生会計やfreee会計など他の会計ソフトを使っている子会社がある場合でも、CSVエクスポートという共通のインターフェースを使うことで、後続のETL処理に影響を与えずに対応できます。つまり、このワークフローは子会社の会計ソフトを統一しなくても機能する設計になっています。

制約として、マネーフォワード クラウド会計のCSVエクスポートのカラム構成はバージョンアップで変わることがあります。年に1〜2回、エクスポート形式が変更されていないかを確認し、変更があればAsteria Warpのマッピング設定を更新する運用が必要です。

Asteria Warp：プログラミング不要でデータ変換を自動化する中間処理

Asteria Warpを選定した理由は、ノーコードでデータ変換フローを構築できるため、経理部門の担当者自身がフローの修正やメンテナンスを行える点にあります。Pythonスクリプトやマクロで同様の処理を組むことも技術的には可能ですが、担当者の異動時に引き継ぎが困難になるリスクがあります。

Asteria Warpの強みは、CSVやExcelの読み込み、カラムの変換、条件分岐、エラーハンドリングといった処理をGUI上で組み合わせられることです。マッピングテーブルもCSVやExcelで管理でき、テーブルの更新だけで新しい科目の追加に対応できます。

トレードオフとして、Asteria Warpは月額課金のライセンス費用が発生します。子会社が2〜3社で科目数も少ない場合は、Excelのマクロで十分対応できるケースもあります。FitGapでは、子会社が5社以上、または科目の読み替えパターンが100を超える場合にAsteria Warpの導入効果が明確に出ると考えます。また、Asteria WarpのフローはGUI操作で構築するため、複雑なロジックを組む場合は処理フローが視覚的に煩雑になることがあります。フローの命名規則やドキュメント化のルールを最初に決めておくことを推奨します。

BTrex連結会計：連結特有の処理を専用ツールに任せる最終段階

連結消去仕訳や持分計算をExcelで管理している企業は多いですが、子会社が増えるとExcelの数式が複雑化し、検証が困難になります。BTrex連結会計は連結処理に特化したツールで、内部取引の消去テンプレートや為替換算の自動処理が標準機能として備わっています。

BTrex連結会計の強みは、連結処理のロジックがツール内に組み込まれているため、担当者が連結会計の専門知識を深く持っていなくても、テンプレートに沿って処理を進められる点です。また、監査対応として処理の履歴が自動的に記録されるため、監査法人からの質問に対してトレースが容易になります。

制約として、BTrex連結会計はあくまで連結処理の専用ツールであり、個社の会計処理や日常の仕訳入力には対応していません。また、導入時には連結消去仕訳のテンプレート設定やグループ会社マスタの登録が必要で、初期設定に2〜4週間程度の期間を見込む必要があります。子会社の資本構成が複雑な場合（段階取得や間接保有など）は、設定の難易度が上がるため、導入支援サービスの利用を検討してください。

Recommended tool list

結論：科目マッピングの一元管理と変換の自動化で連結処理を仕組み化する

子会社の実績データ収集と連結処理に時間がかかる根本原因は、科目の読み替えルールが属人化していることと、データ変換が手作業に依存していることの2点です。マッピングテーブルを一度構築してETLツールに組み込めば、毎月の変換作業はほぼ自動化できます。連結特有の消去仕訳は専用ツールに任せることで、Excelの数式管理から解放されます。

最初の一歩として、今月中に親会社と子会社1社の間で科目マッピングテーブルのドラフトを作成してください。子会社の試算表をCSVでエクスポートし、親会社の科目体系との対応を1行ずつ確認する作業です。この作業を通じて、読み替えが必要な科目の数と複雑さが把握でき、Asteria WarpやBTrex連結会計の導入判断に必要な情報が揃います。

Mentioned apps: Asteria Warp, BTrex連結会計, マネーフォワード クラウド会計

Related categories: RPA, 会計ソフト

Related stack guides: FTA/EPA協定の改正・新規発効情報を現場に届けて関税優遇の見逃しと法令違反を防ぐ方法, 取引先が増えるたびにデータ変換を個別開発する負担をなくし連携スピードとコストを改善する方法, EDI受信データと基幹システムのマスタ不整合を解消し受注処理の遅延と誤出荷を防ぐ方法, 複数システム間の手作業データ連携をなくしエンドツーエンドの業務自動化を実現する方法, グループ内取引の消去漏れと二重計上をなくし連結決算の手戻りを防ぐ方法