Systemintegrasjon i Oslo
Med systemintegrasjon deler ERP-system, CRM, nettbutikk og fagsystemer data automatisk, i stedet for at de ansatte taster de samme opplysningene inn flere steder. Vi bygger integrasjonene på systemenes egne API-er og webhooks, overvåker dem i drift og tar gjerne kartleggingen hos dere i Oslo.
En virksomhet i vekst samler på seg systemer: et CRM her, et økonomisystem der, en nettbutikk, et fagsystem og kanskje en egen app på toppen. Hver for seg fungerer de. Sammen blir de et lappeteppe der de samme opplysningene tastes inn flere steder, og der ingen rapport helt stemmer. Systemintegrasjon handler om å få lappene til å henge sammen. Hos Weapp, et digitalt produktbyrå med rundt 38 utviklere, designere og strateger i Göteborg, er integrasjonene ofte det som får resten av løsningen til å fungere. Oppdrag i Oslo tar vi gjerne, og vi møter dere der når det trengs.
Mange virksomheter, mange systemer
I fjerde kvartal 2025 hadde 538 133 personer arbeidssted i Oslo, viser tall fra SSB. Det er omtrent 19 prosent av alle sysselsatte i landet. Av dem jobbet 59 727 i varehandelen, en næring der den daglige driften hviler på at data flyter riktig: en ordre som skal bli til plukkliste og faktura, en lagerbeholdning som skal stemme i alle kanaler, eller en kunde som skal finnes med de samme opplysningene i alle systemer.
Offentlig digitalisering er også en del av bildet. Digitaliseringsdirektoratet (Digdir) har ett av sine tre kontorer i Oslo, og ifølge direktoratet omfatter oppdraget blant annet felles digitale komponenter og digitale tjenester for innbyggere, kommuner og næringsliv. Uansett sektor er utfordringen den samme: En kobling som fungerer i en demo, er ikke det samme som en flyt som holder i drift år etter år.
Typiske integrasjonskjeder
Noen kjeder går igjen i nesten alle oppdrag:
- CRM til ERP-system. En avtale som lukkes i CRM-et, skal bli en kunde og en faktura i ERP-systemet uten at noen taster den inn på nytt. Brytes kjeden, oppstår det hull mellom salg og økonomi.
- Nettbutikk til lager og økonomi. En ordre skal bli en plukkliste på lageret, og når varen er plukket, skal lagerbeholdningen oppdateres overalt. En beholdning som ikke stemmer, fører til oversalg og skuffede kunder.
- Onboarding på tvers av systemer. En ny kunde eller ansatt skal legges inn i flere verktøy samtidig. Gjøres det manuelt, blir noe lett glemt, og tilganger havner feil.
Mønsteret er det samme overalt: Hvert system er en øy, og menneskene blir broene som bærer data over for hånd. Integrasjonen erstatter broene med automatikk. Hva som ligger i begrepet, har vi forklart i hva er systemintegrasjon.
API-first og webhooks
Vi bygger integrasjoner på det systemene selv tilbyr, ikke ved å gå inn bakveien.
- API-first betyr at vi tar utgangspunkt i de offisielle grensesnittene, dørene et moderne system har for at andre systemer skal kunne lese og skrive data. Leverandøren har ansvaret for å holde dem stabile, og det gjør koblingen mer holdbar enn løsninger som går rett i databasen.
- Webhooks lar systemene si fra selv. I stedet for å spørre «har noe skjedd?» igjen og igjen sender systemet et varsel i det øyeblikket en avtale lukkes eller en betaling kommer inn. Integrasjonene reagerer med en gang.
Hva API-first betyr for dere som kunde, har vi utdypet i API-first forklart for kunder.
Ett knutepunkt i stedet for punkt-til-punkt
En vanlig felle er å løse hvert nytt behov med enda en direktekobling. CRM mot økonomi, CRM mot support, økonomi mot analyse, nettbutikk mot CRM: Snart finnes det et titall punkt-til-punkt-koblinger som ingen har full oversikt over. Hver av dem løste noe akutt, men sammen blir de en vev der en endring i ett system kan bryte tre andre.
Problemet merkes sjelden med en gang. Det merkes når et system skal byttes ut og det viser seg at en rekke andre koblinger henger på det. Der mange systemer skal henge sammen, legger vi derfor ofte et integrasjonslag i midten, et knutepunkt som dataflytene passerer, i stedet for direkte koblinger mellom hvert verktøy. Det gir bedre oversikt og er enklere å bygge videre på når neste system kommer til. Avveiingen har vi beskrevet i integrasjonsplattform vs. punkt-til-punkt.
Første leveranse: en kartlegging
Før noe bygges, tegner vi opp helheten. Vi går gjennom hvilke systemer som finnes, hvilke data som flyttes mellom dem i dag, hvor det skjer manuelt, og hvor feilene oppstår. Resultatet er et prioritert kart over hvor integrasjonen gjør mest nytte først, og et grunnlag som er konkret nok til å anslå både omfang og kostnad.
Kartleggingen krever ingen ferdig kravliste. Den kan gjøres på video, men det er ofte lettere å se hele bildet når alle som kjenner systemene, sitter rundt samme bord, og den workshopen holder vi gjerne hos dere i Oslo. Ifølge Vy tar direktetoget fra Göteborg rundt tre og en halv time.
Scenario: en grossist med to salgskanaler
Tenk dere en grossist i Oslo som selger via egen nettbutikk og en B2B-portal, med separat ERP-system og lager. Ordrer føres over manuelt, og i travle perioder hender det at samme vare selges i begge kanaler før beholdningen er oppdatert. Resultatet er kansellerte ordrer og kunder som må ringes opp.
Kartleggingen viser at det mest akutte problemet ligger i lagerbeholdningen. Den første integrasjonen holder derfor beholdningen synkronisert mellom lager, nettbutikk og portal via systemenes API-er, med overvåking som varsler hvis synkroniseringen stopper. Når oversalget er borte, kan den manuelle ordreoverføringen fases ut steg for steg. Hva en slik kobling mot ERP-systemet koster, har vi skrevet om i hva koster en ERP-integrasjon.
Overvåking og forvaltning
En integrasjon er ikke ferdig når den er bygget. Hver leverandør oppdaterer systemet sitt i sitt eget tempo, og et endret API kan i det stille bryte en kobling. Uten overvåking merkes det ofte først når data har manglet i flere dager.
Vi bygger derfor inn feilhåndtering som fanger det uventede, og overvåking som varsler med en gang en flyt begynner å feile. Integrasjonene skal også tåle å kjøres på nytt: Var et system nede en stund, skal ordrene som ble liggende, kunne sendes igjen automatisk, uten at en kunde får to fakturaer for samme ordre. Den typen robusthet synes aldri i en demo, men den avgjør om integrasjonen holder i drift.
Neste steg
Hva en integrasjon koster, avhenger av antall systemer, kvaliteten på API-ene og hvor mye logikk som skal ligge mellom dem. Hvordan det slår ut i pris, viser guiden hva koster en systemintegrasjon, og hva vi ellers leverer, finner dere under tjenestene våre. Kjenner dere igjen lappeteppet? Ta kontakt, så kartlegger vi systemene dere har, og finner koblingene som gir mest nytte først.
Ofte stilte spørsmål
Må vi bytte ut systemene vi har i dag?
Nesten aldri. Poenget med integrasjon er nettopp at systemene dere allerede har, fortsetter å gjøre jobben sin, men at de snakker med hverandre. Vi legger koblinger mellom dem i stedet for å erstatte dem. Noen ganger foreslår vi et integrasjonslag i midten, men de enkelte verktøyene beholder dere.
Hva betyr API-first i praksis?
At vi tar utgangspunkt i grensesnittene systemene allerede tilbyr, og bygger koblinger som holder også når systemene oppdateres. I stedet for skjøre løsninger som går rett i databasen, bruker vi de offisielle API-ene, som leverandørene har ansvar for å holde stabile. Det gir integrasjoner som tåler tidens tann bedre.
Hva skjer hvis et av systemene endrer API-et sitt?
Da kan en integrasjon slutte å fungere, og uten overvåking merkes det ofte først når noe har gått galt i flere dager. Derfor setter vi opp overvåking som varsler med en gang en kobling begynner å feile, og holder integrasjonene oppdatert når systemene endres. Forvaltning er ikke et tillegg, men en forutsetning for at dataflytene skal holde.
Hvor begynner vi når vi har mange systemer?
Med en kartlegging av hvilke systemer som finnes, og hvordan data flyttes mellom dem i dag. Ofte viser den at noen få koblinger står for mesteparten av dobbeltarbeidet. Dem bygger vi først slik at nytten kommer raskt, og resten tar vi i prioritert rekkefølge i stedet for å koble sammen alt på én gang.
Hvor mye av arbeidet kan gjøres på avstand?
Det meste. Integrasjonsarbeid er digitalt av natur: Vi jobber mot systemenes API-er, ikke mot noe fysisk. Unntaket er kartleggingen: Når dataflytene skal tegnes opp på en tavle sammen med dem som kjenner dem, møtes vi gjerne hos dere i Oslo. Resten skjer på video, med faste statusmøter og testmiljøer dere har tilgang til.