Gjør beskrivelse av avskrivningsmåte klarere

[oivkru]

Forslag til fiks på issue #26

[petterreinholdtsen]

Dette forslaget fikser skrivefeilen og blir kvitt den mystiske (Verdi ***), men løser ikke utfordringen med at avskrivningsmaate er M619, som har helt andre obligatoriske verdier enn det som er nevnt her.

[hanber]

Det blir feil å kalle "uavskrevne dokumenter", "avskrevne dokumenter" og "foreløpig avskrevne dokumenter" for "avskrivingsmåte", som Petter helt korrekt påpeker har helt andre verdier. De burde heller vært "avskrivningsstatus", men det er ikke et metadataelement.

Er det beskrevet noe sted hvordan vi bruker skriftstiler i dokumentasjonen, og har vi noen gjennomgående standard? Jeg pleier å bruke kursiv på navn på metadataelementer og objekter for å indikere at det er tekststrenger som finnes i den formelle modellen og anførselstegn om metadataverdier. Hvis dette er brukt gjennomgående, kunne vi fjerne kursiv på disse seleksjonskriteriene for å vise at de ikke er metadataverdier (eller metadataelementer), men bare en beskrivelse av metadataverdiene.

Skal vi være presise - og det skal vi vel - heter metadataelementet avskrivningsmaate. Det kan ha verdien "Besvart med brev". Når vi snakker om begrepet avskrivningsmåte i teksten, kan vi bruke å.

Hvor registreres forresten "Foreløpig besvart"? Skulle det vært en obligatorisk verdi for M619 avskrivningsmaate?

Ellers ser jeg at vi noen ganger skriver avskriving og noen ganger avskrivning. Kan vi benytte avskrivning over alt hvor vi snakker om metadataelementer og eventuelt avskriving hvis vi noen steder snakker om aktiviteten?

[petterreinholdtsen]

[Hans Fredrik Berg]

Er det beskrevet noe sted hvordan vi bruker skriftstiler i dokumentasjonen, og har vi noen gjennomgående standard?

Jeg har ikke sett noe slikt i min omforming fra docx til rst og git-depot. Hvis en slik beskrivelse finnes, tror jeg ikke den finnes i git-depotet noark5-standard.

Hvor registreres forresten "Foreløpig besvart"? Skulle det vært en obligatorisk verdi for M619 avskrivningsmaate?

Bør det i så fall være ulike for brev, e-post og telefon, dvs. "Foreløpig besvart med brev" "Foreløpig besvart med e-post" og "Foreløpig besvart på telefon"? Eller er det irrelevant hvordan et foreløpig svar ble gitt, og kun relevant for endelige svar?

-- Vennlig hilsen Petter Reinholdtsen

[oivkru]

Helt riktig observert @petterreinholdtsen

Her er det nok noe funksjonalitet som henger igjen fra Noark-4, som ikke svarer til metadatakatalogen og verdiene for avskrivningsmåte. (Denne rapporten, som flere av de andre, ble vel i sin tid kopiert direkte fra tilsvarende rapport i Noark-4, men attributtene under de ulike kravene ble direkte oversatt til Noark 5 metadataelementer.)

Verdiene for metadataelementet M619 avskrivningsmaate er kun verdier for avskrevet, dvs. at journalposten enten er avskrevet (metadataelementet har verdi) eller ikke avskrevet (ikke verdi). "Foreløpig avskrevet" er funksjonalitet for å ivareta krav i forvaltningsloven om saksbehandlingstid og det å sende et foreløpig svar for å gi seg selv lengre frist for behandlingstid. Dette er en type krav vi ellers har gått bort fra i Noark 5, siden det er krav til saksbehandling (kontroll på behandlingsoppfølging), og ikke arkivering. Det finnes ingen funksjonelle krav i kravtabellen foran som sier noe om foreløpig avskrivning.

Det betyr, som @hanber påpeker, at det ikke er metadataelementet avskrivningsmaate som brukes til selektering. Det er om journalposten har objektet avskrivning eller ikke som er vesentlig, og kun av journalposttypene "Inngående dokument" og "Organinternt dokument med oppfølging".

Som opsjon, dersom virksomheten har funksjonalitet for foreløpig avskrivning (som muligens bør være et valgfritt krav), bør det være mulig også å få med foreløpig avskrevne dokument på rapporten (som det altså ikke er definert verdier for i metadatakatalogen).

Kan jeg endre på denne pull requesten, eller må denne avvises og det opprettes en ny?

[petterreinholdtsen]

[Øivind Kruse]

Kan jeg endre på denne pull requesten, eller må denne avvises og det opprettes en ny?

Måten jeg gjør det på er at jeg har en lokal kopi av git-depotet på min maskin, og lager egne grener for hver endringsforslag jeg sender inn. Dermed kan jeg gjøre endringer i denne grenen senere, enten legge til flere innsjekkinger, endre på eksisterende innsjekkinger eller flytte endringen til spissen av master. Deretter gjør jeg 'git push' (med -f hvis gamle endringer er endret eller flyttet) og får så oppdatert endringsforslaget på github. Det høres mer komplisert ut enn det egentlig er.

Gitt overskriften på dine endringsforslag, så mistenker jeg du endrer filene i webgrensesnittet på github. Har ingen ide hva en kan gjøre der, bruker det sjelden selv.

-- Vennlig hilsen Petter Reinholdtsen