Vi lever i en tid hvor alle er på jakt etter å få data til Power BI (det er i hvert fall slik jeg opplever det fra mitt snevre synsfelt...).
Og heldigvis er det stort sett fullt mulig.
De fleste systemleverandører har nå (relativt) åpne APIer, men ulike autentiseringsmetoder gir likevel stor variasjon i vanskelighetsgraden for å bruke dem. I tillegg varierer også kvaliteten på dokumentasjonen.
Usikker på hva APIer er? Les forklaringen min med et eksempel for Tripletex her
Som rådgiver har jeg gleden av å jobbe med å hente data til Power BI fra mange ulike systemer via APIer. Og selv om jeg noen ganger anbefaler en dataplattform/datavarehus i tillegg (les mer om det her), så er APIer i seg selv en mer enn god nok løsning i de fleste tilfeller.
De aller fleste jeg er i kontakt med om Power BI er interessert i få tak i regnskapsdataene sine - og jeg får ofte spørsmålet "hvordan er det å koble Power BI til X regnskapssystem".
Så, her er mine erfaringer med å hente data fra de ulike skybaserte regnskapssystemene jeg har jobbet mot foreløpig:
Microsoft Business Central + Power BI:
Ikke så overraskende kanskje, men det er veldig enkelt å jobbe mellom Microsofts egne løsninger. I Power BI har du en egen connector for å koble til Business Central - og du slipper altså å skrive noe kode.
For min del har jeg funnet de dataene jeg trenger via standardspørringene, men det er også mulighet for å lage skreddersydde spørringer om du har behov for det.
Tripletex + Power BI:
Tripletex har velfungerende APIer med god dokumentasjon (de har riktignok sett seg litt lei av å motta for mange dumme spørsmål knyttet til APIene, og fakturerer nå 1500 per time for "generell opplæring").
Autentiseringen er forholdsvis enkel. Du lager et "passord" (SessionToken) ved å kombinere din egen "utvikler-nøkkel" (ConsumerToken) med en nøkkel som styrer tilganger (EmployeeToken).
Skal du "kun" hente data fra et selskap, så kan du deretter bruke Power BIs egen autentiseringsløsning (hvor du skriver inn brukernavn og passord). Skal du hente data fra flere selskap i Tripletex, så anbefaler jeg å skrive autentiseringen inn i M-koden i Power BI.
Poweroffice + Power BI:
Poweroffice har også gode og velfungerende APIer.
Autentiseringen baserer seg også på å kombinere en applikasjonsnøkkel og klientnøkkel, men det er en vesentlig forskjell fra Tripletex her. Disse brukes nemlig til å opprette en access token som varer i 10 minutter. Dermed er litt mer koding nødvendig for å kjøre spørringer fra Power BI direkte. Fullt mulig, men litt mer teknisk krevende.
Da jeg jobbet mot Poweroffice for en stund tilbake, så mener jeg også å huske at historiske transaksjoner kunne bli endret - og at inkrementell oppdatering dermed ikke var aktuelt. Det er mulig jeg husker feil og/eller at det nå er endret, men det kan være verdt å ha i bakhodet.
UniEconomy + Power BI:
UniEconomy baserer seg på SoftRig sin integrasjonsplattform for APIer.
Dette fungerer også bra, men er basert på OAuth2-metodikk for autentisering (også omtalt med "great for security, a pain to work with"). Dette fungerer også med Power BI direkte, men er mye mer teknisk krevende. Jeg løste det ved å bygge en custom connector (mer om det i et innlegg senere), men dette er noe jeg ikke vil anbefale å gjøre selv med mindre du er spesielt interessert.
24SevenOffice + Power BI:
24Seven baserer seg på SOAP-regler for APIene sine (i motsetning til REST, som de andre baserer seg på).
Dette skal i teorien også fungere direkte med Power BI, men er enda et nivå mer krevende teknisk. Her kastet jeg inn håndkleet og satt i samarbeid med en annen aktør heller opp en ETL-løsning utenfor Power BI.
Men om du har fått det til, eller har andre kommentarer til noen av systemene, så setter jeg stor pris på feedback på eivind@austbo.as!
Om du nå er motivert til å gå i gang med å hente data fra ditt system - her er syv nyttige problemstillinger du bør være forberedt på i arbeidet med API.
Lykke til!
