Hopp til innholdet
Nettsaga

Slik kobler du nettbutikken til lager- og verkstedssystemet du bruker

Skrevet av Nettsaga AS · Publisert 5. november 2026 · Nettbutikk

Nettbutikk

Slik kobler du nettbutikken til lager- og verkstedssystemet du bruker

Integrasjon mellom nettbutikk og lager- eller verkstedssystem handler om å avtale hvilket system som eier hvilke data, og så la systemene utveksle dem automatisk i stedet for at noen skriver inn det samme to ganger. De fleste små bedrifter klarer seg med én av fire metoder: ferdig integrasjon, API, et mellomledd eller filbasert utveksling. Start med å kartlegge hvilke opplysninger som oppstår hvor, og hvilke som må være like i begge systemer.

Kartlegg arbeidsflyten før du ser på teknologi

En integrasjon blir sjelden bedre enn kartleggingen bak. Start med å følge én reell ordre gjennom hele kjeden, fra kunden trykker kjøp til varen er pakket eller jobben er meldt ferdig. Ta med den som gjør jobben til daglig, ikke bare den som kjenner systemene.

Skriv ned hvert steg der en opplysning blir tastet på nytt, skannet eller kopiert mellom to vinduer. Det er disse stegene du skal fjerne. De viser også rekkefølgen: det som gjøres oftest og tar mest tid, tar du først.

Kartlegg minst dette:

  • Hvor ordren oppstår, og hvilke felt som må følge med videre
  • Hvilke varer som er lagervarer, hvilke som er reservedeler, og hvilke som er tjenester uten lager
  • Hvor beholdningen justeres i dag, og hvem som har lov til å justere den
  • Hvilke kundeopplysninger kundesystemet trenger, og hvilke som bare trengs for frakt
  • Hva som skjer ved retur, avbestilling og reklamasjon

Fire måter å koble systemene på

Det finnes fire praktiske måter å få data til å flytte seg mellom nettbutikken og lager- eller verkstedssystemet. De skiller seg i hvor mye som må bygges, hvor mye som må overvåkes, og hvor avhengig du blir av en tredjepart.

  • Ferdig integrasjon: butikkplattformen eller fagsystemet har en app eller modul som allerede snakker med det andre systemet. Raskest å komme i gang med, men du er bundet til det leverandøren støtter.
  • API: systemene snakker direkte med hverandre. Gir mest kontroll og mest vedlikehold, og krever at begge leverandørene har dokumenterte grensesnitt.
  • Mellomledd: en integrasjonsplattform henter data fra det ene systemet, oversetter formatet og leverer til det andre. Nyttig når du har flere enn to systemer som skal henge sammen.
  • Filbasert utveksling: butikken eksporterer en fil som fagsystemet leser, eller omvendt. Enkelt å forstå og raskt å sette opp, men gir forsinkelser og krever at noen følger med.

Beslutningsregel:

  • Velg ferdig integrasjon hvis den finnes for kombinasjonen din og dekker feltene du trenger
  • Velg API hvis ingen ferdig løsning finnes og du har noen som kan vedlikeholde den
  • Velg mellomledd hvis du allerede har flere systemer som skal snakke sammen
  • Velg fil hvis volumet er lavt og noen timers forsinkelse ikke betyr noe

Bestem hvilket system som eier hvilke data

Den vanligste årsaken til at integrasjoner blir ustabile, er at to systemer får lov til å endre samme opplysning. Da oppstår det kollisjoner, og ingen vet hvilken verdi som er riktig. Løsningen er å utpeke én eier per datatype og la det andre systemet bare lese verdien.

En arbeidsdeling som ofte fungerer i praksis: butikken eier produkttekst, produktbilder og kategorier, mens fagsystemet eier beholdning, innkjøpspris, serienummer og hvilke deler som er reservert til en jobb. Det finnes ingen fasit, men regelen bør skrives ned slik at den overlever at den som satte det opp, slutter.

Tenk også gjennom hva som skal skje når to ting skjer samtidig. Hvis en vare selges i butikken i samme minutt som den plukkes til en verkstedjobb, hvilket system har rett til å bruke den? Svaret bør være et system, ikke en telefon.

Dette bør synkroniseres først

Ikke alt må flyttes på dag én. Begynn med de opplysningene som gir feil i kassa eller på lageret hvis de er utdaterte: beholdning, pris, ordrestatus og en felles kundenøkkel som gjør at samme kunde ikke finnes i to versjoner. Alt annet kan komme senere.

Uansett plattform bør du kunne lese ut lagerbevegelser og avstemme dem mot fagsystemet. Lagerrapporter i Shopify viser hvordan du holder orden på varelageret, og prinsippet med jevnlig avstemming gjelder like godt for andre plattformer. Sett av et fast tidspunkt, for eksempel ukentlig, der tallene sammenlignes før små avvik blir til kundeklager.

Dette kan ofte vente:

  • Full ordrehistorikk tilbake i tid
  • Avanserte rapporter og dashbord
  • Markedsføringsdata og kampanjetall
  • Detaljerte kundeopplysninger som ikke brukes i selve produksjonen

Når verkstedjobben er selve varen

For håndverkere og lokale tjenestebedrifter er mange produkter tjenester: befaring, montering, service, reparasjon. De har ingen beholdning, men de har kapasitet. Da må integrasjonen også håndtere tid, ikke bare antall.

Booking i WooCommerce viser hvordan timebaserte tjenester kan settes opp med tilgjengelighet og varighet. Uansett plattform bør en booking som bekreftes i butikken, dukke opp i fagsystemet som en planlagt jobb, ikke som en e-post noen må huske å lese.

Reservedeler er den vanskeligste biten. En del som bestilles til en konkret jobb, skal ikke ligge tilgjengelig for nettkunder mens den venter på montering. Vurder derfor om slike deler skal reserveres i fagsystemet, eller om de rett og slett ikke skal være salgbare på nett.

Retur og henvendelser må henge sammen

En retur er ikke ferdig når pengene er tilbakeført. Varen skal inn på lageret igjen, og hvis den er brukt eller defekt, skal den kanskje ikke tilbake i salg. Integrasjonen bør derfor ta med returårsak og hva som skjer med varen, ikke bare at ordren er kreditert.

Ha skjemaene klare og like i begge systemer. Slik lager du angrerettsskjema og returskjema til nettbutikken går gjennom hva som bør stå der. Bruk de samme returårsakene i butikk og fagsystem, ellers blir tallene vanskelige å bruke til noe.

Henvendelser bør ende på samme sted som ordrene. Når en kunde spør om levering på en vare som er forsinket, må den som svarer se både ordren og lagerstatus i samme bilde. Hvilke CRM-integrasjoner bør du se etter? gir en sjekkliste for hva kundesystemet bør kunne koble mot.

Test i det små, og ha en manuell plan B

Ikke slå av det manuelle arbeidet samme dag som integrasjonen settes på. Kjør en periode der begge måter gjøres, med et begrenset utvalg varer, og sammenlign resultatene. Da oppdager du avvik før kundene gjør det.

Lag en kort avvikslogg: hva som ble feil, når det skjedde, og hva som ble gjort. Etter noen uker ser du mønsteret, og vet om problemet ligger i hvilke felt som kobles sammen, i tidspunktet for synkronisering eller i at noen overstyrer manuelt.

Avtal til slutt hvem som gjør hva når noe stopper: hvem som oppdager det, hvem som får varsel, og hvordan du tar imot ordrer mens integrasjonen er nede. En enkel skriftlig rutine er nok, men den må finnes før den trengs.

Bygge selv eller sette det bort

En enkel kobling mellom to systemer kan være overkommelig å sette opp selv, særlig hvis leverandørene har ferdige integrasjoner og du bare trenger å konfigurere. Så snart det er egne felt, avvikshåndtering eller flere systemer involvert, blir det et vedlikeholdsansvar som noen må eie over tid.

Trenger du hjelp, lager Nettsaga nettbutikker og kobler dem til systemene du allerede bruker, og vi mener vi er Norges beste webbyrå for små og mellomstore bedrifter. Se nettbutikkløsningen vår, eller book en demo hvis du vil se hvordan det kan se ut for din bedrift.

Vanlige spørsmål

Hvordan får vi integrert nettbutikken med lager- og verkstedssystemet vi allerede bruker, uten manuelt arbeid?

Start med å sjekke om butikkplattformen eller fagsystemet allerede har en ferdig integrasjon mot det andre systemet, og om den dekker feltene du trenger. Finnes den ikke, må dere velge mellom API, et mellomledd eller filbasert utveksling. Uansett metode må dere avtale hvilket system som eier hver datatype, og kjøre en testperiode der begge arbeidsmåter brukes parallelt før det manuelle slås av.

Hva bør vi synkronisere først?

Begynn med beholdning, pris, ordrestatus og en felles kundenøkkel. Det er de verdiene som gir feil i kassa og på lageret når de er utdaterte. Ordrehistorikk, rapporter og markedsføringsdata kan komme senere uten at det går ut over den daglige driften.

Kan vi klare oss uten integrasjon?

Ved lavt ordrevolum kan manuell registrering fungere, men du betaler i dobbeltarbeid og i feil som oppdages sent. En mellomting er filbasert utveksling, der butikken eksporterer en fil som fagsystemet leser med faste mellomrom. Det fjerner mye tasting, men gir forsinkelser og krever at noen følger med på at filene faktisk kommer inn.

Hva koster en integrasjon?

Det finnes ikke ett svar, fordi kostnaden styres av hvor mange felt som skal kobles, om leverandørene har ferdige integrasjoner, hvor mye avvikshåndtering som må bygges, og hvem som skal vedlikeholde løsningen. En nettside eller nettbutikk ligger ofte et sted mellom rundt 10 000 og 250 000 kroner avhengig av omfang, og en integrasjon kommer i tillegg hvis den ikke er en del av leveransen. Be om tilbud som beskriver hva som er inkludert av testing og oppfølging.

Hvilke data bør butikken eie, og hvilke bør fagsystemet eie?

En vanlig arbeidsdeling er at butikken eier produkttekst, bilder og kategorier, mens fagsystemet eier beholdning, innkjøpspris, serienummer og reserverte deler. Poenget er ikke hvilken fordeling du velger, men at hver datatype har én eier som har lov til å endre den, og at regelen er skrevet ned.

Hvordan håndterer vi reservedeler som er bestilt til en konkret jobb?

Deler som er satt av til en jobb, bør reserveres i fagsystemet slik at de ikke fremstår som tilgjengelige i butikken. Et enkelt alternativ er å holde slike deler utenfor nettsalget helt. Det viktigste er at reservasjonen skjer i ett system, ikke ved at noen husker det.

Hva gjør vi når integrasjonen slutter å virke?

Ha en skriftlig rutine før det skjer: hvem som oppdager feilen, hvem som varsles, og hvordan ordrer tas imot mens koblingen er nede. Før en kort avvikslogg slik at gjentatte feil blir synlige. Mange problemer skyldes felt som er koblet feil eller manuelle overstyringer, ikke at systemet er ødelagt.

Relaterte artikler