Opening Hook
You’re three weeks away from quarter-end close. Finance has forty intercompany transactions in the queue: payables between subsidiaries, recharges for shared services, allocation of corporate expenses. Your team has been manually creating elimination entries in Dynamics 365 Finance for two years now, checking each one against the subledger balances to make sure matching transactions offset properly. It works, but it’s a manual gauntlet—and every quarter, at least one entry gets posted twice, or one side doesn’t match the other, forcing a restatement. The real question isn’t whether you can automate it. It’s why you haven’t, and what you’re risking by waiting.
Intercompany elimination automation is one of those finance capabilities that sits between the realm of “obvious good idea” and “surprisingly complicated to implement.” Most organizations running Dynamics 365 Finance intend to automate it. Many skip it because the setup looks straightforward until you actually try to accommodate the real-world variations in how subsidiaries actually transact with each other. The result is that finance teams at medium and large enterprises spend days each close period on what should be a single-click process, and they accept monthly restatements as a cost of doing business.
The problem isn’t the tool. It’s the gap between what the elimination process *should* do and what most companies configure it to do.
Why Elimination Automation Fails in Practice
Dynamics 365 Finance includes native intercompany elimination capabilities. You can set up elimination rules, run a batch process, and create the offsetting journal entries automatically. In theory, this solves the manual-entry problem. In practice, most finance teams who build this end up abandoning it or working around it because the actual requirements are messier than the standard feature handles.
The standard elimination process works like this: define a rule (for example, “eliminate all transactions between subsidiary A and subsidiary B”), run the process, and Finance creates an elimination entry that offsets the amounts on both sides. Clean. Logical. Doesn’t work for half your transactions.
Consider what actually happens at close time. You have intercompany payables where subsidiary A owes subsidiary B for consulting services. You have expense allocations where the parent company charged subsidiaries for IT overhead. You have intercompany sales that aren’t yet invoiced, sitting as accrued revenue. You have currency revaluation differences on intercompany balances. You have partial payments that leave hanging balances. You have transactions posted in different legal entities with different chart-of-accounts structures, so the elimination account on one side doesn’t perfectly mirror the elimination account on the other.
Standard elimination rules assume bilateral, matching transactions in symmetrical account hierarchies. Your actual data looks nothing like that. So when you run the elimination batch, you get partial results, exceptions, and holes you have to patch manually. The bottleneck doesn’t disappear; it just shifts from “enter elimination entries” to “fix elimination exceptions.”
Finance leaders often respond to this by either (a) maintaining manual entries anyway because they understand exactly what’s being eliminated, or (b) accepting that some intercompany balances don’t get eliminated and building manual reconciliation into the close checklist. Both options are expensive. Both hide the problem behind process discipline rather than solving it.
The Core Configuration Trap
The most common failure point is account-matching logic. Dynamics 365 Finance’s elimination feature requires you to specify which accounts on one side of the transaction pair with which accounts on the other side. This sounds straightforward: payables account 200100 on the subsidiary pairs with revenue account 400200 on the parent. For a multi-subsidiary enterprise, you end up with dozens of pairing rules, each of which assumes the same chart-of-accounts structure exists in every legal entity.
But most organizations don’t have symmetrical chart-of-accounts structures across subsidiaries. One subsidiary might use a three-digit cost center code as part of its account number; another uses a six-digit project code. One subsidiary’s chart reflects its regulatory requirements; another reflects its parent’s reporting structure. When you try to force a uniform pairing rule across this, the automation fails on the exceptions—and the exceptions are where your intercompany risk actually lives.
The second configuration trap is elimination method selection. Dynamics 365 Finance offers three elimination methods: by elimination account, by elimination rules, and by source dimensions. Many teams choose by elimination account because it sounds simpler: just specify the account number that identifies an elimination entry, and the system will eliminate matching balances. This works if every intercompany transaction is coded to the same elimination account. It fails the moment transactions are coded to different accounts based on business unit or transaction type, which is what most accounting policies actually require.
A third trap, often overlooked during implementation, is timing. The elimination process doesn’t recognize transaction reversals. If subsidiary A reverses an intercompany invoice in one period and reissues it in the next, the elimination logic might net them in one period (correctly) but not eliminate the new entry in the next (incorrectly). If you have accrual entries that roll forward, the system doesn’t know whether an accrual has been settled or not. You end up eliminating transactions that shouldn’t be eliminated, or leaving open balances that should have been cleared.
What Actually Works: The Approach That Finance Leaders Should Use
The finance teams with the most reliable elimination processes don’t rely on the standard feature to do all the work. Instead, they use Dynamics 365 Finance’s elimination tools as a framework, but they layer on additional validation and semi-automation. Here’s the pattern:
First, establish elimination rules that cover your high-volume, repetitive transactions. These are usually the 70 or 80 percent of intercompany activity that follows a consistent pattern: standard intercompany invoicing, allocated expenses, routine recharges. For these, the elimination batch process should work cleanly. Document what these rules eliminate, down to the account level and dimension combinations.
Second, build a separate process for exception handling. Run the elimination batch, but don’t post the results immediately. Export the elimination entries to Excel or a Power BI model, and validate them against your subledger balances before posting. Check that every elimination entry has a matching transaction on both sides of the elimination. Check that no entries are created for reversal transactions or accruals that should roll forward. This step takes time, but it’s a single review pass instead of forty manual entries, so it’s still a win. It also creates an audit trail for your external auditors.
Third, identify which intercompany transactions or balance types require manual elimination because they’re too irregular for the standard process. These might be settlement-in-progress balances, partial intercompany payments, or transactions that cross subsidiaries with fundamentally different chart structures. Document these explicitly. Don’t pretend the automation covers them. Instead, build a checklist that the finance team follows at close time to ensure these balances are explicitly reviewed and eliminated if appropriate.
Fourth, if your organization is running Dynamics 365 Finance with Power Automate or has development resources, invest in a custom validation flow. The flow should read the pending elimination entries, compare them to the underlying subledger transactions, check for matching invoices or supporting documentation, and flag entries that don’t pass basic reasonableness checks. This isn’t fully automatic elimination, but it’s a guardrail that catches the most common errors: duplicated entries, reversed entries posted as new eliminations, and account mismatches that slipped through the configuration.
The Business Case for Getting This Right
Finance organizations that automate 80 percent of intercompany eliminations and tightly control the remaining 20 percent typically see close cycles compress by two to three days. They reduce restatements for intercompany errors to nearly zero. They cut the finance team’s close-period overtime significantly. They have a documented process that external auditors can review with confidence.
But the real benefit is visibility. When intercompany eliminations are systematized, not manual, you actually know which transactions were eliminated and why. You have an audit trail. You can run analytics on intercompany activity and see patterns: which subsidiaries have the most outstanding intercompany balances, which transaction types take longest to settle, where cash is actually stuck in the system. That visibility drives better working capital management and faster cash conversion.
The risk of not doing this isn’t just operational. If your finance team is doing intercompany eliminations manually, you’re relying on individual judgment calls about what to eliminate and what to leave open. That’s fine until someone new joins the team, or someone leaves, and the institutional knowledge walks out the door. You end up with intercompany balances that neither the subsidiary nor the parent fully understands. You run into issues at audit time or during a consolidation review that force a restatement.
Getting Started
If you’re currently doing intercompany eliminations manually in Dynamics 365 Finance, your first step is to stop trying to fully automate them immediately. Instead, audit what you’re actually eliminating each month. Document the transactions, the accounts involved, the business rationale. This gives you the blueprint for what the automation should cover versus what requires manual review.
Build the elimination rules in a test environment first, and run them against three months of historical data. Don’t post the entries. Instead, compare what the system generated against what your finance team actually eliminated in those three months. Identify where the automation missed transactions or created incorrect entries. Fix the configuration. Repeat.
Once the automation covers the repetitive 80 percent cleanly, document what’s left as exception handling. Document the account pairing rules so that whoever is managing the process next year—or five years from now—understands why the automation is configured the way it is.
If you have the resources, layer on a Power BI dashboard or a Power Automate flow that validates elimination entries before posting. Even a simple check that counts invoices on both sides of the elimination catches most errors.
The close process is where finance leaders are usually most stretched during the month. Taking even two days off your close cycle is worth the implementation effort.
About Routeget Technologies
Routeget Technologies has spent years helping mid-market and enterprise finance organizations streamline their period-close processes in Dynamics 365 Finance. Intercompany elimination automation is one of the first things we look at during an implementation review because it’s one of the highest-return-on-effort improvements available. If your current close process is still mostly manual, we can help you audit what’s actually happening, design an elimination configuration that works for your subsidiary structure, and build the validation layer that keeps the automation reliable.
#IntercompanyElimination #DynamicsFinanceOps #FinanceAutomation #PeriodClose #ERPGovernance #FinanceTransformation #DynamicsFinance