Systemintegration – exempel som känns igen i ett mindre företag

Vad är systemintegration, i praktiken?

De flesta mindre företag har fler system än de tror: webbshop, ekonomisystem, CRM, kalender, lönesystem och några kalkylblad som håller ihop resten. Problemet uppstår i mellanrummen, där någon kopierar ett ordernummer eller mejlar en fil till ekonomen varje fredag.

En integration ersätter det mellanrummet med en regel: när det här händer i system A, skicka de här uppgifterna till system B. Det är ofta enkelt så länge allt går som det ska. Det svåra är undantagen: en kund finns redan, en artikel saknas eller ett system ligger nere.

Därför är frågan sällan om något går att koppla ihop. Nästan allt går. Frågan är vilken uppgift som blir bättre och vem som märker när kopplingen slutar fungera.

Fyra sätt att koppla ihop system

Det första alternativet är den inbyggda kopplingen. Många system har färdiga kopplingar till varandra som du slår på i inställningarna eller via en app. Det passar när flödet är vanligt och era regler liknar alla andras, och leverantören underhåller kopplingen. Nackdelen är att du får det som byggts, inte mer.

Det andra är ett kopplingsverktyg som Zapier, Make eller n8n. De fungerar som en mellanhand: när något händer i ett system gör verktyget något i ett annat. Det passar när flödet är lite eget, volymerna är måttliga och någon i företaget kan läsa och ändra reglerna. Jämförelsen mellan två av dem finns i Make vs Zapier.

Det tredje är en egen integration mot systemens API. Ett API är systemets officiella dörr för andra program, en överenskommen väg att läsa och skriva data. En egen integration är rätt när volymen är stor, logiken är särskild eller felen blir dyra, men den behöver en ägare som underhåller den när systemen ändras.

Det fjärde är fil-import och fil-export. Ett system tar ut en fil, ofta en CSV-fil som kan öppnas i ett kalkylprogram, och ett annat läser in den. Det passar flöden som sker någon gång i veckan eller månaden, och det är lätt att se vad som skickades.

Så avgör du om en integration är värd det

Automatisera systemintegration först när du kan svara på några enkla frågor. Hur ofta sker flödet? Hur många poster gäller det? Vad kostar ett fel, och upptäcks det direkt eller först vid bokslutet? Vem äger kopplingen när den går sönder? Och hur ser den manuella reservvägen ut, alltså hur arbetet görs om kopplingen ligger nere en vecka?

En integration som ingen förstår blir snabbt något alla är beroende av och ingen vågar röra. Ibland visar svaren att kopplingen skapar mer ansvar än den sparar. Då är det bästa exemplet på systemintegration att ta bort en.

Ett exempel från mitt eget arbete: en integration jag tog bort

Kontaktsidan på min egen webbplats hade ett formulär. Bakom knappen gick meddelandet via ett API till en databas, med regler för hur länge uppgifterna fick ligga kvar, rensning och säkerhetskopiering. Uppgiften var ändå bara att låta en besökare skicka ett meddelande till mig.

Jag ersatte hela kedjan med en vanlig e-postlänk. Besökaren skriver i sitt eget e-postprogram och meddelandet hamnar direkt hos mig. Webbplatsen lagrar mindre uppgifter om besökare och det finns mindre att underhålla.

Avvägningen är tydlig: jag får ingen strukturerad statistik över förfrågningar. Ett företag med flera mottagare eller ett CRM som ska fyllas på kan ha goda skäl att behålla formuläret. Poängen är att börja i uppgiften, inte i hur många system som kan kopplas ihop.