Det där med servicewebb – ett steg längre!

Nu kan det bli lite tekniskt men försök hänga med så kommer förhoppningsvis även den mest teknikfientliga garanterat att lära sig minst ett nytt begrepp!

I sitt blogginlägg Nya webben visar vägen nämnde Liselotte vikten av gemensamma system och specifikt den nya platsadministrationen som lanserades under våren som en viktig del av informationen i vår ombyggda app, Kyrkguiden, och för att fylla kartor på webben men det är ju bara ett av många system som ligger bakom och korsbefruktar olika lösningar.

Vi har sen länge en gemensam källa för kalenderhändelser – alltså vad som händer i verksamheten i församlingarna – i och utanför kyrkor och församlingshem och alla andra lokaler men först när den kopplas ihop med en ordentlig källa för platserna så blir den riktigt kraftfull och den nya plastadministrationen är byggd för att kunna bli den källa som matar olika system med information om just lokaler och platser.

Och i kombination blir informationen alltmer användbar och vi kan utnyttja samma information på flera ställen utöver nämnda app:

• den används i det gemensamma webbverktyget i de kalendrar som man idag kan välja att visa på varje enskild webbplats eller en sida på webbplatsen men som i bygget av den nya webbplatsen kommer att bli en obligatorisk del av varje sida.
• den används i den gemensamma kalenderportalen som är under ständig vidareutveckling men där man kan hitta information från hela verksamheten baserat på var man befinner sig – eller väljer var man befinner sig!
• den kan användas i andra system än de gemensamma genom att informationen hämtas som öppen data från vårt API – det innebär alltså att vi även tillhandahåller den här informationen till de som väljer att ställa sig utanför den gemensamma lösningen.

Och jag skulle kunna fortsätta men det är faktiska exempel där vi redan idag använder mer än en källa för att skapa tjänster för att tillgodose våra användares behov – jag ser fler möjligheter i framtiden men det vill jag inte sia om här och nu…

Vad jag kan sia om är en annan del av det som idag endast finns i appen i form av de artiklar som tillkom i den där för att skapa mervärde och intresse runt verksamheten men som vi kommer att bygga nytt stöd för så att de kommer att kunna visas och användas i den gemensamma webblösningen och att de så småningom också kommer att kunna användas i kalenderportalen för att kunna ge våra besökare ganska likvärdig information oavsett vilken kanal de väljer.

På tal om kalendern är det ganska lätt att komma vidare till våra kyrkliga helgdagar – de är för oss ganska vitala och hyfsat återkommande från år till år – men de återkommer inte helt regelbundet och det är en treårig cykel som inga utvecklare av kalenderfunktionalitet för webbanvändning nånsin hört talas om eller tänkt på att ta hänsyn till.

Vi har hittills varit helt beroende av att den källa som används för att dagarna åtminstone ska bli röda i ”vår” kalender uppdaterats manuellt årligen men nu har vi hittat en källa – ett API – där vi i framtiden kommer att kunna hämta detta utan att vi måste göra den där manuella uppdateringen.

I bakgrunden av detta API finns en ganska komplex algoritm för att fastställa när det är påsk och därifrån kan man lista ut resten. Rent programmeringsmässigt dock ganska hanterbart när man väl fått grepp om frågorna 🙂

Vi kan alltså förbättra vår service  genom att utnyttja någon annans vilja att tillhandahålla en service via webben!

Kommer ni ihåg det där om gemensam källa för kalenderhändelser som jag nämnde inledningsvis.

Den bygger på samma princip – det finns ett API som gör att de leverantörer som erbjuder ”bokningsprogram” till församlingarna kan synkronisera in händelserna från sina program i den gemensamma källan!

Och på samma sätt kommer dessa leverantörer att kunna hämta, om de inte redan kan – jag kan ha missat en uppdatering, alla platser via vårt API och se till kalenderhändelserna från början har rätt plats utpekad!

Och på så sätt kommer kvaliteten på vår service till besökarna bara att öka.

Andra exempel där vi erbjuder service är t.ex. möjligheten att ge gåvor via webben – gåvorna kopplas ibland till specifika projekt och informationen om vilka projekt som är aktuella hämtas via – just det – ett API!

På så sätt kan vi säkerställa att det finns korrekt information för givaren och att delar ur den informationen kopplas ihop med gåvan så att vi kan säkerställa att den faktiskt hamnar i rätt projekt.

Och hur tror ni pengarna hanteras – jo, via en variant på ett API!

Men jag tror ni ser mönstret – för att kunna tillhandahålla en ökad service så måste de bakomliggande systemen prata med varandra och det gör de via det där begreppet som brukar förkortas API.

p.s. För den som inte orkade följa länken ovan om API så kan den starkt förenklade varianten av en förklaring till vad det står för vara: en upplysningstjänst som svarar på frågor inom ett visst område! jämför med t.ex. klassisk nummerupplysning… d.s.