RG4
Nedlastbare registerutdrag
Denne sida gjer det offentlege saksregisteret og rettingsloggen tilgjengelege som dokumenterte CSV- og JSON-utdrag. Eksportane skal gjera kontroll, arkivering og vidare bruk enklare utan å løysa metadata frå dei menneskelesbare dokumenta dei peikar til.
Funksjon og grense
Registerutdraga er avleidde offentlege metadatafiler. Dei samlar det som allereie er publisert i saksregisteret og rettingsloggen, men publiserer ikkje råmateriale, private kjelder, interne notat eller personopplysningar.
CSV er laga for rekneark, enkel analyse og arkivflyt. JSON held på feltstruktur, kode/etikett-skilje og maskinlesbare relasjonar. Ingen av formata erstattar den kanoniske menneskelesbare sida.
Kvar eksport ber skjemaversjon, eksportdato og språk. Språkparkontrollen prøver at stabile kodar og metodiske statusfelt svarar til kvarandre mellom nynorsk og engelsk.
Nedlastingar
Saksregister — CSV
E1Flat tabell med eitt offentleg objekt per rad.
/royndsgransking/dome/utdrag/saksregister.csvSaksregister — JSON
E2Strukturert eksport med kode/etikett-par og feltmetadata.
/royndsgransking/dome/utdrag/saksregister.jsonRettingslogg — CSV
E3Flat tabell med éin revisjons- eller rettingspost per rad.
/royndsgransking/dome/utdrag/rettingslogg.csvRettingslogg — JSON
E4Strukturert eksport av revisjonslogg, objektkopling, versjon og status.
/royndsgransking/dome/utdrag/rettingslogg.jsonValideringsrapport — JSON
E5Maskinlesbar rapport for kodeunikskap, språkpar og strukturelt samsvar.
/royndsgransking/dome/utdrag/validering.jsonFeltforklaring
Felta er delte i stabile kodar og lokaliserte etikettar. Koden kan brukast til samanlikning og validering; etiketten skal brukast til lesing på det valde språket.
CSV-utdraga brukar loddrett strek som skilje inne i felt med fleire verdiar, til dømes D1|D2 eller A1|A4.
Saksregister
| Felt | Type | Forklaring |
|---|---|---|
| code | string | Stabil språknøytral identifikator for det offentlege objektet. |
| kind / lifecycle / publicationLevel | object | Maskinkode og lokal etikett for objekttype og publiseringsstatus. |
| domains / auditTypes | string[] | D1–D8 og A1–A7 som kodelister, med eigne lokaliserte etikettlister. |
| version | string | Versjonen til det menneskelesbare objektet. |
| revisionStatus / correctionStatus | object | Maskinkode og lokal etikett for revisjons- og rettingsstatus. |
| updated / summary / note | string | Lokalisert offentleg metadata, ikkje råmateriale frå ei sak. |
Rettings- og revisjonslogg
| Felt | Type | Forklaring |
|---|---|---|
| code | string | Stabil identifikator for loggposten. |
| objectCode / objectUrl | string | Stabil objektkopling og kanonisk menneskelesbar adresse. |
| versionFrom / versionTo | string | Versjonsovergangen som loggposten dokumenterer. |
| changeType / status | object | Maskinkode og lokal etikett for endringstype og arbeidsstatus. |
| reason / scope | string | Offentleg grunn for endringa og grensa for kva ho påverkar. |
| publicNote | string | Offentleg presisering om open retting, gjenopning eller avgrensing. |
Eksportdato og skjemaversjon
Skjemaversjonen seier kva feltstruktur eksporten brukar. Han skal ikkje blandast saman med versjonen til ei sak, ein protokoll eller eit registerobjekt.
Eksportdatoen viser kva offentleg registertilstand uttrekket vart bygd frå. Ved seinare endringar skal ny eksportdato og relevant revisjonsspor følgja.
Skjemaversjon
Alle Stage 34-utdrag brukar registereksportskjema 0.1.
Eksportdato
Alle uttrekka i denne versjonen er daterte 2026-06-17.
Språk
Kvar fil er merkt nn eller en; stabile kodar skal samsvara, medan etikettar og samandrag kan vera omsette.
Kanonisk adresse
JSON-utdraga peikar til eiga kanonisk fil, språkpar og menneskelesbar forklaring.
Kontroll av språkpar
Språkpara vert ikkje kontrollerte ved å krevja identisk tekst. Dei vert kontrollerte ved å krevja dei same stabile kodane og dei same metodiske statusverdiane.
Tittel, samandrag, merknad og etikett kan vera språkleg ulike. Objekttype, livsløpskode, publiseringsnivå, domene, granskingstypar, versjon og rettingsstatus skal ikkje skifta berre fordi språket skiftar.
Same objektkodar
NN og EN skal innehalda same sett av registerkodar.
Same revisjonskodar
NN og EN skal innehalda same sett av loggkodar.
Same metodiske struktur
Kodefelt, domene, granskingstypar, versjon og status skal samsvara.
Lokalisert mennesketekst
Etikettar og forklaringar kan omsetjast utan at kodane eller funksjonen vert endra.
Valideringsrapport
Rapporten under vert laga frå dei same datakjeldene som eksportfilene. Han er ein enkel strukturell kontroll, ikkje ei stadfesting av at kvart samandrag er fullstendig eller at eit framtidig saksfunn er sant.
Ein raud kontroll skal stoppa publisering av nye uttrekk til kode- eller strukturavviket er forklart og retta.
Unique case-register codes
Each language version must contain one entry per stable case or register code.
GodkjendUnique revision codes
Each language version must contain one entry per stable revision code.
GodkjendCase-register language pair
NN 8 entries; EN 8 entries; stable code sets must match.
GodkjendRevision-log language pair
NN 8 entries; EN 8 entries; stable revision-code sets must match.
GodkjendCase-register structural parity
Kind, lifecycle, publication level, domains, audit types, version, revision status, and correction status must correspond across languages.
GodkjendRevision-log structural parity
Object, object type, versions, change type, and status must correspond across languages.
GodkjendRG4 export object present
The downloadable register-exports object must be present in both public case registers.
GodkjendRG4 publication revision present
REV-2026-008 must record the initial publication of RG4 in both languages.
GodkjendVern og bruk
Eksport gjer metadata lettare å kopiera og kombinera. Difor må den same grensa som gjeld for RG1–RG3 følgja filene vidare.
Ikkje personregister
Utdraga skal ikkje utvidast med personopplysningar eller brukast som skuld-, omdømme- eller autoritetsregister.
Kanonisk kjelde
Brukaren skal kunna gå frå kvar post til den menneskelesbare sida og kontrollera status, grense og rettingsspor.
Ingen funnstyrke frå format
At data kan sorterast, teljast eller importerast gjer ikkje posten meir sann eller meir bindande.
Nedstraums retting
Kopiar og analysar bør ta vare på eksportdato og skjemaversjon, slik at seinare rettingar kan sporast.