Summary: Most ERP implementations at SMBs fail not because the platform was wrong, but because the implementation was never finished. The system ships with generic defaults, the configuration work stalls, and the business adapts by building workarounds that harden over time. Understanding the actual failure modes is the first step toward fixing them.
The implementation that never ended
Most SMBs go live on an ERP with 60–70% of the configuration complete. The urgent pieces — invoicing, payroll, basic reporting — are finished. The less urgent pieces — workflow rules, approval hierarchies, departmental reporting dimensions — get deferred to a post-go-live phase that never happens.
The system works well enough that leadership considers it done. But the gap between what was implemented and what the business actually needs grows every quarter. New products, new revenue streams, new headcount — none of it gets reflected in the system configuration. The ERP gradually becomes a liability rather than an asset.
The five most common failure modes
1. Chart of accounts that doesn't match the business. The chart of accounts was set up during implementation based on the business structure at the time. Two years later, the business has new product lines, a new division, or a different cost structure — but the chart of accounts hasn't changed. Finance adapts by creating workarounds in Excel.
2. Revenue recognition that doesn't match the contracts. The ERP ships with simple revenue recognition logic. Most SMBs have at least some complexity — milestone billing, retainers, project-based contracts, subscription revenue. When the ERP can't handle the actual contract structure, revenue gets recognized manually or in a spreadsheet outside the system.
3. Reporting dimensions that were never set up. The business wants to report by department, by product line, by customer segment. The ERP supports all of this — but the reporting dimensions were never configured. Every reporting request becomes a manual extraction and pivot table exercise.
4. Approval workflows that nobody uses. The implementation included approval workflows for purchase orders and expense reports. The workflows were too rigid for how the business actually operates, so people started bypassing them. The ERP has approvals configured, but the actual approvals happen over email or Slack.
5. Integrations that were never completed. The CRM-to-ERP integration was scoped but deprioritized. Data moves between systems manually. A finance person exports a report from the CRM every Friday and uploads it to the ERP. The integration still appears on the roadmap two years later.
Why the platform rarely gets the blame
When an ERP implementation fails, the most common response is to blame the platform. The ERP is too complex, too rigid, too expensive. The company considers switching to a different system.
The underlying problem is almost always configuration, not capability. NetSuite, Business Central, and Sage Intacct all support the workflows that growing SMBs need. The gap is between what the platform supports and how it was actually configured. Switching platforms moves the business to a new system with the same configuration problems.
What a systems diagnostic finds
The Systems Diagnostic maps the gap between how your ERP was configured and how your business actually runs. It identifies the specific configuration gaps, the workarounds that have accumulated on top of them, and the order in which to close them. The output is a prioritized roadmap — not a recommendation to switch platforms.
Most SMBs find that 80% of their reporting and workflow problems can be resolved through reconfiguration of their existing ERP, without a migration or a new implementation.

Blake Linde
Author
I work at the intersection of ERP, CRM, financial systems, reporting, and practical AI for growing SMBs.
Like this post?
Join the email list to get notified when I publish new practical insights on ERP and finance. No fluff.
No spam. Unsubscribe anytime.
More Practical Insights
When dashboards lie
A dashboard that shows confident numbers from dirty data is worse than no dashboard at all. It creates false certainty and defers the real conversation about data quality that the business needs to have.
Read insight →
The real reason automation breaks
Automation failures are almost never caused by the automation tool. They're caused by the dirty, inconsistent data that was already living in the systems before the automation was built — and that the automation suddenly makes visible.
Read insight →