Koppla ERP till e-handeln: Business Central och Fortnox

En ERP-integration för e-handel är sällan det som säljer in ett plattformsbyte – men det är nästan alltid den som avgör om vardagen fungerar efteråt. Affärssystemet äger sanningen om artiklar, lagersaldon, priser och kunder. E-handeln äger mötet med kunden. När kopplingen däremellan haltar märks det direkt: felaktiga saldon, order som fastnar och kundtjänst som får städa manuellt.

Den här guiden går igenom vad en integration mot Business Central eller Fortnox faktiskt behöver klara, vilka dataflöden du ska specificera innan projektet startar och var de vanligaste misstagen görs.

Vad en ERP-integration för e-handel ska klara

Oavsett vilket affärssystem du kör handlar integrationen om samma grundflöden. Det som skiljer systemen åt är hur data exponeras, hur ofta den kan hämtas och hur mycket logik som bor i respektive system. En bra kravbild börjar med att lista flödena, inte med att välja teknik:

• Produkter och artiklar – vem skapar artikeln, och vilka fält följer med till butiken?
• Lagersaldon – per lagerställe eller totalt, och hur snabbt måste saldot slå igenom?
• Priser och rabatter – listpriser, kundspecifika priser, avtalspriser och stafflingar.
• Order – från butik till ERP, med rätt betalsätt, moms och leveransvillkor.
• Kunder – kundnummer, organisationer, leveransadresser och kreditvillkor.
• Orderstatus och fakturor – tillbaka från ERP så att kunden kan följa sin order.

I en B2B-affär är pris- och kundflödena oftast de svåraste. Kundspecifika priser kan ligga som prislistor, rabattmatriser eller avtalsrader i affärssystemet – och e-handeln måste kunna visa rätt pris för rätt inloggad kund utan att det tar sekunder per sidladdning. Att plattformen hanterar B2B och B2C i samma kärna gör den här delen enklare, eftersom kundlogiken redan finns på plats i stället för att byggas som tillägg.

Business Central och Fortnox – olika utgångslägen

Microsoft Dynamics 365 Business Central

Business Central är vanligt hos medelstora bolag och grossister, ofta med partneranpassningar. Det betyder att två Business Central-installationer sällan är identiska: fältnamn, dimensioner och affärslogik kan skilja sig åt. Räkna med att integrationsarbetet till stor del handlar om att kartlägga just er uppsättning – vilka fält som är källa för vad, och vilken logik som redan körs i ERP:t och inte ska dubbleras i butiken.

Fortnox

Fortnox är byggt för mindre och växande bolag och är mer standardiserat. Det gör grundintegrationen snabbare att få på plats, men ställer i stället krav på att ni är ärliga med var gränsen går: avancerad B2B-prislogik eller flerlagerhantering kanske inte ska bo i Fortnox alls, utan i e-handelsplattformen eller ett PIM. Bestäm var varje datatyp har sin master innan ni bygger.

HDL Commerce har färdiga konnektorer för Business Central och Fortnox – och för system som Specter, Pyramid och Jeeves – bland våra färdiga integrationer. Vilka som passar er uppsättning ser du på integrationssidan.

Realtid eller batch? Välj per flöde, inte per system

Ett vanligt misstag är att kravställa ”allt i realtid”. Det låter tryggt men gör integrationen dyrare och skörare än den behöver vara. Bättre är att sätta krav per flöde:

• Order till ERP – nära realtid, eftersom plock och kreditkontroll väntar på ordern.
• Lagersaldo – händelsestyrt eller täta intervall; det viktiga är att undvika översäljning på snabbrörliga artiklar.
• Priser – schemalagt räcker oftast, men kundspecifika priser kan behöva slås upp direkt vid inloggning.
• Produktdata – batch är nästan alltid rätt; produktinformation ändras sällan sekund för sekund.

Fråga också vad som händer när något går fel. En integration utan felkö, loggning och larm är en integration som felsöks i efterhand via arga kundmejl. Kravställ återförsök, dubblettskydd och en plats där någon i teamet kan se vad som fastnat och varför.

Vanliga fallgropar – och hur du undviker dem

1. Otydligt masterskap. Om både ERP och butik kan ändra samma fält kommer de förr eller senare att säga emot varandra. Bestäm en master per fält och håll fast vid det.
2. Momslogik som antas i stället för specificeras. B2B-priser exklusive moms, B2C inklusive, omvänd skattskyldighet och utlandsförsäljning – skriv ner reglerna innan bygget.
3. Testdata som inte liknar verkligheten. Testa med ert riktiga sortiment och era riktiga kundprislistor, inte tio demoprodukter.
4. Ingen plan för historiken. Ska gamla order och fakturor synas på Mina sidor? Det avgör hur mycket data som måste migreras.

För den som vill gå djupare i det tekniska: HDL Commerce exponerar REST- och GraphQL-API:er, så egna flöden och specialfall kan byggas vid sidan av standardkonnektorerna. Dokumentation och exempel finns under utvecklarsidorna.

Glöm inte flödena runt omkring

ERP-kopplingen lever sällan ensam. Betalningar från Klarna, Swish eller Adyen ska stämmas av mot fakturor i affärssystemet, och fraktbokningar via nShift eller Logtrade behöver ordernummer och leveransdata från samma kedja. Rita upp hela flödet från kundens klick till bokförd affär innan ni bygger – det är i skarvarna mellan systemen, inte inne i dem, som de flesta driftproblem uppstår.

Så startar du rätt

Ett bra integrationsprojekt börjar inte i koden utan i en kartläggning: vilka system, vilka flöden, vilken master, vilka volymer. Med den bilden på plats går det att bedöma både tidplan och kostnad med rimlig träffsäkerhet – och att jämföra prisbilden mellan alternativ på lika villkor. Byter ni från en befintlig plattform ingår en fri migreringsanalys, där integrationslandskapet är en central del.

Vill du se hur er ERP-koppling skulle se ut?

Boka en demo så går vi igenom ert affärssystem, era flöden och vilka av våra färdiga konnektorer som täcker behovet – och var det eventuellt behövs anpassning. Kom igång här, så återkommer vi med svar inom 4 timmar.