Problemer med eSignering

På grunn av problemer med test-brukere i eSignering ruter vi nå trafikk til eSignerings produksjonsmiljø i våre testmiljø. Man må dermed bruke sin private BankID ved testing av signert erklæring i eSignering.

Dette gjelder vel og merke kun ved selve signeringen i eSignering. Pålogging i AnSaKo-tjenesten gjøres fortsatt med test-brukere.

Det er selvfølgelig uheldig å blande private produksjonsdata med testdata, og vi beklager at problemet fremdeles ikke er løst. Digitaliseringsdirektoratet og Posten jobber for å få funksjonaliteten opp igjen.

Ingen eksponering av fødselsnummer

Fødselsnummeret som brukes ved signering er ikke en del av dataflyten i tjenesten, og vil kun være knyttet til signeringsoppdraget i eSignering. Fødselsnummer lagres heller ikke i FtB sine databaser.

Signeringstjenesten bruker avansert signatur, altså sikkerhetsnivå 4 som krever BankID eller tilsvarende. Det er kun tokenet fra ID-porten som er interessant, altså identifiseringen. Når samme prosedyre brukes ved innlogging og signering, gir det en bekreftelse på at “du er du” (i test trenger vi kun logge inn med reelle data i selve signeringen). Dette kan verifiseres i XML-beviset (vedlegget) som følger med PDF-en. I denne finner dere referansen til signeringsoppdraget, i tillegg til logger som viser på hvilket tidspunkt og med hvilken e-ID signeringen er gjort. Dette vil si at fødselsnummeret aldri eksponeres.

På selve PDF-en vil kun navnet på den som har signert komme frem.

Vi holder dere informert om fremdriften i testmiljøet.

Svar ut var nede i dag i tidsrommet 12:34 til13:24

https://portal.fiks.ks.no/2021/12/22/svarut-er-nede-2/

https://portal.fiks.ks.no/2021/12/22/svarut-er-tilbake-til-normal-drift-2/

Det er 20 utsendelser til SvarUt som har feilet i denne perioden.

Vi sender varsel til søknadssystemene gjennom Service Desk.

Signeringstjenesten (AnSaKo) var nede i produksjon i dag mellom 09:34 og 10:10. Den skal være oppe igjen nå.

Vi varsler med dette at bruk av feltet ansvarsomraadetAvsluttet gjeninnføres i skjema og PDF for kontrollerklæring fra mandag 21. mars 2022.

Det er ingenting i veien for at søknadssystemene legger til rette for feltet allerede nå, men det vil nulles ut og skjules i Signeringsløsningen frem til fristen har gått ut.

Bakgrunnsinformasjon

Vi fjernet bruken av feltet fra brukergrensesnitt og PDF fordi ikke alle søknadssystemene var klare til å håndtere at kontrollerklæringer kan leveres flere ganger.

Flere detaljer om saken ligger i dette blogginnlegget: https://dibk.atlassian.net/wiki/spaces/FB/blog/2021/12/07/2571108366/Ansako+Status+for+sp+rsm+l+til+vurdering#Levering-av-kontrollerkl%C3%A6ring-flere-ganger

Bakgrunn

Vi har fått et spørsmål på service desk om hvor lenge vi anbefaler at søknadssystemene sjekker API-et etter mangler i en byggesak. API-et er beskrevet her: API for Mangelbrev - anmodning om tilleggsinformasjon

Vurdering

Ikke alle kommuner sender vedtak og mangler via eByggesak, og det er derfor ønskelig at søknadssystemene avslutter spørringen etter en viss tid for å unngå å belaste API-et unødig. Samtidig ønsker vi at ansvarlig søker skal få nødvendige oppdateringer i saken raskt. Vi ønsker også at søknadssystemene skal kunne fange opp eventuelle mangler som kommer etter at saksbehandlingstiden har gått ut.

Anbefalt hyppighet:

• 2 ganger per dag inntil saksbehandlingsfristen har gått ut.

• Når saksbehandlingsfristen har gått ut, er det en fordel om søknadssystemene begrenser spørringen til én gang per dag, men det er ikke et krav.

Anbefalt sluttdato:

• Søknadssystemet bør slutte å polle på API-et dersom kommunen har sendt et vedtak eller avslag.

• Dersom kommunen ikke har sendt et vedtak eller avslag innen 34 uker, bør søknadssystemet avslutte spørringen.

Fremtidig løsning

I 2022 vil vi gjennomgå API-ene for kommunedata og håper å tilby push API slik at søknadssytemene slipper denne spørringen.

Bemanning i jula

Vi har begrenset bemanning på service desk fra og med onsdag 22. desember til og med tirsdag 4. januar.

Dersom det er noe som haster i perioden, ber vi dere ta kontakt med vakttjenesten: https://dibk.atlassian.net/wiki/spaces/FB/pages/50990542/Kontaktkanaler#Vakttjeneste

Frysperiode

Det er også frysperiode i produksjonsmiljøet i uke 51-1, altså fra og med neste uke. Vi gjør likevel unntak for

• viktige endringer i Ansako, og

• fiks av alvorlige hendelser, som denne: Problemer med generering av kvitteringer i Nabovarsel

God jul!

Vi vil takke alle i Fellestjenester BYGG-økosystemet for et godt og spennende samarbeid i året som har vært.

Beskrivelse

Etter innspill på service desk, ser vi at flere av kodebeskrivelsene for dispensasjonstype bør oppdateres slik at de blir mer faglig riktige og presise.

Vi har derfor besluttet å gjøre disse endringene:

• Plan- og bygningslov med forskrifter (SAK og DOK) endres til Plan- og bygningsloven

• Byggteknisk forskrift (TEK) med veiledning, jf. pbl § 19-2 endres til Byggteknisk forskrift (TEK), jf. pbl kapittel 19

• Vegloven endres til Veglova § 29, jf. § 30

Kodeverdiene beholdes som de er i dag.

Konsekvenser for søknadssystemene

Endringer i kodebeskrivelser for dispensasjon har ingen betydning for valideringen av skjemaene, og vil derfor ikke merkes for brukeren utover at teksten den genererte PDF-en vil bli oppdatert.

Søknadssystemene som henter kodelistene direkte fra GeoNorge får de riktige kodebeskrivelsene inn automatisk. Søknadssystemer som ikke henter kodelistene fra GeoNorge, bes oppdatere disse lokalt så snart som mulig.

Omfang av endringene

Kodelistene for dispensasjon brukes i følgende skjemaer:

• Søknad om tiltak uten ansvarsrett

• Søknad om tillatelse i ett trinn

• Søknad om rammetillatelse

• Søknad om endring av gitt tillatelse eller godkjenning

• Nabovarsel

eSignering har vært nede i testmiljøet hele dagen.

Det er fortsatt mulig å logge inn på Signeringstjenesten, men det oppstår en feil ved signering:

Vi har meldt saken til Digitaliseringsdirektoratet og holder blogginnlegget oppdatert.

Oppdatering 13. desember kl. 14:50

Problemet er identifisert og skyldes at folkeregistertjenesten Digdir bruker er nede i test. Digdir spår at det vil ta noen dager før folkeregisteroppslagene mot eSignering er på plass.

Vi jobber med en workaround.

Oppdatering 13. desember kl. 15:50

Vi har lagt ut en “hack” i test som gjør at vi det nå er mulig å signere. For å komme rundt problemene beskrevet over, vil den signerte PDF-en inneholde fødsels- og personnummeret til testbrukeren. Dette er bare i test, mens tjenesten fungerer som tidligere i produksjon.

Oppdatering 12. januar kl 15:00

eSignering tilbyr nå et alternativ til test-versjonen av BankId for pålogging og signering. TestID bruker Skatteetatens register, Tenor, for å tilby syntetiske testbrukere. DiBKs signeringstjeneste vil heretter bruke eSignerings testmiljø da TestID oppleves stabilt. Les mer på https://dibk.atlassian.net/wiki/spaces/FB/pages/2529001473/Datafyll+Signeringstjenesten#Testbrukere for informasjon ang bruken av TestID.

SvarUt fikk problemer i dag 16:16 og som følge av dette har vi nå slått av behandling av Altinn innsendelser. Vi kartlegger omfanget for Fellestjenester bygg sin del og kommer med oppdateringer fortløpende.

Info fra KS: https://portal.fiks.ks.no/2021/12/08/svarut-er-nede/

17:16 -FtB behandling av alle Altinn innsendelsers ble slått av

17:46 - Innsendinger som har feilet mot SvarUt er identifiserte. De berørte systemleverandørene informeres om disse pr epost.

18:00 - KS melder at SvarUt er tilbake i normal drift. Behandling av Altinn innsendelser startes opp igjen.

https://portal.fiks.ks.no/2021/12/08/svarut-er-tilbake-til-normal-drift/

Vi har fått to saker på service desk etter produksjonssetting. Under er en beskrivelse av sakene med konklusjon.

Milepæler i ansvarserklæring

Beskrivelse

De gamle Altinn-tjenestene var lagt opp slik at ansvarlig søker foreslo milepæler for ansvarsretten, mens ansvarlig foretak ikke hadde anledning til å oppdatere valgene som ble gjort.

Spørsmålet går derfor ut på om milepælene kan låses dersom de er forhåndsvalgt av ansvarlig søker.

Vurdering

Vi har tatt spørsmålet opp til juridisk vurdering, hvor den klare konklusjonen er at den som signerer erklæringen må få anledning til å korrigere opplysningene. Om vi låser feltene, vil Signeringstjenesten videreføre en juridisk feil praksis. Vi vil derfor beholde disse feltene redigerbare.

Vi har også tatt med i vurderingen at redigering av milepæler har ligget inne som en del av spekken for utfylling av skjemaet siden slutten av september.

Ansvarlig søker står likevel fremdeles fritt til å foreslå milepæler dersom det er ønskelig.

Forslag til midlertidig løsning

Vi foreslår at søknadssystemer som ikke rekker å håndtere korrigerte milepæler, skriver en tydelig beskjed om dette i varslingen som sendes til ansvarlig foretak. Der bør det komme frem at ansvarlig foretak må gi beskjed til ansvarlig søker dersom milepælene er feil, slik at ansvarlig søker kan korrigere opplysningene og sende en ny erklæring til signering.

Levering av kontrollerklæring flere ganger

Beskrivelse

Tidligere praksis har vært at kontrollerklæring kun skal leveres én gang. DiBKs avklaringsråd har imidlertid konkludert med at det skal kunne levers flere kontrollerklæringer innenfor et kontrollområde i en byggesak.

I den nye Signeringsendringen har vi implementert endringen, noe som kommer til syne gjennom spørsmålet om ansvarsområdet er avsluttet. Spørsmålet er om vi kan vente med denne endringen slik at søknadssystemene får mer tid til å legge til rette for funksjonaliteten.

Vurdering

Kontrollerklæring skal ha en avkrysningsboks for om kontrollområdet er ferdig. Da kontrollplan alltid skal følge med som vedlegg til ansvarlig søker, må ansvarlig søker påse at det er ført kontroll for den delen av tiltaket de søker om midlertidig brukstillatelse for. Vi vurderer det derfor som unødvendig å ha et fritekstfelt knyttet til kontrollerklæringen.

Selv om vi vil beholde avkrysningsboksen, vurderer vi at vi ikke har varslet tydelig nok at denne funksjonaliteten er til stede for det nye skjemaet for kontrollerklæring. Vi vil derfor i en overgangsperiode fjerne feltet fra kontrollerklæringen.

Feltet vil gjeninnføres i skjemaet og PDF-en etter en varslingsperiode på 3 måneder. Nærmere informasjon om overgangen kommer i et eget blogginnlegg.

Det ser ut som om vi ikke helt har fått fikset denne buggen:

Feil i kvittering for nabovarsel

Vi ser fremdeles at noen kvitteringer ikke er helt korrekt. Vi jobber med den ny fix og sender ut oppdaterte kvitteringer slik som forrige gang.

23.12.2021: Vi har funnet feilen og fikset den i PROD. Søknadssystemene har fått oppdaterte kvitteringer via Service Desk for alle nabovarsel som hadde fått en feil i kvitteringen.

Vi kan nå også generere denne kvitteringen direkte på PROD å få den sendt til søker via Altinn og legge den oppdaterte kvitteringen for nedlastning via API. To begrensinger er at nabovarselet må være nyere en 30 dager på det tidspunktet vi starte generering av ny kvittering og meldingen som blir sendt i Altinn vi ikke ha noen indikasjon om at dette er en oppdateringer av et tidligere varsel, den ser like ut som den første.

Hvis noen ønsker at vi skal kjøre denne prosessen, ta kontakt på Service Desk.

Det er problemer med innsendinger over REST APIet til Altinn. Vi jobber med deres support for å finne ut av problemet.

Oppdatering 1:

Problemet ble eskalert med Altinn på ettermiddagen 02.12.2021. Saken ligger hos deres driftsleverandør.

Vi har ikke klart å dupliserer problemet på TT02. Si gjerne fra om dere opplever samme problemet der.

Oppdatering 2:

Altinn har funnet en feil og har utbedret denne. De klare ikke nå å gjenskape problemet, men de er ikke sikre på at problemet er helt løst. Vi oppfordres til å sende inn distribusjonsinnsendingene og observere APIet for flere feilsituasjoner.

Vi velger å holde saken åpen en stund til og Altinn gjøre det samme.

Signeringstjenesten for ansvarlige foretak (bedre kjent som Ansako) er nå produksjonssatt.

Under følger en del vesentlig informasjon om oppdateringer gjort den siste tiden. All informasjon ligger også under Krav til Fellestjenester bygg/Signering av ansvar, samsvar og kontroll. Tjenesten har nå byttet navn, og dokumentasjonen skal være oppdatert.

Viktige oppdateringer

Informasjon om miljø

Informasjon om produksjonsmiljø for signeringstjenesten og valideringstjenesten finnes på denne siden Datafyll, Signeringstjenesten

Implementerte behandlingsstatuser

Signeringstjenesten skal støtte et knippe statuser som ligger tilgjengelig på GeoNorge. Vi jobber med å implementere statusene signeringstjenesten er ansvarlig for å sette. Dere kan lese mer om statuser på siden Metadata og behandlingsstatuser.

Kolonnen til høyre viser hvilke statuser som er implementert og i drift per 1. desember:

Oppdatert varslingsmal

Varslingsmalen ble oppdatert etter innspill fra brukertester i høst, og for å gjøres mer like de ulike landingssidene i signeringstjenesten. Vi har også lagt inn beskrivelse av hvilke varslinger Signeringstjenesten sender ut, og hvilke varslinger vi anbefaler at søknadssystemene sender ut. Les mer på denne siden: Varsling og mal for varslingstekster, Signeringstjenesten

Beskrivelse av brukerflyt

Vi har lagt ut en detaljert beskrivelse av flyten for utfylling av erklæringene her: Flyt og utfylling av erklæringsskjema

Beskrivelsen inneholder skjermbilder av de ulike stegene, hvilke felter som er obligatoriske fra søknadssystemet, og hvilke felter som nulles ut og skal legges inn fra ansvarlig foretak. Vi har også lagt inn eksempler på alle de tre signerte PDF-ene.

Valideringer

Valideringsreglene er oppdatert. Vi har brukt de samme reglene på alle erklæringer, kun skilt med de ulike erklæringenes ID-er i regelnummeret.

Vi har også endret noe i tekstoppbyggingen av reglene, slik at søknadssystemene/brukeren ikke trenger sjekke kodeverdier og -beskrivelser der det kun er ett gyldig valg.

Håndtering av vedlegg i kontrollerklæring

Det er påkrevd å laste opp plan for uavhengig kontroll i signeringstjenesten for kontrollerklæring. Vedlegget signeres i samme signeringsoppdrag som erklæringen, og de to filene slås sammen til én felles PDF. Det er likevel mulig å få tak i det usignerte vedlegget som PDF via API-et, i tillegg til den kombinerte PDF-en og XML-en som ligger til grunn for erklæringen. Dette kan du lese mer om i dette blogginnlegget.

Kommende forbedringer

At signeringstjenesten er satt i produksjon, betyr ikke at det ikke vil komme forbedringer frem mot jul. Vi håper at dere melder inn feil og forbedringer som ikke allerede står på oversikten over prioriterte oppgaver. Dette kan dere gjøre på både service desk og på statusmøtene.

Vi kommer også til å jobbe med forbedringer på vår kant frem til distribusjonstjenestene slås av i Altinn, 1. januar 2022. Blant de viktigste oppgavene er:

• Endre GUI noe, blant annet for feilmeldinger, intro til skjemaene og landingssider

• Lage et maskineri for å la søknadssystemer oppdatere status

• Innføre en mer lesbar referanse og bedre logging

• Fortsette å sikre at løsningen tilfredsstiller hensynene til personvern og sikkerhet, og ferdigstille personvern- og cookieerklæring

• Legge ut en foreløpig tilgjengelighetserklæring

• Teste at løsningen har et responsivt design

• Implementere matrikkelvalidering

For detaljert oversikt og status, ber vi dere følge med på denne siden: Ansako: Oversikt over prioriterte oppgaver

Hold oss oppdatert

Vi ber alle melde inn til service desk når dere er klare til å gå i produksjon med signeringstjenesten. Da kan vi holde oversikt, og ha ekstra bakvakt i tilfelle det skulle oppstå uforutsette feil.