AI bliver først operationel, når data kan flyde sikkert
En model kan ikke kompensere for uklare systemejere, manglende datakvalitet eller for brede rettigheder. Derfor behandles integration som en del af løsningsdesignet.
Fra read-only til kontrolleret handling
Trin 1
Læs
Hent godkendte felter eller dokumenter uden at ændre kilden.
Trin 2
Foreslå
Vis et forslag til en medarbejder i appen.
Trin 3
Godkend
En autoriseret bruger godkender den konkrete ændring.
Trin 4
Udfør
En integrationskomponent udfører kun den validerede, tilladte handling.
Typiske integrationskilder
- Dokumentlagre og vidensbaser
- ERP, CRM og projektstyring
- E-mail, kalender og sagskøer
- Databaser, API’er og kontrollerede filudtræk
- PLC/SCADA og maskindata, når fysisk og digital automation mødes
Teknisk kontrol
Hver integration bør have et klart formål, en datakontrakt og en ejer. Fejl, dubletter, rate limits og manglende adgang skal give synlig fallback frem for lydløs fejl.
- Least-privilege servicekonti
- Secrets uden for browser, kode og prompts
- Input- og outputvalidering
- Idempotens og dubletbeskyttelse
- Audit trail for kilder, handling og godkendelse
Datakontrakter, før der skrives kode
En integration begynder ikke i koden, men i en aftale om data: hvilke felter der udveksles, hvad de betyder, hvem der ejer dem, hvilket format og hvilken frekvens der gælder, og hvad der skal ske, når data mangler eller er ugyldige. Den aftale kalder vi en datakontrakt.
Uden datakontrakt bliver fejl opdaget i drift, hvor de er dyrest. Med datakontrakt kan validering, fejlveje og ansvar testes, før den første rigtige post flyttes.
Hvorfor en integration ikke kun er en API-forbindelse
Selve API-kaldet er den mindste del. En forsvarlig integration afklarer identitet og adgang (hvem handler, med hvilke rettigheder), validering af input og output, fejlhåndtering og genkørsel, idempotens hvor gentagne kald ellers kunne skabe dubletter, logning der kan spores bagud, og menneskelig godkendelse før skrivehandlinger med konsekvens.
Derfor starter vi normalt read-only. Læseadgang skaber værdi fra første uge og afslører datakvalitet og kantforhold, før nogen skrivehandling får lov at røre kildesystemet.
Typiske spørgsmål
Skal alle systemer have et API?+
Nej. En pilot kan begynde med kontrollerede filudtræk eller read-only opslag. Den langsigtede integrationsvej vurderes separat.
Kan en agent få skriveadgang?+
Ja, men kun til afgrænsede objekter og handlinger med validering, logning og relevante godkendelser.
Hvordan undgår man sammenblanding mellem kunder eller sager?+
Adgang, indekser, miljøer og logs skal adskilles og testes for den konkrete arkitektur.