Headless ERP: kärnan i mitten, gränssnitten runt om
Order, artiklar, lagersaldon och priser ligger på ett ställe. Webbappen, lagerappen, webbshoppen, B2B-portalen, integrationerna och AI-assistenterna är alla klienter mot samma affärslogik.
Publikt REST API
61 endpoints
Bas-URL https://api.erp.fluit.cloud/preview · OpenAPI-spec · API-nyckel
Grunderna
Vad är headless ERP?
Headless ERP är ett affärssystem där affärslogiken och datan är åtskilda från gränssnittet och nås via ett API. Systemets eget gränssnitt blir en klient bland flera och kan kompletteras med en egen storefront, en app eller en integration utan att kärnan byggs om. Ordet syftar på huvudet som lyfts bort: kroppen fungerar ändå.
Begreppet är lånat från webbvärlden. Ett headless CMS lagrar och strukturerar innehåll men bestämmer inte hur det visas. Samma tanke flyttad till affärssystem: order, artiklar, saldon och priser bor på ett ställe, men kan användas på många.
API-first beskriver ungefär samma sak från utvecklarhåll. API:et byggs först, gränssnittet ovanpå. Composable ERP är däremot något annat: det handlar om systemlandskapet och om delarna går att byta ut var för sig, inte om ett enskilt system.
Det som avgör om ett system förtjänar ordet är inte om det har ett API. Det har de flesta. Frågan är hur mycket som ligger bakom det. Ett API som kan läsa artiklar och ta emot fakturor är en integrationsyta. Ett API som kan skapa en order, allokera den och svara på vad som faktiskt går att lova en kund är en väg in i systemet.
Vad arkitekturen ger
Sex saker som följer av att kärnan ligger bakom ett API
Inget av det här syns i gränssnittet. Det märks först den dagen ni vill göra något systemet inte gör av sig självt.
Gränssnittet är inte systemet
Order, artiklar, lagersaldon och priser ligger i kärnan. Webbappen är en klient som frågar kärnan, inte platsen där reglerna bor.
Samma regler oavsett väg in
En order som skapas via API:et går genom samma validering, allokering och kreditkontroll som en order någon knappar in. Det finns ingen gräddfil förbi affärslogiken.
Affärsnycklar, inte interna id:n
Kunder, artiklar och order adresseras med kundnummer, artikelnummer och ordernummer. Integrationen slipper spegla Fluits nycklar för att hitta rätt post.
Egen storefront om ni vill ha en
E-handel och B2B-portal ingår i en modul och körs på samma artikel- och lagerdata. Vill ni hellre bygga eget ligger samma data bakom API:et.
Rapportering utan export
En read-only OData-yta gör att Power BI och Excel läser direkt ur systemet. Ingen nattlig fil, ingen kopia som är en dag gammal.
AI-assistenter är också klienter
Fluits MCP-server är ännu en konsument av samma kärna. En AI-agent når det ni når, inte mer, och åtgärderna loggas som vilka andra som helst.
Beviset
Åtta ytor på samma kärna
Att säga sig vara headless kostar ingenting. Det som går att kontrollera är hur många olika saker som faktiskt hänger på affärslogiken i dag, och om systemets eget gränssnitt har en genväg de andra saknar. De fem första nedan är klienter som konsumerar kärnan; de tre sista är öppna API-ytor som andra system och assistenter kopplar upp sig mot.
- 01
Webbappen
Systemets eget gränssnitt, byggt i SvelteKit. Den har ingen egen väg förbi affärslogiken. Den frågar samma kärna som allt annat på listan.
- 02
Android-appen för lagret
Plock, inleverans och inventering med streckkodsskanning. Ett annat arbetssätt kräver ett annat gränssnitt, inte ett annat system.
- 03
Webbshoppen
Storefronten körs som en egen applikation mot en egen API-yta. Artiklar, priser och saldon kommer från kärnan i realtid.
- 04
B2B-portalen
Återförsäljare och kunder loggar in och ser sina egna order, priser och dokument, med behörigheter skilda från de interna.
- 05
Utskriftsagenten
Ett litet program på kontoret som tar emot utskriftsjobb från systemet och skickar dem till rätt etikettskrivare.
- 06
Publika REST API:et
61 endpoints för kunder, artiklar, kundorder och referensdata. API-nyckel i headern, OpenAPI-spec att generera klient ur.
- 07
OData för BI
Read-only yta som Power BI och Excel kopplar upp sig mot direkt, utan mellanlagring.
- 08
MCP-servern
AI-assistenter kopplas in med OAuth och företagets vanliga inloggning. Läsa och utföra godkänns var för sig.
Webbappen har ingen egen väg förbi affärslogiken. En order som skapas i gränssnittet och en order som skapas via API:et går genom samma kommando, med samma validering, samma allokering och samma rad i aktivitetsloggen.
Monolit, ren headless-plattform eller något däremellan?
Grön bock betyder gäller, gul triangel delvis och rött kryss gäller inte. Fluit ligger medvetet i mitten. Läs raden om API-täckning innan ni bestämmer er.
| Funktion | Monolit med integrations-API | Ren headless-plattform | Fluit |
|---|---|---|---|
| Färdigt gränssnitt ingår | Monolit med integrations-API: Ingår | Ren headless-plattform: Saknas | Fluit: Ingår |
| Egen klient på samma data | Monolit med integrations-API: Delvis, via tillägg eller partner | Ren headless-plattform: Ingår | Fluit: Ingår |
| Webbshop och B2B-portal ingår | Monolit med integrations-API: Saknas | Ren headless-plattform: Saknas | Fluit: Ingår |
| Kräver utvecklare för att komma igång | Monolit med integrations-API: Saknas | Ren headless-plattform: Ingår | Fluit: Saknas |
| API:et når mer än datautbyte | Monolit med integrations-API: Saknas | Ren headless-plattform: Ingår | Fluit: Delvis, via tillägg eller partner |
| AI-assistenter kan kopplas in | Monolit med integrations-API: Saknas | Ren headless-plattform: Delvis, via tillägg eller partner | Fluit: Ingår |
Motargumentet
När headless inte är värt besväret
Varje gränssnitt någon bygger själv är ett gränssnitt någon måste underhålla. Det ska testas när API:et ändras, lagas när något går sönder och byggas om när kraven flyttar sig. Ett bolag utan utvecklare, egna eller inhyrda, får sällan igen den investeringen.
Därför säljs inte Fluit som en tom plattform. Webbappen, lagerappen, webbshoppen och B2B-portalen är färdiga och räcker för de flesta. Arkitekturen är ett golv, inte ett krav: den dagen ni behöver en kanal vi inte har finns vägen dit redan, och den dagen ni inte behöver det märker ni aldrig att den finns.
Den vanligaste anledningen att bygga eget är inte utseendet, utan ett flöde som är verksamhetens eget: en konfigurator, ett kundspecifikt beställningsformulär eller en integration mot en stor kunds inköpssystem. Går ni i de tankarna, hör av er innan ni börjar bygga. Ibland finns halva vägen redan.
Vanliga frågor
Frågor om headless ERP
Vad är headless ERP?
Headless ERP är ett affärssystem där affärslogiken och datan är åtskilda från gränssnittet och nås via ett API. Systemets eget gränssnitt är då en klient bland flera, och kan kompletteras med en egen storefront, en mobilapp eller en integration utan att kärnan byggs om. Ordet kommer från headless CMS och syftar på huvudet som lyfts bort: kroppen fungerar ändå.
Vad är skillnaden mellan headless ERP och ett traditionellt affärssystem?
I ett traditionellt affärssystem sitter gränssnittet ihop med logiken, och API:et är byggt i efterhand för att flytta data ut och in. I ett headless ERP går funktionaliteten via API:et, och systemets eget gränssnitt använder samma väg som alla andra klienter. Skillnaden märks när ni vill ha en kanal systemet inte har: i det ena fallet är det ett projekt hos leverantören, i det andra ett anrop.
Är Fluit ett headless ERP?
Kärnan är byggd så, och det syns på hur mycket som hänger på den: fem klienter (webbappen, Android-appen för lagret, webbshoppen, B2B-portalen och utskriftsagenten) plus tre öppna API-ytor: det publika REST API:et, OData-ytan för Power BI och MCP-servern för AI-assistenter. Fluit säljs däremot inte som en tom plattform. Gränssnittet ingår, och de flesta kunder kör det utan att bygga någonting eget.
Måste vi bygga vårt eget gränssnitt?
Nej. Det är skillnaden mot en ren headless-plattform, som levereras utan gränssnitt och kräver att någon bygger det innan systemet går att använda. I Fluit finns webbappen, lagerappen, webbshoppen och B2B-portalen färdiga. API:et är vägen ut för det ni vill göra själva, inte en förutsättning för att komma igång.
Täcker API:et hela systemet?
Nej, och det ska sägas rakt ut. Den publika ytan omfattar i dag 61 endpoints för kunder, artiklar, kundorder och referensdata. Det som de flesta integrationer faktiskt behöver. Resten av systemet nås via de interna API:er som Fluits egna klienter använder. Behöver ni något som inte finns publikt är det värt en pratstund innan ni bygger runt det.
Vad kostar API:et?
API & Webhooks är en tilläggsmodul som prissätts efter omsättningsnivå, från 295 kr/mån. Grundlicensen och prislistan i övrigt finns på prissidan.
Är headless ERP samma sak som composable ERP?
Nej, men de hänger ihop. 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? Kopplingen går åt ett håll: ett headless ERP gör en composable uppsättning möjlig, men ett bolag kan mycket väl ha ett headless affärssystem och ändå köra allt i det. De flesta mindre bolag tjänar dessutom på färre gränser mellan system, inte fler.
Läs vidare
- API och integrationer: de tre öppna ytorna, var och en med egen sida.
- REST API:et: endpoints med metod, sökväg och vad de gör.
- OData för Power BI och Excel: tabellerna i flödet och hur rapporten kopplas upp.
- Agentic ERP: vad som händer när klienten är en AI-agent i stället för en människa.
- E-handel och B2B-portal: storefronten som redan körs på kärnan.
- Composable ERP, samma diskussion, fast om systemlandskapet i stort.
- Molnbaserat affärssystem: drift, datalagring och villkor.
Vill ni se API:et mot riktig data?
Boka en demo så går vi igenom endpointsen, autentiseringen och vad som redan finns färdigt innan ni bygger något själva.