En webshopejer i Roskilde starter hver morgen med det samme: han åbner gårsdagens ordrer, kopierer kundeoplysninger, ordrenumre og beløb over i e-conomic i hånden, og tjekker bagefter om lageret passer. Det tager en halv time. Nogle dage en hel time, når der er tastefejl at rette. Til sidst er spørgsmålet ikke om det kan automatiseres, men hvad det koster at få to systemer til at tale sammen.
Det er et fair spørgsmål, og det er sværere at besvare end de fleste andre priser du henter ind. En systemintegration er ikke en hyldevare. Prisen afhænger af hvilke systemer der skal forbindes, hvor godt de er bygget, og hvor meget logik der skal ligge imellem dem. Denne artikel gennemgår hvad der reelt driver prisen, hvornår en færdig no-code-løsning rækker, og hvordan du regner ud om det kan betale sig. Har du brug for baggrunden om hvad et API overhovedet er, så start med hvad er et API og kom tilbage hertil.
Hvad en systemintegration typisk koster på det danske marked
Tallene herunder er markedsniveauer, ikke Kodesmedens egne priser. De varierer meget efter opgavens omfang, men de giver et realistisk udgangspunkt at forholde sig til.
Simpel integration mellem to systemer med veldokumenterede API'er: typisk 5-15 udviklingstimer, altså nogle tusinde kroner. Det kan være at sende en ny ordre videre til et regnskabssystem den ene vej.
Mere kompleks integration med tovejssynkronisering, fejlhåndtering og logging: ofte 30-80 timer. Her skal to systemer holdes i sync begge veje, og der skal tages højde for hvad der sker når noget går galt.
Navngivne integrationer til fx e-conomic, Business Central eller HubSpot: typisk i området 20.000-60.000 kr, afhængigt af hvor mange datatyper og processer der skal med.
Spændene er brede med vilje. To opgaver der begge hedder "kobl webshop sammen med regnskab" kan ligge tusinder af kroner fra hinanden, og forskellen ligger næsten altid i de fem ting nedenfor.
Læg samtidig mærke til at prisen på en integration er en engangsudgift, mens det manuelle arbejde den erstatter er en udgift der falder hver eneste måned. Det er den forskel hele regnestykket længere nede hviler på, og den er nem at overse når man kun kigger på det ene tal i tilbuddet.
Hvad der driver prisen
Kvaliteten og dokumentationen af API'et
Den største enkeltstående prisdriver er ikke dit eget system, men det du skal koble dig på. Et moderne, veldokumenteret API med et klart udviklerafsnit, forudsigelige svar og fornuftige fejlkoder kan man bygge stabilt op imod på kort tid. Et gammelt system uden dokumentation, hvor felterne er udefinerede og svarene skifter form, kan alene i kortlægning og afprøvning koste flere gange så meget som selve integrationen. Når nogen giver et lavt estimat uden at have set API'et, er det et gæt.
Envejs eller tovejssynkronisering
At sende data den ene vej, fx en ny ordre fra webshop til regnskab, er forholdsvis enkelt. Tovejssynkronisering, hvor begge systemer kan ændre de samme data, er markant dyrere. Grunden er konflikthåndtering: hvad sker der når en vare rettes begge steder samtidig, eller når to systemer er uenige om hvad der er den nyeste version? De regler skal tænkes igennem og bygges, og det er dem, ikke selve dataoverførslen, der tager tiden.
Fejlhåndtering og logging
En demo der virker én gang er billig. En integration der kører upåagtet i produktion i årevis er noget andet. Hvad sker der når det andet system er nede i to timer? Når et kald timer ud? Når en ordre mangler et felt? Robust fejlhåndtering, automatiske gentagelsesforsøg og logging så du kan se hvad der gik galt, er en stor del af timerne i en seriøs integration. Det er også den del der oftest bliver sprunget over i de billige tilbud, og som melder sig igen første gang noget fejler stille.
Data-mapping mellem systemer der ikke er enige
To systemer bruger sjældent de samme felter. Det ene kalder det "kundenr", det andet "customer_id". Datoformater er forskellige. Momskoder passer ikke sammen. En kunde findes i det ene system, men ikke i det andet. Denne oversættelse, kaldet data-mapping, er usynligt arbejde der skal gøres for hver eneste datatype. Jo flere felter, og jo mere forskellige systemerne er, desto mere tid.
Volumen og realtid kontra batch
Ti ordrer om dagen der godt må vente et par minutter er noget helt andet end tusindvis af hændelser i timen der skal afspejles med det samme. Høj volumen og krav om realtid stiller krav til hvordan integrationen bygges, hvordan den klarer belastning, og hvad der sker når mængden topper. En natlig batch-kørsel er billigere end en konstant realtidsstrøm, og for mange formål er den mere end god nok.
Skræddersyet eller no-code som Zapier og Make
Ikke enhver integration skal bygges fra bunden. Værktøjer som Zapier og Make kan koble hundredvis af kendte systemer sammen med færdige moduler, og for enkle flows er de både billige og hurtige at komme i gang med. Skal du bare sende en ny formularindsendelse videre til dit CRM eller lægge en fil et bestemt sted når noget sker, er no-code ofte det rigtige valg.
Billedet skifter når:
volumen bliver høj, for de fleste no-code-platforme afregner pr. handling, og regningen vokser med brugen måned efter måned
logikken bliver kompleks, med mange betingelser, opslag og undtagelser der er svære at presse ind i et træk-og-slip-værktøj
et af systemerne ikke er understøttet, fx et brancheprogram eller et ældre internt system
du vil have fuld kontrol og ejerskab i stedet for at være afhængig af en tredjeparts oppetid og prispolitik
Den afgørende forskel er ejerskab. Med en no-code-løsning lejer du et flow, og du betaler så længe det kører. Med en skræddersyet integration ejer du koden. Der er ingen månedlig licens pr. workflow, og løsningen bliver ikke pludselig dyrere eller lukket ned fordi en udbyder ændrer sin prismodel. Vil du se hvordan det gribes an i praksis, ligger det under automatisering og integrationer.
Regnestykket: betaler det sig?
Her bliver det konkret. Tag medarbejderen der bruger en halv time hver dag på manuel dataoverførsel. Med en årsløn på 400.000 kr koster en arbejdstime omkring 250 kr, når du fordeler lønnen på årets effektive arbejdstimer. En halv time om dagen bliver til cirka 115 timer på et arbejdsår, og det giver over 25.000 kr om året, i ren arbejdstid, før du overhovedet har regnet tastefejl, forsinkede leverancer og oprydning i dårlige data med.
Hold det op mod en integration i den lavere ende af intervallerne ovenfor. Selv en løsning til nogle titusinde kroner har tjent sig hjem på omtrent et år, og derefter er de 25.000 kr en årlig besparelse i stedet for en årlig udgift. Regnestykket bliver kun bedre jo flere medarbejdere eller jo mere tid der er tale om, og den skræddersyede løsning har ingen løbende licens der spiser af gevinsten.
Den anden halvdel af afkastet er sværere at sætte kroner på, men ofte større: færre fejl, hurtigere leverancer og data du kan stole på. Når mennesker taster af, opstår der fejl, og en enkelt forkert faktura eller et forkert lagertal kan koste mere end en hel dags sparet tastetid. Dertil kommer det du frigør medarbejderen til at lave i stedet, som næsten altid er mere værd for forretningen end at flytte tal fra ét skærmbillede til et andet.
Sådan får du en pris du kan bruge
En pris på en systemintegration kan ikke sættes seriøst uden at kende de fem ting ovenfor: hvilke systemer, hvor gode deres API'er er, én eller to veje, hvor meget data-mapping, og hvilken volumen. Et estimat givet uden de svar er et gæt, og gæt bliver enten for høje af forsigtighed eller for lave og ender i overraskelser undervejs. Bed derfor altid om at få estimatet knyttet til konkret omfang, ikke et rundt tal i luften.
Det bedste du kan tage med er derfor ikke et beløb, men en rækkefølge: gør det manuelle arbejde op i timer og kroner først, og hold så prisen på integrationen op mod den udgift du allerede betaler hver måned uden at se den. De fleste opdager at de har betalt for den dyre løsning i årevis. De har bare betalt den i spildt arbejdstid i stedet for i kode de ejer.
