Hur samlar man kunddata från flera system utan att bygga ett jättesystem?

Ni behöver inte bygga ett stort system

När kunddata ligger i flera system är första tanken ofta att allt ska in i ett nytt jättesystem. Det är dyrt, tar lång tid och riskerar att bli ännu ett system i högen. Det finns ett enklare sätt att få ihop bilden: låt systemen vara kvar och sammanställ det ni behöver ur dem. Här är tre mönster, och hur ni väljer.

Mönster 1: kopiera till ett gemensamt lager

Data hämtas från varje system regelbundet och samlas i en gemensam databas, ett datalager. Frågor ställs mot lagret, inte mot varje system. Se Vad är ett datalager?.

Fördelar: snabba frågor, ett ställe för behörigheter, och agenter kan arbeta mot en enda källa. Nackdelar: datan är lite gammal mellan hämtningarna, och ni måste ta hand om att den kommer med.

Passar när: ni ställer frågor över flera system, och det är OK att svaren är några timmar gamla.

Mönster 2: fråga systemen när det behövs

Ingen kopia sparas. När någon ställer en fråga anropar ni varje systems API och sammanställer svaret på stunden. Se API, webhook eller filexport.

Fördelar: alltid aktuellt, ingen ny databas att ta hand om. Nackdelar: långsamt när flera system ska svara, känsligt för att något system ligger nere eller begränsar anrop, och svårt att göra sammanslagningar.

Passar när: ni bara behöver slå upp enstaka poster, och frågorna är enkla.

Mönster 3: skicka ändringar när de sker

När något ändras i ett system skickar det ett meddelande, och ett annat system uppdaterar sig. Det är webhooks. Då är lagret eller det andra systemet nästan alltid aktuellt.

Fördelar: snabbt, ingen onödig trafik. Nackdelar: kräver att ni hanterar att meddelanden missas eller kommer dubbelt, se Varför får vi dubbletter när en integration försöker igen?.

Passar när: något ska ske direkt som svar på en ändring.

Fyra beslut som gäller oavsett mönster

1. Välj en nyckel

Något som gör att en kund i CRM:et går att känna igen i ekonomisystemet. Organisationsnummer fungerar för bolag. Saknas nyckeln i något system, fyll på den först. Se Hur förbereder man sin data för AI?.

2. Bestäm vilket system som har rätt, fält för fält

Telefonnumret kan ha sin sanning i CRM:et och fakturaadressen i ekonomisystemet. Skriv ned det. Annars blir ”senaste ändringen vinner” regeln, och den ger överraskningar.

3. Börja med två system

De som oftast kombineras för hand i dag. Lägg till fler när det första fungerar.

4. Bestäm åt vilket håll det går

Läser ni bara, eller ska ändringar skrivas tillbaka? Skrivning åt båda hållen är svårt att få rätt, och bör vänta tills läsningen fungerar.

Hur det hänger ihop med AI

En agent som ska svara på frågor över flera system får det enklast mot ett gemensamt lager, eftersom behörigheter och verktyg då finns på ett ställe. Se Vad är en AI-agent?. Behörigheterna ska följa personen som frågar, se Roller och behörigheter för AI-agenter.

Kontrollfrågor

• Vilka frågor vill vi kunna besvara över systemgränserna?
• Hur aktuell måste datan vara?
• Vilken nyckel binder ihop posterna?
• Vem äger kopplingen när något ändras hos leverantören?

Vill ni ha hjälp att välja mönster för ert bolag? Gör systemanalysen eller hör av er.