Oavsett vad du har för föreställningar om begrepp som digital omvandling och oavsett i vilket skede du befinner dig i din nuvarande IT-strategi inom företaget, oavsett om du är i början av planeringen av ett projekt för molnmigrering, om du har fullt upp med att underhålla en äldre miljö i kombination med en övervikt av molntillämpningar, eller till och med om ditt företag diskuterar vad det ska göra härnäst, så finns det goda chanser att du använder någon form av API:er för att integrera mellan program, system och företag.
API:er finns överallt. De är allestädes närvarande både i livet och i näringslivet. Faktum är att API:er finns runt omkring dig och används inom företagets IT, även om du kanske inte är direkt medveten om dem.
Ett API, eller gränssnitt för tillämpningsprogrammering, är ett definierat sätt att få tillgång till data, resurser och bearbetningsrutiner i ett program eller system från ett annat. API:er är en viktig del av moln- och SaaS-erbjudanden (Software as a service) och kommer troligen att fortsätta att öka i popularitet för användning i framtida tekniska miljöer.
Men från API-augmented till API-ledda, API:er står alltmer i fokus i många diskussioner om hur de bäst kan utnyttjas i integrationsanvändningsfall. Från applikationer och data, hela vägen till affärsekosystem, blir API:er snabbt en grundpelare i de flesta företags integrationsstrategier.
I den här bloggen kommer vi kortfattat att beröra fyra viktiga sätt som ditt företag kan börja titta på API:er för att underlätta integrationen.
# 1 – API:er för konfiguration, administration och övervakning av produkter
När någon diskuterar ”huvudlös administration” är det denna typ av API-integration som de hänvisar till. En ”huvudlös” miljö är en dator som fungerar utan bildskärm, grafiskt användargränssnitt (GUI) eller andra enheter, t.ex. ett tangentbord eller till och med en mus.
Den här typen av API gör det möjligt att göra alla typer av administration med ditt moln som du kan göra via ett administrativt GUI. Du kan köra systemet ”huvudlöst” och hantera det utan att behöva gå till ett tangentbord och bokstavligen röra vid saker. All datahanteringsfunktionalitet är idag tillgänglig via REST API:er. Det finns begränsade möjligheter att hantera översättningen eller omvandlingen via API:er, men en del av utformningen av detta är att omvandlingen är huvudlös, så studion och körtiden är åtskilda. Så på många sätt finns det visserligen möjligheter, men det finns fortfarande vissa luckor att fylla.
Istället för att använda GUI för att uppdatera dina handelspartners, AS2-anslutningar eller hantera dina certifikat skulle du använda ett API för att utföra dessa uppgifter. Istället är ett tydligare sätt att tänka på det att behandla scenariot som om det vore ett förvaltnings-API som automatiserar flera viktiga produktaktiviteter, bland annat:
- Manage
- Setup
- Configure
Nästa steg härifrån skulle vara att färdigställa REST-API:erna för datarörelser och förfina den ”headless”-strategi som används för datatransformation.
#2 – API:er för att ladda upp och ladda ner filer
Om man tittar på dataförflyttningsmöjligheterna börjar man vanligtvis med flera säkra kommunikationsprotokoll. Dessa protokoll är breda, används för filbaserad integration och omfattar FTP, SFTP, AS2 samt, vilket ofta är fallet, en säker portal för filflöden från person till system. Om du vill ladda upp en fil kan du använda REST-API:er för att åstadkomma detta, liksom stödjande API:er som kan ställas in för att programmatiskt ladda upp och hämta filerna till och från integrationsplattformen. Dessa typer av API:er är relevanta för hur ett företag kan arbeta inom den traditionella datarörelsen och stödja mångsidiga och flexibla filbaserade integrationsscenarier i sin miljö.
#3 – Användning av verktyg för att ansluta andra system till varandra med hjälp av deras API:er
Det tredje exemplet handlar om de API:er som tillhandahålls av andra system, jämfört med de interna. Några av de mest populära exemplen på centrala företagssystem är Salesforce med cirka 20 procent av den globala CRM-marknaden och NetSuite, ett genomgående dominerande namn inom ERP-området, för att nämna några. I det här fallet presenterar Salesforce och NetSuite dessa API:er så att ett företag kan använda dem för att göra någon form av applikationsbaserad molnintegration.
#4 – Användning av Cleo-verktyg för att tillhandahålla API:er som kan användas av andra system
Det fjärde och sista exemplet är faktiskt den andra sidan av det föregående exemplet, där ett företag skulle använda systemets API:er. Här presenterar företaget API:erna så att andra kan få tillgång till dem. Till exempel genom att tillhandahålla ett API för att beställa produkter. Någon på Salesforce vill att någon ska kunna få tillgång till deras miljö, för att kunna utföra operationer med hjälp av ett program via deras API:er. Hur gör de det?
Det sker genom att presentera ett API för världen som andra utanför företaget kan anropa och få tillgång till. Om någon vill tillhandahålla ett API för att beställa en produkt eller kontrollera sitt orderutdrag kan de använda integrationsteknik för att bygga detta API och låta människor ringa in och försöka förstå vad som händer med deras order.
Presenting Vs. Konsumera API
Den viktiga skillnaden mellan det tredje och fjärde exemplet är att det tredje exemplet är att ringa eller konsumera ett API som tillhandahålls av någon annan, medan det fjärde exemplet är att tillhandahålla ett API som andra personer kan ringa.
***
Cleo Integration Cloud gör det möjligt för företag att utföra friktionsfri integrering mellan applikationer, system och handelspartners delvis genom användning av API:er. Eftersom Cleo tillhandahåller en omfattande plattform för integration av alla slag kan organisationer ta itu med ett stort antal integrationsscenarier för att ansluta och automatisera intäktsgenererande affärsprocesser.
Fortfarande ger Cleo Integration Cloud flexibilitet att använda både REST- och SOAP-API:er, vilket gör det möjligt för ditt företag att använda båda. Dessutom finns det inbyggda omvandlingsfunktioner som kan användas för att omvandla det format som vanligtvis används för båda typerna av API:er, till exempel XML och JSON. Dessutom stöder Cleo även olika B2B-funktioner och format, t.ex. kalkylblad, databaser och XML-filer, så att du inte är begränsad till enbart API i ditt verktygsbälte för integration.
I takt med att de affärscentrerade interaktionerna blir alltmer framträdande och den ekosystembaserade integrationen utvecklas i framtiden kommer API:erna bara att fortsätta att komplettera den traditionella filbaserade EDI. I detta sammanhang utgör Cleo grunden för integration mellan företag med hjälp av API:er, vilket ökar dina möjligheter att lösa alla integrationsbehov och möjliggör applikationsintegration i samband med B2B-integration.