Projekt Direktaktivering

Storlek: px

Starta visningen från sidan:

Download "Projekt Direktaktivering"

Stina Ingrid Karlsson
för 7 år sedan
Visningar:

1 TILL STADSÄTETS ASVARIGA Projekt Direktaktivering Önskemålet om en effektivare kommunikation mellan Tjänsteguiden och stadsnätens provisioneringssystem har funnits länge på banan. Flera försök har gjorts att driva denna fråga. Eftersom detta fortsätter att vara en prioriterad fråga på våra Användarträffar så tar vi nytag och bjuder in de stadsnät som vill se denna lösning operativ, till ett nytt API-Projekt. Vill ditt stadsnät vara med?

2 Bakgrund Tjänsteguiden är den mest använda tjänsteportalen i landet. Med över 110 tjänsteleverantörer anslutna via Tjänstekanonen och över tjänstebeskrivningar exponeras ca olika tjänster i Tjänsteguiden i mer än 70 stadsnätskommuner. Det är välbesökta butiker. Under september månad 2013 kunde vi mäta över klick i Tjänsteguiderna. ära klick på Beställ-knappen skickas varje månad till leverantörernas webbsajter. 90% av dem är förstasidan på webben och kunden måste börja om från början och leta fram den tjänst han nyss ville beställa. Om han inte ger upp. Detta är inte acceptabelt. Både stadsnäten och leverantörerna förlorar intäkter. Med nya Tjänsteguiden 4 bygger vi bort detta genom att skapa ett komplett orderhanteringssystem i Tjänsteguiden med varukorg. En Ärendeväxel som skickar automatiserade standardmail till leverantörer, kunden och stadsnätet. Dessutom har Ärendeväxeln öppna API:er för automation mot bakomliggande OSS/BSS-system både hos leverantörer och stadsnät. Läs mer om ordersystemet på (Preview Tjänsteguiden 4). Standardisering och automation ökar effektiviteten och spar stora pengar och ger önskvärda stordriftsfördelar i det öppna stadsnäts-sverige för alla parter. Att i samband med detta starta upp ett projekt för att även automatisera kommunikationen till stadsnätens provisioneringssystem är helt naturligt och högt prioriterat. Men vi kan inte åstadkomma detta på egen hand. Vi behöver få samarbeta med ett antal villiga stadsnät för att skapa den smidiga kommunikationslösning som krävs. Syfte och mål Målet för projektet är att skapa en lösning där kunden i Tjänsteguiden inte bara kan fullfölja beställningen på plats, utan även starta upp den tjänst han beställer, genom direktaktivering där det är möjligt. Ett system som även stöder att tjänsteleverantörerna kan aktivera tjänsten åt kunden, där direktaktivering inte är möjlig.

3 Fyra frågor Tjänsteguiden behöver ställa fyra frågor när kunden klickar på Beställ-knappen: Tillåter TL Direktaktivering Beställn Formulär Tjänsteleverantören anger i Tjänstekanonen om tjänsten kan direktaktiveras. Kan anges per nät. Är svaret nej så skickas beställningen till leverantören via Ärendeväxeln. Finns UID-kod Beställn Formulär Stadsnätet anger i Tjänsteguiden tjänstens UID (Unika ID) i provisioneringssystemet. Om UID finns kan vi mappa den med tjänstens ID i Tjänsteguiden och därmed identifiera tjänsten i provisioneringssystemet. Identifiering av kunden Beställn Formulär Kundidenfikation sker via API-servern som är en webbserver. Den kan på samma sätt som en tjänsteportal identifiera kunden via provisioneringssystemet (se separat illustration). Kan tjänsten levereras Aktivering Fel API Server I kundidentifikationen verifieras också om den valda tjänsten kan levereras till kundens port. Kan den inte det visar Tjänsteguiden ett felmeddelande. Prov. Om alla fyra frågorna besvaras med Ja kan Tjänsteguiden skicka en beställning/aktiveringsorder till API-servern som länkar den vidare till provisioneringssystemet. I det öppna API:et för aktivering ansvarar eklundh.com för kommunikationsprocessen fram till API-servern. Stadsnätet svarar för API-servern samt kommunikationen mellan API-servern och provisioneringssystemet. För att få till stånd en fungerande lösning behöver vi arbeta nära ett antal stadsnät, som gärna har olika provisioneringslösningar, för att förstå hur vi ska underlätta och anpassa vår del av specifikationen.

4 API-serverns roll En API-server (API) är en webbserver som finns i stadsnätet och gör i princip samma jobb som en aktiveringsportal, fast utan något tjänsteinnehåll eller gränssnitt mot kunden. API-servern tar emot data från Tjänsteguiden på Internet och kommunicerar med stadsnätets provisioneringssystem. I beskrivningen nedan fungerar Tjänsteguiden både som en aktiveringsportal och nollportal. Stadsnätet B234 AT Tjänste guiden B A PS API C 1. Kunden (A) som ännu inte har en aktiverad port startar upp sin webbläsare och skriver in en adress. Via ett AT:at IP kommer han bara till Tjänsteguiden (B) på Internet, där han uppmanas att beställa en Internettjänst. 2. Tjänsteguiden måste då prata med en API-server (D) i stadsnätet för att identifiera kunden. Kundens webbläsare skickas till den här API-servern som i sin tur identifierar kunden och skickar tillbaka denne till Tjänsteguiden med rätt ID-sträng. 3. Kund B, som redan har en aktiv port, surfar via sin ISP till Tjänsteguiden för att ändra eller beställa ytterligare tjänster. Samma förfrågan görs som i punkt Med den här ID-strängen så kan TJänsteguiden prata med API-servern för att verifiera att kunden kan få tjänsten och sedan be API-servern att aktivera den, som i sin tur kommunicerar direkt med provisioneringssystemet. 5. Identifieringsprocessen är densamma om kunden surfar från stadsnätet till Tjänsteguiden via sin ISP. Denna kundidentifieringsprocess görs endast för de tjänster som tillåter direktaktivering, antingen av stadsnätet och/eller tjänsteleverantören.

5 Genomförande Tillsammans med deltagande stadsnät ska ovanstående process definieras, såväl för stadsnät som har en aktiveringsportal och för stadsnät som i ovanstående scenario kan använda Tjänsteguiden som aktiveringsportal. Deltagande stadsnät förbinder sig att ställa upp med personella resurser för ett antal möten samt för testning av API:et. Då detta är en nyutveckling tillämpas den s k Up Front-modellen i vårt ramavtal med SSf, vilket innebär att deltagande stadsnät även bidrar ekonomiskt till utvecklingen - en avgift som senare återbetalas i form av reducerad månadsavgift för tjänsten, när den väl är i drift. Wetteret Jönköping har redan anmält sitt intresse och vi söker nu ytterligare 2-4 stadsnät som viil få till stånd denna lösning. Up Front-bidrag per stadsnät: kr (som återbetalas efter operativ tjänst) Beräknad månadsavgift för tjänsten är ännu inte fastställt, beräknad till kr/mån Tidsplan Vår förhoppning är att ett antal stadsnät anser att detta är en viktig automation och anmäler sitt intresse relativt omgående. Den prelimiära tidsplanen är att starta upp med möten och specifikationen under december - januari och aktiva tester under februari - mars. Från deltagande stadsnät förväntar vi oss en kontaktperson som driver arbetet internt samt kontakt med berörda tekniker för detaljutformning av specifikationerna samt att erforderliga anpassningar till API:et görs från stadsnätets sida. Vill du vara med? Alla stadsnät vill väl få till stånd rationella och effektiva stordriftsfördelar som ökar konkurrensförmågan. ågra vill det mer än andra. Du som vill mer, anmäl dig till detta projekt. Detta är kanske det viktigaste webbutvecklingsprojektet hittils. Kontakta eklundh.com om du i detta läge har ytterligare frågor. Meddela oss under november per mail, telefon eller bifogad svarsblankett om ditt stadsnät vill medverka, samt vem som kommer att vara kontaktperson hos er.

6 Vi vill absolut vara med i Projekt Direktaktivering Vi är införstådda med vårt åtagande och vill bidra till denna lösning. Stadsnät Kontaktperson E-post Telefon Provisioneringssystem (Leverantör) Övriga kommentarer Datum:... amn och underskrift

Relevanta dokument

Öppet API för direktaktivering från Tjänsteguiden 3.0

Öppet API för direktaktivering från Tjänsteguiden 3.0 FUNKTIONSBESKRIVNING Öppet för direktaktivering från Tjänsteguiden 3.0 Första versionen av funktionsbeskrivningen för ett öppet mellan Tjänsteguiden och de på marknaden förekommande provisioneringssystemen.