The formal scope of the standard is related to document subject to record keeping regulations. Section 11 of the Archives Regulations states that public bodies shall use systems that follow the requirements of the Noark standard for correspondence-based electronic record keeping and the archiving of documents subject to record keeping regulations.

According to the Archives Regulations § 9 the following criteria must be met if a document is to be deemed to be subjected to regulation for correspondence-based registration.

Correspondence based record keeping was introduced in the Danish-Norwegian administration by royal resolution 1740, and the purpose was to obtain better control of the state's archives, and thereby protect the state's interests. The main system was chronology, and in 1814 correspondence based record keeping was chosen as the registration and archive system for the Norwegian central administration.

Correspondence-based record keeping requires that a public body maintain a journal that systematically and continuously registers, or logs, information about incoming and outgoing documents that are subject to case handling. Registration in the journal chronicles, among other things, when a document was registered (record keeping date), which case it belongs to (case number), the location of the document within the case (document number in the case), who sent and / or received the document, information about the case and the content of the document, as well as the documents date. This information documents the transaction (receipt or shipment). In addition, the journal contains information about classification (which business process the document belongs to) and the processing flow of the document.

Such correspondence-based record keeping functions as an instrument for controlling and managing the processing and archiving of documents that are part of a case handling process. The journal provides a chronological overview of what was processed in the public body, it documents the order in the processing, and can both be an important source for investigative commissions and be used as evidence in court cases. The journal documents when the company received information, and when the company disseminated or made available information, views or decisions.

A prerequisite for the journal's credibility is that all documentation subject to record keeping regulations is routinely and systematically registered in the journal, and that the journal is the primary source for information about the company's activities. Additionally, it must be possible to associate documents with the activities that created them (through classification), and registered documents must be protected against unauthorized changes or deletions in the record keeping system.

The journal is thus a chronological register of documents contained in the record keeping system, and is an important tool for retrieving documents. For paper-based record keeping, the journal was a separate entity from the recorded information. Information about received documents were registered in the journal upon receipt, before the documents were sent for processing, and the documents were archived only when the processing was completed. For digital record keeping, the documents are usually registered directly in the record keeping system, and the journal is a report (transaction log) that is extracted on the basis of metadata within the record keeping system.

The Public Access to Information Act of 1970 introduced the right to inspect the public administration's records, and when the archive regulations were drawn up in the 1990s, draft provisions on record keeping were prepared in parallel with the parliaments report on the principle of public access. An important concept introduced with the registration of records, in a journal, came in 1984 and all archival documents that were to be included in the internal case processing system. Later the provisions on record keeping legislation from 1999 was more directly linked to the Public Access to Information Act's case documents. Significant emphasis was thus placed on the principle of openness when the criteria for record keeping were drawn up.

All documentation registered in the journal must also be archived. Public bodies have an explicit duty to archive all documentation that was created as part of the activities of the body. This follows from the general definition of an archive in the Archives Act § 2 and the body's archive responsibility in § 6. As such, the obligation to archive documentation is more extensive than the obligation to keep records.

Documentation subject to archiving regulations shall be secured as sources of information for the present as well as for the future. This means that the organisation has to understand what type of documentation makes up archive information for that particular organisation. In addition, the organisation must have control over the creation, reception, exchange, maintenance and use of archive documentation. This includes control over what users can do what with archive documentation (i.e. using authentication and authorisation), and logging that shows who has done what in the archive. In addition, the information content must be protected against unauthorised changes and deletions, and the archive must be available for use. When there is no longer a basis or need to take care of archive documentation, it must be disposed of, either by transferring it to an archive depot or by discarding it (in accordance with regulations).

Exempted from the archive regulation obligations is documentation that comes in under the provisions on archive restriction . By archive limitation is meant that documents that neither are, nor will be subject to case handling, and which also has no value as documentation, are kept out or removed from the archive. Public organisations carry out archive restrictions on an ongoing basis.

The use of a Noark-approved system for documents that are only subject to archive obligations, but not record keeping obligations, is not mandatory. It may not be beneficial to use a system built on previous Noark versions to archive non-record-keeping documents. However, Noark 5 is specified in such a way that it should be possible to find appropriate solutions that are also applicable for this type of archiving.

Noark 5 can therefore be used for the archival and management of all types of documents (information objects) that can fit in a logical folder structure. If managing transaction type documentation and the need to preserve information objects within a context is not a significant part of a software solution then Noark is not necessarily a good a starting point for such a solution. An example of this is a system consisting of simple registrations.

All applicable requirements are described in the requirements tables. The requirement tables are set up as follows:

Mandatory and conditional mandatory requirements are use the term "shall" in the requirements text. Optional requirements use the term "should" in the requirements text. Conditional mandatory requirements are requirements that are mandatory under certain conditions. These conditions are described in more detail in the comments field.

The mandatory requirements must be implemented for all types of systems that wish to be approved to be in accordance with the Noark standard. Some conditional mandatory requirements are only applicable if the system will be used for case handling. Other conditional mandatory requirements can be implemented for systems that contain documents that are to be preserved for more than 10 years. In other cases, requirements may be implemented such that a given optional requirement is met.

Most requirements regarding case handling, security and access, user administration, etc. are optional. However, this does not mean that these requirements are less important, and that they can therefore be omitted. In many cases, the way in which the optional requirements are met will be dependent on which type of system an organisation chooses. Organisations that procure or develop solutions must decide which optional requirements they need to implement, and then ensure the software vendor implements the requirements.

Before purchasing a Noark 5 system, a requirements specification should be drafted. Noark 5 does not specify a complete system, and it therefore makes no sense to request that all mandatory requirements must be met.

There is also no direct connection between mandatory requirements in the standard and the archive regulations' requirements for approved systems. The procedure for approval, and what an approval entails, is described in more detail on the National Archives' pages on the Internet.^[2]

A procurement or development of a solution that must meet the requirements for approval according to the Noark standard must be based on the users' needs. Noark 5 does not define a complete system for case handling and archiving, as Noark-4 did. The requirements in Noark 5 must be operationalized by the organistaion itself, based on the requirements the company defines from an analysis of the documentation and functionality requirements that the new system must support.

Ulike prosesser har behov for ulike system for arbeidsstøtte. Sakarkivsystemer er laget for generelle arbeidsprosesser, men mange prosesser har behov for en mer tilpasset arbeidsstøtte. Mange erfarer at prosjekter passer dårlig i systemer tilpasset generell saksbehandling. Hvilket system som skal anskaffes eller utvikles bør avhenge av hvilke prosesser som skal støttes av systemet.

Det er viktig å ta utgangspunkt i arbeidsprosessene, for dokumentasjonen vi skal ta vare på blir skapt, mottatt og brukt som ledd i forretningsaktiviteter. Regler for å skape og fange dokumentasjon og metadata bør bygges inn i alle ledd av forretningsutøvelsen hvor det er krav om at aktiviteten skal kunne dokumenteres. Arkiv må skapes og struktureres slik at de gjenspeiler og understøtter prosessene. Dokumentasjonen skapes og forvaltes som autoritative bevis på virksomhetens transaksjoner, og langtidsplanlegging må sikre at virksomhetskritisk dokumentasjon blir identifisert, slik at den blir særlig beskyttet og kan gjenskapes ved behov.

Forutsetningen for å få dette til er at man gjennomfører en prosessanalyse, hvor formålet er å identifisere alle relevante dokumentasjonskrav og –behov. Hva slags dokumentasjon skal fanges, til hvilket formål, og hvilke krav må stilles til bevaringen av den? Hvilke krav til struktur og innhold må vi stille, og hvilke metadata trenger vi for å sikre at dokumentasjonen skal kunne finnes, brukes og forstås over tid? Hvor lenge skal den bevares, og hva skal skje med den når virksomheten ikke lenger har bruk for den? Resultatet av analysen danner grunnlag for alle aspekt ved dokumentasjonsforvaltningen.

Noark 5 is used as a basis for realizing these documentation requirements in a software solution. Some requirements become mandatory, others may be helpful in specifying an appropriate solution. The standard can help to find answers to some documentation requirements, other requirements must be specified yourself.

A fonds normally consists of documentation that are created beloning to a single organisation, i.e., documents that are received or produced by a single organisation and collected as a result of their business activities. A fonds is the top level entity in the archive structure. Most organisations will only need to create one fonds in their Noark 5 solution. But it should be possible to create multiple fonds. This may be the case if several organisations share the same solution. A Noark solution can therefore include one or more fonds.

Fonds is mandatory in an extraction.

Traditionally, an archive is defined by an organization . An archive creators is an organizational unit or a person who forms an archive as part of their business. A creator of an archive can be a public body, a company, an organization, an institution, a foundation, etc., or part of such an entity. A public body can be seen as a single organisatorical entity and thus have only one archive (centralized archive), or it can constitute several organisatorical entity (departments, agencies in a municipality) who each create their own archive (decentralized archive).

With the rise in digitization it has become common for several archive creators to create a single archive together. Such an archive is defined by function , not organization. In a Noark 5 solution, it must therefore be possible to link one or more organisations to a single archive.

Information about the organisations seen as the archive creators is mandatory in extractions.

In some cases, there is a need for an extra level between a fonds and a series. This is particualarly relevant for physical archives within the municipality sector , where there may be a need to section archives into several (physical) parts. This has been solved by introducing rhe so-called sub-fonds into the conceptual model. A subfonds is a hierarchical structure within the archive and can thus be defined at several levels. In practice though, there will usually only be one level.

Subafonds is not mandatory in the archive structure.

It must be possible to divide a fonds into series to aggregate documentation according to general criteria. The most important criteria for division into series are:

Alle offentlige organ skal lage en oversikt over sine saksområder, og ordne og beskrive disse i et klassifikasjonssystem. Et klassifikasjonssystem består med andre ord av klasser som først og fremst beskriver arkivskapers funksjoner, prosesser og aktiviteter. Men det kan også brukes til å beskrive emner eller objekter. I norsk arkivtradisjon har klassifikasjonssystem normalt vært omtalt som arkivnøkler, dvs. system for ordning av sakarkiv, og hovedsystemet har vært ordning etter emne.

I henhold til ISO 15489 og 30300 er klassifikasjon den systematiske identifikasjonen og ordningen av forretningsaktiviteter og/eller registreringer (informasjonsobjekter) i kategorier i henhold til logisk strukturerte konvensjoner, metoder og prosedyreregler fremstilt i et klassifikasjonssystem.

Alle virksomheter utøver et bestemt antall funksjoner. Disse er ofte stabile over tid, men funksjoner kan overføres fra en virksomhet til en annen. Funksjoner/underfunksjoner består av ulike prosesser (eller grupper av prosesser), som igjen kan deles inn i aktiviteter. I motsetning til en funksjon, har en prosess en begynnelse og en slutt. En prosess har ofte også deltakere, og den fører til et resultat. Alle dokumenter som produseres når en prosess utføres, skal normalt tilhøre samme (saks)mappe. Prosesser kan deles opp i forskjellige aktiviteter, eller transaksjoner. Det er transaksjoner som skaper arkivdokumenter (records). Typiske transaksjoner er mottak av en søknad i form av et inngående dokument, og vedtaket i form av et utgående dokument.

Dette hierarkiet av funksjoner, prosesser og aktiviteter skal gjenspeiles i et funksjonsbasert klassifikasjonssystem. Stort sett vil dette kunne tilsvare det som kalles "emnebasert" klassifikasjon. Men det er litt feil å snakke om emne i stedet for funksjon. Et emne vil si noe om hva et objekt inneholder eller handler om, mens en funksjon vil si noe om hvorfor et objekt har blitt til.

Det er mange grunner til å organisere et arkiv etter et funksjonsbasert klassifikasjonssystem:

Den andre hovedtypen av klassifikasjonssystemer er objektbasert klassifikasjon. "Objektene" vil ofte være personer, men kan også være virksomheter, eiendommer o.l. I motsetning til funksjonsbaserte klassifikasjonssystemer, er objektbaserte systemer ofte flate - dvs. de består av bare ett nivå.

Funksjonsbasert klassifikasjon og objektbasert klassifikasjon vil oftest tilhøre to forskjellige klassifikasjonssystemer. Men det er også tillatt å blande disse to i ett og samme klassifikasjonssystem.

Ved fysisk arkivering skal klassifikasjonssystemet gjenspeile dokumentenes fysiske ordning. Her fungerer klassifikasjonssystemet som et hjelpemiddel til å finne fram i papirdokumentene.

Et klassifikasjonssystem er bygd opp av klasser. Ved funksjonsbasert (emnebasert) klassifikasjon vil klassene vanligvis inngå i et hierarki, hvor tre eller fire nivåer er det vanlige. I den konseptuelle modellen er undernivåene kalt underklasser, og fremkommer som en egenrelasjon i klasse.

Klassene skal ha en egen identifikasjon som er unik innenfor klassifikasjonssystemet. Dette tilsvarer det som er kalt ordningsverdi eller arkivkode i Noark-4. Identifikasjoner fra overordnede klasser skal arves nedover i hierarkiet, slik at det er lett å si hvilket nivå en befinner seg på.

Ved objektbasert klassifikasjon med bare ett nivå, kan identifikasjonen f.eks. være fødselsnummer eller gårds- og bruksnummer.

Det skal være mulig å klassifisere en saksmappe med mer enn en klasse, dvs. med en eller flere sekundære klassifikasjoner. Dette muliggjør da bruk av sekundære arkivkoder og mangefasettert klassifikasjon, f.eks. K-kodene som brukes i mange kommuner. I den konseptuelle modellen for mappe er dette illustrert med en egen klasse. Men all arv av metadata kan kun gå gjennom den primære klassifikasjonen.

Klassene vil ofte legges inn før en Noark 5-løsning tas i bruk. Men det skal også være mulig for autoriserte brukere å opprette nye klasser. Det er særlig aktuelt ved objektbasert klassifikasjon. Klasser skal også kunne avsluttes, slik at det ikke lenger er mulig å knytte nye mapper til dem.

Figure 2.5. Konseptuell modell for klassifikasjonssystem

Alle arkivdokumenter som skal avleveres må være i arkivformat. Konvertering til arkivformat skal foretas senest ved avslutning av mappe. Systemet skal logge alle konverteringer, og informasjon om dette skal tas med ved deponering/avlevering.

Som del av konvertering bør det logges sjekksum for filen det ble konvertert fra (fra-filen), og filen det ble konvertert til (til-filen), som kan brukes til å dokumentere konverteringskjeden.

Et viktig krav i Noark 5 er at arkiverte elektroniske dokumenter ikke skal kunne slettes. Kontrollert sletting skal bare kunne foretas av autoriserte brukere i forbindelse med kassasjon.

Dessuten kan dokumenter slettes av autoriserte brukere dersom de er formelt avlevert til et arkivdepot. Det understrekes at dette siste bare gjelder avleverte dokumenter, ikke dokumenter som er deponert til arkivdepotet.

Dersom et dokument er arkivert i mer enn én versjon, skal det være mulig å slette de eldre versjonene. Vanligvis er det bare den siste, ferdiggjorte versjon som skal arkiveres. Men det kan også være aktuelt å arkivere tidligere versjoner dersom disse har dokumentasjonsverdi. Det kan f.eks. være tilfelle dersom en leder har gjort vesentlige endringer i utkastet til en saksbehandler. Saksbehandlers utkast kan da arkiveres som en tidligere versjon av det ferdige dokumentet. Dette vil gi ekstra dokumentasjon om selve saksbehandlingsforløpet.

Dersom tidligere versjoner er blitt arkivert unødvendig, skal det være mulig å rydde opp på en effektiv måte. Slik opprydding skal alltid skje før det produseres et arkivuttrekk.

Dersom det opprinnelige dokumentet har innhold som skal skjermes, kan det lages en variant hvor opplysninger som skal skjermes, er fjernet. På den måten kan dokumentet likevel offentliggjøres. Slike varianter kan slettes dersom det ikke lenger er behov for dem. Det kan tenkes at det er aktuelt å avlevere dokumentvarianter, så sletting må vurderes i hvert enkelt tilfelle. Varianter som ikke er slettet når arkivuttrekket produseres, skal avleveres.

Alle dokumenter som skal avleveres, må være konvertert til format godkjent av Riksarkivaren.^[6] Det opprinnelige produksjonsformatet kan da rutinemessig slettes. En del brukere vil nok velge å beholde produksjonsformatet inntil videre, f.eks. fordi de har behov for å gjenbruke tekst i et kontorstøtteverktøy. Hvor lenge dette er aktuelt, er opp til hver enkelt bruker. Det er ikke noe krav at produksjonsformatene må være slettet før arkivuttrekket produseres, fordi dette bare vil ta med dokumenter i arkivformat. Men mange brukere vil likevel ha et behov for å gå gjennom og slette eldre produksjonsformater på en effektiv måte.

Skjerming benyttes til å skjerme registrerte opplysninger eller enkeltdokumenter. Skjermingen trer i kraft når en tilgangskode påføres den enkelte mappe, registrering eller det enkelte dokument.

Løsningens brukere skal være klarert for bestemte tilgangskoder og autorisert for en nærmere definert del av de saker og journalposter med tilhørende dokumenter som er skjermet.

Figure 2.9. Konseptuell modell for skjerming

Det bør være mulig å føye ett eller flere nøkkelord til en klasse, en mappe eller en registrering. Nøkkelord må ikke blandes sammen med fasettert klassifikasjon basert på emneord. Mens klassifikasjonen normalt skal gi informasjon om dokumentets kontekst (hvilken funksjon som har skapt dokumentet), kan nøkkelordene brukes til å si noe om dokumentets innhold. Hensikten med nøkkelord er å forbedre søkemulighetene for en klasse, mappe eller registrering. Nøkkelord kan knyttes til en kontrollert ordliste (tesaurus). Det er ikke obligatorisk å implementere nøkkelord.

Nøkkelord består bare av ett metadataelement: M022 noekkelord, og er derfor ikke definert som et eget objekt men plassert direkte i tabellene for de aktuelle arkivenhetene.

Nøkkelord er valgfritt, og kan forekomme en eller flere ganger i klasse, mappe eller registrering.

Dette er en referanse på tvers av hierarkiet i arkivstrukturen. Referansen kan gå fra en mappe til en annen mappe, fra en registrering til en annen registrering, fra en mappe til en registrering og fra en registrering til en mappe. Det kan også refereres fra en klasse til en annen klasse.

Kryssreferanse er valgfritt, og kan knyttes en eller flere ganger til klasse, mappe og registrering. Referansen går en vei, dvs. den kan kun være en referanse til en arkivenhet. I og med at kryssreferanser knyttes til mappe og registrering, vil det si at Referanser også knyttes til alle utvidelsene (spesialiseringer) under disse (Saksmappe, Møtemappe og Journalpost, Møteregistrering).

Figure 2.10. Konseptuell modell for kryssreferanse

En eller flere merknader skal kunne knyttes til en mappe, registrering eller en dokumentbeskrivelse. Merknader skal brukes for å dokumentere spesielle forhold rundt saksbehandlingen og arkivering av dokumenter, og denne informasjonen skal tas med i arkivuttrekket. Merknad kan for eksempel brukes til å dokumentere prosesstrinn knyttet til en (saks)mappe, registrering eller dokumentbeskrivelse som ikke nødvendigvis manifesterer seg som et dokument som skal bli en egen registrering.

Figure 2.11. Konseptuell modell for merknad

Det skal være mulig å knytte parter til mapper, registreringer eller dokumentbeskrivelser.^[7] Partsbegrepet er juridisk, og har ulik betydning innen forvaltningsretten, privatretten og strafferetten. Innen forvaltningsretten er part «person som en avgjørelse retter seg mot eller som saken ellers direkte gjelder», mens det i strafferetten normalt bare er den som er anklaget for å ha begått en straffbar handling som er part i saken.

Noark 5 legger opp til at det er virksomhetens behov som styrer bruken av part, og en part kan være «hvem som helst» som virksomheten har behov for å registrere som interessent på en mappe, registrering eller dokumentbeskrivelse. Forutsetningen er at man definerer ulike roller for partene, som kan brukes til å styre ulike funksjoner, (innsyns)rettigheter, mv.

Figure 2.12. Konseptuell modell for part

Med presedens menes en (retts)avgjørelse som siden kan tjene som rettesnor i lignende tilfeller eller saker. En presedens kan også være en sak som er regeldannende for behandling av tilsvarende saker. Det er som oftest snakk om et forvaltningsmessig vedtak, dvs. et enkeltvedtak fattet i henhold til det aktuelle organets forvaltningsområde, som inneholder en rettsoppfatning som senere blir lagt til grunn i andre lignende tilfeller. Prinsippavgjørelser knyttet til ulike saksområder skal derfor kunne etableres på en hensikts­messig måte og være tilgjengelig for saksbehandlere.

Man snakker vanligvis om presedenssaker, men det er vanligvis ett eller noen få av dokumentene i saken som danner presedens. Foruten å registrere hele saken, må derfor det eller de dokumentene som inneholder presedensavgjørelser kunne identifiseres. Hvis opplysninger om presedens er registrert, er presedens obligatorisk for avlevering.

Figure 2.13. Konseptuell modell for presedens

Noark 5 legger opp til at det skal kunne bygges opp et presedensregister med henvisninger til Saksmapper og Journalposter som danner presedens. Registeret bygges opp ved at presedensmetadata knyttes til de arkivenhetene (saker eller journalposter) som danner presedens.

Ved elektronisk kommunikasjon er det nødvendig å kunne angi krav til sikkerhet. Dette innebærer krav til kryptering og elektronisk signatur, samt dokumentasjon av sikkerheten til dokumenter som er sendt eller mottatt i elektronisk form. Man må også kunne angi krav til sikkerhet på forskjellige nivå i arkivstrukturen.

Kravene i Noark 5 kan realiseres som en kjernemodul, dvs. et minimumssystem som bare tilfredsstiller kjernekravene, og som må integreres med andre system. Det innebærer at det vil skje en utveksling av data mellom et fagsystem og en Noark 5-kjerne, med behov for å spesifisere et standardisert grensesnitt (API). Dette spesifiserer både operasjonene som kan utføres og formatet på dataene som utveksles.

Det er to ulike tjenestegrensesnittstandarder som er tilpasset Noark 5.

GeoIntegrasjonsstandarden legger vekt på integrasjoner med fagsystemer i kommunal sektor, og forvaltes av Kartverket og KS i fellesskap.^[8] Utgangspunktet er fagsystemer med kartdata og geografisk informasjon, men standarden kan også brukes for andre typer integrasjoner.

Noark 5 tjenestegrensnittet definerer tjenester som omfatter alle arkivenheter og objekter i Noark 5, og kan dermed brukes ved integrering med alle typer fagsystem, inkludert fagsystem som ikke inneholder journalføringspliktige saksdokumenter, og uavhengig av om de brukes i kommunal eller statlig sektor. Noark 5 tjenestegrensesnittet forvaltes av Arkivverket.^[9]

Tjenestegrensesnitt definerer hvilke tjenester Noark 5-systemet kan utføre, og hvordan klientsystemet kan få utført tjenestene. En tjenesteorientert arkitektur er i prinsippet teknologiuavhengig, men det er i dag mest aktuelt å realisere tjenester som web services. Tjenestegrensesnittet realiseres ved et REST-grensesnitt (Representational State Transfer), mens GeoIntegrasjonsstandarden er realisert vha. SOAP (Simple Object Access Protocol) og WSDL (Web Services Description Language).

Tjenestegrensesnittstandardene spesifiserer tjenester som dekker krav og metadataelementer som er definert i Noark-standarden. Mange spesialiserte system har funksjoner og informasjonselementer som ikke er definert i Noark, men som allikevel er underlagt krav til eller behov for at informasjonen tas vare på i tilknytning til dokumentasjonen i Noark-kjernen. Fagspesifikk informasjon i slike spesialiserte løsninger kan være strukturert eller ustrukturert innhold eller strukturerte metadata som kan knyttes til objekt i datamodellen. Ved utvikling av integrasjonsløsninger er det derfor viktig at man kartlegger hva som dekkes av standarden og hva som ikke dekkes, og at man tar stiling til hvordan informasjonselementene fra fagsystemene skal tas vare på i tilknytning til arkivstrukturen. Metadata som ikke er definert i Noark, men kan knyttes til objekter i arkivstrukturen kan overføres som virksomhetsspesifikke metadata, jf. kapittel 6.4.8.

Saksbehandling, dokumenthåndtering og dokumentutveksling gjør bruk av stadig nye kanaler. Arkivsystemene bør ikke være et hinder for effektivisering på disse områdene, samtidig som det er særdeles viktig at dokumenters autentisitet og integritet sikres. Masseimport skal gjøre det mulig å importere flere dokumenter inn til Noark 5-løsningen i én og samme sekvens.

Dokumenter kan komme i bolker til kjernen på mange måter, eksempelvis:

Noark 5 må ha mulighet til å akseptere disse, og må inkludere løsninger for å håndtere fangst og vedlikehold av innhold og struktur til de importerte dokumentene.

I en masseimport må kjernen fange samme informasjon som i en vanlig import, nemlig dokumentet og dets metadata.

Masseimport må håndtere unntak og feil. Dette kan være aktuelt f. eks. ved elektroniske høringer via web-tjener på Internett, dokumentproduksjon i samhandlingsrom, «saksbehandling» med e-postsystemet som utvekslingskanal eller i andre tilfeller hvor en relativt omfattende dokumentbehandling har foregått uten at det har skjedd en arkivdanning samtidig. Eksempelvis kan Noark 5-løsningen tilby funksjonalitet hvor brukeren kan velge/markere filer som er lokalisert på en eller flere filservere, ftp-server eller lignende, for å importere dem. Brukeren skal enkelt kunne knytte filene til en mappe eller en registrering i en bestemt mappe. Alternativt kan masseimport håndteres ved f. eks. en søkemotor, hvor dokumentene fanges, tilknyttes metadata og importeres til en definert arkivenhet i en automatisert prosess.

Kravene til masseimport nedenfor er generelle, og de er uavhengige av verktøy og teknologi.

Noark 5 legger opp til at det skal være mulig å splitte opp eller slå sammen mapper. I praksis vil dette innebære å flytte én eller flere registreringer i en mappe til en annen. Behovet kan oppstå som følge av feilregistreringer, et saksforløp som utvikler seg i flere retninger, eller ved at man etter en tid får et annet bilde av saksforløpet enn det som opprinnelig ble lagt til grunn. Dette er funksjonalitet som krever ressurser, nøyaktighet og kontroll. Det stilles derfor strenge krav til hvem som skal ha tillatelse til å utføre disse handlingene.

Målet med restansekontrollen er å sikre at alle mottatte henvendelser til organet blir besvart innen rimelig tid. Dette er hjemlet i forvaltningsloven § 11 a (dvs. bestemmelsen om saksbehandlingstid og foreløpig svar). Restanselisten gir også en oversikt over arbeidsbelastningen i organet.

Restanselisten er ment å gi en leder informasjon om hvordan restansesituasjonen er i vedkommendes enhet og hvilke saksmapper det er knyttet restanser til. For en saksansvarlig kan restanselisten brukes som en påminnelse om at det finnes uavsluttede saker som vedkommende er ansvarlig for. Saksbehandler får tilsvarende en påminnelse om dokumenter vedkommende fortsatt har til behandling.

Hensikten med rapporten Forfallsliste er å kunne vise dokumenter med en frist for saksbehandlingen, for å kunne varsle saksbehandler. Hvis arkivet har ansvaret for forfallskontrollen, skal arkivtjenesten varsle saksbehandler om forfallsdatoen. Alternativt kan saksbehandler med registreringstilgang selv registrere og følge opp forfallsdatoer på sine dokumenter.

Hensikten med rapporten Løpende journal er å gi en oversikt over alle journalførte dokumenter for hver dag. Rapporten skal inneholde opplysninger fra saksmappe og journalpost, også de opplysningene som er avskjermet i løsningen.

Bestemmelsene om journaler finnes i arkivforskriften §§ 9 og 10.

Hensikten med rapporten Offentlig journal er å gi informasjon om organets journalførte dokumenter til allmennheten. Journalen utformes i hovedsak som rapporten Journal, men skal avskjerme opplysninger som er unntatt offentlighet.

Kravene til rapporten er utformet i henhold til offentleglovas bestemmelser og

arkivforskriften § 10.

Kravene under er obligatoriske for sakarkivløsninger eller andre løsninger underlagt Offentleglova sine bestemmelser om offentlig journal.

Utgangspunktet etter offentleglova er at postjournaler er offentlige. Allmennheten har rett til innsyn. Arkivforskriften § 10 hjemler imidlertid skjerming av opplysninger i elektronisk journal. Vilkåret er at opplysningene er undergitt taushetsplikt i lov eller medhold av lov, eller at de av andre grunner kan unntas fra offentlig innsyn i medhold av unntaksbestemmelser i offentleglova. Tilgangskoder er Noark-standardens primære mekanisme for å skjerme journalopplysninger. Angivelse av en tilgangskode medfører at skjermingsfunksjoner blir iverksatt, slik at bestemte opplysninger om mappen eller registreringen ikke vises i offentlig journal.

Å skjerme opplysningene i offentlig journal er et tiltak som skal hindre at visse opplysninger røpes ved å gjøres kjent i journalen som sådan. Men hjemmelen for skjerming av journalopplysninger bør ikke angis slik i offentlig journal at den automatisk framstår som en forhåndsklassifisering av det bakenforliggende dokumentet som unntatt fra offentlighet. Spørsmålet om helt eller delvis innsyn i selve dokumentet skal forvaltningsorganet vurdere på det tidspunkt et eventuelt innsynskrav mottas, uavhengig av om visse opplysninger er skjermet i journalen.

Noen ganger vil det likevel være helt klart på forhånd at det ikke blir aktuelt å gi fullt innsyn i dokumentet. Da kan det være behov for å markere dette i den offentlige journalen ved å vise til den aktuelle unntakshjemmelen i offentleglova. Slik forhåndsklassifisering av dokumentet kan være aktuell også i en del tilfeller der det ikke er hjemmel for å skjerme journalopplysninger, for eksempel når dokumentet, men ingen av journalopplysningene, inneholder taushetsbelagt informasjon. Derfor er det i Noark 5 lagt opp til at offentlig journal skal inneholde separate felter for henholdsvis skjermingshjemmel og forhåndsklassifisering.

Offentlige organ plikter å føre journal, og de plikter å legge frem en versjon av journalen på forespørsel, hvor opplysninger som skal eller kan unntas fra offentlighet ikke framgår. Dette følger av arkivforskriften §§ 9 og 10, samt offentleglova § 10, og er dekket av kravene i kapittel 5.2.2 Offentlig journal.

I tillegg kan en offentlig versjon av journalen gjøres tilgjengelig på Internett. Enkelte organ skal gjøre journalen tilgjengelig på Internett, jf. offentlegforskrifta § 6. Utover dette kan ethvert organ velge å tilgjengeliggjøre offentlig journal på egne nettsider.

Tilgjengeliggjøring av offentlig journal på egne nettsider er en frivillig tjeneste. Utformingen kan derfor den enkelte tilbyder i stor grad utforme selv. Man kan for eksempel velge kun å tilgjengeliggjøre deler av den journalføringspliktige informasjonen. Dersom journalen som tilgjengeliggjøres ikke er komplett bør organet opplyse om hvilke deler av journalen som er utelatt. Det å tilgjengeliggjøre hele eller deler av offentlig journal på nett opphever ikke adgangen til å kreve innsyn med hjemmel i offentleglova § 3.

Innholdet i journalen skal være i samsvar med arkivforskriften § 10 første ledd annet punktum, dvs. journalføringsdato, saks- og dokumentnummer, avsender og/eller mottaker, opplysninger om sak, innhold eller emne og datering på dokumentet, samt arkivkode, ekspedisjons- eller avskrivningsdato og avskrivningsmåte dersom disse er ført inn på tilgjengeliggjøringstidspunktet. I tillegg skal journalen opplyse om kontaktpunkt for den enkelte sak hos organet.

Opplysninger som skal unntas fra offentlighet skal aldri gå frem av offentlig journal, hverken den versjonen som publiseres eller den versjonen man gir ut på direkte forespørsel. I tillegg gjelder at visse opplysninger som ikke kan unntas fra offentlighet, og som dermed skal være med på den versjonen av journalen man gir ut på direkte forespørsel etter offentleglova § 3, allikevel ikke skal være med i den versjonen av journalen som gjøres tilgjengelig på Internett. Dette gjelder opplysninger nevnt i personopplysningsloven § 2 nr. 8, samt fødselsnummer, personnummer og nummer med tilsvarende funksjon, opplysninger om lønn og godtgjøring til fysiske personer (med visse unntak), og materiale som tredjepart har immaterielle rettigheter til. Dette er altså opplysninger som ikke er underlagt reglene for skjerming i standarden, men som allikevel skal merkes på en slik måte at publiseringsløsningen som gjør offentlig journal tilgjengelig på Internett kan gjenkjenne dette som opplysninger som ikke skal tilgjengeliggjøres.

I tillegg gjelder at personnavn som gjøres tilgjengelig på offentlig elektronisk postjournal (oep.no) ikke skal være søkbare når de er eldre enn ett år. Dette betyr altså at personnavn, som ikke allerede er skjermet eller utelatt fra journalen etter reglene nevnt over, må merkes slik at tilgjengeliggjøringsløsningen vet at dette er opplysninger som ikke skal være søkbare.

Et annet aspekt er søking på navn gjennom søketjenester som Google, Bing, Yahoo! etc. Det er ikke ønskelig å finne journalposter knyttet til en bestemt person ved søk på personnavn i slike søketjenester. Tilgjengeliggjøringsløsningene kan benytte merking av personnavn til å legge ut merker i nettsidene som anmoder indekseringstjenerne om å ekskludere navnet fra sine indekser. De største indekseringstjenestene respekterer slike merker.

Det er også åpning for å tilgjengeliggjøre selve dokumentene på Internett, jf. offentlegforskrifta § 7, hvor det også stilles krav om at man i så fall skal opplyse om hvilke kriterium som ligger til grunn for utvalget som tilgjengeliggjøres. Her er det ikke tilstrekkelig å si at alle dokumenter som ikke en unntatt fra offentlighet skal tilgjengeliggjøres, da det også her gjelder at visse opplysninger ikke skal gjøres tilgjengelig på Internett selv om de ikke skal eller kan unntas fra offentlighet. Det betyr at man som hovedregel aktiv bør ta stilling til hvilke dokumenter som tilgjengeliggjøres, og ikke legge inn dette som automatikk i tilgjengeliggjøringsløsningen.

Forvaltningsloven og personopplysningsloven gir (med visse begrensninger) særskilte innsynsrettigheter til den som er part i en sak, og til den som er registrert i organets informasjonssystem. Det elektroniske arkivet må kunne realisere individuell innsynsrett for den enkelte part/registrerte uten at vedkommende trenger å ha detaljkunnskaper om organets organisering og autorisasjonsbeslutninger.

Bevaring og kassasjon er altså i utgangpunktet knyttet til metadata som arves fra klassen, eller eventuelt arkivdelen, til alle underliggende mapper. I tillegg skal det også være mulig å foreta gjennomgående kassasjon av bestemte typer dokumenter. Derfor bør det også være mulig å knytte bevaring og kassasjon til registreringstyper, dokumenttyper eller andre egendefinerte typer.^[13]

Kassasjon av dokumenttyper kan implementeres ved at bestemte registreringstyper eller dokumenttyper automatisk knyttes til en arkivdel som inneholder bevarings- og kassasjonsvedtaket for den bestemte typen. Dette vedtaket skal da arves til registreringen eller dokumentbeskrivelsen. Men det kan også være andre måter å implementere denne funksjonaliteten uten å bruke arkivdel.

Før kassasjonen gjennomføres, skal det være mulig å få presentert en oversikt over dokumenter som skal kasseres. En slik oversikt skal inneholde de viktigste metadataene, inkludert alle metadata for bevaring og kassasjon. Fra denne oversikten skal det også være mulig å åpne selve dokumentet, slik at en kan få kontrollert dokumentinnholdet. Dersom oversikten inneholder dokumenter som ikke skal kasseres i denne omgang, skal det være mulig å endre metadata direkte fra oversikten. Oversikten skal kunne begrenses til å omfatte et utvalg dokumenter, f.eks. knyttet til en bestemt klasse.

På samme måte skal det være mulig å få presentert en oversikt over dokumenter som skal vurderes for bevaring og kassasjon på et senere tidspunkt. Dette er først og fremst aktuelt for arkiv­materiale som dokumenterer enkeltpersoners eller virksomheters rettigheter, og hvor det er usikkert om dokumentasjonsbehovet er varig eller ikke. For andre typer materiale er det ikke ønskelig at muligheten for vurdering på et senere tidspunkt brukes. Også fra denne oversikten skal det være mulig å endre metadata direkte.

En slik funksjonalitet er bare nødvendig å ha i de tilfeller en arkivdeler inneholder både informasjon som skal kasseres og informasjon som skal bevares. Det er obligatorisk for alminnelig sakarkivsystem å ha slik funksjonalitet. Det kan tenkes løsninger der det ikke vil være nødvendig med en slik avansert funksjonalitet, der det ikke vil våre nødvendig med funksjon for å åpne dokumenter fra presentasjonen av kassable dokumenter eller det å kunne lage en særskilt oversikt over kassable dokumenter.

Kriteriet for at et dokument skal kunne kasseres er at metadata for kassasjonsvedtak har verdien "Kasseres", og at dagens dato har passert bevaringsdatoen. Løsningen bør kontrollere at presedenssaker aldri tillates kassert.

Kassasjon av elektroniske dokumenter innebærer at referansen mellom metadata og dokumenter slettes, slik at dokumentene ikke lenger kan hentes fram ved hjelp av metadata. Dette skjer ved at all metadata om dokumentobjektet fjernes. Alle versjoner, varianter eller formater av dokumentet skal omfattes av kassasjonen. Dersom samme dokument (dokumentbeskrivelse) er knyttet til flere registreringer, må ikke dokumentet slettes fra filsystemet. Finnes det ingen slik tilknytning, skal også dokumentet slettes.

Kassasjon av dokumenter er altså en kritisk funksjon som mange vil kvie seg for å utføre. Det bør derfor være mulig å angre en kassasjon og gjenopprette tilknytningen til de kasserte dokumentene, jf. muligheten som operativsystemene har til å hente fram igjen dokumenter som er "kastet i papirkurven".

Selve funksjonen for å utføre kassasjon skal kunne begrenses til å omfatte utvalgte dokumenter, f.eks. alle dokumenter som tilhørere en bestemt klasse. Det skal være mulig å utføre kassasjonen som en automatisk prosess, men det skal også være mulig å be om å få spørsmål om kassasjon er aktuelt for hvert eneste dokument.

Kassasjon av dokumenter betyr ikke at metadata skal slettes. Arkivforskriften har et bevaringspåbud for "journaldatabaser". Det betyr altså at metadata om kasserte dokumenter i utgangspunktet skal bevares, og avleveres til depot. Det skal likevel være mulig å angi at kassasjon også innebærer sletting av tilhørende metadata. Dette vil da være særlig aktuelt ved bestemte typer fagsystemer eller "enstypeserier". I slike tilfeller skal verken metadata eller dokumenter bevares.

Hensikten med rapporten Kassasjonsliste er todelt, både å være en hjelp i selve kassasjonsarbeidet og å gi en oversikt over hvilke saker som er kassert.

Forskrift til arkivloven av 17. desember 2017 om utfyllende tekniske og arkivfaglige bestemmelser om behandling av offentlige arkiver (riksarkivarens forskrift), kapittel 5 inneholder overordnede krav til elektronisk arkivmateriale som skal avleveres eller overføres som depositum til Arkivverket.

En deponering/avlevering fra Noark 5 skal bestå av arkivdokumenter, journalrapporter, metadata til arkivdokumentene og endringslogg. Dette er altså data som eksporteres fra produksjonssystemet, og samlebetegnelsen på dette er et arkivuttrekk. I tillegg skal avleveringen inneholde dokumentasjon av selve arkivuttrekket. Denne dokumentasjonen utgjøres av en fil som heter arkivuttrekk.xml, samt av XML-skjemaer til alle XML-filene i uttrekket. Riksarkivarens bestemmelser bruker begrepet arkivversjon for en samlet leveranse som består både av arkivuttrekk og dokumentasjon.

Arkivdokumentene skal avleveres i gyldige arkivformater. Dette er formater som er fastsatt i § 5-17 i riksarkivarens forskrift.

Resten av innholdet i arkivversjonen utgjøres av strukturert informasjon, og skal avleveres i XML-format.

I tilegg til selve avleveringspakken skal det også separat overføres en fil kalt info.xml, som inneholder overordnet informasjon om deponeringen eller avleveringen, jf. § 5-31 i riksarkivarens forskrift.

ISO 14721 OAIS (Open Archival Information System) er en internasjonal standard for langtidslagring av digitale objekter. OAIS er ingen implementeringsmodell, men en referanse- og begrepsmodell. Standarden beskriver hvilke funksjoner som må finnes i et elektronisk arkiv, og hvordan en skal organisere informasjon som avleveres, langtidslagres og tilgjengeliggjøres for publikum. Sentralt i OAIS er at alle objekter som skal bevares, må utgjøre selvstendige og selvforklarende enheter. Disse enhetene kalles informasjonspakker (Information Packages). Et arkivuttrekk skal inngå i en hovedtype av slike pakker, nemlig en avleveringspakke eller SIP (Submission Information Package). OAIS definerer også andre typer pakker. For arkivering i depot beskrives en AIP (Archival Information Package) og for tilgjengeliggjøring defineres en DIP (Disseminatin Information Package). Merk altså at en arkivversjon slik dette begrepet brukes i Riksarkivarens bestemmelser, tilsvarer OAIS-standardens avleveringspakke (SIP). I resten av dette kapitlet vil derfor begrepet avleveringspakke bli brukt.

En avleveringspakke består av to hovedtyper informasjon, innholdsinformasjon (Content Information) og bevaringsbeskrivende informasjon (Preservation Description Information). Innholdsinformasjonen i en Noark 5 avleveringspakke er arkivdokumenter og journalrapporter. Det er dokumentene og journalene - og det budskapet innholdet i disse formidler - som er gjenstand for bevaring.

Den bevaringsbeskrivende informasjonen utgjøres av de metadataene og loggene som er beskrevet i Noark 5. En viktig oppgave for den bevaringsbeskrivende informasjonen er å opprettholde integriteten og autentisiteten til selve innholdet. I tillegg trengs det også en del av den bevaringsbeskrivende informasjonen består av en tredje type informasjon, nemlig representasjonsinformasjon (Representation Information). Dette kalles også for tekniske metadata, og er nødvendig for at vi skal kunne tolke, forstå og bruke elektronisk informasjon. I en Noark 5 avleveringspakke tilhører XML-skjemaene denne typen.

OAIS grupperer den bevaringsbeskrivende informasjonen - dvs. metadataene - i fem typer:

Alle arkivuttrekk skal overføres til depot som del av en arkivversjon eller avleveringspakke. En avleveringspakke er en selvdokumenterende enhet, som inneholder arkivdokumenter, journalrapporter, metadata og endringslogg for en avgrenset tidsperiode. Dersom det kun er fysiske arkivdokumenter som skal avleveres, vil ikke avleveringspakken inneholde arkivdokumenter. Ved avlevering fra fagsystemer som ikke inneholder korrespondansedokumenter, vil ikke journalrapporter inngå i pakken.

En enkelt avlevering skal omfatte innholdet i en arkivperiode, og kan bestå av en eller flere avsluttede arkivdeler. (En periode bestående av både emneordnet og objektordnet arkivmateriale, vil typisk utgjøre to arkivdeler.) Det er bare mapper som er blitt avsluttet i løpet av perioden som skal avleveres, sammen med alle tilhørende registreringer og arkivdokumenter.

Innholdet i endringsloggen skal bare referere til metadata og arkivdokumenter i den pakken hvor loggen inngår. Journalrapportene skal dekke samme tidsrom som resten av innholdet i avleveringspakken.

Fra enkelte fagsystemer kan det være aktuelt å produsere uttrekk basert på en startdato og en sluttdato, uten hensyn til om mappene er avsluttet eller hvilken arkivdel mappene tilhører. Aktuelt seleksjonskriterium kan da f.eks. være journaldato.

Det er ikke ønskelig at data "vaskes" før uttrekket produseres, f.eks. ved at brukere med administrasjonsrettigheter går direkte inn i databasen og gjør endringer. Det kan lett føre til at nødvendige data går tapt, og det kan også stilles spørsmål ved autentisiteten til slike uttrekk. Dersom det f.eks. finnes mapper eller registreringer som er merket med "Utgår" på grunn av feilregistrering skal de likevel være med i uttrekket. Dokumentfiler som er knyttet til registreringen som utgår skal ikke være med i arkivuttrekket.

Hele klassifikasjonsstrukturen skal tas med i uttrekket, også klasser som er "ubrukte" fordi ingen mapper er tilknyttet klassen (arkivkoden). Klassifikasjonssystemet gir nyttig informasjon om arkivskaperens funksjoner og aktiviteter (arbeidsområder), og tilfører således viktig kontekstinformasjon til pakken. Unntak kan gjøres dersom klassifikasjonssystemet er svært omfattende, f.eks. ved objektbasert klassifikasjon. Dersom det er brukt sekundær klassifikasjon, skal også det sekundære klassifikasjonssystemet inngå. Men klassene i dette systemet skal ikke inneholde noen mapper. Alle mapper skal ligge under sin primære klassifikasjon, men kan samtidig ha referanse til en eller flere sekundære klasser.

Hver XML-fil som inngår i arkivuttrekket, skal ha medfølgende skjema som definerer struktur og innhold. Disse skjemaene skal følge XML skjema-standarden XML Schema 1.0^[14] og benytte tegnsettet UTF-8.

For de XML-filene som er en obligatorisk del av arkivuttrekket, vil de nødvendige XML-skjemaene følge som vedlegg til Noark 5-standarden. Det er disse skjemaene som skal benyttes i avleveringspakken og de vil være tilgjengelige fra Arkivverkets hjemmesider for nedlasting. Varianter av de offisielle XML-skjemaene skal ikke forekomme som en del av pakken.

Tabellen under angir hvilke XML-filer som hører sammen med hvilke XML-skjemaer.

I tabellen angir skjemanavnet hvilket skjema som er hovedskjemaet til den enkelte XML-fil. Metadatakatalog-skjemaet metadatakatalog.xsd forekommer flere ganger i tabellen. Årsaken er at skjemaet inngår i hovedskjemaet til flere XML-filer.

Merk at navnene slik de er brukt i tabellen, er obligatoriske, også når det gjelder bruken av små bokstaver.

Et arkivuttrekk skal inneholde en fil med navn arkivuttrekk.xml som beskriver arkivuttrekket og filene i det. Filen arkivuttrekk.xml følger Riksarkivarens standard for beskrivelse av arkivuttrekk - Archival Data Description Markup Language (ADDML)^[15], og er det som i ADDML-terminologi kalles en datasettbeskrivelse.

ADDML finnes som et XML-skjema (addml.xsd) hvor alle elementer har engelske navn. Bruken av engelske navn har blitt valgt for å gjøre det mulig for andre enn norske arkivdepoter å ta i bruk standarden.

I noen deler av ADDML er det mulig å definere tilleggselementer. Slik kan bruken av standarden til en viss grad tilpasses behovet til de som velger å bruke ADDML. Riksarkivaren har definert noen slike tilleggselementer som sammen med de faste elementene og regler for bruk, utgjør Riksarkivarens ADDML-krav til beskrivelse av arkivuttrekk generelt. Disse tilleggselementene har også engelske navn.

Siden 2009 har Arkivverket hatt en samarbeidsavtale med Riksarkivet i Sverige om forvaltningen av ADDML. En av hovedårsakene til at engelske navn er valgt for de nevnte tilleggselementene, er at samarbeidsavtalen med det svenske Riksarkivet åpner for at tilleggselementer kan bli faste elementer i fremtidige revisjoner av ADDML, hvis partene i avtalen blir enige om det.

For arkivuttrekk fra Noark 5-løsninger er det laget en mal for arkivuttrekk.xml. Noen av elementene i Noark 5-malen er generelle arkivuttrekkselementer, mens noen er spesielle for Noark 5-uttrekk. De spesielle elementene er gitt norske navn for å passe sammen med begreper i selve Noark 5-standarden. Arkivuttrekk fra Noark 5-løsninger skal følge Riksarkivarens Noark 5-mal.

Datasettbeskrivelsen arkivuttrekk.xml skal inneholde følgende informasjon om et Noark 5-uttrekk:

Om malen

I Riksarkivarens Noark 5-mal for arkivuttrekk.xml er strukturen i beskrivelsen av et Noark 5-uttrekk opprettet på forhånd. Selve malen og XML-skjemaet for ADDML (addml.xsd) er tilgjengelige på Arkivverkets nettsider.

De stedene hvor Noark 5-løsningen må angi verdier, er angitt ved hjelp av hakeparenteser. Et eksempel på dette er ved angivelse av arkivuttrekkets periode:

.
.
<content>
  <additionalElements>
    <additionalElement name="archivalPeriod">
      <properties>
        <property name="startDate">
          <value>[ÅÅÅÅ-MM-DD]</value>
        </property>
        <property name="endDate">
          <value>[ÅÅÅÅ-MM-DD]</value>
        </property>
      </properties>
    </additionalElement>
  </additionalElements>
</content>
.
.

Her brukes et tilleggselement – archivalPeriod – til å omkapsle informasjonen om start- og sluttdatoen til uttrekket. Start- og sluttdatoen angis som egenskaper ved perioden, henholdsvis startDate og endDate. Det er løsningens oppgave å bytte ut [ÅÅÅÅ-MM-DD] med aktuell dato. Merk at parentesene ikke skal med i den faktiske verdien.

Strukturen i malen er i hovedsak todelt – den første delen inneholder overordnet informasjon om uttrekket som passer inn i den generelle delen av datasettbeskrivelsen. Den andre delen beskriver det som er Noark 5-spesifikt. Eksemplet over er tatt fra den generelle delen - reference.

Det Noark 5-spesifikke er organisert i en struktur av dataobjekter (dataObjects/dataObject) med tilhørende egenskaper (properties/property). Den første delen i denne dataobjektstrukturen inneholder overordnet informasjon om uttrekk som ikke ble registrert i den generelle delen. Den andre delen inneholder informasjon om de filene som arkivuttrekket består av. Eksempler på typer informasjon som er med om den enkelte fil, er sjekksummer og kvantitative opplysninger.

Tabellen under viser påkrevde elementer i arkivuttrekk.xml og og hvilket navn de er gitt i malen.

Metadata om de arkivdokumentene som inngår i avleveringspakken, skal ligge samlet i én fil kalt arkivstruktur.xml. Metadata for alle arkivenheter, og for de objektene som kan inngå i disse arkivenhetene, skal nøstes inn i hverandre slik at de utgjør en samlet hierarkisk struktur. Alle metadataelementer som er merket med "A" i kolonnen "Avl." skal tas med i uttrekket dersom de er tilordnet verdier i løsningen. Tomme elementer skal altså ikke være med. Vedlegg 2 "Metadata gruppert på objekter" gir en samlet oversikt over alle definerte metadata i Noark 5.

I denne hierarkiske strukturen vil ikke alle grenene gå ned til laveste nivå. Det vil finnes klasser som ikke inneholder mapper, det vil finnes mapper uten registreringer (f.eks. dersom mappen utgår fordi alle registreringer er flyttet over til en annen mappe), det vil finnes registreringer uten dokumentbeskrivelse (når arkivdokumentet er fysisk) og det vil finnes dokumentbeskrivelser uten dokumentobjekt (når dokumentet er kassert).

Dersom arkivdokumenter i et sakarkiv er kassert, skal metadata for disse dokumentene likevel være med. Dette gjelder alle metadata ned til dokumentbeskrivelse, men ikke dokumentobjekter. På dokumentbeskrivelsen skal det logges at kassasjon er utført (M630 kassertDato og M631 kassertAv).

En del logginformasjon er obligatorisk, og skal derfor følge med ved deponering/avlevering. Det er opp til hvert enkelt organ å avgjøre hvor omfattende logging det er behov for utover det som er obligatorisk. Obligatoriske logginger er kravsatt i egne krav. Det skilles mellom to hovedtyper logging, nemlig logging av hendelser og logging av endringer.

Nedenfor følger en oversikt over de vanligste hendelsene som skal logges, og hvilken arkivenhet loggingen omfatter:

De obligatoriske hendelsene som skal logges, er definert som egne metadataelementer (fra M600 til M659), og inngår derfor i filen arkivstruktur.xml sammen med øvrige metadata.

Det er ikke meningen at alle loggede endringer av metadataverdier skal avleveres. Det er bare i de tilfeller at endringen har viktig kontekstuell betydning, at slik logginformasjon skal være med. Slike endringer kan ha innvirkning på dokumentenes autentisitet, og det er derfor avgjørende at de blir avlevert sammen med andre metadata om dokumentene. De kan også synliggjøre endringer i saksbehandlingsprosesser, og vil ikke minst kunne ha verdi i forhold til framtidig tilgjengeliggjøring. Eksempler på slike endringer er:

Metadata om endringer skal ikke grupperes inn i de tilhørende arkivenhetene, men avleveres som en egen fil kalt endringslogg.xml. Følgende informasjon skal logges:

Endringsloggen skal bare vise til arkivenheter som befinner seg i samme avleveringspakke, dvs. til identifikasjoner som er representert i filen arkivstruktur.xml i samme pakken. Hvilke metadata det skal logges endringer for, og når logging av disse endringene skal utføres, er beskrevet i et eget vedlegg 3: "Oversikt over metadata hvor det skal logges at det gjøres endringer i innholdet ".

Både en løpende journal og en offentlig journal skal avleveres som to forskjellige filer med navn loependeJournal.xml og offentligJournal.xml. Begge disse journalene skal inneholde de samme journalpostene, men i offentlig journal er opplysninger som skal skjermes erstattet med ****** (asterisker). Det kan være aktuelt å skjerme saksmappe- og journalposttittel (hele eller deler av den), navn på avsender/mottaker og eventuelt klasseidentifikasjonen (arkivkoden) og/eller klassetittelen (forklaringen på arkivkoden) dersom det f.eks. dreier seg om personidentifikasjon og/eller et personnavn. Det er bare fra sakarkiver og fagsystemer med korrespondansedokumenter at det skal avleveres journalrapporter. Dersom ingen informasjon i uttrekket er skjermet, et det tilstrekkelig med løpende journal.

I norsk arkivteori betraktes journalen som et arkivdokument, ikke som rene metadata. En av grunnene til at journalen også skal avleveres, er at den viser rekkefølgen i registreringen av journalpostene. Dessuten kan journalen være et enklere alternativ å publisere for arkivdepotene enn de samlede metadata i filen arkivstruktur.xml. Men journalen inneholder bare et begrenset utvalg metadata, og kan på ingen måte erstatte innholdet i arkivstruktur.xml.

Journalrapportene skal være i XML-format, og skal inneholde et "journalhode" med overordnet informasjon om utskriftene. Seleksjonskriterium skal være journaldato, med eventuelt andre kriterier i tillegg. Seleksjonskriteriene skal oppgis i "journalhodet". Ved bruk av mykt periodeskille, vil journalen vanligvis inneholde journalposter som tilhører flere arkivdeler. De enkelte "journalinnføringer" skal være sortert på journalpostens løpenummer (journalår og sekvensnummer). Det er bare registreringer av typen journalpost som skal være med i journalen.

I en avleveringspakke skal journalen normalt dekke en arkivperiode, dvs. den perioden innholdet i en avsluttet arkivdel omfatter. Men ved bruk av mykt periodeskille vil ikke journalpostene i journalen være identisk med journalpostene i fila arkivstruktur.xml. Denne fila skal bare inneholde journalposter som er knyttet til avsluttede saksmapper. I journalen vil det også forekomme journalposter som er knyttet til saker som ikke er avsluttet, og som derfor er overført til den avsluttede arkivdelens arvtaker.

Dersom Noark 5-løsningen inneholder metadataelementer som ikke er spesifisert i Noark 5, er det likevel mulig å ta disse med i arkivuttrekket. Slike virksomhetsspesifikke metadata blir en del av arkivstrukturen og tas derfor med i arkivstruktur.xml. De virksomhetsspesifikke metadataene kan knyttes til arkivenhetene klassifikasjonssystem, klasse, arkiv, arkivdel, mappe, registrering, dokumentobjekt eller sakspart gjennom det overordnede elementet virksomhetsspesifikkeMetadata som er av XML Schema-datatypen anyType.

Alle virksomhetsspesifikke metadataelementer må være definert i ett eller flere XML-skjemaer, og referanse til aktuelle skjemaer må finnes i arkivstruktur.xml. I tillegg må de virksomhetsspesifikke metadataelementene være tilordnet et namespace gjennom tilhørende XML-skjema.

Virksomhetsspesifikk informasjon kan også avleveres som frittstående fagsystemuttrekk. Dette er først og fremst aktuelt der hvor informasjonen ikke lar seg knytte til arkivstrukturen som metadata.

Merk: Deponering/avlevering av frittstående fagsystemuttrekk må avtales spesielt med arkivdepotet, og blir ikke beskrevet i denne standarden.

Innholdet og betydningen av hvert virksomhetsspesifikt metadataelement skal dokumenteres mer inngående dersom det ikke er innlysende hva elementene inneholder. En slik dokumentasjon skal inngå som en del av aktuelt XML-skjema.

Arkivdokumentene skal avleveres/deponeres i arkivformater som er godtatt av Riksarkivaren. Det betyr at alle dokumenter må være konvertert til et arkivformat før arkivuttrekket produseres. I Noark 5-løsningen kan de samme dokumentene også eksistere i produksjonsformat, men disse skal ikke være med i uttrekket.

Hvert enkelt dokument skal eksporteres som én dokumentfil. I denne versjonen av Noark 5 er det ikke tillatt å avlevere dokumenter som består av flere filer (f.eks. som en tekstfil i XML-format med tilknyttet grafikk/bilder som egne separate filer).

Dersom ett dokument er arkivert i flere versjoner - og dersom de foregående versjonene ikke har blitt slettet før eksporten - skal alle versjonene være med i uttrekket, forutsatt at de er lagret i godkjent arkivformat. I slike tilfeller vil hver arkiverte versjon av dokumentet utgjøre en egen dokumentfil. Det samme er tilfellet med varianter som blir arkivert sammen med originaldokumentet, f.eks. offentlige varianter hvor informasjon som er unntatt offentligheten er "sladdet".

Dokumenter i et sakarkiv som er arkivert uten journalføring, skal være med i avleveringen/deponeringen dersom de ikke har blitt kassert før uttrekket blir produsert. I arkivstrukturen vil disse dokumentene være knyttet til registreringer av type registrering.

Arkivdokumentene skal lagres i en egen underkatalog i avleveringspakken, og denne underkatalogen kan struktureres i nye underkataloger etter behov. Referansen fra arkivstrukturen til dokumentfilene vil ligge i dokumentobjektet, dvs. på laveste nivå i strukturen. Alle dokumentfiler som det blir referert til i arkivstruktur.xml, skal være med i uttrekket. Dessuten må ikke uttrekket inneholde noen dokumentfiler som mangler referanse fra dokumentobjektet. Referansen fra arkivstrukturen skal være relativ til dokumentfilene, dvs. inneholde hele "stien" til dokumentet - for eksempel slik: DOKUMENT/2010/januar/123456789.pdf.

Dokumentobjektet skal også inneholde informasjon om hvilket format arkivdokument blir avlevert på, og størrelsen i antall bytes på dokumentfilen. I tillegg skal dokumentobjektet inneholde sjekksummen til dokumentet det refererer til. Det siste er viktig for å kunne opprettholde dokumentets autentisitet og integritet, også etter at det er eksportert fra sitt opprinnelige produksjonssystem. Algoritmen som er brukt for å generere sjekksummen skal også dokumenteres.

Dersom arkivdokumentet har vært konvertert fra et format til et annet, skal dokumentobjektet inneholde metadata om konverteringen. Dette vil først og fremst dreie seg om konverteringer fra produksjonsformat til arkivformat. Men også konvertering fra ett arkivformat til et annet skal logges. Er dokumentet konvertert flere ganger, skal alle konverteringer dokumenteres. Dersom dokumentet har oppstått i det samme arkivformatet som det ble avlevert i, skal dokumentobjektet naturlig nok ikke inneholde noen metadata om konvertering.

Kravene nedenfor er obligatoriske for alle Noark-løsninger som inneholder elektroniske arkivdokumenter som skal avleveres til arkivdepot.