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 Det må kommer frem for brukeren at data kommer fra Altinn. All bruk av Altinn API i applikasjoner skal derfor merkes med følgende tekst: «Data levert av Altinn» Bokmål «Data delivered by Altinn». Engelsk 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 Du har ikke lov til å lage tjenester/applikasjoner som framstår som om de er laget av Altinn. Du kan ikke endre på innholdet i data som leveres. Du har ikke lov til å bruke innholdet på nettsider med pornografisk eller rasistisk innhold, eller på nettsider som bryter norsk lov. Se dokumentasjonen for informasjon om autentisering og sikkerhet. Det kreves at applikasjonsleverandøren fyller ut egenerklæringsskjema for bruk av Altinn API. Ved integrasjon av innhold fra Altinn API i andre fødererte portaler er det et krav at brukeren opplyses om bruken av Altinn API og hvilke ressurser i Altinn portalen benytter. Se: https://altinnett.brreg.no/no/Altinn-API/Retningslinjer/
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: https://altinnett.brreg.no/no/Altinn-API/Registrering/
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