Als taakapplicatie-ontwikkelaar wil ik de taal van de eindgebruiker kunnen vastleggen in de geregistreerde zaak
Closed this issue · 6 comments
Onze formulierenoplossing laat eindgebruikers toe om te kiezen tussen beschikbare talen (NL/EN op dit moment). Met de ingevulde formuliergegevens is het mogelijk om deze als zaak te registreren voor de verdere afhandeling. Op dit moment is het niet mogelijk om structureel de taal vast te leggen van de klant.
Pro's
Structureel opnemen van de taal heeft de volgende voordelen:
- Het is duidelijk voor de behandelaar in welke taal die de klant dient aan te spreken
- De zaken kunnen automatisch gerouteerd worden naar een behandelaar die de betreffende taal machtig is (in de toekomst gaan we ook talen zoals Turks en Arabisch ondersteunen!)
Er is precedent: de taal van een enkelvoudiginformatieobject wordt vastgelegd.
Alternatieve oplossingen
Eventuele workaround: een eigenschap "taal" definiëren in het zaaktype en deze eigenschap vervolgens specifiëren. Echter dit is minder handig omdat andere applicaties niet weten of en in welke eigenschap de taal vastgelegd is.
Taal is iets in een interactie en moet dan bij klantintereacties/contactvoorkeuren vastgelegd worden. Zaakinformatie gaat over status en resultaat van een zaak, niet over de interactie met een burger of organisatie.
Dat een taal vastgelegd wordt bij een informatieobject is iets anders. Dat is vastleggen van een eigenschap van het informatieobject. Het gegeven wordt niet gebruikt bij verdere verwerking. Natuurlijk kun je wel zoeken op een informatieobject van een bepaald type in een bepaalde taal, bijvoorbeeld een folder met uitleg over inentingen in het Turks of Nederlands.
In het zaaktype vastleggen lijkt me geen goed idee. Dan zou je voor elke mogelijke taal een apart zaaktype moeten inrichten en onderhouden.
@hdksi Ik denk dat dit iets is voor de Klantinteracties API's
En wat dan over het automatisch routeren van zaken met gegevens in een bepaalde taal naar een behandelaar die die taal machtig is? Wat met huidige gebruik van de ZGW API's, aangezien de klantinteracties API nog geen realiteit is? Is er een prognose wanneer deze tot standaard verklaart wordt, in productie bestaat en ook daadwerkelijk ingezet en gebruikt wordt bij gemeenten?
Ik lees nu vooral een antwoord dat aankomt als "ja nee taal vastleggen voor de klaninteractie, dat kan nu gewoon niet". Wat is de oplossing?
En wat dan over het automatisch routeren van zaken met gegevens in een bepaalde taal naar een behandelaar die die taal machtig is
Ook dat is interactie met een klant en geen zaak-eigenschap. Wat ga je doen wanneer er meerdere betrokkenen (initiator, mede-initiator, gemachtigde etc.) zijn die een andere taal machtig zijn? Dat kun je alleen goed vastleggen wanneer je de taal bij de betrokkene vastlegt.
Snap ik, dus klantinteracties is de juiste plek, 100% helder en akkoord.
edit: conclusie voor ons is dat we nu dus NIET bij een zaak de interactietaal gaan vastleggen en dat is prima voor nu.
Dit issue laat overigens zien dat de Klantinteracties API's wel heel dringend nodig worden (zijn!).
In de 2023-opzet van klantinteracties is de voorkeurstaal van een klant opgenomen in de Partij en in de Bertrokkene bij klantcontact. Hiermee kan de voorkeurstaal voor hergebruik worden vastgelegd, maar ook de (eventueel afwijkende) voorkeurstaal voor eventuele verder afhandeling (interne taak of zaak) n.a.v het klantcontact.
Hiermee is deze functionaliteit geborgd.