Krav til eByggesaksleverandører

Saksbehandlingsystemene er utviklet på bakgrunn av en nasjonal kravspesifikasjon utarbeidet av KS, i samarbeid med aktører som Fellestjenester BYGG i DiBK, Statens kartverk og pilotkommuner. Kravspesifikasjonen skal hjelpe kommunene til å bli bedre bestillere.

Gjeldende versjon 3.1 er fra 24. november 2023.

Les kravspesifikasjonen for plan- og byggesak

Kvalifiserte leverandører

Alle de tre leverandørene av saksbehandlingsløsninger for byggesak er utviklet/oppdatert til å motta og behandle eByggesøknader i tråd med Nasjonal produktspesifikasjon for plan- og byggesak (NPS). Fellestjenester BYGG erklærer at leverandørene oppfyller kravene som ligger under vår myndighet, i tillegg til egne krav.

Leverandørene må blant annet oppfylle krav om bruk og utnyttelse av nasjonale sjekklister for byggesak, bruk av ulike API-er for å sikre dataflyt mellom søknadssystem og sak-/arkivløsning, og gjenbruk av data.

Merk at leverandørene kan ha godkjenning for krav som ikke er satt i drift hos kommunene. Utrulling av ny funksjonalitet til den enkelte kommune avhenger av avtalen mellom kommunen og leverandør.

Acos Eiendom+
09.07.2024:
Godkjent etter Nasjonal produktspesifikasjon versjon 3.1 fra 24.11.23.

Acos Eiendom+ er godkjent for:
- Mottak, import og utnyttelse av innhold fra hovedsøknad, i tråd med krav 104, 504.
- Bruk av nasjonale sjekklister for byggesak med automatisert kontroll, filtrering og saksbehandlingsstøtte, i tråd med krav 036, 048, 352, 510, 511 for hovedsøknad.
- Automatisk sending av kvittering med saksnummer og saksopplysninger, i tråd med krav 340, 505. Merk: Ikke i produksjon

Sikri Elements eByggesak
23.08.2023:
Godkjent etter Nasjonal produktspesifikasjon versjon 3.0 fra 22.12.20.

Sikri er godkjent for:
- Mottak, import og utnyttelse av innhold fra hovedsøknad og supplering av søknad, i tråd med krav 104, 504.
- Bruk av nasjonale sjekklister for byggesak med automatisert kontroll, filtrering og saksbehandlingsstøtte, i tråd med krav 036, 352, 510, 511.
- Automatisk sending av kvittering med saksnummer og saksopplysninger, i tråd med krav 340, 505.
- Sending av mangler og mangelbrev, og mottak av oppfylte mangler, i tråd med krav 506.
- Sending av vedtak med strukturerte vilkår og oppfølgingspunkt, i tråd med krav 507, 508, 509.

TietoEvry Plan & Build 360
27.09.2023:
Godkjent etter Nasjonal produktspesifikasjon versjon 3.0 fra 22.12.20.

TietoEvry Plan & Build 360 er godkjent for:
- Mottak, import og utnyttelse av innhold fra hovedsøknad og supplering av søknad, i tråd med krav 104, 504.
- Bruk av nasjonale sjekklister for byggesak med automatisert kontroll, filtrering og saksbehandlingsstøtte, i tråd med krav 036, 352, 510, 511.
- Automatisk sending av kvittering med saksnummer og saksopplysninger, i tråd med krav 340, 505. Merk: Ikke i produksjon.
- Sending av mangler og mangelbrev, og mottak av oppfylte mangler og ettersending, i tråd med krav 506. Merk: Ikke i produksjon.
- Sending av vedtak med strukturerte vilkår, i tråd med krav 507, 508, 509. Merk: Ikke i produksjon.

Merk at ikke alle tjenester på Fellestjenester BYGG for øyeblikket er oppdatert med datamodeller som kan utnytte funksjonaliteten som er beskrevet i produktspesifikasjonen. Dette gjelder for eksempel søknad om igangsettingstillatelse, -midlertidig brukstillatelse og -ferdigattest.

Fellestjenester BYGG oppfordrer derfor leverandørene til å gjennomføre nye godkjenningsmøter etter hvert som nye tjenester er på plass, ved ny versjon av den nasjonale produktspesifikasjonen eller ved andre relevante endringer. Tabellene blir oppdatert.

Kravene DiBK stiller for godkjenning


KravID	Krav fra NPS 3.0 av 20. desember 2022
003	Leverandøren skal ha nødvendig godkjenning fra DiBK som dokumenterer at løsningen støtter nasjonale sjekklister, import av søknadsdata fra FtPB og tilbakemeldinger via FtPB til søknadssystem.
036	Løsningen må kunne bruke siste versjon av nasjonale sjekklister.
048	Maskinlesbare regler som knyttes til sjekklistene må kunne utnyttes av løsningen. Løsningen skal vise hvilke aktiviteter som er automatisk kontrollert og sjekket.
104	Søknader og henvendelser som kommer inn via FtBP, kommunens egne skjemaløsninger eller andres skjemaløsninger (forutsatt at de kommer strukturert og med XML, JSON eller tilsvarende) skal importeres automatisk til arkivet/fagsystemet når kommunen har lagt til rette for dette
340	Løsningen skal ved registrert søknad/dokumentasjon automatisk sende kvittering for mottak av søknad med referanse til saksnummer for bruk i neste søknad. For sømløs gjenbruk og integrasjon, skal kvittering med saksnummer sendes Fellestjenester bygg og andre relevante tjenester.
352	Løsningen må vise om søknaden er sendt inn gjennom FellestjenesterBYGG. For søknader som er sendt inn gjennom denne plattformen, må den automatiske sjekken mot relevante sjekklister som er gjort der importeres inn. Status for denne skal vises tydelig i arbeidsflaten. Systemet må synliggjøre på hvilke punkter det er funnet mangler og hva disse manglene er. Saksbehandler må kunne overstyre denne sjekken dersom det er nødvendig.
504	Søknader og henvendelser som kommer inn via Fellestjenester BYGG/KS Mottaksservice SvarInn skal importeres automatisk til fagsystemet
505	Løsningen skal benytte API på fellestjenester BYGG for å sende kvittering for mottatt søknad
506	Løsningen skal benytte API på fellestjenester BYGG for strukturerte mangelbrev/anmodning om tilleggsinformasjon
507	Løsningen skal benytte API på fellestjenester BYGG for strukturerte vedtak med evt vilkår
508	Løsningen skal sende vilkår/mangler til Fellestjenester BYGG i de tilfeller vedtaket har vilkår/mangler som søker må oppfylle.
509	Underveis i gjennomgangen må saksbehandler kunne skrive inn vurderinger knyttet til det enkelte vurderingspunktet. Saksbehandler må ha mulighet til å legge inn vilkår og oppfølgingspunkter som skal følges opp i den videre saksgangen og meldes tilbake til søker via egne APIer (fellestjeneste bygg).
510	Løsningen skal benytte API på fellestjenester BYGG for sjekkliste
511	Løsningen må kunne bruke nasjonale sjekklister som er gjort tilgjengelig på fellestjenester bygg via REST API. Løsningens sjekkliste skal være i hht. §5-4 i Plan- og byggningsloven (PBL) og Byggesaksforskriften med veiledning (SAK10), disse lister opp opplysninger som er lovpålagte å hente inn og som er relevante i saksbehandlingen.


KravID	Krav fra NPS 3.1 av 24. november 2023
003	Løsningen for eByggesak skal ha nødvendig godkjenning fra DiBK som dokumenterer bruk av Nasjonale sjekklister for byggesak, import og gjenbruk av søknadsdata, og at den bidrar til dataflyt mellom løsningen og sluttbrukersystemene via Fellestjenester PLAN og BYGG (FtPB) sine API-er.
562	Løsningen for ePlansak skal ha nødvendig godkjenning fra DiBK som dokumenterer bruk av Nasjonale sjekklister for plansak, import og gjenbruk av plandata og at den bidrar til dataflyt mellom løsningen og sluttbrukersystemene via FtPB sine API-er.
036	Løsningen må kunne bruke siste versjon av av Nasjonale sjekklister for byggesak fra Fellestjenester BYGG (FtPB).
563	Løsningen må kunne bruke siste versjon av Nasjonale sjekklister for plansak fra Fellestjenester PLAN (FtPB).
048	Løsningen må implementere maskinlesbare regler (logiske betingelser) fra de nasjonale sjekklistene, for å sikre at logikken og sammenhengen mellom sjekkpunktene blir riktig.
104	Søknader og henvendelser som kommer inn via FtBP, kommunens egne skjemaløsninger eller andres skjemaløsninger (forutsatt at de kommer strukturert og med XML, JSON eller tilsvarende) skal importeres automatisk til arkivet/fagsystemet når kommunen har lagt til rette for dette.
340	Løsningen skal ved registrert søknad/dokumentasjon automatisk sende kvittering for mottak av søknad med referanse til saksnummer for bruk i neste søknad. For sømløs gjenbruk og integrasjon, skal kvittering med saksnummer sendes Fellestjenester BYGG og andre relevante tjenester.
352	Løsningen må vise om søknaden er sendt inn gjennom Fellestjenester PLAN og BYGG (FtPB). For søknader som er sendt gjennom FtPB, må resultatet av den automatiske valideringen mot relevante sjekklister importeres inn og visualiseres. Status for sjekkpunktene skal vises tydelig i arbeidsflaten. Systemet må synliggjøre på hvilke sjekkpunkt det er funnet mangler og hva disse manglene er. Saksbehandler må kunne overstyre denne sjekken dersom det er nødvendig.
504	Søknader og henvendelser som kommer inn via Fellestjenester BYGG/KS Mottaksservice SvarInn skal importeres automatisk til fagsystemet.
505	Løsningen skal benytte API for kvittering på Fellestjenester BYGG for å sende søknadssystemet en kvittering for mottatt søknad eller henvendelse.
506	Løsningen skal benytte API for mangler på Fellestjenester BYGG for å sende strukturerte mangler i mangelbrev/supplering av søknad. Strukturerte mangler mottas via supplering av søknad.
507	Løsningen skal benytte API for vedtak på Fellestjenester BYGG for å sende strukturerte vedtak med ev. vilkår og oppfølgingspunkt. Strukturerte vilkår og oppfølgingspunkt mottas i neste søknadsfase.
508	Løsningen bør bruke eksisterende og fremtidige API-er på Fellestjenester BYGG for å sikre dataflyten mellom søker og saksbehandler. Dette kan for eksempel være oppdaterte milepæler og saksoppdateringer.
509	Underveis i gjennomgangen må saksbehandler kunne skrive inn vurderinger knyttet til det enkelte vurderingspunktet (utfallet). Saksbehandler må ha mulighet til å legge inn mangler, vilkår og oppfølgingspunkt som skal følges opp i den videre saksgangen og meldes tilbake til søker via egne API-er (Fellestjeneste BYGG).
510	For å automatisere saksbehandlingen, skal nasjonale sjekklister for byggesak med logikk, automatisk avkrysning og filtrering av sjekklisteutfall benyttes.
511	Løsningen må kunne bruke Nasjonale sjekklister for byggesak som er gjort tilgjengelig på Fellestjenester BYGG via REST API. Sjekklisten viser hvilke opplysninger som er lovpålagte å hente inn, og som er relevante i saksbehandlingen. Se også krav 048.
512	Planforslag og henvendelser som kommer inn via Fellestjenester PLAN/KS Mottaksservice SvarInn skal importeres automatisk til fagsystemet.
565	Løsningen skal bruke API for kvittering i Fellestjenester PLAN for å sende kvittering på mottatt planforslag.
513	Løsningen bør bruke API for validering av reguleringsplanforslag i Fellestjenester PLAN.
514	Løsningen bør bruke eksisterende og fremtidige API-er på Fellestjenester PLAN for å sikre dataflyten mellom forslagsstiller/plankonsulent og saksbehandler.
566	Løsningen må kunne bruke Nasjonale sjekklister for plansak som er gjort tilgjengelig på Fellestjenester PLAN via REST API.
567	For å automatisere saksbehandlingen, skal nasjonale sjekklister for plansak med automatisk avkrysning, maskinlesbare regler og filtrering av sjekklisteutfall benyttes.

Krav til eByggesaksleverandører

Kvalifiserte leverandører

Kravene DiBK stiller for godkjenning

Mer om leverandørene

Her finner du mer informasjon om eByggesaksleverandørene:

Les mer:

Takk for at du tok deg tid til å svare!