Ons platform en onze technologie is continu in ontwikkeling

Waarom?

Op het moment dat het niet uitmaakt in welke volgorde je de pagina's van een Blueriq formulier invult,  en je dus ook de mogelijkheid wil bieden om hier vrij tussen te navigeren, dan betekent dat dat je als Business Engineer nogal wat leidingwerk moet leggen. Zo bestaan er in een graaf met n knopen ¹/₂ n(n-1) mogelijke verbanden. Er rekening mee houdend dat er beide kanten uit genavigeerd moet kunnen worden (ofwel van pagina A naar B, en ook van B naar A) hebben we het dus over n(n-1) flowhandelingen die moeten worden uitgemodelleerd:

In bovenstaand voorbeeld betekent dit dus 56 flowhandelingen die gemodelleerd en onderhouden moeten worden. Het toevoegen van 1 pagina aan dit model resulteert in het toevoegen van 16 flowhandelingen. 

Wat?

Om dit makkelijker te maken breiden we onze flowengine uit met de mogelijkheid om vrije navigatie toe te staan tussen pagina's. Hierdoor hoeven Business Engineers zich geen zorgen meer te maken over alle mogelijke verbanden tussen vrij navigeerbare pagina's. De mogelijkheid om zelf controle te houden over flows, en deze zoals van ouds zelf te modelleren blijft uiteraard gewoon aanwezig.

Hoe?

Er wordt een specifiek flowtype gerealiseerd om te gebruiken voor deze vorm van navigeren. Daarnaast  wordt  er een menu container opgeleverd die de status van de in te vullen pagina's weergeeft. Hierdoor kan gezien worden op welke pagina's er nog gegevens moeten worden ingevuld, of validatiemeldingen moeten worden opgelost. 

En daarna?

Als dit alles werkt, willen we dat hierin ook flowing wordt ondersteund, tussen pagina's die conditioneel of meervoudig moeten worden uitgevoerd. Denk aan het itereren over leningdelen of het enkel invullen van partnergegevens indien er daadwerkelijke en partner aanwezig is.

Waarom

Security is een belangrijke non-functional van iedere applicatie. Daarom vinden wij het belangrijk om ook voor REST service calls een standaard mogelijkheid toe te voegen aan het platform om beveiligingsopties aan te zetten.

Wat

Voor zowel de aanroepende kant (AQ_RestServiceClient) als de versturende kant (Blueriq as a Rest Service) voegen we standaard opties toe om signering, timestamps en encryptie toe te passen. Daarnaast maken we het eenvoudig voor klanten om hier hun eigen security implementatie op toe te passen.

Waarom

Voor de user interface van Blueriq Encore, de DCM Maintenance App en de development tools gebruiken we ons eigen design system. Hierbij hebben we ons tot nu toe altijd gefocust op de dark mode variant. Echter is er veel vraag naar een light mode waarin er over het algemeen hogere contrastwaarden behaald worden. Dit maakt de user interface in condities met veel omgevingslicht beter leesbaar. We willen onze gebruikers graag de vrijheid geven om zelf op ieder moment te kunnen kiezen tussen een dark en light mode.

Wat

Light mode voor Blueriq Encore, DCM Maintenance App en development tools in aanvulling op de dark mode.

Waarom

Om meer flexibiliteit te bieden in de configuratie van de File Upload container is het handiger om de parameters dynamisch te maken en te koppelen aan het model zodat de Business Engineer hier meer invloed op kan uitoefenen.

Wat

Enkele parameters worden omgezet naar expressies zodat ze hun waarde door het model kunnen krijgen. Daarnaast wordt toegevoegd dat de container required gezet kan worden, net als attributen, zodat er geen work arounds gemaakt hoeven worden ter validatie.

Waarom

Naast de huidige ondersteunde methoden om met REST te communiceren met de buitenwereld (GET, POST, PUT en DELETE), komen we ook use cases tegen waarin het kunnen versturen van een PATCH bericht vanuit Blueriq naar een externe service wenselijk is. 

Wat

Daarom voegen we in Blueriq Encore en de runtime ondersteuning toe om out-of-the-box PATCH berichten te kunnen versturen met Blueriq. Het kunnen ontvangen van PATCH berichten in de context van een Blueriq as a rest service (Baars) zal niet ondersteund worden.