Mitä tahansa ennakkokäsityksiä sinulla onkaan digitaalisesta transformaatiosta ja missä vaiheessa yrityksesi nykyinen IT-strategia onkaan, olitpa sitten suunnittelemassa pilvipalvelun siirtymähanketta tai ylläpitämässä vanhaa ympäristöä, johon on yhdistetty pilvisovellusten enemmistö, tai vaikka yrityksesi pohtisi, mihin siirtyä seuraavaksi, todennäköisimmin käytät jonkinlaista sovellusrajapintaa sovellusten, järjestelmien ja liiketoimintojen väliseen integrointiin.
API:t ovat kaikkialla. Ne ovat kaikkialla läsnä niin elämässä kuin liiketoiminnassakin. Itse asiassa API:t ovat kaikkialla ympärilläsi ja käytössäsi yritysten tietotekniikassa, vaikka et ehkä olekaan niistä suoraan tietoinen.
API eli sovellusohjelmointirajapinta on määritelty tapa käyttää yhden sovelluksen tai järjestelmän tietoja, resursseja ja käsittelyrutiineja toisesta sovelluksesta tai järjestelmästä. API:t ovat kriittinen osa pilvipalvelu- ja SaaS-tarjouksia (Software as a Service), ja niiden suosio todennäköisesti kasvaa edelleen, kun niitä käytetään tulevissa teknologiaympäristöissä.
Mutta API:sta API:n laajentamiseen API:n avulla API:t ovat yhä enemmän esillä monissa keskusteluissa, joissa pohditaan sitä, miten API:ita voidaan parhaiten hyödyntää integraatiokäyttötilanteissa. Sovelluksista ja tiedoista aina liiketoimintaekosysteemeihin asti API:t ovat nopeasti tulossa useimpien yritysten integraatiostrategioiden tukipilariksi.
Tässä blogissa käsittelemme lyhyesti neljää keskeistä tapaa, joilla yrityksesi voi alkaa tarkastella API:ita integraation helpottamiseksi.
# 1 – API:t tuotteiden konfigurointiin, hallintaan ja valvontaan
Kun joku keskustelee ”päättömästä hallinnoinnista”, tarkoitetaan juuri tämäntyyppistä API-integraatiota. ”Päätön” ympäristö on tietokone, joka toimii ilman näyttöä, graafista käyttöliittymää (GUI) tai muita laitteita, kuten näppäimistöä tai jopa hiirtä.
Tämän tyyppisen API:n avulla voit tehdä pilvipalvelullesi kaikenlaista hallintaa, jota voit tehdä hallinnollisen GUI:n kautta. Voit käyttää järjestelmää ”päätöntä” ja hallita sitä ilman, että sinun tarvitsee mennä näppäimistön ääreen ja kirjaimellisesti koskea asioihin. Kaikki tiedonhallintatoiminnot ovat nykyään saatavilla REST API:iden kautta. Käännöksen tai muunnoksen hallintaan API:iden kautta on rajalliset valmiudet, mutta osa tämän suunnittelua on se, että muunnos on päätön, joten studio ja suoritusaika on erotettu toisistaan. Joten monella tapaa, vaikka valmiuksia on olemassa, on vielä joitakin aukkoja täytettävänä.
Sen sijaan, että käyttäisit graafista käyttöliittymää kauppakumppaneidesi, AS2-yhteyksien päivittämiseen tai varmenteidesi hallintaan, käyttäisit API:ta näiden tehtävien suorittamiseen. Sen sijaan selkeämpi tapa ajatella asiaa on käsitellä skenaariota ikään kuin kyseessä olisi hallintasovellusliittymä, joka automatisoi useita keskeisiä tuotetehtäviä, kuten:
- Manage
- Setup
- Configure
Seuraavat askeleet täältä käsin olisivat datan liikkumista varten tarkoitettujen REST-API:iden loppuunsaattaminen ja datanmuuntamista varten tarkoitetun ”headless”-strategiamme hiominen.
#2 – API:t tiedostojen lataamiseen ja lataamiseen
Jos tarkastelet tiedonsiirto-ominaisuuksia, tyypillisesti aloitat useista suojatuista tietoliikenneprotokollista. Nämä protokollat ovat laaja-alaisia, niitä käytetään tiedostopohjaiseen integraatioon, ja niihin kuuluvat FTP, SFTP, AS2 sekä, kuten usein, turvallinen portaali henkilöiden välisiä tiedostovirtoja varten. Jos haluat ladata tiedoston, voit käyttää REST API:ita sen toteuttamiseen sekä tukevia API:ita, jotka voidaan asettaa lataamaan ja lataamaan tiedostoja ohjelmallisesti integraatioalustalle ja integraatioalustalta. Tämäntyyppiset API:t ovat merkityksellisiä sen kannalta, miten yritys voi toimia perinteisessä tietoliikenteessä ja tukea monipuolisia ja joustavia tiedostopohjaisia integraatioskenaarioita ympäristössään.
#3 – Työkalujen käyttäminen muiden järjestelmien yhdistämiseen toisiinsa niiden API:iden avulla
Kolmas esimerkki pyörii muiden järjestelmien tarjoamien API:iden ympärillä verrattuna yrityksen omiin API:hin. Suosituimpia esimerkkejä keskeisistä yritysjärjestelmistä ovat muun muassa Salesforce, jolla on noin 20 prosenttia maailmanlaajuisista CRM-markkinoista, ja NetSuite, joka on johdonmukaisesti hallitseva nimi toiminnanohjausjärjestelmissä, muutamia mainitakseni. Tässä tapauksessa Salesforce ja NetSuite esittävät nuo API:t, joiden avulla yritys voi käyttää niitä jonkinlaisen sovelluspohjaisen pilvi-integraation tekemiseen.
#4 – Cleo-työkalujen käyttäminen API:iden tarjoamiseen muiden järjestelmien käyttöön
Neljäs ja viimeinen esimerkki on itse asiassa edellisen esimerkin kääntöpuoli, jossa yritys käyttäisi järjestelmän API:ita. Tässä yritys tarjoaa API:t muiden käyttöön. Esimerkiksi API:n tarjoaminen tuotteiden tilaamista varten. Joku Salesforce haluaa, että joku voi päästä heidän ympäristöönsä, että joku voi tehdä toimintoja ohjelmalla heidän API-rajapintojensa kautta. Miten se tehdään?
Se tehdään esittämällä maailmalle API, jota muut yrityksen ulkopuoliset voivat kutsua ja käyttää. Jos joku haluaisi tarjota API:n, jolla voi tilata tuotteen tai tarkistaa tilauslaskelmansa, se voisi käyttää integrointiteknologiaa rakentaakseen tuon API:n ja antaakseen ihmisille mahdollisuuden soittaa siihen ja yrittää ymmärtää, mitä heidän tilaukselleen tapahtuu.
Presenting Vs. Consuming APIs
Tärkeä ero kolmannen ja neljännen esimerkin välillä on se, että kolmannessa esimerkissä kutsutaan tai kulutetaan jonkun toisen tarjoamaa API:ta, kun taas neljännessä esimerkissä tarjotaan API:ta, jota muut voivat kutsua.
***
Cleo Integration Cloudin avulla yritykset voivat toteuttaa sovellusten, järjestelmien ja kauppakumppaneiden välisen kitkattoman integraation osittain API:iden avulla. Koska Cleo tarjoaa kattavan alustan kaikenlaiselle integraatiolle, organisaatiot voivat käsitellä monenlaisia integraatioskenaarioita yhdistääkseen ja automatisoidakseen tuloja tuottavia liiketoimintaprosesseja.
Lisäksi Cleo Integration Cloud tarjoaa joustavuutta sekä REST- että SOAP API:iden käyttämiseen, jolloin yrityksesi voi käyttää molempia. Lisäksi on sisäänrakennettuja muunnosominaisuuksia, joiden avulla voidaan muuntaa formaatti, jota käytetään tyypillisesti molemmissa API-tyypeissä, kuten XML ja JSON. Lisäksi Cleo tukee myös erilaisia B2B-ominaisuuksia ja -formaatteja, kuten taulukkolaskentataulukoita, tietokantoja ja XML-tiedostoja, joten integraatiotyökaluvyösi ei rajoitu pelkästään API:iin.
Kun liiketoimintakeskeisen vuorovaikutuksen merkitys kasvaa ja ekosysteemilähtöinen integraatio kehittyy tulevaisuudessa, API:t vain täydentävät perinteistä tiedostopohjaista EDI:tä. Tässä yhteydessä Cleo tarjoaa perustan yritysten väliselle integraatiolle API:iden avulla, mikä edistää valmiuksiasi ratkaisemaan kaikki integraatiotarpeet ja mahdollistaa sovellusintegraation yhdessä B2B-integraation kanssa.