2つ目のエンティティは、もっと単純なはずでした。こちらに持株会社、あちらに事業会社、後から追加した不動産LLCもあるかもしれません。ところが今では、月末といえば、あなたしか理解できないワークブックに3つの試算表をエクスポートし、ゼロにならなければならないのにどうしてもゼロにならない4,000ドルの内部取引差額を追いかけ、リーダーシップに完全には説明できない連結利益の数字を送る作業になっています。ビジネスが20倍複雑になったわけではありません。しかしスプレッドシートがシステムになってしまったせいで、決算は20日長くなりました。
そのボトルネックこそ、会計ソフトウェアベンダーNetgainが狙っているものです。2026年6月30日、同社は新しい連結決算会計ソフトウェア製品のオープンベータを発表し、製品づくりに参加する会計リーダーの最初のコホート（参加者グループ）の募集を始めました。ベータ参加チームは2026年末までNetgainの製品チームと直接協働し、その後2027年第1四半期の正式リリースが予定されています。この製品に触れることがあるかどうかに関わらず、この発表は有益な触媒になります。連結決算は、会計の中でまだスプレッドシートに縛られた最後の領域の一つであり、Netgainが挙げる課題は、あなた自身の決算を診断するためのチェックリストになるからです。
Netgainが実際に発表したこと
発表の範囲は控えめで、それも信頼性の一部です。まだ一般リリースはありません。限定された顧客とパートナーのグループを募るベータプログラムであり、不動産、データセンター、太陽光インフラでよく見られるような、真に複雑な所有構造を持つ多エンティティ組織を対象としています。経理部長（コントローラー）への訴求は、より短くクリーンな決算です。CFOへの訴求は、数字がどのようにまとまったかを正確に把握した上で承認する自信です。
製品そのものより興味深いのは、課題のリストです。Netgainは、自社ソフトウェアが対応するよう設計された4つの失敗ポイントを挙げています。
- 固定された単一の報告階層。 ビジネスはエンティティ別、地域別、物件別、ファンド別に結果を見る必要がありますが、システムは1つのロールアップしか許さないため、代替のビューはすべて手作業での再構築になります。
- 完全所有を前提としたシステム。 すべてのエンティティが100%所有されていると想定されると、部分投資や非支配持分を適切に扱う方法がありません。
- 不透明な為替換算。 複数の通貨にまたがって積み上がる結果は、誰も元のレートに突き合わせられない換算調整を生み出します。
- それをまとめられないレポート。 連結は、各数字がどこから来たかをたどれる経路ではなく、チームが信じるしかない数字を生み出します。
4番目のポイントが設計の中心です。透明性、つまり連結後のすべての残高がどこから来て、どのように構築されたかを示すこと、そして同社が表現するところによれば、長らく唯一の選択肢だった専門的な連結ツールのコストのほんの一部で実現することです。Netgainの創業者たちのコメントも、より平易な言葉で同じことを言っています。連結は長すぎる間、難しく高コストでした。会計士は照合に費やす時間を減らし、判断にもっと時間を使うべきです。
このリストをもう一度読み返してください。これは自己診断テストにもなるからです。この4つのうち3つがあなたの決算に当てはまるなら、あなたの問題は努力量ではありません。アーキテクチャです。
帳簿がスプレッドシートの容量を超えた5つの兆候
決算が壊れていると教えてくれるベンダーは必要ありません。症状は測定可能です。重要な5つを、おおよそ現れる順に挙げます。
1. 決算に数週間かかり、数日では終わらない。 成長企業の適切に運営された決算は、5〜8営業日で完了します。連結がボトルネックになると、数字は膨らみます。Consero Globalの2024年のベンチマークによれば、連結を自動化していないCFOのほぼ半数が、帳簿を締めるのに21日以上を必要とします。10月の数字が11月も半分過ぎた頃に届くなら、誰もその数字でビジネスを運営していません。それは歴史を読んでいるだけです。
2. システムの外でスプレッドシートの回避策が増え続ける。 1つの連結ワークブックが3つになり、さらに為替スケジュール、内部取引トラッカー、そして誰も削除する勇気がない前任者が作ったバージョンが加わります。新しい回避策のそれぞれが、システムへの不信の表れであり、それぞれがただ1人の人間によって維持されています。その人が休暇中なら、決算は止まります。
3. 内部取引残高が最初のパスで一致しない。 親会社の子会社に対する売掛金は、毎月、1ドル単位まで子会社の親会社に対する買掛金と等しくなるはずです。そうならないとき——日付が違う、金額が違う、片側は計上されたがもう片側は忘れられた——差額は調整仕訳や仮勘定に入り、連結財務諸表はグループが自分自身に対して負う残高を静かに抱え込むことになります。
4. 為替換算がブラックボックス。 多通貨連結では、各エンティティを正しいレートで換算する必要があります。貸借対照表項目は現在レート、損益計算書の活動は平均レート、資本取引は歴史的レート、そしてその差額を換算調整として計上します。スプレッドシートで行うと、レートは貼り付けられ、数式は手作業で延長され、調整額は誰も再現できない数字になります。手作業の多通貨プロセスは、ほとんどの中堅企業ファイナンスチームにとって、決算遅延の上位3つの要因の一つです。
5. 「どのエンティティが儲かったか」をプロジェクトなしには答えられない。 連結合計は存在しますが、それをエンティティ別、拠点別、事業ライン別に切り分けるには、ロールアップを手作業で再構築する必要があります。これが単一階層の罠です。システムは1つのビューを生み出し、リーダーシップが実際に尋ねるあらゆる質問にはサイドクエストが必要になります。
より広い2つの統計が、その負荷に数字を与えます。LiveFlowの2026年のファイナンスチーム調査では、78%が決算を完了するために今もデータをスプレッドシートにエクスポートしており、75%が毎回の決算の一部を単にデータ待ちに費やしています。ボトルネックが会計知識であることはまれです。それは配管（データの流れ）です。
連結決算が実際に必要とするもの（どのツールを使うにせよ）
ソフトウェアは連結を自動化できますが、連結を定義することはできません。スプレッドシートであれどこであれ、4つの仕組みが正しくなければならないので、製品を評価する前にそれらの理解を固めてください。
内部取引の消去。 米国GAAP（ASC 810）とIFRS 10の両方の下で、連結グループは単一の経済実体として扱われます。子会社Aから子会社Bへの売却は外部世界への売却ではないため、消去されなければなりません。片側の収益ともう片側の費用は、両者間の売掛金と買掛金とともに消去されます。これを怠ると連結収益は過大計上されます。同じ1ドルを、移動したときに一度、グループを出たときに一度、二重に数えたことになるからです。
プレーンテキストの帳簿では、消去は内部活動を打ち消す2つのバランスの取れた仕訳にすぎません。
2026-10-31 * "Eliminate October intercompany management fee"
Income:Intercompany:Management-Fees 5000.00 USD
Expenses:Intercompany:Management-Fees -5000.00 USD
2026-10-31 * "Eliminate intercompany loan balance"
Liabilities:Intercompany:Loan-From-Parent 25000.00 USD
Assets:Intercompany:Loan-To-Subsidiary -25000.00 USD最初の仕訳は親会社の手数料収益を借方に、子会社の手数料費用を貸方に記録し、両方を連結結果から除去します。2番目は、親会社が資産として、子会社が負債として示す貸付金を打ち消します。どちらの仕訳も現金や外部の当事者には触れません。まさにそれが要点です。グループは自分自身にお金を借りることはできません。消去仕訳がスプレッドシートの調整ではなく、このような明示的な取引であれば、突合は自動です。連結残高は転記の合計であり、すべての転記がその理由を明示します。
非支配持分。 エンティティの100%ではなく80%を所有した瞬間、完全連結は依然として適用されます。子会社の資産、負債、収益、費用の100%を取り込みますが、外部が所有する20%は資本および純利益の非支配持分として表示されなければなりません。完全所有を前提に構築されたシステム（およびスプレッドシートのテンプレート）にはこれを見せる場所がなく、部分所有はサイド計算でごまかされます。あなたの構造に少数株主、合弁事業、外部LPを持つファンドが含まれるなら、評価するツールがNCIを後付けではなくネイティブにモデル化することを確認してください。
可視化されたレートによる為替換算。 各外国エンティティは機能通貨で帳簿を保持し、連結はそれらを報告通貨に換算します。仕組みは標準的です。資産と負債は現在レート、収益と費用は平均レート、資本取引は歴史的レート。しかし重要な統制はトレーサビリティです。換算後のすべての残高は、使用されたレートとレート種別にたどれるべきです。「スプレッドシートにそう書いてある」は統制ではありません。見込みのあるツールに、換算後の数字の背後にあるレートを見せてもらい、できなければ手を引いてください。
1つに統一され、強制される勘定科目表。 連結はエンティティ間で勘定科目を合算しますが、それは科目がどこでも同じ意味を持つ場合にのみ機能します。子会社Aがソフトウェアのサブスクリプションを事務費に、子会社BがITサービス費に計上すれば、連結後の勘定科目は虚構になります。何かを自動化する前に、エンティティ間で勘定科目表を標準化してください。同じ番号、同じ定義、ローカルな違いに対する同じマッピングです。一貫性のない科目表に適用された自動化は、間違った答えをより速く生み出すだけです。
製品を買う前にプロセスを直す
乱雑なプロセスの上に購入された連結ツールは、より速い乱雑さになります。4つの修正はコストがかからず、どのソフトウェアが成功するかを決めます。
-
内部取引は年末ではなく毎月照合する。 すべての内部取引残高を月次の突合スケジュールに載せてください。各エンティティが各カウンターパーティに対して負うものと負われるものをリスト化し、差額は発生した月に調査し、説明できないまま繰り越さないようにします。ほとんどの内部取引差額はタイミングやデータ入力の誤りで、当月なら数分で直せますが、6か月後なら何時間もかけてフォレンジックに再構築することになります。
-
すべてのエンティティに同じ決算カレンダーを与える。 最後のエンティティが締めるまで連結は始められないため、1つのエンティティの遅れがグループ全体を遅らせます。単一の締め切り、単一の提出期限、エンティティごとの名指しの担当者を定めてください。データ待ちの75%のチームは、ほとんどが人ではなくプロセスを待っています。
-
所有構造図を文書化する。 グループ構造を描いてください。すべてのエンティティ、すべての所有割合、期間中のすべての変更を記し、最新の状態に保ちます。年中の買収、一部売却、新規エンティティはそれぞれ、何がどのように連結されるかを変えます。図が誰かの頭の中にあれば、連結はその人の記憶のすべての欠落を引き継ぎます。
-
すべての連結残高の背後に裏付けを残す。 各連結数字は、エンティティの試算表に加え、消去、NCI配分、換算調整の可視化されたリストにたどれるべきです。これはNetgainが売り込んでいる透明性ですが、同時に単なる良い実務でもあります。監査人、買い手、新しい経理部長が、あなたに数式の意味を尋ねることなく、どの残高でもその源泉までたどれるべきです。
この4つを行えば、2つの良い結果が続きます。決算がスプレッドシートがあと1年生き残れるほど速くなるか——これは正当な結果です——さもなければ、各機能がどの痛みを殺さなければならないかを正確に把握した上で製品評価に臨むか、です。
ツールを評価するなら——あるいはベータに参加するなら
Netgainの最初のコホートは多くの選択肢の一つであり、ベータプログラムは冷静な目で見るに値します。利点は現実です。通常は有利な価格で、製品チームに直接アクセスしながら、あなたの実際の構造に合わせて製品を形作れます。代償も現実です。ベータソフトには荒削りな部分があり、テストはあなたのチームが行い、方針転換するベンダーはあなたのプロセスを置き去りにしかねません。決算の唯一の経路としてベータに参加してはいけません。既存の決算と並行して走らせ、仕事に値することを証明させるまでにしてください。
どのベンダーと話すにせよ、失敗リストが示唆する質問をしてください。
- 何も再構築せずに、同じ月末を2つの異なる階層——エンティティ別と事業ライン別——で見せてください。
- 部分所有の子会社が非支配持分に流れ込む様子と、その背後の監査証跡を見せてください。
- 換算後の残高と、その背後にある正確なレートを見せてください。
- 1つの連結数字からすべての源泉転記までの全経路を見せてください。
デモがあなたの構造に似たもので、これらの4つをライブでできなければ、その製品はあなたより単純な会社を解決するものです。
最後の有益な一歩
連結ソフトウェアが脚光を浴びているのは、痛みがついにベンダーに届くほど大きくなったからです。しかしあなたにとって重要なニュースは製品発表ではなく、その中のチェックリストです。今週、決算を段階ごとに計測し、日数が実際にどこへ消えるかを見つけてください。すべての内部取引残高をゼロか、名前と日付のある説明に照合してください。そしてグループ構造を所有割合とともに書き留めてください。これら3つの成果物——計測された決算、クリーンな内部取引、最新の構造図——こそ、何かを買うかどうかに関わらず、次の決算をより速くするものです。スプレッドシートがシステムだったことは決してありません。あなたがシステムでした。あなたが知っていることを、数字があなたの記憶に依存しなくなるほど可視化してください。そうすればツールの判断は容易になります。
