Snitflade for sagsbehandling service
|
|
- Stefan Mathiasen
- 6 år siden
- Visninger:
Transkript
1 Snitflade for sagsbehandling service Version: 1.3 Forfatter: USE Dato:
2 Indhold 1 INTRODUKTION FORMÅL MÅLGRUPPE LÆSEVEJLEDNING STATUS SERVICES OG INTEGRATIONSMØNSTER FORBERED ANSØGNING Ansøgning XML Ansøgningsdokumentet INDSEND ANSØGNING Ansøgningsdokument og bilag uploades til upload/download service Besked sendes til beskedfordeler MYNDIGHEDS ESDH/FAGSYSTEM TØMMER BESKEDFORDELER SERVICE Myndigheds ESDH/fagsystem læser ansøgning Myndigheds ESDH/fagsystem downloader ansøgningsdokument og bilag MYNDIGHED BESVARER ANSØGNINGEN MEDDELELSESMODELLER ELEMENTET ANSOEGNING ELEMENTET DOKUMENT Korrespondance til OIO Dokument ELEMENTET BOMSAG (BYG OG MILJØ SAG) ELEMENTET PARTLISTE ELEMENTET DOKUMENTATION ELEMENTET TIDLIGEREANSOEGNINGLISTE ELEMENTET AKTIVITETLISTE ELEMENTET DOKUMENTATIONBILAGLISTE ELEMENTET OBJEKTLISTE ELEMENTET MATRIKEL ELEMENTET BYGNING ELEMENTET ENHED ELEMENTET SKITSE ELEMENTET FILBILAGLISTE ELEMENTET DOKUMENTATIONKRAVLISTE ELEMENTET KONFLIKTSOEGNINGRESULTATLISTE ELEMENTET MYNDIGHEDSAG ELEMENTET SAGREFERENCE ELEMENTET SAGSTATUS ELEMENTET BEHANDLESAFENHED ELEMENTET SAGSBEHANDLER ELEMENTET BEHANDLINGRETSKILDE ELEMENTET LOKALUDVIDELSE ELEMENTET ANSOEGNINGBESVARELSE ELEMENTET MYNDIGHEDAFSENDER ELEMENTET ANSOEGERMODTAGER ELEMENTET MEDDELELSETEKST ELEMENTET Schultz Information Side 2 af 47
3 3.28 ANSOEGNINGMODTAGET ELEMENTET SAGREFERENCEOPDATERING ELEMENTET SAGSTATUSOPDATERING ELEMENTET BEHANDLINGENHEDOPDATERING ELEMENTET SAGSBEHANDLEROPDATERING ELEMENTET LOKALUDVIDELSEOPDATERING ELEMENTET RETSKILDEOPDATERING ELEMENTET DOKUMENTATIONKRAVOPDATERING ELEMENTET INSTRUKTIONTEKST ELEMENTET KRAVSTYRKE SERVICEINTERFACET SAGSBEHANDLING ANVENDELSE LAESANSOEGNING Input Output Fejlsituationer BESVARANSOEGNING Input Output Fejlsituationer HENTMEDDELELSE Input Output Fejlsituationer LAESANSOEGNINGOVERSIGT Input Output Fejlsituationer LAESMEDDELELSEOVERSIGT Input Output Fejlsituationer WSDL SERVICEINTERFACET DOWNLOAD DOKUMENT DOWNLOAD ENDPOINT AUTENTIFICERING LEVETID AF DOKUMENTER URI MØNSTER FEJLSITUATIONER SERVICEINTERFACET UPLOAD DOKUMENT LEVETID AUTENTIFICERING FEJLSITUATIONER SIKKERHED SAGSBEHANDLING SERVICEN DOKUMENT UPLOAD / DOWNLOAD SERVICE VERSIONERING Schultz Information Side 3 af 47
4 9 ÆNDRINGSLOG Schultz Information Side 4 af 47
5 1 Introduktion Dette dokument beskriver snitfladen Sagsbehandling og relaterede services som udstilles af KOMBIT Byg og Miljø løsningen til brug for sagsbehandling i myndighedernes (kommuner og Kulturstyrelsen) sagsbehandlings- og fagsystemer. 1.1 Formål Formålet med dette dokument er at give eksterne parter mulighed for at konstruere service klienter således at sagsbehandling kan foretages i ESDH- og fagsystemer og integreres med Byg og Miljø (BOM) løsningen. 1.2 Målgruppe Dokumentet er rettet mod IT løsningsarkitekter og udviklere som skal udvikle integrationer med Byg og Miljø løsningen. 1.3 Læsevejledning Kapitel 2 giver et overblik over integrationsmønsteret på forretningsteknisk niveau. Kapitlet beskriver overordnet den funktionalitet som Byg og Miljø løsningen udstiller til brug for manipulation af sager og kommunikation med ansøgere gennem løsningen. Dette kapitel bør læses af IT arkitekter som skal planlægge på hvilket niveau et aftagersystem skal/kan integrere med løsningen. Kapitel 3 beskriver med XML diagrammer (XML Spy diagrammering) detaljeret opbygningen af meddelelser og deres elementer/attributter. Dette kapitel bør læses af udviklere/it arkitekter som skal sammensætte de og udfylde elementer i de konkrete meddelelser. Kapitel 5 og 6 beskriver 2 relaterede services som benyttes til udveksling af binære filer og dokumenter der ikke kan indlejres i selve XML meddelelserne. Disse kapitler retter sig mod udviklere som skal udvikle den faktiske integration med disse services. Kapitel 7 beskriver sikkerhedsmodellerne som anvendes af services. Kapitlet bør læses af IT arkitekter / IT sikkerhedsansvarlige samt udviklere som har ansvar for udvikling af integration med BOM løsningen. 1.4 Status Nærværende dokument beskriver snitfladen som den er planlagt. Den overordnede struktur, integrationsmønster og funktionalitet forventes ikke at blive ændret. Der tages forbehold for at detaljer i de enkelte meddelelsesmodeller kan ændres. Schultz Information Side 5 af 47
6 2 Services og Integrationsmønster Integrationen med ESDH- og fagsystemer omfatter flere services som alle beskrives i dette dokument: Sagsbehandling serviceinterfacet er den primære snitflade som myndighedernes ESDH- og fagsystemer benytter i integrationen. Igennem denne snitflade henter systemerne ansøgninger og meddelelser fra ansøgerne og sender myndighedens besvarelser, sagsopdateringer mm. Serviceinterfacet omfatter ikke overførsel af de faktiske binære dokumenter/filer. Sagsbehandling serviceinterfacet er SOAP baseret og er ikke praktisk anvendeligt til overførsel af binære filer af uforudsigelige størrelser. I dette benytter serviceinterfacet samme princip som OIO Dokument serviceinterfacet. Dokument download serviceinterface benyttes til at downloade binære filer og dokumenter. De konkrete URL er modtages gennem det primære Sagsbehandling serviceinterface og hentes fra denne service direkte over http protokollen. Dokument upload serviceinterface benyttes til at uploade binære filer og dokumenter som skal sendes fra myndigheden til ansøger(ne). Myndigheden tildeler et unikt URL til hver enkelt fil og uploader disse gennem denne upload servicen. Derefter refereres dokumenterne/filerne i meddelelser som sendes til ansøgeren gennem det primære Sagsbehandling serviceinterface. Beskedfordeler serviceinterfacet er pladsholder for en infrastruktur komponent af samme navn som det formodes at BOM og ESDH/fagsystemer senere skal integrere med. Imidlertid er denne komponent ikke færdigudviklet og tilgængelig når BOM skal tages i drift. Denne service opfylder samme funktion lokalt mellem BOM og ESDH/fagsystemer med det formål at tillade samme integrationsmønster men uden at forsøge at forudsige det præcise design af den kommende beskedfordeler. Beskedfordeler servicen er et posthus hvor BOM placerer beskeder om hændelser (fx nye ansøgninger eller meddelelser fra ansøgere til myndigheden). Myndigheden antages så at hente beskeder regelmæssigt (polling) og kontakte BOM Sagsbehandling servicen for at læse de faktiske ansøgninger, meddelelser mm. Schultz Information Side 6 af 47
7 2.1 Forbered ansøgning Før ansøgningen afsendes fra BOM (den oprindelige ansøgning eller senere indsendelser) bliver den pakket i BOMs forsendelseskomponent. Denne pakning indebærer at der dannes en XML besked med ansøgningsdata samt et PDF dokument, ansøgningsdokumentet Ansøgning XML Ansøgningen er beskrevet i et XML dokument. Skema for dette dokument er beskrevet i afsnit Ansøgningsdokumentet Ansøgningsdokumentet er et PDF dokument som indeholder o o Projektets navn/titel som ansøgningens titel Myndighedens sagsnr hvis dette er sat af myndigheden (1. indsendelse vil ikke have sagsnr). Schultz Information Side 7 af 47
8 o o o o o o o o o o Sagens beregnede sagstype Klassifikation ud fra sagstype (fx KLE) Historikrapport som beskriver hvad der er ændret i dokumentet siden sidste indsendelse. Dette omfatter ændrede dokumentationstyper, ændrede objekter (flyttede/slettede/nye), ændret sagstyper, ændrede aktivitetstyper, ændrede dokumentationskrav. Liste over sagens aktivitetstyper. Liste over sagens objekter (indtegnede og udpegede bygninger, matrikler, enheder). En sektion for hver dokumentationstype. Sektionen viser eventuelle indtastede redegørelser, besvarelser af inputfelter, digital signatur etc. Sektionen indeholder også en liste af referencer til bilag der er refereret fra dokumentationsbesvarelsen. Bilag er filer som er uploadet af ansøgeren. Bilag vises som links i PDF filen. Hvis brugeren har adgang til sagsbehandler web kan brugeren downloade filen ved at klikke på linket. Rapport over beregnede dokumentationskrav. Ansøger behøver ikke at medsende alle dokumentationskrav, men denne rapport beskriver de dokumentationstyper som systemet har beregnet som krævede eller frivillige. Rapport over konfliktsøgninger. Konfliktsøgninger vises uanset deres resultat. Konflikter illustreres ved kort med indtegnede objekter og konflikt objekter fra kortlagene., Samlet krydsreferenceliste over bilag og hvilke dokumentationstyper der refererer bilaget. Liste over tidligere indsendelser 2.2 Indsend ansøgning Når ansøgningen er gjort klar skal den sendes. Ansøgningen indsendes som en XML meddelelse samt et antal PDF filer og filer som måtte være vedhæftet af ansøger. Én af PDF filerne er ansøgningsdokumentet som dannes under forsendelsen. Andre filer er uploadet af ansøger. Ansøgning XML meddelelsen indeholder ikke det binære indhold af PDF dokumenter og andre vedhæftede filer. I stedet refererer ansøgning XML meddelelsen til disse filer (kaldet dokumenter) gennem dokument metadata som bl.a. angiver URL hvor de faktiske filer (dokumenterne) kan downloades fra. Dette betyder at afsendelsesprocessen starter med at uploade filer til en upload/download (dokument) service og indlejrer referencer til disse filer i ansøgning XML meddelelsen. Til den fælles kommunale rammearkitektur er der planlagt en komponent Beskedfordeler. Dette er et posthus komponent som fritager afsendende systemer for at skulle kalde direkte til aftagersystemer. Beskedfordeler komponenten forventes ikke at være klar til den planlagte ibrugtagning for Byg og Miljø løsningen og kan følgelig ikke benyttes af BOM. BOM løsningen implementerer sin egen lokale beskedfordeler service for at kunne benytte samme integrationsmønster som vil lette en evt. senere overgang til en fælles beskedfordeler. Schultz Information Side 8 af 47
9 2.2.1 Ansøgningsdokument og bilag uploades til upload/download service Ansøgningens PDF dokument og eventuelle bilag som er uploadet af ansøgeren er filer. Filer overføres ikke som en del af XML meddelelsen. I stedet uploades filer til en upload/download service hvor modtager senere kan download fra Besked sendes til beskedfordeler Når ansøgning XML er klar og dokumenter/filer er uploadet til upload/download service sendes en besked til besked fordeler servicen. Beskedfordeler servicen opbevarer beskeder om indsendte ansøgninger. 2.3 Myndigheds ESDH/fagsystem tømmer beskedfordeler service Myndigheders ESDH/fagsystemer poller regelmæssigt beskedfordeler servicen og forespørger med angivelse af tidspunkt beskeder siden sidst. Beskeder identificerer ansøgning ID som kan benyttes til at hente ansøgningen Myndigheds ESDH/fagsystem læser ansøgning Med ID et fra beskedfordeleren kan ESDH/fagsystemet læse ansøgning XML dokumentet fra BOM. XML dokumentet indeholder dokumentreferencer for ansøgning dokumentet og bilag. Disse sendes ikke fysisk med i XML dokumentet Myndigheds ESDH/fagsystem downloader ansøgningsdokument og bilag Referencerne fra ansøgning XML dokumentet indeholder URL referencer til hvorfra filerne kan downloades. Disse URL er peger på upload/download servicen. Myndigheden kan vælge at download dokumenterne med det samme eller vente til senere. Dokumenterne bliver liggende på URL en i hele sagens levetid. 2.4 Myndighed besvarer ansøgningen Myndigheden kan nu besvare ansøgningen. Der kan sendes én eller flere besvarelser og hver besvarelse kan indeholde en eller flere ansøgningsdele: Anerkend modtagelse. Benyttes til at informere ansøger om at myndigheden har taget ansvar for ansøgningen. Sæt sagsstatus, frist og initiativpligt. Myndigheden kan sætte sagsstatus efterhånden som sagen behandles af myndigheden. Sagsstatus vises for ansøgeren. Sæt sagsbehandler navn, , telefonnr. Myndigheden kan vælge at fortælle ansøgeren hvem der behandler sagen med kontaktinformation. og telefonnr er frivilligt. Schultz Information Side 9 af 47
10 Sæt sagsreference. Myndigheden kan fortælle ansøgeren om det sagsnr sagen har fået hos myndigheden. Desuden kan myndigheden registrere et sag UUID som bliver medsendt af BOM ved fremtidige meddelelser vedr. sagen. Sætte sagsbehandler enhed. Myndigheden kan fortælle ansøgeren i hvilken org enhed sagen behandles. Registrere lokale udvidelser. Myndighedens ESDH/fagsystem kan registrere et XML element (incl. underelementer). Dette har ingen betydning for behandlingen i BOM og vises ikke for ansøgeren. Registrerede lokale udvidelser medsendes ved fremtidige meddelelser fra BOM vedr. sagen. Sæt specifik retskilde. Myndigheden kan sætte en specifik retskilde, fx BR10 som sagen behandles under i myndigheden. BOM benytter dette til at vælge den seneste regelkonfiguration der refererer denne retskilde således at regelberegninger udføres ifht. Retskilden. Sæt krav om dokumentationstype. ESDH/fagsystemet kan anmode ansøgeren om at (gen)udfylde et dokumentationskrav. Sammen med identifikationen af dokumentationstypen kan der sendes en instruks. Denne instruks vises som en del af vejledningen når dokumentationstypen udfyldes af ansøgeren. Alle ovenstående besvarelser er frivillige og kan frit kombineres. Besvarelser behøver ikke at være i vekslende med indsendelser fra ansøgeren. Myndigheden kan lave flere besvarelser uden mellemliggende indsendelser fra ansøgeren, og ansøgeren kan foretage flere indsendelser uden mellemliggende besvarelser fra myndigheden. Schultz Information Side 10 af 47
11 3 Meddelelsesmodeller I dette kapitel beskrives med udgangspunkt i XML skema for meddelelserne den model de repræsenterer. Overordnet er der 3 modelelementer som benyttes i meddelelser: Ansøgning, AnsøgningBesvarelse og Meddelelse. De øvrige elementer er støttelementer. Både de overordnede elementer og støtteelementerne beskrives i det følgende. I dette kapitel beskrives elementer på samme niveau (underafsnit) uanset hvor i XML meddelelserne de forekommer (flere elementer forekommer flere steder). Dette svarer til at elementer generelt er defineret som globale elementer i XML skemaet. 3.1 Elementet Ansoegning Elementet repræsenterer den initielle (første) ansøgning eller en følgende supplerende indsendelse af dokumentation vedrørende en sag. Schultz Information Side 11 af 47
12 Ansøgningen er identificeret med et entydigt ID (UUID) som tildeles af BOM. Derudover er ansøgningen beskrevet med titel og dato. Schultz Information Side 12 af 47
13 Ansøgningen indeholder et PDF dokument som er ansøgningens hoveddokument. Andre dokumenter i ansøgningen vil være bilag. Desuden indeholder ansøgningen informationer om sagens status som den ses fra ansøgers hhv. myndighedens perspektiv. 3.2 Elementet Dokument Et dokument kan være et brev, billede, foto, tegning eller en vedhæftet fil i et accepteret MIME format. Alle dokumenter tildeles et entydigt ID (UUID). Dokumenter versioneres ikke. Hvis der rettes i et dokument og det fremsendes igen betragtes det som et nyt dokument. Dokumentet kan dog være vedlagt et dokumentationsbilag som er versioneret. Schultz Information Side 13 af 47
14 3.2.1 Korrespondance til OIO Dokument Formålet med OIO Dokument 1 standarden er at tilbyde at registrere oplysninger om en organisations dokumenter. Entiteterne i BOM løsningen repræsenterer dokumenter tilhørende ansøgeren og dennes fuldmagtshavere (tilknyttede ansøgere). Dokumenter som ansøgeren producerer og/eller lagrer i BOM løsningen bliver først til dokumenter inden for myndighedens organisation når de fremsendes til myndigheden. Indtil da er dokumenterne ikke tilgængelige for myndigheden. OIO Dokument er designet til at blive anvendt i en ESDH arkitektur sammen med myndighedens fagsystemer. OIO Dokument indeholder attributter til at beskrive egenskaber for dokumenter i offentlige myndigheder (arkivering, offentlig, hjemmel, kassation etc), versionering, redigeringsstatus samt dokument tilstande som sporer fremdriften af behandlingen af dokumentet i myndigheden. Ansøger og myndighed samarbejder ikke om de enkelte dokumenter. Dokumenter i snitfladen ejes enten af myndighed eller af ansøger og er udtryk for en korrespondance. Følgelig skal dokumenter ikke versioneres i snitfladen. Når et dokument fremsendes skal det fastholdes i den version det blev fremsendt i. Hvis der skal genfremsendes dokumentation betragtes dette som et nyt dokument i stedet for en ny version af samme dokument. BOM benytter ikke OIO Dokument som formel model for ansøgerens dokumenter. Imidlertid er BOMs dokumentmodel designet til at svare til OIO dokument hvor det giver værdi. Dette gælder fx brug af begreber som varianter, dokumentdele samt udvalgte attributter som MIME type. At de samme begreber og attributter anvendes forventes at gøre integration til ESDH system som benytter OIO Dokument enklere. BOM skal ikke følge dokumenters livscyklus hos myndigheden og myndigheden skal ikke kunne ændre, slette eller passivere dokumenter som er sendt til ansøgere. Myndigheden kan fremsende nye dokumenter. Myndigheden kan også fremsende en ny version af et dokument som eksisterer hos myndigheden, men for ansøgeren er det et nyt dokument som modtages. Følgelig realiserer snitfladen heller ikke Serviceinterfacet Dokument. 3.3 Elementet BOMSag (Byg og Miljø sag) BOMSag betegner sagen som ansøger ser den. Ansøgerens sag opstår før myndighedens sag: Opdelingen efter enkeltsagsprincippet sker allerede under ansøgerens forberedende arbejde med sit projekt. Først når den første ansøgning indsendes opstår sagen hos myndigheden. Ansøgerens sag og myndighedens sager er dog stadig kun associerede gennem ansøgningen. Det står ansøger frit at lave ændringer i sit projekt/sager det er først når der fremsendes en ny ansøgning at myndigheden får kendskab til disse ændringer. Tilsvarende kan myndigheden ændre sagsstatus, tildele sagsbehandlere, sætte frister mm. 1 Schultz Information Side 14 af 47
15 BOMSag repræsenterer her et uddrag af ansøgerens projekt/sag når denne fremsender en ansøgning. Informationen skal bruges til reference i myndigheden. Fx kan myndigheden se hvad ansøgerens overordnede projekt hedder så sagsbehandler evt. kan sikre sig at de taler om det samme projekt. BOMSagID er UUID for BOM sagen som ansøgningen vedrører. SagId et ændrer sig ikke og kan bruges til at relatere senere ansøgninger til samme sag. Når en ansøger opretter et projekt i BOM kan systemet ud fra regler opdele projektet i flere delprojekter. Disse delprojekter kaldes i BOM for sager fordi opdelingen sker af hensyn til myndighedernes sagsbehandling således at hver sag har netop én sagstype. En BOM Sag må ikke forveksles med den tilsvarende sag som den måtte optræde i myndighedens ESDH og/eller fagsystem. En BOM Sag oprettes så den repræsenterer Ansøgers billede af sagsbehandlingen hos myndigheden. En væsentlig del af BOMProjekt er PartList. Denne beskriver hvilke parter der er på sagen og deres rolle. 3.4 Elementet PartListe PartListe beskriver de parter der indgår i sagen. Parter er fx ejer og de personer som ejer måtte have givet fuldmagt til projektet/sagen. Schultz Information Side 15 af 47
16 Hver part har en entydig nøgle PartID (UUID). Nøglen er fælles for alle sager under samme projekt (det er samme part). Derudover beskrives en part med CVR nummer, navn, organisationsnavn, adresse, og telefonnr. En part har også en rolle på projektet. Denne beskrives som Ejer, Rådgiver, Fagspecialist (håndværker) eller Andet. Hvis Andet angives er PartAndenRolleNavn udfyldt med beskrivelse af rollen. 3.5 Elementet Dokumentation Dokumentation elementet er en væsentlig del af Ansøgning elementet. Dokumentation elementet samler dokumentationen (som modsætning til referenceinformation) under ét element i ansøgningen. Schultz Information Side 16 af 47
17 Dokumentation elementet selv er delt op i en række underelementer som beskrives i de følgende afsnit. 3.6 Elementet TidligereAnsoegningListe Hvis ansøgningen er en indsendelse af supplerende dokumentation findes der tidligere ansøgninger vedr. sagen. I så fald medtages en liste over de tidligere ansøgningers AnsoegningID og AnsoegningDato. 3.7 Elementet AktivitetListe Ansøgeren har udvalgt et antal aktiviteter som alle falder under samme sagstype. Listen over aktivitetstyper vedlægges ansøgningen så sagsbehandleren kan se hvilke aktiviteter der er udvalgt og vurdere om det passer med fx beskrivelserne. Schultz Information Side 17 af 47
18 Hvis de korrekte aktiviteter ikke er udpeget af ansøgeren kan dokumentationskravene være beregnet på et forkert grundlag. 3.8 Elementet DokumentationBilagListe Dokumentation for hver af de kendte dokumentationstyper samles og vedlægges som bilag i en DokumentationBilagListe. Hvert element i listen dokumenterer én dokumentationstype. Listen indeholder kun dokumentation for en dokumentationstype én gang (dermed benyttes dokumentationstype ID sammen med ansøgning ID som nøgle for hvert element). Schultz Information Side 18 af 47
19 Et dokumentationsbilag henviser til dokumentationstypen gennem DokumentationTypeID. VersionIndikator fortæller om samme dokumentationstype har været fremsendt i en tidligere ansøgning på samme sag. Hver gang dokumentation for en dokumentationstype fremsendes tælles versionen én op. Første version har nummer 1. Et Dokument er vedlagt som er dokumentationen printet i PDF format. BilagReferenceListe er krydsreferencer toil FilBilag som er vedlagt ansøgningen. Dokumentation for en dokumentationstype kan henvise til et eller flere filbilag som er binære filer som ansøgeren uploader til BOM løsningen. Samtidigt kan et filbilag benyttes af dokumentationen for flere dokumentationstyper. Filbilagene er vedhæftet Dokumentation elementet og de enkelte elementer i BilagReferenceListe liste henviser ved filbilagets ID. 3.9 Elementet ObjektListe En ansøgning vedrører altid en række objekter som er eksisterende matrikler, bygninger, konstruktioner, enheder eller nye objekter som der søges om tilladelse til at opføre/konstruere. Objekterne som ansøgningen vedrører samles i en ObjektListe. Schultz Information Side 19 af 47
20 De enkelte elementer i objektlisten er sagsobjekter. Hvert sagsobjekt har et entydigt UUID SagObjektId. Sagobjektet er så delt op i Matrikel, Bygning, Enhed og Skitse objekter Elementet Matrikel Matrikel benyttes når der fx opføres en ny bygning på en matrikel. De matrikler som er berørt af aktiviteterne sendes med ansøgningen. Schultz Information Side 20 af 47
21 Matriklen identificeres med matrikelnummer (LotIdentifier). Hvis matriklen har en adgangsadresse angives denne i AddessAccess Elementet Bygning Hvis ansøgningen er fx ombygning eller nedrivning/sløjfning af en eksisterende bygning/konstruktion identificeres bygningen med et Bygning element. Schultz Information Side 21 af 47
22 Bygningens matrikel angives i LotIdentifier. Bygningens adgangsadresse (hvis den findes) angives i AddressAccess. Bygningens bygningsnummer på matriklen angives i BuildingIdentifier Elementet Enhed Hvis ansøgningen vedrører ombygning eller lignende af en eksisterende enhed i en eksisterende bygning angives dette med et Enhed element. Schultz Information Side 22 af 47
23 Enheden identificeres med AddressSpecific som er enhedens dør adresse. Enhedens bygnings matrikel angives i LotIdentifier Elementet Skitse Når ansøgningen vedrører bygning eller opførelse af ny bygning/konstruktion/anlæg er der visse typer aktiviteter som kræver at ansøgeren skitser de nye objekters placering. Sådanne skitseobjekter sendes med som Skitse elementer. Schultz Information Side 23 af 47
24 Et skitseobjekt kan berøre flere matrikler (fx jordvarmeanlæg). Listen af berørte matrikler sendes i LotIdentifier. Derudover sendes der et GML objekt med som kan være et polygon, rektangel, cirkel eller en liste af punkter Elementet FilBilagListe En ansøger kan vedhæfte dokumentation i form af Word dokumenter, billeder, CAD tegninger m.v. Disse betegnes som filbilag. Fordi sådanne filer kan indgå som dokumentation i flere dokumentationstyper er der en mange-til-mange relation imellem dokumentationsbilag og filbilag. Derfor er filbilagslisten placeret sideordnet med dokumentationsbilagslisten. Hvert element fra dokumentationsbilagslisten (hvert dokumentationsbilag) kan referere til nul eller flere filbilag ved FilBilagID. Schultz Information Side 24 af 47
25 Filbilaget er identificeret med FilBilagID som er en entydig ikke-informationsbærende nøgle. Hvert filbilag har en TitelTekst som er udledt af ansøgerens titel for filen som igen er udledt (foreslået) ud fra filnavnet på upload tidspunktet. Hvis en ny fil uploades med samme navn betragtes den nye fil som en ny version af den samme filbilag. I det tilfælde tildeles den nye filbilag det samme FilBilagID således at alle referencer automatisk peger på den nye filbilag. Ved samme lejlighed tælles VersionIndikator én op for at indikere at det er en ny version. Myndigheden kan benytte FilBilagID og VersionIndikator til at afgøre om det er en ny fil der modtages eller en ny version af en tidligere modtaget fil Elementet DokumentationKravListe BOM løsningen beregner dokumentationskrav ud fra et sæt regler som bl.a. kan lave konfliktsøgning for at afgøre om der skal redegøres for fx afstandskrav. Ved regelberegningen fastlægges dokumentationskravene til sagen. De beregnede dokumentationskrav rapporteres med alle ansøgninger som indsendes. Schultz Information Side 25 af 47
26 Hvert dokumentationskrav identificeres med dokumentationstypens DokumentationTypeID. Desuden angives den beregnede styrke af kravet i KravStyrke. Styrken kan være Undtaget, Frivilligt, Obligatorisk. En sagsbehandler kan sætte krav til dokumentationstyper eksplicit gennem en opdatering fra myndigheden. KravAktoer angiver om det er BOM løsningen (ITSystem) eller sagsbehandleren (Myndighed) som har sat kravet Elementet KonfliktSoegningResultatListe Ansøgningen indeholder en liste over de konfliktsøgninger BOM ud fra reglerne i systemet har foretaget, samt deres resultat. Konfliktsøgninger er repræsenteret ved konfliktprofilens KonfliktProfilID. Resultatet af konfliktsøgningen er en liste af konfliktende objekter fra sagen. Disse objekter kan være indtegnede objekter, matrikler eller bygninger. Schultz Information Side 26 af 47
27 3.17 Elementet MyndighedSag På BOM sagen opbevares status og referenceinformation for myndighedens sag. Denne information medsendes når der indsendes ansøgninger eller meddelelser. Elementet MyndighedSag vil ved første indsendelse kun have udfyldt elementet SagStatus. De øvrige elementer på elementet MyndighedSag vil først være udfyldt når myndigheden via opdateringer har angivet værdier for disse elementer. Bemærk at ansøgeren kan foretage flere indsendelser efter hinanden før myndigheden opdaterer fx reference til myndighedens sag, behandlende enhed, sagsbehandler, retskilder eller lokale udvidelser. Schultz Information Side 27 af 47
28 3.18 Elementet SagReference SagReference indeholder referenceinformation om myndighedens sag. BrugervendtNoegle vises til ansøgeren som myndighedens sagsnummer på sagen Elementet SagStatus Dette element indeholder information om sagens status hos myndigheden. Schultz Information Side 28 af 47
29 SagStatusKode benytter BOMs kodeliste for sagsstatus. BOMs sagsstatus forventes at være en delmængde af alle myndigheders status således at der kan etableres en mange-til-en korrespondance mellem myndighedernes interne status og BOMs sagsstatus. Når sagsstatus registreres skal det også registreres hvem der har initiativpligten. Dette fremgår af elementet InitiativPligt som er Ansøger eller Myndighed Elementet BehandlesAfEnhed Myndigheden kan oplyse ansøgeren om hvilken organisatorisk enhed hos myndigheden der behandler sagen. Dette er ikke obligatorisk Elementet Sagsbehandler Myndigheden kan oplyse ansøgeren om hvilken sagsbehandler der har fået tildelt sagen hos myndigheden. Dette er ikke obligatorisk. Schultz Information Side 29 af 47
30 3.22 Elementet BehandlingRetskilde Hvis retskilden er afvigende fra det som blev beregnet af BOM kan myndigheden sætte en anden retskilde. RetskildeKode er fra BOMs kodeliste over retskilder. En retskilde kan fx være BR10 eller BR13, en lovidentifikation eller en i en lov. Hvis retskilden sættes af myndigheden vil BOM løsningen benytte det seneste regelsæt som refererer til retskilden Elementet LokalUdvidelse Myndigheders ESDH/fagsystemer kan have behov for at registrere referenceinformation i BOM løsningen som derefter medsendes alle supplerende ansøgninger/meddelelser vedrørende sagen. LokalUdvidelse er et element hvor myndighedens systemer kan registrere en vilkårlig XML struktur. LokalUdvidelse vises aldrig for ansøgerne Elementet AnsoegningBesvarelse Elementet benyttes til at besvare meddelelser og ansøgninger. Ud over at kunne skrive beskeder kan elementet benyttes til at lave et antal opdateringer. Schultz Information Side 30 af 47
31 Schultz Information Side 31 af 47
32 3.25 Elementet MyndighedAfsender Den afsendende myndighed og eventuel hvilken del af myndigheden der skal stå som afsender Elementet AnsoegerModtager Hvis besvarelsen er rettet mod én bestemt af parterne på sagen angives den primære modtager her Elementet MeddelelseTekst En tekst indeholdende en meddelelse fra sagsbehandler/myndighed til ansøger. Denne tekst er ikke formatteret som en skrivelse og vises direkte til ansøgeren uden at denne behøver at benytte en PDF læser Elementet AnsoegningModtaget Anderkender overfor ansøger at ansøgningen er modtaget. Kan frivilligt indikere til hvilken del af organisationen sagen er visiteret. Schultz Information Side 32 af 47
33 3.29 Elementet SagReferenceOpdatering Dette element medsendes når sag er oprettet hos myndigheden. Elementet indeholder reference til myndighedens sag ID, brugervendt nøgle samt dato Elementet SagStatusOpdatering Dette element medsendes for at indikere et statusskift på myndighedssagen. Med dette element kan myndigheden styre status i BOM, frist og initiativpligt Elementet BehandlingEnhedOpdatering Benyttes til at informere ansøger om hvilken organisatorisk enhed hos myndigheden der er ansvarlig for behandling af sagen. Schultz Information Side 33 af 47
34 3.32 Elementet SagsbehandlerOpdatering Benyttes til at informere ansøger om hvilken sagsbehandler hos myndigheder der er ansvarlig for behandling af sagen Elementet LokalUdvidelseOpdatering Myndigheden kan registrere vilkårlig XML på dette felt på BOM sagen. Efterfølgende vil elementet blive vedhæftet alle meddelelser og ansøgninger fra BOM vedrørende sagen. Schultz Information Side 34 af 47
35 3.34 Elementet RetskildeOpdatering Når elementet er angivet sættes retskilden for BOM sagen til den angivne retskilde. Retskilden er synlig for ansøgeren og betinger desuden hvilket regelsæt version der arbejdes efter. BOM benytter det seneste regelsæt som refererer til retskilden Elementet DokumentationKravOpdatering Sætter eksplicit krav om at en dokumentationstype udfyldes eller genudfyldes (ved mangelfuld udfyldelse) Elementet InstruktionTekst Instruktionstekst som vises til ansøgeren under udfyldelse af dokumentationskravet. Benyttes fx til at instruere ansøger i hvori manglen bestod. Schultz Information Side 35 af 47
36 3.37 Elementet KravStyrke Styrken af kravet. Myndighed kan tilføje et krav som frivilligt eller obligatorisk. Myndigheden kan *fjerne* et dokumentationskrav som ellers er beregnet ud fra regler ved at angive "Undtaget". Schultz Information Side 36 af 47
37 4 Serviceinterfacet Sagsbehandling 4.1 Anvendelse Operationerne som snitfladen udstiller giver ESDH systemer og fagsystemer mulighed for at hente ansøgninger, liste/forespørge på ansøgninger, ændre status og frister samt kommunikere med ansøgerne gennem Byg og Miljø løsningen. 4.2 LaesAnsoegning Denne operation bruges til at hente en enkelt Ansøgning når ID er kendt Input Ansøgning ID: Ansøgning ID skal først være fundet enten ved at det fremgår af en besked/hændelse som integrationssystemet reagerer på eller ved at integrationssystemet har forespurgt ved andre operationer på denne service Output Et Ansoegning element. Se afsnit Fejlsituationer (De konkrete status/fejlkoder fastlægges ifm udviklingsforløbet). Ansøgningen findes ikke Myndigheden har ikke ret til at læse ansøgningen (ikke behandlende myndighed) 4.3 BesvarAnsoegning Denne operation benyttes til at registrere svar fra myndigheden på en ansøgning Input Et AnsoegningBesvarelse element Schultz Information Side 37 af 47
38 4.3.2 Output Statuskode Fejlsituationer (De konkrete status/fejlkoder fastlægges ifm udviklingsforløbet). Ansøgningen der refereres til findes ikke Myndigheden har ikke ret til at behandle ansøgningen. Dokument som er referereret i besvarelsen er ikke uploadet til upload service Formatfejl/værdifejl i værdi (fx GUID værdi følger ikke formatet eller frist i fortiden, ukendt statuskode, retskilde findes ikke, myndighed/organisatorisk enhed findes ikke). Fejlen vil være forklaret i tekst Dokumentationstype findes ikke i den aktuelle udgave af reglerne. 4.4 HentMeddelelse Henter en besked som ligger klar fra Ansøger(ne) Input Meddelelse ID (modtaget fra beskedfordeler) Output Elementet Ansoegning Fejlsituationer (De konkrete status/fejlkoder fastlægges ifm udviklingsforløbet). Meddelelsen der refereres til findes ikke Myndigheden har ikke ret til at læse ansøgningen. 4.5 LaesAnsoegningOversigt Henter en liste af Ansøgning ID er ud fra specifikation af det ønskede udvalg. Der kan begrænses i tidsperiode (ansøgning oprettet) samt sagsområder og sagstyper. Schultz Information Side 38 af 47
39 4.5.1 Input Myndighed ID. Skal udfyldes. Fra dato/tid og Indtil dato/tid: Filtrerer ansøgninger til myndigheden så kun ID for de ansøgninger der er sendt til beskedfordeleren i det angivne tidsrum returneres. Skal udfyldes. Sagsområde liste (liste af koder for sagsområder). Kun ID for ansøgninger som er tilhører sagsområdet (ex Miljø ) returneres. Skal udfyldes. Sagstype liste (liste af GUIDs for sagstyper). Kun ID for ansøgninger med sagstypen returneres. Frivilligt; hvis ikke udfyldt returneres ansøgninger for alle sagstyper Output Liste af Ansøgning ID. Kan benyttes til at læse ansøgningen fra LaesAnsøgning operationen Fejlsituationer Myndighed har ikke rettighed til at læse ansøgninger for det angivne Myndighed ID Myndighed har ikke rettighed til sagsområde. Sagområde, sagstype eller myndighed er ukendt eller anden parameterfejl. 4.6 LaesMeddelelseOversigt Henter en liste af besked ID er ud fra specifikation af det ønskede udvalg. Der kan begrænses i tidsperiode (ansøgning oprettet) samt sagsområder og sagstyper Input Myndighed ID. Skal udfyldes. Fra dato/tid og Indtil dato/tid: Filtrerer ansøgninger til myndigheden så kun ID for de meddelelser der er sendt til beskedfordeleren i det angivne tidsrum returneres. Skal udfyldes. Sagsområde liste (liste af koder for sagsområder). Kun ID for meddelelser som vedrører en sag under sagsområdet (ex Miljø ) returneres. Skal udfyldes. Sagstype liste (liste af GUIDs for sagstyper). Kun ID for meddelelser vedr. sager med sagstypen returneres. Frivilligt. Hvis ikke udfyldt returneres alle sagstyper Output Liste af Ansøgning ID. Kan benyttes til at læse ansøgningen (med meddelelserne i) fra LaesAnsøgning operationen. Schultz Information Side 39 af 47
40 4.6.3 Fejlsituationer Myndighed har ikke rettighed til at læse ansøgninger for det angivne Myndighed ID Myndighed har ikke rettighed til sagsområde. Sagområde, sagstype eller myndighed er ukendt 4.7 WSDL Udkast til WSDL er vedlagt designrapporten som bilag 12a Schultz Information Side 40 af 47
41 5 Serviceinterfacet Download Dokument Download Dokument serviceinterfacet benyttes til at downloade fysiske filer der er refereret som dokumentdele i ansøgninger. Serviceinterfacet er et REST interface som besvarer http GET forespørgsler. I elementet Del under Dokument (se afsnit 3.2) forekommer en attribut IndholdTekst som angiver en absolut URL den binære repræsentation af dokumentet på Download Dokument servicen. Del angiver også MIME typen. Ved download af dokumentdelen fra Download Dokument vil samme MIME type blive angivet i response header. 5.1 Download endpoint Alle dokumenter har en entydig adresse på Download Dokument serviceinterfacet. Dokumentets UUID benyttes som grundlag for den entydige adresse. Service aftagere skal ikke selv sammensætte adressen. Den absolutte og fuldstændige adresse tages fra den pågældende dokumentdel og benyttes direkte som adresse til at downloade dokumentdelen. 5.2 Autentificering Service Aftager skal identificere sig med et client certificate i som del af http kommunikationen. Certifikatet skal være et FOCES eller VOCES certifikat og certifikatets serialnumber skal være registreret for myndigheden i BOM løsningen. 5.3 Levetid af dokumenter Dokumentdele som er dele af en ansøgning eller af ansøgning bilag er tilgængelige umiddelbart når ansøgningen fremsendes. Download URI er vedbliver at være tilgængelige indtil projektet/sagen slettes i BOM løsningen. Service aftager kan downloade dokumentdele umiddelbart efter modtagelse af ansøgningen eller på ethvert tidspunkt derefter. Sager i BOM slettes først efter en given periode (standard 3 år) efter at myndigheden har sat status til afsluttet. BOM er ikke arkiv for dokumenter. Det er Service Aftagers ansvar at journalisere og arkivere al korrespondance. 5.4 URI mønster Dokumenter adresseres med følgende mønster: Schultz Information Side 41 af 47
42 hvor <dokumentdel-uuid> er dokumentdelens ikke informationsbærende entydige nøgle (UUID). Service Aftager skal aldrig selv konstruere disse URIer. De modtages som absolutte URI i dokument dele fra Sagsbehandling serviceinterfacet. 5.5 Fejlsituationer Serviceinterfacet er baseret på REST og standard http statuskoder anvendes. Der henvises til beskrivelsen af http protokollen for specifikke returkoder. Herunder listes udvalgte statuskoder som kan have særlig betydning i BOM løsningen. Statuskode Betydning 401 Kalder har ikke rettighed til at læse den pågældende dokumentdel. Dette kan skyldes flg. situationer: Kalder har ikke autentificeret sig med et FOCES/VOCES certifikat som del af kommunikationen. FOCES/VOCES certifikat er ikke registreret for myndigheden i BOM løsningen. FOCES/VOCES certifikat er udløbet eller på spærreliste. Kaldende myndighed forsøger at downloade et dokument fra et område som indeholder dokumenter som er sendt til en anden myndighed. 404 Dokumentet er ikke kendt i BOM løsningen. 405 Kalder benytter et http metode som ikke er tilladt. Kun GET, HEAD er tilladt på Download Dokument serviceinterfacet 200 OK. http response indeholder dokumentdelen. Schultz Information Side 42 af 47
43 6 Serviceinterfacet Upload Dokument Upload Dokument serviceinterfacet benyttes til at uploade dokumentdele til BOM så de kan refereres fra besvarelser der efterfølgende skabes i Sagsbehandlng servicen. Serviceinterfacet er et REST interface som besvarer http PUT, GET og HEAD forespørgsler. Hver myndighed tildeles et uploadområde hvor kun myndigheden har adgang. Myndigheden kan her uploade dokumenter med PUT requests. GET og HEAD requests kan benyttes til at verificere uploads. Service Aftager vælger selv et GUID som dokumentdele gemmes under. Det er Service Aftagers ansvar at referere til denne GUID i det senere kald til Sagsbehandler servicen som importerer dokumentdelen. 6.1 Levetid Dokumenter som uploades til denne service forventes at blive refereret i et efterfølgende kald til Sagsbehandling servicen. Dokumenter som er uploadet til servicen slettes automatisk fra uploadområdet efter 24 timer. Dokumenter som er uploadet til upload servicen slettes automatisk fra upload området når de er blevet importeret i en besvarelse en ansøger. Samme fil kan ikke benyttes i flere besvarelser til ansøgere. 6.2 Autentificering Service Aftager skal identificere sig med et client certificate i som del af http kommunikationen. Certifikatet skal være et FOCES eller VOCES certifikat og certifikatets serialnumber skal være registreret for myndigheden i BOM løsningen. 6.3 Fejlsituationer Serviceinterfacet er baseret på REST og standard http statuskoder anvendes. Der henvises til beskrivelsen af http protokollen for specifikke returkoder. Herunder listes udvalgte statuskoder som kan have særlig betydning i BOM løsningen. Statuskode Betydning 401 Kalder har ikke rettighed til at skrive den pågældende dokumentdel. Dette kan skyldes flg. situationer: Kalder har ikke autentificeret sig med et FOCES/VOCES certifikat som del af kommunikationen. FOCES/VOCES certifikat er ikke registreret for myndigheden i BOM løsningen. FOCES/VOCES certifikat er udløbet eller på spærreliste. Kaldende myndighed forsøger at uploade et dokument til et område som er reserveret til en anden myndighed Schultz Information Side 43 af 47
44 Statuskode Betydning 404 Området hvortil der forsøges uploadet er ikke kendt. 405 Kalder benytter et http metode som ikke er tilladt. Kun PUT, GET, HEAD er tilladt på Upload Dokument serviceinterfacet 200 OK. Schultz Information Side 44 af 47
45 7 Sikkerhed 7.1 Sagsbehandling servicen OWSA-T 2 benyttes til at beskytte Sagsbehandling servicen, med den afvigelse at også både FOCES og VOCES certifikater accepteres til autentifikation af Service Aftager. HTTPS benyttes til transport og sikkerhed. Transportlaget krypterer data og overfører certifikat mellem Service Udbyder og Service Aftager til autentifikation. I Organisation komponenten sættes SerialNumber for myndighedens funktionscertifikat. Ved kald af servicen kontrolleres det at kalderen autentificerer sig ved hjælp af et FOCES/VOCES certifikat, at certifikatet er gyldigt og ikke på spærreliste. Certifikatets SerialNumber benyttes til at identificere den tilsvarende BOM Myndighed. I organisation komponenten konfigureres det på myndigheden om denne benytter denne webservice eller sagsbehandler website til sagsadministration. Når der benyttes webservice kan der ikke sagsbehandles på sagsbehandler website. Kun hvis myndigheden er konfigureret til at benytte webservice til sagsadministration tillades kald til webservicen. Myndigheden kan administrere de sagsområder for de myndigheder som myndighedens organisatoriske enheder er konfigureret til at behandle, for de kombinationer af myndigheder og sagsområder som hver organisatorisk enhed er sat til at behandle. 7.2 Dokument upload / download service HTTPS benyttes til transport og sikkerhed på dokument upload/download services. Service Aftager skal autentificere med et FOCES/VOCES certifikat. Transportlaget krypterer data og overfører certifikat mellem Service Udbyder og Service Aftager til autentifikation. Samme VOCES/FOCES certifikat som anvendes til Sagsbehandling Webservice benyttes til upload/download services. Upload service kan kun benyttes hvis myndigheden er sat til at benytte webservice til sagsbehandling. Download service kan benyttes af alle myndigheder som er sat til enten webservice sagsbehandling eller website sagsbehandling. 2 Schultz Information Side 45 af 47
46 8 Versionering Fastlægges på et senere tidspunkt. Schultz Information Side 46 af 47
47 9 Ændringslog Dato Version Beskrivelse af ændringer Initialer USE Tilrettet til designrapport. Bemærk, grænsefladen er ikke færdigdesignet. USE Sikkerhed USE Nye services: upload download, beskedfordeler USE Udførlig dokumentattion af skemaelementer USE AnsoegningBesvarelse USE Udvidet afsnit 2 med forretningsmæssig beskrivelse USE Fjernet tomt (duplikat) Dokument afsnit, beskrevet tekst USE Udvidet operationer afsnittet USE Schultz Information Side 47 af 47
KOMBIT Byg og Miljø. Servicesnitflade til sagsbehandlings- og fagsystemer
Servicesnitflade til sagsbehandlings- og fagsystemer Indhold 1 INTRODUKTION... 5 1.1 FORMÅL... 5 1.2 MÅLGRUPPE... 5 1.3 LÆSEVEJLEDNING... 5 2 BEGREBER... 6 2.1 DOKUMENTATIONSTYPER... 6 2.2 DOKUMENTATIONSFORMER...
Læs mereBYG OG MILJØ SAGSBEHANDLER I BYG OG MILJØ. Version 2.0
BYG OG MILJØ SAGSBEHANDLER I BYG OG MILJØ Version 2.0 Januar 2019 Indholdsfortegnelse OM DENNE VEJLEDNING... 3 SAGSBEHANDLERADGANG I BYG OG MILJØ... 3 Modtagelse af ansøgninger hos myndigheden... 3 Sag
Læs mereSchema Besvarelse.xsd
Schema Besvarelse.xsd schema location: attributeformdefault: elementformdefault: targetnamespace: Besvarelse.xsd qualified urn:oio:kombit:bygogmiljoe:besvarelse:4.0.0 Elements Complex types Simple types
Læs mereKOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen.
1 2 KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen. Det er frivilligt for kommuner at aftage systemet. Iht. den fælleskommunale
Læs mereLeverandør informationsmøde 25. marts 2014
Leverandør informationsmøde 25. marts 2014 Dagsorden Status på snitfladen Begreber og model Integration Tilslutning, support og testdata Ændringer Spørgsmål Status på snitfladen Snitfladen er operationel
Læs mereSchema SagStatusDetalje.xsd
Schema SagStatusDetalje.xsd schema location: attributeformdefault: elementformdefault: targetnamespace: SagStatusDetalje.xsd unqualified qualified urn:oio:kombit:bygogmiljoe:statistik:sagstatus:2.0.0 Elements
Læs mereFordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014
Fordeling af journalnotater og dokumenter Udkast til løsningsmodel Marts 2014 1 Indledning Denne præsentation beskriver, på et overordnet plan, følgende områder i forhold til en fremtidig fordelingsmekanisme,
Læs mereKOMBIT Byg og Miljø FAQ. Byg og Miljø. Version 1.1 24. januar 2014 BHE
KOMBIT Byg og Miljø FAQ Byg og Miljø Version 1.1 24. januar 2014 BHE Indhold Login og rettigheder... 3 Aktiviteter, sager, projekter... 4 Regler... 5 Proces... 6 Kommunikation... 7 Filer... 8 Integration
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 mereVilkår for brug af Støttesystemet Sags- og Dokumentindeks
Version 1.0 Vilkår for brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og
Læs mereKlik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks
23. maj 2013 HHK/KMJ NOTAT Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk
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 mere0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012
Læs mereVersion Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.
MOX og APOS2 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 mereBBR OIOXML. Vejledning til OIOXML-snitflade. InputBox.wsdl
OIOXML Vejledning til OIOXML-snitflade En vejledning rettet mod 3. part. Ændringer i forhold til forrige versioner Første version, 19.11.2010 Snitfladebeskrivelser Side 2 af 10 Indholdsfortegnelse 1. Introduktion...
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 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 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 mereUnderbilag 2Q Vilkår for integration til støttesystemet Klassifikation
Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan Anvendersystemer afsender og/eller modtager objekter til/fra
Læs mereSNITFLADER TIL INDEKSER. Præsentation af de fælleskommunale støttesystemernes snitflader til indekser
SNITFLADER TIL INDEKSER Præsentation af de fælleskommunale støttesystemernes snitflader til indekser Introduktion Fokus At give et overblik over: Integration til indekserne Forudsætninger for integration
Læs mereDKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME
DKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME 1 Indholdsfortegnelse B.1. INTRODUKTION... 3 B.1.1. HENVISNINGER... 3 B.1.2. INTEGRATION MED EKSISTERENDE SIKKER E-POSTLØSNING... 3 B.1.3.
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 mereUnderbilag 2O Beskedkuvert Version 2.0
Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...
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 mereDigital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3
Digital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3 1 Indholdsfortegnelse B.1. INTRODUKTION... 4 B.1.1. HENVISNINGER... 4 B.1.2. INTEGRATION MED EKSISTERENDE
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 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 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 mere23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring
23. maj 2013Klik her for at angive tekst. HHK/KMJ Vejledning til brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående
Læs mereKlik her for at angive tekst.
30. april 2013 Klik her for at angive tekst. NOTAT Klik her for at angive tekst. Bilag 16: Anvenderkrav til Støttesystemet Ydelsesindeks version 1.0 (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav
Læs mereKlik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks
30. april 2013 NOTAT Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks Indhold: 1. Indledning og vejledning... 3 2. Krav vedr. Systemets anvendelse af Støttesystemet
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 mereSAPAs forretningsmæssige behov i relation til Dialogintegration. SAPAs behov for Dialogintegration. Fordele ved brug af dialogintegration i SAPA
26. marts 2014 NOTAT SAPAs forretningsmæssige behov i relation til Dialogintegration Dette notat beskriver SAPAs specifikke forretningsmæssige behov i forhold til integration med relevante ESDH-/fagsystemer,
Læs mereMini-vejledning til edoc4 med grundlæggende funktioner
Mini-vejledning til edoc4 med grundlæggende funktioner Denne vejledning indeholder en kort præsentation af portalen i edoc version 4.1 og præsenterer de mest anvendte funktioner og arbejdsgange inkl. søgninger.
Læs mereGuide til ansøgning i Byg & Miljø
Guide til ansøgning i Byg & Miljø Digital selvbetjeningsløsning Fra d. 1. december 2014 er det obligatorisk at bruge den digitale selvbetjeningsløsning Byg & Miljø ved ansøgning om byggetilladelse. Dette
Læs mereIntegration Generelle vilkår og forudsætninger Integrationsbeskrivelse - version 0.1
Integration Integrationsbeskrivelse - version 0.1 rnes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 201n-nn-nn xxx 0.1 Første version Referencer Ref Titel Kommentarer
Læs mereDigital post Integration for virksomheder Via sikker e-mail og REST Version 6.4
Digital post Integration for virksomheder Via sikker e-mail og REST Version 6.4 1 Indholdsfortegnelse G.1 INTRODUKTION 4 G.1.1 OVERBLIK OVER HVORDAN DIGITAL POST KAN TILGÅS 4 G.1.2 FLOW SOM EN DIGITAL
Læs mereWebservice kald. System-til-system integration. Ny Easy. ATP 1. februar 2017
Webservice kald System-til-system integration Ny Easy ATP 1. februar 2017 Side 1 of 9 Dokumenthistorik Revisionshistorik Dato for denne revision: 01.02.2017 Dato for næste revision ukendt Revisions Revisions
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 mereN OT AT. Arbejdsgang i forbindelse med afsendelse af dokument til Dokumentboks. Overordnet vision til håndtering afsendelse af dokumenter
N OT AT Arbejdsgang i forbindelse med afsendelse af dokument til Dokumentboks Dette notat indeholder en beskrivelse af arbejdsgange til håndtering af afsendelse af dokumenter til Dokumentboksen eller måske
Læs mereDAR OIO vejledning Version 1.2
DAR OIO vejledning Version 1.2 Indhold 1 Ændringer i forhold til forrige version... 2 2 Introduktion... 3 2.1 Formål... 3 2.2 Læsevejledning... 3 3 Beskrivelse... 3 3.1 Fælles elementer og strukturer...
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 mereVersion 1.0. Vilkår for brug af Støttesystemet Adgangsstyring
Version 1.0 Vilkår for brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående monopolbrud konkurrenceudsætter KOMBIT
Læs mereLinkGRC. Dokumenter. Brugermanual
Brugermanual 1 INDHOLD 1. Navigation 2. Dashboard 3. 4. Support 2 NAVIGATION 1 På forsiden finder du dine installerede moduler i LinkGRC løsningen og du kan her vælge hvilket modul du ønsker at arbejde
Læs mere(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013 NOTAT Anvenderkrav til Støttesystemet Klassifikation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk
Læs mereTeamShare 2.1 Versionsnoter Oktober 2009
TeamShare 2.1 Versionsnoter Oktober 2009 TeamShare version 2.1.292 Denne version af TeamShare har fået mange nye funktioner, samt forbedringer på eksisterende. Hver ny feature er gennemgået i hvert sit
Læs mereSF1460_C Aflever besked Integrationsbeskrivelse - version 2.4.0
SF1460_C Aflever besked - version 2.4.0 Kommunernes Data & Infrastruktur - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet
Læs mereServiceplatformen informationsmateriale. Leverandørmøde 7. februar 2013
Serviceplatformen informationsmateriale Leverandørmøde 7. februar 2013 1 Om Serviceplatformen Dette informationsmateriale beskriver kort Den fælleskommunale Serviceplatform: formålet med Serviceplatformen,
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 mereGuide til integration med NemLog-in / Brugeradministration
Guide til integration med NemLog-in / Brugeradministration Side 1 af 9 21. januar 2013 TG Denne guide indeholder en kort beskrivelse af, hvorledes man som itsystemudbyder (myndighed eller it-leverandør)
Læs mere1 Dokument-version2.0
1 Dokument-version2.0 Formål med Dokumentmodellen Formålet med Dokumentmodellen er at gøre det lettere at udveksle oplysninger om dokumenter mellem to eller flere it-systemer, ved at skabe en fælles forståelse
Læs mereVejledning til leverandørers brug af Serviceplatformen
Vejledning til leverandørers brug af Serviceplatformen Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S 1 Indhold 1 Indledning... 3 2 Ordforklaringer... 3 3 Oprettelse... 4 4 Arbejdsgange...
Læs mereSTS ORGANISATION. 26. februar 2019
STS ORGANISATION 26. februar 2019 Indhold Baggrund og ophæng til rammearkitekturen Hvordan fungerer Organisation? Anvisninger til anvendelse af Organisation Guide til udlæsning af Organisation Dokumentation
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 mereVejledning i at oprette postkasser i Digital Post. August 2019
Vejledning i at oprette postkasser i Digital Post August 2019 Hvem skal anvende vejledningen? Vejledningen er relevant for dig, hvis du skal oprette en postkasse og/eller mapper til postkasser. Du skal
Læs mereVejledning til leverandørers brug af Serviceplatformen
Vejledning til leverandørers brug af Serviceplatformen Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S 1 Indhold 1 Indledning... 3 2 Ordforklaringer... 3 3 Oprettelse... 4 4 Arbejdsgange...
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 mere1 Begrebsmodel for Ydelsesindeks
1 Begrebsmodel for Ydelsesindeks Ydelsesindeks skal indeholde metadata om tildelte ydelser, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres et tværgående
Læs mereBilag 1: Arkitekturrapport, EDS Hjælpemidler
Bilag 1: Arkitekturrapport, EDS Hjælpemidler (Bilag til dagsordenspunkt 2, Arkitekturrapporter fra Effektiv Digital Selvbetjening) Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug
Læs mereDigital Sundhed. Brugerstyringsattributter - Introduktion. - Specificering af nye og ændrede attributter i id-kortet
Digital Sundhed Brugerstyringsattributter - Introduktion - Specificering af nye og ændrede attributter i id-kortet Indhold 1. Introduktion... 2 2. Læsevejledning... 2 3. Aktører... 2 4. Autentifikation...
Læs mereVilkår for dialogintegration SAPA
Vilkår for dialogintegration SAPA Indhold 1. Indledning og vejledning... 3 1.1 Definitioner... 5 2. Krav til it-systemer for at kunne udføre dialogintegration... 6 2.1 Udstilling af endpoint... 6 2.2 HTTPS
Læs mereVilkår for Dialogintegration
Vilkår for Dialogintegration KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/8 Dokumenthistorik Dato Version Ansvarlig Kommentar til ændringer
Læs mere(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013 Klik her for at angive tekst. NOTAT Bilag 14: Anvenderkrav til Støttesystemet Organisation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) kombit@kombit.dk CVR
Læs mereSF1460_A Modtag besked Integrationsbeskrivelse - version 2.3.0
SF1460_A Modtag besked - version 2.3.0 Kommunernes Data & Infrastruktur - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet
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 mereVilkår vedrørende anvendelsen af Støttesystemet Organisation
Vilkår vedrørende anvendelsen af Støttesystemet Organisation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Organisation,
Læs mereGuide til digital bygge- og miljøansøgning
Guide til digital bygge- og miljøansøgning Selvbetjeningsportalen Byg og Miljø støtter dig i din ansøgningsproces og giver dig overblik over din bygge- eller miljøansøgning. Du kan bl.a. søge om tilladelse
Læs mereVejledning om avanceret afhentning. i Digital Post på Virk.dk.
Vejledning om avanceret afhentning og sortering i Digital Post på Virk.dk. Denne vejledning beskriver, hvordan virksomheder, foreninger m.v. med et CVR-nummer kan modtage Digital Post, herunder hvordan
Læs mereBlanketdokumentation LÆ 121 & 125 v1.0 Februar 2011
Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige
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 mereAnsøgningsvejledning. om byggevarer godkendt til drikkevand. Version 2.0 af 22. maj 2015
Ansøgningsvejledning om byggevarer godkendt til Version 2.0 af 22. maj 2015 Indledning og læsevejledning Ansøgningsvejledningen beskriver, hvordan du ansøger om godkendelse af en byggevare, der er i kontakt
Læs mereADK 1.0 KRAVSPECIFIKATION
ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 17-06-2014 MST Oprettelse af krav 0.2 18-05-2014 MST Tilretning af tabeller 0.3 18.06.2014 PKR
Læs mereIbrugtagning af Fødselsindberetningsservicen på NSP
Ibrugtagning af Fødselsindberetningsservicen på NSP Udarbejdet af: NSI Version: 1.0 Dato: 09.07.2013 Indholdsfortegnelse 1 Vejledning til ibrugtagning af Fødselsindberetningsservicen... 3 1.1 Læsevejledning
Læs mereArkitekturrapport: MDB Min Digitale Byggesag
Arkitekturrapport: MDB Min Digitale Byggesag Denne orienteringsrapport udarbejdes for it-projekter med effekt på den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens
Læs mereIKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 5. december 2016 16/10604-1 Tina Jonsen tjon@vd.dk +45 7244 2220 IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION Thomas Helsteds Vej 11 8660 Skanderborg vd@vd.dk EAN
Læs mereIntroduktion til MeMo
Introduktion til MeMo 1. februar 2019 CIU I forbindelse med Digitaliseringsstyrelsens udbud af Næste generation Digital Post løsningen (NgDP) er der udviklet en ny model for udveksling af digitale postmeddelelser,
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 mereVejledning: AMUUDBUD.DK
Vejledning: AMUUDBUD.DK Henvendt til uddannelsesinstitutioner Websiden amuudbud.dk bruges af uddannelsesinstitutioner til at ansøge om godkendelse til at udbyde AMU. Du skal have modtaget en e-mail med
Læs mereVejledning i at anvende åbningskvittering. August 2019
Vejledning i at anvende åbningskvittering August 2019 Hvem skal anvende vejledningen? Vejledningen er relevant for dig, hvis du vil anvende åbningskvittering på materialer. Du skal have en af følgende
Læs mereIT-sikkerhedsbestemmelser for anvendelse af e-post
Bilag 8 IT-sikkerhedsbestemmelser for anvendelse af e-post Formålet med sikkerhedsbestemmelserne er at beskrive, hvordan medarbejdere i Randers Kommune, som anvender e-post via kommunens udstyr og e-postadresser,
Læs mereVejledning i at oprette postkasser i Digital Post. Juli 2016
Vejledning i at oprette postkasser i Digital Post Juli 2016 Hvem skal anvende vejledningen? Vejledningen er relevant for dig, hvis du skal oprette en postkasse og/eller mapper til postkasser. Du skal have
Læs mereIntroduktion til Digital Post. Februar 2016
Introduktion til Digital Post Februar 2016 Hvem skal læse dokumentet? Vejledningen er relevant for dig, hvis du har brug for en introduktion til Administrationsportalen i Digital Post og hvad der skal
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 mereVejledning i at anvende åbningskvittering. Juli 2016
Vejledning i at anvende åbningskvittering Juli 2016 Hvem skal anvende vejledningen? Vejledningen er relevant for dig, hvis du vil anvende åbningskvittering på materialer. Du skal have en af følgende roller
Læs mereGuide til NemLog-in Security Token Service
Guide til NemLog-in Security Token Service Side 1 af 10 18. juni 2014 TG Denne guide indeholder en kort beskrivelse af, hvordan en myndighed eller itleverandør kan benytte NemLog-in s Security Token Service
Læs mereLøsningsbeskrivelse. Den fælleskommunale Serviceplatform
Løsningsbeskrivelse Den fælleskommunale Serviceplatform Januar 2014 1 Indhold 2 Serviceplatformen... 2 3 Hjemmesiden www.serviceplatformen.dk... 3 3.1 Administrationsmodul... 4 3.2 Servicekatalog... 4
Læs mereTrin-for-trin guide: Tilslutning af web service til NemLog-in
Trin-for-trin guide: Tilslutning af web service til NemLog-in Side 1 af 18 18. maj 2015 TG Baggrund og formål I foråret 2014 blev der udarbejdet en fælles sikkerhedsmodel for grunddataprogrammet. Modellen
Læs mereForord. Versioner. Version Date Description 1.0.0 09/05/2012 Initial version
APOS2 DWH Services 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 mere1 Klassifikation-version2.0
1 Klassifikation-version2.0 Formål med Klassifikationsmodellen Her specificeres Klassifikationsmodellen, som en informationsmodel for Klassifikationer. Klassifikationer (eller klassifikationssystemer)
Læs mereSag og Dokument: Eksempel på brug af generelle egenskaber
Sag og Dokument: Eksempel på brug af generelle egenskaber Der er knyttet en række generelle egenskaber til de enkelte objekter som beskrevet i dokumentet Generelle egenskaber for serviceinterfaces på sags-
Læs mereVejledning til registrering som bruger til EudraCT results
Vejledning til registrering som bruger til EudraCT results 1 Registrering som ny bruger For at indtaste resultater, skal man registreres som bruger i EudraCT databasen: https://eudract.ema.europa.eu/results-web/
Læs mereFORSLAG TIL MASSEAFSENDELSE
FORSLAG TIL MASSEAFSENDELSE Digital Post og Fjernprint 2015-03-11 Dagsorden 1. Velkomst 2. Nuværende OIO-rest 3. Udfordringer 4. Afrunding Nuværende OIO-REST løsning Digital post De nuværende Digital Post
Læs mereSTØTTESYSTEMET KLASSIFIKATION
STØTTESYSTEMET KLASSIFIKATION v/ Martin Bo Jensen 26. februar 2019 KOMBITs løsninger og fælleskommunal infrastruktur 2 Kommunale fagområder Arbejdsmarked og erhverv Social og sundhed Børn og læring Mit
Læs mereSnitfladebeskrivelse HentYdelseInformation BYS P11-4 KMD Børneydelse Version 1.0.0, 2012.05.22
Snitfladebeskrivelse HentYdelseInformation BYS P11-4 KMD Børneydelse Version 1.0.0, 2012.05.22 Indholdsfortegnelse Indholdsfortegnelse Ændringer i forhold til forrige version... 2 1 Brug af snitfladebeskrivelsen...
Læs mereADK 1.0 KRAVSPECIFIKATION
ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 23-06-2014 MST Oprettelse af integrationskrav 0.2 25-06-2014 HAH Review for forståelighed og stringens.
Læs mereDette dokument har til formål at uddybe og forklare den regelmatrice for Byg og Miljø, som er udarbejdet i Excel.
Dette dokument har til formål at uddybe og forklare den regelmatrice for Byg og Miljø, som er udarbejdet i Excel. Dokumentet vil som udgangspunkt være opdateret i forhold til, hvad der findes på selve
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 mereVejledning til NIN, Grønlands arealregister, for ansøgere
Vejledning til NIN, Grønlands arealregister, for ansøgere Departement for Boliger, Infrastruktur og Trafik Grønlands Selvstyre Asiaq Grønlands Forundersøgelser Version 2 - april 2010 Version 2 april 2010
Læs mereDOKUMENTBROKER Koncept
DOKUMENTBROKER Koncept Copyright 2012 INDHOLDSFORTEGNELSE 1 Hvad er DokumentBrokeren?...1 1.1 Formål...1 1.2 Fordele...1 1.3 Baggrund...2 2 Komponenter...3 2.1 Dataflet...4 2.2 Platform og teknologi...4
Læs mereVejledning Opret ansøgning i Byg & Miljø
Vi gør opmærksom på at: - Bestemmelser og lovgivning omkring byggeri kan være kompliceret at sætte sig ind i uanset om det er tilbygning, et udhus, carport, eller større byggeri. Ringsted Kommune anbefaler
Læs mere