Dokumentasjonen finnes her:

InnsendingsAPI - Status

Vi har fått et database problem og test tjenesten er nå nede.

Tjenesten er oppe igjen, ca. kl 9:30

Altinn gjør vedlikehold natt til torsdag 13. mai som vil føre til ustabilitet. Vi har valgt å stenge Fellestjenester BYGG for innsendinger for å unngå feilsituasjoner. Stengingen vil skje én time før vedlikeholdet i Altinn, fra onsdag 12. mai kl. 23:00 og til kl. 01:30.

Vi anbefaler søknadssystemene å opplyse om at store nabovarsler ikke bør sendes onsdag kveld.

Dette kommer i tillegg til nedetiden natt til lørdag som er varslet i dette blogginnlegget: Driftsvarsel: Nedetid i Altinn fra fredag 14. mai

Altinn varsler om nedetid i PROD fra 14.-15. mai grunnet nødvendig vedlikehold. Altinn vil i perioden være stengt for alle brukere og sluttbrukersystemer.

For at vi skal rekke å kjøre gjennom alle innsendinger, vil FtB stenge for innsendinger én time før nedetiden i Altinn. FtB vil derfor være nede fra fredag 14. mai kl. 20:00 til lørdag 15. mai kl. 10:00.

Nabovarsler med store filvedlegg og mange naboer kan ta flere timer å prosessere. For å unngå at FtB blir utilgjengelig midt i et nabovarsel, anbefaler vi søknadssystemene å legge ut informasjon om at store nabovarsler ikke bør sendes ut fredag ettermiddag.

Driftsvarsler fra Altinn kan leses her: https://www.altinndigital.no/driftsmeldinger/

Bakgrunn

Flere kommuner har meldt om at de mottar fødselsnummer fra gjenpart nabovarsel i kryptert form. Det skaper mye ekstraarbeid å slå opp i Folkeregisteret og finne fødselsnummeret for å registrere partene i eByggesak og holde dialogen med naboene.

Vi har derfor laget en løsning for dekryptering av fødselsnummer i Gjenpart nabovarsel.

Teknisk løsning

Vi gjør ingen endringer i de to vedleggene som blir sendt ved bruk av underskjemaet Gjenpart nabovarsel i dag:

• Opplysninger gitt i nabovarsel.pdf

• Opplysninger gitt i nabovarsel_KAN-INNEHOLDE-PERSONOPPLYSNINGER.xml

XML-fila til Opplysninger gitt i nabovarsel vil ofte inneholde krypterte fødselsnumre. For at eByggesakssystemet kan finne frem til fødselsnumrene, har vi lagt ved en ekstra fil kalt maskinlesbar nøkkel i tilfeller hvor XML-en inneholder krypterte fødselsnumre:

• Opplysninger gitt i nabovarsel-maskinlesbar_nøkkel-UNNTATT-OFFENTLIGHET.xml

Fila inneholder en liste over krypterte og dekrypterte fødselsnumre.

Denne nøkkelen kan da brukes til å koble kryptert tekst i Opplysninger gitt i nabovarsel XML til det dekrypterte fødselsnummeret.

I praksis så blir det slik at hver nabo listes ut med kryptert fødselsnummer i filen Opplysninger gitt i nabovarsel_KAN_INNEHOLDE_PERSONOPPLYSNINGER.xml. For å importere riktig fødselsnummer til riktig nabo i sak-/arkivsystemet må filen OpplysningerGittINabovarselDekrypteringsNoekkel_Opplysninger gitt i nabovarsel-maskinlesbar_nøkkel-UNNTATT-OFFENTLIGHET.xml brukes som nøkkel for å mappe naboens reelle fødselsnummer med det krypterte. Dette må gjøres maskinelt.

Eksempel

Her er et eksempel på hvordan XML-filen ser ut:

Eksempelet kan også lastes ned her:

Vurdering av sikkerhet og personvern

Bakgrunnen for at vi utleverer fødselsnumrene til kommunene i en maskinlesbar fil, er at vi anser det sikrere at det skjer maskin til maskin enn at saksbehandlere må slå opp fødselsnumrene fra Folkeregisteret. Vi anser det også sikrere at FtB dekrypterer fødselsnummeret enn at søknadssystemene sender det i klartekst.

XML-fila bør ikke leses av saksbehandlere. Det er kommunenes ansvar å sikre at filer som skal skjermes ikke havner på postlistene. Vi har navngitt fila med “UNNTATT-OFFENTLIGHET” på slutten for å hindre at filene legges ut offentlig.

Filene skal behandles konfidensielt av eByggesakssystemene til å registrere partsopplysningene backend. eByggesaksleverandører bør støtte opp under informasjonssikkerhet i kommunen ved å automatisk luke ut XML-filer fra postlistene og saksbehandlergrensesnitt.

Rettslig grunnlag for behandlingen hos kommunen er blant annet:

• Behovet for entydig identifikasjon, jf. Personopplysningsloven § 12, 1. ledd

• Å kunne benytte seg av elektronisk kommunikasjon, jf. eForvaltningsforskriften § 8, 1. ledd

• Å utføre oppgaver etter Plan- og bygningsloven, jf. § 1-4, 1. og 2. ledd

Dersom førstegangssøknaden er sendt inn uten et ansvarlig foretak, har det tidligere ikke vært mulig å søke om midlertidig brukstillatelse eller ferdigattest. Valideringsreglene er nå oppdatert slik at det er mulig. De nye reglene fører ikke til strengere validering.

Partstype-objekt

I all hovedsak går endringen ut på at det er mulig å la ansvarlig søker-feltet stå tomt i disse søknadstypene. Det valideres nå på at enten ansvarlig søker eller tiltakshaver er fylt ut. Dersom ansvarlig søker er fylt ut, er tiltakshaver valgfritt.

Du finner mer informasjon i dokumentasjonen som ligger under Søknad om tillatelse til tiltak uten ansvarsrett Mulighet for å sende inn andregangssøknader uten ansvarlig søker

Oppdatering av kravtabellene

Det er samtidig gjort en gjennomgang av kravtabellene, slik at disse er også er oppdatert. Enkelte objekter er splittet opp, dette gjelder i all hovedsak ansvarlig søker-objektet.

• Oppdatert kravtabell for søknad om midlertidig brukstillatelse.

• Oppdatert kravtabell for søknad om ferdigattest.

Bakgrunn

Til nå har vi krevd TegningNyttSnitt og TegningNyFasade ved sending av nabovarsel. Vi har fått en rekke innspill på at flere søkere ønsker å samle tegningene på ett vedlegg, og derfor laster opp et tomt vedlegg for å komme gjennom valideringen.

Endret validering

Vi har gjort om reglene for TegningNyttSnitt og TegningNyFasade til advarsler. I tillegg har vi laget en standard validering som gir en ERROR om ikke minst én tegning er vedlagt.

Nye krav for tegninger til nabovarsel ser slik ut:

Alle valideringer i nabovarsel finner dere her: Valideringer versjon 4

Endringen gjør nabovarselvalideringen mer i tråd med ny validering for hovedsøknader, hvor vi krever minst én tegning.

Om sjekk mot Nasjonale sjekklister

Selv om valideringsreglene viser til nasjonale sjekklister, fungerer ikke denne filtreringen i nabovarselvalideringen i dag. Det er fordi vi først må slette den ekstra kodelista for tiltakstyper, som varslet i dette blogginnlegget: Sletting av kodeliste TiltakstyperNabovarselTillegg