Vedlegg til godkjenning av mottakssystem etter kravtabell i NPS versjon 3.1
Dette er et vedlegg til “Godkjenning av leverandører av mottakssystem”. Følgende krav fra Nasjonal produktspesifikasjon for plan- og byggesak er spesielt relevante for Fellestjenester BYGG, og skal godkjennes av DiBK før ny tjeneste eller funksjonalitet settes i produksjon. Kravene er hentet fra siste versjon (3.1, med dato 24.11.2023). DiBK vil informere mottaksleverandørene om eventuelle endringer i kravene.
Beskrivelse av kravkoder fra NPS-en:
Kravkode | Forklaring | Beskrivelse |
A | ”Skal-krav” | Dette er krav som Leverandøren sin tilbudte løsning skal tilfredsstille. |
A2 | ”Skal-krav” | Dette er krav som Leverandøren sin tilbudte løsning skal tilfredsstille, og hvordan dette løses skal beskrives. Løsningsbeskrivelser blir vurdert som en del av tildelingskriteriene. |
B | ”Bør-krav” | Dette er krav som dekker et behov som Leverandøren sin tilbudte løsning bør tilfredsstille, men det er ikke et absolutt krav. Hvordan dette løses skal beskrives. Løsningsbeskrivelser blir vurdert som en del av tildelingskriteriene. |
Kapittel | KravID | Krav | Kravkode | Kommentar | |
1 | Innledning | 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. | A |
|
1 | Innledning | 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. | A |
|
3.5 | Aktivitet/sjekkliste | 036 | Løsningen må kunne bruke siste versjon av Nasjonale sjekklister for byggesak fra Fellestjenester BYGG (FtPB). | A |
|
3.5 | Sjekkliste/aktivitet | 563 | Løsningen må kunne bruke siste versjon av Nasjonale sjekklister for plansak fra Fellestjenester PLAN (FtPB). | A2 | Avhenger av ferdigstillelse av sjekklister Q4 2023 |
3.5 | Sjekkliste/aktivitet | 048 | Løsningen må implementere maskinlesbare regler (logiske betingelser) fra de nasjonale sjekklistene, for å sikre at logikken og sammenhengen mellom sjekkpunktene blir riktig. | A |
|
4.6 | Innregistrering av søknad og dokumentasjon | 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. | A | DiBK sjekker kun henvendelser sendt fra egen plattform. |
7.1 | Støtte for innregistrering av søknad og annen dokumentasjon i bygge- og delesak | 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. | A |
|
7.3 | Støtte for avklaring av dokumentasjon og plangrunnlag i byggesak | 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. | A | Valideringsrapport/sjekklisteutfall kommer på RS, ET og SUA i 2023 |
10.3.2 | Fellestjenester BYGG | 504 | Søknader og henvendelser som kommer inn via Fellestjenester BYGG/KS Mottaksservice SvarInn skal importeres automatisk til fagsystemet. | A |
|
10.3.2 | Fellestjenester BYGG | 505 | Løsningen skal benytte API for kvittering på Fellestjenester BYGG for å sende søknadssystemet en kvittering for mottatt søknad eller henvendelse. | A |
|
10.3.2 | Fellestjenester BYGG | 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. | A |
|
10.3.2 | Fellestjenester BYGG | 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. | A |
|
10.3.2 | Fellestjenester BYGG | 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. | B2 |
|
10.3.2 | Fellestjenester BYGG | 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). | A |
|
10.3.2 | Fellestjenester BYGG | 510 | For å automatisere saksbehandlingen, skal nasjonale sjekklister for byggesak med logikk, automatisk avkrysning og filtrering av sjekklisteutfall benyttes. | A |
|
10.3.2 | Fellestjenester BYGG | 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. | A |
|
10.3.3 | Fellestjenester PLAN | 512 | Planforslag og henvendelser som kommer inn via Fellestjenester PLAN/KS Mottaksservice SvarInn skal importeres automatisk til fagsystemet. | A | Innsending av planforslag Q4 2023 |
10.3.3 | Fellestjenester PLAN | 565 | Løsningen skal bruke API for kvittering i Fellestjenester PLAN for å sende kvittering på mottatt planforslag. | A | Innsending av planforslag Q4 2023 |
10.3.3 | Fellestjenester PLAN | 513 | Løsningen bør bruke API for validering av reguleringsplanforslag i Fellestjenester PLAN. | B | Innsending av planforslag Q4 2023 |
10.3.3 | Fellestjenester PLAN | 514 | Løsningen bør bruke eksisterende og fremtidige API-er på Fellestjenester PLAN for å sikre dataflyten mellom forslagsstiller/plankonsulent og saksbehandler. | B2 |
|
10.3.3 | Fellestjenester PLAN | 566 | Løsningen må kunne bruke Nasjonale sjekklister for plansak som er gjort tilgjengelig på Fellestjenester PLAN via REST API. | A2 | DiBK 2023 Q4 |
10.3.3 | Fellestjenester PLAN | 567 | For å automatisere saksbehandlingen, skal nasjonale sjekklister for plansak med automatisk avkrysning, maskinlesbare regler og filtrering av sjekklisteutfall benyttes. | A2 | DiBK 2023 Q4 |
Kapittel | KravID | Krav | Kravkode | Kommentar fra FtB | |
Tilleggskrav fra FtB | - |
| API for dokumentformidler |
| Kommer |
Tilleggskrav fra FtB | - |
| API for oppdatert milepæl |
| Kommer |
Tilleggskrav fra FtB | - |
| API for endret saksnummer |
| Kommer |
Tilleggskrav fra FtB | - |
| API for saksopplysninger |
| Kommer |