Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 10
Next »
Hoogtepunten release
Webinar
Release nota's in detail
GV Suite - Algemeen
Verbeteringen
|
| 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. |
Opgeloste bugs
|
| 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
|
| 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
|
| 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
|
| 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
|
| 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
|
| 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 (LINK https://greenvalleybelgium.atlassian.net/wiki/spaces/HAN/pages/711033034/Gestandaardiseerde+vraag+ID+s+voor+identificatie+en+adressering), alsook de prefill die ingesteld moet worden om de gegevens te prefillen bij nieuwe aanvragen (LINK https://greenvalleybelgium.atlassian.net/wiki/spaces/HAN/pages/678560321/eID+Prefill+-+Prefill)
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. |
Opgeloste bugs
|
| 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 wordt 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