Standardiserade API:er

Transkript

1 Standardiserade API:er

2 Bakgrund Marcus Brodd från Ipendo Systems AB Marcus Brodd, , Ipendo Systems har lång erfarenhet gällande systemintegration, och har suttit på förbrukarsidan på många API:er. Har tidigare utvecklat API:er för standardprodukter inom Patentbranschen Har lång erfarenhet av IT-arbete inom olika allmännyttiga bolag och fastighetsbranschen generellt

3 Vad är ett API?

4 Vad är ett API? Ett sätt att hämta eller lämna information i ett system Transport Information

5 Varför är ett Standardiserat API viktigt? Skapad för ändamålet = Anpassning Standardiserat gränssnitt för informationsutbyte Passage system Passage system Fastighetssystem SMS modul Fastighetssystem SMS modul Extern webb Extern webb

6 Uppdraget Vi fick i uppdrag av BoIT att ta fram en prototyp på ett API för fastighetssystem. Utgångspunkten var att använda så mycket etablerade standarder som möjligt. - Fi2xml - REST - Etablerad standard som alla leverantörer känner till och jobbar med - Förening som visat stort intresse för projektet - Många leverantörer är medlemmar i föreningen ett naturligt sätt att skapa ett bra samarbete - Den alltmer dominerande standarden för Webbservices - Communityn ger stort stöd även i syntaktiska frågor

7 Dokumentationssajt Bakgrund Varför en dokumentationssajt? En plats för att presentera API:et Undvika dokument som ligger och blir gamla, med olika versioner som cirkulerar runt Vem vänder sig sajten till? Utvecklare Systemleverantörer Andra som har ett tekniskt intresse av hur API:et fungerar i detalj Vad är speciellt med den här sajten? Här samlas all dokumentation kring hur API:et fungerar Man kan provköra för att själv se hur det fungerar i praktiken

8 Dokumentationssajt Innehåll Hur är sajten uppbyggd? Generella delar av API:et som gäller överallt presenteras i egna generella sektioner. Exempelvis Säkerhet, Versionshantering, etc Specifika detaljer kring varje API-anrop presenteras var för sig under i APIsektionen API-sektionen Specifika detaljer för varje möjligt anrop Uppdelad i de fi2-objekt som är implementerade Förberett för att växa med fler objekt Demo

9 Exempelapplikation Syftet med en exempelapplikation är att visa att API:et fungerar i praktiken. Funktionalitetsmässigt Prestandamässigt Praktiskt Implementerat mot: Fast2 Momentum Ipendo Systems

10 Applikationsfakta Applikationen är tänkt att användas främst av kundtjänst Den bakomliggande drivkraften är att minska den tid som kundtjänst använder för att kontakta hyresgäster Systemet är kopplat mot det API som tagits fram i projektet DEMO

11 Världspremiär!!!! Referens-API tillgängligt för alla Samma API som dokumentationssajten baseras på Den som vill kan utveckla funktionalitet mot API:et, och testa sin applikation under realistiska förhållanden Finns i nuläget som förhandsversion, kommer att släppas publikt tillsammans med API version 1.0

12 Nästa Steg, API för passage och nyckelhantering

13 Uppdraget Inventera informationsbehovet med leverantörer Passagesystem Nyckelhanteringssystem Kontakta leverantörer för diskussioner kring API-frågan Matcha behovet gentemot det som har tagits fram i prototypen

14 Deltagande företag Stångåstaden Gavlebostäder Kopparstaden WSP Aptus Assa Abloy RCO KeyControl

15 WSP, Keycontrol och motsvarande Fastighetssystem Passageapplikation

16 RCO, Aptus etc. Passagemodul Passageapplikation Fastighetssystem Passagesystem

17 Slutsats Det API som implementerades i piloten täcker ca 70% av behovet Ytterligare 30% behöver implementeras för att skapa rätt bredd För version 1.0 av API:et kommer delar av piloten fördjupas Fastighet Byggnad Objekt Utrymme Översyn av kundinformation och kontrakt För att stödja passagesystemen fullt ut behöver API:er utvecklas även för dem Informationsbehovet för IMD kan också täckas in

18 Marcus Brodd