Bygg e-handel runt ditt Monitor ERP

Varför Monitor affärssystem och e-handel kräver planering

Monitor är ett affärssystem som tillverkande och operativt krävande företag väljer för att det täcker produktionsflöden, lagerstyrning och ekonomi på ett sätt som få andra system gör i samma prisklass. Det innebär att stora delar av artikelstrukturen, prissättningen och lagersaldona redan finns på plats – men de är formade för intern styrning, inte för att visas för en slutkund i en webbutik.

Att bygga e-handel runt Monitor handlar därför inte bara om att sätta upp en webbshop. Det handlar om att bestämma vilka data som ska flöda var, vilka fält som behöver berikas med kundanpassad information, och hur orderflödet ska se ut i båda riktningarna. Artikelbeskrivningar i Monitor är ofta tekniska. Bilder saknas eller är ritningar. Prislistor kan vara komplexa med kundspecifika avtal. Allt det behöver hanteras innan e-handeln kan leverera en bra köpupplevelse.

Därtill behöver ni ta ställning till hur mycket av kundkontot – orderhistorik, fakturor, leveransstatus – som ska vara tillgängligt via webben. Det är beslut som påverkar både plattformsval och integrationsdjup. Det är också beslut som Nordic Web Team hjälper er fatta tidigt i processen, innan ni låser er vid teknik.

Vad Monitor affärssystem täcker – och var e-handel kommer in

Monitor är ett svenskt affärssystem som har utvecklats specifikt för tillverkande företag sedan 1980-talet. Det används främst inom verkstadsindustri, metallbearbetning, plastindustri och maskintillverkning där produktionsplanering, kalkylering och MPS-flöden är centrala. Det är just den djupa funktionaliteten i tillverkningsmodulerna som gör att många tillverkare väljer Monitor när de byter affärssystem.

Monitor finns idag i två versioner: G4, den mognare versionen som många kunder fortfarande kör i drift, och G5, den nyare versionen som Monitor utvecklar aktivt. Båda versionerna har API:er som kan användas för integration, men de skiljer sig i hur dataexponeringen ser ut och vilka kopplingar som finns tillgängliga ur lådan. Vid ett e-handelsprojekt behöver ni veta vilken version ni kör – och om en migration till G5 är på agendan – innan integrationsarkitekturen ritas. Det är inte ovanligt att tidpunkten för en G5-migration påverkar vad som är rimligt att bygga i e-handelsledet.

Vad Monitor inte hanterar är säljkanalen mot slutkund. Produktbeskrivningar är tekniska, bilder saknas eller är ritningar, och systemet är inte designat för att presentera artiklar för en köpande publik. Det är där en e-handelsplattform kommer in – som ett komplement till Monitor affärssystem, inte som en ersättning.

Tre plattformar som passar Monitor-miljöer

Vi arbetar med Norce, Shopware och Magento / Hyvä som e-handelsplattformar. Alla tre kan kopplas mot Monitor, men de passar olika situationer.

Norce är en nordisk commerce-plattform som fungerar bra för företag med komplexa produktkataloger och B2B-krav. Den hanterar prislistor, kundgrupper och flerkanalspublicering, vilket gör den intressant för grossister och tillverkare som säljer mot både återförsäljare och slutkunder. Norce ger stor flexibilitet i datamodellen men ställer krav på frontend-kompetens.

Shopware är en europeisk open source-plattform med ett modernt gränssnitt och stark innehållshantering. Den passar företag som vill ha mer kontroll över innehåll och kampanjer utan att vara beroende av utvecklare för varje förändring. Shopware har växt snabbt på den nordiska marknaden och erbjuder en bra balans mellan funktionalitet och användarvänlighet.

Magento med Hyvä-tema ger maximal kontroll för företag med stora kataloger eller avancerade B2B-flöden. Det är en beprovad plattform med ett brett ekosystem av tillägg. Hyvä moderniserar frontend-lagret och förbättrar prestanda markant jämfört med Magento i standardutförande. Det är ett val som passar företag med intern teknisk kapacitet eller behov av djup anpassning.

Vilken plattform som passar bäst beror på er katalogstorlek, kundtyp, interna resurser och ambitionsnivå. Vi hjälper er utvärdera alternativen mot er faktiska situation – inte mot en generisk kravlista.

Så bygger Nordic Web Team och Junipeer integrationen mot Monitor

Integrationen mellan Monitor och er e-handelsplattform byggs med Junipeer som integrationslager. Junipeer är en integrationsplattform med färdiga API-kopplingar mot de affärssystem, betalleverantörer och fraktsystem som de flesta nordiska handlare kör. Connectorn mot Monitor är under utveckling – kommer snart, kontakta oss för aktuell tidplan. Arkitekturen, datamappningen och det omgivande arbetet nedan gäller likadant för ett Monitor-projekt vi scopar idag, med den tekniska bryggan inkopplad när connectorn släpps.

De dataflöden vi sätter upp

En typisk Monitor-integration flyttar fem kärndataflöden. Artikeldata flödar från Monitor till webbutiken med en bestämd frekvens – ofta var femte minut för ändrade artiklar, med en full avstämning nattetid. Lagersaldon synkas oftare, ofta var 1–5 minut för snabbrörliga artiklar och on-demand i checkouten för högvärdesartiklar där överförsäljning inte får ske. Kundspecifika priser och prislistor hämtas från Monitor i realtid när en inloggad B2B-kund tittar på en produkt eller lägger den i varukorgen, så att priset kunden ser alltid är avtalspriset.

Kundregister och kreditgränser flödar från Monitor till webbutiken så att befintliga kunder ser sina avtal och tillgängligt kreditutrymme. Nya kunder som skapas online skrivs tillbaka till Monitor som kundposter redo för kreditbedömning. Ordrar skickas tillbaka till Monitor som försäljningsordrar med rätt kundreferens, PO-nummer, leveransadress och orderrader. Därifrån hanterar Monitor plockning, packning och fakturering genom sina ordinarie flöden.

För företag med stora eller komplexa sortiment är ett dedikerat PIM-system ofta det rätta sättet att hantera den produktberikningen strukturerat, som ett eget lager mellan Monitor och webbutiken. Se vår jämförelse av PIM-system för att hitta rätt plattform för er katalog.

Hur vi hanterar de svåra bitarna

Tre områden kräver tydliga arkitekturbeslut innan någon kod skrivs.

Prislogiken. Många Monitor-kunder kör avtalsbaserad prissättning med kundspecifika rabatter, volymsteg och projektpriser. Vi bestämmer tidigt om priser hämtas live från Monitor vid varje produktvisning (mest exakt, högre API-last), cachas på kundnivå med periodisk uppdatering (lägre last, viss efters läpning), eller hybridiseras per produktkategori. Rätt svar beror på ordervolym och hur ofta priser ändras.

Kreditbedömning. För B2B med fakturabetalning sker kreditgränskontrollen i checkouten – kunden ser kreditutrymmet innan ordern skickas. Om gränsen överskrids stoppas antingen ordern, eskaleras till säljaren för manuell hantering, eller godkänns en delorder upp till gränsen. Det här definierar vi tillsammans med ert ekonomiteam, inte i efterhand.

Offert-till-order-flöden. Om er B2B-försäljning inkluderar offerter – vanligt vid projektbaserade eller konfigurerade produkter – stöder webbutiken en offertkorg som skickas in som en förfrågan, ert säljteam prissätter i Monitor, och kunden konverterar offerten till order utan att lägga in produkterna igen. Plattformsvalet (Norce, Shopware, Magento med Hyvä) påverkar hur nativt detta fungerar mot hur mycket konfiguration som krävs.

Vad vi levererar i varje fas

Projektet följer fyra faser. Discovery och arkitektur tar 2–4 veckor: vi kartlägger er Monitor-konfiguration, granskar datakvaliteten, bestämmer plattformspassning och definierar dataflödena ovan. Ni får ett skrivet arkitekturdokument och ett fast scope för bygget. Build och integration tar 8–16 veckor beroende på katalogstorlek och prislogikens komplexitet: vi konfigurerar plattformen, sätter upp Junipeer med fältmappningarna, utvecklar webbutiken och bygger orderflödet hela vägen. QA löper parallellt och intensifieras de sista 2 veckorna: vi testar artikelsynk, prisberäkningar under olika kundscenarier, orderläggning, kreditkantfall och hela loopen tillbaka in i Monitor. Lansering och stabilisering sker stegvis – vi går live med ett kontrollerat kundsegment först, övervakar i 2–4 veckor och öppnar sedan upp för resten. Efter lansering fortsätter vi följa synkhälsa och orderframgångsfrekvens, och åtgärdar problem allteftersom de dyker upp.

Resultatet är en integration som är dokumenterad, övervakad och underhållbar av er och oss tillsammans – inte en svart låda som bara den ursprungliga utvecklaren förstår.

Utmaningar som är specifika för Monitor-miljöer

Företag som kör Monitor har ofta en produktkatalog som är strukturerad för tillverkning snarare än för försäljning. Det betyder att artikelnummer, varianter och stycklisterelationer kan behöva omarbetas innan de fungerar som produktsidor i en webbutik. Det här är inte ett systemproblem – det är en fråga om att översätta operativ data till köpbar information.

En annan vanlig situation är att prismodellen i Monitor bygger på kundavtal, volymer och projektspecifika kalkyler. Att visa rätt pris för rätt kund i realtid kräver att integrationen hanterar prislogiken korrekt, eller att man väljer en modell där priser cachas och uppdateras vid bestämda intervaller. Båda modellerna har fördelar beroende på kundbas och ordervolym.

Orderflödet ställer också krav. Tillverkande företag har ofta längre ledtider, delorderhantering och kundspecifik produktion. E-handeln behöver kommunicera detta på ett tydligt sätt så att kunden vet vad som händer efter köp. Det ställer krav på både plattformens funktionalitet och innehållet runt produkterna.

Det viktigaste är att ni inte behöver byta affärssystem. Monitor fortsätter som ert operativa nav. E-handeln byggs runt det – inte istället för det.