Hvad end du har af fordomme om begreber som digital transformation, og uanset hvor du befinder dig med din nuværende it-strategi i virksomheden, uanset om du er i begyndelsen af planlægningen af et cloud-migreringsprojekt, eller om du har travlt med at vedligeholde et gammelt miljø kombineret med en overvægt af cloud-applikationer, eller om din virksomhed overvejer, hvor den skal gå hen, er der gode chancer for, at du bruger en eller anden form for API’er til at integrere mellem applikationer, systemer og virksomheder.
API’er findes overalt. De er allestedsnærværende i livet såvel som i erhvervslivet. Faktisk er API’er overalt omkring dig, i brug i virksomhedens it-systemer, selv om du måske ikke er direkte opmærksom på dem.
En API, eller applikationsprogrammeringsgrænseflade, er en defineret måde at få adgang til data, ressourcer og behandlingsrutiner i et program eller system fra et andet. API’er er en vigtig del af cloud- og SaaS-tilbud (software as a service) og vil sandsynligvis fortsætte med at vokse i popularitet til brug i fremtidige teknologimiljøer.
Men fra API-augmenteret til API-ledet er API’er i stigende grad i fokus i mange diskussioner om, hvordan de bedst kan udnyttes i integrationsbrugstilfælde. Fra applikationer og data hele vejen til forretningsøkosystemer er API’er hurtigt ved at blive en grundpille i de fleste virksomhedsintegrationsstrategier.
I denne blog vil vi kort berøre fire vigtige måder, hvorpå din virksomhed kan begynde at se på API’er for at lette integrationen.
# 1 – API’er til konfiguration, administration og overvågning af produkter
Når nogen taler om “hovedløs administration”, er det denne type API-integration, de refererer til. Et “hovedløst” miljø er en computer, der fungerer uden skærm, grafisk brugergrænseflade (GUI) eller andre enheder, f.eks. et tastatur eller endda en mus.
Denne type API giver dig mulighed for at udføre enhver form for administration med din sky, som du kan udføre via en administrativ GUI. Du kan køre systemet “hovedløst” og administrere det uden at skulle gå til et tastatur og bogstaveligt talt røre ved tingene. Alle dataadministrationsfunktioner er i dag tilgængelige via REST API’er. Der er begrænsede muligheder for at administrere oversættelsen eller transformationen via API’er, men en del af designet er, at transformationen er hovedløs, så studiet og runtime er adskilt. Så på mange måder er der stadig nogle huller, der skal udfyldes, selv om der er muligheder.
I stedet for at bruge GUI’en til at opdatere dine handelspartnere, AS2-forbindelser eller til at administrere dine certifikater, vil du bruge en API til at udføre disse opgaver. En klarere måde at tænke på det på er i stedet at behandle scenariet, som om det var et API til administration, der automatiserer flere vigtige produktopgaver, herunder:
- Manage
- Setup
- Configure
De næste skridt herfra ville være at færdiggøre REST-API’erne til databevægelse og finpudse den “hovedløse” strategi for datatransformation.
#2 – API’er til upload og download af filer
Hvis du tager et kig på mulighederne for databevægelse, vil du typisk starte med flere sikre kommunikationsprotokoller. Disse protokoller er vidt forskellige, der anvendes til filbaseret integration og omfatter FTP, SFTP, AS2 samt, som det ofte er tilfældet, en sikker portal til person-til-system-filstrømme. Hvis du ønsker at uploade en fil, kan du bruge REST API’er til at opnå dette, samt understøttende API’er, der kan indstilles til programmatisk at uploade og downloade filerne til og fra integrationsplatformen. Disse typer API’er er relevante for, hvordan en virksomhed kan operere inden for den traditionelle databevægelse og understøtte alsidige og fleksible filbaserede integrationsscenarier i deres miljø.
#3 – Brug af værktøjer til at forbinde andre systemer sammen ved hjælp af deres API’er
Det tredje eksempel drejer sig om de API’er, der leveres af andre systemer, i forhold til dem, der er internt i virksomheden. Nogle af de mest populære eksempler på centrale virksomhedssystemer omfatter Salesforce med ca. 20 procent af det globale CRM-marked og NetSuite, et konsekvent dominerende navn inden for ERP-området, for blot at nævne nogle få. I dette tilfælde præsenterer Salesforce og NetSuite disse API’er, der giver en virksomhed mulighed for at forbruge dem for at lave en form for applikationsbaseret cloud-integration.
#4 – Brug af Cleo-værktøjer til at stille API’er til rådighed til brug for andre systemer
Det fjerde og sidste eksempel er faktisk den anden side af det foregående eksempel, hvor en virksomhed vil bruge systemets API’er. Her præsenterer virksomheden API’erne, så andre kan få adgang til dem. F.eks. ved at stille et API til rådighed for bestilling af produkter. Nogen hos Salesforce ønsker, at nogen skal kunne få adgang til deres miljø, så de kan udføre operationer ved hjælp af et program via deres API’er. Hvordan gør de det?
Det sker ved at præsentere et API for verden, som andre uden for virksomheden kan kalde og få adgang til. Hvis nogen ønsker at stille et API til rådighed for at bestille et produkt eller tjekke deres ordreopgørelse, kan de bruge integrationsteknologi til at opbygge dette API og give folk mulighed for at ringe ind og forsøge at forstå, hvad der sker med deres ordre.
Presenting Vs. Forbrugende API’er
Den vigtige forskel mellem det tredje og fjerde eksempel er, at det tredje eksempel er at kalde eller forbruge et API, der er leveret af en anden, mens det fjerde eksempel er at levere et API, som andre kan kalde.
***
Cleo Integration Cloud giver virksomheder mulighed for at udføre gnidningsfri integration på tværs af applikationer, systemer og handelspartnere delvist gennem brug af API’er. Fordi Cleo tilbyder en omfattende platform til integration af enhver art, kan organisationer tage fat på en lang række integrationsscenarier for at forbinde og automatisere indtægtsskabende forretningsprocesser.
Dertil kommer, at Cleo Integration Cloud giver fleksibilitet til at bruge både REST- og SOAP-API’er, så din virksomhed kan bruge begge. Derudover er der indbyggede transformationsfunktioner, der kan bruges til at transformere det format, der typisk bruges til begge slags API’er, f.eks. XML og JSON. Hvad mere er, er, at Cleo også understøtter forskellige B2B-funktioner og -formater, såsom regneark, databaser og XML-filer, så du ikke er begrænset til kun API i dit integrationsværktøjsbælte.
I takt med, at forretningscentrerede interaktioner får større betydning, og økosystemdrevet integration udvikler sig i fremtiden, vil API’er kun fortsætte med at supplere den traditionelle filbaserede EDI. I denne sammenhæng giver Cleo grundlaget for business-to-business-integration ved hjælp af API’er, hvilket fremmer dine muligheder for at løse alle integrationsbehov og giver mulighed for applikationsintegration i forbindelse med B2B-integration.