Blogginnlegget oppdateres ved behov
Relaterte oppdateringer
SIFT - SikreFellestjenester: nedetidsplan
Aktivt blogginnlegg for nedetid:
SIFT - SikreFellestjenester: status migrering
Logg:
14.11.2023 - vi har lagt til nye Byggsøk-konvertering URL
SIFT (SikreFellestjenester) – Azure skymiljø
DiBK FtPB sitt nye nye Azure skymiljø har fått navnet SikreFellestjenester, SIFT!!! ✨
Plan for prodsetting
Nedetid fredag 17. november fra kl. 18:00
Vi slår av det gamle Azure miljøet og flytter de siste dataene, konfigurasjoner og integrasjoner som vi ikke kan få gjort uten nedetid.
Vi tester og kommer opp på nytt system med nye URLer når systemet er klart
Jobber gjennom helgen og oppdaterer status her på bloggen
Dataflytting
Vi jobber med å finne en måte å flytte ALLE data over på nytt skyløsning, og kommer tilbake til sletting av gamle filer når vi er oppe på SIFT. Dette er ikke helt avklart så her kan det komme endringer.
Nye produksjons URL-er
Ikke alle disse URLen er aktive ennå og det kommer tillegg når nye tjenester blir lagt til
Tjeneste | Ny PROD URL | Eksisterende URL |
---|---|---|
Arbeidsflyt Alfa, API |
|
|
PLAN Sjekklister | Tjenesten er ikke ferdigstilt for produksjon | |
PLAN Sjekklister API | Tjenesten er ikke ferdigstilt for produksjon | |
Tiltakshavers samtykke til byggeplaner |
|
|
Valideringstjeneste |
|
|
Trappeveileder |
|
|
Trappeveileder API |
|
|
API-er for saksbehandlingsdata |
| Ikke prodsatt i gammel sky |
BYGG sjekklister |
|
|
BYGG sjekklister API |
|
|
Arbeidstilsynet sjekklister |
|
|
Arbeidstilsynet sjekkliste API |
|
|
Arbeidstilsynets gebyrkalkulator |
|
|
Arbeidstilsynets gebyrkalkulator API |
|
|
Signeringstjenesten for ansvarlige foretak (ANSAKO) |
|
|
ANSAKO API |
|
|
Byggsøk-konvertering |
|
|
Gi oss beskjed på service desk om dere trenger lenger tid på å tilpasse systemene. Fristen for tilbakemelding er mandag
Endringen er nå gjort i TEST.
Endringen ble lagt ut i produksjon forrige uke.
Bakgrunn
Dersom eByggesakssystemet ikke sender fil-endelse i dokumentnavnet, er det vanskelig for søknadssystemet å lagre dokumenter som blir sendt gjennom API-ene for saksbehandlingsdata riktig.
Forslag til løsning
Vi foreslår å legge inn et nytt felt i UtgaaendeDokument, kalt mimeType
mimeType blir obligatorisk å angi der distribusjonsMetode = ftb
Berørte API-er
Alle API-ene som inneholder objektet UgaaendeDokument blir berørt av endringen:
API for mangel
API for vedtak
API for oppdatert milepæl
API for saksoppdatering
En hackergruppe truer med dataangrep mot Norge førstkommende mandag. Trusselen anses som lav, og vil trolig ta form av et tjenestenektangrep eller annen form for hærverk. Vi oppfordrer likevel økosystemet om å være oppmerksomme, og melde fra til vakttjenesten om uønskede eller mistenkelige hendelser.
Les mer på digi.no: https://www.digi.no/artikler/hackergruppe-truer-med-a-angripe-norge-forstkommende-mandag/538902?utm_source=newsletter-digidaily&utm_medium=email&utm_campaign=newsletter-2023-10-27&key=fF6acGAe
Endringen er i produksjon
For validering om arbeidsplasser/veiledning er utfylt er valideringsresultat endret fra “advarsel” til “feil”.
Endringen ligger i test.
Produksjonssettingsdato er 13.11.2023
Vi jobber med en større revidering av metadata på innsendingene til KS FIKS SvarUt. I denne sammenhengen har vi observert at muligheten kommunene har til å skreddersy innsendingene er relativt lite brukt, samtidig som skreddersømmene introduserer mye og kompleks logikk i SvarUt-forsendelsesmodulen vår. Vi trenger derfor tilbakemelding fra sak-/arkivleverandørene på om det er behov for å videreføre funksjonaliteten.
Frist for tilbakemelding er 1. november
Hva finnes i dag?
Fellestjenester Plan og Bygg legger til rette for at kommuner kan gjøre visse innstillinger på hvordan byggesaksinnsendingene ser ut ved forsendelse til SvarUt/SvarInn. Denne funksjonaliteten ble videreført fra Byggsøk når FtPB ble etablert for ca. åtte år siden.
Konfigureringen skjer ved at kommunene oppretter en bruker i administrasjonsmodulene i FtPB (“admbygg”), som deretter gir brukeren anledning til å gjøre følgende konfigurasjoner for den spesifikke kommune:
Tittel for innsendingen, per søknadstype
Denne kan bygges opp med fritekst, søknadstype og matrikkelinformasjon
Vedleggskonfigurasjoner:
Rekkefølge per vedleggstype
Mulighet for overstyring av dokumenttype
Hardkode “dokumentstatus”
Hardkode “tilknyttetRegistreringSom”
Klassering
Les mer om oppsett i admbygg her: Veileder for oppsett kommune
Bruk i kommunene
I databasen finner vi 19 klasseringer lagt inn fra ca. 15 kommuner. Av disse ser mange direkte feil ut, det er kun to som virker å ha gyldige konfigureringer utover det som dekkes av standardinnstillinger. I tillegg har seks kommuner lagt inn vedleggskonfigurasjoner, og fem kommuner skreddersøm av tittel.
Vi ber eByggesakssystemene sende oss innspill dersom deres kommuner ønsker å beholde muligheten for egen tilpassing av disse feltene, og om det vil skape utfordringer i import/gjenbruk dersom den fjernes. Vi trenger tilbakemelding innen 1. november, gjerne direkte til service desken. DiBK tar selv direkte kontakt med kommunene som har gjort tilpasninger.
FellestjenesterID (FtID) er nå i produksjon 🎉 Les mer her: Fellestjenester ID (FtID)
I første omgang er ID-en frivillig for søknadssystemene å bruke, men på sikt vil vi legge inn validering slik at FtID sendes med alle søknader som sendes gjennom FtPB.
KS melder om at FIKS er nede.
Vi har slått av behandling av innsendinger gjennom Altinn.
FIKS tjenestene er opp igjen. Vi har 3 innsendinger som må “fikses” i etterkant.
Oppdatering - KS melder om at FIKS er i normal drift igjen. Fellestjenester Plan og Bygg starter opp igjen prosesseringen.
KS melder om problemer med Fiks Plattformen. Vi har skrudd av skjemabehandling frem til KS SvarUt er tilgjengelig igjen.
Det ligger mye gamle data i Fellestjenester Bygg. Vi ønsker å slette mange av disse dataene før vi flytter systemet over på nytt Azure system i høst. Vi ønsker å slette data som er eldre enn 12 måneder, tilsvarende slik vi sletter gamle data i Signeringstjenesten og Tiltakshavers samtykke til byggeplaner.
Vi ber om tilbakemelding fra søknadssystemet dersom sletting av dataene beskrevet i dette innlegget ikke kan gjennomføres. Frist for tilbakemelding er mandag 23. oktober 2023.
Erklæring om ansvarsrett, samsvarserklæring og kontrollerklæring med sluttrapport fra Altinn innsendingstjenester
Tjenestene som i dag håndteres av Signeringstjenesten ble håndtert gjennom Altinn i perioden 2018 – 2022. Det ligger mer en 400.000 innsendinger i database og blob oppbevaring fra denne perioden.
Vi ønsker å slette alle data som er eldre enn 12 måneder gamle. Dette gjelder erklæring om ansvarsrett, samsvarserklæring og kontroll-erklæringer som har en AR kode og er eldre enn 12 måneder (systemet håndterer fremdeles noen ansvarsretter gjennom Altinn som underskjema/tillegg til hovedsøknader og disse blir ikke slettet hvis de er nyere enn 12 måneder)
Distribusjon av nabovarsel og svar på nabovarsel
Fellestjenester Plan og Bygg har ca. 130.000 distribusjoner av nabovarsel og 400.000 svar fra naboer. Dette er data fra 2018 fram til i dag. Vi ønsker slette data som er eldre enn 12 måneder også for disse innsendingene.
Dette gjelder alle nabovarsel og svar i systemet, siden disse er og har alltid vært i Altinn.
Varsel om oppstart av reguleringsplanarbeid
Det er lagret noe over 4.000 svar og vedlegg til tjenesten varsel om oppstart av reguleringsplanarbeid. Vi ønsker også å slette disse dataene som er eldre enn 12 måneder gamle.
Tilbakemelding til FtPB
Vi sender varsel til kontaktpersoner i søknadssystemene og tar temaet opp i planlagte møter. Vi ber om tilbakemelding både dersom det er OK at vi sletter dataene, og dersom det skaper problemer for søknadssystemene.
Frist for tilbakemelding er mandag 23. oktober 2023, og sendes til fellestjenesterbygg@dibk.no.
Søknadssystemene kan nå teste FtID. Se dokumentasjon her: Fellestjenester ID (FtID)
I første omgang leverer vi tre API-er:
Hente en ny FtID
Knytte en FtID opp mot en AR-kode
Se hva som er lagret på en FtID
Vi planlegger produksjonssetting i løpet av 1-2 uker og ber om tilbakemeldinger dersom dere har spørsmål eller innspill.
Innlogging i Signeringstjenesten og signering gjennom eSignering kan ha blitt berørt av ustabilitet i Didigir tjenester/ID-porten i dag. Tjenestene er på vei tilbake til normal drift.
For å løse saker som har kommet inn på service desk, har vi gjort følgende endringer i sjekklistene:
Endringene er per enten i produksjon, eller like rundt hjørnet.
For full oversikt over hvilke sjekkpunkt som er endret, minner vi om API-kallet for sist oppdaterte sjekkpunkt. Se dokumentasjon på Nasjonale sjekklister for byggesak
Lagt inn “Eier” som nytt felt i sjekkliste-kallet
I API-ene for oppdaterte milepæler skal saksbehandlingssystemene sende med informasjon om SjekkpunktEier. Informasjonen er lagt opp til å være angitt som for eksempel dibk
, kostra
eller horten kommune
.
For at eByggesakssystemene enkelt skal hente ut informasjonen, har vi lagt inn et nytt felt i sjekkpunktene kalt “Eier”. Dette kommer i tillegg til “Kommunenummer”, som kan brukes til å filtrere på riktig organisasjon eller kommune.
Endret utfallstypen fra MVT til MSL
For utfallstypen Mangel/'pauser' løpende tidsfrist har både MVT og MSL blitt brukt. Vi har oppdatert noen sjekkpunkt så MSL brukes konsekvent. Se også tidligere blogginnlegg om temaet: LØST - Varsel: Endring i kodelister for eByggesak
Lagt inn flere tiltakstyper i sjekklista for nabovarsel
Sjekklista var mangelfull for noen tiltakstyper. Disse har blitt lagt inn i relevante sjekkpunkt:
Annet - mindre tiltak på bebygd eiendom (kun tilgjengelig for tiltak uten ansvarsrett)
Mikrohus
Oppretting av matrikkelenhet
Gjort brukergrensesnittet universelt utformet
Vi legger løpende ut endringer i brukergrensesnittet i forvaltningsløsningen, med vekt på å bedre brukeropplevelse og rette mangler på universell utforming. Endringene skal ikke ha innvirkning på API-kallene, men gi oss gjerne beskjed om det har uforutsette konsekvenser.