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 byggd, ingen butik tar betalt skarpt än
save_storefront_sitesave_storefront_market ×2seed_storefront_facetssave_storefront_collectionseed_storefront_shippingsave_storefront_market_checkoutEn 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.
Betalningen sker i leverantörens egen widget i er sida, så butiken ser aldrig ett kortnummer och räknar aldrig ett totalbelopp själv. Köpet blir en order i Asstio, och orderstatusen går att slå upp med orderns egen token. Kassan är testad mot leverantörernas testmiljöer. Nycklarna skrivs in i Asstio och går aldrig genom en frontend, ett chattfönster eller ett repo.
Fraktalternativen sätts per marknad under Webbutik → Frakt. Kustom och Qliro visar dem i kassan, med utlämningsställen som extra val, och kundens val följer med ordern. API:t ger också en fraktuppskattning för varukorgen, med uppgift om hur långt det är kvar till fri frakt. Ett fraktval som inte går att matcha stoppar inte köpet, utan ordern markeras så att någon tar hand om den.
Butiken kan visa om en produkt går att köpa och när den levereras. Leveranstiden hämtas ur en produktegenskap i Asstio, och kassan och ordern bär det utlovade leveransdatumet. En order med restorderrader flaggas utan att stoppas.
Varumärkessidor och ansvariga bolag kommer ur samma register som i Asstio. Kategorier, attribut och varumärke följer med varukorgens rader och fryses på orderraden, och SDK:t har hjälpare som gör om dem till GA4-händelser. Bildformaten styrs under Webbutik → Bildformat, med förhandsvisning på riktiga produkter.
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.
Webbplats, marknader, kollektioner, filter, frakt och kassa nås som verktyg, till exempel save_storefront_site, seed_storefront_facets, seed_storefront_shipping och save_storefront_market_checkout. Att be om "lägg höstkampanjens artiklar i en egen kollektion och sätt filtren" är en instruktion, inte ett klickprotokoll. Betalnyckeln skriver ni däremot in själva i Asstio, aldrig i chatten.
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. Animeringen överst visar den delen som går att göra med ett meddelande: butikens uppsättning i ett utkast. Utseendet kommer från er egen frontend, och 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 har katalog, sök, varukorg och en kassa med Qliro och Kustom, och ett köp blir en order i Asstio. Kassan är testad mot leverantörernas testmiljöer, och vi lägger inte ut en butik som tar betalt skarpt på sidan innan någon gör det. Orderbekräftelsen med mejl saknas ännu. 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 | Qliro och Kustom i hostad widget, Walley kommer. Ingen butik tar betalt skarpt än |
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.