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).
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, werkt Green Valley aan een module om automatische meldingen te kunnen doen vanuit het systeem, als aanvulling op het huidige bekendmakingssysteem.
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
| Key | Issue | Extra Informatie |
|---|---|---|
| SUITE-6207 | Ongedaan maken toekenning taak | Het 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-5871 | Automatisch tonen sterretje bij 'verplicht als' validatieregel | Wanneer 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-1900 | Uitloggen na inloggen via Azure AD | Voorheen 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. |
Opgeloste bugs
| Key | Issue | Extra Informatie |
|---|---|---|
| SUITE-6422 | Validatieregel maximaal aantal tekens in webeditor | De validatieregel maximaal aantal tekens in de webeditors werkte niet volledig correct en telde ook onzichtbare html tekens mee. Dit werd aangepast. |
| SUITE-5557 | Standaardwaardes 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
| Key | Issue | Extra Informatie |
|---|---|---|
| SUITE-6293 | Onbestemd verdaagde agenda's van orgaan worden enkel nog getoond in de kalender wanneer er punten voor het orgaan zijn | In 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-5982 | Aanduiden bespreekpunt i.g.v. medewerker van meerdere kabinetten | Wanneer bespreekpunten per kabinet worden aangeduid, is het voortaan ook mogelijk voor een medewerker om deze aanduiding voor meerdere schepenen te doen. |
| SUITE-5835 | Artikelen decreet lokaal bestuur - link Vlaamse Codex | De 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-5830 | Vernieuwing raadpleegomgeving & update LBLOD functionaliteit | De raadpleegomgeving werd volledig vernieuwd, met inachtname van de laatste vereisten van het LBLOD project. |
Opgeloste bugs
| Key | Issue | Extra Informatie |
|---|---|---|
| SUITE-6327 | Update 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
| Key | Issue | Extra Informatie |
|---|---|---|
| SUITE-6216 | Het 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-5827 | Koppeling eSignFlow (voorheen Verifieer) - Confidesk / Smartloket | Er 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. |
Opgeloste bugs
| Key | Issue | Extra Informatie |
|---|---|---|
| SUITE-6267 | Validatie van verplichte velden bij het toevoegen of wijzigen van een contactmomenttype | Wanneer een verplicht veld niet wordt ingevuld wordt een foutboodschap onder het veld getoond. |
| SUITE-6230 | Externe pagina's uitsluiten binnen het KCC | Externe 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
| Key | Issue | Extra Informatie |
|---|---|---|
| SUITE-6216 | Het 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-6206 | De transactiedatum van een betaling wordt opgeslagen als een datumveld | Het 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-6203 | Parameters op het niveau van zaaktype/contactmomenttype voorzien | Binnen 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-6200 | Top 5 SmartLoket | De top 5 van de meest aangevraagde zaaktypes binnen SmartLoket wordt nu gebaseerd op de aanvragen en meldingen van de laatste twee weken. |
| SUITE-6055 | Beheer swimlanes op workflowinstellingen i.p.v. in workflow revisie | Het beheren van swimlanes zit voortaan op de workflowinstellingen (overzicht van een workflow) en niet langer in de specifieke revisie van een workflow. |
| SUITE-5827 | Koppeling eSignFlow (voorheen Verifieer) - ConfiDesk / SmartLoket | Er 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-5567 | Aanvragen 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-442 | Nieuwe mogelijkheden consents / prefillen van gekende contactgegevens | Er 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. |
Opgeloste bugs
| Key | Issue | Extra Informatie |
|---|---|---|
| SUITE-6282 | Het adreselement wordt weer correct bewaard bij het gebruik van condities. | |
| SUITE-6279 | Invoegformulieren exporteren binnen zaaktype | Invoegformulieren die gebruikt worden binnen een subworkflow van een zaaktype worden correct mee geëxporteerd met het zaaktype. |
| SUITE-6266 | Validatie van verplichte velden bij het toevoegen of wijzigen van een zaaktype | Wanneer een verplicht veld niet wordt ingevuld wordt een foutboodschap onder het veld getoond. |
| SUITE-6226 | Taken vrijgeven na het wijzigen van een zaak | Bij 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
| Key | Issue | Extra Informatie |
|---|---|---|
| BDCEI-994 | Aanpassing proces budgethouder Gent |