Vad är ett datalager, och behöver vårt bolag ett?

Olle Krantz

Ett datalager är en gemensam databas där ett bolag samlar data från sina olika system, så att frågor som spänner över flera av dem går att besvara direkt. Ni behöver ett när ni regelbundet exporterar från två system till ett kalkylark för att få ett svar, eller när ni vill att en AI-agent ska se hela bilden. Ni behöver det inte om all verksamhet redan ryms i ett system.

Förklaringen utan jargong

De flesta bolag har sin information utspridd. Kunderna finns i ett CRM, fakturorna i ett ekonomisystem, projekten i ett tredje verktyg och mötena i kalendern. Varje system är bra på sitt, men ingen fråga som berör två av dem går att besvara utan handpåläggning.

Ett datalager är en plats där en kopia av det som är viktigt från varje system samlas, med gemensamma namn på kunder, projekt och personer. Tekniskt är det ofta en vanlig databas, till exempel Postgres. Det är alltså inget exotiskt storbolagsbegrepp.

Tre tecken på att ni behöver ett

  1. Ni exporterar till Excel för att få svar. ”Vilka kunder har vi fakturerat men inte pratat med på ett kvartal?” kräver två exporter och en eftermiddag. Det är en fråga som ett datalager besvarar på en sekund.
  2. Samma uppgift skrivs in på två ställen. Ett nytt bolag läggs upp i CRM:et och sedan i ekonomisystemet. Varje dubbelregistrering är en risk för att uppgifterna glider isär.
  3. Ni vill låta en AI-agent arbeta i datan. En agent kan bara resonera om det den ser. Ligger kunddata i ett system och projektdata i ett annat blir svaren lika ofullständiga som underlaget. Vi har beskrivit det i MCP för svenska bolag.

Vad ett första datalager brukar innehålla

Börja smalt. Ett första steg är sällan alla system, utan de två eller tre som ni oftast kombinerar för hand:

  • Bolag och kontakter från CRM:et.
  • Fakturor eller utlägg från ekonomisystemet.
  • Projekt eller ärenden från det verktyg där leveransen sker.

Det viktiga är nyckeln som binder ihop dem, till exempel organisationsnummer för kunder. Utan den blir datalagret ytterligare en hög poster som inte hänger ihop.

Kopia eller huvudsystem?

Det finns två vägar:

  • Datalager som kopia. Data hämtas regelbundet från systemen och samlas för frågor och rapporter. Befintliga system fortsätter vara huvudsystem. Det är det minst störande sättet att börja.
  • Eget system som huvudsystem. Datan skrivs och läses direkt i en databas ni äger, och de köpta systemen ersätts där det lönar sig. Det är så vi har gjort i Altu Central Command, där CRM, prospektering, ekonomi, projekt och kalender ligger i en applikation.

Båda är rimliga. Kopian är snabbare att komma igång med, det egna systemet är enklare att hålla ihop på sikt.

Vem äger datalagret?

Fråga alltid var databasen ligger och i vems konto. Vi bygger så att databasen ligger i kundens egna konto, i EU, så att ni kan byta leverantör utan att tappa något. Se skräddarsydda system.

När ni kan vänta

Om verksamheten ryms i ett system, och inga frågor kräver två av dem, behövs inget datalager. Vänta också om ingen vet vilka frågor ni vill ställa. Börja med frågorna, och bygg datalagret för att besvara dem.

Vill ni ta reda på var ert största behov finns? Gör systemanalysen eller hör av er.