Versjonssammenligning

Nøkkel

  • Denne linjen ble lagt til.
  • Denne linjen ble fjernet.
  • Formateringen ble endret.

...

Innhold:

Innholdsfortegnelse
minLevel1
maxLevel1
outlinefalse
typelist
printablefalse

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

...

Vi har oppdatert valideringsrapporten med “PrefillChecklist”, som er en liste over sjekkpunkter som er besvare for søknadstypen “Søknad om tiltak uten ansvarsrett”, Milepel “Mottatt søknad” og av typen sjekk “auto”. Grunnlag for å besvare sjekkpunktene er data fra søknaden.

Planen videre er å kunne bruke valideringsrapporten til å støtte opp under dette svaret siden den går mer grundig til verks og sjekker at data fra søknaden faktisk stemmer.

Eksempel

Tiltak uten ansvarsrett v3

...

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

Utvid
titleEksempel
Kodeblokk
<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>

...

  • 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 xmlen er spørsmålet knyttet til.

Validering av skjema - tiltak uten ansvarsrett

POST /api/validatev2/form

View file
namevalidering_tiltakUtenAnsvarsrett.json

Sjekklisteutfall i valideringsrapporten

View file
nameValideringsrapportFraFellestjenesterBygg_SjekklisteUtfall.xml

...

For eksempelfil, se Valideringsrapport

Forutsetninger for bruk

  • Godkjenning iht. Nasjonal produktspesifikasjon: Godkjenning av leverandører av mottakssystem

  • 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.

Utvid
titleEksempel på utfall fra validering

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

Image Added

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:

Image Added

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.

Utvid
titleEksempel på utfall fra xpath

En søknad har vegtypen Riksveg/fylkesveg.

Image Added

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”.

Image Added

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:

Type kall

URL

Beskrivelse

GET

/api/sjekkliste/prefillinformation/{processCategory}

Alle sjekklisteutfall

GET

/api/sjekkliste/valideringsregler/{processCategory}

Sjekklisteutfall knyttet til validering

{processCategory} = Kodeverdi for søknadstype

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

Underordnede sider (visning av underordnede sider)