Guide for online Skadehistorik erhverv, landbrug og motor Bilag 1 Rest Api
|
|
- Inger Johannsen
- 5 år siden
- Visninger:
Transkript
1 Guide for online Skadehistorik erhverv, landbrug og motor Bilag 1 Rest Api Version 2.0 Draft C
2 Dokumentoplysninger Titel: Projekt: EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere til dokumentet: Godkendt af: Dokumentansvarlig: Fordeling: Bemærkning: Morten Lassen, F&P IT-afdelingen Mette Ellermann Jespersen, F&P EDI-kontoret Mette Ellermann Jespersen, F&P EDI-kontoret EDI kontoret, Forsikring & Pension Udleveres til interessenter i dataudvekslingen Dokumentet kan rekvireres hos Forsikring & Pension Ændringslog Version Dato Forfatter Ændrede sider eller afsnit 2.0 Draft B MLA Første udgave 2.0 Draft C MLA / ADI Rettelser efter arbejdsgruppemødet den 12. oktober Draft C MLA / ADI Rettelser efter teknikkermødet den 19. november 2018 samt at Web-løsningen udgår. Beskrivelse af JWT tokens Forkortelser og definitioner: https En krypteret udgave af http som benyttes til datakommunikation over internettet WS, Webservice Teknologi til at udveksle data via Internettet Online-selskab Selskabet udveksler online via Api (integreret) Web-selskab Selskabet udveksler via WebEDI (web baseret) Api Applikations Program Interface Rest Representational State Transfer Rest Api Rest baseret Program interface, der benytter http forespørgsler til dataudveksling vha. GET, PUT, POST og DELETE Token En dynamisk nøgle/adgangsbillet der identificerer afsenderen OAuth2 En åben standard for at give adgang til data JSON JavaScript Object Notation. Et tekstbaseret format til dataudveksling JWT JSON Web Token JWS JSON Web Signature Referencer: DateTime datatyper følger ISO 8601 standarden CCYY-MM-DDThh:mm:ss[Z (+ -)hh:mm]. For eksempel T20:00:01. Se Datoer uden værdi angives med værdien null Beskrivelse af Rest Api Beskrivelse og anbefaling til ClientId og ClientSecret Version 2.0 Draft C December 2018 Side 2 af 31
3 Indholdsfortegnelse: 1. Indledning 4 2. Flowdiagram 4 3. Sikkerhed 7 Autorisation 8 4. ClaimService Api 12 Online dokumentation 12 Operationer 13 Status 13 Companies 14 CloseMessage 16 OpenMessage 16 HistoryRequest 17 Serverkontroller 22 Returkoder og tekst Selskab Api 24 Forudsætninger 24 JWT tokens 24 Operationer 25 Status 25 HistoryRequest 26 HistoryResponse 27 Returkoder og tekst 30 Rest Api med Oauth2 skabelon Test 30 Krav til test 31 Api kald til EDIFP-server 31 Selskabets eget Api 31 Version 2.0 Draft C December 2018 Side 3 af 31
4 1. Indledning Dette dokument beskriver Rest Api for online skadehistorik. Rest Api et er en afløsning til den nuværende SOAP WebService, som benyttes ved skadehistorik på erhverv og landbrug samt andre ordninger. Rest Api er nemmere at integrere, og er mere dynamisk en SOAP. Endvidere er den ikke så restriktiv som SOAP. I forbindelse med overgang til Rest Api vil den gamle SOAP WebService blive udfaset. Det nye Rest Api understøtter både eksisterende og fremtidige branchegrupper på skadehistorik. Til at sikre Rest Api kaldet benyttes en standardiseret OAuth2 arkitektur, som udsteder en Access Token også kaldet en adgangsbillet. Denne access token giver selskabet adgang til at kalde Skadehistorik Api et. Rest Api returner en http status 200/OK, hvis operationen gik godt. Returdata sendes i http body som en json streng. Ved eventuelle fejl returneres en standard http statuskode se afsnittet om returkoder side 23. Beskrivelsen af access token og sikkerheden generelt fremgår af kapitel Flowdiagram I det følgende beskrives flow mellem selskab og Forsikring & Pensions EDIFP-server. Flowet benyttes begge veje dvs. ved kald fra selskab til FP-server og ved kald fra FP-server til selskab. Før selskabet kan kalde Skadehistorik Api et skal det hente en access token. Denne token udstedes af Forsikring & Pensions autorisationsserver på baggrund af en klient-id og en klient nøgle, som er unikt for selskabet. Access Token benytter OAuth2 standarden og flowet er vist herunder. Version 2.0 Draft C December 2018 Side 4 af 31
5 Et online Selskab A sender en forespørgsel ved kald af operationen HistoryRequest på FPserveren. Serveren validerer forespørgslen og afviser ved fejl. selskab til selskab FP-server HistoryRequest Selskab B HistoryRequest Er data valid? Ja Er data valid? Ja Find skadehistorik Nej Nej Selskab A Afvis Afvis Status 0 OK/Historik Status Afvisning Status 501 Ukendt kunde Status 502 Ukendt objekt/police Status Systemfejl Response Response Online til Online F&P EDI-server HistoryRequest Online Selskab B HistoryRequest Er data valid? Ja Er modtager online på både M og E/L? Ja Er data valid? Ja Find skadehistorik på M og/eller E/L Nej Nej Nej Selskab A Online Afvis Gem foresp. til offline modtager Afvis Status 0 OK/Historik Status Afvisning Status 10 - Modtager er offline Status 501 Ukendt kunde Status 502 Ukendt objekt/police Status Systemfejl Response Response Hvis det svarende selskab B er et online selskab på både erhverv, landbrug og motor, sender FP serveren sender forespørgslen videre til selskabs Rest Api via operationen HistoryRequest. Det svarende selskab B skal svare med det samme, og svaret fra selskabet sendes retur til selskab A. Version 2.0 Draft C December 2018 Side 5 af 31
6 Online til Offline (E/L) samt Online (M) F&P EDI-server HistoryRequest Er data valid? Ja Er modtager online på både M og E/L? Ja Nej Nej Selskab A Online Afvis Status Afvisning Afvis Status 28 - Modtager er offline og online Response Hvis det svarende selskab B er et Web/offline selskab på erhverv og landbrug, men online på motor, afviser F&P serveren forespørgslen, da det svarende selskab ikke kan levere et samlet svar. Selskab A skal derfor splitte forespørgslen op i 2 seperate forespørgsler. Den ene forespørgsel sendes til Selskab B på erhverv og landbrug. Den anden forespørgsel sendes til Selskab B på motor. Online til Offline (E/L) F&P EDI-server HistoryRequest Er data valid? Ja Er modtager online på både E/L? Nej Ja Selskab A Online Afvis Gem foresp. til offline modtager Status Afvisning Status 10 - Modtager er offline Response Version 2.0 Draft C December 2018 Side 6 af 31
7 Hvis det svarende selskab B er et Web/offline selskab, gemmes forespørgslen på F&P serveren og selskab A informeres herom. Web-selskabet vil herefter besvare forespørgslen, indenfor den aftalte svarfrist. Dette kan kun forekomme hvis der alene forespørges på erhverv/landbrug og ikke motor. Offline (E/L) til Online F&P EDI-server Besvar forespørgsel Online Selskab B HistoryResponse Opret svar på forespørgsel Er data valid? Ja Registrer svar Nej Selskab B Offline Dialogboks Afvis Status 0 OK Status 50x - Afvisning Response Når et online selskab skal modtage et svar på forespørgsel fra et Web/offline-selskab, kalder F&P serveren selskabets Api via operationen HistoryResponse. Selskab skal registrere svaret i eget system. Et Offline svar kan kun forekomme på erhverv og landbrug. 3. Sikkerhed Forsikring & Pensions Skadehistorik Rest Api er beskyttet med flg. teknologier: - https / SSL / TLS 1.2 der sikrer en krypteret dataforbindelse - ip whitelist der forhindrer uautoriseret adgang - Access token der identificerer selskabet Før selskabet kan begynde at anvende Rest Api, skal de oplyse EDI-kontoret om: - ip-adressen hvorfra kald til Forsikring & Pensions Rest Api kommer - api endpoint til selskabets eget Rest Api - token endpoint - klient-id som identificerer Forsikring & Pension - klient nøgle til at hente access token Selskabet skal desuden informere EDI-kontoret om, hvilke branche/produktgrupper selskabet udveksler. Der kan kun forespørges på de branche/produktgrupper, som selskabet er tilmeldt. Selskabet får tildelt en klient-id og en klient nøgle, som skal benyttes ved tildeling af en access token se næste afsnit. Klient nøglen er hemmelig. Version 2.0 Draft C December 2018 Side 7 af 31
8 Autorisation Access token Før selskabet kan kalde en operation på Forsikring & Pensions Rest Api, skal det anmode om en access token. Denne token udstedes af EDI autorisationsserveren på baggrund af en klient-id (ClientId) samt en klient nøgle (ClientSecret). Sammen med access token returneres også en refresh token, som skal benyttes til at hente en ny access token, når denne er udløbet. Access token har en levetid på 20 minutter, og skal angives i alle efterfølgende kald til serverens Rest Api. Access tokens har sin egen livscyclus og der kan derfor være udstedt flere aktive tokens til samme selskab, hvis selskabet har kaldt flere gange samtidigt. ClientId og ClientSecret ClientId er unikt for selskabet og genereres af FP-serveren. ClientId er en 32 karakterer hex streng, og kan ses i selskabsadministrationen. ClientSecret er en hemmelig kryptografisk genereret streng, som kun er kendt af selskabet og autorisationsserveren. Da autorisationsserveren gemmer hash værdien af denne streng, er det ikke muligt at få oplyst ClientSecret efter den er genereret. Selskabet kan selv generere en ny ClientSecret. ClientSecret er valid i 365 dage, og skal skiftes af selskabet inden udløb. Der sendes automatisk en reminder til Api Administratoren 30 dage før udløb. Anmodning om en token sker på adressen Version 2.0 Draft C December 2018 Side 8 af 31
9 Flg. oplysninger skal angives som POST parametre: Grant_type skal have værdien client_credentials Scope skal have værdien claimhistory Client_id og Client_secret oplyses af EDI-kontoret. Eksempel på anmodning om en access token: POST /oauth2/token HTTP/1.1 Host: demoedi.forsikringogpension.dk grant_type=client_credentials &client_id=a18344f95c694272b6203b35a1ffe059 &client_secret=npkllbbdd08yymkcabaph3af1ue17i2gzekpjyyxyhs2 &scope=claimhistory Ved korrekt klient id og -nøgle returnerer serveren en access token og en refresh token. Eksempel på svar: HTTP/ OK Content-Type: application/json Cache-Control: no-store Pragma: no-cache "access_token":vv7gptgwe4yq6jqgweov5k_ofourst6y7j3bkgxcltotpcfsbsurdt7ieqbn 0vuc1jtgZDk1m1FI7qwn5I4Kh_AcVtOnvJYPZFDViMHjUf07R16cLxPe2VPrc_peGsXQbFncjtd6SlHEGNw 7Zo6eeNkQY1t2ga97PakAWmwAiXOdnjnUsxcbDoG_W8bnQBNEkPEGetXHtvQ9V21hLoxeoL4UQ6pe3Xyrfr uax-zmpeviz0wkatdwtsaebwxhnudyjwtxoaa9ihpfsgjwhdd92vigljxrnej7ln6ycw7icrriuk2fxpik6 wopit4szccdic1_nhvynyszdjbm7wherv-2cv4-iivz_6u4i7od_zxjh6o1m1pfgoy9-e-5vtxoqua", "token_type": "bearer", "expires_in": 1200, "refresh_token": "x-gazugdkrsquh9akgi1royee9is0uae7urgd2p6ezigovhbccpgnggyha4r IO_H9aA3Ue7JqHpakl4GtaQbK2RfWEM8kdeUCIMQ6am4p5ASJl8ktxL81-qq7iIGQ1b4pj9sDu5Ddov7Vv 6sZbVbIkJmyx2JfaLuvVElujIrMLE8AGdtFFl340fr9-87r-R7sZaBrXi1qp0AVxTlRLPGLA9A0On5hwlQ 6-qXangZAP6tq_sIbhEp5VnAIbhfPrHMA6h81NKa-MwAs2fxl4oRtjp7W1N6oNPrsh-zlsG82HHq3yfbY5 B07WYLVJBteWQsa525s1CHhkVqofURm57i60tfcKdYOReW0ZOrnyStmcyHzWC_D_q33argKWfwxE33Q" Access token (access_token) skal angives i http headeren ved alle efterfølgende kald Authorization: Bearer <token> Access token udløber efter en kort tidsperiode som er bestemt af udstederen. I ovenstående eksempel udløber (expires_in) den efter 1200 sekunder hvilket svarer til 20 minutter. Eksempel på kald af operationen status: GET /api/v1/claimservice/status Host: demoedi.forsikringogpension.dk Authorization: Bearer Vv7gPtgWE4YQ6JqgweOv5k_OFouRsT6Y7J3BKgxClTotPCFSbSUrdT7ieqBN 0vuc1jtgZDk1m1FI7qwn5I4Kh_AcVtOnvJYPZFDViMHjUf07R16cLxPe2VPrc_peGsXQbFncjtd6SlHEGNw 7Zo6eeNkQY1t2ga97PakAWmwAiXOdnjnUsxcbDoG_W8bnQBNEkPEGetXHtvQ9V21hLoxeoL4UQ6pe3Xyrfr uax-zmpeviz0wkatdwtsaebwxhnudyjwtxoaa9ihpfsgjwhdd92vigljxrnej7ln6ycw7icrriuk2fxpik6 wopit4szccdic1_nhvynyszdjbm7wherv-2cv4-iivz_6u4i7od_zxjh6o1m1pfgoy9-e-5vtxoqua Version 2.0 Draft C December 2018 Side 9 af 31
10 Eksempel på svar ved korrekt angivet token: HTTP/ OK Content-Type: application/json Cache-Control: no-store Pragma: no-cache "ResultDate": " T13:44: :00", "ResultCode": 0, "ResultText": "Forsikringsselskab til test #1" Eksempel på svar ved udløbet eller forkert token: HTTP/ Unauthorized Content-Type: application/json Cache-Control: no-store Pragma: no-cache "Message": "Authorization has been denied for this request." Refresh token Refresh token har en levetid på 48 timer og fornyes hver gang der hentes en ny access token. Når access token er udløbet skal selskabet hente en ny access token ved at angive refresh token i requestet. Flg. oplysninger skal angives som POST parametre: Grant_type skal være refresh_token Client_id er den samme som ved anmodning om en access token Refresh_token skal have værdien for refresh_token som blev returneret ved anmodning om en access token. Eksempel på anmodning om en token: POST /oauth2/token HTTP/1.1 Host: demoedi.forsikringogpension.dk grant_type=refresh_token &client_id=a18344f95c694272b6203b35a1ffe059 &refresh_token=x-gazugdkrsquh9akgi1royee9is0uae7urgd2p6ezigovhbccpgnggyha4r IO_H9aA3Ue7JqHpakl4GtaQbK2RfWEM8kdeUCIMQ6am4p5ASJl8ktxL81-qq7iIGQ1b4pj9sDu5Ddov7Vv 6sZbVbIkJmyx2JfaLuvVElujIrMLE8AGdtFFl340fr9-87r-R7sZaBrXi1qp0AVxTlRLPGLA9A0On5hwlQ 6-qXangZAP6tq_sIbhEp5VnAIbhfPrHMA6h81NKa-MwAs2fxl4oRtjp7W1N6oNPrsh-zlsG82HHq3yfbY5 B07WYLVJBteWQsa525s1CHhkVqofURm57i60tfcKdYOReW0ZOrnyStmcyHzWC_D_q33argKWfwxE33Q Ved korrekt klient id og refresh token returnerer serveren en ny access token og en ny refresh token. Eksempel på svar: HTTP/ OK Content-Type: application/json Cache-Control: no-store Version 2.0 Draft C December 2018 Side 10 af 31
11 Pragma: no-cache "access_token":fo1bgsahfudg46-gfmnhwaza6zfqbkmfvzwcovn4unigeqlj50yjis02ou6sje SepOhaTSlAzdRY8w8S9of7s2jzF5CZvjU6vGb1J6yylm7QLLdg2kirrO70R6oXK_ygCxfue68zhFqEu0E Kijvgpjz6Sp0NT-go-dPKfk1l3CcGD3Pgzx77R3x2HaAKc_bupbTwBYjcZtMSvKH1-Ac5bVGPpLik8n5F YpWLgbWLlMRK7ejifq1BiBsiAq4koQEctlGQAkpGacRNu0twlhkklNOFE8jf3_cOHfI3zI-t-QZhL-UDGM Du32TftniZjiCA5ProNubQW87TkjjgRQEA9I525dmeFCfkg_-Mz5tirQfn128QHIxNduJu3LjluY9otUA", "token_type": "bearer", "expires_in": 1200, "refresh_token": "SIHDB5pdaBuofHRLLvyBrNdfnMxDkYq6kBXb_dV8-mm28TTZgYj-x6yLs49 omjbr3g2h89usoighi7klzujvlhu0uikrxw2ol5ejfj_ad2h_bdboxyrd1-yzkkxpqkjk3pfb0n583uqd qyyhpa7cttj_sdc-bno7sycctez-rjsh1ztbkq5ecix7yg2ztk0se6kbvfae5mz8qgpbneqrxwiiqvxvr 9KAR2-sjOaD6ZasiPXDXMe5duCo1wsWY0pYqOUIWgYUl9v1guYQANrXGqOFbNNO4QclQfdws_joClRKuR FsesL4nfJoNvFFGIQdvEgZGG6sj-sr9rE3oER6s1dsLoHDQyY-vKTXRk0h0BN1U-p4k9td3ElQnnIiOzKA" Hvis både access token og refresh token er udløbet, skal der anmodes som en ny access token ved hjælp af grant typen client_credentials. Version 2.0 Draft C December 2018 Side 11 af 31
12 4. ClaimService Api I det følgende afsnit beskrives Forsikring & Pensions Rest Api for online skadehistorik. Via dette Api kan selskaberne afsende en forespørgsel til et andet selskab. Endvidere er det muligt at hente en selskabsliste samt åbne og lukke ens selskab se guide for online skadehistorik. Selskabet skal lave et tilsvarende Rest Api som F&P serveren kan kalde, når forespørgslen sendes videre til det svarende selskab se side 24 for beskrivelse at selskabets Api. Online dokumentation ClaimService Api et har en online dokumentation, der findes på nedenstående adresse: Dokumentationen findes i 2 udgaver: - Help, der beskriver alle kald og datastrukturer - Swagger, der beskriver alle kald og datastrukturer samt integrerer token og test af operationer Fra Swagger er det også muligt at teste autorisationen, hvor der hentes en access token. Version 2.0 Draft C December 2018 Side 12 af 31
13 Operationer I det følgende beskrives operationer, som Rest Api et udstiller. Som nævnt findes disse også i en online udgave. Status Denne operation benyttes til at teste autorisationen samt til at få status på et selskab. Operationen returnerer en dato/tid, kode, tekst samt åbn/lukke status. Input Parameter Type Krævet Længde Beskrivelse companyid String Nej 9 VIR nummer på det selskab, der ønskes status på. Blank=Viser status for eget selskab Output Parameter Type Krævet Længde Beskrivelse ResultDate DateTime Ja Dato/tid ResultCode Integer Ja Retur kode ResultText String Ja 255 Retur tekst. <selskabets navn> OpenStatus Boolean Ja Returnerer selskabets åben/lukke status. true=åben, false=lukket GET api/v1/claimhistory/status?companyid=companyid Eksempel på response "ResultDate": " T13:44: :00", "ResultCode": 0, "ResultText": "Forsikringsselskab til test #1", "OpenStatus": true Version 2.0 Draft C December 2018 Side 13 af 31
14 Companies Denne operation benyttes til at hente en liste af selskaber, som er tilmeldt skadehistorik. Operationen returnerer en dato/tid, kode, tekst samt en liste af selskaber og de branche/produktgrupper, som pågældende selskab er tilmeldt. Input Parameter Type Krævet Længde Beskrivelse Output Parameter Type Krævet Længde Beskrivelse ResultDate DateTime Ja Dato/tid ResultCode Integer Ja Retur kode ResultText String Ja 255 Retur tekst Companies List<Company> Ja <Company> Name String Ja 35 Selskabets navn Id String Ja 9 VIR-nummer Address1 String Ja 35 Adresse 1 Address2 String Nej 70 Adresse 2 PostalCode String Ja 4 Postnummer City Sting Ja 35 By OnlineStatus Boolean Ja true = selskabet er online false = selskabet er webselskab IndustryProductGroups List<String> Ja Liste af branche/produktgrupper, som selskabet er tilmeldt. Mulige værdier er: 001/ / / / / / / / / / / / / / / / /001 Version 2.0 Draft C December 2018 Side 14 af 31
15 006/ / / / / / / /009 GET api/v1/claimhistory/companies Eksempel på response "ResultDate": " T13:46: :00", "ResultCode": 0, "ResultText": "OK", "Companies": [ "Name": "Company A ", "Id": "VIR000001", "Address1": "Address 1", "Address2": "", "PostalCode": "4000", "City": "Roskilde", "OnlineStatus": true, "IndustryProductGroups": [ "001/001", "004/001", "006/001" ], "Name": "Company B ", "Id": "VIR000002", "Address1": "Address 2", "Address2": "", "PostalCode": "2900", "City": "Hellerup", "OnlineStatus": false, "IndustryProductGroups": [ "001/001", "004/001", "006/001" ] ] Version 2.0 Draft C December 2018 Side 15 af 31
16 CloseMessage Denne operation benyttes til at informere Forsikring & Pension om, at selskabet lukker for indog udgående forespørgsler. Input Type Krævet Længde Beskrivelse Output Type Krævet Længde Beskrivelse ResultDate DateTime Ja Dato/tid ResultCode Integer Ja Retur kode ResultText String Ja 255 Retur tekst GET api/v1/claimhistory/closemessage Eksempel på response "ResultDate": " T13:49: :00", "ResultCode": 0, "ResultText": "Company Closed succesfully" OpenMessage Denne operation benyttes til at informere Forsikring & Pension om, at selskabet genåbner for ind- og udgående forespørgsler. Input Type Krævet Længde Beskrivelse Output Type Krævet Længde Beskrivelse ResultDate DateTime Ja Dato/tid ResultCode Integer Ja Retur kode ResultText String Ja 255 Retur tekst GET api/v1/claimhistory/openmessage Eksempel på response "ResultDate": " T13:49: :00", "ResultCode": 0, "ResultText": "Company Opened succesfully" Version 2.0 Draft C December 2018 Side 16 af 31
17 HistoryRequest Denne operation benyttes til at sende en forespørgsel til et andet selskab, der udveksler skadehistorik. Afsender skal være tilmeldt løsningen og de branche/produktgrupper, der forespørges på. Et online selskab skal svare med det samme. Operationen returnerer en dato/tid, kode, tekst samt svar på forespørgslen. Input Type Kræ Længde Beskrivelse vet RequestId String Ja 9 VIR-nummer på det selskab, der forespørger ResponseId String Ja 9 VIR-nummer på det selskab, der svarer på forespørgslen Test Boolean Ja Testmarkering. true = test false eller null = produktion RequestDate DateTime Ja Dato/tid for forespørgslen ReferenceNumber String Ja 50 Forespørgslens løbe-/referencenr. CustomerIdQualifier String Ja 3 ForsikringstagersKundens identifikationstype. Mulige værdier: CPR eller CVR (CPR er kun mulig på motor) CustomerId String Ja 10 ForsikringstagersKundens CPReller CVR-nummer. Format: CVR: nnnnnnnn CPR: ddmmåånnnn CustomerName String Ja 128 ForsikringstagersKundens navn ObjectIdQualifier String Ja 3 Objekt identifikationstype: POL=policenummer (kun motor) REG=regnr. (kun motor) VIN=stelnummer (kun motor) ALL=samlet ObjectId String Nej 20 Objekt identifikation Udelades eller null ved identifikationstypen ALL RequestType Integer Ja 1 Forespørgselstype: 1=Skadehistorik 2=Ren bonus (kun 001/001motor) 3=Bonus og skadehistorik (kun motorminimum 001/001) ConsentForm Boolean Ja Bekræftelse på at der er givet samtykke. True = Ja False eller null = Nej IndustryProductGroups List<String> Ja Liste af branche/produktgrupper der forespørges på Version 2.0 Draft C December 2018 Side 17 af 31
18 Output Type Kræ Længde Beskrivelse vet ResultDate DateTime Ja Dato/tid for svaret ResultCode Integer Ja Retur kode se side 23 ResultText String Ja 255 Retur tekst se side 23 RequestId String Ja 9 VIR-nummer på det selskab, der forespørger ResponseId String Ja 9 VIR-nummer på det selskab, der svarer på forespørgslen ReferenceNumber String Ja 50 Forespørgslens referencenummer CustomerIdQualifier String Ja 3 ForsikringstagerKundens identifikationstype. Mulige værdier: CPR = CPR-nummer (kun motor) CVR = CVR-nummer CustomerId String Ja 10 ForsikringstagersKundens CPR/CVR-nummer CustomerName String Ja 3 ForsikringstagersKundens navn Policies List <Policy> Nej Liste af policer som forsikringstagerkunden har eller har haft <Policy> PolicyNumber String Ja 50 Policenummer PolicyStartDate PolicyEndDate DateTime String DateTime String Ja 10 Policens 1. ikrafttrædelsesdato Format: yyyy-mm-dd Nej 10 Policens afgangsdato. Format: yyyy-mm-dd Ved aktiv police skal feltet udelades eller angives til null Arrears Bool Ja Restance. (kun motor) True = ja, False = nej IndustryProductGroups List<String> Liste af branche/produktgrupper som policen dækker over Bonuses List<Vehicle Nej Liste af bonusser (kun motor) Bonus> <VehicleBonus> Bonus Industry ProductGroup String Ja 7 Branche/produkt. Format: bbb/ppp fx. 001/001 RegistrationNumber String Nej 7 Registreringsnummer VINnumber String Nej 20 Stelnummer VehicleType String Ja 50 Køretøjstype ClaimFreeYears Integer Ja Antal skadefri år LastStepDate DateTime String Nej Ja 10 Dato for sidste trinskifte Format: yyyy-mm-dd Hvis dato ikke kendes skal policens ikrafttrædelsesdato angives. Hvis dato ikke kan oplyses skal feltet udelades eller gives til null FixedPremium Bool Ja Fastpræmie. True = ja, False = nej Version 2.0 Draft C December 2018 Side 18 af 31
19 Arrears Bool Ja Restance. True = ja, False = nej Claims List<Claim> Nej Liste af skader på pågældende police <Claim> Skade IndustryProductGroup String Ja 7 Branche/produkt hvorpå skaden er sket. Format bbb/ppp. ProductName String Ja 50 Navn på forsikringsproduktet ObjectIdQualifier String Ja 3 Objekt identifikationstype (kun motor): REG=registreringsnummer VIN=stelnummer NA = Ukendt ObjectId String Ja 20 Objekt identifikation Ved NA angives ukendt ClaimLevel List<string> Ja Liste af dækningsniveauer. Mulige værdier er: A=Ansvar K=Kasko G=Glas V=Vejhjælp F=Førerplads D=Diverse ClaimDate DateTime String Ja 10 Skadedato. Format: yyyy-mm-dd ClaimType String Nej 70 Skadetype ClaimStatus Integer Ja Status. 0=Åbn, 1=Lukket ClaimPayed Integer Nej Betalt beløb angivet i øre ClaimReserve Integer Nej Reserve beløb angivet i øre ClaimImpact Bool Nej Belastende (kun motor) True = ja False = nej POST api/v1/claimhistory/historyrequest BODY "RequestId": "VIR000001", "ResponseId": "VIR000000", "Test": false, "RequestDate": " T12:35:51", "ReferenceNumber": " A", "CustomerIdQualifier": "CPR", "CustomerId": " ", "CustomerName": "Anders And" "ObjectIdQualifier": "ALL", "ObjectId": null, "RequestType": 3, "ConsentForm": true, "IndustryProductGroups": [ "001/001", "004/001", "006/001" Version 2.0 Draft C December 2018 Side 19 af 31
20 ] Eksempel på response "ResultDate": " T15:35: :00", "ResultCode": 0, "ResultText": "OK", "RequestId": "VIR000001", "ResponseId": "VIR000000", "ReferenceNumber": " A", "CustomerIdQualifier": "CVR", "CustomerId": " ", "CustomerName": "Hansen A/S", "Policies": [ "PolicyNumber": "policy 0", "PolicyStartDate": " T15:35: :00", "PolicyEndDate": null, "Arrears": false, "IndustryProductGroups": [ "001/001", "004/001", "006/001" ], "Bonuses": [ "IndustryProductGroup": "001/001", "RegistrationNumber": "CW12345", "VINNumber": "WBS ", "VehicleType": "Car", "ClaimFreeYears": 6, "LastStepDate": " "null, "FixedPremium": true,, "IndustryProductGroup": "001/001", "RegistrationNumber": "ZP12345", "VINNumber": "AKB ", "VehicleType": "Car", "ClaimFreeYears": 1, "LastStepDate": " "null, "FixedPremium": true, ], "Claims": [ "IndustryProductGroup": "001/001", "ProductName": "Bilforsikring", "ObjectIdQualifier": "REG", "ObjectId": "CW12345", "ClaimLevels": [ "A", "K" ], "ClaimDate": " ", "ClaimType": "FærdselsuheldGlas", "ClaimStatus": 1, "ClaimPayed": , "ClaimReserved": 0, "ClaimImpact": false, Version 2.0 Draft C December 2018 Side 20 af 31
21 ] ] "IndustryProductGroup": "006/001", "ProductName": "LandbrugBygningsforsikringen", "ClaimLevels": [ "A", "K" ], "ClaimDate": " T15:35: :00", "ClaimType": "Kasko", "ClaimStatus": 1, "ClaimPayed": , "ClaimReserved": 0, "ClaimImpact": true Version 2.0 Draft C December 2018 Side 21 af 31
22 Serverkontroller F&P-serveren kontrollerer indholdet i forespørgslen inden den sendes videre til det svarende selskabet. Serveren afviser forespørgslen, hvis kontrollerne ikke er overholdt. Der kontrolleres følgende i forespørgslen: Klient-id og -nøgle skal være autoriseret Spørgende selskab (RequestId) skal være tilknyttet klient-id Spørgende selskab (RequestId) skal være kendt på serveren og være tilmeldt skadeshistorik Svarende selskab (ResponseId) skal være kendt på serveren og være tilmeldt skadeshistorik RequestId og ResponseId må ikke være identisk med mindre at test bit er true Hvis CustomerIdQualifier er CVR skal CustomerId være et validt CVR-nummer (modulus 11 kontrol) Hvis CustomerIdQualifier er CPR skal CustomerId være et validt CPR-nummer (modulus 11 kontrol) ConsentForm skal være true IndustryProductGroups skal antage min. en eller flg. værdier: 001/ /007, 004/ /009, 006/ /009 Spørgende selskab (RequestId) skal være tilmeldt de branche/produktgrupper, der forespørges på Svarende selskab skal være tilmeldt de brancher, der forespørges på ReferenceNumber må ikke være brugt tidligere Afsender og modtager skal begge være åbne ForsikringstagersKundens identifikationstype skal være CPR eller CVR Objektidentifikationstype skal være POL, REG, VIN eller ALL Hvis Objektidentifikationstype er ALL så må objektidentifikation ikke være udfyldt Hvis Objektidentifikationstype er POL, REG eller VIN så skal objektidentifikation være udfyldt Forespørgselstype skal være 1, 2 eller 3 Forespørgselstype 2 (ren bonus) eller 3 (bonus og skadehistorik) må kun benyttes hvis der alene spørges på branche/produktgruppen af typen motor (001/001) Forespørgselstype 3 (bonus og skadehistorik) må kun benyttes hvis der spørges på minimun branche/produktgruppen af typen motor (001/001) Hvis CustomerIdQualifier er CPR må branche ikke være 004 Landbrug eller 006 Erhverv eller branche/produkt 001/005, 001/006 eller 001/007 Version 2.0 Draft C December 2018 Side 22 af 31
23 Returkoder og tekst I det følgende beskrives værdierne af http StatusCode, ResultCode og ResultText, som returneres ved alle Api kald til EDIFP-serveren. http statuskoder Api returkoder Code Message Co de Text Følgende returkoder kommer fra EDIFP-serveren 200 OK 0 OK 400 Bad request 1 Requesting Company is closed 400 Bad request 2 Responding Company is closed 200 OK 10 OK, responding Company is offline / web-company 400 Bad request 11 Responding Company is unknown 504 Gateway timeout 12 No answer from responding Company 400 Bad request 13 Error from responding Company 400 Bad request 22 Requesting and responding company cannot be the same unless test bit have been set 400 Bad request 23 ConsentForm must be true 400 Bad request 24 Customer id is not valid CPR/CVR-number 400 Bad request 25 Invalid industry/product group(s) 400 Bad request 26 Requesting company does not have selected industry/product groups 400 Bad request 27 ReferenceNumber is not unique 400 Bad request 28 Company is both offline and online. Request must be splitted 400 Bad request 29 Invalid CustomerIdQualifier 400 Bad request 30 Invalid ObjectIdQualifier 400 Bad request 31 ObjectId must be obmitted when IdQua is ALL 400 Bad request 32 ObjectId is mandatory 400 Bad request 33 Invalid RequestType 400 Bad request 34 Invalid RequestType for selected IndustryProductGroups 400 Bad request 35 Invalid CustomerIdQualifier for selected IndustryProductGroups 400 Bad request 356 Responding company does not have selected industry groups 400 Bad request 252 ReferenceNumber is mandatory 400 Bad request 253 Invalid requestid 401 Unauthorized 5001 Internal System Error 255 Systemerror from FP-server Følgende returkoder er sendt videre fra det modtagende selskab 400 Bad request 501 Unknown customer 400 Bad request 502 Unknown object/policy Bad request Unauthorized Bad request Internal System Error 504 Invalid Authorization to responding Company client-id or client secret 555 Systemerror from Company Version 2.0 Draft C December 2018 Side 23 af 31
24 5. Selskab Api I det følgende afsnit beskrives det Rest Api, som selskaberne skal implementere i eget system. Forudsætninger Selskabet skal lave et Rest Api som overholder den struktur, som Forsikring & pension har defineret og beskrevet herunder. Selskaber som er tilsluttet denne løsning skal levere flg. oplysninger til Forsikring & Pension: - Adressen på selskabets api (EndPoint) - Token endpoint til at hente en token - Klient-id som identificerer Forsikring & Pension (Client_Iid) - Klient nøgle (Client_Secret) Som udgangspunkt skal selskabet implementere OAuth2 service og flow som beskrevet i afsnit 2. Dog har FP-serveren begrænset understøttelse for kald til selskabernes APIer via JWT tokens ( JWT tokens FP-serveren understøtter udstedelse af JWT tokens med følgende specifikationer: Sikkerhed: JWT med JSON Web Signature (JWS) ( og understøttelse af føglende symmetric encryption algorithms: HS256, HS384, eller HS512. JWS format: [Base64-URL encoded header].[base64-url encoded payload].[signature] JWS (JOSE) header eksempel: "alg":"hs256","typ":"jwt" JWS payload (Claims Set): Navn Type Definition Std. værdi unique_name string Brugernavn angivet af selskabet (custom/unregistered claim type). nbf ndate* Not before - Identifies the time on which the JWT will start to be accepted for processing. (IETF, rfc7519 afs ) exp ndate* Expiration time - Identifies the expiration time on or after which the JWT must not be accepted for processing. (IETF, rfc7519 afs ) iat ndate* Issued at - Identifies the time at which the JWT was issued. (IETF, rfc7519, afs ) iss string Issuer - Identifies principal that issued the JWT. (IETF, rfc7519 afs ) fogp aud string Audience - Identifies the recipients that the JWT is intended for. (IETF, rfc7519 afs ) Client_Id fra FogP Version 2.0 Draft C December 2018 Side 24 af 31
25 * Datoer (ndate) i JWTen claims (nbf, exp, iss) er angivet ifølge definitionen i IETF, rfc7519: NumericDate A JSON numeric value representing the number of seconds from T00:00:00Z UTC until the specified UTC date/time, ignoring leap seconds. This is equivalent to the IEEE Std , 2013 Edition [POSIX.1] definition "Seconds Since the Epoch", in which each day is accounted for by exactly seconds, other than that non-integer values can be represented. See RFC 3339 [RFC3339] for details regarding date/times in general and UTC in JWS Payload eksempel: "unique_name":"testuser1", "nbf": , "exp": , "iat": , "iss":"fogp", "aud":"b461d8835b804cf1b33f35ece49d81e2" Token eksempel: eyjhbgcioijiuzi1niisinr5cci6ikpxvcj9.eyj1bmlxdwvfbmftzsi6inrlc3r1c2vymsisim5izii6mtu0ntazndu1m iwizxhwijoxntq1mdm1nzuylcjpyxqioje1nduwmzq1ntisimlzcyi6imzvz3ailcjhdwqioijindyxzdg4mzvioda0y2y xyjmzzjm1zwnlndlkodflmij9.-qwwqmddi9gb6o3bomtfhti5uhmykqs1m2rbdn3bpmm Selskaber som er tilsluttet denne løsning skal levere flg. oplysninger til Forsikring & Pension: - Adressen på selskabets api (EndPoint) - JWT encryption algorithm (HS256, HS384, eller HS512) - Brugernavn som identificerer Forsikring & Pension overfor selskabet (Username) En klient nøgle (Secret) er genereret på FP-Serveren på basis af den valgt algorithm og sendes til selskabet. Kontakt EDI-kontoret for yderligere oplysninger. Operationer Selskabets Api skal implementere 23 operationer, som beskrives i det følgende afsnit. Status Denne operation benyttes til at teste autorisationen. Operationen returnerer en dato/tid, kode samt tekst. Input Parameter Type Krævet Længde Beskrivelse Output Version 2.0 Draft C December 2018 Side 25 af 31
26 Parameter Type Krævet Længde Beskrivelse ResultDate DateTime Ja Dato/tid ResultCode Integer Ja Retur kode ResultText String Ja 255 Retur tekst GET <selskabets endpoint>/status Eksempel på response "ResultDate": " T13:44: :00", "ResultCode": 0, "ResultText": "OK" HistoryRequest Denne operation benyttes til at modtage en forespørgsel fra et WebEDI/Offline-selskab. Operationen kaldes af EDIFP-serveren på vegne af et andet selskab. Input- og output er identisk med operationen HistoryRequest, som er beskrevet i afsnit 4. Kontroller Client_id og client_secret skal være tildelt Forsikring & Pension ForsikringstagerKunden (CustomerId) skal være kendt Der må kun sendes bonus på brc/prd 001/001 Der må ikke sendes bonus på brc/prd 001/005 (kan fjernes hvis bonus kun må sendes på 001/001) Skadetype må ikke oplyses ved branche/produkterne: 004/006 og 006/006 Arbejdsskade 004/009 og 006/009 Sundhedsforsikring Samt dækningsniveauerne: F Førerplads G Glas V Vejhjælp Beløb og reserve må ikke oplyses ved ved branche/produkterne: 004/006 og 006/006 Arbejdsskade 004/008 og 006/008 Patientforsikring 004/009 og 006/009 Sundhedsforsikring Samt dækningsniveauerne: F Førerplads G Glas V Vejhjælp Version 2.0 Draft C December 2018 Side 26 af 31
27 HistoryResponse Denne operation benyttes til at modtage et svar på en forespørgsel sendt til et Web-selskab. Dette kan kun forekomme på erhverv og landbrug. Operationen skal returnere en dato/tid, kode en tekst. Bemærk: input parametre følger den nye data struktur men i stedet for branche/produkt gruppe angives kun produktgruppen Input Type Kræ Længde Beskrivelse vet ResultDate DateTime Ja Dato/tid for svar ResultCode Integer Ja Retur kode se side 30 ResultText String Ja 255 Retur tekst se side 30 RequestId String Ja 9 VIR-nummer på det selskab, der forespørger ResponseId String Ja 9 VIR-nummer på det selskab, der svarer på forespørgslen ReferenceNumber String Ja 50 Forespørgslens referencenummer CustomerId String Ja 8 ForsikringstagersKundens CVRnummer CustomerName String Ja 128 ForsikringstagersKundens navn Policies List <Policy> Nej Liste af policer som forsikringstagerenkunden har eller har haft <Policy> PolicyNumber String Ja 50 Policenummer PolicyStartDate PolicyEndDate IndustryProductGro ups DateTime String DateTime String Ja 10 Policens 1. ikrafttrædelsesdato Format: yyyy-mm-dd Nej 10 Policens afgangsdato. Format: yyyy-mm-dd Ved aktiv police kan feltet udelades eller angives til null. List<string> Ja Liste af produktgrupper som policen dækker over. Mulige værdier er: Claims List<Claim> Nej Liste af skader på pågældende police Version 2.0 Draft C December 2018 Side 27 af 31
28 <Claim> IndustryProductGro up String Ja 3 Produktgruppe hvorpå skaden er sket. Format ppp ProductName String Ja 50 Navn på forsikringsproduktet ClaimDate DateTime String Ja 10 Skadedato. Format: yyyy-mm-dd ClaimType String Nej 70 Skadetype ClaimStatus Integer Ja Status 0=Åbn, 1=Lukket ClaimPayed Integer Nej Betalt beløb angivet i øre ClaimReserve Integer Nej Reserve beløb angivet i øre Output Type Kræ Længde Beskrivelse vet ResultDate DateTime Ja Dato/tid fra server ResultCode Integer Ja Retur kode ResultText String Ja 255 Retur tekst POST <selskabets endpoint>/historyresponse BODY "ResultDate": " T12:35:51.479Z", "ResultCode": 0, "ResultText": "OK" "RequestId": "VIR000001", "ResponseId": VIR000002", "ReferenceNumber": " A", "CustomerId": " ", "CustomerName": "Anders And", "Policies": [ "PolicyNumber": "policy 0", "PolicyStartDate": " T15:35: :00", "PolicyEndDate": null, "IndustryProductGroups": [ "001", "002", "003", ], "Claims": [ "IndustryProductGroup": "001", "ProductName": "Product 0", "ClaimDate": " T15:35: :00", "ClaimType": "Glas", "ClaimStatus": 1, "ClaimPayed": , "ClaimReserved": 0,, "IndustryProductGroup": "002", "ProductName": "Product 2", "ClaimDate": " T15:35: :00" "ClaimType": "Kasko", "ClaimStatus": 1, "ClaimPayed": , "ClaimReserved": 0, ] Version 2.0 Draft C December 2018 Side 28 af 31
29 ] Eksempel på response "ResultDate": " T13:44: :00", "ResultCode": 0, "ResultText": "OK" Version 2.0 Draft C December 2018 Side 29 af 31
30 Returkoder og tekst I det følgende beskrives værdierne af http statuscode, ResultCode og ResultText, som selskabet skal returneres ved alle Api kald. http statuskoder Api returkoder code message Result Code Result Text 200 OK 0 OK 400 Bad request 501 Unknown customer 400 Bad request 502 Unknown object/policy 401 Unauthorized 504 Invalid client-id or client secret 500 Internal System Error 555 Systemerror from Company Rest Api med Oauth2 skabelon Forsikring & Pension laver et Rest Api test projekt med kildekode i C#, som viser hvorledes de forskellige operationer implementeres. Projektet kan rekvireres ved henvendelse til EDI-kontoret. 6. Test Test af afsendelse af forespørgsel kan testes ved at sende forespørgslen til et robotselskab på EDIFP-serveren, som genererer et automatisk svar. Selskabet har VIR-nummeret VIR Robotselskabet hedder Test skadeselskab (autosvar) og svarer nogle gange med Ukendt kunde og ellers med Historik. Ved at anvende nedenstående CVR-nummer i CustomerId, kan robotten svare med forskellige svarmuligheder: CustomerId 00000nnn <forkert CPR/CVR-nummer> <korrekt CPR/CVR-nummer> Result Den pågældende returkode returneres. Fx = 2 - Responding Company is Closed = Unknown object/police 24 CustomerId is not a valid CPR/CVR-number 0 - Tilfældigt svar hver gang Antal policer: 0-4 Antal skader: 0-10 Test af modtagelse af forespørgsel kan testes ved at selskabet sender forespørgslen til sig selv. Ved alle test skal test markeringen være sat (true). Version 2.0 Draft C December 2018 Side 30 af 31
31 Krav til test Nedenstående testpunkter skal som minimum være godkendt på DEMO inden et selskab kan gå i produktion: Api kald til EDIFP-server E1. Token at der kan hentes og refreshes en access token E2. Status er der forbindelse til EDI (bør ikke kaldes oftere end 4 gange/time) E3. Companies hent en selskabsliste (max. én gang i døgnet) E4. HistoryRequest at der kan sendes en forespørgsel til et online selskab (robotselskab) og kontrollere at svaret kan modtages E5. HistoryRequest at der kan sendes en forespørgsel til et offline selskab (Selskabets Webselskab) Hvis selskabet vil benytte open/close operationerne skal flg. testes: E56. OpenMessage send åbn status E67. CloseMessage send lukke status Selskabets eget Api S1. Token at F&P kan anmode om en access token og denne kan refreshes S2. Status at der kan sendes en status S3. HistoryRequest at der kan modtages en forespørgsel og gives et svar S4. HistoryResponse at der kan modtages et svar (kan testes ved at logge på WebEDI og svare som Web-selskab se E5) Version 2.0 Draft C December 2018 Side 31 af 31
Guide for online Skadehistorik erhverv, landbrug og motor Bilag 1 Rest Api
Guide for online Skadehistorik erhverv, landbrug og motor Bilag 1 Rest Api Version 2.0 Draft D Dokumentoplysninger Titel: Projekt: EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere
Læs mereEDI-guide Skadehistorik for erhverv og landbrug Bilag 1 XML webservice
EDI-guide Skadehistorik for erhverv og landbrug Bilag 1 XML webservice Version 1.0 Final Dokumentoplysninger Titel: Projekt: EDI-guide Skadehistorik, Bilag 1 XML webservice EDI kontorets branchekoordinerede
Læs mereGuide for Online Skadehistorik for erhverv, landbrug og motor Bilag 2 Ajourføringshistorik
Guide for Online Skadehistorik for erhverv, landbrug og motor Bilag 2 Ajourføringshistorik Version 2.0 Draft E Dokumentoplysninger Titel: Projekt: Guide for Online skadehistorik for erhverv, landbrug og
Læs mereGuide for Forsikring & Pensions REST API v2, version Indledning. 2. Forudsætninger før brug af Forsikring & Pensions REST API
Guide for s REST API v2, version 2.0 1. Indledning Dette dokument beskriver REST API for de 3 services, som udstiller i forbindelse med selskabernes tjek på ubetalte gebyrer og præmierestance, som skal
Læs mereGuide for Online Skadehistorik for erhverv, landbrug og motor Bilag 2 Ajourføringshistorik
Guide for Online Skadehistorik for erhverv, landbrug og motor Bilag 2 Ajourføringshistorik Version 2.0 Draft D Dokumentoplysninger Titel: Projekt: Guide for Online skadehistorik for erhverv, landbrug og
Læs mereXML webservice for deklarationsgebyrer. Version 1.0 Final
XML webservice for deklarationsgebyrer Version 1.0 Final Dokumentoplysninger Titel: Projekt: Webservice for deklarationsgebyrer EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere
Læs mereXML webservice for pensionsordninger. Version 1.0 Draft A
XML webservice for pensionsordninger Version 1.0 Draft A Dokumentoplysninger Titel: Projekt: Webservice for pensionsordninger EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere til
Læs mereGuide for Online Skadehistorik for erhverv, landbrug og motor Bilag 2 Ajourføringshistorik
Guide for Online Skadehistorik for erhverv, landbrug og motor Bilag 2 Ajourføringshistorik Version 2.0 Draft C Dokumentoplysninger Titel: Projekt: Guide for Online skadehistorik for erhverv, landbrug og
Læs mereGuide for Online Skadehistorik erhverv, landbrug og motor. Version 2.0 Draft D
Guide for Online Skadehistorik erhverv, landbrug og motor Version 2.0 Draft D Dokumentoplysninger Titel: Projekt: Guide for Online Skadehistorik erhverv, landbrug og motor EDI kontorets branchekoordinerede
Læs mereGuide for Online Skadehistorik erhverv, landbrug og motor. Version 2.0 Draft C
Guide for Online Skadehistorik erhverv, landbrug og motor Version 2.0 Draft C Dokumentoplysninger Titel: Projekt: Guide for Online Skadehistorik erhverv, landbrug og motor EDI kontorets branchekoordinerede
Læs mereXML webservice for FP-attester og journaloplysninger. Version 1.0
XML webservice for FP-attester og journaloplysninger Version 1.0 Dokumentoplysninger Titel: Projekt: Webservice for FP-attester og journaloplysninger EDI kontorets branchekoordinerede dataudveksling Forfatter:
Læs mereEDI-guide Skadehistorik for erhverv og landbrug. Version 1.0 Final
EDI-guide Skadehistorik for erhverv og landbrug Version 1.0 Final Dokumentoplysninger Titel: Projekt: EDI-guide Skadehistorik for erhverv og landbrug EDI kontorets branchekoordinerede dataudveksling Forfatter:
Læs mereEDI-guide Skadehistorik for erhverv og landbrug Bilag 4 Samtykke
EDI-guide Skadehistorik for erhverv og landbrug Bilag 4 Samtykke Version 1.0 Final Dokumentoplysninger Titel: Projekt: EDI-guide Skadehistorik Bilag 4, Samtykke EDI kontorets branchekoordinerede dataudveksling
Læs mereGuide for online Skadehistorik for erhverv, landbrug og Motor Bilag 4 Samtykke
Guide for online Skadehistorik for erhverv, landbrug og Motor Bilag 4 Samtykke Version 2.0 Draft C Dokumentoplysninger Titel: Projekt: EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere
Læs mereTredjepart webservices
Tredjepart webservices 4. juni 2015 USS Dok. Klik her for at angive tekst. 1/12 Indholdsfortegnelse Introduktion... 3 Miljøer... 3 Adgang... 3 API kald... 4 GET: /authorizations... 4 Input 4 Output 4 Output
Læs mereGuide for online Skadehistorik for erhverv, landbrug og motor Bilag 3 Regler for personoplysninger
Guide for online Skadehistorik for erhverv, landbrug og motor Bilag 3 Regler for Version 2.0 Draft C Dokumentoplysninger Titel: Projekt: EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere
Læs mereDKAL Snitflader REST HTTP returkoder
DKAL Snitflader REST HTTP returkoder 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 3 A5.2 HTTP RETURKODER 3 A5.3 DKAL FEJLKODER 6 A5.3.1 DKAL XML FEJLFORMAT 7 Bilag A5: REST HTTP returkoder
Læs mereVejledning til brugeradministrator. EDI systemet
Vejledning til brugeradministrator EDI systemet 1. april 2019 Vejledning til brugeradministrator Denne vejledning beskriver de opgaver du har som brugeradministrator. Opgaverne er: - Oprette og vedligeholde
Læs mereD INTEGRATIONSDESIGN FOR DATAAFTAGERE
DIGST ORKESTRERINGSKOMPONENT D0180 - INTEGRATIONSDESIGN FOR DATAAFTAGERE Version: 1.3 Status: Endelig Godkender: Forfatter: Copyright 2019 Netcompany. Alle rettigheder forbeholdes. Dokumenthistorik Version
Læs mereDigital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3
Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 4 A5.2 HTTP RETURKODER 4 A5.3 DIGITAL POST FEJLKODER 7 A5.3.1 DIGITAL POST
Læs mereDigitaliseringsstyrelsen
Guide Web service sikkerhed Version: 1.a ID: 37294 2012-05-30 Contents 1 INTRODUKTION... 3 INTRODUKTION TIL SIKKERHED... 4 1.1 TILMELDING... 4 AUTENTIFICERING... 7 1.2 REST SERVICE PROVIDERS... 7 1.3 ANDRE
Læs mereArbejsskadeAnmeldelse
ArbejsskadeAnmeldelse OpretAnmeldelse 001 All Klassifikations: KlassifikationKode is an unknown value in the current Klassifikation 002 All Klassifikations: KlassifikationKode does not correspond to KlassifikationTekst
Læs mereVejledning til brugerforvalter. EDI systemet
Vejledning til brugerforvalter EDI systemet 1. april 2019 Vejledning til brugerforvalter Denne vejledning beskriver de opgaver du har som brugerforvalter. Brugerforvalter har en række opgaver for de selskaber,
Læs mereITD ecmr WEB Services. Af Allan Wisborg, IT Udvikler
Af Allan Wisborg, IT Udvikler Til løsningen ecmr Det elektroniske fragtbrev udbydes en række offentlige WEB services. Dette er beskrivelsen af disse services og hvorledes de anvendes. 21. December 2015
Læs mereEDI-guide Skadehistorik for erhverv og landbrug Bilag 3 Regler for personoplysninger og oplysninger om erhvervskunder
EDI-guide Skadehistorik for erhverv og landbrug Bilag 3 Regler for personoplysninger og oplysninger om erhvervskunder Version 1.0 Final Dokumentoplysninger Titel: Projekt: EDI-guide Skadehistorik Bilag
Læs mereDigitaliseringsstyrelsen
NemLog-in 29-05-2018 INTERNAL USE Indholdsfortegnelse 1 NEMLOG-IN-LØSNINGER GØRES SIKRERE... 3 1.1 TJENESTEUDBYDERE SKAL FORBEREDE DERES LØSNINGER... 3 1.2 HVIS LØSNINGEN IKKE FORBEREDES... 3 2 VEJLEDNING
Læs mereEDI-guide for Regres Bilag 2 Ajourføringshistorik
EDI-guide for Regres Bilag 2 Ajourføringshistorik Version 3.3 Final Dokumentoplysninger Titel: Projekt: EDI-guide for Regres EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere til
Læs mere1.1 Formål Webservicen gør det muligt for eksterne parter, at fremsøge informationer om elevers fravær.
EfterUddannelse.dk FraværService - systemdokumentation BRUGERDOKUMENTATION: WEB-SERVICE Af: Logica Indhold 1. Indledning... 1 1.1 Formål... 1 1.2 Webservice version... 1 1.3 Historik... 1 2. Absence Webservice...
Læs mereSOSI STS Testscenarier
SOSI STS Testscenarier Version 1.0.1 Status: Offentliggjort Indholdsfortegnelse 1 Introduktion... 2 1.1 Baggrund...2 1.2...2 1.3 Baggrundsmateriale... 2 1.4 Adgang...2 2 Test af STS Webservice... 4 2.1
Læs mereDPR Viderestilling. Grænseflade for klient applikation
DPR Viderestilling CSC Danmark Copyright All Rights Reserved. Side 2 af 15 1. Generel beskrivelse Program-til-program kommunikationen foregår mellem to applikationer: DPR Viderestilling og en klient applikation.
Læs mereDKAL Snitflader REST Register
DKAL Snitflader REST Register 1 Indholdsfortegnelse A2.1 INTRODUKTION 3 A2.1.1 HENVISNINGER 3 A2.1.2 LÆSEVEJLEDNING 4 A2.1.2.1 SÅDAN LÆSES EN REST GRAF 4 A2.1.2.2 SÅDAN LÆSES EN RESSOURCE OG EN TYPE 4
Læs mereDigital post Snitflader Bilag A2 - REST Register Version 6.3
Digital post Snitflader Bilag A2 - REST Register Version 6.3 1 Indholdsfortegnelse A2.1 INTRODUKTION 4 A2.1.1 HENVISNINGER 4 A2.2 OVERSIGT OVER FUNKTIONSOMRÅDE 5 A2.2.1 OPRET / HENT OPLYSNINGER OM SLUTBRUGER
Læs mereExternalCalendarServiceForDFDG og PlannerExternalCalendarService
ExternalCalendarServiceForDFDG og PlannerExternalCalendarService sfortegnelse Forretningsbeskrivelse... 2 Metoder... 3 CreateEvents... 3 UpdateEvents... 3 DeleteEvents... 4 GetEvents... 5 GetResources...
Læs mere2.15 21/05/2013 Tilføjet dokumentation af bvn input for GetEngagementDetailed
APOS2 REST API Forord Dette dokument er en del af APOS version 2 manualerne. APOS version 2 (APOS2 herefter) er et organisation, klassifikation og personale system baseret på Sag & Dokument standarderne.
Læs mereDen Gode LÆ-blanket Webservice (DGLÆ:WS)
Den Gode LÆ-blanket Webservice (DGLÆ:WS) MedCom arbejdspapir. Ver 0.2 18-06-2006. HVO Den Gode LÆ-blanket Webservice (DGLÆ:WS)...1 Del A: Formål og funktionalitet...2 Formål (=Usecase)...2 Sagsgangen i
Læs mereAuthorizationCodeService
AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark, version 1.1 W 1 AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark version 1.1 Kåre Kjelstrøm Formål... 3 Introduktion...
Læs mereSnitfladebeskrivelse for Snitfladebeskrivelse STD-8 KMD Boligstøtte Version 1.0.0, 13.12.2011
Snitfladebeskrivelse for Snitfladebeskrivelse STD-8 KMD Boligstøtte Version 1.0.0, 13.12.2011 Indholdsfortegnelse Ændringer i forhold til forrige version... 2 1 Brug af snitfladebeskrivelsen... 3 2 Formål
Læs mereDigital post. Snitflader. Bilag A5 - REST HTTP returkoder. Version 6.1
Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.1 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 4 A5.2 HTTP RETURKODER 4 A5.3 DIGITAL POST FEJLKODER 7 A5.3.1 DIGITAL POST
Læs mereWebservice til upload af produktionstilladelser
BILAG 1 Webservice til upload af produktionstilladelser Indhold og anvendelse Denne web-service gør det muligt for 3. parts programmer i kommuner og amter at Uploade og registrere kommunale produktionstilladelser
Læs mereTeknisk Dokumentation
Sundhedsstyrelsens E2B Bivirkningswebservice Teknisk Dokumentation Side 1 af 8 Indhold Indledning... 3 Terminologi... 3 Arkitektur... 4 Web Service Snitflade... 4 Valideringsfejl... 5 Success... 5 E2B...
Læs mereHåndbog Til CPR services. Bilag 5 Logon og generel brug af CPR-services; programmeringsvejledning
Håndbog Til CPR services Bilag 5 Logon og generel brug af CPR-services; programmeringsvejledning CPR-kontoret Finsensvej 15, 2000 Frederiksberg E-post: cpr@cpr.dk. Hjemmeside: www.cpr.dk Håndbog til CPR
Læs mereKOMBIT. Køreprøvebooking KC-KPB- Web Service Systemdokumentation. Version 1.6. Dato 12. juni Reference [Reference]
KOMBIT Køreprøvebooking KC-KPB- Web Service Systemdokumentation Version 1.6 Dato 12. juni 2018 Reference [Reference] Forfatter Helle Rønnow Iversen Kontrakt nr. [Contract] Klassificering None Knowledge
Læs mereDokumentation af optagelse.dk
ApplicationService Indhold Versionsstyring Introduktion Navn URL Formål Sikkerhed Operationer echo() findftuapplicationids(...) findftuapplicationbyid(...) findftuapplicationpdfbyid(...) findftuapplicationenclosurezipurlbyid(...)
Læs mereAffaldsdatasystem Vejledning supplement i system-til-system integration for.net brugere
Affaldsdatasystem Vejledning supplement i system-til-system integration for.net brugere Dokument version: 2.0 ADS version: 1.0 Henvendelse vedrørende affald: Miljøstyrelsen Roskilde, Affaldssekretariatet
Læs mereUdvekslingsguide LD flytning. Version 1.2
Udvekslingsguide LD flytning Version 1.2 Dokumentoplysninger Titel: Projekt: Udvekslingsguide LD flytning LD, LD flytning Forfatter: Bidragsydere til dokumentet: Godkendt af: Dokumentansvarlig: Fordeling:
Læs mereVejledning til brugeradministrator. EDI systemet
Vejledning til brugeradministrator EDI systemet 15. november 2017 Vejledning til brugeradministrator Denne vejledning beskriver de opgaver du har som brugeradministrator. Opgaverne er: - Oprette og vedligeholde
Læs mereSTS Designdokument. STS Designdokument
STS Designdokument i STS Designdokument STS Designdokument ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.3 2013-01 N STS Designdokument iii Indhold 1 Introduktion 1 2 Arkitekturoverblik 1 2.1 Eksterne
Læs mereDen Gode VANSEnvelope. MedCom
Den Gode VANSEnvelope MedCom Den Gode VANSEnvelope Jacob Glasdam Bolette Friis Jensen KMD Erik Jacobsen Multimed Ole Vilstrup CSC Thomas Jørgensen Evenex Dorthe Skou Lassen MedCom Gitte Fleckner Henriksen
Læs mereSEPA Direct Debit. Mandat Vejledning 2013.03.15. Nets Lautrupbjerg 10 DK-2750 Ballerup
SEPA Direct Debit Mandat Vejledning 2013.03.15 Nets Lautrupbjerg 10 DK-2750 Ballerup Indholdsfortegnelse 1. Indledning... 3 1.1 Tilknyttet dokumentation... 3 1.2 Kontakt til Nets... 3 2. Krav til SEPA
Læs mereDigital post Snitflader Bilag A5 - REST HTTP returkoder Version 7.0
Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 7.0 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 4 A5.2 HTTP RETURKODER 4 A5.3 DIGITAL POST FEJLKODER 7 A5.3.1 DIGITAL POST
Læs mereEDI-guide for CONTRL. Version 1.0 Final
EDI-guide for ONTRL Version 1.0 Final EDI-guide ONTRL, bilag 1 - EDIFAT Dokumentoplysninger Titel: Projekt: EDI-guide for EDIFAT og ONTRL EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere
Læs mereHvem er målgruppen for disse dokumenter. Hvilke forudsætninger skal læseren have?
Kommenteringsskema 15. januar 2018 Sekretariatet for Initiativ 8.1. BEMÆRK: Alle indsendte kommentarer offentliggøres (på arkitektur.digst.dk). Såfremt du ikke ønsker en kommentar offentliggjort, bedes
Læs mereAssignment #5 Toolbox Contract
Assignment #5 Toolbox Contract Created by: René Kragh Trine Randløv E mail address cph rk70@cphbusiness.dk 23 11 2014 1 Introduktion Dette dokument indeholder en vertikal kontrakt for et system som skal
Læs merePOST IT! Cph Business Academy Multimediedesign 2. Semester flow april Kirstine Marie Rasmussen cph-
POST IT! Cph Business Academy Multimediedesign 2. Semester flow 3 9. april 2017 Kirstine Marie Rasmussen cph- kr141@cphbusiness.dk Mette Bejder cph- mb458@cphbusiness.dk Link til POST IT http://mbejder.dk/post-
Læs mereHosted CRM Outlook client connector setup guide. Date: Version: 1. Author: anb. Target Level: Customer. Target Audience: End User
Hosted CRM 2011 Outlook client connector setup guide Date: 2011-06-29 Version: 1 Author: anb Target Level: Customer Target Audience: End User Language: da-dk Page 1 of 16 LEGAL INFORMATION Copyright 2011
Læs mereIntegrationsmanual. Anvendelse af webservice til kursusoversigt i Campus. Brugervejledning til udviklere
Integrationsmanual Anvendelse af webservice til kursusoversigt i Campus Brugervejledning til udviklere Moderniseringsstyrelsen Webservice manual til udviklere 2016 1 1. Indholdsfortegnelse Nyt kapitel
Læs mereDokumentation af optagelse.dk
ApplicationService Indhold Versionsstyring Introduktion Navn URL Formål Sikkerhed Operationer echo() findftuapplicationids(...) findftuapplicationbyid(...) findftuapplicationpdfbyid(...) findftuapplicationenclosurezipurlbyid(...)
Læs mereSide 1 af 9. SEPA Direct Debit Betalingsaftaler Vejledning
Side 1 af 9 SEPA Direct Debit Betalingsaftaler Vejledning 23.11.2015 1. Indledning Denne guide kan anvendes af kreditorer, som ønsker at gøre brug af SEPA Direct Debit til opkrævninger i euro. Guiden kan
Læs mere1. FORORD TIL BRUGERVEJLEDNING FOR FLYTNING AF LD-KONTI... 3
Version 1.1.1 Oktober 2014 INDHOLDSFORTEGNELSE 1. FORORD TIL BRUGERVEJLEDNING FOR FLYTNING AF LD-KONTI... 3 2. ÅBNINGSSKÆRMBILLEDET, START AF DATABEHANDLING... 4 2.1. ADGANGSKONTROL... 4 2.2. INDBAKKEN...
Læs mereFMK-online's brug af SmartFraming
Side 1 af 9 FMK-online's brug af SmartFraming Version 1.1 2011-11-01 Side 2 af 9 Indholdsfortegnelse Indledning...3 Initialisering og login...3 Kontekst Properties...4 user.id.authorizationid...4 userorganization.id.number...4
Læs mereTDC Erhverv Cloud Storage. Brugermanual. EMC² CIFS-ECS Ver August 2016
TDC Erhverv Cloud Storage Brugermanual EMC² CIFS-ECS Ver. 1.2 August 2016 December 2010 Indholdsfortegnelse Brugermanual TDC Erhverv Cloud Storage CIFS-ECS 1. Formål... 3 2. EMC CIFS-ECS... 3 3. Forudsætninger...
Læs mereSOSIGW. - Administrationskonsol for SOSIGW 1.0.6. Indeks
SOSIGW - Administrationskonsol for SOSIGW 1.0.6 Indeks Indeks... 1 Revisionshistorik... 2 Introduktion... 2 Administrationskonsollen... 2 Generel brug af konsollen... 3 Fremsøgning af ID-kort... 3 Søgning
Læs mereFESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø
FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har
Læs mereVejledning til brugeradministrator. EDI systemet for FP attester og journaloplysninger
Vejledning til brugeradministrator EDI systemet for FP attester og journaloplysninger 1. april 2019 Vejledning til brugeradministrator oprettelse af afdelinger og brugere til EDI FP attester Denne vejledning
Læs merePrivat-, statslig- eller regional institution m.v. Andet Added Bekaempelsesudfoerende: string No Label: Bekæmpelsesudførende
Changes for Rottedatabasen Web Service The coming version of Rottedatabasen Web Service will have several changes some of them breaking for the exposed methods. These changes and the business logic behind
Læs mereNavision Stat (NS 9.2)
Side 1 af 7 Navision Stat 9.1.002 (NS 9.2) ØSY/NS/RASEG Dato 21.06.2018 Installationsvejledning til NS Web API Invoker Overblik Introduktion Installationsvejledningen beskriver, hvordan man installerer
Læs mereSecurity Token Service. Snitflade OIO WS Trust
Security Token Service Snitflade OIO WS Trust Side 1 af 7 Indholdsfortegnelse 1. Versionsnummer... 3 2. Snitfladebeskrivelse... 3 3. Servicebeskrivelse... 3 3.1 Identity provider... 3 3.2 Supported binding...
Læs mereSEPA Direct Debit. Vejledning for tilbageførsel. privatbetalinger (CORE) Nets Denmark A/S Lautrupbjerg 10 P.O. 500 DK-2750 Ballerup
SEPA Direct Debit Vejledning for tilbageførsel af uautoriserede privatbetalinger (CORE) Nets Denmark A/S Lautrupbjerg 10 P.O. 500 DK-2750 Ballerup Indholdsfortegnelse 1 Indledning... 3 1.1 Tidsfrister...3
Læs mereVejledning til anvendelse af MeMo og SMTP. Næste generation Digital Post Maj 2018, version 0.9
Vejledning til anvendelse af MeMo og SMTP Næste generation Digital Post Maj 2018, version 0.9 Indhold Indhold 2 1 Introduktion 3 1.1 Præciseringer 3 1.2 Terminologi 3 2 Anvendelse af SMTP-felter 5 3 Anvendelse
Læs mereEDI-guide for Opsigelser. Version 5.7 draft G
EDI-guide for Opsigelser Version 5.7 draft G Dokumentoplysninger Titel: Projekt: EDI-guide for Opsigelser EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere til dokumentet: Godkendt
Læs mereHosted CRM Outlook client connector setup guide. Date: Version: 1. Author: anb. Target Level: Customer. Target Audience: End User
Hosted CRM 2011 Outlook client connector setup guide Date: 2011-09-08 Version: 1 Author: anb Target Level: Customer Target Audience: End User Language: da-dk Page 1 of 19 LEGAL INFORMATION Copyright 2011
Læs mereDen gode webservice i LÆ projektet. Martin Holmgaard Rasmussen 23. oktober 2006
Den gode webservice i LÆ projektet Martin Holmgaard Rasmussen 23. oktober 2006 Hvor er vi i dag? Databroker Kald er oprettet og funktionelle (dog ikke arkivsøgning) Hjælpekald leverer rigtige data Hovedkald
Læs mereIndholdsfortegnelse. Version 1.4. 1 Serviceplatformen - opsætningsguide (Eksterne testmiljø)... 2 1.1 Indledning... 2
Indholdsfortegnelse 1 Serviceplatformen - opsætningsguide (Eksterne testmiljø)... 2 1.1 Indledning... 2 1.2 Forberedelse til anvendelse Serviceplatformen... 2 1.2.1 Medarbejdercertifikat (MOCES)... 2 1.2.2
Læs mereecpr erstatnings CPR Design og arkitektur
1 ecpr erstatnings CPR Design og arkitektur Indhold ecpr erstatnings CPR... 1 Indhold... 2 Formål... 3 Overblik... 4 Snitflader... 4 Komponenter... 5 Webservice... 5 Statuskomponent... 5 Forretningslag...
Læs mereSYSTEMDOKUMENTATION AF POC
DIGITALISERINGSSTYRELSEN POC PÅ ORKESTRERINGSKOMPONENTEN SYSTEMDOKUMENTATION AF POC Version: 1.1 Status: Endelig Godkender: Forfatter: Copyright 2019 Netcompany. All rights reserved Dokumenthistorik Version
Læs mereIntegration af online tilbud
Brugervejledning til udviklere Integration af online tilbud Version 2015-05-15 Opdateret og seneste version kan altid hentes på http://webtour.dk/manual Der arbejdes til stadighed på at forbedre vores
Læs mereSIP. Session Initiation Protocol. TDC IP telefoni Scale
SIP Session Initiation Protocol TDC IP telefoni Scale SIP design mål Give mulighed for at integrere nye faciliteter efterhånden som de opfindes SIP er ikke en erstatning for det offentlige telefonnet -
Læs mereSTS Designdokument. STS Designdokument
STS Designdokument i STS Designdokument REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.3 2013-01 N STS Designdokument iii Contents 1 Introduktion 1 2 Arkitekturoverblik 3 2.1 Eksterne snitflader..................................................
Læs mereVelkommen til EDI-systemet for opsigelser
EDI-løsningen er udviklet for Forsikringsselskaber af Forsikring & Pension. Tlf. 41 91 91 91 edi@forsikringogpension.dk for opsigelser Brugervejledning er udarbejdet med henblik på at give en introduktion
Læs mereSIP. Session Initiation Protocol TDC IP telefoni Scale. SIP design mål
Session Initiation Protocol TDC IP telefoni Scale design mål Give mulighed for at integrere nye faciliteter efterhånden som de opfindes er ikke en erstatning for det offentlige telefonnet - er helt sin
Læs mereEksternt Manifest API
Eksternt Manifest API URL TRANSPORTATION COMPANY /transportation-company /transportation-company/{transportationcompanyid} MANIFEST /manifest /manifest /manifest/{manifestid} /manifest/{manifestid} /manifest/{manifestid}
Læs mereOS2autoproces. Vejledning til implementering
OS2autoproces Vejledning til implementering Version: 1.0.3 Date: 10.10.2018 1 Indledning Dette dokument er en gennemgående vejledning til implementeringen af OS2autoproces. Det er ikke en vejledning til
Læs mereOIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1.
OIO standardservice til Journalnotat Generel servicevejledning KMD Sag Version 1.0 01-09-2013 KMD A/S Side 1 af 15 Generel servicevejledning til OIO Journalnotat Ekstern standardservice Opdateret 01.09.2013
Læs mereSnitfladebeskrivelse for WEBService IndkomstEnkeltForespoergsel. KMD Indkomst, P13-5. Version 13.0, 24.09.2015
Snitfladebeskrivelse for WEBService IndkomstEnkeltForespoergsel KD Indkomst, P13-5 Version 13.0, 24.09.2015 Indholdsfortegnelse Ændringer i forhold til forrige version... 2 1 Brug af snitfladebeskrivelsen...
Læs mereUnitel EDI MT940 June 2010. Based on: SWIFT Standards - Category 9 MT940 Customer Statement Message (January 2004)
Unitel EDI MT940 June 2010 Based on: SWIFT Standards - Category 9 MT940 Customer Statement Message (January 2004) Contents 1. Introduction...3 2. General...3 3. Description of the MT940 message...3 3.1.
Læs mereForsikring & Pension WebEDI server. Udvekslingsguide Pgf. 41. CSC Danmark A/S SMB Network Consultancy
Forsikring & Pension WebEDI server Pgf. 41 CSC Danmark A/S SMB Network Consultancy Dokumentoplysninger Titel: Projekt:, Pgf. 41 F&P WebEDI server Forfatter: Jan Søgaard CSC Bidragsydere til dokumentet:
Læs mereProject Step 7. Behavioral modeling of a dual ported register set. 1/8/ L11 Project Step 5 Copyright Joanne DeGroat, ECE, OSU 1
Project Step 7 Behavioral modeling of a dual ported register set. Copyright 2006 - Joanne DeGroat, ECE, OSU 1 The register set Register set specifications 16 dual ported registers each with 16- bit words
Læs mereOS2faktor. Pseudonym API. Version: Date: Author: BSG
OS2faktor Pseudonym API Version: 1.0.0 Date: 95.02.2019 Author: BSG Indhold 1 Indledning... 3 1.1 Formål med pseudonym API et... 3 1.1.1 Hvordan ved man hvilke OS2faktor klienter en bruger har?... 3 1.1.2
Læs mereDen Gode Webservice 1.1
Den Gode Webservice 1.1 -Profilen for webservicebaseret kommunikation i sundhedssektoren Ivan Overgaard, io@silverbullet.dk Udfordringen Service-Orienteret Arkitektur (SOA) er den moderne måde at lave
Læs mereTypografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem
Typografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem 1 Indholdsfortegnelse A3.1 INTRODUKTION 3 A3.1.1 HENVISNINGER 3 A3.1.2 LÆSEVEJLEDNING 4 A3.1.2.1 SÅDAN
Læs mereBilag WebService LoginModule (BSKAuth)
Regionshuset It digital forvaltning BSK programmet Olof Palmes Allé 17 Kontakt@regionmidtjylland.dk www.regionmidtjylland.dk Bilag WebService LoginModule (BSKAuth) Navn Web Service: LoginModule Metode/operation:
Læs mereSTS Driftsvejledning. STS Driftsvejledning
STS Driftsvejledning i STS Driftsvejledning STS Driftsvejledning ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.1 2012-11 HT STS Driftsvejledning iii Indhold 1 Introduktion 1 2 Konfigurations opdateringer
Læs mereELEKTRONISK INDBERETNING BØRNEDATABASEN VIA DGWS 13/1 2010 VERSION 1.02
ELEKTRONISK INDBERETNING BØRNEDATABASEN VIA DGWS 13/1 2010 VERSION 1.02 Indhold Indhold... 2 Introduktion... 3 Den Gode Webservice... 4 ID Kortet... 4 Signering... 4 BDBChildMeasurementReport webservicen...
Læs mereIP version 6. Kapitel 3: IPv6 in Depth Baseret på bogen: Cisco Self-study: Implementing Cisco IPv6 Networks Henrik Thomsen V1.0.
IP version 6 Kapitel 3: IPv6 in Depth Baseret på bogen: Cisco Self-study: Implementing Cisco IPv6 Networks Henrik Thomsen V1.0 Indhold ICMPv6 Neighbor Discovery Protocol Stateless Autoconfiguration 1 ICMPv6
Læs mereCHR/chr veksling med sporbarhedssystemet T-doc. Neden stående krav skal være opfyldt vedr. dataudveksling mellem apparater og sporbarhedssystem.
T-doc Dataudveksling Sag Vejle Sygehus Sterilcentral Projektnr. 103463 Projekt STERILCENTRAL Dato 2011-07-08 Emne Apparatur til sterilcentral, krav til dataud- Initialer CHR/chr veksling med sporbarhedssystemet
Læs mereTilslutning til ecomone Basis (OIO Faktura)
Tilslutning til ecomone Basis (OIO Faktura) 1. november 2009, Version 1.1 1. POST DANMARKS ECOMONE BASIS (OIO FAKTURA)... 3 1.1 BEGREBER... 3 2 KANALER... 3 3 MODEL FOR DATAUDVEKSLING... 4 4 KOMMUNIKATION...
Læs mereIndhold. Senest opdateret:03. september 2013. Side 1 af 8
Indhold Introduktion... 2 Scenarier hvor API et kan benyttes... 2 Scenarie 1 Integration til lagerhotel... 2 Scenarie 2 Integration til økonomi system... 2 API Modeller... 2 Webshop2 API Model v1... 3
Læs mere1 Brug af snitfladebeskrivelsen... 2. 2 Formål og beskrivelse... 2. 2.1 Hvad er formålet med snitfladen?... 2. 2.2 Beskrivelse af snitfladen...
AUB - Indberet skoleophold(al8) Indholdsfortegnelse Indholdsfortegnelse 1 Brug snitfladebeskrivelsen... 2 2 Formål og beskrivelse... 2 2.1 Hvad er formålet med snitfladen?... 2 2.2 Beskrivelse snitfladen...
Læs mereDESIGNDOKUMENT (Teknisk dokumentation)
29. feb.2016 version 1.2 Lægemiddelstyrelsens E2B Bivirkningsservice DESIGNDOKUMENT (Teknisk dokumentation) Dokument historik Version Dato Ændring 1.0 19-06-2014 Final version ifm. idriftsættelse 1.1 29-06-2015
Læs mereIBM Network Station Manager. esuite 1.5 / NSM Integration. IBM Network Computer Division. tdc - 02/08/99 lotusnsm.prz Page 1
IBM Network Station Manager esuite 1.5 / NSM Integration IBM Network Computer Division tdc - 02/08/99 lotusnsm.prz Page 1 New esuite Settings in NSM The Lotus esuite Workplace administration option is
Læs mere