複数エンティティの会計: 連結、会社間およびレポート作成

複数のエンティティの会計では、簿記が非常に複雑になります。単一法人のビジネスには、1 つの勘定科目表、1 つの帳簿、および 1 つの納税申告書があります。子会社を持つ親会社、複数の拠点を持つフランチャイズ、または多様な投資を行う持株会社など、複数の事業体を持つ企業は、企業間取引を排除してグループを単一の経済単位として示す連結財務諸表を作成しながら、各事業体ごとに個別の帳簿を維持する必要があります。単一企業の簿記担当者が月末に 3 日かかる連結プロセスは、複数企業の管理者では 10 ～ 15 日かかります。また、会社間消去や為替換算のエラーにより、グループ財務情報が数百万単位で虚偽表示される可能性があります。

このガイドでは、完全な複数エンティティの会計フレームワークについて説明します。エンティティ全体で機能する統一勘定科目表の設計、会社間取引と移転価格の管理、連結のための消去入力の実行、複数通貨換算の処理、IFRS および US GAAP 連結基準への準拠の確保などです。

重要なポイント

• すべてのエンティティにわたる標準化された勘定科目表が基盤です。これがないと、連結には常に手動でマッピングする必要があり、エラーが発生します。
• 企業間取引は、双方の残高を照合してリアルタイムで追跡する必要があります - 月末の不一致は解決に手間と費用がかかります
• 消去記入により、連結計算書での二重計算を防ぐために、会社間の売上、売掛金、買掛金、在庫利益、配当金が削除されます。
• 複数通貨の連結では、各子会社の財務情報を正しい為替レート（貸借対照表では現在レート、損益計算書では平均レート）で換算する必要があります。
• IFRS 10 および ASC 810 は、企業をいつ連結する必要があるかを定義しています。重要な基準は単なる所有権の割合ではなく、管理です。
• 会社間の照合と消去の自動化により、統合完了時間を 50 ～ 70% 短縮できます

---

統一勘定科目表の設計

勘定科目表 (COA) は、マルチエンティティ会計のバックボーンです。各エンティティが異なる COA (異なる口座番号、異なる命名規則、異なる詳細レベル) を使用している場合、統合は、エラーが発生しやすく、時間がかかり、脆弱なマッピング作業になります。

グループ COA 設計原則:

推奨される口座番号構造:

[Entity Code]-[Account Number]-[Sub-Account]

Example:
01-4100-001 = Entity 01, Product Revenue, Sub-account 001
02-4100-001 = Entity 02, Product Revenue, Sub-account 001

この構造により、次の 3 つのレベルでレポートを作成できます。

• エンティティ レベル: エンティティ 01 のすべてのアカウント
• エンティティ全体のアカウント レベル: すべてのエンティティにわたるアカウント 4100 (製品収益の合計)
• 連結: すべてのエンティティにわたるすべてのアカウント、消去が適用されます

マルチエンティティ設定における一般的な COA の間違い:

1. 各エンティティに独自の COA を設計させる — マッピングの悪夢が生じます。アカウントが類似している場合でも、構造と命名にわずかな違いがあると統合エラーが発生します。
2. 会社間アカウントが少なすぎる — すべての会社間取引に単一の「会社間」アカウントを使用しています。適切な消去を実行するには、会社間の売掛金、買掛金、収益、経費、ローン、資本用に個別の勘定科目が必要です。
3. 通貨またはエンティティの分割なし — GL が各取引のエンティティと通貨を追跡しない場合、連結を自動化することはできません。
4. 一貫性のないコストセンターまたは部門のコーディング - エンティティ 1 がマーケティング費用を部門 300 にコード化し、エンティティ 2 がマーケティング費用を部門 500 にコード化した場合、統合された部門レポートは無意味になります。

---

会社間取引管理

企業間取引とは、同じグループ内の事業体間の取引であり、製造子会社から販売子会社への売上、親会社から子会社への管理手数料、事業体間の融資、シェアードサービスの割り当て、配当金の支払いなどです。これらは両方のエンティティに同時に記録され、完全に一致する必要があります。

一般的な会社間取引の種類:

|取引タイプ |エンティティ Aエンティティ B の書籍 |削除が必要です | |---|---|---|---| |企業間販売 |収益 + 売掛金 |売上原価 + 支払額 |収益と原価計算、売掛金と買掛金の関係を排除 | |管理費 |管理費収入 |管理費費用 |収入と支出の関係をなくす | |企業間融資 |貸付金 + 受取利息 |借入金+支払利息 |売掛金と買掛金、収入と支出を消去 | |配当金支払い |配当収入 |配当金支払額（自己資本） |収入と資本の関係を排除する | |共有サービスの割り当て |配分収入 |割り当てられた経費 |収入と支出の関係をなくす | |資産譲渡 |譲渡損益 |譲渡価格での資産 |損益を排除し、資産を元のコストに調整 |

会社間マッチングプロセス:

1. 開始: 1 つのエンティティが会社間取引を記録します (例: エンティティ A がエンティティ B に請求書を発行する)
2. ミラー: 相手方エンティティは相殺エントリを記録します (エンティティ B はエンティティ A への支払額を記録します)。
3. 照合: 期末に、すべてのエンティティ ペア間の会社間残高を比較します。事業体 A の売掛金は事業体 B の支払債務と等しくなければなりません
4. 不一致を解決する: 相違点を調査して修正します (タイミングの相違、入力漏れ、誤った金額、通貨換算の相違)。
5. 確認: 統合を開始する前に、両方のエンティティが一致する残高を確認します。

会社間の不一致の原因と解決策:

ベスト プラクティス: 会社間清算システム

会社間取引を各エンティティで個別に記録するのではなく、1 つのエントリで両方の取引が自動的に作成される会社間決済システムを使用します。エンティティ A がエンティティ B に請求を行うと、システムはエンティティ A の売掛金とエンティティ B の買掛金を同時に記録し、最初から完全な一致を保証します。 Odoo の会社間モジュール、SAP の会社間処理、および NetSuite の会社間フレームワークはすべて、このアプローチをサポートしています。

---

連結のための消去エントリ

消去エントリは連結の中心です。これにより、企業間取引の影響が除去され、連結財務諸表ではグループが外部関係者のみを扱う単一の事業体として表示されます。

標準消去エントリ:

1.会社間の収益と売上原価

子会社 A が子会社 B に 500,000 ドルの商品を販売した場合:

2.会社間の売掛金および買掛金

子会社 A が子会社 B から 200,000 ドルの債権を持っている場合:

3.在庫の未実現利益

子会社 A が 30% のマークアップで子会社 B に商品を販売し、期末時点でそれらの商品のうち 150,000 ドルが子会社 B の在庫に残っている場合、未実現利益は 150,000 ドル x 30/130 = 34,615 ドルとなります。

この削除により、連結在庫は会社間移転価格ではなく、グループの当初原価で表示されることが保証されます。

4.会社間配当

子会社 A が親会社に 100,000 ドルの配当を支払った場合:

5.子会社への出資

二重計算を避けるために、親会社の投資残高と子会社の資本を消去する必要があります。

削除のベスト プラクティス:

• 各期間を再計算するテンプレートを使用して標準消去を自動化します
• 監査を明確にするために、エンティティレベルの仕訳とは別に消去仕訳を維持します。
• 監査員によるレビューのために、各消去エントリの背後にあるロジックを文書化します。
• 完全性を期すために四半期ごとに消去を確認します - 新しい取引タイプには新たな消去が必要になる場合があります

---

複数通貨の統合

子会社が異なる機能通貨で運営されている場合、連結前に財務諸表を親会社の報告通貨に換算する必要があります。換算方法は、子会社の機能通貨と親会社の報告通貨との関係によって異なります。

現行レート法（IFRSおよび米国会計基準）に基づく換算:

為替換算調整 (CTA):

子会社の貸借対照表を終値レートで換算し、損益計算書を平均レートで換算すると、換算された貸借対照表の両面のバランスがとれなくなります。この差額は為替換算調整勘定 (CTA) であり、連結貸借対照表のその他の包括利益 (OCI) に記録されます。 CTA は現金の損益ではなく、子会社が売却または清算されるまで資本に蓄積される換算成果物です。

複数通貨統合の課題:

---

IFRS と US GAAP の連結要件

いつ、どのように統合するかを理解することはコンプライアンス要件であり、選択できるものではありません。 IFRS 第 10 号と ASC 第 810 号はどちらも、親会社が子会社を支配する場合には連結を義務付けています。

IFRS第10号に基づく統制定義:

投資家が以下の場合、投資家は被投資者を支配します。

1. 投資先に対する権限（関連する活動を指揮する能力）
2. 投資先からの変動収益へのエクスポージャ
3. 権力を利用して利益に影響を与える能力

統合のしきい値:

連結におけるIFRSと米国会計基準の主な違い:

---

統合テクノロジーと自動化

スプレッドシートでの手動統合はエラーが発生しやすく、時間がかかり、3 ～ 5 個のエンティティを超えて拡張することはできません。専用の統合ツールにより、データ収集、会社間照合、消去、通貨換算、レポート作成が自動化されます。

統合プラットフォームの比較:

統合自動化の利点:

• データ収集: すべてのエンティティからの試算表の自動インポートにより、手動によるデータ収集が不要になり、完了までの時間が 2 ～ 3 日短縮されます。
• 会社間照合: 不一致アラートによる会社間残高の自動比較により、照合時間を数日から数時間に短縮します
• 消去エントリ: テンプレートベースの消去仕訳エントリの自動生成により、エラーが削減され、一貫性が確保されます。
• 通貨換算: 設定されたレートを使用した自動換算、CTA の計算と自動送信
• レポート: 連結財務諸表、セグメントレポート、管理レポートパックをワンクリックで生成

Odoo、QuickBooks、Xero、またはその他のプラットフォームで複数エンティティの会計を管理している企業 (勘定科目表の設計、会社間の自動化、連結レポートなど) は、ECOSIRE の 会計サービス を検討してください。私たちのチームは技術的な複雑さに対処するため、財務チームは分析と戦略に集中できます。

---

よくある質問

いつ財務諸表を連結する必要がありますか?

親会社が 1 つ以上の子会社を管理する場合、連結が必要です。 IFRS第10号では、親会社が子会社に対する権限を有し、変動収益へのエクスポージャーを有し、その権限を利用して収益に影響を与える能力を有する場合に支配が存在する。実際には、議決権株式の 50% 以上を所有すると、支配権があるとの推定が生じます。非上場企業であっても、貸し手、投資家、または規制上の目的で連結財務諸表が必要な場合もあります。統合要件を決定するには、監査人に相談してください。

エンティティ間で異なる会計年度末をどのように処理すればよいですか?

IFRSでは、子会社と親会社の報告期間の間に最大3か月の差異が認められています。子会社の年度末日が 3 月 31 日で、親会社の年度末日が 12 月 31 日の場合、子会社は連結目的で 12 月 31 日現在の追加財務情報を作成できます。または、親会社はギャップ期間の重要な取引について調整を加えた 3 月 31 日の計算書を使用できます。 US GAAP では通常、同じ報告期間が必要です。最も簡単な解決策は、すべての事業体を同じ会計年度末に揃えることです。

消去エントリと調整エントリの違いは何ですか?

入力を調整すると、個々の企業の財務諸表が修正または更新されます (見越額、繰延、再分類、誤り訂正)。それらは企業自身の帳簿に記録されます。消去エントリは連結レベルでのみ存在します。これにより、会社間取引の影響が除去され、グループが単一のエンティティとして表示されます。消去は個々の企業の帳簿には記録されません。これらは、連結調書または連結システムにのみ表示されます。

連結対象の在庫における会社間利益はどのように処理すればよいですか?

ある事業体がグループ内の別の事業体に商品を値上げ価格で販売し、それらの商品が期末時点で買い手の在庫に残っている場合、会社間利益は消去されなければなりません。未実現利益は次のように計算します: 手持在庫 x (マークアップ / (1 + マークアップ))。留保利益または原価計算および貸方在庫を借方に記入します。これにより、連結在庫が膨らんだ会社間移転価格ではなく、グループの元の原価で表示されることが保証されます。在庫が外部顧客に販売される次の期間に、消去は元に戻ります。

為替換算調整 (CTA) の原因とその報告方法は何ですか?

CTA は、貸借対照表項目が期末 (期末) 為替レートで換算されるのに対し、損益計算書項目は期の平均レートで換算されるために発生します。これらのレートが異なるため、換算された貸借対照表のバランスがとれません。プラグインは CTA です。これは、連結貸借対照表の資本の部のその他の包括利益（OCI）に報告されます。 CTA は、子会社が売却または清算される場合にのみ損益計算書に再利用されます。これは現金の損益ではなく、グループの課税所得には影響しません。

エンティティ間で異なる会計ソフトウェアを使用しても、統合することはできますか?

はい、ただし複雑さが増します。エンティティ A が Odoo を使用し、エンティティ B が QuickBooks を使用する場合、両方のシステムから試算表をインポートし、異なる勘定科目表を共通の構造にマッピングして、統合を実行できる統合ツールが必要です。 Planful、DataRails などのツール、さらには適切に構造化された Excel モデルでもこれに対処できます。ただし、マッピング プロセスは手動で行われるため、エラーが発生しやすくなります。長期的な推奨事項は、統合が組み込まれた単一のプラットフォーム (Odoo、NetSuite、または Sage Intacct) にすべてのエンティティを移行することです。