Systemintegration: få jeres systemer til at tale sammen

Hvad er systemintegration?

Systemintegration er, når to eller flere it-systemer bliver koblet sammen, så data flytter sig af sig selv. En ordre i webshoppen bliver til en faktura i økonomisystemet. En henvendelse på hjemmesiden bliver til en sag i CRM’et. Et produkt, der rettes ét sted, er rettet alle steder.

De fleste virksomheder ender med integrationsbehov af den simple grund, at systemerne er købt hver for sig og på hver sin tid. Økonomisystemet kom først, så kom webshoppen, så kom et lagersystem, og et sted derimellem blev der ansat en person, hvis egentlige job er at flytte tal fra det ene skærmbillede til det andet. Det er dét job, en integration afskaffer.

Teknisk sker koblingen næsten altid gennem systemernes API — den dør, leverandøren har bygget netop til det formål. Er der ingen API, findes der andre veje: filudveksling, databaseopslag eller en robot, der betjener systemet, som et menneske ville gøre. Store virksomheder lægger ofte et selvstændigt lag imellem, kaldet middleware. For de fleste danske SMV’er er det overkill: to til fem velbyggede integrationer løser problemet uden en ny platform at vedligeholde.

Tegn på at I mangler en integration:

• Den samme ordre, kunde eller vare tastes ind i to systemer.
• Nogen eksporterer en fil ét sted og importerer den et andet — hver uge, hver måned.
• Lagerstatus på hjemmesiden er altid en smule forkert.
• Bogholderiet bruger de sidste dage i måneden på at afstemme noget, der burde have afstemt sig selv.
• Ingen tør røre ved et system, fordi et andet system afhænger af det på en måde, ingen kan forklare.

Hvert af de punkter har en pris, som sjældent står nogen steder: den tid, det tager, og de fejl, der opstår, når mennesker flytter data manuelt. Den pris er som regel det bedste grundlag for at afgøre, om en integration kan betale sig.

Vi bygger integrationer som en del af vores udvikling af hjemmesider og systemer, og vi overtager også løsninger, hvor den oprindelige udvikler er væk.

Hvad AI ændrer i systemintegration

Klassisk integration kræver, at data er strukturerede. Felt A skal ind i felt B, og formaterne skal passe. Det virker fint mellem to moderne systemer — og slet ikke, når data kommer ind som en PDF-faktura, en e-mail med et vedhæftet regneark eller en fritekstbesked fra en kunde.

Det er dér, AI flytter grænsen. En sprogmodel kan læse et bilag, finde beløb, dato og leverandør og aflevere det som strukturerede data, integrationen kan arbejde videre med. Den kan afgøre, hvilken kategori en henvendelse hører til, før den lander i CRM’et. Og den kan håndtere undtagelserne — de 5 %, der før stoppede hele flowet og krævede et menneske.

I praksis betyder det to ting. For det første kan flere processer overhovedet automatiseres, fordi input ikke længere skal være pænt. For det andet bliver integrationen billigere at vedligeholde, fordi den ikke knækker, hver gang en leverandør ændrer et felt i sin skabelon.

En vigtig præcisering: AI erstatter ikke integrationen. Skal en ordre blive til en faktura, er et API-kald stadig den rigtige — og den mest pålidelige — måde at gøre det på. AI hører hjemme dér, hvor data er rodede, eller hvor der skal træffes en vurdering. At bruge en sprogmodel til noget, et almindeligt felt-til-felt-kald kan klare, er både dyrere og mere upålideligt.

Vi bygger den slags flows med n8n og sprogmodeller — læs mere om, hvordan vi arbejder med AI og automatisering, og om RPA og robotic process automation, der er den ældre, regelbaserede fætter til det samme.

Sådan griber I en systemintegration an

En integration går sjældent galt på koden. Den går galt, fordi ingen blev enige om, hvilket system der har ret, når de to er uenige. Rækkefølgen nedenfor er den, vi bruger:

1. Beskriv processen, ikke systemerne. Hvad sker der i dag, trin for trin, og hvem gør det? Det er her, dobbeltarbejdet bliver synligt.
2. Udpeg kilden til sandhed. Hvis både webshoppen og økonomisystemet kender en pris, skal ét af dem bestemme. Uden den beslutning bygger man en integration, der overskriver sig selv.
3. Tjek hvad systemerne faktisk kan. API’er er sjældent så komplette som databladet lover. Vi læser dokumentationen og tester adgangen, før der estimeres.
4. Byg det mindste flow, der giver værdi. Én vej, ét datasæt. Det kan sættes i drift og måles, længe før hele landskabet er koblet sammen.
5. Beslut hvad der sker, når det fejler. Fejl er ikke undtagelsen, de er en driftstilstand. Retry, logning og en besked til et menneske hører med fra dag ét.
6. Overvåg og udvid. Når det første flow har kørt stabilt i nogle uger, kobles det næste på.

Vi leverer typisk trin 1–3 som et afgrænset forarbejde, så I kender omfanget og prisen, før der bygges.

Integrationer vi laver oftest: e-conomic, ERP, CRM og webshop

e-conomic integration

En e-conomic integration kobler jeres webshop, faktureringsflow eller kundesystem direkte på økonomisystemet. Ordrer bliver til fakturaer, betalinger bliver afstemt, og kunder bliver oprettet uden manuel indtastning. Det er den integration, flest danske SMV’er spørger efter, fordi e-conomic er så udbredt — og fordi bogholderiet er dér, dobbeltarbejdet gør mest ondt hver måned.

e-conomic har et veldokumenteret API, og standardflowet fra WooCommerce er velafprøvet. Det, der koster tid, er sjældent koblingen — det er reglerne: hvordan skal moms, rabatter, delleverancer og kreditnotaer håndteres? Dem afklarer vi først.

ERP-integration

En ERP-integration forbinder hjemmesiden eller webshoppen med det system, der styrer lager, indkøb og produktion — Microsoft Dynamics, Business Central eller et branchesystem. Typiske flows er lagerstatus ud på produktsiderne, priser og kundeaftaler ned fra ERP’et og ordrer den anden vej. Her er hastighed og cache ofte vigtigere end selve koblingen: ingen webshop skal slå lager op i et ERP for hver sidevisning.

CRM-integration

En CRM-integration sikrer, at henvendelser fra hjemmesiden lander som reelle leads med kilde, kampagne og samtykke intakt — i stedet for som en e-mail, nogen skal huske at oprette. Det er også den integration, der gør det muligt at måle, hvad markedsføringen faktisk er værd, fordi salget kan spores tilbage til den side, kunden kom fra.

API- og webshop-integration

Ud over de tre store kobler vi løbende hjemmesider til betalingsgateways, fragtsystemer, booking, PIM- og produktdatabaser, Microsoft Dynamics, Google Maps og de sociale platforme. Når leverandøren ikke har en API, bygger vi selv laget imellem.

Eksempler på systemintegration fra vores egne projekter

OpenDoors er det tydeligste eksempel. Ud over selve websitet stod vi for opsætningen af flere tekniske integrationer og betalingsflows, der skulle spille sammen i praksis, samt podcastintegration. Design kom fra kunden selv; vi havde den tekniske implementering og projektstyringen.

DMN (Dansk Materiale Netværk) viser den anden halvdel af disciplinen: at flytte et system uden at tabe det, der hænger på det. DMN kom fra Drupal, og migreringen til WordPress skulle tage alle funktioner med — registreringer, eventmoduler og faktureringsmodeller. Det er integrationsarbejde forklædt som en migrering, og det er dér, de fleste projekter taber data.

GSFleet fik en webshop og omfattende programmering, og vi implementerede tekniske redirects fra deres tidligere sites, så SEO-værdien fulgte med over. WinFinans blev bygget i Umbraco — et eksempel på, at vi ikke er bundet til ét CMS, når systemet skal passe ind i en eksisterende platform.

Fælles for dem: koblingerne er bygget af vores egne programmører, og vi kan vedligeholde dem bagefter.

Systemintegration, systemudvikling og automatisering: hvad er forskellen?

De tre ord bruges i flæng, og forskellen har reelle konsekvenser for både pris og tidsplan.

• Systemintegration forbinder systemer, I allerede har. Ingen af dem laves om — der bygges en vej imellem dem. Det er den billigste og hurtigste af de tre.
• Systemudvikling er at bygge et system, der ikke findes: en kundeportal, et internt værktøj, en beregner. Det giver mening, når ingen standardløsning passer.
• Automatisering handler om selve arbejdsgangen — at trin, et menneske udførte, nu udføres af software. Integrationen er ofte forudsætningen; automatiseringen er gevinsten.

I praksis begynder næsten alle forløb med integration, fordi det er der, den hurtigste tid tilbagebetales. Først når systemerne taler sammen, giver det mening at automatisere ovenpå — eller at bygge noget nyt.

Hvad kan I forvente?

Et typisk integrationsforløb hos os ser sådan ud:

• Forarbejde: kortlægning af processen og teknisk tjek af begge systemers API. Afgrænset opgave med fast pris.
• Første flow i drift: for en standardkobling som webshop til e-conomic er det typisk uger, ikke måneder. Er der specialregler, egne felter eller et system uden API, tager det længere.
• Dokumentation: I får beskrevet, hvad der kører hvorhen, og hvem der ejer hvilke data. Det er dét dokument, der gør, at den næste udvikler ikke skal starte forfra.
• Drift: overvågning, fejlhåndtering og et sted at henvende sig, når en leverandør ændrer sit API.

Prisen på en integration afhænger næsten udelukkende af tre ting: om begge systemer har et brugbart API, hvor mange særregler der er i jeres forretning, og hvad der skal ske, når noget fejler. To virksomheder med den samme webshop og det samme økonomisystem kan derfor lande vidt forskellige steder — den ene har standardvarer og én momssats, den anden har kundeaftaler, delleverancer og eksport. Derfor estimerer vi først efter forarbejdet, ikke før.

Vi siger det ærligt, hvis en standardplugin løser opgaven billigere end en specialbygget integration. Det sker oftere, end man skulle tro.

Ofte stillede spørgsmål om systemintegration