eByggesak er den nye generasjonen saksbehandlingssystem for byggesaksbehandling. Her ser du kravene vi stiller til leverandørene av eByggesaksløsninger og hvilke krav de oppfyller.
Sist endret
07.10.2024
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.
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.
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
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.
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
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.
Mer om leverandørene
Her finner du mer informasjon om eByggesaksleverandørene:
