Vi har fått følgende driftsvarsel fra Altinn:

Det skal gjennomføres re-innlesing av Enhetsregisteret i PROD

PROD stenges for bruk søndag 29. september i tidsrommet kl. 05:30 - 10:00

Det vil bli lagt ut informasjon til s​luttbrukere på​ www.altinn.no

Vi har i dag tidlig blitt gjort oppmerksom på en feil i kvitteringslisten: Referanse til nabovarselet pekte på feil fil, eksempel:

• "Kvitteringsrapport": "https://admbygg.dibk.no/api/download/<guid>/nabovarsel_kvittering.pdf",

• "Nabovarsel": "https://admbygg.dibk.no/api/download/<guid>/nabovarsel_kvittering.pdf"

Feilen er nå rettet slik at kvitteringsreferansen linker til “nabovarsel_kvittering.pdf” og nabovarselreferansen linker til “nabovarsel.pdf”.

Feilen oppsto fredag 13. september i forbindelse med ny versjon av nabovarsel. Den har ikke berørt nabovarseldistribusjoner gjort etter den 13., kun de som var gjort før.

Vi beklager ulempen feilen har medført.

Etter produksjonsetting av ny versjon av FellestjenesterBygg ser vi at innstramming i valideringen skaper problemer for noen innsendinger. Derfor jobber vi med å rulle tilbake til forrige versjon av valideringsreglene.

Planen er å få det på plass i løpet av dagen i dag (mandag).

Beklager bryet dette har skapt.

Oppdatering pr 13.09.2019 16.43

Det ser nå ut til at problemene med nabovarsel-tjenesten er løst. Årsaken ser ut til å ha vært knyttet til databasekonfigurasjonen. Vi har lagt på flere indekser på viktige tabeller og økt tilgjengelige ressurser.

Vi beklager bryet dette har skapt.

Ut fra loggen ser det ut til at all distribusjon av nabovarsel feiler. Svar på nabovarsel ser ut til å gå fungere normalt.

Feilen gjorde seg gjeldende en gang 13. september mellom kl. 14.19 og kl. 14.47.

Hypotesen er at strengere validering (for nabovarsel V4) også ble gjeldende for nabovarsel V3, noe som gjør at distribusjonene blir avvist.

Leverandører av nabovarseltjenester bør opplyse sine brukere om at tjenesten er midlertidig nede.

Vi jobber på spreng med en løsning, og oppdaterer saken så snart vi har mer informasjon.

Alle nabovarsler blir for tiden avvist i SvarUt sin printtjeneste.

Feilen startet en gang mellom 13:21 og 13:48.

Feilen ligger i at vi legger på landkode på postnummeret, noe som trigger denne feilmeldingen: “Validering feilet (Ugyldig innhold i forsendelse: Postnr må være kun tall og 4 siffer.)“

Eksempel på feil:

NO-2580 FOLLDAL

Riktig adressering er:

2580 FOLLDAL

Vi har før sommeren, i løpet av august og inn i september jobbet med å få på plass vesentlige forbedringer og feilrettinger som berører nabovarslingstjenesten; nabovarsel, varslingsrutine og nabovarsel svar i tillegg til kvittering for nabovarsel.

Endringene for nabovarsel kommer ut som ny versjon; versjon 4. I en periode, inntil leverandørene får tilpasset sine løsninger, vil det altså eksistere to sideordnede versjoner av nabovarsel: versjon 3, med svarskjema i versjon 2 og versjon 4, med svarskjema i versjon 3.
Se nærmere beskrivelse her: Informasjon om overgangen til versjon 4 av nabovarsel

Innhold i releasen:

• Nabovarseltjenesten generelt

  • Exception-håndtering knyttet til 3.-partstjenester (Altinn, KS SvatUt o.likn.) er forbedret og det gjør hele tjenesten mer robust overfor kortvarige utfall

  • Intern logging er forbedret; det gir både bedre mulig til å følge opp avvik og feil, og lage detaljert statistikk over bruken av tjenesten

  • Mengden bytes som transporteres og mellomlagres er vesentlig redusert gjennom en effektivisering av nabovarslingen som også bidrar til en forbedret brukeropplevelse ved at det kun gis et varsel til nabo som har flere eiendommer

  • Det er rettet slik at distribusjonen ikke stopper opp om det er feil på en mottaker. Tidligere var det slik at hele sendingen ble feilmeldt. Nå traverseres listen og kun de distribusjonene som ikke kan gjennomføres merkes som feilet.

• Nabovarsel

  • Rettet slik at det ikke kreves vedlegget “TegningNyFasade“ når tiltakstype gjelder “rivinghelebygg” eller “plasseringmidlertidig” (FBYGG-1606)

  • Meldingen i Altinn innboks: Oversiktelig listing av naboeiendommer, matrikkelidentifikasjon, er implementert (FBYGG-1556)

  • Navngivning arkivreferanse, AR-nummer, er gjort tydeligere; heter nå “Altinnreferanse” (FBYGG-1583)

  • Forbedret intern logging aht feilsøking og bistand til løsningsleverandører (FBYGG-1529)

  • Setter rett adresse i kvitteringen; skal være “gjelder eiendom”-adressen, ikke nabo/fester sin postadresse (FBYGG-1540)

  • Felter som ikke har verdi i xml’en skjules i visningen i Altinn-skjema; gjelder alle nabovarsel-relaterte skjema (FBYGG-1547)

  • Utenlandsk postadresse har nå med navn på land og postnummer prefikses med ISO-3166 Alpha 2 kode etter gjeldende regler. Validering av adressen er strammet inn (FBYGG-1386)

  • Pdf’en i Altinn er forbedret på layout og tekster (FBYGG-1546)

• Nabovarsel svar

  • Det har skapt forvirring at det ser ut som om pdf er signert når man åpner den. Det skal ikke være tilfellet og det er nå korrigert (FBYGG-1630)

  • Stengt for muligheten til å forandre på oppførte eiendommer i skjemaet (FBYGG-1526)

  • Felter som ikke har verdi i xml’en skjules i visningen i Altinn-skjema; gjelder alle nabovarsel-relaterte skjema (FBYGG-1548)

  • “Nabovarsel” har blitt vedlegg til svaret for å øke dokumentasjonsverdien. Gjort noen tekst og presentasjonsforbedringer (FBYGG-1542)

• Kvittering for nabovarsel

  • Lagt inn oversiktelig opplisting (matrise) av matrikkelinformasjon når eiendommen er seksjonert. Rekkefølge på feste- og seksjonsnummer-kolonner er korrigert (var byttet om) (FBYGG-1575/1616))

  • Nabovarslet, som er distribuert, legges ved kvitteringen. Løsningen innebærer en mellomlagring av nabovarslet koplet til kvitteringen (FBYGG-1551)

  • Felter som ikke har verdi i xml’en skjules i visningen i Altinn-skjema; gjelder alle nabovarsel-relaterte skjema (FBYGG-1540)

  • Forbedring av tekster og presentasjon generelt i pdf-'en (FBYGG-1541)

  • Feilmapping av seksjons- og festenummer er rettet (FBYGG-1576)

• Annet:

  • Søknad om tiltak u/ansvarsrett: Tekst ble kuttet i fritekstfelt som var definert som tekstlinje. Det er nå endret til å være en tekstblokk. Dermed unngås kutting av tekst. (FBYGG-1614)

  • RSS-feed til DiBK FtB-bloggen er laget og publisert på … - bloggen, her: RSS feed for Confluence (FBYGG-1611)

Vi har i den forløpne perioden også endret vår arbeidsmetodikk fra scrum, dvs. sprint-orientert, til kanban. Derfor er også sprint-referansen blitt borte. Denne endringen er gjort fordi FtB nå har beveget seg fra en renere utviklingsfase til en livsfase som består av både utviklingsaktiviteter og vedlikehold av tjenesten. Kanban-tilnærmingen gjør det mulig for oss, på en kontrollert måte, å få ut feilrettinger og oppdateringer i et raskere tempo, samtidig som vi kan fortsette arbeidet med å utvikle resterende deler av tjenesten.

For å forberede produksjonssetting av ny versjon av nabovarsel, versjon 4, som er beskrevet nærmere her: Informasjon om overgangen til versjon 4 av nabovarsel , er det dessverre behov for å gjøre noen tilpasninger i versjonsoppsettet på TT02. Det betyr at testing ikke vil fungere i en kort periode. Vi starter våre aktiviteter kl 14.30 og forventer å være ferdig i løpet av 30-45 minutter.

Vi beklager ulempen og håper at det ikke skaper for mye bry.

Her er en RSS feed lenke som kan brukes for å holde seg oppdatert på endringer på disse sidene:

https://dibk-utvikling.atlassian.net/wiki/createrssfeed.action?types=page&pageSubTypes=attachment&types=blogpost&blogpostSubTypes=attachment&spaces=FB&title=DiBK+Confluence+RSS+Feed&labelString%3D&excludedSpaceKeys%3D&sort=modified&maxResults=25&timeSpan=5&showContent=true&confirm=Create+RSS+Feed&os_authType=basic

Den skal få med seg nye sider og endringer på gamle (opp til 25 endringer over 5 dager).

Produksjonssetting av nabovarsel V4

Tidsplan for produksjonssetting

Versjon 4 av Nabovarsel (distribusjon) er nå produksjonssatt. Tilhørende svarskjema er Svar på nabovarsel V3.

Tidligere versjon (Nabovarsel V3 og Svar på nabovarsel V2) vil ligge parallelt i produksjonsmiljøet. Oppsettet vil være likt, men tekstlige endringer vil påvirke også disse skjemaene ved produksjonssetting.

Vi hadde tidligere koblet Svar på nabovarsel versjon V3 til Nabovarsel V3 (distribusjon) i test. Dette er endret 12.09.2019 for å ha like versjoner i TT02 og PROD.

Den nye og gamle versjonen vil eksistere i parallell (i både test og prod) til alle sluttbrukersystemer har byttet til ny versjon.

Fristen for å gå over til versjon 4 er 3 måneder fra produksjonsdatoen, altså 13. desember. Vi anbefaler likevel å gå over til ny versjon før den tid.

Vi ber alle sluttbrukersystemer med nabovarsel i produksjon om å gi beskjed til fellestjenesterbygg@dibk.no (servicedesk) når dere har byttet til ny versjon, eller dersom dere trenger mer tid på overgangen.

Hva må sluttbrukersystemene gjøre for å komme over på ny versjon?

Sluttbrukersystemet må ikke gjøre store endringer på sin side for å komme over på Nabovarsel V4. Datamodellen for V3 og V4 er identiske bortsett fra utgave og datamodell parametere som vist nedenfor.

Den nye REST API innsendelsen ser da slik ut:

Ellers er innsendelsen identisk med datamodellen til Nabovarsel V3. Utover ID-en i grensesnittet er det også gjort viktige forbedringer i tjenesten.

Nabovarsel V4 lager skjema Svar på nabovarsel V3 i Altinn med datamodellen (DataFormatId: 6173, DataFormatVersion: 44215). Det nye konseptet for denne datamodellen er at vi kan samle opp flere nabovarsel til samme mottaker i ett skjema i Altinn. To endringer er da gjort: Feltet for “gjelderNaboeiendommen” er nå en liste og referansen “sluttbrukersystemVaarReferanse“ har blitt et listeelement.

Som det fremgår av datamodellpresentasjonene, er det feltet “sluttbrukersystemVaarReferanse“ som har byttet plass i strukturen. Ved å flytte feltet inn i objektet “gjelderNaboeiendom.eiendom“ følger referansen nå naboeiendommen det varsles til. Det korresponderer med kilden til informasjonen som er: “Nabovarsel.nabo-eier.nabogjenboer.sluttbrukerVaarRejeranse“. Dermed kan man sette en unik referanse som knyttes til den faktiske mottaker av varslet og få denne referansen tilbake i svaret. Det gjør det mulig å utlede hvem i listen over naboer som er varslet og har svart elektronisk. Teknisk er det løst ved at “gjelderNaboEiendom“ har blitt en liste av “eiendom”-objekter.

Vi anbefaler å benytte en unik referanse på nabo-eiendomnivå da det gir god kontroll over distribusjon av nabovarsel og svar, gjør det mulig å utlede hvem det ikke er distribuert til. I tillegg er det til stor hjelp ved debugging om innsendelse skulle feile i FtB.

Viktige endringer i Nabovarsel V4

Nabovarsler til samme eier slås sammen

Dersom en nabo eier flere naboeiendommer, får naboen nå kun ett nabovarsel. Melding, svarskjema, kvittering og følgebrev gir en liste over hvilke naboeiendommer varselet gjelder.

I tilfeller der nabovarselet blir sendt i Posten blir også her varslene samlet i en konvolutt med en liste av eiendommer i følgebrevet:

Endringene gir en bedre opplevelse for mottaker i Altinn innboksen sin. Det reduserer også mengden data som distribueres og arkiveres fordi vedlegg kun distribueres en gang. Denne nytteverdien gjelder også om varselet må gå til print og postomdeling.

Status-API

Det er lagt opp til at det ikke er noen endringer i Status-APIet selv om distribusjoner har blitt kombinert sammen til et varsel i Altinn eller i Posten. Dette er gjort slik at det fremdeles er en en-til-en sammenheng mellom antall naboer satt opp i distribusjonstjenesten (og tilhørende sluttbrukersystemVaarReferanse) og antall distribusjoner blir vist i Status APIet.

I JSON loggen nedenfor er det 4 distribusjoner som alle er kombinert sammen til ett varsel i Altinn. Man kan se at det er samme distribusjon i Altinn siden ReferanseIdSendt har samme verdi for alle fire distribusjonene.

{
  "Arkivreferanse": "AR5788264",
  "AltinnInnsending": "2019-09-11T16:41:08.967",
  "Saksaar": 0,
  "Sakssekvensnummer": 0,
  "StatusInnsending": "Ok",
  "Hendelser": [
    {
      "Beskrivelse": "Altinn kvittering for preutfylling er OK",
      "Tidspunkt": "2019-09-11T16:45:37.747"
    },
    {
      "Beskrivelse": "Altinn Svar på nabovarsel laget til (910297937), Altinn kvitteringsid 27152431",
      "Tidspunkt": "2019-09-11T16:45:30.053"
    },
    {
      "Beskrivelse": "Altinn kvittering for preutfylling til 910297937 er OK",
      "Tidspunkt": "2019-09-11T16:45:29.883"
    },
    {
      "Beskrivelse": "Distribusjon med søknadsystemsreferanse v4-foretak-multi.1 kombinert med v4-foretak-multi.5",
      "Tidspunkt": "2019-09-11T16:45:27.927"
    },
    {
      "Beskrivelse": "Distribusjon med søknadsystemsreferanse v4-foretak-multi.1 kombinert med v4-foretak-multi.4",
      "Tidspunkt": "2019-09-11T16:45:27.69"
    },
    {
      "Beskrivelse": "Distribusjon med søknadsystemsreferanse v4-foretak-multi.1 kombinert med v4-foretak-multi.3",
      "Tidspunkt": "2019-09-11T16:45:27.423"
    },
    {
      "Beskrivelse": "Distribusjon med søknadsystemsreferanse v4-foretak-multi.1 kombinert med v4-foretak-multi.2",
      "Tidspunkt": "2019-09-11T16:45:27.067"
    },
    {
      "Beskrivelse": "Starter distribusjon med søknadsystemsreferanse v4-foretak-multi.1",
      "Tidspunkt": "2019-09-11T16:45:26.8"
    },
    {
      "Beskrivelse": "Det er 1 distribusjoner i innsendingen",
      "Tidspunkt": "2019-09-11T16:45:26.673"
    },
    {
      "Beskrivelse": "Behandler distribusjonsskjema Distribusjon av nabovarsel",
      "Tidspunkt": "2019-09-11T16:45:26.103"
    },
    {
      "Beskrivelse": "Valideringsresultat: WARNING: Validering av matrikkelnummer feilet. Eiendomsidentifikasjon ble ikke kontrollert mot Matrikkel., iht. 4655.3.25; ",
      "Tidspunkt": "2019-09-11T16:45:25.133"
    },
    {
      "Beskrivelse": "Skjema er hentet fra Altinns tjenestearkiv for DiBK.",
      "Tidspunkt": "2019-09-11T16:45:09.887"
    },
    {
      "Beskrivelse": "Vedlegg: , Situasjonsplan Purple Haze lyrics.pdf[32847], TegningNyFasade Purple Haze lyrics.pdf[32847]",
      "Tidspunkt": "2019-09-11T16:45:09.793"
    },
    {
      "Beskrivelse": "Skjema (dataformatid, dataformatversjon): , (6303, 44820)",
      "Tidspunkt": "2019-09-11T16:45:09.68"
    },
    {
      "Beskrivelse": "Skjema er hentet fra Altinns tjenestearkiv for DiBK. Med 2 vedlegg og 1 skjema.",
      "Tidspunkt": "2019-09-11T16:45:09.62"
    },
    {
      "Beskrivelse": "Skjema er lagt i kø for behandling til Distribusjonstjeneste.",
      "Tidspunkt": "2019-09-11T16:45:08.947"
    }
  ],
  "Distribusjoner": [
    {
      "Distribusjonstype": "Svar på nabovarsel",
      "ReferanseSluttbrukersystem": "v4-foretak-multi.5",
      "Status": "submittedPrefilled",
      "ReferanseIdSendt": "27152431",
      "Sendt": "2019-09-11T16:45:28.55",
      "Filnedlastinger": []
    },
    {
      "Distribusjonstype": "Svar på nabovarsel",
      "ReferanseSluttbrukersystem": "v4-foretak-multi.2",
      "Status": "submittedPrefilled",
      "ReferanseIdSendt": "27152431",
      "Sendt": "2019-09-11T16:45:28.55",
      "Filnedlastinger": []
    },
    {
      "Distribusjonstype": "Svar på nabovarsel",
      "ReferanseSluttbrukersystem": "v4-foretak-multi.4",
      "Status": "submittedPrefilled",
      "ReferanseIdSendt": "27152431",
      "Sendt": "2019-09-11T16:45:28.55",
      "Filnedlastinger": []
    },
    {
      "Distribusjonstype": "Svar på nabovarsel",
      "ReferanseSluttbrukersystem": "v4-foretak-multi.1",
      "Status": "submittedPrefilled",
      "ReferanseIdSendt": "27152431",
      "Sendt": "2019-09-11T16:45:28.55",
      "Filnedlastinger": []
    },
    {
      "Distribusjonstype": "Svar på nabovarsel",
      "ReferanseSluttbrukersystem": "v4-foretak-multi.3",
      "Status": "submittedPrefilled",
      "ReferanseIdSendt": "27152431",
      "Sendt": "2019-09-11T16:45:28.55",
      "Filnedlastinger": []
    }
  ],
  "Kvitteringsrapport": "https://test-admbygg.dibk.no/api/download/772e02b8-9aa2-4e48-8946-52b548f9d86e/nabovarsel_kvittering.pdf",
  "Nabovarsel": "https://test-admbygg.dibk.no/api/download/772e02b8-9aa2-4e48-8946-52b548f9d86e/nabovarsel.pdf"
}

Nytt i denne versjoner er også at både Kvitteringsrapport og PDFen for Nabovarsel er tilgjengelig for nedlasting i etterkant av distribusjonen.

Det blir nå også viktigere å sjekke status på de individuelle distribusjonene:

{
      "Distribusjonstype": "Svar på nabovarsel",
      "ReferanseSluttbrukersystem": "ikke-eksisterende-bruker-Altinn",
      "Status": "error",
      "Filnedlastinger": []
    },

Vi kan nå rapportere at selve varslet er OK selv om en/noen/alle distribusjonene feilet.

Klarspråk

Vi har gjennomgått alle tekster med fokus på klarspråk. De største endringene er gjort i nabovarsel-PDF:

I tillegg har vi hatt en gjennomgang for å skjule felter som ikke har verdier fra nabovarsel PDF, svarskjema og kvittering for nabovarsel.

Denne siden vil om kort tid oppdateres med nye skjermbilder av flyten: Distribusjonstjeneste for nabovarsel

Klargjøring om mottakere av spørsmål og merknader

Vi har hatt en gjennomgang for å klargjøre forskjellen mellom hvor spørsmål og merknader skal sendes.

Merknader:

Her skal enten ansvarlig søker eller tiltakshaver (gjelder kun tiltak uten ansvarsrett) vises i PDF-en. I begge tilfeller kaller vi det for “Søker”. Merknadene følger søknaden videre til kommunal behandling.

Spørsmål:

Spørsmål skal ikke følge med søknaden i videre behandling. Vi bruker kun tiltakshaver.kontaktperson til adressering av spørsmål, selv om nabovarselet foretas av en ansvarlig søker. Kontaktperson bør derfor i sluttbrukerløsningen se ut til å være frakoblet fra tiltakshaver.

Se mer informasjon om bruk av kontaktperson her: Nabovarsel - kontaktperson

Samlet informasjon som skal sendes til kommunen

Flere byggesøknader som sendes gjennom Fellestjenester BYGG er mangelfulle fordi søkeren kun legger ved kvittering for nabovarsel, men utelater Opplysninger gitt i nabovarsel.

Opplysninger gitt i nabovarsel er en kopi av nabovarslet.

Vi har samlet Kvittering for nabovarsel og Nabovarsel i søkers innboks i Altinn. Kvitteringen inneholder også liste over vedlegg som er sendt med nabovarselet. DiBK sender ikke varsel om at dette ligger i innboksen til søkeren, så det må sluttbrukersystem som ikke tilbyr denne informasjonen selv opplyse om.

Vi minner om at sluttbrukersystemet bør gi sluttbruker denne informasjonen, slik at søkeren slipper å logge seg inn i Altinn.

Sluttbrukersystemet får tak i kvittering for nabovarsel og nabovarsel PDF gjennom status-APIet. Se mer informasjon under “Status-API” (tidligere i dette blogginnlegget).

Utenlandske adresser

Fellestjenester BYGG konverterer nå tre-sifret landkode og to-bokstavskode til riktig navn på land, slik at nabovarsler som går til print til utenlandske adresser ikke blir stoppet av posten.

Les mer om løsningen for utenlandske adresser her: Nabovarsling og utenlandske adresser

Økt robusthet og logging

Det har i noen tilfeller hendt at en automatisert batch-orientert prosess har stoppet når det har vært et stort antall naboer å varsle; stort, i størrelsesordenen flere hundrede. Og da har jobben automatisk startet på nytt på toppen av listen. Det har ført til at noen har fått samme varsel flere ganger.

For å unngå slike hendelser har vi forbedret batch-prosessen slik at den er rustet til å håndtere avbrudd som følge av exceptions som kommer fra eksterne tjenester.

I tillegg har vi jobbet med å få på plass mer detaljert og informativ logging i alle ledd i den komplekse kjeden av eksterne tjenester FtB er bygget opp av. Det gjør dels at vi får lettere ved å debugge avvik raskere, dels at vi får mulighet til å trekke ut detaljert bruksstatistikk.

Endelig har vi fikset problemet med at nabovarslet fikk en global status “Feil” ("StatusInnsending": "Feil") og avsluttet behandlingen mens det fremdeles var flere naboer som skulle varsles.

Begrensinger

I tilfeller der det er mange varsler til samme bruker/organisasjon i Altinn vil vi bruke adresseinformasjon fra den første distribusjonen vi finner:

Ved flere distribusjonselementer til samme nabogjenboer, vil vi ta dataene i rød ramme fra det første objektet vi finner mens dataene i blå ramme blir ivaretatt hele vegen.

Behov

Behovet til søker, som varsler om et byggetiltak til naboer, er å kunne formidle et kontaktpunkt der disse kan henvende seg, utover det svarskjemaet legger opp til. Det kan f.eks. være for en mer uformell henvendelse om mer informasjon. Det som kommuniseres via svarskjema, som en merknad, er en formell respons på tiltaket, det varsles om, og det vil følge byggesaken.

Prinsippet bak bruk av kontaktperson er styrt av om tiltaket går under Søknad om tiltak uten ansvarsrett eller om det må følge en søknadsløype der det skal være ansvarlig søker, prosjekterende, utførende osv. I tilfeller der det kan søkes uten ansvarsrett, kan tiltakshaver være kontaktperson, men om tiltakshaver får hjelp av en fagperson kan denne eller andre i organisasjonen føres opp som kontaktperson.

For FtB, og myndighetene i øvrig, er det uvesentlig hvem som settes som kontaktperson. Det er opp til den som tilrettelegger nabovarslet å bestemme hvem, om noen, som skal være kontaktperson.

Hvordan bruke kontaktperson

I dagens løsning, nabovarselV3 og tidligere, vises det kontaktinformasjon i pdf’en som går til nabo, basert på det som legges inn i objektet <tiltakshaver/kontaktperson/>. Denne løsningen vil også virke i V4.

Det ligger også et <kontaktperson/>-objekt i objektet <ansvarligSoeker/>. Det brukes ikke. Og det skaper dessverre forvirring.

Fremtidig løsning

Ved neste oppdatering av datamodell, det blir i versjon 5, vil det bli definert et eget objekt for kontaktperson med alle attributter som finnes i modellen i dag. Dette objektet vil da bli brukt i alle sammenhenger der det skal vises kontaktperson: Altinn-melding, sms, e-post, nabovarsel osv.

Det ligger nå en versjon 2 av Nasjonale sjekklister for byggesak i dev, test og produksjons-miljø for Fellestjenester BYGG.

I produksjon ble versjon 2 lagt ut 23.09.2019

Les mer om sjekklistene her: Nasjonale sjekklister for byggesak