FESD Sager og dokumenter

FESD Sager og dokumenter Standard IT- og Telestyrelsen København 0. december 2008 FESD-standardisering Sager og dokumenter. Datamodel. Version.

Kolofon: FESD-standardisering. Sager og Dokumenter. Datamodel. Version. Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer til offentligheden, skal der angives korrekt kildehenvisning. Forslag til FESD-standarder udarbejdes af IT- og Telestyrelsen, Kontoret for standardiserings- og arkitekturpolitik, FESD-standardiseringsgruppen i samarbejde med de tre FESD leverandører Software Innovation A/S, Traen Informationssystemer A/S og CSC mark A/S. Kontaktperson i FESD-standardisering: Projektleder Rita Lützhøft, Mail-adresse rla@itst.dk Telefon 33 37 92 42 (direkte) Traen Informationssystemer A/S Vesterbrogade 95 A 620 København K Telefon: 33 25 65 55 Web-adresse: http://www.traen.dk CSC mark A/S Retortvej 8 780 København V Telefon: 36 4 40 00 Web-adresse: http://www.csc.com/dk Software Innovation A/S Nærum Hovedgade 0 2850 Nærum Telefon: 45 58 88 88 Web-adresse: http://www.software-innovation.dk/ Ministeriet for Videnskab, Teknologi og Udvikling IT- og Telestyrelsen Kontoret for standardiserings- og arkitekturpolitik Holsteinsgade 63 DK-200 København Ø Telefon: +45 35 45 00 00 Fax. +45 35 45 00 0 http://www.itst.dk itst@itst.dk 2 / 40

Indholdsfortegnelse Forord...4. Teknisk forord...5 2 DEL A Indledning...6 3 DEL B - Forretningen...8 4 DEL C Datamodel...9 4. Sag CaseFile...0 4.2 KassationsKode CaseFileDisposal...3 4.3 SagsStatus CaseFileStatus...4 4.4 SagsType CaseFileType...5 4.5 Kommentar Comment...6 4.6 Dokument Document...7 4.7 DokumentKategori DocumentCategory...9 4.8 DokumentTilknytning DocumentLink...9 4.9 DokumentTilknytningType DokumentLinkType...20 4.0 DokumentStatus DocumentStatus...20 4. DokumentType DocumentType...2 4.2 DokumentVersion DocumentVersion...22 4.3 InformationsType InformationType...23 4.4 JournalPost Record...24 4.5 JournalPostPart...27 4.6 JournalPostStatus RecordStatus...32 4.7 JournalPostReference RecordReference...32 4.8 JournalPostReferenceRolle RecordReferenceRole...32 4.9 SagsReference Reference...33 4.20 Erindring Reminder...34 4.2 ErindringsType ReminderType...34 4.22 VariantType RenditionType...35 4.23 LagringsFormat StorageFormat...35 4.24 Lagringsenhed StorageUnit...36 5 Anvendte typer i FESD-modellerne...38 3 / 40

Forord Den offentlige sektors IT-systemer på statsligt, kommunalt og regionalt niveau skal kunne spille sikkert og effektivt sammen. Derfor arbejdes der målrettet på at få gennemført fælles standarder for elektronisk sags- og dokumenthåndtering - den såkaldte FESD-standard. Målet med standardiseringsarbejdet er at fremme digital forvaltning i den offentlige sektor, og midlet er at sikre, at de forskellige elektroniske sags- og dokumenthåndteringssystemer (ESDH) får en fælles kernefunktionalitet, og at det samtidig sikres, at denne kerne videreudvikles ensartet. En fælles kernefunktionalitet skal sikre: at der kan foretages sagsbehandling på tværs af flere organisationer at myndigheder, der arbejder med åbne sager, kan lægges sammen at der kan flyttes opgaver mellem forskellige myndigheder I forlængelse af FESD-projektkonkurrencen, som havde sin afslutning primo 2004, og hvor der blev fundet tre FESD-leverandører, blev det i forbindelse med kontraktforhandlingerne besluttet at starte en standardiseringsproces den såkaldte FESD-standardisering. For at sikre interoperabiliteten, både mellem ESDH-systemer og til andre systemer, men også så tredjepart kan udvikle moduler til systemet, blev det anset for afgørende, at der udvikles en fælles offentlig datamodel samt andre standarder på ESDH-området. Koordinering af FESD-standardiseringen er efterfølgende lagt i IT- og Telestyrelsen (ITST). Den konkrete udarbejdelse af forslag/udkast til standarder foregår i et samarbejde mellem de tre FESDleverandører og en FESD-standardiseringsgruppe i ITST. Arbejdet med forslag/udkast til standarder tager udgangspunkt i s datamodel og databeskrivelser samt leverandørernes løsninger. Standarderne kan afvige fra på de områder, hvor det er nødvendigt for at understøtte dansk forvaltningspraksis, eller hvor parterne i FESDstandardiseringen kan opnå enighed om en afvigelse. Udkast/forslag sendes herefter i offentlig høring i ca. måned. FESD-standardiseringsgruppen tilretter og færdiggør på baggrund af høringen de endelige Forslag til standarder. Standardforslagene forelægges herefter OIO-Komiteen til godkendelse. Efter den samlede godkendelse bliver standarderne således offentliggjort og indgår i IT- og Telestyrelsens OIO-Katalog (digitaliser.dk), som indeholder en oversigt over godkendte og anbefalede standarder til digital forvaltning i det offentlige. I standarden kan forekomme brug af særligt ordvalg. Følgende termer anvendes konsekvent i den følgende betydning: skal / obligatorisk : betyder, at den nævnte metode/element/mulighed/etc. skal benyttes eller skal forefindes dvs. må ikke udelades. må ikke : betyder, at den nævnte metode/element/mulighed/etc. ikke må forefindes eller må ikke benyttes. bør / anbefalet : betyder, at det i høj grad anbefales, at den nævnte metode/element/mulighed/etc. benyttes eller forefindes. Der skal være tungtvejende grunde til at udelade. kan / optionel : betyder, at den nævnte metode/element/mulighed/etc. er en valgmulighed og derfor valgfri at medtage. Denne udgave af standarden er såkaldt konsolideret i forhold til version.0, hvilket vil sige det oprindelige regneark fra sommeren 2004. På grund af den måde FESD-standardiseringsarbejdet er tilrettelagt på forskellige afleveringer på forskellige tidspunkter siden 2004 udkommer FESDdatamodellen som deldatamodeller. Det har betydet, at enkelte detaljer i det forventede slutresultat 4 / 40

altså den samlede FESD-datamodel kan være overset. Det har endvidere været nødvendigt at konsekvenstilføje noget, der tidligere er sprunget over fx på grund af manglende standardisering på det tidspunkt, den aktuelle standard blev udarbejdet. Endvidere har NDR (Name and Design Rules) reglerne givet anledning til en del ændringer i sprogbrug (semantik) vedrørende attributter af hensyn til efterfølgende generering af XML Den samlede FESD-datamodel (i form af deldatamodellerne) til og med 2008 er derfor gennemgået og genvurderet i forbindelse med denne standard. Denne genvurdering har ikke medført forretningsmæssige radikale ændringer i deldatamodellen, men har dog givet anledning til en del justeringer, typisk af præsentationsmæssig (semantik) karakter, især pga. NDRreglerne. Den væsentligste ændring i forhold til første udgave af standarden er, at FESDstandardiseringsgruppen nu har valgt konsekvent at præsentere datamodeller med UML-notation i alle standarder, herunder ens markering af primitive datatyper samt en del fornyet semantik. Indholdet af denne standard er dog i det væsentligste det samme som i den forrige udgave af standarden.. Teknisk forord Grundlaget for FESD-datamodellen er blevet udarbejdet på en periode på mere end fire år, hvor der er udarbejdet standarder for de forskellige delområder. Arbejdsmetoder, terminologi og anvendelse af datatyper har ændret sig i denne periode FESD-standardiseringsgruppen har f.eks. indført en konsekvent brug af UML-notation i de senere standarder. Konsolideringen af datamodellen har derfor forudsat, at der blev defineret en fælles modelleringsmetode og et sæt af primitive datatyper, der var kompatibelt med alle del-datamodellerne. De primitive datatyper, som modellen er opbygget af, fremgår af kapitel 5. 5 / 40

2 DEL A Indledning Denne standard omhandler den logiske datamodel for området sager og dokumenter. En logisk datamodel i denne forbindelse er den del af informationsarkitekturen, der beskriver forretningens krav til informationernes organisering i klasser, både på det overordnede niveau og som mere specifikke attributter eller databeskrivelser. I FESD-standardiseringen bruges UML til at beskrive den logiske datamodel. Begrundelsen for at udarbejde en FESD-datamodel er at sikre interoperabilitet. Mere konkret kan interoperabilitet i forbindelse med ESDH og dermed også sager og dokumenter overordnet beskrives som givende mulighed for at:. ne grundlaget for større kvalitet og effektiv borgerservice 2. Understøtte samarbejde og omstrukturering mellem myndigheder 3. Sikre udvikling ifølge fællesoffentliges retningslinier for anvendelse af IT 4. Sammenlægning af myndigheder med åbne sager 5. Flytning af udvalgte opgaver mellem myndigheder 6. Implementere Den virtuelle Forvaltning på udvalgte områder, fx a. Understøtte sagsbehandling på tværs af flere institutioner b. ne grundlag for videndeling med politikere og borgere c. Muliggøre selvbetjening etc. Behovet for interoperabilitet og dermed en standardiseret datamodel også for sager og dokumenter og for centrale forretningsmæssige aspekter er i forbindelse med FESD udbuddet beskrevet på følgende måde: A. Når der skal integreres til fagsystemer For at skabe mulighed for standardiserede integrationsgrænsesnit til fagsystemer skal der allerede på implementeringstidspunktet være defineret et grundsæt af datamodel. Datamodellens kompleksitet er afhængig af hvilken integrationsmodel, der ønskes implementeret. B. Når der skal udveksles arbejdsområder, og organisationer skal sammenlægges Her er der to ambitionsniveauer: A) En flytning af arbejdsområder i forbindelse med en periodeafgrænsning. Forudsætningen er at der findes en fælles datamodel for alle sagsog dokumentoplysninger. B) En flytning af sager mellem kørende systemer. Forudsætningen er her en fælles datamodel for sags- og dokumentoplysninger samt i øvrigt procesoplysninger, workflowbeskrivelser og bruger- og sikkerhedsbeskrivelser. C. Når systemet skal udfases og erstattes af et nyt Kræver fælles datamodel for sager og dokumenter. FESD Datamodel omhandler som nævnt standardiseringen af en logisk datamodel til ESDHsystemer med henblik på at opnå interoperabilitet mellem ESDH-systemer. Denne standard vedrører alene sags- og, dokumentområdet og tilgrænsende i forbindelse med ESDH-systemer og er således IKKE en komplet datamodel for ESDH, men skal ses i sammenhæng med andre deldatamodeller for ESDH-området vedrørende adresser, emnesystematik, udvalgsbehandling, arkivstruktur og brugeradministration. Denne logiske datamodel på området sager, dokumenter og bemærkninger baserer sig i stort omfang på NOARK4. De i denne standard anvendte klasser og attributter er alle vurderet i forhold til 6 / 40

tilsvarende i NOARK4 og alle tilsvarende relevante dele af NOARK4 er gennemgået i denne forbindelse. Dette er gjort, fordi forudsætninger for FESD-standardiseringsarbejdet indebærer, at NOARK4 er én af de væsentlige standarder, som FESD-standardiseringen skal forholde sig til og fordi det er skønnet, at især vedrørende sager og dokumenter er norske forhold nogenlunde sammenlignelige med danske, hvad angår logisk datamodel på området. Standardiseringsarbejdet har derfor bl.a. brugt følgende tabeller fra NOARK4 som disposition for arbejdet. NOARKSAK, JFSAK, SAKSPART, SAKSSTATUS, SAKSTYPE, KASSKODE, JOURNAL- POST, NOARKDOKTYPE, JOURNSTATUS, MERKNAD, INFOTYPE, DOKLINK, DOK- BESKRIV, DOKVERSJON, DOKTLKN, DOKKATEGORI, DOKSTATUS, VARIANTFORMAT, LAGRFORMAT. 7 / 40

3 DEL B - Forretningen I det daglige arbejde i forbindelse med sagsbehandlingen modtages, produceres og afsendes dokumenter, som i hovedsagen alle tilknyttes sager, der oprettes ud fra den givne organisations regler for sagsdannelsesområdet. For rent administrativt at kunne håndtere dokumenter og sager mest hensigtsmæssigt, herunder hensyn til lagring og genfinding, er det nødvendigt, at organisationen registrerer en række forskellige oplysninger vedrørende sager og dokumenter, deres indbyrdes sammenhæng m.v. Sædvanligvis opbygges en logisk datamodel ud fra forretningsmæssige overvejelser og heraf afledte behov for funktionalitet. Denne standard har dog ikke til formål at beskrive alle administrative forretningsmæssige aspekter i forbindelse med sagsbehandling og alle de forvaltningsmæssige krav, der stilles til denne. En sådan beskrivelse vil alligevel ikke kunne udføres udtømmende indenfor rammerne af denne standard, hvorfor den tilhørende logiske datamodel ikke vil kunne blive komplet/fyldestgørende. FESD-standardiseringen har i dette tilfælde valgt at bygge på eksisterende mangeårige erfaringer og praksis, hvad angår hvilke oplysninger, der kan registreres i forbindelse med sager og dokumenter. Opbygningen af denne logiske datamodel for sager, dokumenter er foregået på den måde, at NOARK4, som bygger på mangeårige erfaringer, er anvendt som udgangspunkt. Dvs. sags- og dokumentrelevante dele af NOARK4 er gennemgået og er blevet holdt op i mod FESDsystemernes datamodeller på de tilsvarende områder. Visse af disse systemer indeholder også datamodeller, som er opbygget ved hjælp mange års erfaring og praksis vedrørende det offentliges forretning i forbindelse med sager og dokumenter. Denne fremgangsmåde sikrer, efter FESD standardiseringens opfattelse, at de nødvendige klasser og attributter for at kunne opbygge nødvendig og tilstrækkelig funktionalitet, der modsvarer de forretningsmæssige krav i forbindelse med sager og dokumenter, er til stede i denne logiske datamodel. Den logiske datamodel for sager, dokumenter og bemærkninger, som den gengives i denne standard, er som nævnt i indledningen ikke en komplet ESDH-datamodel (logisk), selvom den udgør centrale dele af en sådan. Den logiske datamodel for sager og dokumenter skal ses i sammenhæng med andre datamodel-dele, der udgør hele ESDH-datamodellen, og afhængig af situation refereres også til klasser, som er at finde i andre del-model standarder fx reference til Personklassen, som findes i adresse-standarden. 8 / 40

4 DEL C Datamodel Nedenstående diagram viser en oversigt over klasser og attributter på sags- og dokumentområdet. class FESD UML model Name: FESD UML model Sag Author: ACE Version:.0 + afsluttetdato: Date [0..] statuscode Created: 25-07-2004 6:40:40 + ansvarligsagsbehandlerreference: UUID Updated: 25--2008 4:27:56 + kassationdato: Date [0..] + kassationskode: Code code code + loebenummeridentifikator: SequenceNumber disposalcode Sagss tatus + laanerreference: UUID [0..] Kassationskode + nettosagsbehandlingstidkvantitet: Integer [0..] + kode: Code + normtid: Integer [0..] + kassationskode: Code + lukketindikator: Indicator + opdateringdato: Date [0..] + kassationskodetekst: Name + midlertidigindikator: Indicator [0..] + opdateringregistratornavn: UUID [0..] + tekst: Name + oprettetdato: Date + udgaarindikator: Indicator + papirarkiveringindikator: Indicator [0..] + praecedensindikator: Indicator [0..] + praecedenstekst: ShortText [0..] + registratornavn: UUID code typecode + sagnummerhistorisktekst: Char(40) [0..] + sagsnummertekst: Char(40) Sags type + sagaaridentfifikator: Year + senestejournalpostdato: Date [0..] +tocasefile + betegnelsetekst: Text + sletningsfrist: Integer(2) [0..] + forkortelse: Code + statuskode: Code + klageadgangindikator: Indicator + titelalternativtekst: Text [0..] +fromcasefile + kommentar: Text [0..] + titeltekst: Text + udvalgssagstypekode: Code [0..] + titelundtagetoffentlighedindikator: Indicator + undtagetoffentlighedhjemmeltekst: Text [0..] + typekode: Code + uofficielindikator: Indicator + udlaantdato: Date [0..] + undtaget'offentlighedhjemmeltekst: Text [0..] + undtagetoffentlighedindikator: Indicator Sagsreference Erindring constraints + kommentartekst: Text [0..] {self.paperstorageindicator= implies self.record->forall(paperstorageindicator=)} + ansvarligreferen ce: UUID [0..] {XOR} + praecedensindikator: Indicator + beskrivelset ekst: T ext + dato: Date constraints Journa lpost + erindringstypekode: Code {self.fromcasefile->size()= or self.fromrecord->size()=} {self.tocasefile->size()= or self.torecord->size()=} remindertypecode + afskrivningdato: Date [0..] + alternativbeskrivelsetekst: Text [0..] + ansvarligsagsbehandlerreference: UUID + beskrivelsetekst: Text + beskrivelseuofficielindi kator: Indicator [0..] +fromrecord code JournalpostReference +torecord + dokumentdato: Date [0..] 0.. Erindri ngstype + dokumentnummer: SequenceNumber + dokumenttypekode: Code + betegnelset ekst: Name +torecord +fromrecord + ekspederetdato: Date [0..] + kode: Code + forfaldsdato: Date [0..] 0.. + fysiskdokumentnummer: ReferenceText referencerole + journalstatuskode: Code Informationstype + loebenummer: SequenceNumber statuscode + laanerreference: UUID [0..] + automatisklogningsindikator: Indicator code + offentlighedsvurderi ngdato: Date [0..] + beskrivelset ekst: Name + opdateringdato : Date [0..] + kode: Code Journalpoststatus + opdateringregistratornavn: UUID + kommentarindikator: Indicator + papirarkiveringindikator: Indicator + sletningstid: Integer(3) [0..] + betegnelset ekst: Name + registratornavn: UUID + kode: Code + registrering Dato: Date informationtypecode + skandato: Date + skanoperatoernavn: Char(50) + skanstationnavn: Char(50) code typecode + skantid: Time + udateretindikator: Indicator Dokume nttype + udlaandato: Date [0..] informationtypecode code + undtagetoffentlighedhjemmeltekst: Text [0..] + betegnelset ekst: Name Komme ntar JournalpostRe ferencerolle + aaridentifikator: Year + eksternmodtagerindikator: Indicator + informationstypekode: Code + eksterntproduceretindikator: Indicator + referencerollebetegnelsetekst: Name + kommentar: Text [0..] + internmodtagerindikator: Indicator + referenceroll ekode: Code + kommentarregistreringtid: Time [0..] + kode: Code Dokumentti lknytning + raekkefoelgeloebenummer: SequenceNumber [0..] + kraeveropfoelgningindikator: Indicator + registratornavn : UUID [0..] + dokumenttilknytningkode: Code + registreretpaavegneafnavn: UUID [0..] + oprettetdato: Date + registreringdato: Date [0..] typecode + registrere taf: UUID + sletningdato: Date [0..] code renditiontypecode DokumentTilk nytningstype + betegnelset ekst: Name + kode: Code «enumeration» JournalPos tparttype «enum» Afsender Modtager JournalP ostpart code Dokume ntkategori + betegnelset ekst: Name + kode: Code code DokumentStatus + betegnelset ekst: Name + kode: Code code Lagringsformat + arkivformatgodkendtindikator: Indicator + beskrivelset ekst: Name + filtypekode: Char(0) [0..] + kode: LongCode categorycode Dokument + kategorikode: Code + papirdokumentindikator: Indicator + papirdokumentplaceringtekst: Text [0..] statuscode + statuskode: Code + titeltekst: Text [0..] + udarbejdetafreference: UUID [0..] + undtagetoffentlighedhjemmeltekst: Text [0..] storageformatcode Dokumentv ersion + aktivindikator: Indicator + arkivbemaerkningtext: Text storageunitcode + filnavn: URI [0..] + lagringsenhedreference: UUID [0..] + lagringsformatkode: LongCode + nummer: Integer(5) + registratornavn: UUID [0..] + varianttypekode: Code renditiontypecode code Lagringsenhed + beskrivelsetekst: Text + kode: LongCode code Varianttype code + kode: Code + varianttypebetegnelsetekst: Name + addresselinie2: char(34) [0..] + addresselinie3: char(34) [0..] + adresse: Name + adresselinie: char(34) [0..] + adresselinie4: char(34) [0..] + adresselinie5: char(34) [0..] + adresselinie6: char(34) [0..] + bynavn: char(34) + cprnr: integ er(0) [0..] + cvrnr: integer(8) [0..] + doerbetegnelse: char(4) [0..] + efternavn: char(40) + epostadresse: uri:mailto + etage: char(2) [0..] + fornavn: char(50) [0..] + husnr: cha r(4) [0..] + kommunenr: integer(4) [0..] + kontakttype: Kontakttype [0..] + landkode: code + lokalitetsnavn: char(34) [0..] + mellemnavn: char(50) [0..] + organisationsnavn: char(50) + parttype: JournalPostPartType + postboks: char(4) [0..] + postdistrikt: char(20) [0..] + postnr: integer(4) + reklamebeskyttelse: boolean [0..] + vejkode: char(4) [0..] + vejnavn: char(40) [0..] Nam e: FESD UM L model Author: ACE Version:.0 Created: 25-07-2004 6:40:40 Updated: 25--2008 4:27:56 Figur 9 / 40

4. Sag CaseFile Denne klasse indeholder information vedrørende sager med hovedvægt på de traditionelle journaloplysninger. NOARK4 afsluttetdato closeddate Date [0..] Udfyldes med den dato, hvor sagen opfattes som afsluttet. ansvarligsagsbehandlerreference managerreference UUID [] Feltet udfyldes med primærnøglen fra klassen Person, når sagen oprettes. Fremmednøgle fra Person. Primærnøgle på person der har registreret sagen. oprettetdato creationdate Date [] Oprettelsesdato for sagen. Bør tildeles automatisk. Anvendes som bl.a. afgrænsningsparameter ved søgninger. kassationdato disposaldate Date [0..] Angiver hvornår der skal foretages kassation eller anden arkivmæssig behandling af sagen. Kassation skal, jf. Persondatabeskyttelsesloven, foregå på et givent tidspunkt. Der skal eventuelt ske aflevering til Statens Arkiver inden. kassationskode diposalcode Code [] Fremmednøgle fra klassen KassationsKode. Angiver hvad der skal ske, når kassationsdatoen er nået. loebenummeridentifikator serialnumberidentifier Sequence- Number [] Indeholder sagens sekvensnummer eventuelt indenfor året. Anvendes sammen med sagens oprettelsesår til at danne journalnummeret. Entydigt maskingenereret løbenummer. laanerreference borrowerreference UUID [0..] Fremmednøgle fra klassen Person. Udfyldes hvis sagudlaantdato er udfyldt. Feltet udfyldes med primærnøglen fra Person, når sagen udlånes. nettosagsbehandlingstidkvantitet actualworkquantity Integer [0..] Skønnet nettosagsbehandlingstid i dage. Det vil sige antal kalenderdage brugt til egentlig behandling af sagen og dermed undtaget de dage, hvor sagen behandles ude for institutionen (er i høring, behandles af anden institution, afventer svar fra part etc.) normtid normtime Integer [0..] Eventuel fastsat normtid i dage for behandlingen af sag SA_ANSVID SA_DATO SA_KASSDATO SA_KASSKODE SA_SEKNR SA_UTLTIL 0 / 40

NOARK4 sagaaridentifikator creationyeartext Year [] Årstal for sagens oprettelse. Anvendes til at angive sagens oprettelsesår og indgår i nogle tilfælde som en del af journalnummeret. CCYY. papirarkiveringindikator paperstorageindicator Indicator [0..] Værdi der angiver, om sagen arkiveres på papirform eller elektronisk. SA_SAAR SA_PAPIR praecedensindikator authorizingprecendentindicator Indicator [0..] Fremmednøgle til sag, som danner præcedens. Der anvendes enten en tekst, der entydigt identificerer den hjemmel, der ligger til grund for presedensen, eller et opslag til en tabel der indeholder en presedensstruktur. praecedenstekst authorizingprecendenttext ShortText [0..] Løsningen skal enten indeholde en tekst, der refererer til hjemmelen for presedensen, i form af en tekst i dette felt, eller en reference til en presedensstruktur. Der anvendes enten en tekst, der entydigt identificerer den hjemmel, der ligger til grund for presedensen, eller et opslag til en tabel der indeholder en presedensstruktur. Indeholder typisk lovreference eller reference til anden form for hjemmel. SA_PRES registratornavn creatorreference UUID [] Fremmednøgle fra klassen Person. Feltet udfyldes med primærnøglen fra Person, når sagen oprettes. Primærnøgle på person der har registreret sagen. sagsnummertekst casefilenumbertext Char(40) [] Frit sagsnummer. Eventuelt sammenstillinger af andre felter. Indeholder ofte journalnummeret, der traditionelt er sammenstillinger af forskellige andre felter fra Sag. Fri tekst. senestejournalpostdato latestrecorddate Date [0..] Udfyldes med dato for seneste registrerede journalpost. Angiver hvornår der senest har været tilføjet journalposter i sagen. Der er ikke sammenhæng til rækkefølgen af dokumenter. Bør være automatisk genereret dato af seneste tilføjelse af journalpost. SA_SISTEJP opdateringregistratornavn latestupdateby UUID [0..] Fremmednøgle fra klassen Person. Feltet udfyldes med primærnøglen fra Person, når sagen opdateres. Primærnøgle på person der har opdateret sagen. opdateringdato informationupdatedate Date [0..] Udfyldes med dags dato (dd), når sagen opdateres. For / 40

seneste opdatering i sagen. NOARK4 sletningsfrist retentiontimeyear Integer(2) [0..] Antal år sagen skal bevares. Anvendes typisk i forbindelse med Kassationsbestemmelser fra Statens Arkiver og/eller sletningsfrister jf. Registerforeskriften fra Datatilsynet. Antal år. SA_BEVTID statuskode statuscode Code [] Fremmednøgle fra klassen SagsStatus. SA_STATUS sagnummerhistorisktekst formercasefilenumbertext Char(40) [0..] Frit tidligere sagsnr. Eventuelt sammenstillinger af andre felter. Udfyldes med sagsnummer, hvis sagen har været omjournaliseret. Frit sagsnummer. Fri tekst. titelalternativtekst titlealternativetext Text [0..] Hvis sagstitlen er uofficiel, kan dette felt indeholde en alternativ officiel sagstitel til postlister etc. Feltet indeholder en alternativ titel i klar tekst. titeltekst titletext Text [] Feltet indeholder sagens titel, der er ingen krav om entydighed, blot at titlen afspejler sagens indhold. Feltet bidrager sammen med journalnummer/emneord og andre sagsinformationer til, at sagsbehandleren/journalføreren kan vurdere sagens indhold og dermed relevans for den opgave, vedkommende skal løse. Felt indeholder sagens titel i klar tekst. titelundtagetoffentlighedindikator titlenotpublicindicator Indicator [] Værdi der markerer, om sagstitlen indeholder fortrolig information, eller af anden grund ikke er officiel. SA_TITEL SA_U typekode typecode Code Fremmednøgle fra klassen SagsType. SA_TYPE udlaantdato loandate Date [0..] Udfyldes med dato, hvis udlånes. SA_UTLDATO undtaget'offentlighedhjemmeltekst notpubliclegislationtext Text [0..] Udfyldes med henvisning til den lovgivning, hvis hjemmel anvendes for at undtage sagen fra almindelig offentlighed. Der vil ofte være tale om persondatabeskyttelseslovgivningen eller lignende. Fri tekst. SA_UOFF undtagetoffentlighedindikator notpublicindicator Indicator [] flag til at angive hvor vidt sagen er undtaget offentligheden =undtaget 2 / 40

Association Sag. Sagsstatus. Sag.fromCaseFile Sagsreference. Sag. Sagstype. Sag. Kassationskode. Sag.toCaseFile Sagsreference. Erindring. Sag. Kommentar. Sag. Journalpost. Sag. 4.2 KassationsKode CaseFileDisposal Denne klasse indeholder information om, hvad der sker, når kassationstidspunktet indtræffer. kassationskode code Code [] Entydig forkortelse af KassationsKodeTekst. Anvendes som unik identifikation af Kassationskoden. KK_KODE kassationskodetekst name Name [] KassationsKoden i klar tekst. Beskriver kassationskoden. KK_BETEGN Association Sag. Kassationskode. 3 / 40

4.3 SagsStatus CaseFileStatus Denne klasse indeholder attributter, som beskriver, hvilken arkivmæssig tilstand en sag er i. kode code Code [] Anvendes som unik identifikation af sagsstatusen. Entydig forkortelse af sagsstatusbetegnelsen - tekst. lukketindikator closedindicator Indicator [] Angiver om sagen er lukket. Hvis sagen er lukket, kan der ikke registreres nye JournalPoster. midlertidigindikator temporaryregistrationindicator Indicator [0..] Udfyldes hvis sagen er midlertidigt registreret af den sagsansvarlige. Hvis sagen under sit indledende procesforløb kan oprettes uden at være registreret fuldt ud, registreres det i dette felt. SS_STATUS SS_LUKKET SS_MIDLERTIDIG tekst text Name [] Sagsstatus betegnelse i klar tekst. Fri tekst. SS_BETEGN udgaarindikator registrationnullificationindicator Indicator [] Angiver om sagen er omjournaliseret eller af anden grund udgår. Feltet anvendes, hvis en sag er oprettet ved en fejl, og sagsregistreringen udgår. Sagsmarkeringen slettes ikke, men feltet her markerer, at der er tale om en fejlregistrering. SS_UTG Association Sag. Sagsstatus. 4 / 40

4.4 SagsType CaseFileType Denne klasse indeholder attributter, som anvendes til at kategorisere sager efter type. NOARK4 betegnelsetekst name Text [] Sagstypebetegnelsen i klar tekst. Anvendes til at beskrive en række sagstyper, der kan indgå i sagsbehandlingen. ST_BETEGN kommentar commenttext Text [0..] Kommentar der knytter sig til sagstypen. Fri tekst. ST_MERKNAD forkortelse code Code [] Entydig forkortelse af sagstype - betegnelsetekst. Anvendes som unik identifikation af sagstypen. klageadgangindikator complainaccessindicator Indicator [] Værdi der angiver, om der er klageadgang på sagstypen. Feltet sættes til, hvis der til denne sagstype generelt er klageadgang, eventuelt efter på forhånd specificerede procedure eller under specifikke omstændigheder. ST_TYPE ST_KLAGEADG udvalgssagstypekode committeecasefiletypecode Code [0..] Værdi af typenavn fra klassen Udvalg ST_UTVSAKTYPE undtagetoffentlighedhjemmeltekst nondisclosuretext Text [0..] Henvisning til den lovgivning under hvilken denne sagstype er undtaget offentlighedsloven. Udfyldes med henvisning til den lovgivning, hvis hjemmel anvendes for at undtage sagstypen fra almindelig offentlighed. Der vil ofte være tale om persondatabeskyttelseslovgivningen eller lign. Fri tekst. uofficielindikator nondisclosureindicator Indicator [] Binær værdi der markerer, om sagstypen er officiel. Markerer om sagstypen generelt indeholder fortrolig information, eller af anden grund ikke er officiel. ST_HJEMMEL ST_UTVSAKTYPE Association Sag. Sagstype. 5 / 40

4.5 Kommentar Comment Denne klasse indeholder information vedrørende de forskellige typer kommentarer, der kan knyttes til en sag, en journalpost eller en version af et dokument. kommentar commenttext Text [0..] Teksten som udgør kommentaren. ME_TEKST informationstypekode InformationtypeCode Code [] Fremmednøgle fra klassen InformationsType. Anvendes til at skabe forbindelsen til InformationsType. kommentarregistreringtid creationtime Time [0..] Angiver det klokkeslæt, hvor kommentaren er registreret. Registrering af klokkeslæt. HH:MM:SS Timestamp Jf. ISO 860. raekkefoelgeloebenummer sequencenumber Sequence- Number [0..] Angiver rækkefølgen af kommentarer indenfor eksempelvis den sag eller journalpost, som kommentaren knytter sig til. Angiver sorteringsrækkefølgen i den post, kommentaren er tilknyttet. registreringdato registrationdate Date [0..] Angiver den dato, hvor kommentaren er oprettet. Anvendes både som en del af de forvaltningsmæssige oplysninger, der giver sagsbehandleren overblik over sagsbehandlingen, men også som teknisk objekt der bidrager til at effektuere sletninger jf. registratornavn creatorreference UUID [0..] Fremmednøgle fra klassen Person. Udfyldes med information om hvem der har skrevet kommentaren. registreretpaavegneafnavn responsiblereference UUID [0..] Fremmednøgle fra klassen Person. Udfyldes med information om hvem der er ansvarlig for informationen, hvis det er en anden end kommentarregistreretafreference. sletningdato deletiondate Date [0..] Angiver den dato, hvor kommentaren kan/skal slettes. Nogle kommentartyper skal slettes, hvis de eksempelvis indeholder personoplysninger. Sletningsreglerne hænger sammen med kommentartypen, kommentarregistreringsdatoen, kassationsbestemmelserne for det objekt, der er tale om. Der skal i de funktioner, der udfører sletninger, tages højde for alle disse betingelser. ME_ITYPE ME_REGKL ME_RNR ME_REGDATO ME_REGAV ME_PVGAV ME_OPPBEDAT 6 / 40

Association Kommentar. Varianttype. Kommentar. Informationstype. Kommentar. Dokument. Kommentar. Sag. Kommentar. Dokumentversion. Kommentar. Dokument. Kommentar. Journalpost. 4.6 Dokument Document Denne klasse indeholder information vedrørende dokumenter, der kan knyttes til en bestemt sag. kategorikode categorycode Code [] Fremmednøgle fra klassen DokumentType. Anvendes til at skabe forbindelsen til DokumentType. DB_KATEGORI papirdokumentindikator paperstorageindicator Indicator Angiver om sagen arkiveres på papirform eller elektronisk. DB_PAPIR papirdokumentplaceringtekst paperstoragelocationtext Text [0..] Fri tekst der angiver papirets fysiske placering. Feltet anvendes til at beskrive, hvor papirdokumenter i form af tykke rapporter, publikationer, der ikke indskannes i deres fulde omfang, fysisk placeres. statuskode statuscode Code [] Fremmednøgle fra klassen DokumentStatus. Anvendes til at skabe forbindelsen til DokumentStatus. titeltekst titletext Text [0..] Feltet indeholder dokumentets titel. Der er ingen krav om entydighed, blot at titlen afspejler dokumentets indhold. Feltet bidrager sammen med andre dokumentinformationer DB_LOKPAPIR DB_STATUS DB_TITEL 7 / 40

til, at sagsbehandleren/journalføreren kan vurdere dokumentets indhold og dermed relevans for den opgave, vedkommende skal løse. udarbejdetafreference creatorreference UUID [0..] Fremmednøgle fra klassen Person. Udfyldes med information om hvem der har udarbejdet dokumentet. undtagetoffentlighedhjemmeltekst nondisclosuredescriptiontext Text [0..] Henvisning til den lovgivning under hvilken dette dokument er undtaget offentlighedsloven. Udfyldes med henvisning til den lovgivning, hvis hjemmel anvendes for at undtage dokumentet fra almindelig offentlighed. Der vil ofte være tale om persondatabeskyttelseslovgivningen eller lign. Fri tekst. DB_UTARBAV DB_UOFF Association Dokument. DokumentKategori. Dokument. Dokumenttilknytning. Dokument. DokumentStatus. Dokumentversion. Dokument. Kommentar. Dokument. Kommentar. Dokument. 8 / 40

4.7 DokumentKategori DocumentCategory Denne klasse indeholder information vedrørende dokumentkategori. betegnelsetekst descriptiontext Name [] DokumentKategoriBetegnelsen i klar tekst. DK_BETEGN kode code Code [] Entydig forkortelse af dokumentkategori - betegnelsetekst. Anvendes som unik identifikation af dokumentkategori - betegnelsetekst. DK_KODE Association Dokument. DokumentKategori. 4.8 DokumentTilknytning DocumentLink Denne klasse anvendes til at knytte en relation mellem en journalpost og et dokument, som skal knyttes til journalposten. Klassen indeholder også information om, hvilken type dokument den peger på, samt hvilken rækkefølge dokumentet skal komme i under journalposten. oprettetdato creationdate Date [] Den dato hvor dokumenttilknytningen er foretaget. DL_TKDATO dokumenttilknytningkode typecode Code [] Fremmednøgle fra klassen dokumenttilknytningtype. Anvendes til at skabe forbindelsen til dokumenttilknytningtype. registreretaf creatorreference UUID [] Fremmednøgle fra klassen Person. Udfyldes med information om hvem, der har lavet dokumenttilknytningen. DL_TYPE DK_TKAV 9 / 40

Association Dokument. Dokumenttilknytning. Dokumenttilknytning. DokumentTilknytningsType. Dokumenttilknytning. Journalpost. 4.9 DokumentTilknytningType DokumentLinkType Denne klasse angiver hvilken type tilknytning dokument har til journalposter. betegnelsetekst name Name [] TilknytningsBetegnelse i klar tekst. Beskriver informationstypen. kode code Code [] Entydig forkortelse af betegnelsetekst. Anvendes som unik identifikation af betegnelsetekst. DT_BETEGN DT_KODE Association Dokumenttilknytning. DokumentTilknytningsType. 4.0 DokumentStatus DocumentStatus Denne klasse indeholder information vedrørende dokumentets status. betegnelsetekst name Name [] Dokumentstatus i klar tekst. Beskriver dokumentstatus. DS_BETEGN kode code Code [] Entydig forkortelse af dokumentstatus betegnelsetekst. Anvendes som unik identifikation af dokumentstatusbetegnelse. DS_STATUS 20 / 40

Association Dokument. DokumentStatus. 4. DokumentType DocumentType Denne klasse indeholder information vedrørende, hvilke dokumenttyper et dokument kan antage. betegnelsetekst name Name [] Dokumenttypen i klar tekst. ND_BETEGN eksternmodtagerindikator externalreceiverindicator Indicator [] Angiver om der kan og skal identificeres en ekstern modtager. Udgående breve skal altid have angivet en ekstern modtager, mens indgående breve ikke har en ekstern modtager. For interne notater er det ikke muligt at angive en ekstern modtager. eksterntproduceretindikator externalcreationindicator Indicator [] Angiver om et dokument er eksternt produceret. Anvendes hvis et dokument er eksternt produceret, men som led i afgørelsen af en sag. internmodtagerindikator internalreceiverindicator Indicator [] Angiver om der kan og skal identificeres en intern modtager. Feltet anvendes som en del af den information, der indgår i at give den interne modtager besked om, at der er udestående opgaver. kode code Code [] Entydig forkortelse af dokumenttype - betegnelsetekst. Anvendes som unik identifikation af dokumenttype. kraeveropfoelgningindikator followuprequiredindicator Indicator [] Angiver om dokumentet kræver opfølgning. Hvis dette felt er, skal dokumentet opfølges. ND_EKSTPROD ND_EKSTMOT ND_DOKTYPE ND_OPPF Association Journalpost. Dokumenttype. 2 / 40

4.2 DokumentVersion DocumentVersion Denne klasse indeholder information vedrørende dokumentversion. aktivindikator activeindicator Indicator [] Værdi der afgør, om dette er den seneste aktive version af dokumentet. Dokumenter kan antage mange forskellige versioner, der anvendes til forskellige formål. VE_AKTIV arkivbemaerkningtext ArchiveCommentText Text [] Arkivmæssige bemærkninger knyttet til den specifikke version. filnavn versionfilename URI [0..] Angiver den præcise sti og filnavn på filen. Anvendes sammen med lagringsenhed til en unik identifikation af den enkelte fil, der udgør denne Dokumentversion. Hvis dokumentversionen udgøres af flere filer, placeres de i et bibliotek, og der refereres til biblioteket. Se eventuelt Statens Arkivers regler for navngivning og placering. lagringsenhedreference storageunitcode UUID [0..] Opslag mod klassen LagringsEnhed. Feltet anvendes i forbindelse med flytning af data til at angive reference til eventuel lagringsenhed. Se eventuelt Statens Arkivers regler for navngivning og placering. lagringsformatkode storageformatcode LongCode [] Fremmednøgle fra klassen LagringsFormat. Anvendes til at skabe forbindelsen til LagringsFormat. nummer number Integer(5) [] Indeholder dokumentets versionsnummer indenfor dokumentet. Tildeles ofte automatisk. Entydigt maskingenereret løbenummer. registratornavn registeringofficerreference UUID [0..] Fremmednøgle fra klassen Person. Udfyldes med information om hvem der har registreret dokumentversionen. varianttypekode varianttypecode Code [] Fremmednøgle fra klassen VariantType. Anvendes til at skabe forbindelsen til VariantType. VE_FILREF VE_LAGRENH VE_DOKFORMAT VE_VERSJON VE_REGAV VE_VARIANT Association Dokumentversion. Dokument. Dokumentversion. Varianttype. 22 / 40

Association Dokumentversion. Lagringsformat. Kommentar. Dokumentversion. Dokumentversion. Lagringsenhed. 4.3 InformationsType InformationType Denne klasse indeholder information vedrørende informationstyper. automatisklogningsindikator audittrailindicator Indicator [] Markering der afgør, om logning af dato, tidspunkt og person skal ske automatisk. Anvendes til at sikre, at de nødvendige oplysninger til en given informationstype, eksempelvis tidspunkt dato og person for registrering af en kommentar, hentes automatisk. IT_AUTOLOG beskrivelsetekst descriptiontext Name [] Informationstypen i klar tekst. IT_BETEGN kode informationtypecode Code [] Entydig forkortelse af descriptiontext. Anvendes som unik identifikation af informationstype. kommentarindikator commentindicator Indicator [] Værdi der afgør, om denne kode benyttes til en kommentar. Gør det muligt, at delene knyttes til en kommentar (jf. Kommentar klassen). sletningstid retentiontimemonth Integer(3) [0..] Angiver hvor mange måneder denne type tillægsinformation skal opbevares. IT_KODE IT_MERKNAD IT_OPPBETID Association Kommentar. Informationstype. 23 / 40

4.4 JournalPost Record Denne klasse indeholder grundoplysningerne om en Journalpost. Anvendes til at registrere grundoplysninger om hoveddokument, eventuelt med underdokumenter og/eller bilag. afskrivningdato depricationdate Date [0..] Registrerer dato for hvornår dokumentet er færdigbehandlet. I den offentlige forvaltning skal det sikres, at alle henvendelser besvares, og at de besvares indenfor en given tidsramme. JP_AVSKDATO alternativbeskrivelsetekst alternativedescriptiontext Text [0..] Hvis indholdsbeskrivelse af journalpost er uofficiel, kan dette felt indeholde en alternativ officiel journalpostbeskrivelse til postlister etc. ansvarligsagsbehandlerreference casefilemanagerreference UUID [] Fremmednøgle fra klassen Person. Udfyldes med information om hvem, der er ansvarlig sagsbehandler. beskrivelseuofficielindikator descriptionunofficialindicator Indicator [0..] Udfyldes hvis oplysninger om Journalpostens indholdsbeskrivelse er undtaget almindelig offentlighed. Hvis beskrivelsen af journalpostens indhold indeholder personoplysninger eller anden fortrolig information markeres det i dette felt. beskrivelsetekst descriptiontext Text [] Tekst der beskriver indholdet af journalposten. Anvendes til at beskrive indholdet af journalposten, der kan være tale om et hoveddokument med underdokumenter, eller bilag, eller enkeltstående dokumenter. Fri tekst. dokumentdato documentdate Date [0..] Dokumentdato for dokumentet. Anvendes til at registrere den dato, der er påstemplet eller på anden måde registreret på dokumentet. dokumentnummer sequencenumber Sequence- Number [] Dokumentnummeret indenfor sagen. Anvendes til at definere dokumentets rækkefølge i sagen. I Noark 4 tildeles nummeret automatisk og kan kun ændres ved en flytning eller omregistrering af sagen. Entydigt maskingenereret løbenummer knyttet til dokument i sagen. dokumenttypekode typecode Code [] Fremmednøgle fra klassen DokumentType. Anvendes til at skabe forbindelsen til dokumenttype. JP_U JP_INNHOLD JP_DOKDATO JP_JPOSTNR JP_NDOKTYPE 24 / 40

forfaldsdato duedate Date [0..] Forfaldsdato registrerer, hvornår dokumentet senest skal være ekspederet. Knytter sig til sagsbehandlingsdelen af systemet. ekspederetdato responsedate Date [0..] Registrerer dato for hvornår dokumentet er ekspederet. Knytter sig til sagsbehandlingsdelen af systemet. fysiskdokumentnummer PhysicalDocumentIdentifier Reference- Text [] Dette kan udfyldes med et fysisk dokumentnummer, fx et endorser-nummer fra skanneren. Benyttes til at identificere papirdokumentet ud fra det indskannede elektroniske dokument i ESDH-systemet. Dette felt i ESDH-systemet kan også benyttes ved anmodning om genindskanning af et allerede journaliseret dokument, da det entydigt identificerer papirdokumentet. opdateringdato informationupdatedate Date [0..] Dato for hvornår Journalposten senest er opdateret. journalstatuskode statuscode Code [] Fremmednøgle fra klassen journalpoststatus. Anvendes til at skabe forbindelsen til dokumenttype. loebenummer serialnumber Sequence- Number [] Indeholder journalpostens sekvensnummer eventuelt indenfor året. Tildeles ofte automatisk. Anvendes i Noark 4 som 2. led af Journalpostens løbenummer. Entydigt maskingenereret løbenummer. Nulstilles evt. hvert år. laanerreference borrowerreference UUID [0..] Fremmednøgle fra klassen Person. Feltet udfyldes med primærnøglen fra Person, når journalposten udlånes. offentlighedsvurderingdato publicationevaluationdate Date [0..] Dato for hvornår journalposten er blevet offentlighedsvurderet. Kan anvendes i forbindelse med aktindsigtsregler og/eller åbne postlister. papirarkiveringindikator paperstorageindicator Indicator [] Angiver om journalposten arkiveres i papirform eller elektronisk. registreringdato registrationdate Date [] Anvendes til at registrere den dato, hvor journalposten er registreret i systemet. Retningslinierne for udfyldelsen af dette felt bør hænge sammen med processen for modtagelse af dokumenter. registratornavn creatorreference UUID [] Fremmednøgle fra klassen Person. Feltet udfyldes med primærnøglen fra Person, når journalposten registreres. JP_FORFDATO JP_EKSPDATO JP_STATUS JP_SEKNR JP_UTLTIL JP_OVDATO JP_PAPIR JP_DATO 25 / 40

opdateringregistratornavn latesteditorreference UUID [] Fremmednøgle fra klassen Person. Udfyldes med information om hvem der senest har opdateret Journalposten. Primærnøgle på person der har opdateret. skandato scandate Date [] Skanningsdato skanoperatoernavn ScannerOperatorName Char(50) [] Skanneroperatørnavn skanstationnavn ScannerStationName Char(50) [] Skannernavn skantid ScanTime Time [] Skanningstidspunkt udateretindikator documentdateunknownindicator Indicator [] Værdi der dokumenterer, om dokumentet er udateret. Et dokument betragtes som udateret, hvis det ikke er muligt at lokaliserer en dato af brevheaderen eller specifikt markeret som afsendelsesdato. JP_UDATERT udlaandato loandate Date [0..] Udfyldes med dato, hvis laanerreference udfyldes. JP_UTLDATO undtagetoffentlighedhjemmeltekst RestrictedUsageLegislationText Text [0..] Henvisning til den lovgivning under hvilken denne journalpost er undtaget offentlighedsloven. Udfyldes hvis journalposten er undtaget fra almindelig offentlighed. Der vil ofte være tale om persondatabeskyttelseslovgivningen eller lign. Fri tekst. aaridentifikator creationyearidentifier Year [] Årstal for journalpostens oprettelse. Tildeles ofte automatisk. Anvendes i Noark 4 som. led af Journalpostens løbenummer. JP_UOFF JP_JAAR Association Journalpost. Dokumenttype. 0..Journalpost.fromRecord Sagsreference. 0..Journalpost.toRecord Sagsreference. Journalpost. Journalpoststatus. Erindring. Journalpost. 26 / 40

Association Journalpost.fromRecord JournalpostReference. JournalpostReference.toRecord Journalpost. Journalpost. Sag. JournalPostPart. Journalpost. Kommentar. Journalpost. Dokumenttilknytning. Journalpost. 4.5 JournalPostPart Klassen indeholder oplysninger om part(er) knyttet til en journalpost NOARK4 addresselinie2 postaladdresssecondlinetext Char(34) [0..] Anden linie i adressebeskrivelse til udenlandsk adresse addresselinie3 postaladdressthirdlinetext Char(34) [0..] Tredje linie i adressebeskrivelse til udenlandsk adresse adresse address Name [] Hele adressen i samme felt adresselinie postanaddressfirstlinetext Char(34) [0..] Første linie i adressebeskrivelse til udenlandsk adresse adresselinie4 postaladdressfourthlinetext Char(34) [0..] Fjerde linie i adressebeskrivelse til udenlandsk adresse adresselinie5 postaladdressfifthlinetext Char(34) [0..] Femte linie i adressebeskrivelse til udenlandsk adresse adresselinie6 postaladdresssixthlinetext Char(34) [0..] Sjette linie i adressebeskrivelse til udenlandsk adresse bynavn districtsubdivisionidentfier Char(34) [] Det fastsatte bynavn præciserer beliggenheden inden for en kommune eller postdistrikt. Et evt. bynavn er en nødvendig del af den fuldstændige og korrekte adresse. Et bynavn skal fastsættes, når der findes ens eller enslydende vejnavne i postdistriktet eller kommunen. bynavn kan bestå af indtil 34 tegn. 27 / 40

NOARK4 cprnr personcivilregistrationidentfier Integer(0) [0..] Entydig identifikation på en person. CPR-nummer cvrnr CVRNumberIdentifier Integer(8) [0..] Det tildelte CVR-nummer. doerbetegnelse suiteidentifier Char(4) [0..] Identifikation som beskriver beliggenheden af en bestemt indgangsdør på en etage (trappeafsats) i den pågældende opgang. Betegnelserne tv, mf og th bruges, når der er indtil tre døre på trappeafsatsen. Hvis der er flere døre anvendes tallene, 2, 3, 4 osv. Andre betegnelser på indtil 4 tegn kan dog også fastsættes. På etager med fire enheder kan betegnelserne TV, MFTV, MFTH og TH anvendes. efternavn personsurname Char(40) [] Efternavn på person. Feltets indhold kan bestå af flere navne adskilt af en blank position eller af en bindestreg. Feltet kan være blankt for børn, hvis disse endnu ikke er navngivet. epostadresse emailaddressidentifier uri:mailto [] Emailadresse i standard uri-form; <navn>@<domæne> etage flooridentifier Char(2) [0..] Etagen, hvor enheden er beliggende. Etagen kan antage følgende værdier: Den etage hvis gulvplan ligger i eller umiddelbart over gadeniveau benævnes ST De følgende etager herover benævnes nedefra og opefter, 2, 3, til 99 Kældre (etagerne under gadeniveau) benævnes KL K2 K3 til K9 i retning ovenfra og nedefter Etagen angives ikke, hvis der kun er en enhed i bygningen. 28 / 40

NOARK4 fornavn persongivenname Char(50) [0..] Fornavn på person husnr streetbuildingidentifier Char(4) [0..] Nummerbetegnelse inkl. et evt. stort bogstav, som identificerer en bestemt adgang til en bygning, en grund eller et teknisk anlæg og lign. med udgangspunkt i dén navngivne vej, som giver adgang hertil. Ved Husnummer forstås i mark altid husnummer inkl. evt. bogstav. Indgår et bogstav i adressen, er dette en nødvendig del af den fuldstændige og korrekte adresse. Et husnummer består af et tal i intervallet -999. Husnummeret kan have tilknyttet et bogstav fra A til Z. kommunenr municipalitycode Integer(4) [0..] Reference til kommune. Kommunekode kontakttype personorganizationindicator Kontakttype [0..] Kontakt typen fra klassen Kontakt i Navn- og Adressemodellen. Angivelse af om part er en person eller en organisation, også således hvilke oplysninger der skal være til stede. Kan antage værdierne Person og Organisation fra enumerationslisten "KontaktType" landkode countryidentificationcode Code [] ISO-betegnelse for land. Refererer til klassen Land. Herfra kan landnavn hentes. Alle instanser har default = DK, da denne klasse primært benyttes til danske adresser. lokalitetsnavn maildeliverysublocationidentifier Char(34) [0..] Ikke entydigt navn for lokalitet. lokalitetsnavn (gårdnavn, bygningsnavn e.l.) kan knyttes til en enkelt eller flere adresser i en bygning eller et bygningskompleks lokalitetsnavn består af indtil 34 tegn som indgår i den officielle adressebetegnelse, f.eks. fra CPR Reglerne herom findes i 7, stk. 3, i Cirkulære om ajour- 29 / 40

NOARK4 føring af CPRs vej- og boligregister (Cirkulære nr. 30 af 25. november 2002). mellemnavn personmiddlename Char(50) [0..] Mellemnavn(e) på person organisationsnavn organizationname Char(50) [] Navnet på organisationen eller virksomheden parttype RecordPatryType JournalPost- PartType [] Typen af part knyttet til journalposten. Fx afsender eller modtager postboks postofficeboxidentifier Char(4) [0..] Nummer eller anden identifikation af postboks jvf. Post mark. postdistrikt districtname Char(20) [0..] Tekstbetegnelse for postdistriktet postnr postcodeidentifier Integer(4) [] Et postnummer består af fire cifre. Refererer til klassen PostDistrikt. Herfra kan postdistrikt hentes (tekstbetegnelse for distriktet) reklamebeskyttelse personinforamtionprotectionindicator Boolean [0..] Markering der viser om person har navne/adressebeskyttelse vejkode streetcode Char(4) [0..] Vejkoden består af fire cifre i intervallet 000-9999. Intervallet 9900-9999 kaldes 'højvejkode' og er afsat til særlig anvendelse. Vejkode angiver koden for den gade/vej, hvor ejendommen/bygningen/enheden er beliggende. Vejkode danner sammen med kommunekode en entydig kode for en vej i mark. Refererer til klassen Vej. Herfra kan udledes såvel vej- Navn som vejadresseringsnavn 30 / 40

NOARK4 vejnavn streetname Char(40) [0..] Det fuldstændige og korrekte vejnavn. Et vejnavn angiver en bestemt fysisk vej, plads, torv, sti o.l. efter reglerne i adressecirkulærets 7. Et vejnavn kan sammensættes af indtil 40 tegn. For veje med vejkoder i intervallet 9900-9939 må vej- Navn kun indeholde en af følgende angivelser: ) Kommunenavnet samt evt. et nummer. 2) Teksten KOMMUNEKONTORET samt evt. et nummer. 3) Teksten FOLKEREGISTRET samt evt. et nummer. 4) Teksten UDEN FAST BOPÆL samt evt. et nummer. 5) Teksten UKENDT ADRESSE samt evt. et nummer. Association JournalPostPart. Journalpost. Enumerationsliste JournalPostPartType Beskrivelse Afsender Sender Afsender af dokument (journalpost) Modtager Receiver Modtager af dokument (journalpost) 3 / 40

4.6 JournalPostStatus RecordStatus Denne klasse indeholder information vedrørende status for journalpost. betegnelsetekst name Name [] Journalpoststatus i klar tekst. Beskriver Journalpoststatus. JS_STATUS kode code Code [] Forkortelse af betegnelsetekst. Anvendes som unik identifikation af Journalpoststatus. Entydig forkortelse af betegnelsetekst. JS_BETEGN Association Journalpost. Journalpoststatus. 4.7 JournalPostReference RecordReference Giver mulighed for at koble journalposter sammen. Indeholder ingen attributter Association Journalpost.fromRecord JournalpostReference. JournalpostReference.toRecord Journalpost. JournalpostReference. JournalpostReferenceRolle. 4.8 JournalPostReferenceRolle RecordReferenceRole Angivelse af rollen af journalpostreference 32 / 40

referencerollebetegnelsetekst descriptiontext Name [] Journalpostreferencerollen i klar tekst referencerollekode code Code [] Journalpostreferencerollen som anført i betegnelsetekst i kort og kodet form Association JournalpostReference. JournalpostReferenceRolle. 4.9 SagsReference Reference Denne klasse beskriver sammenhænge mellem sager, mellem sager og enkelte dokumenter i andre sager og presedenssager. Anvendes til at beskrive sagsstrukturer og referencer fra sager til enkeltdokumenter. kommentartekst commenttext Text [0..] En tekst der beskriver sammenhængen mellem sager. I nogle tilfælde anvendes der mere systematiske rolle/sammenhængsbeskrivelser med et fast udfaldsrum. Disse bør komme fra en opslagstabel. Der er ikke i denne version af standarden taget højde for dette. Fri tekst der kommenterer henvisningen. JF_MERKNAD praecedensindikator precendentindikator Indicator [] Bruges til at angive hvor vidt sagen der refereres til skaber præcedens Association Sag.fromCaseFile Sagsreference. Sag.toCaseFile 33 / 40

Association Sagsreference. 0..Journalpost.fromRecord Sagsreference. 0..Journalpost.toRecord Sagsreference. 4.20 Erindring Reminder Denne klasse indeholder information vedrørende erindring. ansvarligreference personremindedreference UUID [0..] Fremmednøgle fra klassen Person. dato Date Date [] Den dato hvor erindringsansvarlig, fx sagsbehandler eller andre, skal erindres. beskrivelsetekst descriptiontext Text [] Tekst der beskriver erindringen. Udfyldes med hvad, der skal erindres om. erindringstypekode remindertypecode Code [] Fremmednøgle fra klassen ErindringsType. Association Erindring. Sag. Erindring. Erindringstype. Erindring. Journalpost. 4.2 ErindringsType ReminderType Denne klasse indeholder information vedrørende hvilke erindringstyper af dokumenter, der kan forekomme. 34 / 40

betegnelsetekst name Name [] Erindringstypen i klar tekst. kode code Code [] Entydig forkortelse af erindringstype betegnelsetekst. Anvendes som unik identifikation af erindringstypen. Association Erindring. Erindringstype. 4.22 VariantType RenditionType Denne klasse indeholder information vedrørende hvilke varianttyper, der kan forekomme. varianttypebetegnelsetekst descriptiontext Name [] Formatvarianten af sagsdokumenter i klar tekst. Beskriver varianten. kode code Code [] Entydig forkortelse af Varianttypebetegnelse - descriptiontext. Anvendes som unik identifikation af Variantypebetegnelse - descriptiontext. VF_BETEGN VF_KODE Association Kommentar. Varianttype. Dokumentversion. Varianttype. 4.23 LagringsFormat StorageFormat Denne klasse indeholder information vedrørende, hvilket lagringsformat en bestemt variant af et dokument findes i. 35 / 40

arkivformatgodkendtindikator approvedarchivalformatindicator Indicator [] Angiver om dette er et godkendt arkiveringsformat. Der kan findes flere forskellige afarter af dokumenter, eksempelvis findes der varianter af TIFF, der ikke er godkendt. Dette felt angiver, om det beskrevne format er i overensstemmelse med det godkendte arkiveringsformat. beskrivelsetekst descriptiontext Name [] Beskriver lagringsformatet i klar tekst. Bør henvise til eksakt format beskrivelse i form af format, versionsnummer og eventuelle afarter/undtagelser. Hvis muligt med henvisning til standarder. filtypekode filetypecode Char(0) [0..] Angiver standardformat filtyper, eksempelvis DOC for Word. Tekst. kode code LongCode [] Entydig forkortelse af LagringsFormatBeskrivelsen - descriptiontext. Anvendes som unik identifikation af LagringsFormatBeskrivelsen - descriptiontext. LF_ARKIV LF_BESKRIV LF_FILTYPE LF_KODE Association Dokumentversion. Lagringsformat. 4.24 Lagringsenhed StorageUnit Denne klasse indeholder information vedrørende de lagringsenheder, som de elektroniske dokumenter lagres på ved aflevering til arkiv. NOARK4 beskrivelsetekst descriptiontext Text [] Beskriver af lagringsenhed i klar tekst. LA_BESKRIV kode code LongCode [] Entydig forkortelse af Lagringsenhed - descriptiontext. LA_KODE 36 / 40

NOARK4 Anvendes som unik identifikation af Lagringsenhed. Association Dokumentversion. Lagringsenhed. 37 / 40

5 Anvendte typer i FESD-modellerne FESD-modellerne er udarbejdet i UML med det formål at beskrive den logiske informationsarkitektur i en FESD-løsning. UML-modellen er opbygget af et antal klasser, der igen er opbygget af relationer til andre klasser og primitive typer, så man kan opfatte UML-modellen som opbygget af byggesten, hvoraf den mindste er de primitive datatyper. I UML-modellen beskriver de primitive datatyper det logiske domæne, som datatypen kan antage, men ikke hvordan den fysiske repræsentation af data skal være. I skemaerne ses for hver primitiv datatype, der anvendes i FESD-UML-modellen, den tilsvarende datatype for hhv. SQL og XSD. integer Benyttes til angivelse af heltal. Der kan benyttes en angivelse af max længde hvis intet er angivet, vil domænet være i intervallet mellem - 2.47.483.648 og 2.47.483.647. Anvendte længder i den nuværende model: 2, 3, 4, 6, 8, 0. Benyttes alene til naturlige tal (positive heltal). Benyttes også til at danne identifikator med udfaldsrum 2000000000. NonNegativeInteger UML Type Beskrivelse SQL datatype XSD datatype Integer (int) Heltal i rummet mellem - 2.47.483.648 og 2.47.483.647, begge tal inclusive. Den maksimale længde angi- NUMBER(Maksimal længde) xsd:int ves i modellen Naturlige tal Heltal i rummet mellem 0 og 2.47.483.647, begge tal inclusive SequenceNumber NonNegativeInteger mellem 0 og 999.999 begge tal inklusive boolean Er en grundtype i UML. NUMBER(Maksimal længde) NUMBER(Maksimal længde) xsd:int xsd: int UML Type Beskrivelse SQL datatype XSD datatype Boolean Udfaldsrummet er binært true / BOOLEAN xsd:boolean false (eller rigtigt / forkert). Identifikationstyper UML Type Beskrivelse SQL datatype XSD datatype URI Enhver mulig lovlig URI. Der STRING xsd:anyuri kan evt. anvendes en maxlængde. HttpURI Lovlig http(s)-adresse STRING xsd:anyuri Evt. restrictions der afgrænser til http.

MailToURI Smtp-adresse på en mailmodtager. STRING xsd:anyuri Evt. restrictions der afgrænser til mailadresser. UUID Identifikator på objekt UUID xsd:anyuri Evt. restrictions der afgrænser til UUID. UserIdentifier SystemIdentifier BinaryObject Det er en identifikation af bruger Det er en identifikation af systemer Et binary large object - også kaldet blob - er en samling af binære data, der opbevares som en separat entitet i et database management system. Blobs er typisk billeder, lyd og andre medieobjekter, selvom binær eksekverbar kode til tider også opbevares som en blob. Database support for blob er ikke universal. Binary Large Object (BLOB) char Benyttes til karakterstrenge af varierende længde, men med en defineret maksimal længde. Anvendte længder:, 2, 3, 4, 5, 6, 20, 34, 40, 50, 60, 70, 0, 20, 255. Benyttes også nogle steder til at angive en boolsk værdi. UML Type Beskrivelse SQL datatype XSD datatype Char Den minimale og maksimale VARCHAR(maksimal xsd:string længde er angivet i modellen. længde) Med restriction på den maximale ShortText Text Code Name ReferenceText LongCode Anvendes til felter der indeholder en kort beskrivende tekst Anvendes til en beskrivende tekst med en fast længde. Anvendes til at beskrive en kode, der er nøgle/fremmednøgle i en opslagstabel. Anvendes til felter der indeholder navne, der kan opfattes som brugervendte nøgler. Anvendes til at felter der indeholder tekster, der af brugerne opfattes som fremmednøgler. Anvendes til længere kodeværdier VARCHAR(70) VARCHAR(255) VARCHAR(2) VARCHAR(70) VARCHAR(40) VARCHAR(0) længde xsd:string Med restriction på den maximale længde xsd:string Med restriction på den maximale længde xsd:string Med restriction på den maximale længde xsd:string Med restriction på den maximale længde xsd:string Med restriction på den maximale længde xsd:string Med restriction på den maximale længde Indicator Til kodeværdier på én karakter VARCHAR() xsd:string Med restriction på den maximale længde 39 / 40

date, datetime og time. Typen Date bruges til at angive dato. Typen DateTime bruges til Dato og tidspunkt, også i betydningen tidsstempel. Typen Time bruges til klokkeslæt. UML Type Beskrivelse SQL datatype XSD datatype Year Årstal VARCHAR (4) xsd:gyear Date Dato DATE xsd:date DateTime Dato og tidspunkt DATETIME xsd:datetime Time Tidspunkt uden datoangivelse TIME xsd:time string Er en grundlæggende type i UML. UML Type Beskrivelse SQL datatype XSD datatype String Tekststreng af vilkårlig længde STRING xsd:string float Defineres som sådan: UML Type Beskrivelse SQL datatype XSD datatype Float Decimaltal hvor længde og præcision begrænses til en samlet størrelse på 6-bit. DECIMAL(X,Y) xsd:float 40 / 40