Rapportering
Før
- CSV eksporteres manuelt
- data kopieres til Excel
- rapporten tilpasses
- filen sendes på mail
Efter
- data hentes automatisk
- data valideres
- rapporten genereres
- rapporten sendes eller gemmes automatisk
Integrationer og automation
Stop med at flytte de samme data manuelt mellem systemer
Jeg forbinder systemer og automatiserer manuelle arbejdsgange, så data ikke skal kopieres, eksporteres, kontrolleres og indtastes flere steder hver uge.
Det kan være gentagen dataindtastning, manuelle rapporter, filudveksling, statusopdateringer eller andre administrative trin, der i dag afhænger af en medarbejder.
Lyder noget af det her bekendt?
Integrationer giver først mening, når de fjerner et konkret stykke manuelt arbejde eller reducerer risikoen for fejl i en eksisterende proces.
- Vi indtaster de samme kundedata i flere systemer.
- Data eksporteres manuelt til Excel eller CSV.
- En medarbejder laver den samme rapport hver uge.
- Ordre- eller kundedata kopieres mellem platforme.
- Oplysninger sendes manuelt videre, når en status ændrer sig.
- Vi bruger tid på at kontrollere, om data stemmer mellem systemer.
- Et system mangler information, der allerede findes i et andet.
- Filer skal løbende hentes, behandles og sendes videre.
- En proces afhænger af, at nogen husker at udføre et bestemt trin.
Fra manuelt arbejde til et automatiseret flow
Eksemplerne er illustrative arbejdsgange. Den konkrete løsning afhænger af de systemer, data og regler, virksomheden faktisk bruger.
Kundedata
Før
- kunde oprettes i system A
- oplysninger kopieres manuelt
- kunden oprettes i system B
Efter
- kunde oprettes i system A
- data valideres
- kunden oprettes automatisk i system B
Statusændringer
Før
- status ændres i et internt system
- en medarbejder opdager ændringen
- kunde eller team informeres manuelt
Efter
- status ændres
- workflowet starter automatisk
- relevant system eller person får besked
Data mellem systemer
Før
- data findes flere steder
- medarbejdere sammenligner manuelt
- afvigelser opdages senere
Efter
- data synkroniseres efter definerede regler
- afvigelser valideres
- fejl registreres og kan håndteres
Hvad kan integreres og automatiseres?
Løsningstypen vælges efter arbejdsgangen. API'er, webhooks og andre tekniske mekanismer kommer først ind, når det er afklaret, hvad der faktisk skal ske.
System-til-system integrationer
Når oplysninger skal flyttes mellem eksisterende platforme som CRM, økonomi, booking, webshop, interne systemer eller andre tredjepartsløsninger, der giver den nødvendige adgang.
Datasynkronisering
Når de samme kundedata, produkter, ordrer, lager-, status- eller rapporteringsdata findes flere steder. Synkronisering kan køre én vej, begge veje, ved hændelser eller efter en plan.
Automatiserede workflows
Når en hændelse skal starte flere trin. Fx: ny kunde → valider data → opret i andet system → send intern besked → registrér resultatet.
Planlagte jobs
Når en proces skal køre automatisk med faste intervaller, fx hente data, generere en rapport, kontrollere status, synkronisere systemer eller behandle filer.
Rapportering og databehandling
Når rå data skal hentes, kombineres, valideres, transformeres, gemmes eller sendes videre som en del af en fast proces.
API'er og webhooks
API'er gør det muligt for systemer at udveksle data direkte. Webhooks gør det muligt at reagere automatisk, når noget sker i et andet system. De er værktøjer bag løsningen - ikke målet i sig selv.
Hvis behovet også kræver et egentligt brugerinterface eller et specialsystem, kan det være mere relevant at kombinere integrationen med en webapp.
Et login-baseret kundeområde kan i stedet høre under kundeportaler.
Hvad sker der, når noget går galt?
En automation skal ikke bare flytte arbejdet ud af syne. Når den erstatter manuelle trin, skal fejl kunne opdages, forstås og håndteres på en kontrolleret måde.
Validering
Data kan kontrolleres for manglende felter, ugyldige værdier, uventede formater og andre kendte problemer, før næste handling udføres.
Fejlhåndtering
Forventelige fejl som utilgængelige tredjepartssystemer, API-fejl, timeouts, manglende data eller ugyldige svar håndteres eksplicit i stedet for at blive ignoreret.
Retries, hvor det giver mening
Midlertidige fejl kan i relevante flows forsøges igen automatisk, så en kortvarig fejl hos et eksternt system ikke nødvendigvis betyder, at processen går tabt eller kræver manuel genstart.
Beskyttelse mod dubletter
Hvis et trin forsøges igen, skal løsningen så vidt muligt undgå at oprette den samme ordre, kunde eller handling flere gange. Det tekniske princip kaldes ofte idempotency.
Logging
Det skal være muligt at se, hvad der blev forsøgt, hvad der lykkedes, hvad der fejlede, og hvornår det skete. Ellers kan automationen blot erstatte synligt manuelt arbejde med skjulte problemer.
Monitoring og alarmering
Hvor løsningens betydning og scope kræver det, kan kritiske fejl gøres synlige for den relevante person eller drift. Omfang og responstid aftales konkret i projektet eller en driftsaftale.
Teknisk proof: dataflow, validering og recovery
pgDumpster er et konkret MKP Digital-produkt, hvor flere datakilder og systemoverflader skal håndteres kontrolleret på tværs af et automatiseret flow.
Eget produkt
pgDumpster
pgDumpster er et source-available CLI-værktøj til backup, verifikation, inspektion og restore af hosted Supabase-projekter på tværs af database, Storage, Auth, Edge Functions og projektkonfiguration.
Se pgDumpster-projektet- Håndterer data og konfiguration på tværs af flere Supabase-overflader i ét sammenhængende flow.
- Bruger validering, integritetskontrol, checkpoints, resume og eksplicit recovery-logik.
- Understøtter lokal og S3-kompatibel destination med verifikation af publiceringen.
- Den publicerede release er dokumenteret med CI, CodeQL og hosted source-to-target E2E.
Pris afhænger af systemerne, dataene og workflowet
Prisniveauerne er vejledende. Den konkrete pris aftales ud fra, hvad der skal forbindes, hvilke begrænsninger platformene har, og hvor robust flowet skal være.
Simpel integration
15.000 – 35.000 kr.
Én eller to systemer, enkel dataudveksling og få regler eller felter.
Avanceret integration
35.000 – 75.000 kr.
Flere systemer, mere forretningslogik, fejlhåndtering eller planlagte synkroniseringer.
Datapipeline / platform
75.000 kr. +
Større flows med flere datakilder, transformationer, driftskrav eller mere kompleks koordinering.
Det, der typisk driver kompleksiteten
Antal systemer
En integration mellem to systemer er typisk enklere end et workflow på tværs af flere platforme.
API-kvalitet og platformbegrænsninger
Dokumentation, rate limits, tilgængelige endpoints, webhook-support og andre begrænsninger påvirker, hvad der kan bygges og hvor meget arbejde det kræver.
Data og mapping
Datamængde, datamodel, mapping mellem systemer, validering og transformation kan være en væsentlig del af arbejdet.
Workflow og regler
Et simpelt ‘når X sker → gør Y’ er mindre komplekst end flows med flere betingelser, statusser, branches, retries eller approvals.
Authentication
Nogle systemer bruger simple API keys. Andre kræver fx OAuth, token refresh og håndtering af forskellige brugerrettigheder.
Fejlhåndtering og drift
Kritiske automatiseringer kan kræve mere logging, retries, monitoring, recovery eller en aftalt manuel fallback.
Historiske data
Hvis eksisterende data også skal migreres eller backfilles, er det et separat kompleksitetselement ud over det løbende integrationsflow.
Sådan starter et integrationsprojekt
Først kortlægges den eksisterende arbejdsgang. Derefter bliver systemadgang, data, regler og fejlhåndtering gjort konkrete, før der bygges.
1
Kortlæg processen
Vi gennemgår hvad der sker i dag, hvilke systemer og data der indgår, hvem der udfører arbejdet, og hvor fejl eller ventetid opstår.
2
Scope og integrationsdesign
Source, target, triggers, regler, data, authentication, fejlhåndtering og pris afklares - inklusive om systemerne faktisk stiller de nødvendige interfaces til rådighed.
3
Implementering og test
Integrationen bygges og relevante normale flows, ugyldige data, API-fejl, retries, dubletter og edge cases testes inden for det aftalte scope.
4
Produktion og drift
Flowet deployes og verificeres i produktion. Logging, monitoring, vedligeholdelse og håndtering af tredjepartsændringer aftales efter behov.
FAQ
Spørgsmål om integrationer og automation
Nej, ikke nødvendigvis. Det afhænger blandt andet af API-adgang, eksportmuligheder, authentication, platformbegrænsninger og om de nødvendige data overhovedet er tilgængelige. Hvis et system ikke eksponerer den nødvendige adgang, kan integrationen være begrænset eller ikke realistisk.
Så vurderes andre realistiske muligheder, fx eksport/import eller filbaserede flows, hvis platformen understøtter det. Hvis systemet ikke giver en stabil og tilladt måde at få adgang til de nødvendige data eller handlinger på, kan automationen være begrænset eller ikke forsvarlig at bygge.
En simpel integration ligger vejledende på 15.000–35.000 kr. Den konkrete pris afhænger blandt andet af antal systemer, API-kvalitet, data, workflow, authentication og krav til fejlhåndtering og drift.
Ofte kan dele af den automatiseres, men det afhænger af hvor data kommer fra, hvad der sker i regnearket, og hvor resultatet skal ende. Processen kortlægges først, så det ikke bare bliver en teknisk kopi af en dårlig manuel arbejdsgang.
Det afhænger af flowet. Relevante løsninger kan fx registrere fejlen, forsøge igen ved midlertidige fejl og gøre kritiske problemer synlige. Der loves ikke, at tredjepartssystemer altid er tilgængelige.
Hvor flowet tillader det, kan integrationen designes, så retries eller gentagne requests ikke ukritisk opretter den samme ordre, kunde eller handling flere gange. Den konkrete strategi afhænger af de involverede systemers muligheder.
Ja, hvis systemerne stiller de nødvendige interfaces og data til rådighed. Flere systemer øger typisk kompleksiteten, fordi mapping, fejlhåndtering og afhængigheder mellem trinnene også skal håndteres.
Ja, hvis der er adgang til den eksisterende kode, konfiguration og de relevante systemer. Før ændringer laves, vurderes det nuværende flow, fejlmønstre og om løsningen er hensigtsmæssig at videreføre.
Ja. Drift og vedligeholdelse kan aftales efter behov. Omfanget kan blandt andet dække relevante ændringer, fejlretning og driftsopgaver, men konkrete monitoring- eller responstider skal fremgå af den aftale, der indgås.
Har I en proces, der stadig bliver udført manuelt?
Beskriv hvilke systemer I bruger, hvad medarbejderen gør i dag, og hvad der helst skulle ske automatisk. I behøver ikke vide, om løsningen kræver et API, webhook eller noget tredje.
Beskriv processen