Grensesnitt DIFAS støttesystem og kortleverandørs produksjonssystem
|
|
- Lillian Viken
- 6 år siden
- Visninger:
Transkript
1 Grensesnitt DIFAS støttesystem og kortleverandørs produksjonssystem Versjon Statens vegvesen Vegdirektoratet
2 INNHOLDSFORTEGNELSE 1 Innledning Dette dokumentet Kort om DIFAS støttesystem Løsningsbeskrivelse Teknologi Krav til sikker kommunikasjon Meldingskorrelasjon Test av kommunikasjon Brukstilfeller Aktører Integrasjonsprosess 1 Bestille kort Kortdata Avvik Integrasjonsprosess 2 Tilbakekalle bestilling av kort Produksjonsfaser Avvik Integrasjonsprosess 3 Melde fra at bestilt kort er produsert Avvik Integrasjonsprosess 4 Melde fra om makulering av kort Avvik Feilhåndtering Meldinger Generelt Feilmeldinger Meldinger for produksjon av kort ProduserKort_Request ProduserKort_Response TilbakekallKortbestilling_Request TilbakekallKortbestilling_Response KortProdusert_Request KortProdusert_Response KortMakulert_Request KortMakulert_Response Kommunikasjonstest IsAlive_Request IsAlive_Response... 38
3 FIGURLISTE Figur 1 BiSiReg og DIFAS støttesystem er systemer hos Statens vegvesen som er involvert i produksjon av digital fartskriver kort Figur 2: Kommunikasjon skjer med webservices... 6 Figur 3 KorrelasjonsId for meldinger... 7 Figur 4: Fire brukstilfeller for kommunikasjon mellom DIFAS støttesystem og Kortleverandørs produksjonssystem Figur 5 Bestilling av kort... 9 Figur 6 Formidling av avvik for bestilling av kort Figur 7 Tilbakekalling av kortbestilling Figur 8 Normal meldingsutveksling ved produksjon av kort Figur 9 Avvik ved melding om produksjonsstatus Figur 10 Makulering av kort... 15
4 1 Innledning 1.1 Dette dokumentet Dette dokumentet beskriver grensesnittet mellom Statens vegvesens administrative støttesystem for digital fartskriver (heretter kalt DIFAS støttesystem) og produksjonssystemet til leverandør av korttjenester. Dokumentet er skrevet som en veiledning for de som skal implementere kommunikasjon mellom kortleverandørs produksjonssystem og DIFAS støttesystem. Dokumentet er relativt teknisk detaljert og antar at leseren kjenner til web services som teknologi. Det blir ikke beskrevet hvordan kortleverandør skal legge kortdata inn på fartskriverkortene eller hvordan kortleverandør skal kommunisere med leverandør av MSCA-tjenester. 1.2 Kort om DIFAS støttesystem DIFAS støttesystem er administrativt system som gir Statens vegvesen mulighet til å administrere smartkort til digitale fartskrivere i kjøretøy som kommer inn under reglene for kjøre- og hviletid i vegtransport. DIFAS støttesystem vil hovedsaklig bli brukt av saksbehandlere ved trafikkstasjoner hos Statens vegvesen, men også av kontrollører og administratorer av systemet. Hovedmålet med innføring av digital fartskriver er at de data om kjøre- og hviletid som skal granskes av kontrollmyndighetene vil bli lettere tilgjengelige for dem. I tillegg kommer hensynet til at data blir mer fullstendige. Hovedmålet til DIFAS støttesystem er å utstede og vedlikeholde informasjon angående fartsskriverkort, og sikre at ingen bruker har ulovlige fartsskriverkort. Sjekk mot andre lands registre over fartskriverkort vil skje ved at DIFAS støttesystem forespør de andre landene vha. et felles europeisk nettverk. Systemer som det uveksles data mellom ved produksjon av kort er vist i Figur 1. BiSiReg er Statens vegvesens system for bilder og signaturer brukt på førerkort og fartskriverkort. Kortbestillinger sendes fra DIFAS støttesystem til en ekstern kortleverandør. Kortleverandør vil kun kommunisere med DIFAS støttesystem og ikke med BiSiReg.
5 Leverandør av MSCA-tjenester Kortleverandørs produksjonssystem DIFAS støttesystem Digitalt sertifikat kortbestilling VPN Fartsskriverkort FRONT DRIVER CARD MEMBER STATE TARJETA DEL CONDUCTOR 1. MS FØRERKORT 2. FAHRERKARTE 3. 4a. 4b. DRIVER CARD 6. 4c. CARTE DE CONDUCTEUR A (4d.) B B CÁRTA TIOMÁNAÍ 5a. CARTA DEL CONDUCENTE 5b. BESTUURDERSKAART CARTÃO DE CONDUTOR 7. KULJETTAJAKORTTILLA FÖRARKORT (8.) REVERSE 1. Surname 2. First name(s)3. Birth date 4a. Date of start of validity of card 4b. Administrative expiry date of card 4c. Issuing authority (4d.) No for national administrative purposes 5a. Driving license number 5b. Card number A 6. Photograph 7. Signature (8.) Address Please return to: NAME OF AUTHORITY AND ADDRESS BiSIReg bilde og signatur Korteier Figur 1 BiSiReg og DIFAS støttesystem er systemer hos Statens vegvesen som er involvert i produksjon av digital fartskriver kort.
6 2 Løsningsbeskrivelse Dette kapittelet beskriver teknologi, brukstilfeller og sekvensdiagrammer for kommunikasjonen mellom DIFAS støttesystem og Kortleverandørs produksjonssystem. 2.1 Teknologi All kommunikasjon mellom Statens vegvesen og kortleverandør skal skje ved hjelp av web services. SOAP versjon 1.1 benyttes. Hos Statens vegvesen vil det bli satt opp web services for kall fra kortleverandør. Kortleverandør må sette opp web services på sin side for kall fra DIFAS støttesystem. Dette er beskrevet i Figur 2. dd Meldingsteknologi Statens v egv esen Kortlev eandør DIFAS Applikasjon Webservices Webservices Figur 2: Kommunikasjon skjer med webservices Krav til sikker kommunikasjon Krav til sikkerhet for kommunikasjonen er beskrevet i dokumentet Policy for digital fartskriver i Norge, da spesielt kapitlene 5.8 og 5.9. For valg av teknologi er følgende bestemt: 1. Kortleverandør skal benytte en VPN-klient som kan koble seg opp mot VPN hos Statens vegvesen via internett. 2. Kortleverandør skal opprette forbindelsen til Statens vegvesen og sørge for en stabil kommunikasjon. 3. Kortleverandør skal tilgjengeliggjøre web services for kommunikasjon med DIFAS støttesystem som spesifisert i dette dokumentet. WSDL dokument med beskrivelse skal tilgjengeliggjøres kun for Statens vegvesen.
7 2.2 Meldingskorrelasjon Svarmeldinger skal inneholde en KorrelasjonsId som skal være lik Id for den meldingen som den er et svar på. sd DIFAS - Kortlev erandør - kortbestilling DIFAS støttesystem Kortlev erandørs produksjonssystem Id = 42 ProduserKort_Request(kortdata, bilde og signatur) ProduserKort_Response(kortnummer) KorrelasjonsId = 42 Figur 3 KorrelasjonsId for meldinger 2.3 Test av kommunikasjon Det skal være mulig å sende testmeldinger til samme server som mottar produksjonsmeldinger. En URL skal motta testmeldinger mens en annen URL skal motta reelle produksjonsmeldinger. Meldinger med TestId= Simulering skal ikke føre til produksjon av kort. Meldinger med TestId= Produksjon er skal føre til produksjon av kort. Når en testmelding skal besvares skal korrekt KorrelasjonsId benyttes som beskrevet i 2.2. I tillegg skal det være mulig å sjekke at den andre parten svarer på forespørsler ved å sende en IsAlive_Request melding.
8 2.4 Brukstilfeller Det er fire brukstilfeller for kommunikasjon mellom DIFAS støttesystem og Kortleverandørs produksjonssystem. ud DIFAS - Kortleverandør Meldingssystem UC1 Bestille kort UC2 Melde fra at bestilt kort er produsert DIFAS støttesystem UC3 Tilbakekalle bestilling av kort UC4 Melde fra om makulering av kort Kortlev erandørs produksjonssystem Figur 4: Fire brukstilfeller for kommunikasjon mellom DIFAS støttesystem og Kortleverandørs produksjonssystem Aktører DIFAS støttesystem: Digital Fartskriver Administrativt Støttesystem. Applikasjon som forvalter informasjon om fartskriverkort i Norge. Kortleverandørs produksjonssystem: System for produksjon av digitale fartskriver kort med av kortdata og produksjonsinformasjon for fartskriverkort hos kortleverandør.
9 2.5 Integrasjonsprosess 1 Bestille kort Initieres av DIFAS støttesystem. Bestilling av kort vil skje ved at det gjøres et web service kall (ProduserKort_Request) når saksbehandler godkjenner en søknad og velger å utstede kort. Dette kallet vil inneholde kortdata fra DIFAS støttesystem og bilde og signatur fra BiSiReg. Kortleverandør skal svare med et web service kall (ProduserKort_Response) som sier at bestillingen er mottatt og vil bli behandlet. sd DIFAS - Kortlev erandør - kortbestilling DIFAS støttesystem Kortlev erandørs produksjonssystem ProduserKort_Request(kortdata, bilde og signatur) ProduserKort_Response(kortnummer) Figur 5 Bestilling av kort Kortdata Kortdata som skal inn på kortene er beskrevet i Beskrivelse av fartskriverkort for digital fartskriver i Norge. Disse dataene vil bli overført i web service kall som er definert i kapittel 3 eller i data som kortleverandør får fra leverandør av MSCA-tjenester (Member State Certficate Authority). Kortnummer som skal benyttes på kortene skal genereres av DIFAS støttesystem.
10 2.5.2 Avvik Følgende feilsituasjoner kan oppstå for en kortbestilling Manglende eller uriktig informasjon i bestilling Kort med kortnummer allerede produsert Intern feil hos kortleverandør gjorde at meldingen ikke kunne mottas sd DIFAS - Kortlev erandør - kortbestilling av v ik DIFAS støttesystem Kortlev erandørs produksjonssystem ProduserKort_Request(kortdata, bilde og signatur) Feilmelding(kode, årsak) Figur 6 Formidling av avvik for bestilling av kort Hvis kortleverandør mottar en bestilling på et kort som allerede er produsert skal dette meldes tilbake som feilmelding uten at nytt kort produseres. For manglende informasjon i bestillingen skal det fremgå i feilmeldingen hvilken informasjon som mangler. For uriktig informasjon i bestillingen skal det fremgå i feilmeldingen hvilken informasjon som er uriktig. Begge tilfellene fører til at produksjonen ikke kan fortsette. Når grunnen til feilen er avdekket skal DIFAS støttesystem sende en ny bestilling. Kortleverandør kan da forkaste bestillinger med feil etter å ha sendt en feilmelding som beskriver feilen.
11 2.6 Integrasjonsprosess 2 Tilbakekalle bestilling av kort Initieres av DIFAS støttesystem. Det skal være mulig å sende en melding fra DIFAS støttesystem for å stoppe produksjon og utsendelse av ett bestemt kort. Grunnen til dette kan være at det har kommet inn informasjon om søkeren i etterkant av at bestillingen ble sendt. Dette skal kunne gjøres i tidsrommet før kortet sendes ut fra kortleverandør Produksjonsfaser Enkel oversikt over produksjonsfaser hos kortleverandør Forespørsel fra F Validering Lagring F Produksjon og kontroll F Sendt DIFAS 1 DB3 2 3 WEB Service TPS FASE 0 FASE 1 FASE 2 FASE 3 Tilbakemelding T 1.x T 2.x T 3.x T 4.x Bestilt kort er i Fase 1: Bestilling tilbakekalt Bestilt kort er i Fase 2: Bestilling under produksjon kort blir makulert Bestilt kort i Fase 3: Bestilling kunne ikke tilbakekalles sendt til sluttbruker Statens vegvesen får dermed klar beskjed at kortet er sendt fra kortleverandør. Hvis kortet er under produksjon og vil dette bli makulert før det sendes ut (FASE 3). Dette vil økonomisk sett føre kostnader bade for produsert kort og destruering av feil bestilt kort. Tilbakekalling av bestillingen gjøres ved at meldingen TilbakekallKortbestilling_Request sendes fra DIFAS støttesystem til kortleverandør. Denne meldingen skal kvitteres av kortleverandør med meldingen TilbakekallKortbestilling_Response, som sier hvorvidt kortleverandøren var i stand til å stoppe produksjon eller tilbakekalle kortet eller ikke. sd DIFAS - Kortlev erandør - tilbakekalling av kortbestilling DIFAS støttesystem Kortlev erandørs produksjonssystem ProduserKort_Request(kortdata, bilde og signatur) ProduserKort_Response(kortnummer) TilbakekallKortbestilling_Request(kortnummer, bestillingsnummer) TilbakekallKortbestlling_Response(status) Figur 7 Tilbakekalling av kortbestilling
12 2.6.2 Avvik Følgende feilsituasjoner kan oppstå ved tilbakekalling av kortbestilling: Manglende eller uriktig informasjon i tilbakekalling Tilbakekalling av en bestilling på et kort som ikke er bestilt. Intern feil i DIFAS gjorde at meldingen ikke kunne mottas Hvis DIFAS støttesystem ber om å tilbakekalle en bestilling ved å sende en TilbakekallKortbestilling_Request melding til kortleverandør på et kort som ikke er bestilt, skal kortleverandør sende en feilmelding tilbake til DIFAS støttesystem som informerer om dette. Deretter kan kortleverandør forkaste meldingen.
13 2.7 Integrasjonsprosess 3 Melde fra at bestilt kort er produsert Initieres av Kortleverandørs produksjonssystem Kortleverandør skal gi tilbakemelding om når et kort er produsert ved hjelp av web service kallet KortProdusert_Request. Denne meldingen skal inneholde kortets nummer og digitale sertifikat. Melding om produksjonsstatus skal sendes samme dag som produksjon har funnet sted. DIFAS støttesystem skal svare på denne meldingen med web service kallet KortProdusert_Response. sd DIFAS - Kortlev erandør - produksjonsstatus DIFAS støttesystem Kortlev erandørs produksjonssystem ProduserKort_Request(kortdata, bilde og signatur) ProduserKort_Response(kortnummer) KortProdusert_Request(kortnummer, digitalt sertifikat) KortProdusert_Response(kortnummer) Figur 8 Normal meldingsutveksling ved produksjon av kort Kortleverandør skal også gi melding dersom et kort blir makulert i produksjonsprosessen. Dette skjer med meldingen KortMakulert_Request som DIFAS støttesystem besvarer med KortMakulert_Response. Dette gjøres for å holde orden på status for alle fysiske kort.
14 2.7.1 Avvik Følgende feilsituasjoner kan oppstå ved formidling av produksjonsstatus: Manglende eller uriktig informasjon i meldingen Kort som er produsert er ikke bestilt Bestilling for kort som er produsert har blitt trukket tilbake Intern feil i DIFAS gjorde at meldingen ikke kunne mottas Hvis kortleverandør melder fra (med et KortMakulert_Request kall) om at det er produsert et kort som DIFAS støttesystem ikke kan finne blant sine bestillinger, skal DIFAS støttesystem melde sende en feilmelding tilbake til kortleverandør. Likedan sender DIFAS støttesystem en feilmelding tilbake til kortleverandør hvis bestillingen for kortet som er bestilt er trukket tilbake. Kortleverandør skal da ikke sende ut kortet til korteier. sd DIFAS - Kortlev erandør - av v ik for produksjonsstatus DIFAS støttesystem Kortlev erandørs produksjonssystem ProduserKort_Request(kortdata, bilde og signatur) ProduserKort_Response(kortnummer) KortProdusert_Request(kortnummer, digitalt sertifikat) Feilmelding(kode, årsak) Figur 9 Avvik ved melding om produksjonsstatus
15 2.8 Integrasjonsprosess 4 Melde fra om makulering av kort Initieres av Kortleverandørs produksjonssystem. Kortleverandør skal melde fra om alle kort som makuleres som følge av ett av tilfellene som er beskrevet i avsnitt i Policy for digital fartskriver i Norge. Dette gjøres ved at meldingen KortMakulert_Request sendes til DIFAS støttesystem. DIFAS støttesystem skal da svare med meldingen KortMakulert_Response for å bekrefte at data om det makulerte kortet er lagret. sd DIFAS - Kortlev erandør - makulering av kort DIFAS støttesystem Kortlev erandørs produksjonssystem KortMakulert_Request(kortnummer, digitalt sertifikat, årsak) KortMakulert_Response(kortnummer) Figur 10 Makulering av kort Hvis et kort tilbakekalles etter at produksjon har startet vil det sendes en makuleringsmelding som indikerer at dette er makulert pga. tilbakekalling av bestilling fra Statens vegvesen Avvik Følgende feilsituasjoner kan oppstå ved formidling av makulering: Manglende eller uriktig informasjon i meldingen Kort som er makulert er ikke bestilt Intern feil i DIFAS gjorde at meldingen ikke kunne mottas 2.9 Feilhåndtering Hvis en melding (fra DIFAS støttesystem til kortleverandør eller fra kortleverandør til DIFAS støttesystem) ikke følger gyldig format, mangler data eller har andre feil, skal det svares med en beskrivende feilmelding i form av en SOAP Fault. Feilmeldinger skal sendes umiddelbart når et avvik oppstår. Dette er beskrevet nærmere i kapittel 3.2. Hvis en intern feil oppstår på en side skal dette meldes til systemeier (via , telefon el.) straks da det kan indikere en alvorlig feil i programvaren på den siden som skulle motta meldingen.
16 3 Meldinger 3.1 Generelt Alle meldinger vil være web service kall med XML-payload. Meldinger skal benytte UTF-8 encoding og kortleverandør skal validere format på meldinger som kommer fra DIFAS støttesystem. Informasjon om aksesspunkt, XSD- og WSDL-dokumenter for meldingene vil bli utarbeidet som en del av arbeidet med å implementere DIFAS støttesystem. 3.2 Feilmeldinger Når det oppstår et avvik skal det sendes en feilmelding tilbake til parten som sendte meldingen som førte til avvikssituasjonen. Alle feilmeldinger sendes som SOAP Fault. Feilkoder er angitt etter hver melding. Element Antall Type Lengde Beskrivelse Fault 1 Element Faultcode 1 String 36 Maskinlesbar feilkode Faultstring 1 String Menneskelig lesbar beskrivelse av feilen. Skal inneholde en referanse til id for meldingen som utløste feilen. Detail 0-1 String Valgfri ekstra beskrivelse av situasjonen Eksempel <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap-enc=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> <SOAP-ENV:Fault> <faultcode>soap-env:client.message.incomplete</faultcode> <faultstring>meldingen mangler nødvendige data</faultstring> <detail> Produksjonsbestilling med id for kortnummer NO kan ikke produseres: Informasjon mangler: Etternavn</detail> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Følgende feilkoder er definert: Faultcode Faultstring Server.Validation XML kunne ikke valideres Server.Message.Incomplete Meldingen mangler nødvendige data I tillegg er innhold i gyldige feilmeldinger knyttet til spesifikke meldinger beskrevet under hver melding. Feilmeldinger skal sendes umiddelbart når et avvik oppstår. Parten som sender feilmeldingen står fritt til å fylle inn <detail> feltet med utfyllende informasjon om feilsituasjonen. 3.3 Meldinger for produksjon av kort Det er fire meldinger med tilhørende svar som beskriver produksjon og makulering av kort:
17 ProduserKort KortProdusert TilbakekallKortbestilling KortMakulert ProduserKort_Request Melding om at et kort skal produseres vil være en sammenstilling av kortdata fra DIFAS støttesystem og bilde og signatur hentet fra BiSiReg. Dette gjøres ved at DIFAS støttesystem henter bilde og signatur og legger det til meldingen som binære data kodet om til tekst med Base64.
18
19
20
21
22 Eksempel: <!--Melding fra DIFAS støttesystem til kortleverandør om at det skal produseres et fartskriverkort med dataene gitt i denne meldingen.-->
23 <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap-enc=" xmlns:xsi= xmlns:xsd=" <SOAP-ENV:Body> <ProduserKort_Request xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd"> <Header Versjon="1.9" SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " TestId="Produksjon"/> <Body> <Bestilling Bestillingsreferanse="42"> <Sjaforkort Kortnummer="NO " Utstedelsesmyndighet="Statens vegvesen" Startgyldighetdato=" " Sprak="EN" Utstedelsesnasjon="NO" Sluttgyldighetdato=" "> <Innehaver Fodselsdato=" " Fornavn="Kari" Etternavn="Normann"> <Bilde/> <Signatur/> <Forerkort Utstedelsesmyndighet="Statens vegvesen" Utstedelsesnasjon="NO" Forerkortnummer=" "/> </Innehaver> </Sjaforkort> <Produksjonsinformasjon Forsendelsesadresse="Hageveien 1, 2100 Skarnes" Malform="Nynorsk"/> <Brevinformasjon> <Region Adresselinje1="Serviceboks 723" Adresselinje2=" 4808 ARENDAL" Telefax=" " Distrikt="Øvre Buskerud" Navn="Region sør" Telefon=" " /> <Trafikkstasjon Navn="Kongsvinger trafikkstasjon" Adresselinje1="Postboks 524 Stasjonssida" Postnummer="2200" Poststed="Kongsvinger"/> </Brevinformasjon> </Bestilling> </Body> </ProduserKort_Request> </SOAP-ENV:Body> </SOAP-ENV:Envelope> I eksempelet over er innhold i bilde og signatur utelatt for å øke lesbarheten. Den endelige implementasjonen av meldingen vil kunne avvike noe fra eksempelet over. Følgende feilkoder er definert spesielt som tilbakemelding på ProduserKort_Request: Faultcode Faultstring Server.Production.CardProduced Kort med kortnummer som bestilles er allerede produsert Server.BinaryDataNotValidated Informasjonen som ble oversendt til kortprodusent Ble ikke godkjent av produksjonsutstyret.
24 3.3.2 ProduserKort_Response Svar fra kortleverandør på meldingen ProduserKort_Request. Eksempel: <! Melding fra kortleverandør til DIFAS støttesystem om at kortbestilling (ProduserKort_Request) er mottatt.--> <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap- ENC=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> <ProduserKort_Response xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd"> <Header Versjon= 1.5 SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " KorrelasjonsId=" " TestId= Produksjon /> <Body> <Kvittering MottattTidspunkt=" T09:30:47.0Z" Kortnummer="NO " Bestillingsreferanse="42"/>
25 </Body> </ProduserKort_Response> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
26 3.3.3 TilbakekallKortbestilling_Request Tilbakekalling av en bestilling for produksjon av kort. Eksempel: <! Melding fra DIFAS støttesystem til kortleverandør om at en kortbestilling skal tilbakekalles. Kortet skal ikke produseres --> <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap- ENC=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> <TilbakekallKortbestilling_Request xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd"> <Header Versjon= 1.5 SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " TestId= Produksjon /> <Body> <Tilbakekalling Kortnummer="NO " Bestillingsreferanse="42"/> </Body> </TilbakekallKortbestilling_Request> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Følgende feilkoder er definert spesielt som tilbakemelding på TilbakekallKortbestilling_Request: Faultcode Faultstring Server.Recall.CardNotOrdered Tilbakekalling av en bestilling på et kort aldri har blitt bestilt
27 Server.Recall.Rejected Tilbakekalling ikke mulig av andre årsaker. Skal spesifiseres i <detail> feltet for denne feilen.
28 3.3.4 TilbakekallKortbestilling_Response Svar på TilbakekallKortbestilling_Request. Eksempel: <! Melding fra kortleverandør til DIFAS støttesystem om at tilbakekalling (TilbakekallKortbestilling_Request) er mottatt --> <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap-enc=" xmlns:xsi= xmlns:xsd=" <SOAP-ENV:Body> <TilbakekallKortbestilling_Response xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd"> <Header Versjon= 1.9 SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " KorrelasjonsId=" " TestId= Produksjon /> <Body>
29 <Kvittering MottattTidspunkt=" T09:30:47.0Z" Kortnummer="NO " Bestillingsreferanse="42"/> <Tilbakemelding Resultat="Bestilling tilbakekalt"/> </Body> </TilbakekallKortbestilling_Response> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
30 3.3.5 KortProdusert_Request Melding om at et kort er produsert. Eksempel: <! Melding fra Kortleverandør til DIFAS støttesystem om at det er produsert et kort.--> <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap-enc=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> <KortProdusert_Request xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd"> <Header Versjon= 1.9 SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " TestId= Produksjon /> <Body> <Produksjon Kortnummer="NO " Bestillingsreferanse="42"/> </Body> </KortProdusert_Request> </SOAP-ENV:Body> </SOAP-ENV:Envelope> I eksempelet er ikke verdier for <ESN> og <Digitaltsertifikat> fylt inn.
31 Følgende feilkoder er definert spesielt som tilbakemelding på KortProdusert_Request: Faultcode Faultstring Server.Production.CardNotOrdered Kort som er produsert er ikke bestilt Server.Production.CardOrderRecalled Kortbestillingen er tilbakekalt
32 3.3.6 KortProdusert_Response Svar på KortProdusert_Request. Eksempel: <! Melding fra DIFAS støttesystem til kortleverandør om at kortdata (KortProdusert_Request) er mottatt. --> <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap- ENC=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> <KortProdusert_Response xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd"> <Header Versjon= 1.9 SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " KorrelasjonsId=" " TestId= Produksjon /> <Body> <Produksjon Kortnummer="NO " Utstedelsesdato=" " Bestillingsreferanse="42">
33 <Kort> </Kort> </Body> </KortProdusert_Response> </SOAP-ENV:Body> </SOAP-ENV:Envelope> <ESN>LUHJHALSDSLAKBHJAS</ESN> <DigitaltSertifikat>KLADGHLGJUDALUI</DigitaltSertifikat>
34 3.3.7 KortMakulert_Request Melding om at et kort er makulert. Eksempel: <! Melding fra Kortleverandør til DIFAS støttesystem om at et kort er makulert. --> <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap- ENC=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> <KortMakulert_Request xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd"> <Header Versjon= 1.9 SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " TestId= Produksjon /> <Body> <Makulering Kortnummer="NO " Bestillingsreferanse="42"> <Arsak Beskrivelse="Tilbakekalling SVV"/> <Kort Kortnummer="NO "> <ESN>String</ESN>
35 </Kort> </Makulering> </Body> </KortMakulert_Request> </SOAP-ENV:Body> </SOAP-ENV:Envelope> <DigitaltSertifikat>String</DigitaltSertifikat> I eksempelet er ikke verdier for <ESN> og <Digitaltsertifikat> fylt inn. Følgende feilkoder er definert spesielt som tilbakemelding på KortProdusert_Request: Faultcode Faultstring Server.CardDoesNotExist Kort som er makulert finnes ikke i DIFAS database
36 3.3.8 KortMakulert_Response Svar på KortMakulert_Request. Eksempel: <! Melding fra DIFAS støttesystem til kortleverandør om at makuleringsmelding (KortMakulert_Request) er mottatt. --> <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap- ENC=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> <KortMakulert_Response xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd"> <Header Versjon= 1.9 SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " KorrelasjonsId=" " TestId= Produksjon /> <Body> <Kvittering MottattTidspunkt=" T09:30:47.0Z" Kortnummer="NO " Bestillingsreferanse="42"/>
37 </Body> </KortMakulert_Response> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
38 3.4 Kommunikasjonstest Det skal finnes en melding som sjekker om kommunikasjon mellom DIFAS støttesystem og kortleverandør er aktiv. Begge meldingene skal kunne sendes både fra DIFAS støttesystem til kortleverandør og fra kortleverandør til DIFAS støttesystem. Når en part sender en IsAlive_Request melding skal den andre parten svare med en IsAlive_Response IsAlive_Request Forespørsel om server svarer på kall. Eksempel: <! Melding for å sjekke om den andre parten svarer. --> <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap- ENC=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> <IsAlive_Request xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd" Versjon= 1.9 SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " TestId= Produksjon /> </SOAP-ENV:Body> </SOAP-ENV:Envelope> IsAlive_Response Svarer at server er aktiv.
39 Eksempel: <! Melding for si ifra at tjeneste er tilgjengelig. --> <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap- ENC=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> <IsAlive_Response xmlns="urn:no.vegvesen.difas" xmlns:xsi=" xsi:schemalocation="urn:no.vegvesen.difas:\difas\kortleverandør\cp.xsd" Versjon= 1.9 MottattTidspunkt=" T09:30:47.0Z" SendtTidspunkt=" T09:30:47.0Z" MeldingsId=" " KorrelasjonsId=" " TestId= Produksjon /> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
Beskrivelse av fartsskriverkort for digital fartsskriver i Norge
Beskrivelse av fartsskriverkort for digital fartsskriver i Versjon 1.1 01.03.2013 Statens vegvesen Vegdirektoratet Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 1 INNLEDNING... 3 2 GENERELLE KRAV TIL KORTENE...
DetaljerBasis interoperabilitetstest - ebxml
Basis interoperabilitetstest - ebxml Testversjon: 1.0 2 Basis interoperabilitetstest - ebxml Innholdsfortegnelse 1. Revisjonshistorikk... 3 2. Basis interoperabilitetstest - ebxml... 4 Hvordan gjennomføre
DetaljerBrukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering
Brukerdokumentasjon Webservices og webklient for kodeverk/ kodeverdi verifisering Innholdsfortegnelse... 3... 3... 3... 3... 4... 4... 4... 4... 8... 9... 10!... 10 "... 11 # $... 11 1. Om systemet 1.1.
DetaljerSøknad om verkstedkort
Statens vegvesen Søknad om verkstedkort etter forskrift 26. september 2018 nr. 1467 om fartsskriververksteder Verkstedkort utstedes til verksteder (korteier) som skal installere, aktivere, kalibrere, etterprøve,
DetaljerSIMS Grensesnittbeskrivelse ekstern V0.8
SIMS Grensesnittbeskrivelse ekstern V0.8 Revisjoner Dato Versjon Beskrivelse Ansvarlig 22.10.2010 0.7 Oppstart beskrivelse av eksternt SIMS grensesnitt Jan Magne Johansen Side 2 av 7 Innholdsfortegnelse
DetaljerDokumenter som skal inngå i en melding kan opprettes og signeres uavhengig av hverandre.
Systembeskrivelse for eksterne aktører Med milepæl 3 gir Kartverket neste innblikk i den kommende løsningen for elektronisk tinglysing. Milepæl 3 gir eksterne aktører mulighet til å få innsikt i grensesnitt
DetaljerSystem Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk
System Dokumentasjon Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentsjon 23/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerArbeidstilsynet, 1. juli 2019
Høring - forslag til endringer i forskrift om offentlig godkjenning av renholdsvirksomheter og om kjøp av renholdstjenester og forskrift om HMS-kort på bygge- og anleggsplasser Arbeidstilsynet, 1. juli
DetaljerGenerell beskrivelse og definisjoner for digital fartsskriver i Norge
Generell beskrivelse og for digital fartsskriver i Norge Versjon 1.0 05.07.2004 Statens vegvesen Vegdirektoratet Innholdsfortegnelse 1. INNLEDNING... 4 1.1. INNFØRING AV DIGITAL FARTSSKRIVER... 4 1.2.
DetaljerKonkurransegrunnlag Del B kravspesifikasjon. Avtale om sertifikattjenester for digital fartsskriver
Konkurransegrunnlag Del B kravspesifikasjon Avtale om sertifikattjenester for digital fartsskriver Dokumentets dato: 27.2.2009 Saksnummer: 2009030652 Innholdsfortegnelse B.1. Kravspesifikasjon... 4 B.1.1.
DetaljerAkseptansetest av sending og mottak Applikasjonskvittering
Akseptansetest av sending og mottak Applikasjonskvittering Meldingsversjon: 1.0 Akseptansetest av sending og mottak Applikasjonskvittering 2 Innholdsfortegnelse 1. Revisjonshistorikk 3 2. Akseptansetest
DetaljerForslag til forskrift om endring i kjøre- og hviletidsforskriften mv.
Forslag til forskrift om endring i kjøre- og hviletidsforskriften mv. Hjemmel: Fastsatt av Samferdselsdepartementet dd.mm.åååå med hjemmel i lov 18. juni 1965 nr. 4 om vegtrafikk (vegtrafikkloven) 13 fjerde
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerBUYPASS ID MANAGER BRUKERVEILEDNING. Administrasjon av brukere, sertifikater og partnerfunksjonalitet. ÅPEN Versjon: 1.0. Versjonsdato: 26.08.
BRUKERVEILEDNING BUYPASS ID MANAGER Administrasjon av brukere, sertifikater og partnerfunksjonalitet ÅPEN Versjon: 1.0 Versjonsdato: 26.08.2010 Buypass AS Nydalsveien 30A, PO Box 4364 Nydalen Tel.: +47
DetaljerLeveringsguiden. tjeneste for henting av informasjon om Postens transportprodukter. Versjonshistorikk: nummer 30.mars 2006 1.0 à jour.
Leveringsguiden tjeneste for henting av informasjon om Postens transportprodukter Versjonshistorikk: Dato Versjons Status nummer 30.mars 2006 1.0 à jour Endring Side 1 av 12 Innholdsfortegnelse Innholdsfortegnelse...
DetaljerWSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang
ForsendelseServiceV5 Her beskrives funksjonalitet for ForsendelseServiceV5 WSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang For å benytte webservicen må en bruke HTTP Basic autentication
DetaljerEØS-tillegget til Den europeiske unions tidende Nr. 57/721 KOMMISJONENS GJENNOMFØRINGSFORORDNING (EU) 2017/1503. av 25.
30.8.2018 EØS-tillegget til Den europeiske unions tidende Nr. 57/721 KOMMISJONENS GJENNOMFØRINGSFORORDNING (EU) 2017/1503 2018/EØS/57/71 av 25. august 2017 om endring av gjennomføringsforordning (EU) 2016/68
DetaljerAP221 Use Case SBL Registrer abonnement
AP221 Use Case SBL Registrer abonnement Registrer abonnement Etatssystem kan sende inn liste over innsendingstjenester som skal instansieres og dukke opp i en persons/organisasjons liste over aktive elementer.
DetaljerAP221 Use Case SBL Se kvittering
kvittering Se kvittering Når en innsendingstjeneste sendes inn opprettes det en kvittering som vises for bruker umiddelbart etter innsending. Kvitteringen kan senere hentes opp både for portalbruker, sluttbrukersystem,
DetaljerBrukerveiledning for ERP leverandør/tredjepart om registrering av OCR avtaler med web grensesnitt til Nets. Versjon 1.0
Brukerveiledning for ERP leverandør/tredjepart om registrering av OCR avtaler med web grensesnitt til Nets Versjon 1.0 1 Innholdsfortegnelse 1 BRUKERVEILEDNING FOR TREDJEPARTER/ERP LEVERANDØRER OG DERES
DetaljerBrukerveiledning for identifisering med BankID
Brukerveiledning for identifisering med BankID Innledning Denne brukerveiledningen tar kun for seg identifisering med BankID med sikkerhetskort. Brukerveiledningen vi ikke inneholde beskrivelse av alle
DetaljerEn beskrivelse av API for innhenting av informasjon fra registeret for sentralt godkjente foretak Direktoratet for byggkvalitet
API- dokumentasjon En beskrivelse av API for innhenting av informasjon fra registeret for sentralt godkjente foretak Direktoratet for byggkvalitet Direktoratet for byggkvalitet Side: 2 av 7 Innhold 1 INNLEDNING...
DetaljerInformasjon om format på XML-rapporter. Reisetid. Informasjon om format på XML-rapporter levert fra Reisetid Versjonsnummer: 1.0.
Informasjon om format på XML-rapporter Reisetid Statens vegvesen Side: 1 av 9 Innhold 1. Omfang... 3 1.1 Målgruppe... 3 2. XML-formatet... 4 2.1 Strekninger... 4 2.2 Strekninger med geometri... 5 2.3 Reisetider...
DetaljerStandarder for en tjenesteorientert arkitektur
Standarder for en tjenesteorientert arkitektur Forslag til anbefalinger Standardiseringsrådet 16. mars 2010 Bakgrunn Standardiseringssekretariatet har fått utarbeidet en rapport om mulige standarder for
DetaljerDigital kommunikasjon som hovedregel
Digital kommunikasjon som hovedregel Digitaliseringsprosjekt i Statens vegvesen Odd Børge Jensen Virksomhetsarkitekt hos Statens vegvesen /Vegdirektoratet Jobber nå med «Digital kommunikasjon som hovedregel»
DetaljerMaster Data Management
Master Data Management Hvordan kan MDM brukes til å sikre at masterdata er korrekte? Kim Askild Jensen, SAP MM/SRM/MDM/BPM/Screen Personas konsulent 1 12. september 2012 MDM Masterdata presentasjon Generell
DetaljerWeb Services. Olav Lysne
Web Services Olav Lysne Til nå har dere hørt om Mellomvare for objektbasert kommunikasjon brukes vanligvis i anvendelser som er innen én organisasjon, eller innen et tett konsortium av samarbeidende organisasjoner
Detaljerephorte Integration Services (eis) produktbeskrivelse
ephorte Integration Services (eis) produktbeskrivelse Versjon 2 31.10.2012 Gecko Informasjonssystemer AS Robert Vabo INNHOLDSFORTEGNELSE INNHOLDSFORTEGNELSE... 2 COPYRIGHT... 3 EPHORTE INTEGRATION SERVICES...
DetaljerImplementasjonsguide. for. elektronisk. melding av svangerskapsavbrudd til. Medisinsk fødselsregister
Implementasjonsguide for elektronisk melding av svangerskapsavbrudd til Medisinsk fødselsregister Versjon 2.0 Status: Til godkjenning Godkjenning Navn Dato Utarbeidet av: Ingvei Seliussen 21.04.2006 Godkjent
DetaljerABONNENTAVTALENS HOVEDDEL (DEL 1 AV 4)
ABONNENTAVTALE BUYPASS VIRKSOMHETSSERTIFIKATER ABONNENTAVTALENS HOVEDDEL (DEL 1 AV 4) 1 INNLEDNING Dette dokumentet (Del 1) utgjør sammen med Registreringsskjema (Del 2), Bestillingsskjema for Virksomhetssertifikater
DetaljerAktivering av Digihelse
11.04.2018 Aktivering av Digihelse Dette dokumentet beskriver nødvendige aktiviteter for å kunne aktivere Digihelseløsningen i en kommune. Innhold 1 Signering av bruksvilkår... 3 2 Bestilling av Digihelse...
DetaljerAkseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi
Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: versjon 1.4, datert 20.05.2005 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerPRODUKTBESKRIVELSE. NRDB Nummerforespørsel
PRODUKTBESKRIVELSE NRDB Nummerforespørsel Versjon 1.2, juni 2007 Nasjonal referansedatabase AS, c/o Infostrada AS, St Olavs plass 3, N- 0165 OSLO Side 1 av 6 Innholdsfortegnelse 1. INNLEDNING... 3 2. NRDB
DetaljerVeileder for innføring av geosynkronisering av plandata
Veileder for innføring av geosynkronisering av plandata Innholdsfortegnelse Veileder for innføring av geosynkronisering av plandata... 1 1. Forutsetninger... 1 1.1 Programvare... 1 1.2 Servere og sertifikater...
DetaljerAltinns grensesnitt mot sluttbrukersystemer - Status og nyheter. 2012-08-27, Morten Græsby, Altinn
Altinns grensesnitt mot sluttbrukersystemer - Status og nyheter 2012-08-27, Morten Græsby, Altinn Altinns grensesnitt mot sluttbrukersystemer - Status og nyheter Gjennomgang endringer for sluttbrukersystem
DetaljerAkseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege
Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Patologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...
DetaljerInnholdsfortegnelse. 1. Testing Feiltesting av koden Funksjonstesting: Kilder.10
1 Innholdsfortegnelse 1. Testing... 3 1.1 Feiltesting av koden... 3 1.2 Funksjonstesting:... 7 2. Kilder.10 2 1. Testing Testing av et system er nødvendig for å finne ut om systemet fungere slik det skal
DetaljerTeam2 Requirements & Design Document Værsystem
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412
Detaljer(12) PATENT (19) NO (11) 330271 (13) B1 NORGE. (51) Int Cl. Patentstyret
(12) PATENT (19) NO (11) 3271 (13) B1 NORGE (1) Int Cl. G06Q /00 (06.01) Patentstyret (21) Søknadsnr 08 (86) Int.inng.dag og søknadsnr (22) Inng.dag.03.04 (8) Videreføringsdag (24) Løpedag.03.04 () Prioritet
DetaljerVeileder for harmonisering av geografiske data
Tittel: Veileder for harmonisering av geografiske data Utarbeidet av: Norge digitalt Søkeord: Veileder, harmonisering, leveranser, NSDI, SDI, Infrastruktur for stedfestet informasjon, Norge digitalt. Opplagstall:
DetaljerEØS-tillegget til Den europeiske unions tidende Nr. 36/295 KOMMISJONENS GJENNOMFØRINGSFORORDNING (EU) 2016/68. av 21.
15.6.2017 EØS-tillegget til Den europeiske unions tidende Nr. 36/295 KOMMISJONENS GJENNOMFØRINGSFORORDNING (EU) 2016/68 2017/EØS/36/45 av 21. januar 2016 om felles framgangsmåter og spesifikasjoner som
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.2 datert 14.03.2005 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...
DetaljerScan Secure GTS 5.1 + PAS
Scan Secure GTS 5.1 + PAS Installasjonsmanual For versjon 5.1.7 og nyere Denne installasjonsmanualen er konfidensiell Den er kun ment til bruk for system administrator Den skal ikke benyttes av brukere
Detaljer1 ANSKAFFELSENS FORMÅL Implementeringsplan Forkortelser og begreper KRAVTABELL... 3
VEDLEGG 1: KRAVSPESIFIKASJON INNHOLDSFORTEGNELSE 1 ANSKAFFELSENS FORMÅL... 2 1.1 Implementeringsplan... 2 1.2 Forkortelser og begreper... 2 2 KRAVTABELL... 3 2.1 Generelle krav til aksesspunkttjenesten...
Detaljerephorte Installasjon av klienter
ephorte Installasjon av klienter Versjon 2010.1 06.12.2011 Gecko Informasjonssystemer AS Robert Vabo INNHOLDSFORTEGNELSE INNHOLDSFORTEGNELSE...2 COPYRIGHT...3 INSTALLASJON AV EPHORTEWEB KLIENTER...4 Maskin
DetaljerAkseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad
Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest
DetaljerFraktguide. Teknisk beskrivelse for bruk av Bring sin Fraktguide
Fraktguide Teknisk beskrivelse for bruk av Bring sin Fraktguide Dette dokumentet er beregnet på utviklere som skal lage den tekniske løsningen som integrerer mot fraktguiden Dokumentinformasjon Systemversjon
DetaljerBRUKERVEILEDNING SAMSVARSTEST AV ELEKTRONISKE MELDINGER I NHN TESTSENTER DOKUMENTHISTORIKK DATO VERSJON BESKRIVELSE 13.04.2016 1.0
BRUKERVEILEDNING SAMSVARSTEST AV ELEKTRONISKE MELDINGER I NHN TESTSENTER DOKUMENTHISTORIKK DATO VERSJON BESKRIVELSE 13.04.2016 1.0 INNHOLD 1 Om samsvarstest i NHN... 3 2 Validere XML-filer... 4 3 Forberedelser
DetaljerOrders Ethernet connect
Orders Ethernet connect For å registrere en ny bestilling, åpne Orders modulen og velg under appleten Order List. Klikk på appleten Line Items for å hente frem nytt skjermbilde. 2 Klikk på New under Sales
DetaljerNORGE. Patentstyret (12) SØKNAD (19) NO (21) 20101728 (13) A1. (51) Int Cl. G06Q 20/00 (2006.01)
(12) SØKNAD (19) NO (21) 1728 (13) A1 NORGE (1) Int Cl. G06Q /00 (06.01) Patentstyret (21) Søknadsnr 1728 (86) Int.inng.dag og søknadsnr (22) Inng.dag.12. (8) Videreføringsdag (24) Løpedag.12. () Prioritet.03.04,
DetaljerVeilederdokumentenes forankring <UTKAST>
Tittel: Utarbeidet av: Søkeord: Opplagstall: Versjon: 0.3 Dato: 29.04.2013 Veilederdokumentenes forankring Norge digitalt Veileder, Web Feature Service, WFS, NSDI, SDI, WMS, Web Map Service, GML,
DetaljerAP221 Use Case - SBL - Benytt innsendingsjeneste
AP221 Use Case - SBL - Benytt innsendingsjeneste Benytt innsendingstjeneste Bruker kan fylle ut/signere/sende inn innsendingstjeneste og funksjonaliteten knyttet til disse operasjonene er beskrevet detaljert
DetaljerAkseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud
Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest
DetaljerHttp- og WebServices funksjoner
Http- og WebServices funksjoner Side 1 Innholdsfortegnelse Innholdsfortegnelse Introduksjon Hvordan bruke HTTP(S) POST/GET funksjonene i TakeCargo Sende meldinger Motta meldinger (get) Oversikt over WebServices
DetaljerVEDLEGG 2 UTBETALINGER
VEDLEGG 2 UTBETALINGER 1. BETALINGSINSTRUMENT 1.1 Bankens betalingsformidling vedrørende utbetalinger i Statens konsernkontoordning skal utføres i henhold til dette Vedlegg 2 samt øvrige Vedlegg, samt
DetaljerInnføring av sentral lagring av FKB er et nasjonalt løft for kartbransjen
Innføring av sentral lagring av FKB er et nasjonalt løft for kartbransjen 1 HVEM? 1) Geovekst premissgivere for prosjektet. FKB-dataene eies og forvaltes av Geovekst-partene i fellesskap 2) Ingen Sentral
DetaljerInfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby
InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,
DetaljerPilot av trafikkdatainnsamling. Trafikkdatakonferansen 2011 Thor Gunnar Eskedal
Pilot av trafikkdatainnsamling Trafikkdatakonferansen 011 Thor Gunnar Eskedal thor.eskedal@vegvesen.no Først. Hva skal piloten gjøre? Samle inn typiske vegtrafikkdata fra registreringspunkter i vegbanen
DetaljerOpus Systemer AS 2013
2013 2 Opus Dental 7.0 Innholdsfortegnelse Kapittel 1 SMS - funksjonen 3 1.1... 3 Innstillinger for SMS i firmakortet 1.2... 4 Opus SMS Service Manager 1.3... 6 Personaliakortet til pasienten 1.4 7 SMS...
DetaljerGrensesnittene mellom Legemiddelverket og de andre eresept-aktørene
Grensesnittdokumentasjon Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene - Webservice FEST for internett og Norsk Helsenett (NHN) 22.10.2014 Antall sider: 8 2 av 7 Innhold 1 Innledning
DetaljerAkseptansetest av mottak Svarrapportering av medisinske tjenester Patologi
Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerNGF-Kortsenter Brukerveiledning
NGF-Kortsenter Brukerveiledning NGF-Kortsenter Brukerveiledning Innhold 1. Innledning...3 1.1. Funksjoner i kortsenteret:...3 2. Logg inn/ut...4 3. Søk etter medlem...5 3.1. Søk medlem etter medlemsnummer...5
DetaljerTestsituasjon Resultat Kommentar. Fungerer som det skal!
Test- rapport Testsituasjon Resultat Kommentar Test av PHP-variablene. Sjekke om de er riktig deklarert, og om de kommer med fra form til database Alle variablene som skal leses fra konfigurasjonssiden,
DetaljerLLP Elektronisk søknad 2012. Søkerveiledning
EUROPEAN COMMISSION Directorate-General for Education and Culture Lifelong Learning Programme Call 2012 LLP Elektronisk søknad 2012 Søkerveiledning Innhold Innledning 2 Hovedpunktene i bruken av det elektroniske
DetaljerNår du registrerer deg for å få tilgang til Tjenestene som arrangør Kontakter oss med forespørsler
RETNINGSLINJER FOR PERSONVERN 22.01.2016 1. Om Hoopla AS Hoopla AS («Hoopla») gjør det mulig å planlegge, promotere og selge billetter til et arrangement. Vi gjør dette, gjennom tilgjengelig programvare
DetaljerWCFService Balanse. Didde Christensen. Beskrivelse av datauttrekk fra balanseavregningen. C r a y o n A S
WCFService Balanse Didde Christensen Beskrivelse av datauttrekk fra balanseavregningen C r a y o n A S Contents Funksjonell beskrivelse av integrasjon... 2 Metode... 2 Sikkerhet... 2 WCF-service s web.config...
DetaljerHvordan sikre drift og organisere meldingsovervåkning FUNNKe nettverksmøte 8. nov 2012
Hvordan sikre drift og organisere meldingsovervåkning FUNNKe nettverksmøte 8. nov 2012 Line Nordgård, rådgiver IKT helse og omsorg Om Tromsø kommune Antall innbyggere: ca 70 000 Legesamarbeid: 13 private
DetaljerAkseptansetest av mottak Rekvirering av medisinske tjenester Immunologi
Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: 1.5 datert 01.12.2008 Akseptansetest av mottak Rekvirering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerUTDANNING REGLEMENT OG VEILEDNING TIL DEG SOM SKAL AVLEGGE SKRIFTLIG EKSAMEN
UTDANNING REGLEMENT OG VEILEDNING TIL DEG SOM SKAL AVLEGGE SKRIFTLIG EKSAMEN Gjelder for privatister og praksiskandidater Buskerud fylkeskommune Utdanningsavdelingen oktober 2015 Innhold 1. OPPMØTE...
DetaljerAkseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi
Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...
DetaljerInnholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5
1 Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5 FRA LEVERANSE 1 (GRUPPE 2)...5 TILLEGG I FORUTSETNINGER... 5 REVIDERT UTGAVE AV SPESIFIKASJON FRA
DetaljerUtenlandske digitale førerkort er ikke gyldige for kjøring i Norge.
Forskrift om endring av førerkortforskriften og trafikkopplæringsforskriften Fastsatt av Vegdirektoratet 14. juni 2019 med hjemmel i lov 18. juni 1965 nr. 4 om vegtrafikk (vegtrafikkloven) 24, 26 og 43
DetaljerTjenestebeskrivelse. for. NRDB opprinnelsesmarkering
Tjenestebeskrivelse for NRDB opprinnelsesmarkering Versjon 1.1. juni 2007 Nasjonal referansedatabase AS, c/o Infostrada AS, St Olavs plass 3, N- 0165 OSLO Side 1 av 7 Innholdsfortegnelse 1. INNLEDNING...
DetaljerImplementeringsveiledning for Elektronisk Avtaleinngåelse med AvtaleGiro og efaktura
Implementeringsveiledning for Elektronisk Avtaleinngåelse med AvtaleGiro og efaktura Versjon 1.0 Dato 15.06.2015 Side 1 av 10 Innhold 1 Introduksjon... 3 1.1 Kort om tjenesten... 3 1.2 Målgruppe... 3 1.3
DetaljerWeb Service Registry
BACHELORPROSJEKT 21 Web Service Registry Prosjektpresentasjon Ola Hast og Eirik Kvalheim 05.05.2010 Dette dokumentet er en kort presentasjon av bachelorprosjektet Web Service Registry Innhold 1. Om oppgavestiller...
DetaljerProsessgrensesnitt. Generell informasjon. Versjon: 2.2
Generell informasjon Versjon: 2.2 Innholdsfortegnelse Innholdsfortegnelse... 2 1.0 Innledning... 3 1.1 Ordliste... 3 1.2 Kontaktpunkt... 3 2.0 Grensesnitt for anlegg... 3 2.1 OPC... 3 2.2 OPC Server...
Detaljer3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8
Testdokumentasjon 1 Forord Denne rapporten omhandler testingen av systemet. Rapporten er først og fremst beregnet på sensor og intern veileder ved Høgskolen i Oslo, men kan gjerne leses av andre som måtte
DetaljerAkseptansetest for mottak av PLO-meldingen: Konsultasjon
Akseptansetest for mottak av PLO-meldingen: Konsultasjon Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.4, datert 20.02.2008 Akseptansetest mottak - PLO-melding
DetaljerAkseptansetest av mottak Elektronisk epikrise - Den gode epikrise
Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST
DetaljerAP226 Use Case Diagram - SBL
AP226 Use Case Diagram - SBL Use Case Diagram Figuren under (Figur 1) viser en oversikt over alle use case for Sluttbrukerløsningen i Altinn 2 versjon 1. Den innerste firkanten inneholder alle use case
DetaljerAkseptansetest for mottak av administrativ kommunikasjon mot kjernejournal
Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal Meldingsversjon: Standard for administrativ kommunikasjon mot kjernejournal, versjon 1.0, datert 12.08.2008 Akseptansetest - Mottak
DetaljerKTN1 - Design av forbindelsesorientert protokoll
KTN1 - Design av forbindelsesorientert protokoll Beskrivelse av A1 A1 skal tilby en pålitelig, forbindelsesorientert tjeneste over en upålitelig, forbindelsesløs tjeneste A2. Det er flere ting A1 må implementere
DetaljerAnskaffelse av Elektroniske betalingskort (t:kort) Spesifikasjon av kort
Anskaffelse av Elektroniske betalingskort (t:kort) Spesifikasjon av kort DOKUMENTSTATUS Dokumentnummer: Status Versjon Beskrivelse Endelig 1 Del av konkurransegrunnlag Godkjenning Navn Dato Signatur Forfatter
DetaljerUDDI norsk katalog for registrering av tjenester (WMS, WFS, WCS, WS) i Norge digitalt
UDDI norsk katalog for registrering av tjenester (WMS, WFS, WCS, WS) i Norge digitalt Norwegian UDDI-registry for web services (WMS, WFS, WCS, WS)to be used in Norway digital fra Geoportal-prosjektets
DetaljerAkseptansetest av mottak Dialogmelding
Akseptansetest av mottak Dialogmelding Meldingsversjon: 1.0 datert 08.07.2005 Akseptansetest av mottak Dialogmelding 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST FOR MOTTAK AV DIALOGMELDINGEN...
DetaljerInnføring i SOAP. Agenda
Innføring i SOAP Mari Svalastog (mariss@ifi.uio.no) Joakim Blomskøld (joakimbl@ifi.uio.no) Erlend Nilsen (erlend@ifi.uio.no) Sten Amundsen (stena@simula.no) Dato: 28 oktober 2003 Agenda Motivasjon og oversikt
DetaljerABONNENTAVTALENS HOVEDDEL (DEL 1 AV 4)
ABONNENTAVTALE BUYPASS VIRKSOMHETSSERTIFIKATER ABONNENTAVTALENS HOVEDDEL (DEL 1 AV 4) 1 INNLEDNING Dette dokumentet (Del 1) utgjør sammen med Registreringsskjema (Del 2), Bestillingsskjema for Virksomhetssertifikater
DetaljerHva er datakvalitet? Hvordan skal arkivtjenesten forholde seg til det?
Hva er datakvalitet? Hvordan skal arkivtjenesten forholde seg til det? Thomas Sødring Høyskolen i Oslo og Akershus thomas.sodring@hioa.no 99570472 1/20 Bakgrunn Flere og flere depot institusjoner gjør
Detaljer«Service desk management system» Svar på spørsmål
«Service desk management system» Svar på spørsmål Innhold 1. Innledning... 2 2. Spørsmål mottatt per 02.08.2013... 2 1. Innledning Det vises til kunngjøringen på Doffin, MAY198210. Dette dokumentet gir
DetaljerAP221 Use Case - TUL - Utarbeid prosessflytmal og komponenter
AP221 Use Case - TUL - Utarbeid komponenter Utarbeid komponenter En tjeneste i Sluttbrukerløsningen har en arbeidsflyt som bestemmer de forskjellige stegene som må gjennomføres i skjemainnsendingen. Disse
DetaljerInnholdsstandard (meldinger) ebxml-rammeverk (innpakking, adressering, transportkvittering, kryptering, autentisering, virksomhetssignatur)
NOTAT Fra KITH v/bjarte Aksnes m.fl. Dato 29.03.06 Samhandlingsarkitektur for helsesektoren En viktig forutsetning for at aktører i helsesektoren skal kunne samhandle elektronisk på en god måte er at alle
DetaljerAkseptansetest av mottak Elektronisk henvisning
Akseptansetest av mottak Elektronisk henvisning Meldingsversjon: 1.0 datert 08.07.2005 Akseptansetest av mottak Henvisning 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST FOR MOTTAK
DetaljerJobbkø. Innhold. Versjon 1.0 Copyright Aditro Side 1 av 18
Innhold Jobbkø / Varsling... 2 Jobbkø... 2 Generelt om jobbkø... 2 Hovedfunksjoner... 2 Jobbkø Bestilling og Status... 2 Bestilling... 3 Faste jobber... 5 Status... 6 Jobb... 7 Administrasjon... 8 Konsern...
DetaljerVersjon 2.5 av meldingsdefinisjonene oppdatert
Til Dato Aktører i e-reseptkjeden 07.01.2016 Fra Saksbehandler Direktoratet for e-helse Dag Hammer Notat Versjon 2.5 av meldingsdefinisjonene oppdatert 10.12.2015 Ny versjon av meldingsdefinisjoner og
DetaljerUtenlandske digitale førerkort er ikke gyldige for kjøring i Norge.
Forskrift om endring av førerkortforskriften og trafikkopplæringsforskriften Fastsatt av Vegdirektoratet xx.xx.xxxx med hjemmel i lov 18. juni 1965 nr. 4 om vegtrafikk (vegtrafikkloven) 24, 26 og 43 b
DetaljerPRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Lokal Node (VPN)
PRODUKTBESKRIVELSE INFRASTRUKTUR Lokal Node (VPN) Versjon 3.0 11/10/04 Nasjonal referansedatabase AS 14/10/04 Page 1 of 11 Innholdsfortegnelse 1 INNLEDNING...3 1.1 NUMMERPORTABILITET...3 1.2 VIDERESALG
DetaljerJara NetBusiness og Jara B2B Volum
Vilkårs - og funksjonsbeskrivelse for Jara NetBusiness og Jara B2B Volum 01.01.2010 Versjon 7.0 Innholdsfortegnelse VILKÅRS - OG FUNKSJONSBESKRIVELSE... 1 1 INNLEDNING... 4 1.1 HENSIKT... 4 1.2 DEFINISJONER...
Detaljer