Kontakt oss for et personlig FinMV-tilbud skreddersydd til dine behov.
API står for "Application Programming Interface" (Application Programming Interface). De fleste store selskaper utvikler API-er for klienter eller for intern bruk på et tidspunkt.
Et åpent API koblet til en finansplattform lar virksomheten din tilby tilkoblingsmuligheter og uendelige integrasjonsmuligheter.
Vanligvis lager utviklere nettstedet, investorportalen og backoffice, og lar API-en vente til senere. Etter hvert som virksomheten utvikler seg, oppstår det behov for integrasjon med andre tjenester og partnere. Da legger utviklerne til et API for å muliggjøre slike integrasjoner. Dette er det vanlige resultatet av å behandle API-et som en etterpåtanke i stedet for som en kontrakt mellom moduler.
Det svake punktet med denne tilnærmingen er at API-et i bunn og grunn er et vedheng til plattformen, som bare trengs for kommunikasjon med eksterne partnere. Som et resultat er API-funksjonene vanligvis begrensede og dupliserer deler av backoffice-funksjonaliteten.
I tillegg skaper denne tilnærmingen en sårbarhet. Hvis API-et er bygget på backoffice, kan ikke selve backoffice-nettstedet forbli tilgjengelig kun for ansatte og stengt for eksterne forespørsler. Backoffice-nettstedet må være tilgjengelig for alle, ikke bare ansatte, siden enhver ekstern partnertjeneste må kunne nå plattformen via API-et.
Fordi modulene er definert med eksplisitte kontrakter fra starten av, finnes API-et fra begynnelsen i stedet for å bygges på senere. Dette er en konsekvens av hvordan vi velger arkitektur, ikke av én bestemt driftsmåte.
På din finansplattform kan man si at systemets «hjerne» nettopp er API-et. Der behandles alle data, forretningslogikken ligger der, og det gjøres forespørsler mot databaser og tjenesteleverandører. Kampanjenettstedet, kundeportalen og backoffice gjør også alt arbeidet med plattformen gjennom API-et.
Denne tilnærmingen gir en rekke fordeler: