Metadata om vedlegg
- Helga Jerven
- Veronika Andersen
I Altinn3 blir underskjemaet Vedleggsopplysninger erstattet av metadata som knyttes til hvert vedlegg.
Denne siden inneholder informasjon om
Teknisk dokumentasjon
Altinn appen gir informasjon om hvilke datatyper og evt metadata som kan legges på hver datatype
https://dibk.atlassian.net/wiki/spaces/FB/pages/3018620929/Altinn+App+API#Data-elementer
Hvordan man legger til metadata er beskrevet her
https://dibk.atlassian.net/wiki/spaces/FB/pages/3018620929/Altinn+App+API#Legg-til-metadata-om-vedlegg
Hvilke metadata skal angis av søknadssystemet?
Tabellen under gir en oversikt over metadata for vedlegg som sendes med søknaden. Kolonnen til høyre angir hvilke metadata som skal settes av søknadssystemet, og om de er påkrevd eller valgfrie.
Navn på metadatafelt | Beskrivelse | Eksempel | Settes av DiBK? | Settes av søknadssystem? |
|---|---|---|---|---|
dokumenter [0..*] | Informasjon om dokumentet, som blir tilgjengelig i SvarUt. | |||
mimeType | Dokumentets filtype |
| alltid |
|
dokumentType | Dokumenttype fra Arkivlett v1. Følger kodeliste på GeoNorge |
| alltid |
|
filnavn | Dokumentets filnavn, slik det er gitt i SvarUt |
| alltid |
|
ekstraMetadata | Ekstra metadata er metadata som blir lagt på hvert vedlegg i Altinn. | |||
| ID fra søknadssystemet |
|
| ? Vi ber om innspill til om ID skal være påbudt eller valgfri. |
| Filnavn |
| alltid |
|
| En unik referanse til XML-skjemaet som gjelder, eller som et vedlegg tilhører. Formålet med referansen er å knytte valideringsrapporten til riktig skjema. Ved hjelp av referansen kan eByggesakssystemet for eksempel identifisere om valideringsrapporten tilhører en søknaden eller gjennomføringsplanen. |
| ved behov |
|
| Eventuell valideringsID av ByggesaksBIM, dersom det er angitt fra søker |
|
| valgfri |
| Tegnings-/versjonsnummer for vedlegget, dersom det er angitt fra søker |
|
| valgfri |
| Tegnings-/versjonsdato for vedlegget, dersom det er angitt fra søker Søknadssystemet må sørge for at datoen blir angitt på standardisert format. Riktig format er |
|
| valgfri |
| Vedleggets bokstavkategori | | alltid |
|
| Beskrivende tittel for vedlegget, dersom det er angitt fra søker |
|
| valgfri |
| Om vedlegget har blitt sendt med nabovarselet eller ikke, dersom det er angitt fra søker. Søknadssystemet må sørge for at svaret blir angitt på standardisert format. Gyldige verdier er |
|
| valgfri |
| Kodeverdi for vedleggstype, fra kodeliste på GeoNorge: |
| alltid |
|
| Dokumenttype fra Arkivlett v1. Følger kodeliste på GeoNorge. |
| alltid |
|
| Dokumenttype fra Arkivlett v2. Følger kodeliste på GeoNorge. |
| alltid |
|
Annet | Andre tilgjengelige metadatafelt i SvarUt | |||
inneholderPersonsensitivInformasjon | Settes Alle XML-filer får i tillegg filendelsen “KAN_INNEHOLDE_PERSONNUMMER”. |
| unntaksvis |
|
For metadata knyttet andre deler av forsendelsen i SvarUt, se https://dibk.atlassian.net/wiki/spaces/FB/pages/2866184368
Endringer for økosystemet
Søker får anledning til å legge metadata og beskrivelser direkte på vedleggene
eByggesakssystemene vil få metadata av høyere kvalitet levert direkte til mottaket i kommunen
eByggesakssystemene vil få mer forutsigbarhet om hvilke data som følger med hvert vedlegg, slik at de kan lage god oversikt til sine brukere
Metadata for vedlegg legger grunnlaget for en gyldig kvittering for sendt søknad. Denne erstatter vedleggsopplysninger. Les mer her: https://dibk.atlassian.net/wiki/spaces/FB/pages/3095199752