Blogg fra mars, 2020

Vilkårene for 3 ukers saksbehandlingsfrist for ettrinnssøknad var tidligere samlet i én større valideringsregel. Nå er valideringen spesifisert og delt opp, slik at det blir enklere for brukeren å finne ut hvor feilen ligger. I tillegg er valideringen justert slik at feilen ikke slår ut dersom søknaden krever samtykke fra en myndighet, og det er lagt ved uttalelse fra den berørte myndigheten.

Vilkårene for 3 ukers saksbehandlingsfrist har blitt delt opp i 5 valideringsregler:

  1. Søknaden må være uten unntak fra TEK for å oppfylle vilkårene for 3 ukers saksbehandling.

  2. Det er valgt at søknaden krever uttalelse fra Kulturminnemyndigheten. Da må uttalelsen legges ved søknaden for å oppfylle vilkårene for 3 ukers saksbehandling.

  3. Det er valgt at søknaden krever samtykke fra Arbeidstilsynet. Da må samtykket legges ved søknaden for å oppfylle vilkårene for 3 ukers saksbehandling.

  4. Søknaden må være uten dispensasjoner for å oppfylle vilkårene for 3 ukers saksbehandling.

  5. Søknaden må være uten nabomerknader for å oppfylle vilkårene for 3 ukers saksbehandling.

Valideringsreglene for ettrinnssøknad er samlet her: Søknad om tillatelse i ett trinn

Vi har nå produksjonssatt endringssøknad v1 på nytt i Altinn.

Arbeidet som har blitt gjort, er blant annet:

  • Tydeliggjøre hva som alltid skal være med i en endringssøknad

  • Identifisere felter vi mangler i v1 og som vil inkluderes i v2

  • Bedre og mer presise valideringsregler

  • Bedret utskrift: visning og skjuling av felter

  • Bedring/presisering av xpath-uttrykk

For mer informasjon og oppdaterte valideringsregler, se følgende dokumentasjon:

Søknad om endring av gitt tillatelse

Valideringsregler for søknad om endring av gitt tillatelse (V1)

Eksempelutskrift:

Tjenestedetaljer:

Søknad om endring av gitt tillatelse eller godkjenning

Innsendings-
tjeneste

Service Code: 4402
ServiceEditionCode: 1

Lenke til tjeneste

Datamodell

DataFormatId: 5689
DataFormatVersion: 42350

Lenke til datamodell

Tidsintervallet for sending gjennom Fellestjenester BYGG skrus av mellom kl. 14:00-15:00 i dag (tirsdag 24. mars). Sendingene blir lagt i kø og vil forsøksvis sendes gjennom kl. 15:00.

Valideringstjenesten, status-API og forhåndsvisning vil fungere som normalt.

Årsaken til pausen er beskrevet nærmere i dette blogginnlegget: Forespørsel: Hjelp til testing av minnefeil

Vi beklager ulempene dette medfører.

Oppdatering 25.03

Takk til alle som var med på "dugnaden"! 🥰

Totalt fikk vi inn 85 innsendinger som ble behandlet kl. 15 i går. Total mengde vedlegg var 2835 MB der de 10 største pakkene med vedlegg lå fra 100 MB til 286 MB. 

Konklusjonen fra testen er at vi ikke har sett nye minnefeil, og at skjema, meldinger og vedlegg kommer vellykket over til Altinn/SvarInn.

Vi fikk imidlertid 7 feil som går på timeouts mot SvarUt, og som vi vil sette inn tiltak mot.

Vi fikk også 3 feil av typen “ThreadAbortException”, pluss 1 “Thread was being aborted“. Her må vi utbedre logging for å finne ut nøyaktig hva som skaper disse feilene.

Igjen, tusen takk for all hjelp!

I disse dugnadstider vil vi gjerne be om litt hjelp fra konsesjonshavere som måtte ha tid til det.

Når?

I dag (tirsdag) kl. 14:00-15:00.

Hvor?

Fellestjenester BYGG testmiljø.

Hvordan?

Dugnaden går ut på at alle sender innsendinger til Fellestjenester BYGG testmiljø. Her er noen ønsker:

  • Send gjerne så mange innsendinger som mulig

  • Send gjerne en blanding av nabovarsler og søknader

  • Legg gjerne inn variasjon i antallet vedlegg og antallet naboer

  • Prøv å gi oss litt å bryne oss på!

Hvorfor?

Fellestjenester BYGG har for tiden noen minnefeil, som vi har skrevet mer om på forrige blogginnlegg: Timeouts i produksjonsmiljø

Vår teori er at feilen slår ut dersom vi prøver å prosessere mange innsendinger samtidig. Vi har nå lagt ut en fiks i testmiljøet som vi håper vil bedre problemet.

I tidsperioden 14:00-15:00 vil vi skru av 5-minuttersintervallet som vi vanligvis har for sending av skjemaer gjennom Fellestjenester BYGG. Klokken 15:00 skrur vi sending på igjen, slik at alle innsendinger den siste timen vil kjøres gjennom systemet samtidig.

Vi oppdaterer dette blogginnlegget når vi vet mer om hvordan det har gått.

Gi oss gjerne beskjed i kommentarfeltet eller på fellestjenesterbygg@dibk.no om dere vil bidra, så vi vet ca. hvor mange som er med på dugnaden.

Vi observerer igjen at noen innsendinger får minnefeil og timer ut i løpet av innsendingen gjennom Fellestjenester BYGG. Siste minnefeil er registrert 10.03.20.

Vi følger med på loggen daglig og vil løpende holde kontakt med berørte konsesjonshavere og sende oversikt over hvilke AR-referanser som feilet.

Vi beklager på det sterkeste problemene dette medfører, og har fullt fokus på å lokalisere og rette opp i feilene.

Nedenfor gir vi litt mer informasjon om kjennetegn ved søknader og nabovarsler som feiler og anbefalt oppfølging. Vi har foreløpig ikke observert lignende feil i tjenestene for ansvarsrett, kontroll og samsvar.

Informasjon om søknader

Kjennetegn ved minnefeil for søknader

Søknader som feiler ser typisk slik ut i loggen:

Søknader som får timeouts returnerer statusen “Feil” i status-APIet. Merk at det typisk vil ta 5-10 minutter før endelig status foreligger, og enda lenger tid om det er sendt store vedlegg med søknaden.

Dersom en søknad feiler etter innsending, vil søkeren få en melding om feilen i Altinn-innboksen. Søkeren får ikke e-postvarsel om denne feilmeldingen.

Søknaden vil ha rødt kvitteringsstempel som illustrerer at den er signert i Altinn, men feiler ved innsending til kommunen.

Oppfølging av søknader som feiler

Vi oppfordrer søknadssystemene til å følge opp berørte søkere. Det kan hjelpe å prøve å sende inn søknaden på nytt. Eventuelt kan reduksjon av vedleggsstørrelse bedre situasjonen.

Søknadssystemene skal følge med på status på innsendte søknader i status-APIet. Vi oppfordrer alle konsesjonshavere til å sende et e-postvarsel til søker dersom søknaden får status Feil. På den måten slipper søkeren å oppdage at innsendingen har feilet ved å sjekke Altinn-innboksen lenge etterpå.

Informasjon om nabovarsler

Kjennetegn ved minnefeil for nabovarsler

For nabovarsler med timeouts ser loggen for hver nabo slik ut:

Nabovarslene får i de fleste tilfellene status OK i status-APIet, men kvitteringen har rød feilmelding for alle eller svært mange naboer.

Vi observerer flest timeouts i nabovarslene som sendes i Altinn, men har også ved et par anledninger observert timeouts i SvarUt. Timeouts i SvarUt vil kun føre til feil for de nabovarslene som sendes til printtjenesten.

Om timeout skjer i Altinn, fører det dessverre til at det ligger et preutfylt skjema uten tilhørende melding i innboksen til naboene. Naboene får ikke e-postvarsel om at de har fått svarskjema i Altinn. Dette kan føre til henvendelser fra naboer i etterkant, som da har fått et skjema for å svare på nabovarselet, men uten informasjon om hva nabovarselet gjelder.

Oppfølging av nabovarsler som feiler

Vi oppfordrer sluttbrukersystemene til å ta kontakt med berørte avsendere av nabovarsler. Vi tror det kan fungere å sende inn nabovarsel på nytt på et tidspunkt hvor det ikke er like mye trafikk på Fellestjenester BYGG

Vi har også kontakt med Altinn, og har spurt om de har mulighet til å slette svarskjemaene som er laget uten tilhørende melding. Vi oppdaterer dette blogginnlegget når vi vet om Altinn klarer å slette svarskjemaene.

Oppdatering 24.04.20: Altinn har nå slettet alle “foreldreløse” svarskjema som er opprettet i 2020 og som ikke er åpnet av mottaker.

Noen kommuner har rapportert om søknader fra Fellestjenester BYGG som blir mangelfulle fordi beregningsregel ikke fremkommer av utskriften:

I dette tilfellet lå feilen i at det kun er sendt med kodeverdi, og ikke kodebeskrivelse, i XML-en:

Det gir uheldige følger, fordi det som regel er kodebeskrivelsen som fremkommer på PDF-en.

Som en quick fix har vi i dette tilfellet valgt å inkludere kodeverdien i parantes i utskriften:

Løsningen er i produksjon for rammesøknad, ettrinnssøknad, søknad om tillatelse til tiltak uten ansvarsrett og endringssøknad.

Samtidig har vi innført følgende advarsel dersom kodebeskrivelsen ikke er fylt ut:

Advarselen vil om tre måneder (etter 17.06.20) gjøres om til feil.

Slike advarsler vil gjelde flere kodelister på GeoNorge. Vi ber derfor alle sluttbrukersystemer om å gå gjennom sin bruk av kodelistene, og sørge for å sende med både kodeverdi- og beskrivelse.

Vi foretar løpende risikovurderinger om innvirkning og tiltak som følge av koronaviruset. Foreløpig status er at vi jobber hjemmefra, at produksjon og drift av Fellestjenester BYGG stort sett vil gå som vanlig.

Konsekvenser for sluttbrukersystemene er:

  • 14-dagers statusmøtene med leverandører i produksjon fortsetter som vanlig via nettmøter

  • Vi holder av tiden til dialogmøtet 15. april, og vurderer nettbaserte alternativer

  • Dersom noen ønsker å ha godkjenningsmøte av nye løsninger, kan dette også gjennomføres med nettmøter

Vi holder dette blogginnlegget oppdatert dersom statusen endrer seg, og sender direkte varsel på e-post dersom risikobildet skulle endre seg drastisk.

Vi håper alle tar vare på seg selv og tar hensyn til andre i denne spesielle perioden.

Siste versjon av Chrome gjør at det ikke lenger er mulig å kommunisere med Altinn fra nettlesere som har den siste versjonen.

Norkart har åpnet en sak med Altinn som er tilgjengelig på Github: https://github.com/Altinn/docs/issues/202

Noen leverandører melder fortsatt om problemer

Her er en statusside om samesite-oppdateringen: https://www.chromium.org/updates/same-site

Dersom valgt beregningsregel er Annet (annetUdef), skal utregning for tomteareal og bebyggelse skjules.

Utregningen blir skjult for følgende søknadstyper:

  • Ettrinnssøknad

  • Søknad om tiltak til tillatelse uten ansvarsrett

  • Søknad om endring av gitt tillatelse

Utregningen skal også skjules for Søknad om rammetillatelse v3. Endringen lar seg ikke gjøre i nåværende datamodell for rammesøknad.

Annet brukes dersom det gis annen vurdering av utnyttelsesgrad av beregning (https://register.geonorge.no/byggesoknad/beregningsregelgradavutnytting). Ved valg av Annet, skal brukeren få følgende advarsel i valideringen:

Når beregningsregel for grad av utnytting er Annet anbefales det å legge ved vedlegg Underlag for beregning av utnytting (UnderlagUtnytting)

Søknadssystemet bør ikke la brukeren legge inn verdier for beregning dersom annetUdef velges.