En headless B2C-butik byggd på Asstio Order. Katalogen, priset och lagersaldot ändras bara på ett ställe — i samma rader som ordern bokas mot. Butiken har inget eget produktregister att synka mot affärssystemet på natten, och ingen integration att hålla i takt. Sökindexet läser in ändringarna ur Asstio var femte minut.
Pre-release · early access öppen · kassa i höst
En vanlig e-handelsplattform har sin egen produktdatabas, sitt eget lagersaldo och sin egen prislista, och ett integrationslager som ska hålla dem i takt med affärssystemet. Det lagret är där felen bor: priset som hann ändras, artikeln som utgick i går, saldot som var rätt klockan tre i natt.
Butiken läser katalogen ur samma data som inköp, lager och fakturering använder. Ändrar ni ett pris i Asstio når det butiken vid nästa indexering, som körs var femte minut, utan någon synk mellan två system.
En API-tjänst bär många butiker, med egna marknader, sortiment och språk. Isoleringen mellan butiker testas på varje läsväg — sök, produkt, kollektion, sitemap och korg — med två butiker i samma test.
API:ets OpenAPI-dokument ligger i repot. Ändras det utan att någon menar det blir bygget rött. TypeScript-typerna genereras ur samma dokument, så frontenden vet när något flyttat på sig.
Storefront är pre-release. Här är vad som faktiskt går att bygga en butik på just nu — inte vad som står i planen.
Elasticsearch med analyzers för svenska, tyska och spanska, facetter, sortering och sökförslag. Sökkvaliteten mäts mot en uppsättning kontrollfrågor varje gång någon rör sökmotorn — en ändring som försämrar träffarna syns i bygget, inte i statistiken tre veckor senare.
Katalog, kollektioner, facetter, varianter, sökförslag, varukorg och sitemap. TypeScript-SDK publiceras som @asstio-dev/storefront och onboardingdokumentationen ligger öppet på API:et — utvecklaren som bygger frontenden behöver aldrig se vår kod.
En Next.js-butik med kategorisidor, produktsida, facettfiltrering, sök, utkastläge och sitemap. Den är utgångspunkten för en ny butik — forka, byt design, peka om nycklarna.
Butiken hämtar bilderna ur Asstios mediabibliotek via CDN, i den upplösning besökarens skärm behöver. Versioner, bild per variant och en täckningslista som visar vilka artiklar som saknar bild — läs mer.
Sortiment, kollektioner, filter, marknader och API-nycklar sköts i Webbutik-modulen inne i affärssystemet. Utkastet visar vad publiceringen skulle ändra innan ni trycker, och varje publicering sparas så att ni kan gå tillbaka.
Butikens uppsättning går att läsa och ändra genom MCP-verktyg, från Claude, Cursor eller ChatGPT. Det som ändras hamnar i utkastet — vägen ut till besökaren går fortfarande genom en publicering någon godkänner.
Det som gör en butik svår att bygga med AI är att modellen måste gissa hur systemet fungerar. Här behöver den inte gissa.
OpenAPI-dokumentet, de genererade TypeScript-typerna och en publik onboardingtext beskriver hela API:et. Modellen bygger mot något som är skrivet för att läsas, inte mot något den listat ut.
Kollektioner, filter, marknader och innehåll nås som verktyg. Att be om "lägg höstkampanjens artiklar i en egen kollektion och sätt filtren" är en instruktion, inte ett klickprotokoll.
Allt som ändras hamnar i ett utkast. Publiceringen visar skillnaden mot det som är live, och varje publicerad version sparas — går något fel återpublicerar ni den förra i stället för att felsöka en levande butik.
Det finns ingen AI-sandbox som bygger butiken åt er. Frontenden är kod som någon — en utvecklare eller en modell under uppsikt — skriver i ert eget repo. Det vi ger AI:n är ett kontrakt att bygga mot och ett godkännandesteg innan något når besökaren.
Vi skriver ut det här för att ni ska kunna avgöra om Storefront passar er tidplan, i stället för att upptäcka det på demot.
Storefront är en fullständig katalog- och sökyta idag, med varukorg. Kassan byggs i höst. Vill ni ha en butik som tar betalt i dag är B2B Webshop eller vår nuvarande e-handelsplattform rätt väg — hör av er så säger vi vilket som passar er.
| Litium | Norce | Asstio Storefront | |
|---|---|---|---|
| Förhållande till affärssystemet | Egen commerce-, PIM- och CMS-plattform som integreras mot ERP via öppna API:er | Composable backend som hämtar produkter, priser och lager från ERP via Norce Connect | ✓ Butiken läser affärssystemets egen data — det finns ingen integration |
| Frontend | Hostad frontend, acceleratorer och partnernät | Valfri headless frontend | Eget Next.js-repo, forkat från vår referensbutik — ni äger och driftar det |
| AI mot handeln | Plattforms-AI | Agent Gateway och MCP-server som exponerar produktsök och varukorg för shoppande agenter, plus en Agent SDK i öppen källkod | MCP mot butikens konfiguration och mot affärssystemet — inte mot köpflödet |
| Kassa | Ja | Ja | I höst — Qliro, Walley och Kustom |
Uppgifterna om Litium och Norce är hämtade ur deras egen publika dokumentation i september 2026: litium.com/solutions/headless, Litium om ERP-integration, docs.norce.io/ai och Norce om Agent Gateway. Två av raderna går emot oss idag. Vi tar med dem eftersom ni ändå hittar dem, och för att den första raden är den som avgör.
Två av våra egna e-handelskunder bygger sina nya butiker på Storefront. Ingen av dem är live på plattformen än — vi skriver ut det hellre än att ni upptäcker det själva.
Konsumentbutik med brett sortiment, flera varumärken och tung sökbelastning.
Linser med styrka per öga — sortiment där produktdatan och lagret måste stämma på artikelnivå.
Ingen självbetjäning än. Ni får en butik uppsatt tillsammans med oss, direktkontakt med teamet som bygger plattformen, och möjlighet att påverka vad som byggs härnäst. I gengäld vill vi ha er ärliga åsikt medan det fortfarande går att ändra.
Har era kunder avtalspriser, inloggning och egen orderhistorik är det B2B Webshop ni vill titta på — den är i drift hos kunder idag och tar betalt.