Hopp til slutten av metadata
Gå til begynnelsen av metadataene

Du ser på en gammel versjon av denne siden. Se den nye versjonen.

Sammenlign med nåværende Vis sidehistorikk

« Forrige Versjon 9 Neste »

Forslagsstiller må sende inn et høringsbrev med tilhørende vedlegg som så blir distribuert ut til høringsmyndigheter.

Swagger: https://dibk.apps.tt02.altinn.no/dibk/varsel-hoffe/swagger/index.html

org - dibk

app - varsel-hoffe

Opprett Høring og offentlig ettersyn

Datamodeller

API

Send inn høringsbrev og vedlegg som skal være med i høring og offentlig ettersyn.
Innsendelsen utføres med Post-kall med Multipart Form.

TT02: https://dibk.apps.tt02.altinn.no/dibk/varsel-hoffe/instances

Pålagte deler av Multipart Form:

Instance

Hoeringsbrev

  • Format: application/xml

  • Extension: .xml

Minst en av følgende vedlegg må være med:

PlankartPdf

  • Format: application/pdf

  • Extension: .pdf

PlankartGml

  • Format: application/gml+xml eller application/octet-stream

  • Extension: .pdf

PlankartSosi

  • Format: application/octet-stream

  • Extension: .sos, .sosi

Minst en av følgende vedlegg må være med:

PlanbestemmelserPdf

  • Format: application/pdf

  • Extension: .pdf

PlanbestemmelserXml

  • Format: application/xml

  • Extension: .sos, .sosi

Dersom det er krav om konsekvensutredning:

Konsekvensutredning

  • Format: application/pdf, image/png, image/tiff, image/jpeg

  • Extension: .pdf, .png, .tiff, .tif, .jpg, .jpeg

Valgfri vedlegg:

Planbeskrivelse

  • Format: application/pdf, image/png, image/tiff, image/jpeg

  • Extension: .pdf, .png, .tiff, .tif, .jpg, .jpeg

Illustrasjoner

  • Format: application/pdf, image/png, image/tiff, image/jpeg

  • Extension: .pdf, .png, .tiff, .tif, .jpg, .jpeg

ROSAnalyse

  • Format: application/pdf, image/png, image/tiff, image/jpeg

  • Extension: .pdf, .png, .tiff, .tif, .jpg, .jpeg

Annet

  • Format: application/pdf, image/png, image/tiff, image/jpeg

  • Extension: .pdf, .png, .tiff, .tif, .jpg, .jpeg

Autentisering og autorisering

Autentisering og autorisering skjer med Access Token fra Altinn Exchange. For å få et Access Token må man utføre Exchange av et ID-porten-token mot Altinn Exchange. Se dokumentasjon: https://docs.altinn.studio/authentication/

Innsender må være den samme som oppgis i dataelementet “instance”, eller ha Plan- og byggrollen i Altinn for organisasjonen. Se dokumentasjon fra Altinn: https://www.altinn.no/hjelp/profil/roller-og-rettigheter/

Response:

Start distribusjon

Når instancen er opprettet skal man starte validering og distribusjon ved å bruke

Hva skjer med planvarselet

  • Varselbrevet(xml) og en evt. GML-fil av planområde blir validert

    • Valideringsfeil => stopper innsending og returnerer en valideringsrapport til forslagsstiller

  • Genererer en PDF av varselbrevet(xml)

  • Legges i en kø for distribusjon til berørte parter og høringsmyndigheter.

    • Høringsmyndigheter mottar varselet i svar inn

    • berørte parter mottar varselet i Altinn.

  • Berørte parter mottar enten en epost eller et sms varsel om at de har mottatt et planvarsel i sin altinn innboks.

  • Forslagsstiller mottar en kvittering i sin Altinn innboks hvor det står hvem som har blitt varselet og om det evt har feilet.

Demonstrator/testmotor: https://dibk-rpf-validator.azurewebsites.net/

  • Ingen etiketter