SDIMEV-42: REV-helpdesk 22 02 0073: mogelijkheid om referentieEVContour zonder evContour in te voeren

[PB-GNM]

Het wijzigingsvoorstel is: Pas aan: de mogelijkheid om referentieEVContour zonder evContour in te voeren.

De achtergrond hierbij is dat dit mogelijk nodig is, zodat alle installaties behorende bij een activiteit uit onderdeel E van bijlage VII van het Bkl (bijvoorbeeld Seveso-inrichting) vanuit het RRGS kunnen worden overgenomen. De suggestie is dit te bespreken met enkele bronhouders van BRZO-omgevingsdiensten of dit gewenst is.

Eerste reactie Arno: Dit is iets wat in het conversieproces opgepakt kan worden. Geeft het bijvoorbeeld een default contour mee. Zodat je later nog kunt zien dat er een echte waarde moet komen (je kunt er op rapporteren). Geen EVcontour toestaan in het model is niet gewenst

[PalmJanssen]

relatie met #22

Daar hebben we geconstateerd dat in het geval van basisnet er wel verplicht een evContour bij een ReferentieEVContour hoort. Ook als die een EVcontour gelijk is aan de geometrie van de ReferentieEVContour (die ook een punt of lijn kan zijn)

[PalmJanssen]

Het issue lijkt hier te zijn dat bronhouders de EVContour mogelijk niet leveren maar dat de contour door het REV uit de RRGS wordt overgenomen. komt hier in het model voor (voorbeeld seveso):

[PalmJanssen]

Werkgroep:

• er zijn situaties dat de PR waarde 'niet wordt gehaald'. In dat geval is er geen contour of aandachtsgebied.
• een voorbeeld is ammoniakkoelinstallatie.
• er zijn situaties van bedrijven met seveso activiteiten waar geen EVcontour bij hoort.
• mogelijkheid om dit ook met een voidable op de relatie te doen. Exclusieve waarde NietVanToepassing.

[PalmJanssen]

verwerkt: voidable op resulteerIn. De waarde voor reden waarom voidable (een nil-waarde) is ingevuld staat in VoidReasonValue.

We moeten nog kijken hoe dit in een JSON schema er uit (kan) zien.

[PB-GNM]

Gesloten, omdat het verwerkt is in versie 1.2 en omdat die versie goedgekeurd is.