Ons platform en onze technologie is continu in ontwikkeling

Waarom?

Voor grotere projecten verbeteren we hiermee de reactie snelheid van het systeem. Door zowel synchroon als asynchroon te ondersteunen, verzwaren we niet de kleinere projecten met het verplicht neerzetten van extra infrastructuur

Wat?

We gaan het mogelijk maken om de trace en timeline functionaliteit events op een queue zetten en weggeschreven worden in een database (zie onderstaand figuur). Zo kun je dus dezelfde functionaliteit configureren als de synchrone variant, maar dan hoeft de gebruiker niet te wachten op het trace resultaat. Verwerking kan dan op een ander (bijvoorbeeld lager) tempo worden voortgezet.

Om de functionaliteit te kunnen inzetten is er een werkende RabbitMQ nodig.

Waarom?

We willen het inregelen en onderhouden vereenvoudigen, door de gebruiker te voorzien van visuele ondersteuning en de beschikking te geven over diverse filtermogelijkheden en overzichtsdocumenten.

Wat?

De applicatie moet voor zowel de ervaren als de minder ervaren gebruiker eenvoudig te gebruiken zijn, zonder dat men met een lange inwerktijd wordt geconfronteerd.

Waarom doen we dit?

Met deze aanpassingen zorgen we ervoor dat:

1. Meerdere kenniswerkers tegelijkertijd op een dossier kunnen werken zonder elkaar te verstoren

2. Snellere responstijden bij het opvragen van zaken en taken

3. Geen timings issues meer optreden

4. Stabielere omgeving

5. Ondersteunen event gedreven architectuur

Wat gaan we doen?

We verbeteren de architectuur van de DCM werklijst (DCM lists) door de technische verantwoordelijkheid te veranderen van componenten in ons platform. Dit doen we op een dusdanige manier dat klanten die gebruik maken van de standaard DCM werklijsten (DCM  lists) geen migratie werkzaamheden uit hoeven te voeren, buiten het regulier upgraden.

Waarom?

In de komende major release 15 komt de eerste versie van een compleet vernieuwde modelleer omgeving genaamd Encore! In deze nieuwe omgeving hebben we op basis van diverse feedback sessies met gebruikers diverse verbeteringen doorgevoerd. We begrijpen dat iedereen hier aan moet wennen. Als onderdeel van het hele transitie programma met online tutorials bieden we ook een online omgeving aan om mee te experimenteren.

Wat?

We maken voor jullie een online omgeving met altijd de allerlaatste versie van Blueriq Encore, onze nieuwe modelleer omgeving. Wil je gebruik maken van https://meet-encore.blueriq.com? Neem dan contact met mij op.

Waarom?

Onze huidige manier van audit loggen is onvoldoende specifiek in de verschillende acties en informatie. Met deze stap verbeteren we de mogelijkheid om blueriq dossier te kunnen auditen wie welke informatie heeft ingezien en gewijzigd.

Wat?

We vertrekken vanuit de DCM scope om op deze manier te borgen voor een 'sluitend geheel'. Juist voor audit logging wil je namelijk geen ongedekte paden kunnen hebben.  Alle gebruikte onderdelen binnen een DCM context (case engine, runtime, services en containers) gaan we zodanig uitgebreid dat deze specifieke logregels gaan wegschrijven.

Deze gegeven worden weggeschreven in de Blueriq maintenance dashboard. Hiervoor worden ook nieuwe rollen toegevoegd die zodat ook alleen die personen het morgen zien die hiervoor door de organisatie gerechtigd zijn.

Waarom?

Met deze feature verhogen we het gebruikersgemak van Blueriq voor beheerders en developers.

Wat?

In de Exposed Blueriq Webservices widget tonen we nu een extra knop die, na selectie van een project waar zich een REST service in bevindt, de url van de OpenAPI documentatie kopieert naar je clipboard. Deze kan je vervolgens eenvoudig openen waar jij wilt, in een nieuwe browser tab of bijvoorbeeld in tools als Postman.

Waarom?

Bij de huidige projecten zien we dat onze huidige expressie kracht onvoldoende is om te voldoen aan de wensen van onze klanten. Door deze extra stap versterken we de kracht van onze Conversations API.

Wat?

Er komt een meer dynamischer manier om via een expressie de juiste tree te selecteren. Daardoor heb je als modelleur meer opties de selectie uit te werken en/of door te geven. We introduceren twee nieuwe parameters zodat alles ook goed onderhoudbaar is.

Waarom?

Onze rule engine is het hart van onze oplossingen, de basis van ons bestaan. Met enige regelmaat ruimten we tijd in om de conditie van onze engine te verbeteren.

Wat?

We gaan samen met een klant opzoek naar performance bottlenecks om deze vervolgens weg te nemen.

Waarom?

Door deze verandering van architectuur verkleinen we de footprint van de Blueriq Runtime en verbeteren we de schaling en deploy mogelijkheden van de document renderings engine tegelijkertijd. Klanten die zwaar leunen op document rendering kunnen op deze manier goedkoper en beter schalen.

Wat?

De document rendering engine waarmee klanten al jaren vele miljoenen documenten mee genereren  wordt uit de Blueriq Runtime gehaald en wordt als een aparte service in het landschap geplaatst.

Waarom?

API's en ontkoppeling zijn niet meer weg te denken in de wereld van ICT. We zien dat hiermee het gebruik van data mappingen in de modellen toeneemt. Tegelijkertijd is gebleken dat de data mapping editor niet alleen heel krachtig is, maar ook complex kan zijn. Met de nieuwe data mapping editor kunnen we met behoud van de kracht van een data mapping het modelleerproces (nieuwbouw én onderhoud) versimpelen.

Wat? 

Met de introductie van Encore verbeteren we ook de manier om een data mapping te maken. Deze data mapping kan je gebruiken om de (rest/soap) interfaces van je kennismodel te ontkoppelen. Het is vanuit deze volledig vernieuwde editor ook mogelijk om je model te simuleren en unit testen. Kortom, een uitgebreide toolbox op API first te kunnen werken.

Waarom?

De huidige studio wordt vervangen: een mooi moment om om de gebruikers ervaring voor Business Engineers te verbeteren.

Wat?

We maken het mogelijk om pagina's en containers te modelleren in Blueriq Encore. De scope omvat de volgende editors: page, container, custom container AQ_InstanceLinker, asset, button, presentation style (global), content style (global), asset type (global), container type (global), field type (global), parameter (global).

Waarom?

In het afgelopen jaar hebben klanten in hun strategische plannen met ons gedeeld hoe ze Blueriq Dynamic Case Management willen gaan inzetten in hun landschap. Op basis van deze plannen hebben we besloten onze DCM engine te vernieuwen qua opzet en architectuur.

Wat?

Met deze majeure stap maken we een api-first DCM engine wat zowel synchroon als asynchroon kan werken. Een grondige herziening hoe we DCM oplossingen kunnen neerzetten bij klanten. Met deze stap verbeteren we ook de event consistency en bereiden we ons voor op een integratie in een event-driven architecture.

Waarom?

De huidige studio is aan vervanging toe, een mooi moment om om de gebruikers ervaring voor Business Engineers te verbeteren.

Wat?

We maken het mogelijk om documenten te modelleren in Blueriq Encore. De scope omvat de volgende editors: document, text item, content item, image, mask (global), mask type (global).

Waarom?

Om de consument te beter te ondersteunen bij het kiezen van een hypotheek, is het prettig als een tussenpersoon in een oog opslag kan zien welke geldgever past bij de consument en andersom. De consument krijgt dan ook te zien aan welke beleidsregels de consument moet voldoen om zo een geaccepteerde offerte van de geldgever te ontvangen.

Wat?

Verbeteren van de mogelijkheid om een hypotheek aanvraag bij meerdere geldgevers te laten toetsen.

Waarom?

Door te werken aan een eigen standaard voor het aansluiten, kunnen we meer flexibiliteit bieden in de toekomst. Op deze manier kunnen we snel schakelen als een partij nieuwe gegevens wil gaan aanleveren i.v.m. een wijziging of uitbreiding van het beleid. Hierbij kan de wijziging bijna altijd worden doorgevoerd zonder dat dit andere partijen raakt, waardoor wij heel flexibel zijn in de geboden beleidsondersteuning.

Wat?

We ontwikkelen een eigen FinEngine specifieke schema waar de klant voor kan kiezen. Uiteraard blijven we de diverse marktstandaarden ondersteunen.

Waarom?

De huidige studio is aan vervanging toe, een mooi moment om om de gebruikers ervaring voor Business Engineers te verbeteren.

Wat?

We maken het mogelijk om versiebeheer te kunnen doen in Blueriq Encore. Functioneel blijft het hetzelfde als in de huidige studio. De scope omvat: het registreren en reverten van pending changes, het mergen van branches, conflictresolutie en het bekijken van de respository history.

Waarom?

Deze oplossing zorgt ervoor dat alle nieuwe http-requests kunnen worden uitgevoerd door een andere identieke case engines instantie. Hierdoor kunnen case engines makkelijker dynamisch worden op- en afgeschaald en kunnen, bij een case engine die niet beschikbaar is, nieuwe http-requests makkelijker worden afgehandeld door een case engine die nog wel beschikbaar is.

Wat? 

Voor bestaande en nieuwe klanten die DCM inzetten op een dynamisch geschaalde omgeving de DCM Failover is een oplossing dat ervoor zorgt dat de gebruikerssessie buiten Blueriq kan worden opgeslagen. In tegenstelling tot de huidige oplossing, die de gebruikerssessie in het geheugen van een Blueriq Runtime beheert, en daarmee de gebruikerssessie afhankelijk maakt van een specifieke instantie van de Runtime.

Waarom?

De huidige studio is aan vervanging toe, een mooi moment om om de gebruikers ervaring voor Business Engineers te verbeteren.

Wat?

Met deze stap maken we het mogelijk om processen te modelleren in Blueriq Encore.