Generelle krav til leverandører av søknadsløsninger
DiBK ønsker at søker vektlegger å imøtekomme følgende overordnede prinsipper og føringer i løsningen som tilbys:
- Løsningen skal veilede søkeren igjennom søknadsprosessen og i det regelverket som gjelder for aktuelle tiltak
- Løsningen skal gjøre mest mulig relevant informasjon vedrørende eiendom, byggesaker m.m. tilgjengelig for søker, slik at søker får et samlet sted å hente inn relevant informasjon til bruk i planlegging og utfylling av byggesøknaden
- Løsningen skal hente inn strukturerte data som er tilgjengelig via etablerte tjenestegrensesnitt og gjenbruke data som er registrert i byggesøknaden til påfølgende søknader. Dobbeltregistrering av informasjon skal unngås så langt det er mulig.
- Løsningen skal produsere strukturerte søknader som danner grunnlag for en rask og effektiv saksbehandling
- Det er ønskelig at løsningen støtter gode prinsipper for selvbetjening
Kravtabellen nedenfor er ment som et supplement til disse overordnede prinsippene og føringene.
Kravkode: | Beskrivelse: |
A «Må-krav» | Dette er krav som søkers planlagte løsning må tilfredsstille og som søker må levere som del av leveranse |
B «Bør-krav» | Dette er krav som dekker et behov som søkers planlagte løsning bør tilfredsstille, men det er ikke et absolutt krav. |
C «Ønskelig funksjonalitet» | Dette er krav som dekker funksjoner som DiBK anser som ønskelig og som kan gi brukerne merverdi. |
| Kravnr: | Krav-kode: | Beskrivelse: |
| 1 | A | Leverandøren skal følge retningslinjer for bruk av Altinn API Krav til merking
Altinn har ikke krav til hvordan teksten skal vises, men den skal være godt synlig for brukeren, når vedkommende tar i bruk eller starter applikasjonen. Andre krav
|
| 2 | A | For at Altinn skal kunne stoppe misbruk og feilbruk må du registrere deg for å kunne bruke Altinn API-et. Dette gjelder API-ene sluttbruker Altinn tilbyr både sluttbruker og tjeneste- eier. Leverandøren skal sende egenerklæring for bruk av Altinn API, se: |
| 3 | A | Alle søknader skal sendes kommunen gjennom Fellestjenester BYGG/Altinn Innsendingstjenester |
| 4 | A | Alle søknader skal være i henhold til gjeldende informasjonsmodell for aktuell søknad og følge de forretningsregler som er beskrevet for disse under dokumentasjonssider for fellestjenester bygg (https://dibk-utvikling.atlassian.net/wiki/display/FB/Krav+til+Fellestjenester+Bygg) Endringer (for eksempel på grunn av nye brukerbehov eller endringer i regelverk) varsles 3 måneder før iverksetting. |
| 5 | A | Alle søknader skal godkjennes av DiBK i testmiljø før bruk i produksjon |
| 6 | A | Sluttbruker skal til enhver tid ha mulighet for å lagre utfylt/påbegynt søknad i Altinn for eventuelt å fortsette i annen løsning. |
| 7 | A | Alle ledetekster skal være identiske med til enhver tid gjeldende informasjonsmodell på Fellestjenester BYGG (i dag representert ved søknadsblanketter og ressurser i ByggSøk). Systemeier kan supplere med egne veiledende tekster. |
| 8 | B | Løsningen bør ha veiledningstjenestene, forskrifter og regelverk fra DiBK lett tilgjengelig for sluttbruker |
| 9 | A | Leverandør skal formidle feil og mangler til DiBK |
| 10 | B | Løsningen bør gjenbruke og preutfylle søknader med mest mulig data fra det offentlige |
| 11 | A | Løsningen skal støtte universell utforming https://uu.difi.no/krav-og-regelverk |
| 12 | B | Løsningen anbefales å være i tråd med retningslinjer for ELMER, se: http://brukskvalitet.brreg.no/ |
| 13 | A | Løsningen skal beskrive hvilke søknadstyper den vil dekke |
| 14 | B | Løsningen skal tilstrebe å ikke sende inn søknader med mangler |
| 15 | C | Løsningen anbefales å støtte valg på målform bokmål/nynorsk |