Klargjør hva "etter status'-linjer betyr for logging i tillegg C.

[petterreinholdtsen]

Skriv eksplisitt hvilke entitet og attributt i hierarkiet det er snakk om.

For dokumentbeskrivelse.tittel ser det til å gjelde journalstatus Ekspedert eller arkiv/arkivdel/mappe/saksmappe med relevante statusfelt satt til varianter av Avsluttet, tilsvarende for journalpost.dokumentetsDato og lignende lenger opp i listen. Antar "E" indikerer ord har falt ut i tidligere redigeringer av standarden, og at den bør skrives helt ut for klarhetens del.

[sturtzel]

Hvis beskrivelsen skal endres fra koden E (som brukes i alle integrasjoner inkl. GeoIntegrasjon Arkiv og Fiks Arkiv) til "beskrivelsen" Ekspedert, kan man ikke slenge på Avsluttet (A). Skal man ta med flere koder må også Journalført (J) inkluderes. For innkommende brukes aldri ekspedert.

En bedre beskrivelse hadde vært "etter at journalposten er ekspedert eller journalført". Da begrenser man seg ikke til hvilke koder som benyttes, men til prosessen.

[petterreinholdtsen]

Merk, alt endringen gjør er å bringe teksten på linje med linjen for mappe.tittel, registrering.tittel, journalpost.journalstatus og journalpost.dokumentetsdato, som ser slik ut:

Arkivenhet	Nr.	Navn	Loggingstidspunkt
mappe	M020	tittel	Ved endring etter status Avsluttet
registrering	M020	tittel	Ved endring etter status Ekspedert/Avsluttet
journalpost	M053	journalstatus	Ved endring etter status Ekspedert/Avsluttet
journalpost	M103	dokumentetsDato	Ved endring etter status Ekspedert/Avsluttet

@sturtzel Mener du disse også mangler Journalført, eventuelt burde beskrive prosessen og ikke enkeltverdier? Disse har jo ikke koder i sitt loggingstidspunkt

[oivkru]

Alle disse loggingstidspunktene er forvirrende, eller kanskje også misvisende, unntatt den øverste. Avsluttet er obligatorisk verdi på saksstatus, som tilhører saksmappe. Den er grei.

En registrering/journalpost har derimot obligatoriske verdier på journalstatus som er Journalført, Ekspedert, Arkivert og Utgår. Det korrekte på de to skal altså være "Ved endring etter status Ekspedert/Arkivert". Her er jeg enig med Ragnar at det er mer riktig å ramse opp "Ekspedert/Journalført/Arkivert" - det er ingen grunn til å hoppe over Journalført her.

Når det gjelder den konkrete pull requesten, sier den altså at endring av tittel på dokumentbeskrivelse skal logges etter status E(kspedert). Jeg er enig i utgangspunktet til Petter, at statusverdien bør skrives fullt ut for å skrives på samme måte som de andre. Og i likhet med de andre, bør alle aktuelle statusverdier ramses opp her, som Ragnar påpeker.

MEN: Ekspedert er obligatorisk verdi på journalstatus, altså på det overordnete objektet, ikke statusverdien på det aktuelle objektet. Dokumentbeskrivelse har dokumentstatus, med obligatoriske verdier "Dokumentet er under redigering" og "Dokumentet er ferdigstilt". Dette er altså det eneste kravet til logging som forutsetter status på et annet, overordnet objekt, og ikke på selve objektet. Usikker på om det er riktig.

[sturtzel]

Enig med Øivind. Svaret er Ja, dette må korrigeres også for registrering. Og det må komme klart frem at for dokumentbeskrivelse er det endringer etter at registreringen denne tilhører har fått status ekspedert, journalført, arkivert.

[petterreinholdtsen]

Er det noen som har kopi av tidligere Noark 5-spesifikasjoner, og kan se om det alltid har vært bare 'E' i vedlegget, eller om det er noe som har falt ut ved en redigeringsfeil en eller annen gang?

Jeg skal forsøke oppdatere dette endringsforslaget, men er litt usikker på hva som er gode formuleringer og konsensus for verdier. -- Vennlig hilsen Petter Reinholdtsen

[oivkru]

Jeg finner ikke et tilsvarende dokument før i versjon 3.0 av standarden, og der står det samme som i siste versjon. Dette vedlegget ser altså ikke ut til å være oppdatert siden det først ble publisert.

[oivkru]

Men i Noark 5 har vi aldri brukt kode i stedet for beskrivende kode.

[petterreinholdtsen]

Jeg har oppdatert endringsforslaget med mer fullstendig beskrivelse av det jeg oppfatter som intensjonen bak logglinjene. Ser det greit ut?

-- Vennlig hilsen Petter Reinholdtsen

[sturtzel]

I tilfelle noen ikke benytter prosessen med statuser, kanskje ta med Arkivert der journalpost/registrering er referert. Ellers ser det OK ut.

[petterreinholdtsen]

[Ragnar Sturtzel]

I tilfelle noen ikke benytter prosessen med statuser, kanskje ta med Arkivert der journalpost/registrering er referert.

Denne er jeg usikker på om jeg forsto. Konkret hvilke formuleringer er det du mener bør få «Arkivert» inn? Snakker du om aktuelle journalpost-verdier?

-- Vennlig hilsen Petter Reinholdtsen

[sturtzel]

I disse: Ved endring etter journalstatus «Ekspedert»/«Journalført», ta med "Arkivert" selv om denne formelt er etter journalført. Mange som ikke kan Noark, så best å la de få det med teskje.

[petterreinholdtsen]

[Ragnar Sturtzel]

I disse: Ved endring etter journalstatus «Ekspedert»/«Journalført», ta med "Arkivert" selv om denne formelt er etter journalført. Mange som ikke kan Noark, så best å la de få det med teskje.

Da skjønner jeg. Nå er det med i forslaget til endring.

-- Vennlig hilsen Petter Reinholdtsen

[petterreinholdtsen]

Jeg tenker ta endringen inn i master i slutten av måneden hvis ingen protesterer.

[sturtzel]

Ref. min kommentar (review). Beskrivelsen for endring av tittel på registrering henviser til arkiv- og arkivdelstatus. Det blir feil. Det skal logges hvis det endres etter at registreringen er ekspedert/journalført/arkivert (evt. "avsluttet").

[petterreinholdtsen]

[Ragnar Sturtzel]

Ref. min kommentar (review). Beskrivelsen for endring av tittel på registrering henviser til arkiv- og arkivdelstatus. Det blir feil. Det skal logges hvis det endres etter at registreringen er ekspedert/journalført/arkivert (evt. "avsluttet").

Jeg forstår ikke hva du mener. Hvilken attributt i registrering er det du mener kan settes til ekspedert/journalført/arkivert? Så vidt jeg kan se er det kun aktuelt for undertypen journalpost, og det nærmeste jeg finner i listen over attributter i registrering er arkivertDato (M604).

Kan du komme med forslag til formulering som dekker hva du mener mangler?

-- Vennlig hilsen Petter Reinholdtsen

[sturtzel]

De fleste registreringer er journalposter. Ja, det er journalstatus. Vs. logging er det vesentlig å få logget endringer gjort etter at journalposten er ekspedert. For andre typer registrering mangler det statusfelt. Det samme gjelder for mappe der det kun er saksmappe som har status. Moeteregistrering har også status, men de er fritt valgte.

[petterreinholdtsen]

[Ragnar Sturtzel]

De fleste registreringer er journalposter. Ja, det er journalstatus. Vs. logging er det vesentlig å få logget endringer gjort etter at journalposten er ekspedert. For andre typer registrering mangler det statusfelt. Det samme gjelder for mappe der det kun er saksmappe som har status. Moeteregistrering har også status, men de er fritt valgte.

Hvis jeg forstår det riktig, så er poenget at endring i registrering.tittel skal logges hvis undertypene journalpost og moeteregistrering har satt type som indikerer at den er arkivert/lukket. Dette er et poeng på grunn av arv av attributter. Jeg skal forsøke komme opp med formulering som dekker også dette, og tilsvarende for mappe.tittel.

-- Vennlig hilsen Petter Reinholdtsen

[sturtzel]

For journalposten har det noe å si at man endrer etter at den er ekspedert. Da kan det bli avvik mellom offentlig journal og arkivet. Og metadata sendt via SvarUt eller eFormidling som journalføres automatisk hos mottager vil heller ikke stemme med det som blir liggende i arkivet hos avsender. Journalposter og saksmapper er derfor i en særstilling.

[petterreinholdtsen]

[Ragnar Sturtzel]

For journalposten har det noe å si at man endrer etter at den er ekspedert. Da kan det bli avvik mellom offentlig journal og arkivet. Og metadata sendt via SvarUt eller eFormidling som journalføres automatisk hos mottager vil heller ikke stemme med det som blir liggende i arkivet hos avsender. Journalposter og saksmapper er derfor i en særstilling.

Ah, da tror jeg at jeg forstår hva du mener. Har oppdatert endringsforslaget med innsjekk e70323bfbed6b89bfa89b20d9b8d7d80b54b13fb der jeg forsøker forklare nærmere hvordan tittel for mappe og registrering skal håndteres i undertyper.

-- Happy hacking Petter Reinholdtsen