Als je meer dan twee of drie systemen aan elkaar wilt koppelen, loop je vroeg of laat tegen dezelfde vraag aan: hoe zorg je dat al die systemen met elkaar praten zonder dat je een onbeheersbare wirwar van losse koppelingen bouwt? iPaaS is het antwoord op die vraag maar de term zelf wordt vaak gebruikt zonder goed uit te leggen wat het inhoudt en wanneer het de juiste keuze is.
De basis: wat betekent iPaaS?
iPaaS staat voor Integration Platform as a Service. Het is een cloudgebaseerd platform waarmee je meerdere systemen met elkaar verbindt via één centrale omgeving in plaats van elk systeem direct aan elk ander systeem te koppelen.
Stel je hebt een webshop, een ERP-systeem, een PIM, een CRM en een WMS. Zonder iPaaS bouw je voor elke combinatie een aparte koppeling: webshop naar ERP, ERP naar PIM, CRM naar webshop, enzovoort.
Elk van die koppelingen is een eigen stuk code, heeft zijn eigen foutafhandeling, zijn eigen documentatie en zijn eigen onderhoudslast. Zodra er één systeem een update krijgt, kan een hele reeks koppelingen stukgaan.
Met iPaaS is er één centrale hub. Elk systeem praat met het platform, en het platform regelt de vertaling, transformatie en routing van data tussen systemen. Je hoeft niet voor elke combinatie een aparte koppeling te bouwen
"Bedrijven rekenen de bouwkosten van een koppeling. Niemand rekent de onderhoudslast die er daarna bij komt. Dat is precies waar een iPaaS zijn geld terugverdient."
Een iPaaS-platform bestaat uit een aantal bouwblokken. Connectors zijn de verbindingen met individuele systemen: je ERP, je webshop, je CRM. Die connectors zijn vaak al gebouwd en beschikbaar in de bibliotheek van het platform een goed iPaaS heeft er honderden tot duizenden. Alumio, het platform waarmee wij werken, heeft veel connectors beschikbaar.
Wat is het verschil met een directe API-koppeling?
Een directe API-koppeling is code die je schrijft om twee specifieke systemen met elkaar te laten praten. Dat werkt prima als je twee systemen hebt die je aan elkaar wilt koppelen en die koppeling relatief stabiel is. De koppeling is snel gebouwd, je hebt geen extra platform nodig en je betaalt geen licentiekosten.
Het probleem begint bij schaal en complexiteit. Elke extra koppeling die je bouwt, voegt complexiteit toe aan je landschap. Elke systeemupdate kan koppelingen breken. Als je vijf systemen hebt met elk drie of vier koppelingen, ben je al snel een dag per maand kwijt aan het bijhouden van de integraties en dat is zonder dat er iets echt misgaat.
iPaaS is duurder in licenties maar goedkoper in totale eigendomskosten als je meerdere systemen hebt. De vuistregel die we hanteren: bij twee systemen en één simpele stroom is een directe API-koppeling prima. Zodra je drie of meer systemen hebt, bidirectionele datastromen nodig hebt, of als de data onderweg complexe transformaties nodig heeft, is iPaaS bijna altijd de betere keuze.
iPaaS in de praktijk: hoe werkt het bij een Magento-webshop?
Een typische iPaaS-implementatie bij een Magento webshop begint met de meest kritieke datastromen: productdata van PIM naar webshop, orders van webshop naar ERP en voorraaddata van ERP terug naar de webshop.
Daarna worden stap voor stap meer systemen en stromen toegevoegd: klantdata naar CRM, facturen naar boekhoudpakket, retourinformatie terug naar ERP en WMS. Het iPaaS-platform groeit mee met de integratiebehoefte, zonder dat elke uitbreiding een nieuw bouwproject is.
Factor Blue implementeert iPaaS-integraties met Alumio als primair platform. De combinatie van een Alumio-licentie en onze implementatie-expertise levert integraties op die niet alleen werken bij livegang maar ook onderhoudbaar blijven naarmate systemen veranderen. Als er een systeemupdate is bij je ERP, updaten we de dataflow in Alumio niet elke afzonderlijke koppeling.
