Klargjør hva "etter status'-linjer betyr for logging i tillegg C. #149
Conversation
|
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. |
|
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:
@sturtzel Mener du disse også mangler Journalført, eventuelt burde beskrive prosessen og ikke enkeltverdier? Disse har jo ikke koder i sitt loggingstidspunkt |
|
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. |
|
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. |
|
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
|
|
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. |
|
Men i Noark 5 har vi aldri brukt kode i stedet for beskrivende kode. |
petterreinholdtsen
force-pushed
the
log-dokbesk-tittel
branch
from
f8fe309 to
57a17f7
Compare
|
Jeg har oppdatert endringsforslaget med mer fullstendig beskrivelse av
det jeg oppfatter som intensjonen bak logglinjene. Ser det greit ut?
…--
Vennlig hilsen
Petter Reinholdtsen
|
petterreinholdtsen
changed the title
|
I tilfelle noen ikke benytter prosessen med statuser, kanskje ta med Arkivert der journalpost/registrering er referert. Ellers ser det OK ut. |
|
[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
|
|
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. |
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.
petterreinholdtsen
force-pushed
the
log-dokbesk-tittel
branch
from
57a17f7 to
9051e2b
Compare
|
[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
|
|
Jeg tenker ta endringen inn i master i slutten av måneden hvis ingen protesterer. |
|
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"). |
|
[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
|
|
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. |
|
[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
|
|
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. |
|
[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 e70323b
der jeg forsøker forklare nærmere hvordan tittel for mappe og
registrering skal håndteres i undertyper.
…--
Happy hacking
Petter Reinholdtsen
|
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.