Infrastructure for Intercompany Reconciliation & Elimination
Automates reconciliation and elimination of intercompany transactions for consolidated financial statements, reducing close cycle time.
Analysis based on CMC Framework: 730 capabilities, 560+ vendors, 7 industries.
Key Finding
Intercompany Reconciliation & Elimination requires CMC Level 4 Formality for successful deployment. The typical finance & accounting organization in Insurance faces gaps in 4 of 6 infrastructure dimensions.
Structural Coherence Requirements
The structural coherence levels needed to deploy this capability.
Requirements are analytical estimates based on infrastructure analysis. Actual needs may vary by vendor and implementation.
Why These Levels
The reasoning behind each dimension requirement.
Intercompany reconciliation automation requires machine-queryable encoding of consolidation hierarchy, legal entity ownership structures, elimination rules (which intercompany account pairs eliminate against each other), and matching logic for intercompany reinsurance between affiliates. Consolidation rules must specify precisely which dividends, capital contributions, and management fees eliminate at each consolidation level. These rules must be formally structured — not narrative accounting memos — so the system can generate elimination entries without human determination of which entity-pair transactions cancel.
Intercompany reconciliation requires systematic capture of all intercompany transactions across legal entities with matching reference codes that allow the system to pair offsetting entries. Every intercompany reinsurance premium, dividend, management fee, and capital contribution must be captured in the respective entity's GL with a shared transaction identifier enabling automated matching. Systematic capture through defined intercompany posting procedures — not ad-hoc journal entries — ensures the reconciliation system can identify unmatched items without manual research.
Automated intercompany elimination requires formal ontology: Entity nodes in the consolidation hierarchy with ownership percentages; IntercompanyTransaction entities with debit entity, credit entity, account code, and elimination level attributes; elimination rule relationships mapping specific account code pairs to consolidation journal entries; and currency translation relationships for multi-currency structures. Without these formalized relationships, the system cannot automatically determine that an intercompany reinsurance premium ceded by Entity A eliminates against assumed premium at Entity B at the holding company consolidation level.
Intercompany reconciliation requires API access to general ledger data from all legal entities — subsidiary and parent — enabling the system to pull current period intercompany balances without manual extraction from each entity's ERP instance. The elimination engine must query and compare intercompany receivables and payables across entities in real time during the close cycle. Currency exchange rate data must be accessible for multi-currency intercompany balances. Consolidation output must post to the corporate reporting system via API.
Intercompany elimination rules require event-triggered updates when the corporate structure changes — a new subsidiary is formed, an affiliate is sold, or a new intercompany agreement is established. A new intercompany reinsurance treaty between affiliates must immediately generate new elimination rule pairs before the next close cycle. Corporate restructurings require rapid consolidation hierarchy updates; waiting for annual maintenance cycles causes elimination errors in the first close after a structural change.
Intercompany reconciliation across multiple legal entities requires an integration platform connecting all entity GLs — potentially on different ERP instances from acquisitions — to a central consolidation engine. Unlike single-system capabilities, this capability requires data flowing from multiple heterogeneous source systems (different ERP platforms, different chart of accounts structures) through a unified integration layer that normalizes data before matching. An iPaaS handling entity-specific transformation rules enables the reconciliation engine to compare like-for-like balances without manual crosswalk maintenance.
What Must Be In Place
Concrete structural preconditions — what must exist before this capability operates reliably.
Primary Structural Lever
How explicitly business rules and processes are documented
The structural lever that most constrains deployment of this capability.
How explicitly business rules and processes are documented
- Documented intercompany transaction policy specifying which transaction types require elimination, the booking entity pairing rules, and the settlement timing standards for premiums ceded, management fees, and cost allocations
Whether operational knowledge is systematically recorded
- Systematic capture of intercompany transaction details at origination — entity pair, transaction type, amount, currency, and settlement date — written to a central intercompany ledger accessible to all parties
How data is organized into queryable, relational formats
- Standardized intercompany account numbering convention applied consistently across all legal entities, enabling automated matching by counterparty account code without entity-specific mapping tables
Whether systems expose data through programmatic interfaces
- Queryable access to sub-ledger detail for all intercompany accounts across entities, with sufficient granularity to identify unmatched transactions by originating journal entry
How frequently and reliably information is kept current
- Pre-close confirmation workflow requiring each entity controller to certify intercompany balances match counterparty records before the elimination journal is posted, with exception tracking
Whether systems share data bidirectionally
- Direct ledger integration connecting all entity general ledgers to the consolidation system, enabling automated elimination entry generation without manual balance uploads from subsidiary finance teams
Common Misdiagnosis
Consolidation teams focus on the elimination journal automation while the actual source of close delays is that intercompany account codes are not standardized across entities — matching algorithms fail on structurally different account numbers that represent the same transaction type.
Recommended Sequence
Start with documenting intercompany policy and standardizing account numbering conventions because the matching and elimination logic has no stable key to operate on until counterparty account pairs are consistently coded across all legal entities.
Gap from Finance & Accounting Capacity Profile
How the typical finance & accounting function compares to what this capability requires.
More in Finance & Accounting
Frequently Asked Questions
What infrastructure does Intercompany Reconciliation & Elimination need?
Intercompany Reconciliation & Elimination requires the following CMC levels: Formality L4, Capture L3, Structure L4, Accessibility L3, Maintenance L3, Integration L4. These represent minimum organizational infrastructure for successful deployment.
Which industries are ready for Intercompany Reconciliation & Elimination?
Based on CMC analysis, the typical Insurance finance & accounting organization is not structurally blocked from deploying Intercompany Reconciliation & Elimination. 4 dimensions require work.
Ready to Deploy Intercompany Reconciliation & Elimination?
Check what your infrastructure can support. Add to your path and build your roadmap.