Vi har invitert alle søknads- og eByggesaksleverandører til innspillsmøter om saksbehandlingsdata 13. og 14. september. Nå har vi også lagt ut et første utkast til innhold i de reviderte API-ene, som vi vil bruke som underlag på innspillsmøtene.

Vi vil også oppfordre så mange som mulig til å svare på undersøkelsen i forkant av møtet: https://response.questback.com/dibk/dataflyt

Fristen for å svare er tirsdag 6. september.

Nye og endrede API-er

Disse API-ene er tenkt brukt for utveksling av saksbehandlingsdata mellom saksbehandler og ansvarlig søker/tiltakshaver:

• API for kvittering (versjon 2)

• API for oppdatering (nytt)

• API for status (ny versjon)

API for kvittering (versjon 2)

Den nye versjonen av API for kvittering er et enkelt API-kall som brukes til å gi automatisk kvittering om at en sending er mottatt i kommunen. API-et inneholder informasjon søker trenger for å vite at innsendingen er mottatt i kommunen og registrert, som mottaksdato, hvilke filer som er mottatt, saksnummer i kommunen, og saksbehandler dersom det er tildelt.

API for kvittering er kun tenkt som en bekreftelse på mottatt søknad, og skal ikke oppdateres underveis i saksbehandlingsprosessen. Hvis saken får tildelt en saksbehandler på et senere tidspunkt, blir den informasjonen levert via Oppdaterings-API-et. Det samme gjelder om saksnummeret endres, for eksempel fra en fordelingssak til å bli en egen sak.

Se datamodellen for kvitterings-API-et her: API for kvittering (v2)

API for oppdatering (nytt)

Det nye API-et skal håndtere all form for oppdatering i saken. API for oppdatering erstatter dagens API-er for vedtak og mangel, og inkluderer også andre typer utfall og oppdateringer som ikke er fanget opp av dagens API-er.

Bortsett fra metadata ønsker vi at kommunene kun sender data i feltene dersom noe er nytt eller endret i saken, slik at eksisterende informasjon ikke sendes flere ganger.

Kommunen kan bruke API-et til å oppdatere nøkkelinformasjon eller utfall i saken:

• Oppdatering av nøkkelinfo brukes dersom saken har endret eller oppdatert saken med saksnummer, saksbehandler, søknadstype, tiltakstype eller saksbehandlingsfrist.

• Oppdatering av utfall brukes når søker skal varsles om et utfall på et eller flere sjekkpunkt. Se oversikt over relevante utfall her: Kobling til utfall

Se datamodellen for oppdaterings-API-et: API for oppdatering (nytt)

API for status

I tillegg vil API for status oppdateres for å reflektere endringer i API-ene for kvittering og oppdatering. Vi kommer tilbake med mer informasjon om dette.

Innspill

Vi ønsker primært innspill på om:

• det er hensiktsmessig med et felles API for alle oppdateringer, eller bør det splittes opp egne API-er for vedtak, mangel og eventuelt andre utfall?

• alle nødvendige datafelter er tatt med?

• noen felt er overflødige?

• det finnes scenarier i saksbehandlingen vi ikke dekker?

Vi har lagt inn et eget kapittel kalt “Spørsmål til diskusjon” under beskrivelsen av hver datamodell.

Våren 2022 opprettet vi “Validation Service” som sikrer at de samme reglene brukes på tvers av ulike tjenester, der dette er mulig. Dette sikrer mer samsvar i tjenestene og er arbeidsbesparende ved oppdateringer og nyutvikling. Nå er denne dokumentasjonen oppdatert.

Disse bruker validation service

Det er de nyeste tjenestene som ligger i validation service. Flere tjenester vil inkluderes etter hvert som nye versjoner blir produksjonssatt.

Disse tjenestene har felles validering:

• Ansvarserklæring v1

• Samsvarserklæring v1

• Kontrollerklæring v1

• Sluttrapport for bygningsavfall v1

• Arbeidstilsynets samtykke v2

Organisering

De ulike objektene har egne sider, for å gi bedre oversikt (for eksempel Metadatafelt, Ansvarlig søker og Eiendom/Byggested). Det er en egen kolonne med informasjon om hvilke tjenester som bruker den enkelte regel. Vi har også laget henvisninger fra de ulike tjenestene sine dokumentasjonssider, slik at de ikke ligger dobbelt.

Reglene ligger under “Krav til Fellestjenester BYGG”, og finnes her Felles valideringsregler.

Vi har startet sommeren med å følge opp en del valideringer som har ligget brakk i frysperioden. Disse er både saker fra servicedesken og fra backloggen.

Vi informerer med dette om følgende endringer:

Tekstendringer

Vi har gjort to rene tekstendringer for å forbedre informasjonen vi gir til brukeren. Det gjelder vegretten i Søknad om endring av tillatelse, og en presisering på hvor mange siffer som kreves i saksår. Den siste er i fellesvalideringen.

Søknad om endring av tillatelse

Tekstendring på regel 4402.1.34 som åpner for at vegretten kan dokumenteres på annen måte enn ved tinglyst erklæring.

Fellesvalidering (validation service)

Vi oppdaterer teksten i regelen for saksår, slik at det kommer frem at feltet krever fire siffer. Denne regelen oppdateres i validation service, som nå brukes av Ansvar-, samsvar- og kontrollerklæring (“ansako”), Sluttrapport for bygningsavfall og Arbeidstilsynets samtykke.

Feil regelhenvisning i Nabovarsel

Regel 4655.3.24.2 slo ut dersom landkode var satt til 0. Det er nå rettet slik at landkode “0” slipper gjennom valideringen.

Tiltak som ikke berører vannverk

Dersom Ikke innlagt vann er valgt for vanntilknytning, slår i dag tre oppfølgingsspørsmål ut. Disse fjernes for denne kodeverdien. Endringen ligger i alle tre hovedsøknader. Merk at Søknad om tiltak uten ansvarsrett bare kan benyttes på eiendommer som normalt allerede er bebygd. Søker trenger derfor ikke svare på om vannforsyning skal ledes over annens grunn.

Merk at regel 4373.2.15.3 for Søknad om tiltak uten ansvarsrett blir gjort om fra WARNING til ERROR, som varslet i dette blogginnlegget.

Søknad i ett trinn

Rammesøknad

Søknad uten ansvar

Les mer om kodeverdiene i blogginnlegget https://dibk.atlassian.net/wiki/spaces/FB/blog/2022/05/23/2577793025/Endringer+i+kodelister+og+valideringsregler+mai+2022#Ny-kode-for-avl%C3%B8p-der-bygningen-ikke-har-innlagt-vann

Høyspentledninger og vann- og avløpsledninger

Vi oppdaterer reglene i Søknad om tillatelse uten ansvarsrett, slik at de samsvarer fullstendig med Søknad om tillatelse i ett trinn. Sjekklistepunkt legges til.

Merk at Søknad om rammetillatelse beholder WARNING på denne regelen (4397.2.6.10.2) siden vedlegget ‘AvklaringHoyspent’ også kan sendes inn ved Søknad om igangsettingstillatelse.

Navn på gjeldende plan

Regelen om å legge til navnet på gjeldende plan var kun implementert i Søknad om tillatelse uten ansvarsrett, så den legges til i de to andre hovedsøknadene. I tillegg endrer vi valideringsresultatet fra ERROR til WARNING.

Søknad om tillatelse uten ansvarsrett

Regel 4373.2.8.6 endres fra ERROR til WARNING.

Rammesøknad

Følgende regel legges til:

Søknad i ett trinn

Følgende regel legges til:

Sjekklistepunkt om avløp

Vi har oppdatert tre tiltakstyper med sjekkpunkt 8.4 og 8.5 i Søknad om rammetillatelse og Søknad om tillatelse i ett trinn. Det gjelder spørsmålene om avløp over annens grunn.

Følgende tiltakstyper er lagt til:

• tilbyggover50m2

• driftsbygningendringover1000m2

• driftsbygningtilbyggover1000m2

Tinglyst erklæring når vannforsyning krysser andres grunn

Regelen skal være lik som for Søknad om tillatelse i ett trinn.

Valideringsresultatet i regel 4373.2.15.3 endres fra WARNING til ERROR, og blir dermed strengere.