Hantera vs. Centra: funktioner, arkitektur och samexistens i teknikstacken

Centra och Hantera är båda headless e-handelsplattformar, men deras arkitekturer löser två i grunden olika operativa prioriteringar.

Centra är byggt för modemerchandising och erbjuder API:er för kassa och butik för direktförsäljning till konsument (D2C) samt digitala showroom för grossistförsäljning till företag. Hantera är byggt kring händelsedriven orkestrering och tillståndsbaserad datahantering för orderns livscykel, vilket möjliggör dynamisk orderstyrning och ändringar direkt i befintliga ordrar.

Centra fokuserar mer på upplevelsen före köpet och Hantera prioriterar upplevelsen efter köpet, men båda har kapabiliteter inom båda områdena. När du väljer mellan dem bör du främst fokusera på var respektive arkitektur är som starkast.

Det här är en jämförelse mellan två jämbördiga plattformar och deras kapabiliteter. Efter läsningen vet du när du ska använda Centra, när du ska köra Hantera och om det ens går att kombinera dem för att få det bästa av två världar.

Hantera och Centra i korthet

Tabellen nedan sammanfattar hur Hantera och Centra fungerar i praktiken.

Låt oss titta närmare på respektive plattforms kapabiliteter, arkitektur och begränsningar.

Hantera

Hantera är en händelsedriven motor för orderorkestrering och fulfillment, byggd på en tillståndsbaserad aktörsmodell. Modellen gör det möjligt att ändra orderobjekt som leveransadresser och orderrader utan att tvinga fram annulleringar. Den stödjer byggstenar för headless commerce som storefront-SDK:er, varukorgar och API:er för betalleverantörer (PSP), samt en kampanjmotor som låter team införa kampanjlogik flexibelt.

Hantera är ett frikopplat system; dess appresurs låter dig lägga till dessa och andra kapabiliteter, som lagerstyrning och returer, genom färdiga appar eller egna byggen. Plattformen stödjer också externa integrationer med front-ends och med affärssystem (ERP), system för produktinformationshantering (PIM) och betalsystem via API:er och webhooks.

Hantera utvärderar dynamiskt fulfillmentvägar mellan lager och 3PL-nätverk för att sänka fraktkostnaderna, optimera fraktmarginalerna, förebygga lagerbrist och korta leveranstiderna. Plattformen kan också beräkna tillgängligheten per artikelnummer (SKU) utifrån fysiskt lager, inkommande lager och reservationer. När en order ändras efter köpet räknar Hantera internt om prisjusteringar, fördelningen av rabatter mellan orderrader, fraktavgifter och goodwillkompensationer till kunden. Plattformen har också visuell spårning av asynkrona händelser. Team kan granska exekveringsgrafer, se exakta skillnader i nyttolaster mellan integrationsnoder och pausa, justera eller köra om misslyckade jobb direkt från Hanteras_ portal.

Eftersom portalen innehåller orderuppgifter, inklusive leveranser, fakturor och returer, kan den också fungera som ett färdigt gränssnitt för team inom både D2C- och B2B-verksamhet (business-to-business). Hantera är dock en branschoberoende plattform snarare än en modeinriktad sådan. Flexibiliteten gör att plattformen fungerar i många branscher, men datamodellen innehåller inte modespecifika begrepp som storlekskurvor, förpackade sortiment (pre-packs) och säsongslanseringar. De måste konfigureras i plattformens metadata.

Centra

Centra samlar D2C, digitalt showroom för B2B-grossistförsäljning och produktinformationshantering för mode i en enda hostad back-end. Plattformen erbjuder en central produktkatalog och en samlad lagerpool i realtid som mode- och livsstilsvarumärken använder i verksamheten och i försäljningskanaler i olika regioner. Den hanterar dynamiskt lokala priser, momssatser och fraktregler på flera marknader.

Centra har inbyggt stöd för variantmatriser och färdigpaketerade grossistsortiment, utan egen databasmappning eller kodning. Dess API:er gör det möjligt att integrera med externa system som butiker, orderhanteringssystem (OMS), innehållshanteringssystem (CMS), PIM-system och ERP-plattformar.

I back-end har Centra också ett orderhanteringssystem som kan hantera ordrar från skapande och ändringar till återbetalningar och till och med delade leveranser. Här finns dock begränsningar. Om du till exempel lägger till varor i en befintlig delad order hamnar de utanför de befintliga leveransgrupperna. Du kan inte heller skapa ordrar med flera leveransgrupper utan ett integrerat externt allokeringssystem. Centra begränsar också orderändringar när leveranser väl har påbörjats, vilket i vissa fall kan göra annullering och ny beställning nödvändig.

Centra har också logik för distribuerad orderhantering (DOM) som hanterar lagersaldon, orderstyrning mellan flera lager och delade leveranser. Allokeringen begränsas dock av fördefinierade allokeringsregler. I flödet där tillgängligheten kontrolleras först och allokeringen sker sedan går det till exempel inte att dela upp en order mellan flera lager.

De inbyggda kampanjerna följer en ”om detta, så det”-logik. Mer flexibla kampanjbehov, som rabatter som är beroende av varandra och staplas, kan stöta på begränsningar. En regel som ”Ge 20 % rabatt, men om kunden lägger till vara X, ta bort rabatten och tillämpa i stället Köp en, få en gratis på enbart den billigaste varianten av vara Y” kan till exempel vara svår att implementera.

Efter en närmare titt på båda plattformarna blir det tydligt att var och en är stark där den andra har vissa begränsningar. Frågan är om de kan kombineras i en och samma composable arkitektur för att bättre utnyttja deras respektive kapabiliteter.

Ritning för samexistens: Hantera och Centra tillsammans

En möjlig e-handelsarkitektur skulle kunna använda Centra för den kommersiella frontlinjen i en modeinriktad butik och Hantera för allt som händer efter köpet.

Centra skulle hantera produktkatalogen, storlekskurvorna, lokaliserade D2C-kassor på flera marknader och grossistshowroomen. Centra kan sedan skicka orderhändelser till Hantera. Hantera kan ta över verksamheten efter köpet, inklusive orderstyrning och uppdelning mellan 3PL-partner och fulfillmentplatser, komplexa orderändringar och omräkning av orderns finansiella poster. Hantera kan sedan synkronisera fulfillment- och lagerdata tillbaka till Centra via integrationslagret.

Eftersom båda plattformarna kan utbyta händelser och behålla sina egna interna ID:n kan de mappa identifierarna mot varandra i integrationen och hålla kundportaler och grossistköparnas instrumentpaneler i synk.

Med den möjliga samexistensen i åtanke handlar valet inte längre om vilken plattform du ska välja, utan om vilket upplägg som passar din stack bäst.

Vilket upplägg passar din stack?

Så avgör du om du ska använda Centra, Hantera eller en composable stack.

Välj enbart Centra om:

• Du är ett renodlat mode- eller livsstilsvarumärke.
• Du vill ha inbyggda showroom för B2B-grossistförsäljning och D2C-kassor direkt ur lådan, utan att bygga egna portaler.
• Din fulfillment sker från ett enda huvudlager eller ett enkelt upplägg med två platser, där komplex, dynamisk uppdelning av ordrar mellan flera noder inte behövs.

Välj enbart Hantera om:

• Du bygger en helt egen headless-stack för blandade produktområden (t.ex. mode + elektronik + hårdvaror).
• Du behöver flexibla orderflöden, egna integrationer och processer efter köpet som kan anpassas i takt med att dina affärsprocesser förändras.
• Din verksamhet kräver dynamisk orderstyrning, ändringar direkt i befintliga ordrar samt visuell spårning och kontroll av asynkrona arbetsflöden. Boka en demo för att komma igång.

Kombinera Centra och Hantera om:

• Du värdesätter Centras inbyggda modemerchandising, lokaliserade globala butiker och digitala B2B-showroom.
• Du behöver mer flexibilitet efter köpet. Du har flera separata 3PL-partner, behöver dynamisk uppdelning av ordrar med DOM, får ofta orderändringar efter köpet eller behöver visuella jobbkontroller för att styra synkroniseringen med lagren.