Sidesammenligning

Mål og hensikt

• Innføring av automatisk samtykke gir søker/tiltakshaver mulighet til å få umiddelbart samtykke ved innsending av søknad

• Søknaden er basert på egenerklæring opp mot definerte, preaksepterte løsninger

• Forbedret og strukturert relevant informasjon til søker

• Søknader hvor det erklæres at alle punkter er ivaretatt vil få automatisk samtykke

• Samtykke genereres automatisk i eByggesak og sendes til ansvarlig søker, med kopi til tiltakshaver og kommune

• Søknader hvor det ikke erklæres at alt er ivaretatt, blir også sendt inn. Disse går til manuell behandling, dog kun av de punkter som ikke er erklært ivaretatt

• Målet er at de aller fleste søknader skal kunne få umiddelbart samtykke og ingen saksbehandlingstid

• Dette er viktig å synliggjøre i søknadsløsningen da hele hensikten er at søker forstår at det gir store gevinster ved å levere fullstendig søknad

...

Datamodell og teknisk løsning

• DataFormatId: 6821 og DataFormatVersion: 45957

• Endringer i datamodellen fra versjon 1 av Arbeidstilsynets søknad om samtykke er:

  • Nytt element “metadata”, som i tillegg til nye felter har fått flyttet inn hovedinnsendingsnummer, sluttbrukersystemUrl, fraSluttbrukersystem og prosjektnavn

  • Nytt element “betaling”, til gebyrinformasjon

  • Nytt element “krav”, som skal inneholde en liste med svar på Arbeidstilsynets sjekkliste

• Datamodellen er beskrevet her: ArbeidstilsynetsSamtykke - MetaKat

• Søknadsxml’ens innhold for xmlnode “sjekklistekrav” skal kun inneholde punktene fra Arbeidstilsynets krav, som dere finner her: https://register.geonorge.no/kodelister/arbeidstilsynet/arbeidstilsynets-krav

  • Det betyr at de sjekklistekravene som IKKE vises på den nevnte Geonorge-siden (i hovedsak fra Tema 1 Generelt), vurderes ut fra data i de øvrige feltene i datamodellen, f.eks. “eiendomByggested”

• Datamodellens “betaling/sum” og “betaling/gebyrkategori” skal fylles ut basert på tiltakstyper, bygningstype og BRA. Verdiene for Sum og Gebyrkategori beregnes ved å bruke Arbeidstilsynets gebyrkalkulator: se linker i tabell under, og endepunktet /api/atil-gebyr-basis (domene i url vil bli endret)

• Signering gjøres som for versjon 1, ved at 1) tiltakshaver er avsender til Altinn, eller 2) at innsending inneholder signaturen i et vedlegg av typen “TiltakshaverSignatur”

• I testmiljø: API for validering av søknadsskjema før det sendes til Altinn: se linker i tabell under

  • Endepunktet …/api/validation returnerer valideringsresultatet som angir om søknaden inneholder advarsler og/eller feil

  • Endepunktet …/api/validationReport returnerer komplett valideringsrapport som inkluderer pre-utfyllt sjekkliste for Arbeidstilsynets sjekkliste. Denne delen av reponsen inneholder attributter som viser koblinger mellom sjekklistepunkter og objekter i datamodellen

• Nytt 06.05.2022:
  Når søknadssystemene sender inn en søknad om samtykke, genereres det i Altinn-backend en søknads-PDF basert på xml-dataene. Dette PDF-dokumentet innholder bl.a. listen over alle Arbeidstilsynets krav, i form av sjekklistespørsmål, i den rekkefølgen som kravene ligger i xml-filen.
  For at relaterte sjekklistespørsmål skal vises sammen, og søknaden skal se riktig ut, er det viktig at listen med krav er sortert riktig. Dette gjøres ved å sortere listen av krav som legges i xml-filen stigende på sjekklistepunkt-attributt “Rekkefolge”, som finnes ved å bruke sjekklisteapi’et (se linker i tabell under)

• Nytt 06.05.2022:
  Oppdateringer på valideringsregler: ny tabell med oversikt over reglene vises under.

• Nytt 23.05.2022:
  Oppdateringer på valideringsregler: ny tabell med oversikt over reglene vises under.

• Nytt 30.06.2022:
  Informasjon i Altinn om skjema ver.2: https://www.altinn.no/api/metadata/formtask/5689/2

• Nytt 10.08.2022:
  Liste over tillatte vedleggstyper er lagt ut på Geonorge: https://register.geonorge.no/kodelister/arbeidstilsynet/vedlegg
  

Linker til relaterte tjenester

Varsel: Endring av url-er i test

Vedlegg

Valideringer

Valideringer blir utført på samme måte som andre FtB tjenester. Skjemaet kan pre-valideres gjennom et validerings API for å støtte utfylling av søknaden og sjekke datakvalitet før innsendelse av søknad. På samme måte som i FtB blir søknader med mangelfulle og feil data avvist selv om de har blitt levert og signert over Altinn REST API.

Forklaring for spesielle valideringer:

Regel	Forklaring
6821.45957.17.2: Minst ett av kravene må være relevante	Søknaden må ha besvart minst ett av punktene som medfører utfall “DOK” som har definert en “Tittel” på utfallet i sjekklisten, eller utfall “VAS” (Må vurderes av saksbehandler) . Eksempel for pkt “2.1”, eller pkt “5.2” Image Added Image Added