Et API er ikke en integration

Mange siger, at to systemer kan integreres, "fordi de har et API". Det er rigtigt, at et API gør integration mulig – men det betyder ikke, at systemerne allerede arbejder sammen.

Et API er en teknisk grænseflade. En integration er den samlede løsning, der udveksler data, håndterer fejl, sikrer kvalitet og understøtter virksomhedens arbejdsgange.

Hvad er forskellen i praksis?

Fra

  • “Systemet har et API – så er vi dækket ind”
  • Tekniske løfter uden ansvar for helheden
  • Integrationer der virker, indtil noget går galt

Til

  • En samlet løsning med ansvar for data og processer
  • Klarhed over hvad der sker, når noget fejler
  • Integrationer der understøtter den måde virksomheden arbejder på

Hvad er et API?

API står for Application Programming Interface.

Man kan sammenligne et API med en dør mellem to systemer. Gennem døren kan man spørge efter oplysninger eller sende nye data.

API'et fortæller:

  • Hvilke data der kan udveksles.
  • Hvordan de skal sendes.
  • Hvordan systemet svarer.
  • Hvordan adgangen kontrolleres.

API'et siger derimod ikke noget om, hvornår data skal udveksles, eller hvordan virksomheden ønsker at arbejde.

Hvad er en integration?

En integration er den samlede proces, der binder to eller flere systemer sammen.

Den består ofte af meget mere end API-kald.

  • Validering af data.
  • Oversættelse mellem forskellige dataformater.
  • Fejlhåndtering.
  • Logning.
  • Overvågning.
  • Sikkerhed.
  • Automatiske genforsøg.

Et eksempel

Forestil dig, at et CRM-system skal sende nye kunder til et økonomisystem.

API'et gør det muligt at sende oplysningerne.

Men integrationen skal også tage stilling til:

  • Hvad sker der, hvis kunden allerede findes?
  • Hvad hvis økonomisystemet er utilgængeligt?
  • Hvordan håndteres ugyldige adresser?
  • Hvem får besked, hvis overførslen fejler?
  • Hvordan sikres, at data ikke sendes to gange?

Det er disse spørgsmål, der gør integration til en forretningsopgave – ikke kun en teknisk opgave.

Hvorfor kræver en integration mere end et API?

Et API er teknik. Det gør det muligt at sende og modtage data. Men det tager ikke ansvar for, hvad der sker, når noget går galt.

Men når et API bruges i praksis, opstår der hurtigt situationer, som kræver mere end blot et teknisk kald.

En integration kræver derfor typisk yderligere udvikling for at kunne tage ansvar for:

  • Håndtere fejl og utilgængelige systemer
  • Sikre at data er komplette og korrekte
  • Undgå dubletter og inkonsistens
  • Overvåge at integrationen faktisk virker
  • Give besked, når noget går galt

Det er ikke ekstra teknik for teknikkens skyld. Det er teknik, der tager ansvar for forretningen.

Derfor bør ledelsen interessere sig for integrationen

Når ledelsen investerer i integrationer, handler beslutningen ikke om, hvor mange API'er virksomheden har adgang til.

Den handler om:

  • Om medarbejderne sparer tid.
  • Om datakvaliteten bliver bedre.
  • Om virksomheden får bedre overblik.
  • Om risikoen for fejl bliver mindre.
  • Om processerne bliver lettere at vedligeholde.

Hvornår er et API nok?

Ved enkle behov – hvor der ikke er afhængigheder, automatisering eller krav til stabil drift – kan et API være tilstrækkeligt.

Men jo flere systemer, processer og afhængigheder der er involveret, desto vigtigere bliver selve integrationsløsningen.

Kort opsummeret

Et API er en teknisk grænseflade mellem systemer. En integration er den samlede løsning, der får systemerne til at samarbejde på en stabil og værdiskabende måde. Derfor bør virksomheder ikke kun spørge, om et system har et API – men om integrationen understøtter den måde, de ønsker at arbejde på.

Derfor bør virksomheder ikke kun spørge, om et system har et API – men om integrationen understøtter den måde, de ønsker at arbejde på, og hvilke konsekvenser det har, når noget ikke virker.