Så bedömer du integrationer vid val av affärssystem

Varför integrationsbedömningen avgör affärssystemsvalet

Affärssystemet blir snabbt navet i verksamheten: där samlas kundregister, projekt, fakturor, tidrapporter och ibland flera års historik. Få företag vill införa ett nytt system och tvingas börja om ett år senare, konstaterar Kiri i en genomgång av vad som avgör systemval. Integrationerna knyter navet till övriga verksamheten och avgör därför om systemet fungerar i vardagen eller bara i en demo.

Forskningen beskriver införandet av affärssystem som en komplex och riskfylld process, och ett misslyckat införandeprojekt kan få förödande konsekvenser för företaget (Runeborg, 2018, DiVA). Integrationer är bland de svåraste delarna att reparera i efterhand eftersom de sitter i gränssnittet mellan system, processer och människor. Att bedöma dem före avtal i stället för efter go-live är därför en riskfråga, inte en teknikfråga.

Utebliven integration får konkreta och tidsmätbara konsekvenser: varje order som måste matas in igen riskerar fel kvantiteter, priser eller kunduppgifter; ekonomiteamet lägger timmar på avstämning av beställt mot fakturerat; och lageröversikten släpar efter verkligheten (brandgate.dev). Implema ser samma mönster vid systembyten: rapportering tar för lång tid, flera team arbetar i parallella Excel-filer, viktiga processer blir personberoende och verksamheten har vuxit ur systemet. Därtill kommer inlåsningen – kan kunder, projekt och fakturor inte exporteras i användbara format, blir systemet kvar av fel skäl.

Börja med affärsproblem – inte integrationslistan

En integrationslista som börjar i tekniken blir lång och godtycklig. Börja i stället med problemen som ska bort. Implema föreslår att medelstora företag först svarar på: Varför vill vi byta nu? Vilka affärsproblem måste lösas? Vilka processer är mest kritiska? Vad kan standardiseras? Hur bra är vår data i dag? Hur ser integrationsbehovet ut? Hur mycket förändring klarar organisationen? Vad kostar det att vänta? Ju tydligare nuläget beskrivs, desto bättre blir kravbild och prioritering.

Vanliga affärsproblem med direkt koppling till integrationsbehov är lång tid för månadsbokslut, svag lagerstyrning, dubbelregistrering, bristande spårbarhet och svaga beslutsunderlag. Andra skäl kan vara att stödja fler bolag, fler länder eller nya affärsmodeller. Enligt Implema blir det lättare att skilja viktigt från sådant som bara känns bekant när man utgår från affärsproblem.

Översättningen till integrationskrav är konkret: dubbelregistrering av order pekar mot order-till-faktura-flödet; ett långsamt bokslut mot fakturor, leverantörer och bokföringsdimensioner mellan fakturahanteringssystemet och affärssystemet; en osäker lageröversikt mot lager- och produktdata mellan affärssystem, WMS och e-handel. Ett problem som inte kan kopplas till ett dataflöde är sällan ett integrationsproblem. Var samtidigt ärlig med ambitionsnivån: Implema varnar för att vilja genomföra en stor transformation utan att organisationen är redo.

Vanliga affärsproblem med direkt koppling till integrationsbehov

Kartlägg systemlandskapet och de viktigaste integrationsflödena

Digitaliseringen ger företag allt fler system och applikationer, och affärssystemet är ofta en central pusselbit där (Exsitec). Inventera därför vilka system som faktiskt behöver kommunicera med affärssystemet. Exsitec lyfter fram de vanligaste: CRM, e-handel, EFH (elektronisk fakturahantering), WMS och olika branschsystem, från projekthanteringssystem till specialsystem för branschspecifika uppgifter.

Koppla varje system till de dataflöden som måste fungera. Enligt Exsitec handlar CRM-integrationen oftast om kund- och kontaktpersonsdata; e-handelsintegrationen om produkter, priser, rabatter och beställningar som behöver uppdateras automatiskt mellan systemen; EFH-integrationen om fakturor, leverantörer och bokföringsdimensioner; och WMS-integrationen om orderhantering, in- och utleverans samt produktinformation. I affärssystemet finns dessutom kunddata, lager, bokföring och finansiella transaktioner (brandgate.dev).

Dokumentera kartläggningen i en tabell med kolumnerna: system, systemägare i verksamheten, vilka data som utbyts, i vilken riktning, hur ofta, och hur affärskritiskt flödet är om det står stilla en timme, en dag eller en vecka. Tabellen blir både underlag för kravspecifikationen och ett verktyg för att prioritera vilka integrationer som måste vara på plats vid start och vilka som kan vänta.

Bedöm data, format och äganderätt

Datakvaliteten avgör om integrationen blir en tillgång eller en felkanal. Implema lyfter frågan ”Hur bra är vår data i dag?” som en av de avgörande frågorna före ett systembyte. Granska därför i förväg: dubbletter i kund- och artikelregister, tomma obligatoriska fält, inkonsekventa enheter, moms- och valutahantering, hur bokföringsdimensioner är uppbyggda och om det finns stabila ID-nycklar så att samma kund, order eller artikel kan identifieras i två system. Saknas gemensamma nycklar blir varje integration ett manuellt matchningsprojekt.

Äganderätten till data ingår i integrationsbedömningen. Kiri ställer de avgörande frågorna: Kan du exportera kunder, projekt och fakturor? Finns öppna format för bokföring och ekonomi? Är informationen låst i ett eget format, eller går den att ta med till ett annat system? Slutsatsen är att ett bra affärssystem ska göra det enkelt att stanna för att du vill, inte för att du måste – och att många företag inte tänker på detta förrän de faktiskt behöver byta system.

Ta reda på hur integrationen är tänkt att fungera tekniskt: via API eller direktkoppling, och om utbytet är tvåvägs eller enkelriktat (brandgate.dev). Begär att få se dokumentationen av gränssnittet, en lista över fält och objekt som kan läsas och skrivas, och en verklig export i öppet format före avtal. Det besvarar frågan om informationen är låst till leverantören långt innan ett eventuellt byte tvingar fram svaret.

Utvärdera integrationsarkitektur och förvaltning – inte bara enskilda kopplingar

Integrationer kan byggas på flera sätt, vilket gör en genomtänkt integrationsstrategi viktig. Exsitec rekommenderar en integrationsplattform för att lösningen ska hålla över tid. Ett vanligt misstag är att lösa integrationsbehov ad hoc; eftersom ett affärssystem över tid kopplas till många olika system leder det ofta till en IT-miljö som blir mycket svår att förvalta – så kallad spaghetti-integration.

Skillnaden i praktiken: punkt-till-punkt-kopplingar fungerar för en eller två kopplingar, men varje nytt system multiplicerar antalet förbindelser och därmed antalet platser där fel kan uppstå och behöva åtgärdas. En integrationsplattform samlar i stället logik, mappning och övervakning på ett ställe, så att ett nytt system kopplas in en gång i stället för mot varje enskilt system. Fråga leverantören var fältmappningen ligger, vem som äger den och hur den versionshanteras.

Ställ krav på förvaltningen, inte bara på funktionen: gemensam felhantering och loggning, köning och automatiska återförsök när ett meddelande fastnar, larm när ett flöde står stilla, bevakning av volymer och svarstider, separata test- och produktionsmiljöer samt tydligt ägarskap för varje flöde. Exsitec sammanfattar arbetssättet i fem punkter: ta hänsyn till helheten, utvärdera olika integrationspartners, involvera rätt personer, gör implementationen stegvis och etablera en aktiv förvaltning.

Punkt-till-punkt vs. integrationsplattform – jämförelse av integrationsstrategier

Ställ krav på tvåvägssynk och rätt tidsperspektiv

Tvåvägssynk betyder att data rör sig i båda riktningarna mellan affärssystemet och det andra systemet. brandgate.dev beskriver hur en order som läggs i en distributörsportal automatiskt flödar in i affärssystemet utan mänsklig inblandning och utlöser rätt faktura med korrekt momsbehandling och valuta, medan ändrade lagernivåer i affärssystemet speglas tillbaka till portalen så att distributörerna ser korrekt tillgänglighet. Exsitec beskriver samma mönster för e-handel: produkter, priser, rabatter och beställningar behöver uppdateras automatiskt mellan systemen för att försäljningen ska vara effektiv.

Klassificera varje flöde efter hur snabbt det måste vara i stället för att kräva realtid överallt. Order till faktura och lageruppdateringar som påverkar vad en kund kan beställa är typiskt affärskritiska i realtid eller nära realtid, medan en nattlig överföring av bokföringsdata eller en daglig synk av artikelmaster kan räcka. Frågan att ställa är vilken affärskonsekvens en fördröjning får: översäljning, dubbelbokad lagerplats, kund som ser fel pris eller ett bokslut som skjuts upp.

Bestäm konfliktreglerna innan de behövs: vilket system är master för kunddata, artiklar, priser och lager, vem vinner om samma post ändras i båda systemen samtidigt, och vad som ska hända med en order eller faktura som fastnar på vägen. Begär en skriftlig beskrivning av hur ett avbrott upptäcks, vem som larmas och hur flödet återupptas – den avgör om tvåvägssynken går att driva i drift.

Involvera rätt roller och inför stegvis

Ett systembyte påverkar nästan alltid mer än tekniken. Nya processer, roller, arbetssätt och beslutsvägar följer ofta med, så ledningen behöver vara tydlig med ambitionsnivån (Implema). Exsitec ger samma bild och lyfter fram att involvera rätt personer och att införa stegvis som två centrala råd vid integration med affärssystem.

Bemanna integrationsarbetet med både verksamhet och teknik: en processägare per flöde som kan svara på rätt affärsbeteende; ekonomi och lager för bokföringsdimensioner, order och lagersaldon; sälj eller kundservice för kund- och prisdata; IT för arkitektur, behörigheter och drift; och en integrationspartner som kan visa hur liknande flöden byggts tidigare. Exsitec rekommenderar dessutom att olika integrationspartners utvärderas mot varandra.

Inför stegvis och i prioritetsordning. Implema konstaterar att alla processer inte är lika viktiga i ett första steg, och att de största behoven för många medelstora företag ligger inom ekonomi, inköp och lager. Börja med de flöden som löser de mest affärskritiska problemen, kör dem i skarp drift och ta nästa våg när de fungerar. Efter go-live krävs aktiv förvaltning (Exsitec): någon som löpande följer upp fel, volymer och ändrade behov, eftersom systemlandskapet fortsätter förändras även efter projektets slut.

Stegvis implementering av integrationer – rekommenderat arbetsflöde

Väg in leverantörens långsiktighet och transparens

Ingen mjukvaruleverantör kan garantera att den finns kvar för alltid. Historien är full av stora bolag som lagt ner produkter och mindre bolag som vuxit till marknadsledare, konstaterar Kiri. Det viktiga är inte ett löfte om att aldrig försvinna, utan att företaget visar en tydlig plan, investerar kontinuerligt i produkten och gör det enkelt för kunder att äga sin egen data.

Bedöm de signaler som går att granska före köp: finns dokumentation, är företaget transparent med vem som står bakom, och verkar produkten genomtänkt eller som ett sidoprojekt? Kiri beskriver hur B2B-köpare gör just en sådan snabb riskbedömning när ett system ska anförtros all information om kunder, projekt och ekonomi, och att det sällan är en enskild detalj utan helhetsintrycket som avgör.

Knyt detta till integrationerna: begär dokumentation av API:et och dess versioner, en beskrivning av hur ändringar i gränssnittet kommuniceras och hur länge äldre versioner stöds, samt svar på hur export av kunder, projekt, fakturor och bokföringsdata går till och i vilka format. Är dataägande och exitmöjlighet otydliga blir varje framtida integration en förhandlingsfråga i stället för en teknisk detalj – och risken att behöva byta system längre fram dyrare än nödvändigt.

Checklista: så bedömer du integrationerna innan du väljer affärssystem

Affärsproblem och nuläge: • Varför vill vi byta system nu, och vilka affärsproblem måste lösas? • Vilka av problemen går att koppla till ett dataflöde – dubbelregistrering, långsamt bokslut, osäker lageröversikt, personberoende processer, rapportering i parallella kalkylark? • Vilka processer är mest affärskritiska i första steget, och vad kan standardiseras? • Hur mycket förändring klarar organisationen, och vad kostar det att vänta?

Systemkarta och data: • Vilka system ska kopplas ihop – CRM, e-handel, EFH, WMS, branschsystem – och vilka data utbyts i vilken riktning och med vilken frekvens? • Hur bra är vår data i dag: dubbletter, tomma obligatoriska fält, enheter, moms och valuta, bokföringsdimensioner, stabila ID-nycklar? • Kan vi exportera kunder, projekt, fakturor och bokföringsdata, och finns öppna format? • Är API eller direktkoppling aktuellt, är utbytet tvåvägs, och finns dokumentation och testmiljö?

Arkitektur, införande och exit: • Bygger vi på en integrationsplattform eller ad hoc-kopplingar, och var ligger mappning, loggning och övervakning? • Vilka flöden kräver realtid eller nära realtid, var räcker schemalagd synk, och vilket system är master vid konflikt? • Vilka roller från verksamhet, ekonomi, lager, sälj och IT ansvarar för respektive flöde, och hur inför vi stegvis? • Finns aktiv förvaltning efter go-live, kontinuerlig produktutveckling, transparens om vem som står bakom – och en realistisk väg ut med vår data om vi någon gång vill byta?