Intercompany elimination rules causing batch processing delays and memory spikes

Our consolidation batch jobs have become painfully slow since implementing complex intercompany elimination rules last quarter. Jobs that previously completed in 45 minutes now take 3-4 hours, and we’re seeing memory utilization spike to 90%+ during elimination processing.

The delays are creating a ripple effect across our financial reporting timeline. Our consolidated financial statements are now delayed by 1-2 days each month, which is unacceptable to our executive team. We have approximately 15 legal entities with significant intercompany transactions across 8 different currencies.

The performance degradation seems to correlate with the number of elimination rules we’ve configured (currently 47 rules covering various transaction types). Is there a practical limit to elimination rule complexity, or are we missing something in our configuration approach?

I’ll provide a comprehensive solution addressing all three dimensions of your consolidation performance challenge:

1. Slow Consolidation Batch Jobs: Your 3-4 hour processing time with 47 elimination rules indicates rule optimization is critical. Implement a three-tier rule architecture:

Tier 1 - Volume Eliminators (5-8 rules): Create broad rules for high-volume, straightforward eliminations (standard intercompany receivables/payables, simple loan eliminations). These should process 60-70% of your transaction volume quickly. Use specific account ranges rather than wildcards to improve matching performance.

Tier 2 - Complex Business Rules (15-20 rules): Handle scenarios requiring conditional logic, currency-specific treatments, or regulatory requirements. Optimize these by:

  • Adding date range filters to limit matching scope
  • Using entity relationship hierarchies to pre-filter candidates
  • Implementing amount thresholds to exclude immaterial transactions
  • Sequencing rules from most to least restrictive

Tier 3 - Exception Handlers (3-5 rules): Final catch-all rules for edge cases and manual adjustments.

This restructuring typically reduces rule count by 40-50% while maintaining accuracy. For your 47 rules, target consolidation to 25-28 optimized rules.

2. Memory Spike Resolution: Memory spikes to 90% occur when elimination matching loads excessive transaction datasets simultaneously. Implement these controls:

  • Partition Processing: Break your consolidation into regional batches (Americas, EMEA, APAC) that run sequentially rather than processing all 15 entities simultaneously. This caps memory usage at 60-65% per batch.

  • Transaction Filtering: Add pre-elimination filters at the data source level. Configure your financial accounting to flag intercompany transactions with specific attributes, allowing elimination rules to query smaller, pre-filtered datasets.

  • Scheduled Optimization: Run consolidation during your tenant’s designated low-activity windows. Memory allocation is more generous during off-peak periods.

  • Rule Sequencing: Order elimination rules by transaction volume (descending). Processing high-volume rules first reduces the dataset size for subsequent rules, preventing memory accumulation.

3. Financial Reporting Delays: Your 1-2 day reporting delay is unacceptable and requires workflow restructuring:

Implement Progressive Consolidation:

  • Day 1-2 after month-end: Run Tier 1 elimination rules (covers 70% of eliminations)
  • Day 2: Generate preliminary consolidated reports for executive review
  • Day 3: Complete Tier 2 and Tier 3 rules for final adjustments
  • Day 3 afternoon: Publish final consolidated statements

This approach provides executives with substantially complete reports within 2 days while maintaining accuracy in the final version.

Technical Optimizations:

  • Enable parallel processing for independent elimination rules (rules that don’t reference each other’s results)
  • Implement elimination rule result caching for recurring patterns
  • Use Workday’s consolidation preview feature to validate rule logic without full processing
  • Schedule batch jobs at 2:00 AM to leverage maximum system resources

Performance Targets Post-Optimization:

  • Tier 1 elimination processing: 25-35 minutes
  • Complete consolidation cycle: 75-90 minutes (65% improvement)
  • Memory utilization peak: 55-65% (30-point reduction)
  • Executive reporting: Day 2 after month-end
  • Final statements: Day 3 after month-end

Validation Approach: Before implementing changes, create a parallel test environment:

  1. Run current 47-rule configuration and document results
  2. Implement optimized rule structure
  3. Compare elimination amounts to ensure accuracy within 0.01%
  4. Validate performance improvements meet targets
  5. Deploy to production during a non-critical month

This structured approach has helped multiple organizations reduce consolidation processing time by 60-70% while improving reporting timeliness and system stability.


This draft is based on general Workday knowledge. It has not been verified against your specific version and environment. Practitioners: verify the steps and share your experience below.

47 elimination rules seems excessive. Have you reviewed whether some rules could be consolidated? Often organizations create separate rules for scenarios that could be handled by a single rule with proper condition logic. This would reduce the processing overhead significantly.

We’ve looked at consolidation opportunities, but our business requirements are genuinely complex - different rules for goods vs services, various tax treatments, and regulatory requirements across jurisdictions. I’m concerned that consolidating rules might sacrifice accuracy.

The memory spikes you’re experiencing are likely due to how Workday processes elimination rules in batch mode. Each rule execution loads relevant transaction data into memory for matching and elimination calculation. With 15 entities and 47 rules, you’re potentially creating thousands of matching operations that compound memory usage.

One approach is to sequence your elimination rules more strategically. Process high-volume, simple eliminations first to reduce the dataset size before running complex rules. This staged approach can significantly reduce peak memory consumption. Have you considered breaking your consolidation into multiple batch runs with dependency chains?

Check your elimination rule criteria specificity. Rules with broad matching criteria (like eliminating all intercompany transactions without sufficient filters) force Workday to evaluate massive datasets. Adding filters for specific account ranges, transaction types, or date ranges can dramatically improve performance by reducing the matching universe.

We experienced similar issues at our organization with 22 entities. The breakthrough came when we implemented a hybrid approach - using Workday’s native elimination for straightforward scenarios (about 70% of volume) and custom calculated fields for the truly complex cases. This reduced our rule count from 50+ to 18 and cut processing time in half.

Have you reviewed your consolidation hierarchy depth? Multi-level consolidations with intermediate holding companies create additional processing layers. Each layer requires separate elimination passes, multiplying the performance impact of your rules. Consider flattening your hierarchy if business requirements allow.