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 11 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 API-endepunktet:
TT02: PUT https://dibk.apps.tt02.altinn.no/dibk/varsel-hoffe/instances/{partyID}/{archiveReference}/process/next

Altinn dokumentasjon: https://docs.altinn.studio/api/apps/process/#get-the-next-tasks-in-a-process

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

    • Valideringsfeil => stopper innsending og returnerer en feilkode.

    • For å sjekke valideringsfeil må valideringsendepunktet benyttes:

  • 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://plan-demonstrator.ft-dev.dibk.no/

  • Ingen etiketter