Innhold:

Mål: å kunne få en kortere sjekkliste for saksbehandler

Nasjonale sjekklister for byggesak inneholder en rekke sjekkpunkt som saksbehandler skal svare på. Mange av disse er sjekket i kontroll ved innsending av søknaden, og kan besvares automatisk i saksbehandlingssystemet. Preutfylte sjekklisteutfall er særlig relevant for sjekkpunkt av typen Auto, men kan også ha potensiale for “Utsjekk” og “Hjelp til vurdering”.

De sjekkpunktene som kan besvares automatisk, sendes som sjekklisteutfall til eByggesakssystemet som en del av valideringsrapporten. Les mer: Valideringsrapport

Beskrivelse av felter

Sjekklisteutfallene kan bestå av følgende verdier:

• checklistReference - Referanse til sjekkpunkt i sjekklisten

• checklistQuestion - Sjekkpunkt spørsmål

• yesNo - Svar i sjekklisten der true = ja og false = nei

• supportingDataValidationRuleId - Liste over regler i valideringsrapporten som er knyttet til det aktuelle sjekkpunktet

• supportingDataXpathField - Hvilke felt i xml'n er spørsmålet knyttet til.

• supportingDataValues - Hvilke gyldige verdier som skal være valgt for et bestemt felt i xml’n

<ChecklistAnswer>
	<checklistReference>1.72</checklistReference>
	<checklistQuestion>Er matrikkelnummer registrert?</checklistQuestion>
	<yesNo>true</yesNo>
	<supportingDataValidationRuleId>
		<string>4373.2.4.14</string>
		<string>4373.2.4.15</string>
	</supportingDataValidationRuleId>
	<supportingDataXpathField>/TiltakUtenAnsvarsrett/eiendomByggested/eiendom[0]</supportingDataXpathField>
</ChecklistAnswer>

Forutsetninger for bruk

• Før implementering er det svært viktig at brukerne er innforstått med at sjekklisteutfallene ikke er en fasit, men et forslag basert på søknadsdataene. Saksbehandler må selv gjøre en selvstendig vurdering. eByggesak må sørge for at det er mulig for saksbehandler å overstyre utfallet.

• Utfallet blir kun gitt dersom sjekkpunktet er relevant for gitt tiltakstype. eByggesak må filtrere sjekklistene på tiltakstype slik at kun relevante sjekkpunkter vises.

• Utfallet blir kun gitt dersom det er et hovedpunkt. Vi fyller også ut utfall for underpunkter dersom utfallet på hovedpunktet tilsvarer at underpunktene skal besvares. Eksempel: Utfallet på et hovedpunkt er “Sjekk underpunkt” → da vil også underpunktene fylles ut.

Hvordan bestemmes utfallet?

Utfallet på et gitt sjekkpunkt kan bestemmes fra validering eller xpath.

Utfall fra validering

En rekke valideringsregler er knyttet til sjekkpunkt. Ut fra om valideringen har gitt warning eller gått gjennom uten feil, kan vi preutfylle noen sjekkpunkter.

 Eksempel på utfall fra validering

I valideringen sjekker vi at situasjonsplan er lagt ved for alle tiltakstyper i sjekkpunkt 1.73.

Når søknaden går gjennom uten feil, vet vi at situasjonsplan er lagt ved der det kreves for tiltakstypen. Vi kan derfor svare “ja” på sjekkpunkt 1.73:

Utfall fra xpath

Vi kan knytte sjekkpunkter opp til konkrete felter i søknaden (xpath). Ut fra om verdien er true, false, eller en gitt kodeverdi, kan vi i en del tilfeller fylle ut sjekkpunktet.

Om feltet ikke er besvart, fjernes utfallet fra valideringsrapporten slik at saksbehandler må sjekke det manuelt.

 Eksempel på utfall fra xpath

En søknad har vegtypen Riksveg/fylkesveg.

I sjekklistene er sjekkpunkt 7.4 knyttet til om kodeverdien for vegtype er PrivatVeg. Siden kodeverdien ikke stemmer, får sjekkpunkt 7.4 svaret “nei”.

Fremtidige utvidelser

I neste versjon vil vi også utvide tjenesten slik at vi kan sjekke om et felt inneholder noe som helst, og om gitte vedlegg eller underskjema er sendt med søknaden. Fordi vi ikke har støtte for denne typen sjekker ennå, kan vi kun besvare et utvalgt av sjekkpunktene som har potensiale for automatisering.

Oversikt over alle sjekklisteutfall

Alle sjekklisteutfall kan hentes via API:

{processCategory} = Kodeverdi for søknadstype

Se også oversikt over alle sjekklisteutfall på undersidene for hver søknadstype: