moetesaksregistrering mangler

[sturtzel]

---

       Prosjekt  NOARK 5 Standard
       Kategori  Noark 5.5.0
Brukerreferanse  user@example.com
    Dokumentdel  #
     Sidenummer  #
    Linjenummer  #

---

Beskrivelse

Som ledd i et møte produseres det materiale knyttet til selve møtet som innkalling og protokoll. Disse kan registreres som moeteregistrering.

I tillegg produseres det materiale knyttet til hver enkelt behandling i møte som saksfremlegg, innstilling og vedtak. Gjennom arbeidet med FIKS Politiker ser vi at dette mangler i Noark 5, men finnes som moetesaksregistrering i eInnsyn-XML-en. Den ligger ikke i xsd-en til 5.5.0 og jeg fant den heller ikke ved å søke på nettet (der var det kun tilslag hos digdir).

Ønsket endring

Det legges til en spesialisering av registrering kalt moetesaksregistrering.

Vedlagt er en eksempel-XML fra digdir som viser strukturer der Noark 5 er mangelfull. Siden XML ikke støttes direkte er den puttet i en zip-fil.
Quizgruppa moete_test vedtak.zip

[petterreinholdtsen]

Se også arkivverket/noark5-tjenestegrensesnitt-standard#120 og arkivverket/noark5-tjenestegrensesnitt-standard#96 som diskuterer pakken MøteOgUtvalgsbehandling i Noark 5 API.

[petterreinholdtsen]

[Ragnar Sturtzel]

Det legges til en spesialisering av registrering kalt moetesaksregistrering. Vedlagt er en eksempel-XML fra digdir som viser strukturer der Noark 5 er mangelfull.

Finnes det en beskrivelse av hva spesialiseringen burde ha av ekstra felter? En rask titt på eksemplet tyder på at den henter moetesakstype og moeteregistreringsstatus fra moeteregistrering, mens disse ser ut til å være spesielle: * referanseTilMoetesak * moetesaksaar * moetesakssekvensnummer Er det flere aktuelle jeg ikke fikk med meg? Bør moetesaksregistrering kanskje være spesialisering av moeteregistrering i stedet for av registrering?

…

-- Vennlig hilsen Petter Reinholdtsen

[sturtzel]

Noark 5 er svak på data knyttet til møter / politiske prosesser. Her ble det aller meste fra Koark og Noark 4 skrelt bort. Dette er litt synd siden disse er sentrale i spesielt lokalforvaltningen.

Bruken av disse to i eInnsyn:
moeteregistrering: Registreringer knyttet til selve møtet som innkalling, protokoll
moetesaksregistrering: Registreringer knyttet til behandlinger i møtet

moetesaksregistrering kan godt være en spesialisering av moeteregistrering da begge er knyttet til moetesak,

Referansen trengs i API-ene, litt mer usikker på avleveringen siden den er aggregert. moetesak knytter til utvalget som holder møtet, samt angir når møtet var, fremmøte etc.

For en full datamodell for møtesaksregistrering trengs underobjekter med votering, evt. også håndtering av avvikende fremmøte siden noen kan være inhabile og må fratre, evt. må melde forfall til deler av møtet. Det diskuteres også behov for å registrere resultat som mer enn tekst, spesielt vs. plan- og byggesaker der disse kan inngå i en prosess for saksbehandlingen (avslås søknad om dispensasjon fra reguleringsplan avslås også byggesøknaden i den formen den er innsendt).

Det burde antagelig vært spesiell referanse til saksfremlegget (utredning, ofte med innstilling).

Ut fra det som skjer innenfor datastøttet utvalgsbehandling burde det antagelig vært egne felt for innstilling, andre forslag og resultat med rekkefølge og votering for hver av de første, evt. også for resultatet (som vil være likt en av de andre om de finnes). Det er ikke gitt at det lages egne dokumenter i tradisjonell forstand for disse selv om de vil være formatterte felt. Avlevering som dokument vil da si at dokumentet har blitt laget til avleveringen, mens det ikke finnes i arkivet som avleveres (om det ikke lages når møtet er ferdig for å tilfredsstille avleveringen). Et vedtak i form av felt vil kunne inngå som innstilling til annet utvalg, som del av et vedtaksbrev, som informasjon i annet system, kanskje som SMS til søker.

Feltene moetesaksaar og moetesakssekvensnummer er saksnummeret for utvalget. Normalt nummereres disse på lik linje med arkivsaksnummer, men det er egne nummerserier pr. utvalg. Spesielt i kommunal saksbehandling kan det være flere nummerserier for et utvalg (ref. Noark 4 datamodell for utvalgssak og utvalgsbehandling), som politisk sak og referatsak.

Ref. ellers det pågående standardiseringsløpet i https://github.com/ks-no/fiks-politiskbehandling.

[petterreinholdtsen]

[Ragnar Sturtzel]

Noark 5 er svak på data knyttet til møter / politiske prosesser. Her ble det aller meste fra Koark og Noark 4 skrelt bort. Dette er litt synd siden disse er sentrale i spesielt lokalforvaltningen.

Takk for nyttig forklaring. Da ble det mye klare for meg, både hvor møtepakken i Noark 5 API-et kom fra og hvordan den er tenkt brukt. Vet du forresten om flere systemer som kunne ønske å avlevere slik møteinformasjon? Fant ikke et XML-skjema i <URL: https://github.com/ks-no/fiks-politiskbehandling >, men antar json-filene er ment å beskrive feltene. En god vei videre er kanskje et endringsforlag til tillegg B som beskriver entitetene. Kanskje noe du kan skrive og sende inn? Hva er forresten årsaken til at at forslaget er en ny entitet og ikke noen ekstra attributter i dagens moeteregistrering? Jeg mistenker begge tilnærmingene vil fungere.

…

-- Vennlig hilsen Petter Reinholdtsen

[sturtzel]

FIKS Politiker er fortsatt under arbeid. Møtesaksregistrering ble sendt inn på bakgrunn av dagens XML for eInnsyn.

Ja, jeg skal få konkretisert forslaget. Litt usikker på om jeg rekker det denne uken og neste er det speiderleir.

Møteregistrering er dokumenter knyttet direkte på møtet. Dette er ikke saker til behandling, men innkallinger, protokoller etc.

Møtesaksregistering er behandlinger i møte og har bl.a. saksnummer. I Noark 4 var tilleggene registrert i tabellene for utvalgssak og utvalgsbehandling. I Noark 5 var dette tatt vekk.

Det er en fordel om disse ikke blandes.

Alle sak/arkivsystemer burde kunne avlevere disse opplysningene. P.t. vet jeg ikke om andre systemer som støtter den politiske prosessen (ut over systemer for politikere og møtehåndtering).

[sturtzel]

Forslag:

moetemappe:
M008 bør være 0-1, ikke alle har løpende nummerering av møter. Noen nummererer innenfor en periode.
I tjenstesnitt må denne kunne eksistere uten mappe. Da trengs en unik ID til objektet (systemID).

moeteregistrering:
Det antas at moeteregistrering inngår i moetemappe. Hvis ikke trengs referanse til denne.
M088 utgår
M055 utgår

moetesaksregistrering:
Arver fra moeteregistrering
M088 inngår
M055 inngår
Ny moetesakstype (US.SAKSTYPE fra Noark 4)
Ny moetesaksaar (UB.AAR fra Noark 4) (kalt saksaar, men må skilles fra saksmappe)
Ny moetesakssekvensnummer (UB.USEKNR fra Noark 4)

moetesaksregistrering har behov for to rekkefølger:
UB.RFOLGE fra Noark 4 som kan håndteres via referanser til forrige og/eller neste behandling av samme.
Rekkefølge i møtet (som ikke nødvendigvis er i saksnummerrekkefølge siden f.eks. politiske saker og referatsaker kan ha forskjellige nummerserier).
Jeg har ikke foreslått parametere for disse nå.

Det er noen utfordringer med moetesaksregistrering som registrering siden det kan være både utredning, innstilling, behandling og vedtak knyttet til denne som registreringer laget på hver sin tid. Utredning og innstilling er ofte samlet i et saksfremlegg. Både innstilling og vedtak kan være formatert tekst på linje med merknader i stedet for å være dokumenter i tradisjonell forstand. Saksfremlegg / innstilling er normalt distribuert på forhånd og utredningen kan være felles for flere behandlinger. Det kan være flere innstillinger til et utvalgsmøte hvis saken har vært gjennom forberedende behandling i andre utvalg (f.eks. behandling av bygging av ny skole som kan ha en innstilling fra administrasjonen, så nye innstillinger fra utdanningsutvalg, økonomiutvalg, kulturutvalg, bygningsråd m.fl.). Hierarkiske modeller er ikke alltid mest hensiktsmessig her... Ref. koblingstabellen UTVBEHDOK i Noark 4. Et alternativ kan være et objekt moetesak som inneholder feltene over, men da trengs koblinger mellom moeteregistreringer og moetesak med systemID som kobling. Objektet moetesak kan da evt. aggregeres inn i moetemappe. Merk: Siden en moeteregistrering (saksfremlegg) kan tilhøre flere møter kan ikke disse uten videre tilhøre en moetemappe knyttet til et gitt utvalg og møte.

[Jepresterud]

Til informasjon, så har eInnsyn-møtemodellen to spesialiseringer av moeteregistrering: møtedokumentregistrering og møtesaksregistrering. Basis moeteregistrering benyttes ikke i eInnsyn. Koblingen mellom møtesaksregistrering og journalposten moetesak/saksfremlegg har vi et egendefinert felt "ReferanseTilMøtesak", som peker på SystemID til journalposten. Møtedokumentregistreringer (eks. Innkalling og Protokoll) har ikke denne referansen, så der forventes det at all informasjon om dokumentene inkluderes i dokumentreferanse/dokumentobjekt.