Integrationskonsulent i København

Af Weapp · Opdateret

En integrationskonsulent i København kobler ERP-system, webshop, lager og økonomisystem sammen så data flyder automatisk i stedet for at blive tastet ind flere gange. I Danmark skal integrationerne desuden tage højde for e-fakturering via Nemhandel og reglerne om digital bogføring. Første leverance er en kortlægning af systemlandskabet, og vi holder den gerne hos jer i København.

Når systemerne ikke taler sammen, betaler man prisen i manuelt arbejde: Den samme ordre tastes ind i tre programmer, lagerbeholdningen passer aldrig helt, og ingen stoler fuldt ud på tallene. En integrationskonsulent løser det ved at koble systemerne sammen så data flyder af sig selv. Vi er Weapp, et digitalt produktbureau i Göteborg med udviklere, arkitekter og strateger under samme tag, og vi er ofte i København.

Typiske flows: webshop, ERP-system og lager

Kernen i de fleste opgaver er den samme kæde i forskellige varianter:

  • Webshop til ERP-system. En ordre der lægges online, skal lande i ERP-systemet som en rigtig ordre og kunde uden at nogen skriver den af. Ellers opstår der et efterslæb der vokser med hver kampagne.
  • ERP-system til lager. Ordren skal blive til en plukliste på lageret, og når varen er plukket, skal beholdningen opdateres alle steder. En beholdning der ikke passer, fører til oversalg og skuffede kunder.
  • Økonomi og fragt tilbage til kanalerne. Fakturaer skal videre til økonomisystemet, og fragtbekræftelser, sporing og opdaterede beholdninger skal tilbage til webshoppen så kunden ser det rigtige.

Har virksomheden flere salgskanaler eller flere lagre, bliver kompleksiteten mangedoblet, og det samme gør gevinsten ved at flowene kører automatisk. Økonomisystemet e-conomic, der blev grundlagt i København i 2001 og i dag er en del af Visma, skriver f.eks. selv at programmet kan integreres med andre arbejdssystemer.

Nemhandel, OIOUBL og Peppol

Integrationer i Danmark har en særlig faktor: fakturaerne. Ifølge Erhvervsstyrelsen er Nemhandel Danmarks fælles digitale infrastruktur for at udveksle forretningsdokumenter mellem virksomheder og myndigheder. Siden 2005 har det været lovpligtigt at sende e-fakturaer til det offentlige, og infrastrukturen bygger på OIOUBL og Peppol BIS, Nemhandelsregistret og eDelivery AS4.

To ting gør det aktuelt. Ifølge Nemhandel skiftes der fra OIOUBL til Peppol BIS 4, først for fakturaen, og kravet træder i kraft 1. juli 2030. Samtidig gælder kravet om digital bogføring ifølge Erhvervsstyrelsen fra 1. januar 2026 også for virksomheder der ikke er regnskabspligtige når nettoomsætningen har ligget over en fastsat grænse to år i træk. Bogføringssystemerne skal desuden kunne håndtere e-fakturaer. For jer betyder det at en integration der flytter fakturaer, bør bygges så formatet kan skiftes uden at hele flowet skal bygges om.

Fejlhåndtering og overvågning

Det der adskiller en holdbar integration fra en skrøbelig, er hvad der sker når noget går galt, for før eller siden gør det.

En ordre kan indeholde uventede data, et system kan være nede et øjeblik, og et API kan ændre sig. Uden forberedelse sidder ordren så fast, eller beholdningen holder op med at blive opdateret, og fejlen viser sig ofte først når en kunde henvender sig. De dyreste fejl er dem ingen opdager med det samme: De når at gøre stor skade før nogen griber ind.

Vi bygger derfor fejlhåndtering der fanger det uventede, og overvågning der slår alarm med det samme når et flow begynder at fejle. En vigtig detalje er at flowene skal kunne køres igen. Var et system nede, skal de ordrer der sad fast, kunne sendes igen automatisk uden at en kunde pludselig får to fakturaer fordi den samme ordre blev behandlet to gange.

Værktøjskassen: API’er, webhooks og integrationslag

Hvordan koblingen bygges, afhænger af systemerne, men tre begreber går igen:

  • API’er er de døre et system tilbyder så andre kan læse og skrive data på en kontrolleret måde. Har et system et godt API, er halvdelen af arbejdet gjort.
  • Webhooks vender det om: I stedet for at spørge et system igen og igen om der er sket noget, sender systemet selv besked i samme øjeblik en ordre lægges eller en betaling kommer ind. Det giver flows der reagerer med det samme.
  • Et integrationslag er den koordinerende del i midten når mange systemer skal hænge sammen. I stedet for et filtret net af direkte forbindelser går flowene gennem et fælles knudepunkt der er lettere at overskue, fejlsøge og bygge videre på.

Hvilken kombination der passer, afgøres af jeres systemer, ikke omvendt. Pointen er at løsningen skal holde, også når et system senere skiftes ud. Vi har uddybet valget i integrationsplatform vs. punkt til punkt.

Første leverance: en kortlægning hos jer i København

Et integrationsprojekt begynder ikke i koden, men i forståelsen af hvordan I faktisk arbejder. Derfor starter vi med en kortlægningsworkshop, gerne hos jer i København. Her tegner vi sammen systemlandskabet: Hvilke systemer findes der, hvilke data flyttes mellem dem i dag, hvor sker det manuelt, og hvor opstår fejlene? Resultatet er et prioriteret kort over hvor integrationen gør mest gavn først, og et grundlag der er konkret nok til at sætte både omfang og pris på.

Selve udviklingen foregår derefter fra vores team i Göteborg, med statusmøder over video. Ifølge Øresundstogs køreplan tager direkte tog fra Göteborg til København H omkring 3,5 timer, og SAS flyver direkte fra Landvetter, så et opfølgende møde på stedet er let at planlægge.

Et konkret scenarie

Forestil jer en e-handelsvirksomhed i København der sælger via sin egen webshop og to markedspladser, med et separat ERP-system og lager. Ordrerne flyttes manuelt, og under udsalg sker det at den samme vare bliver solgt på tre kanaler hurtigere end beholdningen når at blive opdateret, med annulleringer og utilfredse kunder til følge.

Kortlægningen viser at det akutte problem sidder i beholdningen. Derfor bygges der først en integration der holder lagerbeholdningen synkroniseret mellem lager, webshop og markedspladser i realtid via systemernes API’er, med overvågning der slår alarm hvis synkroniseringen hakker. Oversalget stopper, og den manuelle overførsel af ordrer kan udfases trin for trin. Fakturaflowet til økonomisystemet bygges bagefter så det fra start er forberedt på skiftet til Peppol BIS 4.

Næste skridt

Hvad en integration koster, afhænger af antallet af systemer, hvor moderne de er og hvor store datamængder der skal flyttes. Vi har samlet prisniveauerne i guiden hvad koster en systemintegration, og det grundlæggende i hvad er systemintegration. Se vores ydelser, eller kontakt os, så starter vi med at tegne jeres systemlandskab op.

Ofte stillede spørgsmål

Hvilke systemer kobler virksomheder oftest sammen?

Oftest ERP-systemet i midten, koblet til webshop, lager, fragt og økonomisystem. Mange virksomheder har over tid bygget et kludetæppe af værktøjer op, hvor de samme oplysninger tastes ind flere steder. Integrationen fjerner dobbeltarbejdet og de fejl der opstår når data skrives af i hånden.

Hvad betyder Nemhandel og Peppol for vores integrationer?

Nemhandel er Danmarks fælles infrastruktur for at udveksle e-fakturaer og andre forretningsdokumenter, og den bygger i dag på OIOUBL og Peppol BIS. Ifølge Nemhandel skiftes der fra OIOUBL til Peppol BIS 4, og kravet træder i kraft 1. juli 2030. Integrationer der håndterer fakturaer, bør derfor bygges så formatet kan skiftes uden ombygning.

Skal I være til stede i København?

Ikke hele tiden, men vi ser en værdi i at mødes fysisk i starten. Kortlægningen af systemlandskabet og de svære prioriteringer går hurtigere ansigt til ansigt. Vi er ofte i København og holder gerne workshoppen hos jer. Selve udviklingen foregår derefter effektivt på afstand fra vores team i Göteborg.

Hvor starter et integrationsprojekt?

Med en kortlægning af systemlandskabet som første leverance. Vi tegner hvilke systemer der findes, hvordan data bevæger sig mellem dem i dag og hvor det manuelle arbejde og fejlene sidder. Kortet viser hvor integrationen gør mest gavn først, og giver et konkret grundlag for omfang og pris.

Hvad sker der når integrationen er bygget?

En integration skal holdes i drift. Systemer opdateres, API’er ændres, og mængderne vokser. Vi sætter overvågning op så fejl opdages med det samme, i stedet for at en integration der er gået i stykker uden at nogen opdager det, skaber problemer i flere dage. Løbende drift og vedligeholdelse er en naturlig del af at eje integrationer.