Uppgiftskravstjänsten Teknisk anslutning för att hämta uppgiftskrav som öppna data. Version 1.0



Relevanta dokument
Uppgiftskravstjänsten Beskrivning av XML-schema för uppgiftskrav som öppna data. Version 2.0

Beskrivning av xml-produkten FirmagranskningSokord(F34) version 2.00

Beskrivning av xml-produkten Dokumentleverans (D4) version 2.04

Regelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 3.0

XML-produkter. -Registret över verkliga huvudmän (RVH) Teknisk handledning för webbtjänst mot RVH (Web Services) Datum: Version: 1.

Regelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 1.0

Introduktion till integrering av Schenkers e-tjänster. Version 2.0

Introduktion Schenker-BTL AB, Stab IT Beskrivning över informationsintegreringmed Schenker, metodbeskrivning version 1.

Certifikattjänsten Beskrivning av gränssnittet Inkomstregisterenheten

RIV TA Domänschema 2.1

LEFI Online. Anslutningsinformation

Beskrivning av xml-produkten FirmagranskningVerksamhet (F35) version 2.00

Beskrivning av xml-produkten Grundpaket (F1) version 2.00

RDT Externt Webbtjänst Gränssnitt

Sammansatt bastjänst för grundläggande uppgifter om företag

Modul 6 Webbsäkerhet

Tjänstegränssnitt Api Platsannons

Frågehantering XML-produkter Bolagsverket 1 (15)

Instruktion för att kunna använda Säkerhetstjänsternas administrationsgränssnitt

RIV TA Domänschema 2.1

Beskrivning av xml-produkten Dokumentlista (D3) version 2.03

Beskrivning av xml-produkten Firmahistorik (F27) version 2.00

Webbtjänster med API er

Beskrivning av xml-produkten Firmagranskning(F33) version 2.00

Webbteknik II. Föreläsning 5. Restless farewell. John Häggerud, 2011

Statistik från webbplatser

Tjänstegränssnitt Api Platsannons

Beskrivning av xml-produkten Verksamhet (F9) version 2.00

Beskrivning av xml-produkten SamladArendeforteckning (A30) version 2.02

Beskrivning av xml-produkten Arendeforteckning (A6) version 2.00

Beskrivning av xml-produkten Rakenskapsinformation (F5) version 2.00

Beskrivning av xml-produkten Bifirma_Parallellfirma (F10) version 2.00

FR Nedladdning v1.3 - teknisk beskrivning

Heldag om FGS FGS:er och deras tekniska regelverk. Karin Bredenberg, FGS funktionen. Standarder. FGS:er och deras tekniska regelverk 1

RDT Externt Webbtjänst Gränssnitt

Utkast/Version (8) Användarhandledning - inrapportering maskin-till-maskin

Sammanställning xmlfrågor

Portförändringar. Säkerhetstjänster 2.1 och framåt

Beskrivning av xml-produkten Aktiekapital (F15) version 2.12

Filleveranser till VINN och KRITA

Att använda Metria Maps WMS baserad på Geoserver

Beskrivning av xml-produkten Personinformation (P25)v 2.02

Beskrivning av xml-produkten Forseningsavgifter (F13) version 2.00

Avisering av förändringar i tjänstekontrakt för Mina Meddelanden

Anvisningar vid utformning av adaptrar till NPÖ.

Fass webbtjänster Veterinära Fass-texter

Sammansatt bastjänst för engagemang i företag

* Skatteverket. Beskattningsuppgifter. Förfrågan och svar. IT-avdelningen. Kravspecifikation 1.0

Sammansatt bastjänst för roll i företag

API Notera HTTPS POST msg UTF-8. API_key JSON Mobilnummer format 1. Skicka ett SMS till specifikt nummer POST parametrar: from msg API_key Exempel:

Sammansatt bastjänst för engagemang i företag

Server-kod. TDDD80 Mobila och sociala applikationer

Statistik från webbplatser

Digital inlämning av årsredovisningar

TJÄNSTEBESKRIVNING FASAD Tjänstebaserad direktåtkomst Byggnad

Fass webbtjänster Bipacksedlar

Sammansatt bastjänst för grundläggande uppgifter om företag

Postbeskrivning FileResponse innehåll

Beskrivning av xml-produkten Adressinformation (F30) version 2.02

ANVÄNDARMANUAL. handdatorer i ängs- och betesmarksinventeringen. för

Checklista för konsumenter som ska kvalitetssäkra sina e-tjänster och konsumentadapter som nyttjar SSBT

Uniform Resource Locator (URL) JavaServer Pages - JSP. Webbklienter. Webbserver. Hypertext Transfer Protocol (HTTP) HTTP Request

Riktiga Vykort Partner kod Teknisk beskrivning

BEAst rekommendation för hantering av bilagor till elektroniska fakturor

Digital inlämning av årsredovisningar

TJÄNSTEBESKRIVNING FASAD Tjänstebaserad direktåtkomst Adress

!! Sambi!! Attributspecifikation! Version 1.0

Fass webbtjänster Veterinära bipacksedlar

TDP013 Node.js, JSCoverage, Mocha. Marcus Bendtsen Institutionen för Datavetenskap

Faktura/Saldobesked Gränssnittsdokumentation. Version 5.1

En snabb titt på XML LEKTION 6

Integration - API. Klassning. Teknisk beskrivning

Referenser med SLUs Harvardsystem i Sharelatex - användning av Zotero och Biblatex

1ME323 Webbteknik 3 Lektion 6 API. Rune Körnefors. Medieteknik Rune Körnefors

Ny elektronisk tjänst Förfrågan företagsuppgifter. Kvalitet vid offentlig upphandling mm

E-pliktleverans via RSS-feeds

Mobilt Efos och ny metod för stark autentisering

Fass webbtjänster Veterinära bipacksedlar

Webbteknik II. Föreläsning 4. Watching the river flow. John Häggerud, 2011

Extern dialog för Samtycke och vårdrelation. Säkerhetstjänster

Introduktion... 2 Vad är en vy? Meddelandestruktur fi2messageheader, meddelandehuvud... 5

SSBT testbänk grundläggande uppgifter om företag (SSBTGU) engagemang i företag (SSBTEN) roll i företag (SSBTRO)

Arkitektur och Regelverk Definition av kodverk och klassifikation. Version 1.0

Mobilt Efos och ny metod för stark autentisering

Delrapport DP3. FGS för paketstruktur för e-arkiv Bilaga 1 METS

Webservice tjänsten GetPerson Slagning mot befolkningsregister

UTBILDNINGSINFORMATION API OCH

Det här dokumentet är till för att ge en översikt över ASP.NET MVC samt hur WCF Services används från.net applikationer.

Plattform för öppna data. Beskrivning och tjänstespecifika villkor

Federerad åtkomst Information om åtkomst till Apotekens Services tjänster inom ramen för en identitetsfederation.

Säkrare hemsida med.se

Karusell med länkade omslagsbilder

Integration mot Cellsynts SMS gateway via HTTP-gränssnitt (teknisk dokumentation) Cellsynt

Tjänstegränssnitt API Vägledning

Integration - API. Konkursinformation. Teknisk beskrivning

Kopiering av objekt i Java

Installationsbeskrivning

teknisk manual Direktbetalning handelsbanken.se/e-handel

Transkript:

Uppgiftskravstjänsten Teknisk anslutning för att hämta uppgiftskrav som öppna data Version 1.0 1

Innehållsförteckning 1 Inledning... 3 2 Anslutning... 3 2.1 Scenario 1: Hämtning av uppgiftskrav som öppna data... 3 2.1.1 Vidareutnyttjarens anslutning anropar UKT... 4 2.1.2 UKT svarar vidareutnyttjarens anslutning... 4 3 Versionshantering av gränssnittet... 5 3.1 Bakåtkompatibla förändringar... 5 3.2 Icke-bakåtkompatibla förändringar... 6 4 Referenser... 6 2

1 Inledning Uppgiftskravstjänsten (som hädanefter kallas UKT) tillhandahåller information ur uppgiftskravsregistret (som hädanefter kallas UKR) som öppna data till vidareutnyttjare. Tillsvidare erbjuder UKT en RESTful web service som levererar uppgiftskravsregistret som öppna data i XML-format. Kapitel 2 beskriver vad en vidareutnyttjare behöver göra för att implementera en egen anslutning mot tjänsten. Det här dokumentet beskriver version 1.0 av UKT-gränssnittet, vilket är den första publicerade versionen. 2 Anslutning Det här kapitlet syftar till att beskriva vad en vidareutnyttjare behöver göra för att ansluta sig till UKT. Vad som behöver implementeras i en vidareutnyttjares anslutning beskrivs i scenarioform. 2.1 Scenario 1: Hämtning av uppgiftskrav som öppna data Sekvensdiagrammet nedan illustrerar det anrop en vidareutnyttjare behöver göra för att kunna hämta alla registrerade uppgiftskrav som öppna data. 3

2.1.1 Vidareutnyttjarens anslutning anropar UKT För att begära hämtning av uppgiftskravsregistret som öppna data anropar anslutningen HTTP-metoden GET på följande URL: https://www.uppgiftskrav.se/oppna-data/uppgiftskrav Exempel: GET https://www.uppgiftskrav.se/oppna-data/uppgiftskrav HTTP/1.1 2.1.2 UKT svarar vidareutnyttjarens anslutning I normalfallet svarar UKT med HTTP-status 200 och en XML-representation av uppgiftskraven i svaret. Exempel: HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Content-Type: application/xml;charset=utf-8 Transfer-Encoding: chunked Date: Tue, 24 Feb 2015 16:43:38 GMT <?xml version="1.0" encoding="utf-8" standalone="yes"?> <uppgiftskravroot xsi:schemalocation="http://schema.tillvaxtverket.se/ukt/uppgiftskravro ot https://www.uppgiftskrav.se/oppnadata/schema/uppgiftskrav_1.00.xsd" xmlns="http://schema.tillvaxtverket.se/ukt/uppgiftskravroot" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance"> <informationshuvud> <Avsandare>Tillväxtverket</Avsandare> <MeddelandeDatumTid>2015-02- 24T17:43:38.310+01:00</MeddelandeDatumTid> <SvarsInformation kod="0" text="ok"/> </informationshuvud> <uppgiftskrav> </uppgiftskrav> <uppgiftskrav> </uppgiftskrav> </uppgiftskravroot> Hur informationen i svaret ska tolkas beskrivs i referens 1 i kapitel 4. 4

Om UKT inte kan hantera begäran svarar UKT med en HTTP-status i 4xx- eller 5xxserien. Exempel: HTTP/1.1 400 Bad Request Server: Apache-Coyote/1.1 Content-Type: application/xml;charset=utf-8 Content-Length: 600 Date: Fri, 06 Mar 2015 09:18:03 GMT Connection: close <uppgiftskravroot xsi:schemalocation="http://schema.tillvaxtverket.se/ukt/uppgiftskravro ot https://www.uppgiftskrav.se/oppnadata/schema/uppgiftskrav_1.00.xsd" xmlns="http://schema.tillvaxtverket.se/ukt/uppgiftskravroot" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance"> <informationshuvud> <Avsandare>Tillväxtverket</Avsandare> <MeddelandeDatumTid>2015-03- 06T10:18:03.660+01:00</MeddelandeDatumTid> <SvarsInformation kod="-1" text="fel vid hämtning av uppgifter."/> </informationshuvud> </uppgiftskravroot> Observera att UKT alltid levererar XML med teckenkodning UTF-8. 3 Versionshantering av gränssnittet Förändringar av gränssnittet klassas i bakåtkompatibla respektive icke-bakåtkompatibla förändringar sett från anslutningens perspektiv. En ny version av XML-schemat där alla förändringar är bakåtkompatibla innebär att XMLschemats minorversion stegas upp (till exempel från version 1.00 till version 1.01) medan en icke-bakåtkompatibel förändring innebär att XML-schemats majorversion stegas upp (till exempel från version 1.00 till version 2.00). Följande underkapitel beskriver vad en anslutning behöver förhålla sig till med avseende på förändringar av gränssnittet. 3.1 Bakåtkompatibla förändringar För att en ny version av gränssnittet ska klassas som bakåtkompatibel krävs att alla befintliga element och attribut har bibehållen semantik, det vill säga att alla värden som kommuniceras i ett element eller attribut har samma betydelse i den nya versionen som i den gamla. Vidare måste alla XML-schemaförändringar vara syntaktiskt bakåtkompatibla. Följande XML-schemaförändringar definieras som syntaktiskt bakåtkompatibla: Borttagande av existerande, icke-obligatoriskt element eller attribut. Borttagande av element i befintlig xs:choice. 5

Borttagande av värde i befintlig enumeration. Befintligt icke-obligatoriskt element eller attribut görs obligatoriskt. Befintligt elements kardinalitet sänks (till exempel från maxoccurs= unbounded till maxoccurs= 1 ). Typrestriktioner stärks (till exempel en strängs maxlängd ändras från 255 till 10). Införande av nytt element eller attribut. Införande av nytt värde i befintlig enumeration. Vid lansering av en ny bakåtkompatibel version av gränssnittet kommer UKT börja leverera data enligt den nya versionen av gränssnittet via befintlig URL. Detta innebär att en anslutningsimplementation förväntas hantera bakåtkompatibla förändringar utan behov av uppgradering. Observera att de två sista punkterna i listan av bakåtkompatibla XML-schemaförändringar (införande av nytt element eller attribut och införande av nytt värde i befintlig enumeration) tar bort möjligheten till strikt XML-schemavalidering i anslutningsimplementationen. Strikt XML-schemavalidering innebär att inga okända element, attribut eller enumerationsvärden tillåts. 3.2 Icke-bakåtkompatibla förändringar Alla förändringar som inte klassas som bakåtkompatibla enligt kapitel 3.1 är ickebakåtkompatibla och kräver vanligtvis att anslutningen måste uppgraderas för att kunna tolka data som levereras enligt den nya versionen. I samband med att en ny icke-bakåtkompatibel version av gränssnittet lanseras kommer typiskt den tidigare versionen att schemaläggas för avveckling. Tidpunkten för avveckling annonseras i förväg på https://uppgiftskrav.se/oppna-data så att vidareutnyttjare ges möjlighet att uppgradera sina anslutningar innan avvecklingen sker. För att underlätta övergången kommer UKT börja leverera data enligt ny gränssnittsversion via en ny URL innan den tidigare versionen avvecklas. Avsteg från den här principen kan komma att göras vid den första uppgraderingen av gränssnittet. 4 Referenser Referenser: 1. Beskrivning av XML-schema för uppgiftskrav som öppna data, version 1.0 (PDF) https://uppgiftskrav.se/oppna-data 6