En av tilbakemeldingene og forbedringspunktene vi har på nabovarseltjenesten er at en eier som har flere eiendommer bør bare motta ett nabovarsel. Vi har sett tilfeller der en eier har fått mange titalls nabovarsler, noe som ikke er en god brukeropplevelse digitalt eller per post.
Sprinten vi jobber med nå vil sende kun ett nabovarsel i de tilfeller der samme fødselsnummer eller organisasjonsnummer eier flere eiendommer som skal varsles. Skjemaene vil bli utvidet til å vise en listing av berørte naboeiendommer.
Får å få til dette må vi gjøre en oppdatering av datamodellen til svarskjemaet til nabovarslet.
I tilfeller der naboer velger å svare på nabovarslet gjennom Altinn vil datamodellen for svarskjemaet ha en liste av eiendommer under “gjelderNaboeiendom”.
Søknadssystemer som behandlere svarskjema XMLen må belage seg på en endring i tjenesten.
Distribusjonen av nabovarsel vil ikke endres.
Vi kommer til å snakke med konsesjonærene som er i produksjon med nabovarsel for å komme fram til et godt tidspunkt å rulle dette over i produksjon. Vi kommer også med mer informasjon om oppdateringer av skjema og PDF design som følge av denne endringen (og andre forbedringspunkter).
Den nye datamodellen finnes her:
https://tt02.altinn.no/api/metadata/formtask/4699/3/forms/6173/44215/xsd
På grunn av sikkerhetspatching hos Kartverket torsdag 28/3, kl. 16 kan tilgang til bl.a. geonorge-oppslag være ustabil eller feile.
FtB-løsningen har, etter forrige runde, økt retentiontiden på geonorge-cache’en til 6 timer, så vi forventer at tjenesten ikke skal bli forstyrret av evt nedetid hos Kartverket.
Kartverket har fast vedlikeholds-vindu hver siste torsdag i måneden fra kl. 16 til de er ferdige.
Dato | Type | Overskrift/referanse |
---|---|---|
18.03.2019 | Artikkel | |
15.03.2019 | Artikkel | |
15.03.2019 | Blogg | |
14.03.2019 | Artikkel | |
14.03.2019 | Blogg | |
14.03.2019 | Artikkel | |
14.03.2019 | Artikkel | |
14.03.2019 | Blogg | Fjerner kode "TU" fra kodeliste for beregningsregel grad av utnytting |
13.03.2019 | Blogg | |
13.03.2019 | Artikkel | |
13.03.2019 | Artikkel | |
12.03.2019 | Artikkel | |
11.03.2019 | Artikkel | |
11.03.2019 | Artikkel | |
11.03.2019 | Artikkel | |
11.03.2019 | Artikkel | |
11.03.2019 | Artikkel | |
08.03.2019 | Blogg | |
21.02.2019 | Artikkel | |
12.02.2019 | Blogg | |
08.02.2019 | Blogg |
Her kommer en gledelig nyhet på en fredag ettermiddag: Fellestjenester BYGG har fått en egen rolle kalt Plan- og byggesak. Rollen er tilgjengelig i produksjonsmiljøet allerede nå.
Rollen Kommunale tjenester fungerer også fortsatt, men vi vil anbefale at brukerne deres tar i bruk den nye rollen.
Egendefinerte roller vil måtte endres hver gang det legges til en ny versjon av en tjeneste, mens Plan- og bygg oppdateres automatisk.
Alle tjenester i Fellestjenester BYGG er blitt fjernet fra rollen Post/arkiv, da den ikke skulle inneholde innsendingstjenester.
DiBK har laget en veiledning om roller i Altinn for byggesøknader, her: Slik gir du rettigheter til byggesak i Altinn.
I sprint 32 har det vært brukt mye tid på kundestøtte/ Service desk. Hovedpunkter fra sprinten er:
Det har også vært fokus på Endringssøknad, melding om endring, kontroll- og samsvarserklæring og oppdateringer på eksisterende tjenester.
Gjenpart nabovarsel og Matrikkel ble lagt i PROD.
Vi har startet jobben med å rapportere alle tester som blir kjørt i valideringstjenesten slik at det blir gitt en oversikt over passing, warning and error tester. Det er også lagt inn sjekklistereferanse. Endringssøknad er den første tjenesten der denne endringen er implementert.
Kodelister: Det er jobbet med klart språk, skrive og formateringsfeil.
Nabovarsling og utenlandske adresser – det er lagt ned et arbeid for å kartlegge standarder og formater på utenlandsadresser fra registre slik som Matrikkelen og Enhetsregisteret. Dette har dannet grunnlaget for hvordan vi setter opp videreutvikling av adressebehandling og definisjon.
Veiledning for å komme rundt problemet med feil på validering av XML grunnet spesialtegn i FtB API'et.
FBYGG-1322 Samordne desimalregler i FBygg-validering med "Hvorstortkandubygge" (utnyttelsesgradd, 2 desimaler)
FBYGG-1332 Skjema blir ikke håndtert i arbeidsflyt pga. at Altinn bug med mangler skjemadato i WebService. Fikset ved omlegging av arbeidsflyt funksjon.
FBYGG-1343 Endringssøknad har feil XSD i arbeidsflyt og i testmotor
FBYGG-1348 Midlertidig brukstillatelse V2 - Vedleggsopplysninger mangler
FBYGG-1355 Gjenpart nabovarsel forbedringer
FBYGG-1363 Regel 4397.2.52 må oppdateres til å håndtere nytt tilfelle av "annet": annetUdef
FBYGG-1369 Prod sette Gjenpart Nabovarsel, Erklæring om Ansvarsrett og Matrikkelopplysninger som underskjema
FBYGG-1370 Endringssøknad - ta bort felter fra datamodell (som skal flyttes til melding om endring)
FBYGG-1293 Endringssøknad - infopathskjema oppdateringer
FBYGG-1294 Endringssøknad - valideringer
FBYGG-1375 Rammesøknad - forbedre validering på kodebeskrivelse for kodeliste tiltakstype og bygningstype
Vi får for tiden følgende feilmelding i testmiljø: En feil oppstod under sending til FIKS SvarUt:The remote server returned an unexpected response: (502) Bad Gateway.
Vi er på saken, og oppdaterer dette blogginnlegget når vi har løst problemet.
Oppdatering, 13/3, kl. 16.16
Vi har ikke fått løst problemet; men vi vet nå, etter debugging av egen kode og testing av ulike scenarier, mot KS SvarUt, at når innsendinger avvises med “502 Bad gateway” så har det med størrelsen på innsendingen å gjøre. Hvor grensen går i MB, har vi ikke undersøkt i detaljer. Det må uansett være slik at innsendinger som aksepteres i Altinn også skal kunne distribueres via SvarUt.
Vi har kontakt med KS SvarUt og de ser på feilen. Forhåpentlig er den løst i løpet av i morgen.
Oppdatering, 20/3, kl. 10.33
Det har vist seg etter mer testing at det ikke var noen entydig sammenheng mellom 502-feilmeldingen og størrelse på innsending. Vi har utforsket videre sammen med KS SvarUt. Det ser ut til at det kan være en sammenheng med hvordan mottakende server fungerer hos KS SvarUt. Uten å gå i masse tekniske detaljer ser det ut til å ha en sammenheng med hvordan HTTP parameteren “Expect100Continue“ blir håndtert.
Vi har implementert en fix på vår side, anbefalt av KS SvarUt, og den ser ut til å løse problemet. Hvis dere likevel opplever fortsatte problemer så gi beskjed via Fellestjeneste Bygg service desken.
DiBK har fått henvendelser fra kommuner som ikke ønsker å motta nabovarsel til sitt hovedorganisasjonsnummer. På bakgrunn av dette skal “eiers kontaktinstans” brukes der dette er oppgitt på eiendommen i Matrikkelen. Nabovarsler skal ikke sendes til eiers organisasjonsnummer i tillegg dersom det er oppgitt en kontaktinstans.
DiBK ber konsesjonærer som har nabovarseltjenester om å gjøre nødvendige tilpasninger snarest.