GPS positionerade fordon - Basunderhåll Väg
|
|
|
- Per Håkansson
- för 5 år sedan
- Visningar:
Transkript
1 SPECIFIKATION 1 (34) Skapat av (Efternamn, Förnamn, org) Dokumentdatum Ärendenummer Andersson, Andreas, UHabv TRV 2014/49600 DokumentID 2.2 Dokumenttitel GPS Positionerade fordon Basunderhåll Väg GPS positionerade fordon - Basunderhåll Väg Specifikation Dokumenthistorik: Version Initialer Datum Kommentar 0.9 JJ Färdigställande av draft JJ Rättat felstavning 0.92 JJ Ändrat measure. Tagit bort Assistance JJ Ändrat text 0.94 JJ Ändrade kontaktpersoner 0.95 AA Textredigering 0.96 AA Ändrat text 1.0 AA Ändrat sidhuvud och sidfot 1.1 AA Ändrat internetadresser för test och drift 1.2 AA Anpassat dokumentet för Trafikverket samt ändrat rubrik 1.3 AA Textredigering. Uppdaterade kontaktuppgifter 1.4 AA Tagit bort Region. Ändrat krav på Source. 1.5 NB Uppdaterat XML-schemat enligt de senaste ändringarna 1.6 AA Ändrat inrapporteringskraven. Tydliggjort obl resp valfria krav 1.7 AA Ändrat inrapporteringskraven på material 1.8 AA Revidering åtgärder samt förtydligande information 1.9 NB Uppdaterat för version AA Revidering från driftområde till område 2.1 AA Revidering av adresser för webbtjänsterna 2.2 AA Rättning av adresser för webbtjänsterna
2 SPECIFIKATION 2 (34) Innehållsförteckning Allmänt... 3 Bakgrund... 3 Arkitektur... 3 Kontaktpersoner... 3 Syfte... 4 Uppföljning av utfört arbete... 4 Trafikinformation... 4 Säkerhet och kvalité... 4 Informationsinnehåll... 5 Leverantörsnyckel (SupplierKey)... 5 Källa (Source)... 5 Position (Position)... 5 Fordonsidentifiering (Vehicle)... 5 Åtgärd (MeasureType)... 5 Status (StatusCode)... 5 Övrigt arbete... 6 Inrapportering... 6 Avgränsning... 6 Inrapporteringskrav... 6 Webbtjänst... 6 XML Schema... 6 Rutin vid uppstart... 7 Autentisering... 7 Testmiljö... 7 Produktionsmiljö... 7 Inrapportering av åtgärd... 7 Leveranskrav... 7 Bilaga A WSDL... 8 Bilaga B XML Schema... 11
3 SPECIFIKATION 3 (34) Allmänt Bakgrund MIP (Mobila Inrapporteringar från Plogbilar) är ett system som finns på Trafikverket. Systemet var först tänkt att användas för att få in data från vinterenheter men numera är systemet utbyggt för att kunna ta emot information för fler typer av åtgärder som utförs. Detta dokument beskriver dels övergripande hur inrapportering från GPS positionerade fordon går till samt formatet som meddelandena skall skickas i. Arkitektur Nedanstående bild visar en översiktlig bild hur inrapportering fungerar. Trafikverket Företag X MIP-Kartan Andra system Extern System X Fordon2 Fordon1 WS HTTPS MIP Företag Y MIP Webbtjänst WS HTTPS Extern System Y Fordon4 Fordon3 Trafikverket tillhandahåller ett gränssnitt att ta emot data från externa system. Det förutsätts att det är ett system som skickar informationen till Trafikverket De externa systemen skapar meddelanden enligt det format som Trafikverket har specificerat. Alla nödvändiga data skall finnas med i meddelandet. Meddelandena skickas via en webbtjänst till Trafikverket. Meddelanden tas emot på Trafikverket och kontrolleras så att de är korrekt. Informationen lagras i en databas. Inkommande meddelanden kommer att bearbetas så information sedan kan presenteras i olika verktyg in om Trafikverket. Kontaktpersoner Support E-post: mip@trafikverket.se Verksamhetsfrågor Kontaktperson: Andreas Andersson Telefonnummer: E-post: andreas.andersson@trafikverket.se Tekniska frågor Kontaktperson: Niclas Brus Telefonnummer: E-post: niclas.brus@trafikverket.se
4 SPECIFIKATION 4 (34) Syfte Uppföljning av utfört arbete Enligt kontrakten för Basunderhåll Väg har entreprenören krav på sig att utföra olika sorters arbeten, som exempelvis vinteråtgärder, röjning och slåtter, men även arbeten som pågår året runt som inspektion. För att Trafikverket på ett effektivt sätt ska kunna följa upp underhållsverksamheten på väg och kunna kontrollera att entreprenören utfört de åtgärder som man åtagit sig att göra enligt kontrakten finns MIP som ett stöd för uppföljningsarbetet. Med hjälp av den information som skickas in till MIP, går det göra riktade kontroller av det utförda arbetet efter att en åtgärd är utförd, istället för att chansa på att en åtgärd är utförd på den sträcka man tänkt kontrollera. Den information som skickas in till MIP används även av de parter som Trafikverket handlat upp för att göra leveranskontroller i kontrakten för Basunderhåll Väg. Tillsammans med det väderdata som hämtas från Vintersystemen, det vill säga VViS och MESAN, kan kontroller sedan göras i efterhand avseende vilka åtgärder som är utförda vid olika vädertillfällen. Trafikinformation Information från MIP används även av Trafikcentralen (TC) som ett stöd för att höja kvaliteten på informationen om åtgärder och väglag. Förbättringen uppnås bland annat genom att inrapporteringstiden kortas när informationen kan fås när åtgärden utförs samt att TC kan se var enheterna befinner sig. Med information från MIP kan Trafikcentralen se var det pågår olika underhållsarbeten, vilket är till nytta om man till exempel skulle behöva leda om trafik, vid en eventuell olycka. Säkerhet och kvalité Trafikverket har även nytta av att kunna se var enheterna är, till exempel för att kunna besvara förfrågningar via telefon, samt exempelvis vid större snöoväder kunna se hur många enheter som är ute. Vid en eventuell olycka har Trafikverket även nytta av den information som skickas in för att kunna ge ett underlag om en åtgärd är utförd eller inte på aktuell plats eller vägsträcka.
5 SPECIFIKATION 5 (34) Informationsinnehåll Nedan presenteras vilken information som meddelanden ska innehålla och översättningen till uttryck som används i XML schemat. Leverantörsnyckel (SupplierKey) Är en sträng som identifierar leverantören som har sänt meddelandet. Innehållet fås av Trafikverket. Källa (Source) Är en informationssträng som identifierar från vilket område som meddelandet har sänts ifrån. Innehållet fås av Trafikverket. Position (Position) Anger information om position (koordinater)och riktning för fordonet WGS84Coord - Koordinaterna i WGS84. Skall vara i formatet grader, decimalt. ex. 27,2343 RT90Coord - Koordinaterna i RT90 format. SWEREF99Coord - Koordinaterna i SWEREF99 format. Fordonsidentifiering (Vehicle) Varje meddelande identifieras med hjälp av fordonsidentitet, dvs. till vilket fordon meddelandet hör. Lämpligtvis används fordonets registreringsnummer som identitet men om fordonet inte har ett registreringsnummer ska en annan unik identitet väljas för att kunna särskilja fordonet. Åtgärd (MeasureType) Anger vilken typ av åtgärd som entreprenör utför Värde Åtgärd Beskrivning XML-benämning 70 Inspektion Inspection 110 Snöröjning Snöröjning samt samtidig Plowing snöröjning och halkbekämpning 120 Halkbekämpning Halkbekämpning med både Deicing salt och sand samt förebyggande halkbekämpning 130 Isrivning IceRipping 140 Röjning/Slåtter ClearingMowing 150 Rengöring av kant- och CleaningOfGuidePosts markeringsstolpar 100 Övrigt arbete (avser extraenheterna) Other Status (StatusCode) Talar om status på den åtgärd som man har/haft. Värde Databasbenämning XML-benämning 10 Start Start 20 Stopp Stop 30 Pågående Continue
6 SPECIFIKATION 6 (34) Övrigt arbete Entreprenören ska utöver de enheter som krävs för de kravställda åtgärder under rubriken Åtgärd ovan, även tillhandahålla 3 stycken extraenheter som kan användas för uppföljning av övriga underhållsåtgärder som ej finns med i kravlistan för åtgärder. Åtgärden som då rapporteras in är Övrigt arbete men det blir upp till beställaren att själv bestämma vilken arbete uppföljningen ska gälla för. Exempel: Beställaren önskar följa upp underhållsåtgärden hyvling som sker vid ett överenskommet datum. Åtgärden som rapporteras in till MIP är då Övrigt arbete, som då även beställaren ser i sitt uppföljningsverktyg. Enheterna ska benämnas enligt följande; <namn på område>_enhet1 osv, ex Borlänge_Enhet1 Inrapportering Avgränsning Trafikverket tillhandahåller via MIP endast ett specificerat gränssnitt mot entreprenören. Detta oberoende av vilka system eller utrustning som entreprenören har. Inrapporteringskrav Kravet på åtgärdsinrapportering gäller för de vinterresurser som ingår i de ordinarie snöröjnings- och halkbekämpningsplanerna, samt för övriga resurser som berörs av åtgärdslistan under rubriken Åtgärd i kapitel Informationsinnehåll. Kravet gäller inte vinteråtgärder som utförs på GC-vägar. För Röjning/slåtter samt Rengöring av kant- och markeringsstolpar ska inrapportering enbart ske vid bedömning för stor eller mycket stor påverkan enligt Arbetsbeskrivning för rapportering av vägarbete inom ramen för Basunderhåll väg version 1.0. Webbtjänst Leverans till Trafikverket sker via en webbtjänst. Webbtjänsten finns beskriven i WSDL (Web Service Description Service), se Bilaga A. Själva innehållet av meddelandena finns beskrivet i ett XML Schema. XML Schemat finns dokumenterat i Bilaga B. Både WSDL och XSD kan fås som filer. Det går också att komma åt webbtjänsten och automatiskt tanka ner dessa från adresserna som beskrivs nedan. Varje anrop hanteras som en transaktion. Detta innebär att om ett meddelande är felaktigt så kommer hela anropet att gå fel. Det är viktigt att leverantören validerar att data de skickar överensstämmer med XML Schemat. Anropen sker via HTTPS (krypterat). XML Schema Som meddelandeformat används XML. Formatet beskrivs med ett XML Schema. För ytterligare information om XML Schema se Schemat beskriver hur XML filen skall se ut. Alla inkommande XML filer valideras mot detta Schema. Leverantören ska använda detta schema och skapa meddelanden som validerar mot detta schema. Schemat finns på fil och kan med fördel fås av Trafikverket genom att kontakta mip@trafikverket.se.
7 SPECIFIKATION 7 (34) Rutin vid uppstart Tillvägagångssättet för en entreprenör vid uppstart av leverans är enligt det följande. Detta gäller vid samtliga uppstarter, oavsett om man har ett konto sedan tidigare eller inte. 1. Entreprenören meddelar vilka fordon som skall börja inrapportering via detta format. Se kontaktpersoner. 2. Testmiljön för MIP konfigureras och entreprenören meddelas nödvändig konfigurering samt adresser etc. 3. Entreprenören testar att leverera till testmiljön. 4. Kontroll sker på Trafikverket så att det som har levererats till testmiljön ser bra ut. 5. När testerna i testmiljön är klar konfigureras produktionsmiljö och meddelar entreprenören nödvändiga adresser. 6. Entreprenören börjar leverera data till MIP produktionsmiljö när kontraktet för Basunderhåll Väg startar. Autentisering Autentisering mot webbtjänsterna utförs med konto som tillhandahålls av Trafikverket enligt rutinen vid uppstart, se Kontaktpersoner. Testmiljö Adress till webbtjänst: Observera innan tester kan börja så skall leverantören verifiera att dess meddelanden validerar mot XML Schemat. Produktionsmiljö Adress till webbtjänst: Inrapportering av åtgärd Tillvägagångssättet vid inrapportering av en åtgärd skall följa detta generella mönster. Samtliga meddelanden ska innehålla de obligatoriska värdemängderna. 1. När man startar en åtgärd på vägen så skapar man ett meddelande med StatusCode = Start. 2. Så länge som åtgärden pågår så skapar man ytterligare meddelanden med StatusCode = Continue 3. När åtgärden är klar så skapar man ett meddelande med StatusCode = Stop, Leveranskrav Insamling av kravställd information för respektive fordon ska ske när åtgärden utförs samt med högst 30 sekunders intervall. Informationen lagras först i det egna systemet och skickar sedan, med en rekommendation på var femte minut, in alla nya meddelanden i ett anrop. Begränsningen är att varje anrop (Message) inte innehåller mer än 1000 meddelanden. Har man fler data så gör man fler anrop. Tiden mellan att en åtgärd är utförd och att ett anrop skickas in till Trafikverket får inte vara mer än 15 minuter.
8 SPECIFIKATION 8 (34) Bilaga A WSDL WSDL beskriver webbtjänsten. targetnamespace: services bindings porttypes messages types MIPService SaveMessageBinding SaveMessagesPortType SaveMessageRequest SaveMessageResponse service MIPService ports source MIPPort binding extensibility tns:savemessagebinding <soap:address location="no Target Adress"/> <wsdl:service name="mipservice"> <wsdl:port name="mipport" binding="tns:savemessagebinding"> <soap:address location="no Target Adress"/> </wsdl:port> </wsdl:service> binding SaveMessageBinding type tns:savemessagesporttype extensibility <soap:binding style="document" transport=" operations SaveMessages extensibility <soap:operation soapaction="urn:#savemeesagesoperation" style="document"/> input <soap:body use="literal"/> output <soap:body use="literal"/> Port MIPPort in Service MIPService source <wsdl:binding name="savemessagebinding" type="tns:savemessagesporttype"> <soap:binding style="document" transport="
9 SPECIFIKATION 9 (34) <wsdl:operation name="savemessages"> <soap:operation soapaction="urn:#savemeesagesoperation" style="document"/> <wsdl:input> <soap:body use="literal"/> </wsdl:input> <wsdl:output> <soap:body use="literal"/> </wsdl:output> </wsdl:operation> </wsdl:binding> porttype SaveMessagesPortType operations SaveMessages input tns:savemessagerequest output tns:savemessageresponse source binding SaveMessageBinding <wsdl:porttype name="savemessagesporttype"> <wsdl:operation name="savemessages"> <wsdl:input message="tns:savemessagerequest"/> <wsdl:output message="tns:savemessageresponse"/> </wsdl:operation> </wsdl:porttype> message SaveMessageRequest body parts source element ns:messagedeliveryrequest Operation SaveMessages in PortType SaveMessagesPortType <wsdl:message name="savemessagerequest"> <wsdl:part name="body" element="ns:messagedeliveryrequest"/> </wsdl:message> message SaveMessageResponse body parts
10 SPECIFIKATION 10 (34) source element ns:messagedeliveryresponse Operation SaveMessages in PortType SaveMessagesPortType <wsdl:message name="savemessageresponse"> <wsdl:part name="body" element="ns:messagedeliveryresponse"/> </wsdl:message>
11 SPECIFIKATION 11 (34) Bilaga B XML Schema Schema Trafikverket.MIP.EXTERN_V3.xsd attribute form default: element form default: targetnamespace: unqualified qualified Elements Complex types Simple types Message ArrayOfMeasure Lane MessageDeliveryRequest ArrayOfMessage MeasureType MessageDeliveryResponse Coord RoadCondition Friction StatusCode Measure Message MessageDeliveryRequest MessageDeliveryResponse Position RT90Coord Status SWEREF99Coord Vehicle WGS84Coord VehicleType element Message type tns:message
12 SPECIFIKATION 12 (34) content complex children tns:supplierkey tns:position tns:vehicle tns:source tns:description tns:status tns:roadcondition tns:friction tns:measures source <xs:element name="message" type="tns:message"/> element MessageDeliveryRequest type tns:messagedeliveryrequest content complex children tns:supplierkey tns:messages source <xs:element name="messagedeliveryrequest" type="tns:messagedeliveryrequest"/> element MessageDeliveryResponse type tns:messagedeliveryresponse content complex children tns:status tns:statustext source <xs:element name="messagedeliveryresponse" type="tns:messagedeliveryresponse"/> complextype ArrayOfMeasure children tns:measure
13 SPECIFIKATION 13 (34) element Message/Measures source <xs:complextype name="arrayofmeasure"> <xs:sequence> <xs:element name="measure" type="tns:measure" nillable="true" maxoccurs="unbounded"/> </xs:sequence> </xs:complextype> element ArrayOfMeasure/Measure type tns:measure minocc 1 maxocc unbounded content complex nillable true children tns:measuretype source <xs:element name="measure" type="tns:measure" nillable="true" maxoccurs="unbounded"/> complextype ArrayOfMessage children tns:message element MessageDeliveryRequest/Messages source <xs:complextype name="arrayofmessage"> <xs:sequence> <xs:element name="message" type="tns:message" nillable="true" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> </xs:complextype>
14 SPECIFIKATION 14 (34) element ArrayOfMessage/Message type tns:message minocc 0 maxocc unbounded content complex nillable true children tns:supplierkey tns:position tns:vehicle tns:source tns:description tns:status tns:roadcondition tns:friction tns:measures source <xs:element name="message" type="tns:message" nillable="true" minoccurs="0" maxoccurs="unbounded"/> complextype Coord abstract true complextypes RT90Coord SWEREF99Coord WGS84Coord source <xs:complextype name="coord" abstract="true"/> complextype Friction
15 SPECIFIKATION 15 (34) children tns:frictionvalue element Message/Friction source <xs:complextype name="friction"> <xs:sequence> <xs:element name="frictionvalue" type="xs:double"/> </xs:sequence> </xs:complextype> element Friction/FrictionValue type xs:double source <xs:element name="frictionvalue" type="xs:double"/> complextype Measure children tns:measuretype element ArrayOfMeasure/Measure source <xs:complextype name="measure"> <xs:sequence> <xs:element name="measuretype" type="tns:measuretype"/> </xs:sequence> </xs:complextype> element Measure/MeasureType type tns:measuretype facets Kind Value annotation Inspection Plowing Deicing IceRipping
16 SPECIFIKATION 16 (34) ClearingMowing CleaningOfGuidePosts Other source <xs:element name="measuretype" type="tns:measuretype"/> complextype Message children tns:supplierkey tns:position tns:vehicle tns:source tns:description tns:status tns:roadcondition tns:friction tns:measures elements Message ArrayOfMessage/Message source <xs:complextype name="message"> <xs:sequence> <xs:element name="supplierkey" type="xs:string" minoccurs="0"/> <xs:element name="position" type="tns:position"/> <xs:element name="vehicle" type="tns:vehicle"/> <xs:element name="source" type="xs:string"/> <xs:element name="description" type="xs:string" minoccurs="0"/> <xs:element name="status" type="tns:status"/> <xs:element name="roadcondition" type="tns:roadcondition" minoccurs="0"/> <xs:element name="friction" type="tns:friction" minoccurs="0"/> <xs:element name="measures" type="tns:arrayofmeasure"/> <!-- <xs:sequence> <xs:element name="measure" type="tns:measure" maxoccurs="unbounded"/> </xs:sequence> --> </xs:sequence> </xs:complextype>
17 SPECIFIKATION 17 (34) element Message/SupplierKey type xs:string minocc 0 maxocc 1 source <xs:element name="supplierkey" type="xs:string" minoccurs="0"/> element Message/Position type tns:position content complex children tns:course tns:speed tns:roadnumber tns:subnumber tns:lane tns:wgs84 tns:rt90 tns:sweref99 source <xs:element name="position" type="tns:position"/>
18 SPECIFIKATION 18 (34) element Message/Vehicle type tns:vehicle content complex children tns:registrationnumber tns:vehicletype tns:phonenumber tns:description tns:externalkey source <xs:element name="vehicle" type="tns:vehicle"/> element Message/Source type xs:string source <xs:element name="source" type="xs:string"/> element Message/Description type xs:string minocc 0 maxocc 1 source <xs:element name="description" type="xs:string" minoccurs="0"/>
19 SPECIFIKATION 19 (34) element Message/Status type tns:status content complex children tns:statuscode tns:statustime source <xs:element name="status" type="tns:status"/> element Message/RoadCondition type tns:roadcondition minocc 0 maxocc 1 facets Kind Value annotation Unknown Dry Wet PartialSlush Slush PackedSnow Ice PartialIce Frost Slippery Snow source <xs:element name="roadcondition" type="tns:roadcondition" minoccurs="0"/> element Message/Friction
20 SPECIFIKATION 20 (34) type tns:friction minocc 0 maxocc 1 content complex children tns:frictionvalue source <xs:element name="friction" type="tns:friction" minoccurs="0"/> element Message/Measures type tns:arrayofmeasure content complex children tns:measure source <xs:element name="measures" type="tns:arrayofmeasure"/> complextype MessageDeliveryRequest children tns:supplierkey tns:messages element MessageDeliveryRequest source <xs:complextype name="messagedeliveryrequest"> <xs:sequence> <xs:element name="supplierkey" type="xs:string"/> <xs:element name="messages" type="tns:arrayofmessage"/> </xs:sequence> </xs:complextype> element MessageDeliveryRequest/SupplierKey type xs:string
21 SPECIFIKATION 21 (34) source <xs:element name="supplierkey" type="xs:string"/> element MessageDeliveryRequest/Messages type tns:arrayofmessage content complex children tns:message source <xs:element name="messages" type="tns:arrayofmessage"/> complextype MessageDeliveryResponse children tns:status tns:statustext element MessageDeliveryResponse source <xs:complextype name="messagedeliveryresponse"> <xs:sequence> <xs:element name="status"> <xs:simpletype> <xs:restriction base="xs:string"> <xs: value="ok"/> <xs: value="error"/> </xs:restriction> </xs:simpletype> </xs:element> <xs:element name="statustext" type="xs:string" minoccurs="0"/> </xs:sequence> </xs:complextype> element MessageDeliveryResponse/Status
22 SPECIFIKATION 22 (34) type restriction of xs:string facets Kind Value annotation Ok Error source <xs:element name="status"> <xs:simpletype> <xs:restriction base="xs:string"> <xs: value="ok"/> <xs: value="error"/> </xs:restriction> </xs:simpletype> </xs:element> element MessageDeliveryResponse/StatusText type xs:string minocc 0 maxocc 1 source <xs:element name="statustext" type="xs:string" minoccurs="0"/> complextype Position children tns:course tns:speed tns:roadnumber tns:subnumber tns:lane tns:wgs84 tns:rt90 tns:sweref99 element Message/Position
23 SPECIFIKATION 23 (34) source <xs:complextype name="position"> <xs:sequence> <xs:element name="course" type="xs:double"/> <xs:element name="speed" type="xs:double"/> <xs:element name="roadnumber" type="xs:int" minoccurs="0"/> <xs:element name="subnumber" type="xs:int" minoccurs="0"/> <xs:element name="lane" type="tns:lane" minoccurs="0"/> <xs:choice> <xs:element name="wgs84" type="tns:wgs84coord"/> <xs:element name="rt90" type="tns:rt90coord"/> <xs:element name="sweref99" type="tns:sweref99coord"/> </xs:choice> </xs:sequence> </xs:complextype> element Position/Course type xs:double source <xs:element name="course" type="xs:double"/> element Position/Speed type xs:double source <xs:element name="speed" type="xs:double"/> element Position/RoadNumber type xs:int minocc 0 maxocc 1 source <xs:element name="roadnumber" type="xs:int" minoccurs="0"/>
24 SPECIFIKATION 24 (34) element Position/SubNumber type xs:int minocc 0 maxocc 1 source <xs:element name="subnumber" type="xs:int" minoccurs="0"/> element Position/Lane type tns:lane minocc 0 maxocc 1 facets Kind Value annotation NotSet LaneOne LaneTwo LaneThree LaneFour Verge source <xs:element name="lane" type="tns:lane" minoccurs="0"/> element Position/WGS84 type tns:wgs84coord content complex mixed false children tns:latitude tns:longitude tns:altitude
25 SPECIFIKATION 25 (34) source <xs:element name="wgs84" type="tns:wgs84coord"/> element Position/RT90 type tns:rt90coord content complex mixed false children tns:x tns:y tns:z source <xs:element name="rt90" type="tns:rt90coord"/> element Position/SWEREF99 type tns:sweref99coord content complex mixed false children tns:x tns:y tns:z source <xs:element name="sweref99" type="tns:sweref99coord"/>
26 SPECIFIKATION 26 (34) complextype RT90Coord type extension of tns:coord base tns:coord mixed false children tns:x tns:y tns:z element Position/RT90 source <xs:complextype name="rt90coord" mixed="false"> <xs:complexcontent mixed="false"> <xs:extension base="tns:coord"> <xs:sequence> <xs:element name="x" type="xs:double"/> <xs:element name="y" type="xs:double"/> <xs:element name="z" type="xs:double" minoccurs="0"/> </xs:sequence> </xs:extension> </xs:complexcontent> </xs:complextype> element RT90Coord/X type xs:double source <xs:element name="x" type="xs:double"/> element RT90Coord/Y type xs:double source <xs:element name="y" type="xs:double"/>
27 SPECIFIKATION 27 (34) element RT90Coord/Z type xs:double minocc 0 maxocc 1 source <xs:element name="z" type="xs:double" minoccurs="0"/> complextype Status children tns:statuscode tns:statustime element Message/Status source <xs:complextype name="status"> <xs:sequence> <xs:element name="statuscode" type="tns:statuscode"/> <xs:element name="statustime" type="xs:datetime"/> </xs:sequence> </xs:complextype> element Status/StatusCode type tns:statuscode facets Kind Value annotation Start Stop Continue source <xs:element name="statuscode" type="tns:statuscode"/> element Status/StatusTime
28 SPECIFIKATION 28 (34) type xs:datetime source <xs:element name="statustime" type="xs:datetime"/> complextype SWEREF99Coord type extension of tns:coord base tns:coord mixed false children tns:x tns:y tns:z element Position/SWEREF99 source <xs:complextype name="sweref99coord" mixed="false"> <xs:complexcontent mixed="false"> <xs:extension base="tns:coord"> <xs:sequence> <xs:element name="x" type="xs:double"/> <xs:element name="y" type="xs:double"/> <xs:element name="z" type="xs:double" minoccurs="0"/> </xs:sequence> </xs:extension> </xs:complexcontent> </xs:complextype> element SWEREF99Coord/X type xs:double source <xs:element name="x" type="xs:double"/> element SWEREF99Coord/Y
29 SPECIFIKATION 29 (34) type xs:double source <xs:element name="y" type="xs:double"/> element SWEREF99Coord/Z type xs:double minocc 0 maxocc 1 source <xs:element name="z" type="xs:double" minoccurs="0"/> complextype Vehicle children tns:registrationnumber tns:vehicletype tns:phonenumber tns:description tns:externalkey element Message/Vehicle source <xs:complextype name="vehicle"> <xs:sequence> <xs:element name="registrationnumber" type="xs:string"/> <xs:element name="vehicletype" type="tns:vehicletype" minoccurs="0"/> <xs:element name="phonenumber" type="xs:string" minoccurs="0"/> <xs:element name="description" type="xs:string" minoccurs="0"/> <xs:element name="externalkey" type="xs:string" minoccurs="0"/> </xs:sequence> </xs:complextype> element Vehicle/RegistrationNumber
30 SPECIFIKATION 30 (34) type xs:string source <xs:element name="registrationnumber" type="xs:string"/> element Vehicle/VehicleType type tns:vehicletype minocc 0 maxocc 1 facets Kind Value annotation RoadMaintenanceVehicle AssistanceVehicle source <xs:element name="vehicletype" type="tns:vehicletype" minoccurs="0"/> element Vehicle/PhoneNumber type xs:string minocc 0 maxocc 1 source <xs:element name="phonenumber" type="xs:string" minoccurs="0"/> element Vehicle/Description type xs:string minocc 0 maxocc 1 source <xs:element name="description" type="xs:string" minoccurs="0"/>
31 SPECIFIKATION 31 (34) element Vehicle/ExternalKey type xs:string minocc 0 maxocc 1 source <xs:element name="externalkey" type="xs:string" minoccurs="0"/> complextype WGS84Coord type extension of tns:coord base tns:coord mixed false children tns:latitude tns:longitude tns:altitude element Position/WGS84 source <xs:complextype name="wgs84coord" mixed="false"> <xs:complexcontent mixed="false"> <xs:extension base="tns:coord"> <xs:sequence> <xs:element name="latitude" type="xs:double"/> <xs:element name="longitude" type="xs:double"/> <xs:element name="altitude" type="xs:double" minoccurs="0"/> </xs:sequence> </xs:extension> </xs:complexcontent> </xs:complextype> element WGS84Coord/Latitude type xs:double source <xs:element name="latitude" type="xs:double"/>
32 SPECIFIKATION 32 (34) element WGS84Coord/Longitude type xs:double source <xs:element name="longitude" type="xs:double"/> element WGS84Coord/Altitude type xs:double minocc 0 maxocc 1 source <xs:element name="altitude" type="xs:double" minoccurs="0"/> simpletype Lane type restriction of xs:string element Position/Lane facets Kind Value annotation NotSet LaneOne LaneTwo LaneThree LaneFour Verge source <xs:simpletype name="lane"> <xs:restriction base="xs:string"> <xs: value="notset"/> <xs: value="laneone"/> <xs: value="lanetwo"/> <xs: value="lanethree"/> <xs: value="lanefour"/> <xs: value="verge "/> </xs:restriction> </xs:simpletype>
33 SPECIFIKATION 33 (34) simpletype MeasureType type restriction of xs:string element Measure/MeasureType facets Kind Value annotation Inspection Plowing Deicing IceRipping ClearingMowing CleaningOfGuidePosts Other source <xs:simpletype name="measuretype"> <xs:restriction base="xs:string"> <xs: value="inspection"/> <xs: value="plowing"/> <xs: value="deicing"/> <xs: value="iceripping"/> <xs: value="clearingmowing"/> <xs: value="cleaningofguideposts"/> <xs: value="other"/> </xs:restriction> </xs:simpletype> simpletype RoadCondition type restriction of xs:string element Message/RoadCondition facets Kind Value annotation Unknown Dry Wet PartialSlush Slush PackedSnow Ice PartialIce Frost Slippery Snow source <xs:simpletype name="roadcondition"> <xs:restriction base="xs:string"> <xs: value="unknown"/> <xs: value="dry"/> <xs: value="wet"/> <xs: value="partialslush"/> <xs: value="slush"/>
34 SPECIFIKATION 34 (34) <xs: value="packedsnow"/> <xs: value="ice"/> <xs: value="partialice"/> <xs: value="frost"/> <xs: value="slippery"/> <xs: value="snow"/> </xs:restriction> </xs:simpletype> simpletype StatusCode type restriction of xs:string element Status/StatusCode facets Kind Value annotation Start Stop Continue source <xs:simpletype name="statuscode"> <xs:restriction base="xs:string"> <xs: value="start"/> <xs: value="stop"/> <xs: value="continue"/> </xs:restriction> </xs:simpletype> simpletype VehicleType type restriction of xs:string element Vehicle/VehicleType facets Kind Value annotation RoadMaintenanceVehicle AssistanceVehicle source <xs:simpletype name="vehicletype"> <xs:restriction base="xs:string"> <xs: value="roadmaintenancevehicle"/> <xs: value="assistancevehicle"/> </xs:restriction> </xs:simpletype>
Brist- och Åtgärdsrapportering Basunderhåll Väg. Entreprenör. Brist- och Åtgärdsrapportering Basunderhåll Väg SPECIFIKATION 1 (31)
SPECIFIKATION 1 (31) Skapat av (Efternamn, Förnamn, org) Dokumentdatum Ärendenummer Eklund, Björn, UHvest 2016-09-12 DokumentID 1.4 Dokumenttitel Brist- och Åtgärdsrapportering Basunderhåll Väg Brist-
InTime Message Center SMS gränssnittsspecifikation V2.3
Ansvarig utgivare: Datum: Version Status: Lars Nordström 2009-05-29 2.3.1 Fastställd InTime Message Center SMS gränssnittsspecifikation V2.3 Innehållsförteckning Innehållsförteckning... 1 Inledning...
Schema ValcentralenPA03.xsd
Schema ValcentralenPA03.xsd attribute form default: element form default: targetnamespace: unqualified qualified http://schema.spv.se/extern/integrationstjanster/iap/forsakring/vardebesked/v1 Elements
Postbeskrivning FileResponse innehåll
Postbeskrivning FileResponse innehåll 1 Versionshistorik... 2 2 Relaterade dokument... 2 3 Allmänt... 2 3.1 Filnamnbeskrivning... 2 3.2 Filtyper... 2 4 Filstruktur FileResponse... 3 5 Appendix... 8 5.1
FormPipe Long-Term Archive
FormPipe Long-Term Archive Per Ellverson, systemägare Papperslös förvaltning Digitala Handlingar från Medborgare/E-tjänster Digital Diarieföring Papperslös Handläggning/Beredning Papperslös Möteshantering
Sammansatt bastjänst för engagemang i företag
Sammansatt bastjänst för engagemang i företag Teknisk guide Version 3.0 1 Innehållsförteckning 1 Ändringshistorik... 3 2 Inledning... 4 3 Anslutning datakonsument... 4 3.1 Scenario 1: Konsumentadaptern
Sammansatt bastjänst för engagemang i företag
Sammansatt bastjänst för engagemang i företag Teknisk guide Version 2.0 1 Innehållsförteckning 1 Ändringshistorik... 3 2 Inledning... 4 3 Anslutning datakonsument... 4 3.1 Scenario 1: Konsumentadaptern
Uppgjord: Jon Sandelin Datum: Rev (27) eks WebService. Rev. Datum Av Kommentarer
Uppgjord: Jon Sandelin Datum: 2010-11-29 Rev. 3.2.1 1(27) eks WebService Revisionshistorik Rev. Datum Av Kommentarer 0.1 2008-01-28 Jon Sandelin Påbörjar dokumentet. 1.0 2008-02-11 Jon Sandelin Uppdaterad
Utkast/Version (8) Användarhandledning - inrapportering maskin-till-maskin
Utkast/Version Sida 2.0 1 (8) 2017-05-12 Användarhandledning - inrapportering maskin-till-maskin 2 (8) Innehåll 1. Rapportering till VINN eller KRITA... 3 1.1 Allmänt... 3 1.2 Terminologi... 3 2. Hämta
Postbeskrivning Customerjournal_1.0 innehåll
Postbeskrivning Customerjournal_1.0 innehåll 1 Versionshistorik... 2 2 Relaterade dokument... 2 3 Allmänt... 2 3.1 Filnamnbeskrivning... 2 3.2 Validering... 2 4 Övergripande bild XML-struktur... 3 5 XML-struktur
Vad är XML Schemas. XML Schemas. Varför XML Schmas. Namespace
Vad är XML Schemas XML Schemas XML Schemas gör samma sak som DTDer fast bättre dvs med XML Schemas går det att definiera XMLvokabulärer och det går att validera instansdokument mot dessa schemas. XML Schemas
Sammansatt bastjänst för roll i företag
Sammansatt bastjänst för roll i företag Teknisk guide Version 1.0 1 Innehållsförteckning 1 Ändringshistorik... 3 2 Inledning... 4 3 Anslutning datakonsument... 4 3.1 Scenario 1: Konsumentadapter begär
RIV TA Domänschema 2.1
RIV TA Domänschema 2.1 RIV Tekniska Anvisningar CeHis Arkitekturledning Sida: 1 (8) RIV TA Domänschema 2.1 RIV Tekniska Anvisningar 2012-01-03 RIV TA Domänschema 2.1 RIV Tekniska Anvisningar CeHis Arkitekturledning
RIV Tekniska Anvisningar 2.1
RIV Tekniska Anvisningar 2.1 Domänschema Version 2.1.1 ARK_0006 2014-09-25 Innehåll 1 Inledning... 4 1.1 Målgrupp... 4 1.2 Syfte... 4 1.3 Tillgänglighet... 4 1.4 Referenser... 5 2 Meddelanderegler... 6
Sammansatt bastjänst för grundläggande uppgifter om företag
Sammansatt bastjänst för grundläggande uppgifter om företag Teknisk anslutning Version 3.0 1 Innehållsförteckning 1 Ändringshistorik... 4 2 Inledning... 5 3 Anslutning datakonsument... 5 3.1 Scenario 1:
Tekniskt gränssnitt ZIP-fil för applikationsutvecklare Anläggningsprojekt för ett nationellt inkomstregister
Version 1.11 Anläggningsprojekt för ett nationellt inkomstregister INNEHÅLL 1 Versionshistoria... 3 2 Zip-filens innehåll... 6 2.1 WSDL-beskrivningar... 6 2.2 XSD-schemafiler... 6 2.3 Meddelandestruktur-exempel...
Sammansatt bastjänst för grundläggande uppgifter om företag
Sammansatt bastjänst för grundläggande uppgifter om företag Teknisk guide Version 4.0 1 Innehållsförteckning 1 Ändringshistorik... 4 2 Inledning... 5 3 Anslutning datakonsument... 5 3.1 Scenario 1: Konsumentadapter
RIV TA Domänschema 2.1
1 (9) Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0006 CeHis AR www.cehis.se info@cehis.se RIV TA Domänschema 2.1 Utgåva C 2013-06-19 Center för ehälsa i samverkan
Tentamen Informationsinfrastruktur
Tentamen Informationsinfrastruktur Institutionen för informatik och media, Informationssystem Datum 16/2 2012 Tid 8.00 12.00 Lärare Owen Eriksson Mattias Nordlindh Maxpoäng 55 För Godkänd krävs minst 50%
Grundvattenbortledning M Bilaga 12. Arbete utanför ordinarie arbetstid
Grundvattenbortledning M 3346-11 Bilaga 12. RUTINBESKRIVNING 1 (5) Skapat av (Efternamn, Förnamn, org) DokumentID Ev. ärendenummer Marie Westin E4FS 2013:0008 Fastställt av Dokumentdatum Version 2013-02-21
Basic Profile. SHS Version 2.0 SOAP-based Protocol. Utgåva PA SHS Version 2.0 SOAPbased Protocol Basic Profile 1 (10)
Profile 1 (10) SHS Version 2.0 SOAP-based Protocol Basic Profile Försäkringskassan - Swedish Social Insurance Agency Utgåva PA3 Copyright 2012, 2013 Swedish Social Insurance Agency. All Rights Reserved.
XML-produkter. -Registret över verkliga huvudmän (RVH) Teknisk handledning för webbtjänst mot RVH (Web Services) Datum: Version: 1.
XML-produkter -Registret över verkliga huvudmän (RVH) Teknisk handledning för webbtjänst mot RVH (Web Services) Datum: 2018-09-18 Version: 1.0 Innehållsförteckning 1. Inledning... 3 1.1. Syfte 3 1.2. Målgrupp
RDT Externt Webbtjänst Gränssnitt
Vägverket Samhälle och trafik Texttelefon: 0243-750 90 Magnus Fredriksson Sitv - extern Datum: 2007-11-23 Beteckning: Version 1.0 RDT Externt Webbtjänst Gränssnitt Ändringsförteckning: Versionsnummer Ändringsdatum
Sammansatt bastjänst för grundläggande uppgifter om företag
Sammansatt bastjänst för grundläggande uppgifter om företag Teknisk guide Version 5.0 1 Innehållsförteckning 1 Ändringshistorik... 4 2 Inledning... 5 3 Anslutning datakonsument... 6 3.1 Scenario 1: Konsumentadapter
RDT Externt Webbtjänst Gränssnitt
Version 2.0 1(9) RDT Externt Webbtjänst Gränssnitt Ändringsförteckning: Versionsnummer Ändringsdatum Orsak till ändringen Ändad av 1.0 2007-11-23 Första versionen. Magnus Fredriksson 2.0 2009-03-17 Ändrat
Villkor för digitala leveranser i projekteringsuppdrag
Sida 1 av 3 Version 2.0 2013-12-01 1 1. Allmänt Kontrakts-/ Uppdragsbeteckning BILAGA 1 till kontrakt 87654321 Villkor för digitala leveranser i projekteringsuppdrag Denna bilaga reglerar villkoren för
NVDB Teknisk Lösning - Teknisk beskrivning av datautbyte
SPECIFIKATION 1 (8) Skapat av (Efternamn Förnamn, org.) Dokumentdatum Version Fastställt av (Efternamn Förnamn, org.) Ärendenummer [Fastställt av person NY] [Ärendenummer NY] Dokumenttitel NVDB Teknisk
e x e m p e l BILAGA 1 till kontrakt Villkor för digitala leveranser i entreprenad 1. Allmänt
Sida 1 av 3 Version 2.0 2013-12-01 1. Allmänt 1 Kontraktsbeteckning 12345678 2 Beställare Trafikverket 3 Entreprenör Entreprenör 4 Kontraktsdatum 2013-12-24 5 Datum för ändring av villkorsbilaga BILAGA
Användarinstruktioner - skadeanmälan SPVA
Användarinstruktioner - skadeanmälan SPVA Min sida (Startsida): Hjälp; Här finns användarinstruktionerna. På Min sida (startsidan) kan du söka bland dina ärenden på flera olika sätt, använd Sök/filterfunktionerna.
ABB AB Instruction. Prepared: Prepared date: Approved: Approved date: Lang: Revision Page:
COFI/SASLS Lars Andersson 2010-10-13 Andersson Lars V 2011-12-07 sv A 1 (15) Godkänd ABBs Leverantörsfakturaportal - Handledning Användare Giltighetsområde Denna instruktion gäller för samtliga leverantörer
RIV TA Basic Profile 2.1 RIV Tekniska Anvisningar
RIV 2.1 Anvisningar Bilaga 5.1 CeHis Arkitekturledning Sida: 1 (11) RIV TA Basic Profile 2.1 Utgåva B 2012-01-03 RIV 2.1 Anvisningar Bilaga 5.1 CeHis Arkitekturledning Sida: 2 (11) Utgåva PA1 Utgåvehistorik
RIV TA Basic Profile 2.1 med intygspropagering RIV Tekniska Anvisningar
RIV 2.1 Anvisningar Bilaga 5.1 CeHis Arkitekturledning Sida: 1 (7) RIV TA Basic Profile 2.1 2011-11-19 RIV 2.1 Anvisningar Bilaga 5.1 CeHis Arkitekturledning Sida: 2 (7) Utgåvehistorik Utgåva PA1 Revision
Systemkrav Infrasystem - Dataleverans för anslutning till NTS
1 (6) Skapat av (Efternamn, Förnamn, org) DokumentID Ev. ärendenummer Lars Jonsson UHniö [DokumentID] [Ärendenummer] Fastställt av Dokumentdatum Version Leif Lindmark UHae 2013-03-26 2.0 Dokumenttitel
Instruktioner entreprenörer Elektroniska blanketter 29-31
INSTRUKTIONER ENTREPRENÖRER 1 (8) Fastställt av Dokumentdatum Version Lina Nilsson 2012-05-22 1.2 Dokumenttitel Instruktioner entreprenörer Elektroniska blanketter 29-31 1. Innehåll 1. Innehåll... 1 2.
Webbtjänster med SOAP, uppbyggnad och implementation
Webbtjänster med SOAP, uppbyggnad och implementation David Smedman Institutionen för informationsbehandling Åbo Akademi, Åbo, Finland E-post: dsmedman(snabela)abo.fi Abstrakt Denna uppsats kommer att ta
RIV TA Basic Profile 2.1
1 (13) 19 juni 2013 Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0002 CeHis AR www.cehis.se info@cehis.se RIV TA Basic Profile 2.1 Utgåva C 2 2013-06-19 Center för
Postbeskrivning. Sjukanmälan
Postbeskrivning Sjukanmälan Innehållsförteckning Filspecifikation för Sjukanmälan AGS... 3 Översättningstabeller... 5 Sjuklön/SickPayID... 5 Anställningsform/ EmploymentTypeID... 6 Yrkeskategori/JobCategoryID...
ABBs leverantörsfakturaportal. Handledning - Användare. Version: 1.0 Datum:
ABBs leverantörsfakturaportal Handledning - Användare Version: 1.0 Datum: 2005-10-03 INNEHÅLLSFÖRTECKNING 1. Inledning... 3 2. Att komma igång... 3 3. Inloggning och huvudfunktioner... 4 4. Företagsinställningar...
E-pliktleverans via RSS-feeds
E-pliktleverans via RSS-feeds Referens till detta dokument: http://www.kb.se/namespace/digark/deliveryspecification/deposit/rssfeeds/ 1 Ändringshistorik a element måste nu först komma i given ordning (anpassning
Dokumentschema förpackning av externa objekt. Version: 1.0 Status: Standard Datum: 2006-05-15
Dokumentschema förpackning av externa objekt Version: 1.0 Status: Standard Datum: 2006-05-15 Externa objekt 2 Dokumentschema förpackning av externa objekt... 1 1. Förpackning av externa objekt... 3 1.1.
RIV Tekniska Anvisningar Tjänsteschema
1 (12) Center för ehälsa i samverkan Hornsgatan 20, 118 82 Stockholm Vxl: 08-452 70 00 ARK_0005 CeHis AR www.cehis.se info@cehis.se RIV Tekniska Anvisningar Tjänsteschema Revision D 2013-06-27 Center för
LEFI Online, system till system (Leverera Förmånsinformation) WEBBSERVICE/SHS/SSEK
LEFI Online, system till system (Leverera Förmånsinformation) WEBBSERVICE/SHS/SSEK Gränssnittsspecifikation Försäkringskassan IT 1 (11) Ändringsförteckning Nedanstående tabell redovisar ändringshistoriken
UC API Teknisk referens för UC:s svenska personinformation
UC API Teknisk referens för UC:s svenska personinformation Innehåll Innehåll... 2 Tjänstebeskrivning... 3 Referenser... 3 Operationer... 4 Exempel... 5 Exempel anrop för personfråga... 5 Fråga... 5 Svar...
Hantering av tillitsnivåer
Hantering av tillitsnivåer Version 1.2 Innehåll Hantering av tillitsnivåer för Skolfederation... 1 1 Inledning... 2 2 Tillitsnivåer... 2 3 Profiler och referenser... 2 3.1 Förtydligande gällande deploymentprofil...
RIV TA Tjänsteschema 2.1 RIV Tekniska Anvisningar
RIV Tenkiska Anvisningar Utgåva B CeHis Arkitekturledning Sida: 1 (11) RIV TA Tjänsteschema 2.1 RIV Tekniska Anvisningar Utgåva B 2011-02-10 RIV Tenkiska Anvisningar Utgåva B CeHis Arkitekturledning Sida:
Filleveranser till VINN och KRITA
Datum Sida 2017-04-25 1 (10) Mottagare: Uppgiftslämnare till VINN och KRITA Filleveranser till VINN och KRITA Sammanfattning I detta dokument beskrivs översiktligt Vinn/Kritas lösning för filleveranser
Dataproduktspecifikation Projektionszoner Sweref 99 Järnväg. Version 4.0
Dataproduktspecifikation Projektionszoner Sweref 99 Järnväg Version 4.0 Ändringsförteckning Fastställd version Dokumentdatum Ändring Namn 4.0 2016-01-07 Version 4.0 är den första versionen Jenny Rassmus
Regelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 1.0
Regelverk Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag Bilaga A Tekniska ramverk Version: 1.0 Innehållsförteckning 1 Bakgrund och syfte... 1 1.1 Definitioner 1 2 Inledning...
Dataproduktspecifikation Projektionszoner Sweref 99 Trafikverket. Version 5.0
Dataproduktspecifikation Projektionszoner Sweref 99 Trafikverket Version 5.0 Ändringsförteckning Fastställd version Dokumentdatum Ändring 4.0 2016-01-07 Version 4.0 är den första versionen av dokumentet
TRAFIKVERKET UNDERRÄTTELSER
MANUAL TRAFIKVERKET UNDERRÄTTELSER Version.0 av 6 Innehåll Inledning... 3 Underrättelsehantering... 4. Underrättelsens flöde schematiskt... 4. Definitioner på orsaker till UR... 4 3 Inloggning... 6 4.
MVK SSO 2.0 Mina vårdkontakter
Ämne Version Datum Introduktion MVK SSO 2.0 1.7 2014-02-14 Ansvarig Dokument ID Sign Martin Carlman/Peter Bäck MVK-0031 Version Datum Av Avsnitt Ändring 1.7 140214 AL MVK SSO 2.0 Mina vårdkontakter MVK
Regelverk. Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag. Bilaga A. Tekniska ramverk. Version: 3.0
Regelverk Infrastrukturen för vidareförmedling av grundläggande uppgifter om företag Bilaga A Tekniska ramverk Version: 3.0 Innehållsförteckning 1 Bakgrund och syfte... 1 1.1 Definitioner 1 2 Inledning...
LEX INSTRUKTION LEX.CONFIG
LEX INSTRUKTION LEX.CONFIG Innehållsförteckning LEX INSTRUKTION LEX.CONFIG... 1 1. INLEDNING... 1 2. DOKUMENTATION... 2 3. SETTINGS... 3 4. KUNDINSTÄLLNINGAR... 4 5. SYSTEMINSTÄLLNINGAR... 6 6. MODULES...
NVDB Teknisk lösning ID-hantering och transaktioner
SPECIFIKATION NVDB Teknisk lösning ID-hantering och transaktioner Version 1.0 Publikation 2012:232 Dokumenttitel: NVDB Teknisk lösning ID-hantering och transaktioner Skapat av: Per Isaksson Dokumentdatum:
Utkast/Version (7) Användarhandledning - inrapportering i Indataportalen
Utkast/Version Sida 2.0 1 (7) 2017-05-12 Användarhandledning - inrapportering i Indataportalen 2 (7) Innehåll 1. Rapportering till VINN eller KRITA... 3 1.1 Allmänt... 3 1.2 Terminologi... 3 2. Inloggning...
RIVTA Basic Profile 2.1
RIVTA Basic Profile 2.1 Version 2.1.2 ARK_0002 Version: Innehåll 1 Inledning... 5 1.1 Målgrupp... 5 1.2 Syfte... 5 1.3 Tillgänglighet... 6 1.4 Referenser... 6 2 Beskrivning av namnregler... 8 3 Följsamhet
RIV Tekniska Anvisningar Tjänsteschema
RIV Tekniska Anvisningar Tjänsteschema Version 2.1.4 ARK_0005 Innehåll 1 Inledning... 4 1.1 Målgrupp... 4 1.2 Syfte... 4 1.3 Tillgänglighet... 5 1.4 Referenser... 5 2 Beskrivning av namnregler... 7 3 Detaljerade
Meddelandespecifikation Avbrottsrapportering
Meddelandespecifikation Avbrottsrapportering [XML-meddelande till Avbrottsinrapportering]] Energimarknadsinspektionen Revision 1.2 2013-01-21 Bilagor XML-Schema för avbrottsrapportering (Filnamn: InterruptionXML1.0.xsd)
Informationsmaterial och manual Nytt körordersystem webb 2015-03-20
Informationsmaterial och manual Nytt körordersystem webb 2015-03-20 Innehåll Ändringar med nytt körordersystem Behörighet och förutsättningar nytt körordersystem webb Support Manual körorder webb Inloggning
Systemkrav Infrasystem Väg - Anslutning av ASÖ mot NTS
1 (6) Skapat av (Efternamn, Förnamn, org) DokumentID Ev. ärendenummer Lars Jonsson UHniö [DokumentID] [Ärendenummer] Fastställt av Dokumentdatum Version Leif Lindmark UHae 2013-03-26 2.0 Dokumenttitel
Vikten av väl utformade baskontrakt på järnväg Konkreta exempel Underhåll Tony Persson, enhetschef
1 2014-02-21 Vikten av väl utformade baskontrakt på järnväg Konkreta exempel Underhåll Tony Persson, enhetschef Trafikverkets underhållsstrategi Trafikverkets mål för drift- och underhållsverksamheten
Sändning av uppgifter Scheman Meddelanden Anläggningsprojekt för ett nationellt inkomstregister
Version 1.02 Sändning av uppgifter Scheman Meddelanden Anläggningsprojekt för ett nationellt inkomstregister Sändning av uppgifter Scheman Meddelanden 2 (16) Versionshistoria Version Datum Beskrivning
Dataproduktspecifikation Trafikverkskontor. Version 1.0
Dataproduktspecifikation Trafikverkskontor Version 1.0 2 Ändringsförteckning Fastställd version Dokumentdatum Ändring Namn 1.0 2015-01-20 Första versionen Jenny Rassmus Dataproduktspecifikation - Trafikverkskontor
Certifikattjänsten Beskrivning av gränssnittet Inkomstregisterenheten
Version 1.03 Certifikattjänsten Beskrivning av gränssnittet Inkomstregisterenheten Certifikattjänsten Beskrivning av gränssnittet 2 (15) Versionshistoria Version Datum Beskrivning 1.0 30.10.2017 Dokumentet
Informationsmaterial BASkontrakt. Leverans och hantering av förvaltningsdata. Målgrupp: - Trafikverkets Entreprenörer
TMALL 0145 Presentation Widescreen v 1.0 Informationsmaterial BASkontrakt järnväg Leverans och hantering av förvaltningsdata Målgrupp: - Trafikverkets Entreprenörer Syfte med utbildningsmaterialet Informationsmaterialet
XML-dokumentation. För Projektledare & utvecklare hos IT-leverantörer till Svenska Intensivvårdsregistret
XML-dokumentation För Projektledare & utvecklare hos IT-leverantörer till Svenska Intensivvårdsregistret 1 (6) Innehåll 1. Om... 3 2. XML-dokumentation... 4 Innehåll... 4 XML-dokumentation... 4 Ändringshistorik...
Sändning av uppgifter Scheman Makuleringsuppgifter Anläggningsprojekt för ett nationellt inkomstregister
Version 1.02 Sändning av uppgifter Scheman Makuleringsuppgifter Anläggningsprojekt för ett nationellt inkomstregister Sändning av uppgifter Scheman Makuleringsuppgifter 2 (12) Versionshistoria Version
Utvärdering av personlarm med GPS
Utvärdering av personlarm med GPS Förutsättningar: EmCom har fått i uppdrag att utvärdera och analysera batteriprestandan hos två personlarm av olika fabrikat genom att ansluta dessa till vårt system och
InTime HTTP API. Översikt funktioner. Webbtjänster för systemintegration med InTime Messenger.
InTime HTTP API Webbtjänster för systemintegration med InTime Messenger. Översikt funktioner Samtliga funktioner, frånsett listningar, tar emot en XML sträng via metoden HTTP POST. Meddelanden Skapa meddelanden
HSA Schemauppdateringsprocess. Version 1.2.1
HSA Schemauppdateringsprocess Version 1.2.1 Innehåll Revisionshistorik... 2 1. Översikt schemauppdateringsprocess... 3 2. Planeringsfas... 3 2.1.1 Behovsanalys... 3 2.1.2 Interaktion med kravställare...
Införande av Primula på Malmö högskola
2014-11-19 1 (7) Införande av Primula på Malmö högskola Projekt- och aktivitetsplan 2014-11-19 2 (7) Innehåll Införande av Primula på Malmö högskola... 1 1 Basfakta... 3 2 Beskrivning av projektet, mål
Övergripande teknisk beskrivning Sammansatt bastjänst ekonomiskt bistånd (SSBTEK)
Wimi FK14353_002_B Övergripande teknisk beskrivning Sammansatt bastjänst ekonomiskt bistånd (SSBTEK) Leverantör: Försäkringskassan Uppdragsgivare: SKL IT-produkt:MYIN Version: RevE Övergripande teknisk
Elektronisk tullräkning Sid 1(9) Samverkansspecifikation. Version: 1.0 SAMVERKANSSPECIFIKATION. för. e-tullräkning
Elektronisk tullräkning Sid 1(9) SAMVERKANSSPECIFIKATION för e-tullräkning Elektronisk tullräkning Sid 2(9) Innehållsförteckning 1 Inledning...3 1.1 Introduktion...3 2 Identifikation av parterna...4 2.1
Beskrivning av xml-produkten Dokumentleverans (D4) version 2.04
1 (7) av xml-produkten Dokumentleverans (D4) version 2.04 Datum: 2018-02-03 Version: 1.0 2 (7) Innehållsförteckning 1 Om dokumentet... 3 2 Allmänt om produkten Dokumentleverans... 3 3 Resultatfil... 4
Affärsdokumentspecifikation Publiceringsdatum: Version: 2.0.0
Statusrapport Entity name: Statusrapport Comment: Denna affärstransaktion används för att tillhandahålla avisering om ankomst för lossning eller lastning. T6332 Aviseringsnummer 1.. 1 Definition: Ett unikt
Meddelandespecifikation Avbrottsrapportering
Meddelandespecifikation Avbrottsrapportering [XML-meddelande till Avbrottsinrapportering]] Energimarknadsinspektionen Revision 2.2 2016-03-17 Bilagor XML-Schema för avbrottsrapportering (Filnamn: InterruptionXML2.0.xsd),
Tekniskt ramverk för Svensk e- legitimation
Tekniskt ramverk för Svensk e- legitimation ELN-0600-v1.4 Version: 1.4 2015-08-14 1 (10) 1 INTRODUKTION 3 1.1 IDENTITETSFEDERATIONER FÖR SVENSK E- LEGITIMATION 3 1.2 TILLITSRAMVERK OCH SÄKERHETSNIVÅER
UC API Teknisk referens för UC:s svenska företagsinformation
UC API Teknisk referens för UC:s svenska företagsinformation Innehåll Innehåll... 2 Tjänstebeskrivning... 3 Referenser... 4 Operationer... 5 Exempel... 6 Företagsfråga... 6 Fråga... 6 Svar... 6 Kreditupplysning...
Skapat av (Efternamn, Förnamn, org) DokumentID Ev. ärendenummer. Lars Jonsson UHniö [DokumentID] [Ärendenummer]
![Skapat av (Efternamn, Förnamn, org) DokumentID Ev. ärendenummer. Lars Jonsson UHniö [DokumentID] [Ärendenummer]](/thumbs/55/36403050.jpg "Skapat av (Efternamn, Förnamn, org) DokumentID Ev. ärendenummer. Lars Jonsson UHniö [DokumentID] [Ärendenummer]")
1 (5) Skapat av (Efternamn, Förnamn, org) DokumentID Ev. ärendenummer Lars Jonsson UHniö [DokumentID] [Ärendenummer] Fastställt av Dokumentdatum Version Leif Lindmark UHae 2013-03-26 2.0 Dokumenttitel
Affärsdokumentspecifikation Publiceringsdatum: Version: 2.0.1
Vågsedel, Tippsedel Entity name: Vågsedel, Tippsedel Comment: Denna affärstransaktion används för att tillhandahålla specifikation av lastat (vågsedel) eller lossat (tippat) material. En vägning innebär
Tekniskt ramverk för Svensk e-legitimation
Tekniskt ramverk för Svensk e-legitimation ELN-0600-v1.3 Version: 1.3 2015-04-29 1 (10) 1 INTRODUKTION 3 1.1 IDENTITETSFEDERATIONER FÖR SVENSK E-LEGITIMATION 3 1.2 TILLITSRAMVERK OCH SÄKERHETSNIVÅER 4
Bilaga 1. Definitioner
1 (6) Bilaga 1 Definitioner 2 (6) Definitioner inom Ramavtal e-förvaltningsstödjande tjänster Definitionerna gäller även för Leveransavtal under detta Ramavtal. Anbudsgivare Användare Användbarhet Applikation
STYR FÖRETAGET FRÅN RATTEN Mobilt GPS-system för minskad administration och snabbare fakturering
STYR FÖRETAGET FRÅN RATTEN Mobilt GPS-system för minskad administration och snabbare fakturering UTNYTTJA ARBETSDAGEN MAXIMALT Med ett bra och enkelt system är administrationen redan klar när du parkerar
Affärsdokumentspecifikation Publiceringsdatum: Version: 1.3.0
Avisering Entity name: Avisering Comment: Denna affärstransaktion används för att tillhandahålla avisering om ankomst för lossning eller lastning. T6332 Aviseringsnummer 1.. 1 Definition: Ett unikt löpnummer
TRAFIKVERKET UNDERRÄTTELSER
MANUAL TRAFIKVERKET UNDERRÄTTELSER Version.0 av Innehåll Inledning... Underrättelsehantering... 4. Inloggning... 4. Underrättelser... 5.. Föra dialog... 7.. Ladda upp dokument... 8.. Skicka avisering tillbaka...
Utvecklingen av trafiksystemen. Stefan Knutsson 2012-08-22
Utvecklingen av trafiksystemen Stefan Knutsson 2012-08-22 Snabbare åtgärder, bättre trafikinformation bidrar till nöjdare trafikanter Trafikverket har i uppdrag att: Leverera aktuell trafikinformation
Isolda Inköp - EDI. Specifikation v 2.0
Isolda Inköp - EDI Specifikation v 2.0 1 Innehållsförteckning Innehållsförteckning... 2 1 Introduktion... 3 1.1 Vad är EDI?... 4 1.2 Skicka och ta emot dokumenten... 4 1.3 Filformaten... 4 1.3.1 XML (Språket/Formatet)...
Information till webbstödet för leverantörer Rehabiliterings tjänster 2011. (Uppdaterat 2013-09-09)
Information till webbstödet för leverantörer Rehabiliterings tjänster 2011 (Uppdaterat 2013-09-09) Sida: 2 av 16 Innehållsförteckning KORT BESKRIVNING AV PROCESSEN REHABILITERINGSTJÄNST... 3 Trepartssamtal
Långsiktig teknisk målbild Socialtjänsten
Långsiktig teknisk målbild Socialtjänsten Innehållsförteckning Dokumentinformation... 2 Versionshantering... 2 Inledning... 4 Syfte... 4 Målgrupp... 4 IT-strategi... 4 Socialtjänstens målbild för verksamheten...
Manual Dataadministratör
Manual Dataadministratör Stöd och Behandling version 1.4 Stockholm, 2015-11-24 Innehåll 1. Inledning... 3 1.1. Plattformen för Stöd och behandling... 3 1.2. Roller och Behörigheter... 3 1.3. Förutsättning
Instruktion Direktanmälan ackrediterade verkstäder
Instruktion Direktanmälan ackrediterade verkstäder Observera att de delar i instruktionen som beskriver inmatning av data kan skilja sig åt mellan olika program. Version: Datum: Huvudsakliga ändringar:
Sign Message i Legi+meringstjänster Designförslag Stefan Santesson sec.com)
Sign Message i Legi+meringstjänster Designförslag Stefan Santesson (Stefan@aaa- sec.com) Kompa+bilitetskrav SAML Open SAML Shibboleth Övriga std prod SP Krav Krav Krav Krav Sig tjänst (SP) Krav Krav IdP
Framtagande av mobil tjänst inom Region Skåne
Koncernkontoret IT-avdelningen Datum: 2011-06-29 Dnr: Dokumentförvaltare: Johan Åbrandt, Olof Mårtensson Koncernkontoret, IT-avdelningen Dokumentets status: Fastställd Dokumentid: Framtagande av mobil
Introduktion Schenker-BTL AB, Stab IT Beskrivning över informationsintegreringmed Schenker, metodbeskrivning version 1.
Schenker har interna system som handhar information som är av intresse för våra kunder/partners. Idag finns ett flertal av dem tillgängliga via Internet, sk Online-tjänster. Dessa erbjuder inte bara hämtning
Utveckling av webbapplikation för informationshantering i projekt
Utveckling av webbapplikation för informationshantering i projekt Robert Nygren EXAMENSARBETE 2007 ÄMNE DATATEKNIK Utveckling av webbapplikation för informationshantering i projekt Development of a web
Delrapport DP3. FGS för paketstruktur för e-arkiv Bilaga 1 METS
Delrapport DP3 FGS för paketstruktur för e-arkiv Bilaga 1 METS Karin Bredenberg & Mats Berggren IT/SoU 010-476 71 23 2013-01-14 2.0 1(9) INNEHÅLLSFÖRTECKNING 1. BILAGA 1: METS...3 1.1 INTRODUKTION...3
NVDB Teknisk Lösning - Teknisk beskrivning av datautbyte
Publikation 2011:127 NVDB Teknisk Lösning - Teknisk beskrivning av datautbyte Titel: Generella insamlingsregler och krav för vägdata som ska levereras till Trafikverkets NVDB/GVT-miljö, version 1.1 Publikation:
Information om webbstödet till leverantörer Rehabiliterings tjänster (Uppdaterat )
Information om webbstödet till leverantörer Rehabiliterings tjänster 2011 (Uppdaterat 2011-12-02) Sida: 2 av 19 Innehållsförteckning REVISIONSHISTORIA...3 BAKGRUND...3 LÄSANVISNINGAR...3 WEBBSTÖD FÖR LEVERANTÖR...3