Page Comparison

In deze themawerkgroep willen we nog een aantal onduidelijkheden en behoeften rond individuele/gebundelde vraag voor grondwerken bespreken.

...

• aanvrager moet de specifieke bijlage(n) voor de VGW kunnen selecteren uit de reeds bestaande bijlagen bij het GW

  DV: Duidelijk. Momenteel worden alle bijlagen van het grondwerk meegestuurd. Ttz bijlagen blijven op het grondwerk, en de domeinbeheerder raadpleegt het grondwerk bij behandelen (samen met alle bijlagen die er op dat moment zijn).

  Eventueel kan een vlag toegevoegd worden per bijlage om aan te duiden of deze relevant is voor VGW → maar impact API en integratoren.
  Waar vlag bij bijlages aanduiden in GUI? Bij GW of VGW? Indien bij VGW moeten alle bijlages altijd getoond worden, zodat er geselecteerd kan worden. Indien bij GW, kunnen enkel de relevante bijlages bij VGW getoond worden.
  VRAAG: is het ok om deze aanduiding op het detail van het grondwerk te doen, ipv op scherm aanvraag VGW? zo kan het hergebruikt worden in proces gebundelde vraag voor grondwerk.

  • voorstel OK voor nuts

  • DV prio: Should

• aanvrager moet (meerdere) bijlagen, specifiek voor de VGW, toe kunnen voegen

  DV: Dit kan momenteel via het grondwerk zelf. Er bestaat niet zoiets als specifieke bijlagen VGW, dus deze bijlage zou dan op het grondwerk toegevoegd worden.

  Eventueel quick-win mogelijkheid om via aanvraagformulier VGW een bijlage snel toe te voegen aan het GW via knop waarbij evt. vlag automatisch gezet wordt (zie boven). Kan wel enkel op individuele VGW (schrijfrechten op GW).

  • Voorstel DV: niet MPVMVP, evalueren wanneer VGW in praktijk is

  • DV prio: Could

• aanvrager moet kunnen aangeven of de documenten voor de VGW volledig zijn en dus bij uitbreiding of zijn aanvraag VGW volledig is qua gegevens en bijlagen.

  DV: Is dit nuttig bij een individuele vraag? Waarom?

  • Eigenlijk enkel nuttig bij een gebundelde aanvraag

  • Kan geen kwaad als dit er wel staat indien geen deel van synergie (dus hoeft niet afgeblokt te worden, ook geen aparte business regels hierop)

  • Naam: “Klaar voor uitsturen”

  • DV prio: Must

• aanvrager moet kunnen aangeven tussen de bestaande contactgegevens welk contact specifiek is voor de VGW. Per default is dit de Dossierbeheerder, maar moet kunnen geselecteerd worden tussen alle contacten.
  DV: is het nodig om dat op dit scherm te doen, is eenvoudiger bij GW zelf (anders moeten bij aanvraagformulier alle contactgegevens nog eens herhaald worden)

  • OK om dit via het detail van het Grondwerk te doen

  • DV prio: Should

• aanvrager moet een specifiek contactgegeven voor de VGW kunnen toevoegen
  DV: voorstel om extra contactrol toe te voegen “Verantwoordelijke VGW”. Bij behandeling door LB tonen we dan “Verantwoordelijke VGW” indien deze ingevuld werd, anders de Dossierbeheerder(s). Aanduiden is dan in praktijk een kopie maken van een Dossierbeheerder (of ander aangeduide contact) en bewaren als “Verantwoordelijke VGW”.
  Evt. quick-win via knop op aanvraagformulier VGW om contactgegeven met rol ‘verantwoordelijke VGW’ toe te voegen aan GW.

  • Tonen bij aanvraagscherm (en behandelscherm domeinbeheerder): ofwel de “Contact Vraag voor grondwerken”, indien deze niet bestaat de “Dossierbeheerder”, kunnen er mogelijk meerdere zijn.

  • Niet per default opslaan, bij behandelformulier dan correct invullen op basis van de rol

  • Titel: “Contact Vraag voor grondwerken”

  • DV Prio: Could

Gebundelde Vraag voor Grondwerken (dus vanuit SYN)

...

• ook bij gebundelde aanvraag moet de beheerder op de detailschermen van zijn GW de specifieke bijlagen voor de VGW kunnen aanduiden en eveneens kunnen aangeven of de documenten voor de VGW volledig zijn.
  DV: Duidelijk. Maar kunnen we deze functionaliteit (bijlagen aanduiden) dan niet volledig op het detail grondwerk zetten (en niet in het versturen VGW-scherm), dan hoeft dit maar één keer ontwikkeld worden. (zie boven)

• Bijlagen, aangeven volledigheid en contactgegevens in het kader van de gebundelde aanvrag wordt eveneens voorzien op het detail van het grondwerk door de beheerder van het grondwerk

• vooraleer piloot scherm ‘nieuwe vraag voor grondwerken’ (zoals hierboven, maar met infoblok per GW) te zien krijgt, moet hij eerst een overzicht krijgen van de status van de verschillende GW:

...

• Op dit scherm moeten volgende zaken aangegeven worden per VGW vóór het aanvragen:

  • ID vervangen door VGW id=>VGW id bestaat nog niet vóór het uitsturen

  • Domeinbeheerder

  • Beheerder GW

  • GW id (link naar blok lager op pagina)

  • Interne referentie GW

  • Contactgegevens VGW (default is "Dossierbeheerder" of specifiek contact VGW) => Moeilijk in een tabel te krijgen, maar wel in de individuele blokjes

  • Status VGW=> Bestaat nog niet vóór het uitsturen => kan bvb wel de vlag VGW van het grondwerk zijn (of het klaar is)

  • Toegestane periode (indien afwijkend van periode SYN moet deze in kleur weergegeven worden) => Bestaat nog niet vóór het uitsturen

  • Indicatie of documenten voor VGW volledig zijn => zie vlag bij status, naam: Klaar voor uitsturen

•  Lijst met domeinbeheerders oplijsten onder de tabel, in plaats van onderaan de pagina.

• Op het detailscherm gebundelde VGW bij een synergie staat volgende tabel (ná uitsturen)

  • ID vervangen door VGW id

  • Domeinbeheerder

  • Beheerder GW

  • GW id (aanklikbaar en doorlinken naar detail GW)

  • Interne referentie GW

  • Contactgegevens VGW (default is "Dossierbeheerder" of specifiek contact VGW) => Moeilijk in een tabel te krijgen, maar wel in de individuele blokjes

  • Status VGW

  • Toegestane periode (indien afwijkend van periode GW moet deze in kleur weergegeven worden)

  • Indicatie of documenten voor VGW volledig zijn => zie vlag bij status, naam: Klaar voor uitsturen

•  BWG30 herhalen

Boven de tabel staat de indiendatum.

...

Het kan wel, maar dan wordt in overleg gegaan en beslist of er al dan niet doorgegaan kan worden, of dat er een nieuwe vraag wordt uitgestuurd.

•  BWG30 Nog verder uit te klaren met domeinbeheerders en nuts → BWG. Onderlinge afspraken belangrijk.

...