Release Notes 2020.2

Hoogtepunten release

Vernieuwing raadpleegomgeving & uitbreiding LBLOD 

De raadpleegomgeving werd in deze versie volledige vernieuwd. Met het oog op gebruik op verschillende schermgroottes werd een vernieuwd design geïmplementeerd, waarbij ook veel aandacht besteed werd aan de Lokale Besluiten als Linked Open Data (LBLOD) functionaliteit. Vanaf deze versie zal de raadpleegomgeving voldoen aan maturiteitsniveau 3 van LBLOD (het hoogst haalbare niveau in de laatste validatiefase).


 Wat moet jij binnen je bestuur doen om te voldoen aan de bekendmakingsplicht in LBLOD formaat?

Wijzigingen beheer

Om de data van jouw bestuur volledig te kunnen ontsluiten aan maturiteitsniveau 3 van het LBLOD project, dien je na deze update met twee zaken rekening te houden in het beheer:

Zittingsleden koppelen aan mandatendatabank

Om aan het ABB kenbaar te maken welke zittingsleden aanwezig waren bij een vergadering, hoe er gestemd is door zittingsleden, ... worden de gebruikers in de toepassing gelinkt met een mandataris uit de mandatendatabank. Dit voer je zelf uit via zittingsleden beheren:

  • Open via het beheertandwiel 'Zittingsleden beheren'
  • Kies een orgaan
  • Wijzig het zittingslid
  • Kies bij onderdeel 'LBLOD' voor de huidige bestuursperiode (deze staat standaard geselecteerd) en vervolgens de relevante mandataris die overeenkomt met de gebruiker.
    • Deze mapping dient handmatig te gebeuren door het bestuur omdat de naam van de gebruiker en zijn 'officiële' naam zoals in de mandatendatabank regelmatig niet overeenkomt, en binnen de toepassing geen rijksregisternummer wordt bijgehouden 
    • Bij een nieuwe mandataris of een nieuwe legislatuur moet dit opnieuw worden uitgevoerd
  • Voer deze stappen ook uit voor de secretaris(sen) van het orgaan. 

Je moet deze koppeling aanbrengen voor elk orgaan waarvoor je gegevens bekend maakt, zoals het college, de gemeenteraad, ...

In principe moet je deze koppeling ook aanbrengen voor het autonoom gemeentebedrijf. Op heden is het echter nog niet mogelijk om hiervoor de nodige informatie op te halen. Dit wordt door Green Valley opgevolgd met het ABB. Dit neemt uiteraard niet weg dat je wel gewoon gegevens kan bekendmaken voor deze vergaderingen zonder problemen.

Krijg je voor een van de volgende organen een foutmelding wanneer je dit wilt instellen, neem dan contact op met de Green Valley servicedesk:

  • College van burgemeester en schepenen
  • Gemeenteraad
  • Burgemeester(besluiten)
  • Raad voor maatschappelijk welzijn
  • Vast Bureau


Wetgeving gelinkt met Vlaamse Codex in de Artikelen

De artikelen uit het decreet lokaal bestuur die betrekking hebben op de bevoegdheidsregelgeving, zijn door Green Valley in het verleden ingeladen in het systeem. Gebruik je binnen jouw bestuur deze wetgeving om naar te refereren voor wat betreft de bevoegdheidsregelgeving, dan moet je voor dit onderdeel niets doen, en is dit automatisch in orde.

Gebruik je eigen wetgeving om te refereren naar het decreet lokaal bestuur? Zoek dan de overeenkomstige wetgeving op die door Green Valley werd ingeladen via management → besluiten → artikelen, en kopieer de '

Data bekendmaken vanuit de applicatie

Aan het bekendmaken vanuit de applicatie wijzigen een aantal zaken:

  • Er wordt een onderscheid gemaakt tussen publiceren van agendapunten vóór of na de zitting. Dit onderscheid geeft voor de eigenlijke weergave van de agendapunten op de raadpleegomgeving geen verschillen, maar is vooral relevant voor de open data publicatie.
  • Uit de keuzes om voor of na de zitting te publiceren, worden automatisch een aantal 'open data' documenten gegenereerd
    • Alle agendapunten waarvan je minstens de titel publiceert vóór de zitting, worden gebruikt om een open data agenda aan te maken.
    • Alle agendapunten waarvan je minstens de titel publiceert ná de zitting, worden gebruikt om een open data besluitenlijst aan te maken.
    • Alle agendapunten waarvan je minstens de inhoud publiceert ná de zitting, worden gebruikt om een open data notulen aan te maken.

Deze open data documenten zijn de primaire documenten die voor het ABB van belang zijn in het kader van de bekendmakingsplicht, en deze moeten dus zeker gepubliceerd worden voor elk orgaan waarvoor ze relevant zijn (volgens de decretaal geldende verplichtingen). 

Deze documenten zullen op termijn door het ABB geharvest worden om één grote kennisdatabank aan te leggen. Dit traject is nog lopende, maar zal retroactief data ophalen, dus het is van belang om deze data vanaf heden correct bekend te maken.

Meldingsplicht

Voorgaande heeft enkel betrekking op de bekendmakingsplicht. De meldingsplicht is een apart onderdeel, dat apart behartigd dient te worden. Op heden dient jouw bestuur dus de informatie die meldingsplichtig is, te melden zoals je dit voorheen steeds gedaan hebt.

In het vierde kwartaal van 2020 en het eerste kwartaal van 2021, werkt Green Valley aan een module om automatische meldingen te kunnen doen vanuit het systeem, als aanvulling op het huidige bekendmakingssysteem. We verwachten dat de oplevering hiervan plaatsvindt in Q1-Q2 2021.

Nieuwe consent & hergebruik gegevens

Binnen SmartLoket werd een nieuwe soort consent toegevoegd. Het toevoegen van deze consent aan aanvraagformulieren zal er voor zorgen dat een aanvrager toestemming kan geven om zijn contactgegevens opnieuw te gebruiken bij volgende aanvragen. Om er voor te zorgen dat bij een nieuwe aanvraag gegevens zoals het e-mailadres, het telefoonnummer, ... effectief geprefilled worden, dienen in deze formulieren nog de nodige prefills ingesteld te worden.

Swimlanes op workflow

Om het exporteren en importeren van zaaktypes tussen omgevingen eenvoudiger te maken, werden de swimlanes verplaatst van de workflowrevisie naar de workflow zelf. Voortaan maak je swimlanes dus aan in de pagina waarin je de details van een workflow kan raadplegen. Wanneer je een nieuwe revisie van je zaaktype uit een staging omgeving gaat kopiëren naar productie, worden de swimlanes op productie dus niet meer overschreven.

Koppeling eSignFlow - Smartloket/Confidesk

Om het digitaal tekenen van documenten uit SmartLoket, en brieven uit ConfiDesk ook mogelijk te maken bij besturen die eSignFlow van Vandenbroele gebruiken, werd tussen deze applicaties een koppeling ontwikkeld.

Webinar

Release nota's in detail


GV Suite - Algemeen

 Verbeteringen

KeyIssueExtra Informatie
SUITE-6207Ongedaan maken toekenning taakHet ongedaan maken van de toekenning van een taak kan voortaan uitgevoerd worden door iedereen die de taak kan uitvoeren. Voorheen kon dit enkel door de persoon aan wie het was toegekend, of de persoon die het toegekend had.

De administrator kan dit ook nog steeds ongedaan maken.
SUITE-5871Automatisch tonen sterretje bij 'verplicht als' validatieregelWanneer een veld verplicht wordt op basis van een validatieregel, dan zal in het e-loket voortaan automatisch een sterretje getoond worden bij het veld, vanaf dat aan de validatieregel voldaan wordt.

In de suite zelf was dit reeds het geval.
GVSUP-1900Uitloggen na inloggen via Azure ADVoorheen zorgde een redirect naar Azure na het uitloggen uit de suite ervoor dat de gebruiker automatisch opnieuw werd ingelogd in de suite. Deze aanpassing zorgt er voor dat na het uitloggen de gebruiker volledig wordt afgemeld van Azure en dus niet meer ingelogd is in de suite.

Bug Opgeloste bugs

KeyIssueExtra Informatie
SUITE-6422Validatieregel maximaal aantal tekens in webeditorDe validatieregel maximaal aantal tekens in de webeditors werkte niet volledig correct en telde ook onzichtbare html tekens mee. Dit werd aangepast.
SUITE-5557Standaardwaardes in verborgen velden worden niet langer overschreven.Bij het gebruik van geselecteerde gegevens of nieuw baseren op worden de standaard waardes in de verborgen velden niet langer overschreven. Dit geldt enkel voor dit type velden, niet voor de overige velden waarvoor de zichtbaarheid beperkt werd.

GV Suite - Notula

 Verbeteringen

KeyIssueExtra Informatie
SUITE-6293Onbestemd verdaagde agenda's van orgaan worden enkel nog getoond in de kalender wanneer er punten voor het orgaan zijnIn de linkerzijde van de kalender worden de onbestemd verdaagde agenda's van organen enkel nog getoond wanneer ze minstens één onbestemd verdaagd punt bevatten. Deze wijziging werd doorgevoerd om de performantie van het inladen van de kalender te verbeteren.
SUITE-5982Aanduiden bespreekpunt i.g.v. medewerker van meerdere kabinettenWanneer bespreekpunten per kabinet worden aangeduid, is het voortaan ook mogelijk voor een medewerker om deze aanduiding voor meerdere schepenen te doen.
SUITE-5835Artikelen decreet lokaal bestuur - link Vlaamse CodexDe artikelen m.b.t. het decreet lokaal bestuur die standaard voorzien zijn in de applicatie, kregen elk een referentie uit de Vlaamse Codex toegekend. Deze referentie wordt hergebruikt in de Lokale Besluiten als Linked Open Data (LBLOD) module.
SUITE-5830Vernieuwing raadpleegomgeving & update LBLOD functionaliteitDe raadpleegomgeving werd volledig vernieuwd, met inachtname van de laatste vereisten van het LBLOD project.

Bug Opgeloste bugs

KeyIssueExtra Informatie
SUITE-6327Update websocket technologie (i.f.v. digitaal stemmen)De websocket technologie die gebruikt wordt om digitaal te stemmen (tonen van stembrieven, tonen van resultaten, tonen van voortgang) werd vernieuwd. Dit verhoogt de stabiliteit van deze functies.

GV Suite - ConfiDesk

 Verbeteringen

KeyIssueExtra Informatie
SUITE-6216Het adreselement kan nu ook in combinatie met een variabele vraagID gebruikt worden.De vraagID dient nog steeds te eindigen op '_address'. Elk veld uit het adres kan afzonderlijk worden opgehaald.
SUITE-5827Koppeling eSignFlow (voorheen Verifieer) - Confidesk / SmartloketEr werd een koppeling ontwikkeld tussen eSignFlow van Vandenbroele en ConfiDesk en SmartLoket. Voor meer informatie over de implementatie van deze koppeling, kan je terecht bij je implementatieconsultant.

Bug Opgeloste bugs

KeyIssueExtra Informatie
SUITE-6267Validatie van verplichte velden bij het toevoegen of wijzigen van een contactmomenttypeWanneer een verplicht veld niet wordt ingevuld wordt een foutboodschap onder het veld getoond.
SUITE-6230Externe pagina's uitsluiten binnen het KCCExterne pagina's die reeds geopend werden binnen het KCC kunnen op een later moment nog uitgesloten worden van indexatie in de beheerszijde van de toepassing. Het systeem gaat de pagina's dan verwijderen uit de geïndexeerde pagina's.

GV Suite - SmartLoket

 Verbeteringen

KeyIssueExtra Informatie
SUITE-6216Het adreselement kan nu ook in combinatie met een variabele vraagID gebruikt worden.De vraagID dient nog steeds te eindigen op '_address'. Elk veld uit het adres kan afzonderlijk worden opgehaald.
SUITE-6206De transactiedatum van een betaling wordt opgeslagen als een datumveldHet veld payment_transaction_date wordt niet langer als een gewone tekstwaarde opgeslagen maar als een datumwaarde. Het veld zal dus op een andere manier worden opgehaald via velocity scripting en in XperiDo.
Het correcte velocity script om de datum te formatteren is: $_tools.formatDate($!{s.form.formDataFlexesMap.get('payment_transaction_date').dateValue},'dd/MM/yyyy').
Bij het ophalen in XperiDo zal je vanaf deze versie moeten kiezen voor een datumwaarde en het gewenste formaat.
SUITE-6203Parameters op het niveau van zaaktype/contactmomenttype voorzienBinnen een zaaktype of contactmomenttype ben je als beheerder in de mogelijkheid om parameters te definiëren. De werking is gelijkaardig aan weergavevelden in de workflow. Deze parameters worden verborgen op de detailpagina van de zaak of het contactmoment maar kunnen wel in het proces opgehaald worden.
SUITE-6200Top 5 SmartLoketDe top 5 van de meest aangevraagde zaaktypes binnen SmartLoket wordt nu gebaseerd op de aanvragen en meldingen van de laatste twee weken.
SUITE-6055Beheer swimlanes op workflowinstellingen i.p.v. in workflow revisieHet beheren van swimlanes zit voortaan op de workflowinstellingen (overzicht van een workflow) en niet langer in de specifieke revisie van een workflow.
SUITE-5827Koppeling eSignFlow (voorheen Verifieer) - ConfiDesk / SmartLoketEr werd een koppeling ontwikkeld tussen eSignFlow van Vandenbroele en ConfiDesk en SmartLoket. Voor meer informatie over de implementatie van deze koppeling, kan je terecht bij je implementatieconsultant.
SUITE-5567Aanvragen met een betaling via het e-loket worden automatisch opgenomen in de lijst 'Betaling nog niet uitgevoerd'Om eventuele problemen met de betaling op te vangen werd er een bijkomende lijst toegevoegd onder zaken in de management tool: 'Betaling nog niet uitgevoerd'. Vanaf het moment dat de aanvrager op 'Betalen' klikt bij het invullen van een formulier in het e-loket wordt de zaak aangemaakt en verschijnt deze in de lijst. Als vervolgens de betaling correct wordt doorlopen verdwijnt de zaak automatisch uit de lijst en is deze terug te vinden in de toepassing. Indien de betaling niet in orde is kunnen de beheerders manueel een controle doen en de workflow eventueel starten indien de betaling alsnog ontvangen is.
RMP-442Nieuwe mogelijkheden consents / prefillen van gekende contactgegevensEr zijn twee nieuwe soorten consents voorzien: een consent voor het hergebruik van gegevens in nieuwe aanvragen, en een consent voor het synchroniseren van de contactgegevens naar het rijksregister.

De consent voor het hergebruiken van gegevens bij nieuwe aanvragen kan aangevinkt worden wanneer een aanvrager is ingelogd. Bij het invullen van nieuwe aanvragen zullen na het inloggen niet enkel de gekende gegevens uit MAGDA geprefilled worden, maar ook de gekende gegevens uit de suite (zoals telefoonnummer, mailadres, ...). In de handleiding is meer informatie terug te vinden over de consents die gebruikt moeten worden om de contactgegevens van aanvragers op te slaan, alsook de prefill die ingesteld moet worden om de gegevens te prefillen bij nieuwe aanvragen.

De consent voor synchronisatie naar het rijksregister, zal er in een volgende fase voor zorgen dat de contactgegevens van de gebruiker (mailadres, telefoonnummer), naar het rijksregister worden verstuurd. Deze synchronisatie naar het rijksregister zal jullie als een optionele module worden aangeboden.

Bug Opgeloste bugs

KeyIssueExtra Informatie
SUITE-6282Het adreselement wordt weer correct bewaard bij het gebruik van condities.
SUITE-6279Invoegformulieren exporteren binnen zaaktypeInvoegformulieren die gebruikt worden binnen een subworkflow van een zaaktype worden correct mee geëxporteerd met het zaaktype.
SUITE-6266Validatie van verplichte velden bij het toevoegen of wijzigen van een zaaktypeWanneer een verplicht veld niet wordt ingevuld wordt een foutboodschap onder het veld getoond.
SUITE-6226Taken vrijgeven na het wijzigen van een zaakBij het wijzigen van een zaak wordt deze vergrendeld. Na het wijzigen wordt de zaak dan terug vrijgegeven en kunnen de openstaande taken uitgevoerd worden. Voorheen bleven echter taken die enkel een verzendblok bevatten vergrendeld.

Andere

 Verbeteringen

KeyIssueExtra Informatie
BDCEI-994Aanpassing proces budgethouder Gent