Last month, I worked with a distribution company whose sales team was losing patience with their "laggy" Business Central system. Order entry screens took 8-10 seconds to load, causing missed sales calls and frustrated customers. After implementing the techniques in this guide, their screens loaded in under 2 seconds, and the sales team estimated they could handle 20% more calls daily.
This isn't just about making computers run faster—it's about removing friction from your business processes. Let me show you how to make Business Central perform at its best.
Before diving into solutions, you need to know what's actually happening under the hood. Business Central performance breaks down into three core areas:
The Business Central service tier manages business logic, data processing, and web service calls. Its performance depends on:
Real example: A manufacturing client's system slowed to a crawl every day at 2 PM. We discovered an automated inventory valuation report was running exactly when production staff were recording output, creating a perfect storm of resource contention.
All your business data lives in SQL Server (cloud or on-premises). Database performance hinges on:
Real example: An accounting firm complained about slow GL entry screens. Investigation revealed their chart of accounts table had never been indexed properly, causing even simple lookups to scan the entire table—a quick index addition cut screen load times by 80%.
What users actually experience on their devices depends on:
Real example: A retail company's warehouse staff reported unusable scan screens. The issue wasn't Business Central itself—their warehouse Wi-Fi was dropping packets, causing timeouts. Fixing the network solved their "software problem."
You can't improve what you don't measure. Here's how to establish a performance baseline:
What this gives you: Detailed logs of slow queries, long-running operations, error patterns, and user experience metrics.
Pro tip: Create a dashboard with these key metrics:
Business Central includes several diagnostic tools that most companies never use:
What to look for: Patterns, not just individual incidents. A report that runs slow once might be an anomaly; if it happens every day at the same time, that's a fixable problem.
For cloud-based Business Central, these techniques yield the biggest improvements:
Microsoft offers multiple service plans with different capacity and performance characteristics. Many companies choose the wrong one:
Service Plan | Recommended For | Signs You Need to Upgrade |
---|---|---|
Essential | Small businesses, light usage | Consistent slowdowns during business hours |
Premium | Mid-sized companies, moderate usage | Performance varies throughout the day |
Performance | High-transaction businesses | Month-end processing causes system-wide delays |
Real example: A 50-user wholesale company struggled with slow performance until upgrading from Essential to Premium. The additional processing capacity reduced their average page load times from 4.2 seconds to 1.8 seconds—well worth the additional cost.
Background jobs consume resources that could otherwise serve interactive users. Smart scheduling makes a huge difference:
Real example: A manufacturing company moved their 12 daily sales and inventory reports to run between 2 AM and 5 AM instead of during the day. Daytime system performance improved by 35% with this simple change.
The database often becomes the bottleneck in Business Central performance. These techniques address that:
Indexes make specific data lookups faster but slow down overall data modification. The key is balance:
Real example: A distribution company added three custom indexes to their sales line table based on analysis of their slowest queries. Order processing screens went from 6-second load times to under 2 seconds.
Warning sign: If posting routines (sales orders, purchase orders, journals) start running slower after adding indexes, you may have over-indexed your tables.
More data = slower performance. Most companies keep far more transaction history in their live system than necessary:
Real example: An accounting firm archived three years of closed ledger entries, reducing their database size by 60% and improving month-end closing time from 4 hours to 90 minutes.
List pages (customers, vendors, items) often cause performance complaints. Improve them by:
Real example: A retail company's customer service team complained about slow customer lists. By creating a custom view showing only active customers from the past year (instead of all 45,000 customers), their list page loaded in 2 seconds instead of 12.
Even with a perfectly tuned server and database, user experience can still suffer. Address these common client-side issues:
Real example: A construction company's field staff struggled with Business Central performance until we discovered their VPN was throttling the connection. Adjusting QoS settings to prioritize Business Central traffic made the system usable even on 4G connections.
Some user behaviors can dramatically impact system performance:
Real example: A manufacturing company reduced system load by 30% after training users to close sessions properly and use efficient search techniques.
When faced with specific performance issues, follow this systematic approach:
If pages take more than 3 seconds to load:
Fix that worked: A service company's job list took 15+ seconds to load. Adding an index on the Status field (their most common filter) reduced load time to 3 seconds.
When posting documents (invoices, orders) takes too long:
Fix that worked: A retail company's sales invoice posting took 25+ seconds. We discovered their inventory costing job was running exactly when the accounting team posted daily invoices. Rescheduling the costing job reduced posting time to 6 seconds.
When reports fail or take too long:
Fix that worked: A manufacturing company's production analysis report often timed out. Moving the complex calculations to a scheduled job that prepared a summary table reduced run time from 8+ minutes to 45 seconds.
Here are actual results from companies after implementing these optimization techniques:
Before optimization:
After optimization:
Key changes: Database indexing strategy, archiving closed years, moving reporting to off-hours, and upgrading service tier during month-end.
Before optimization:
After optimization:
Key changes: Custom indexes on time entry tables, simplified page designs, and user training on efficient data entry techniques.
Performance optimization isn't just a technical exercise—it requires understanding your business processes:
The most successful Business Central environments I've seen share this trait: they treat performance as an ongoing business priority, not a one-time technical fix.
After optimizing dozens of Business Central environments, I've found that sustainable performance comes from this approach:
Remember that Business Central performance optimization is an ongoing journey, not a destination. As your business grows and changes, your performance needs will evolve too. The companies that treat performance as a continuous improvement process—rather than a crisis response—enjoy the best outcomes.
This guide is based on my experience optimizing Business Central performance across dozens of companies and industries since 2018. Your specific environment may face unique challenges not covered here.
Explore the critical trade-offs between cloud-based and on-premises deployments across cost, scalability, performance, compliance, and more. This guide helps technical decision-makers make informed infrastructure choices.
Kery Nguyen
2025-03-23
A comprehensive guide for CFOs, IT managers, and operations leaders evaluating whether to modernize their legacy Dynamics ERP systems by transitioning to Microsoft Dynamics 365 Business Central.
Kery Nguyen
2025-03-16
Discover the top 10 most valuable features in Microsoft Dynamics 365 Business Central and how they help businesses streamline operations, automate tasks, and improve decision-making.
Kery Nguyen
2025-03-09