You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dette har blitt tatt opp av Michael Grande tidligere. Lager et issue for dette slik at vi kan diskutere løsning videre her.
Takk for god beskrivelse Michael.
Fra dokumentet som beskriver issuet, skrevet av Michael:
Enkelte sakarkivleverandører tilbyr sine brukere muligheten til å fange opp metadata i en XML-fil, for
deretter å bruke den videre i selve saken. Dette går utover NOARK 5-standarden, men det gir
fleksibilitet til kommuner til å opprette egne unike variabler og lage saker med dynamisk innhold, noe
som forenkler jobben for alle som skal bruke sakarkivløsningen.
Dokumentet har også blitt sendt til flere representanter fra arkiv-leverandørene på mail.
Kommentar med forslag til løsning kom som svar på mailen fra Ragnar Sturtzel:
Jeg foreslår at skjema håndteres på en av to måter:
Som et eget XML eller JSON-vedlegg.
Som virksomhetsspesifikke metadata (VSM)
Her kan man bl.a. se på innsending av byggesøknader (som p.t. riktignok kommer via SvarInn).
Utvidelsene er både proprietære og skjemaavhengige. De hører derfor ikke hjemme i arkivmeldingen.
Etter gammel Noark 4-standard og GI-standard kunne man benyttet tilleggsinfo. Disse er erstattet med VSM i Noark 5.
Hvordan arkivet skal behandle dataene blir opp til den enkelte leverandør, men vi bør foreslå en standard måte å gjøre dette på.
Vi laget i sin tid en KS Resultat XML for innsending av skjemaer, men denne inkluderer Noark-data i samme struktur som fagdata (om jeg ikke husker feil). Eksempelet var barnehagesøknad.
For å slippe mange proprietære formater på metadataene, hadde det vært greit med en omforent syntaks på disse. Denne må tillate både lister og enkeltfelt. Liste over tagger for et fagområde? Struktur med navn, verdi og type?
The text was updated successfully, but these errors were encountered:
Dette har blitt tatt opp av Michael Grande tidligere. Lager et issue for dette slik at vi kan diskutere løsning videre her.
Takk for god beskrivelse Michael.
Fra dokumentet som beskriver issuet, skrevet av Michael:
Se dokument som er vedlagt for hele beskrivelsen.
Sakarkiv_Metadata_Informasjon (1).pdf
Dokumentet har også blitt sendt til flere representanter fra arkiv-leverandørene på mail.
Kommentar med forslag til løsning kom som svar på mailen fra Ragnar Sturtzel:
The text was updated successfully, but these errors were encountered: