Short answer: a standard ERP like SAP is worth it when your processes are already standard and you accept adapting the company to the software; a custom ERP wins when your competitive advantage lives in non-standard processes, when you need to integrate with what you already run and when you want to own the code, avoiding vendor lock-in and per-seat licensing. It is not always either/or: often the best choice is a custom layer on top of the ERP you already have.
This is the point of view of Codebaker, a Bologna software house founded in 2019 that builds in-house exactly this kind of custom ERP and business management software — and, where useful, makes it talk to SAP and other standard systems instead of replacing them. In this guide you'll find a comparison table, the reasoning on cost over time, two real cases and a checklist to decide.
Standard ERP vs custom ERP: the comparison
The underlying difference is one: with a standard ERP you adapt the company to the software, with a custom ERP you adapt the software to the company. Here is how that choice plays out across the criteria that matter.
| Criterion | Standard ERP (e.g. SAP) | Custom ERP |
|---|---|---|
| Fit to your processes | You adapt the company to the product's best practices | The software follows your processes, even non-standard ones |
| Time to launch | Fast on standard modules, long if customisation is needed | Incremental: you go live module by module |
| Initial cost | Licences + implementation and configuration | Investment in development, no licence fees |
| Cost over time | Recurring per-seat licence fees | Code you own, no licence fees |
| Customisation | Within the limits the platform allows | Unlimited: you define it |
| Vendor lock-in | High: you depend on the vendor and its price list | None: the code is yours, switch supplier anytime |
| Integration with existing software | Possible, but often costly and constrained | Native via API with ERP, machinery and legacy |
| Updates | Driven by the vendor, to be adopted | Driven by you, on your priorities |
| Ideal for | Standard processes, consolidated areas (accounting, warehouse) | Distinctive processes, deep integrations, data control |
Cost over time: recurring licences vs code ownership
The honest comparison is not made on the initial quote, but on the total cost over time (TCO). A standard ERP follows a model of recurring per-seat licence fees: you pay every year, the spend grows with users and enabled modules, and on top of licences come the module customisation costs to bring the product closer to your processes. Add lock-in: the more you invest in the platform, the harder and costlier it becomes to leave it.
A custom ERP flips the logic: there is an upfront investment in development, but then no licence fees and, above all, the code is your property. With many users, the per-seat fees of a standard product can exceed, over the medium term, the cost of software you own — which in the meantime becomes a company asset instead of an endless expense. To reason about the cost items of a custom project, we have a dedicated guide on how much custom software costs.
The third way: a custom layer on top of the ERP you already have
Often the question «SAP or custom?» is badly framed. The best answer is not to replace the standard ERP, but to build a custom layer or integration around it that fills exactly the point where the standard product falls short. Codebaker does both — replace with custom and integrate with standard — and two real cases show it.
Granarolo. We built a custom identity and access management (IAM) system that integrates with SAP, HR, Active Directory and Office365 — without replacing them. The result: over 2000 users managed, a 95% reduction in IT onboarding time and 5 years in production. Custom here does not replace the ERP: it enhances it.
Conor. With ConorShop we built a custom B2B e-commerce integrated in real time with the AS400 ERP through custom APIs. Today it serves over 5000 customers a day and handles more than 300,000 orders a year, in production in around 6 months. Here too the standard ERP stays the operational core; the custom software is the sales channel the standard product did not cover.
How to choose: the 4-question checklist
To decide without stopping at a generic «it depends», answer these four questions. The more «yes» you collect, the more custom (or a custom layer on top of the standard) makes sense.
- Are your processes a competitive advantage? If the way you work sets you apart from competitors, flattening it onto a standard product means throwing that advantage away.
- Do you need deep integration? If you must talk in real time with ERPs, machinery, e-commerce or legacy systems, custom is built for it from the start — and it is the heart of business process digitalisation.
- How many users do you have and how much do licences weigh? With many users the per-seat fees of a standard ERP grow fast; at a certain point software you own costs less.
- Do you need to own the code and control your data? If you want code ownership, no lock-in and GDPR by design, custom is the only path that guarantees it.
SAP, custom or a mix of both? Let's assess it together
Codebaker designs custom ERPs and business software and, where useful, makes them talk to SAP and other systems you already run. Tell us your processes: we'll show you where standard is worth it, where custom is, and where the third way fits.
Request a consultationFrequently asked questions about standard vs custom ERP
SAP or a custom ERP: which is better?
It depends on where your competitive advantage lives. A standard ERP like SAP is worth it when your processes are already standard and you accept adapting the company to the software, with a faster start on consolidated modules. A custom ERP wins when your processes are specific and distinctive, when you need to integrate deeply with the systems you already run, and when you want to own the code, avoiding lock-in and per-seat licensing. Often the answer is not even exclusive: you can build a custom layer on top of an existing ERP.
How much does a custom ERP cost?
The cost depends on the number of processes to cover, the integrations with existing systems and the level of automation required. Unlike a standard ERP there are no per-seat licence fees: it is an upfront investment in development, with code ownership included. To get your bearings on the cost items we have a dedicated guide on how much custom software costs.
Does custom software integrate with SAP?
Yes. Custom software can integrate with SAP and other ERPs through APIs, staying complementary instead of replacing them. For Granarolo we built a custom identity and access management (IAM) system integrated with SAP, HR, Active Directory and Office365: over 2000 users, a 95% reduction in IT onboarding time and 5 years in production. It is the example of the third way: a custom layer on top of the standard ERP.
When is a standard ERP like SAP the right choice?
A standard ERP is worth it when your processes fit the best practices the product provides, when you are willing to adapt the organisation to the software, and when you need to cover highly standardised areas such as accounting or warehouse quickly. In these cases starting from consolidated modules cuts initial time, provided you accept recurring licence fees and the platform's customisation limits.
Is the code my property?
With a custom ERP built by Codebaker the source code is your property: no vendor lock-in and no per-seat licence fees. This means you can evolve it over time, switch supplier if needed and keep control of your data, with GDPR by design. With a standard ERP, instead, you stay within the vendor's perimeter and licensing model.
How long does a custom ERP take?
Timelines depend on scope, but an incremental approach lets you go live module by module without stopping operations. For Conor we built ConorShop, a B2B e-commerce integrated in real time with the AS400 ERP through APIs, brought to production in around 6 months and today serving over 5000 customers a day and more than 300,000 orders a year.