# Composable ERP

Composable ERP är en strategi där affärssystemet sätts ihop av utbytbara delar i stället för att köpas som en enda svit från en leverantör. Varje förmåga (lager, ekonomi, frakt, e-handel) kan bytas ut för sig, förutsatt att delarna kan prata med varandra över öppna API:er. Begreppet drivs framför allt av analysföretaget Gartner.

Källa: https://fluit.se/ordlista/composable-erp
Kategori: Arkitektur
Uppdaterad: 2026-07-31
Utgivare: Fluit System AB

---

**Composable ERP är en strategi där affärssystemet sätts ihop av utbytbara delar i stället för att köpas som en enda svit.** Varje förmåga ska kunna bytas ut för sig, vilket förutsätter att delarna kan prata med varandra över öppna API:er.

Bakgrunden är gamla ERP-projekt som tog år, kostade mer än beräknat och sedan låste bolaget i en version som ingen vågade uppgradera. Svaret blev att sluta se affärssystemet som en produkt och börja se det som en uppsättning förmågor, där varje förmåga kan ersättas när något bättre dyker upp.

I praktiken hamnar de flesta bolag någonstans i mitten. Kärnan, alltså artiklar, lager, order och inköp, hålls ihop i ett system, eftersom det är där data delas mest och gränserna gör mest skada. Runt om kompletteras det med det som redan är specialiserat: ekonomi och bokföring, fraktbokning, 3PL-lager, betalningar. Det är composable i praktiken, även om ingen kallar det så på mötet.

Det som brukar underskattas är kostnaden för gränserna. Två system som ska hålla samma artikelregister uppdaterat kräver att någon bestämmer vilket som är källan, vad som händer när synken stannar och hur en dubblett ska rättas. Den kostnaden syns inte i någon licensrad, men den finns varje månad.

För ett bolag med 5–100 anställda är slutsatsen oftast den motsatta mot vad ordet antyder: färre gränser, inte fler. Fluit är byggt utifrån den hållningen: lager, order, inköp, e-handel och CRM i samma kärna, och färdiga kopplingar mot [Fortnox](/lagersystem/fortnox), nShift och Ongoing WMS där en egen del gör mer nytta. Att kärnan dessutom är [headless](/headless-erp) betyder att ni kan komponera vidare den dag ni vill.

## Vanliga frågor

### Vad är skillnaden mellan composable ERP och headless ERP?

Headless beskriver ett system: går funktionerna att nå utan gränssnittet? Composable beskriver landskapet: går delarna att byta ut var för sig? Ett headless ERP är en förutsättning för en composable uppsättning, men ett bolag kan mycket väl ha ett headless affärssystem och ändå köra allt i det.

### Är composable ERP samma sak som best of breed?

Nästan. Best of breed är den gamla varianten av samma tanke: välj bästa systemet per område. Composable lägger till kravet att delarna ska gå att byta ut löpande, inte bara väljas en gång vid upphandlingen, och därmed också kravet på öppna API:er mellan dem.

### Passar composable ERP ett mindre bolag?

Sällan i sin renodlade form. Varje gräns mellan två system är något någon måste äga: felsökning när synken stannar, uppdateringar som bryter ett fält, och två sanningar om samma saldo. Ett bolag utan egen IT-funktion tjänar oftast mer på att ha lager, order och inköp i samma system och komponera i utkanterna: ekonomi, frakt och 3PL.

## Läs vidare

- [Headless ERP](https://fluit.se/ordlista/headless-erp)
- [Headless ERP i Fluit](https://fluit.se/headless-erp)
- [Vad är ett affärssystem?](https://fluit.se/kunskap/affarssystem/vad-ar-ett-affarssystem)