API

Et API er en aftalt måde, to systemer udveksler data på, uden at et menneske sidder imellem. Forkortelsen står for application programming interface. Det lyder teknisk, og det er det også. Men beslutningen om, hvorvidt jeres systemer har et API, er en af de mest forretningskritiske beslutninger, en ledelse træffer, ofte uden at vide det. Den bliver truffet, hver gang I køber software.

Hvad et API er, i ledelsens sprog

Forestil jer, at hvert system i virksomheden er en afdeling. Et API er den faste procedure for, hvordan andre afdelinger kan bede om oplysninger eller aflevere noget. Uden proceduren skal en medarbejder gå over med et stykke papir, altså kopiere data fra det ene skærmbillede til det andet. Med proceduren sker det automatisk, korrekt og på sekunder. Et API er den procedure for software.

I tre årtier har jeg set virksomheder betale for manglende API'er med årsværk. Data, der tastes to gange. Rapporter, der samles i hånden. Systemer, der ikke kan skiftes ud, fordi ingen kan få data ud af dem. Det er dyrt, og det er usynligt i regnskabet, fordi det ligger spredt på mange hænder.

Derfor er API afgørende for AI

En sprogmodel kan skrive, men den kan ikke gøre noget i jeres systemer, medmindre der er et API, den kan kalde. Skal en AI-agent slå en kunde op, oprette en sag eller sende en ordre videre, går det gennem API'er. Skal en RAG-løsning hente dokumenter, går det gennem API'er. Findes de ikke, ender AI-projektet som et chatvindue ved siden af arbejdet i stedet for inde i det. Det er den mest almindelige grund til, at AI-projekter ikke flytter noget i hverdagen.

Derfor er det første spørgsmål, jeg stiller, når en ledelse vil i gang med AI, ikke hvilken model. Det er: hvilke af jeres systemer har et åbent, dokumenteret API, og hvad koster det at bruge det? Svaret afgør, hvad der overhovedet kan lade sig gøre.

Det skal I kræve, når I køber software

At der findes et API, og at det er dokumenteret. At I må bruge det uden ekstra licens eller med en pris, I kender på forhånd. At I kan få alle jeres data ud gennem det, ikke kun nogle af dem. Og at leverandøren varsler ændringer i god tid. Skriv det ind i kontrakten. En leverandør, der tøver på de fire punkter, planlægger at holde på jer med jeres egne data.

Sikkerhed og ansvar

Et API er en dør, og døre skal låses. Adgang sker med nøgler, kaldet API-nøgler eller tokens, og de er lige så følsomme som adgangskoder. De skal ligge i sikre systemer, aldrig i en mail eller et dokument, og de skal kunne trækkes tilbage. Hver AI-løsning, der kalder et API, skal have sin egen nøgle med de mindst mulige rettigheder. Så kan I se, hvem der gjorde hvad, og lukke én løsning uden at lukke alle.

Kort til bestyrelsen

API'er er ikke en teknisk detalje under it-chefen. De er forudsætningen for automatisering, for AI og for at kunne skifte leverandør. Bed om et overblik: hvilke systemer har API, hvilke har ikke, og hvad koster det jer i manuelle timer. Det overblik er ofte det bedste argument for det næste digitaliseringsprojekt, og det er et, økonomichefen kan forstå.