Project activity #32324
open
Betrokkenen pagina: Vanuit Tezza wordt in Open Zaak het veld 'roltoelichting' misbruikt (Analyse)
0%
Description
In de ZAC word de SAMAccountName gebruikt voor het toevoegen van een rol. De reden hiervoor is dat de het veld identificatie van het medewerker-object niet meer dan 24 karakters toelaat. Bij diverse klanten wordt als username het emailadres gebruikt. Wat in veel gevallen uit meer dan 24 karakter bestaat. SAMAccountName bestaat uit minder dan 10 karakters en is daarom invulbaar als identificatie.
Vanuit Tezza wordt in Open Zaak het veld 'roltoelichting' misbruikt door mederwerkersgevens als string te plaatsen met een pipe als scheiding. Analyse nodig om een andere manier te vinden om user gegevens op te halen.
Bron: https://dev-tezza-openzaak.contezza.cloud/zaken/api/v1/schema/#operation/rol_create
Update:2-6-2025- Ik wil graag de expand feature van ZRC hebben voor rollen en roltype voor de medewerker
- Use-case maak een rol aan van type medewerker met een niets zeggende username
- Analyse wat te doen bij het toevoegen van dezelfde gebruiken in Tezza op basis van voor en achternaam en email
- Ik wil graag de backend aangepast hebben dat hij de rol Toelichting niet meer vult
Updated by Diego Mirandola 24 days ago
- Subject changed from Betrokkenden pagina: Vanuit Tezza wordt in Open Zaak het veld 'roltoelichting' misbruikt (Analyse) to Betrokkenen pagina: Vanuit Tezza wordt in Open Zaak het veld 'roltoelichting' misbruikt (Analyse)
Updated by Tahir Malik 22 days ago
Graag ook onderzoeken of het in 1 call kan i.p.v. 2 calls die er nu zijn.
Updated by Erik Hoogland 4 days ago
- Parent task changed from #30786 to #30430
Koppelen aan correct project
Updated by Diego Mirandola 2 days ago
- Status changed from Backlog to In Progress
Updated by Diego Mirandola 2 days ago
- Status changed from In Progress to Feedback
- Assignee changed from Diego Mirandola to Tahir Malik
Zie analyse hieronder, graag doorzetten naar degene die dit verder moet oppakken of bespreken bij de volgende Tezza overleg.
Analyse / refactoring in de app (branch feature/tezza/roltoelichting/#32324)
- action 'rolCreate'
'roltoelichting' wordt al niet opgestuurd in de payload voor betrokkenen van type medewerker, dit wordt alleen ingevuld door de backend (vereist door zaken api specificatie)
'roltoelichting' verwijderd vanuit de payload van alle haal-centraal koppelingen (brp, hr, iconnect, opentunnel) voor alle betrokkene typen (np, nnp, vestiging)
veld 'roltoelichting' gemarkeerd als optioneel in het model van de payload
Let op: action wordt correct uitgevoerd, veld 'roltoelichting' wordt ingevuld door de backend (vereist door zaken api specificatie), met een andere structuur dan degene van de app. Dit wordt een probleem bij 'rolRemove'. Bovendien is het onhandig dat voor medewerkers wordt de dbid en niet de username opgeslagen.
- action 'rolRemove'
de backend checkt: rol.getRoltoelichting().contains(userName); om te begrijpen welke rol verwijderd moet worden; hierdoor kan de action niet meer werken voor np en nnp
Waarom werkt de backend niet op basis van de uuid van de role?
Anders moet RollenService.getAuthority() refactored worden om niet op basis van 'roltoelichting' te werken, en dezelfde data vanuit 'betrokkeneIdentificatie' te lezen. Dit is makkelijk voor np, nnp, vestiging maar voor medewerkers gebruikt dit nu de username, in betrokkeneIdentificatie wordt de dbid opgeslagen, dit is onhandig
- aanwezigheid van property 'roltoelichting' wordt door de code gebruikt om te herkennen dat een object een rol is. Dit blijft correct want 'roltoelichting' is verplicht in zaken api
- andere gebruik van 'roltoelichting' in de app is vervangen door RollenService.getAuthority()
Daarnaast:
- pipe ozInvolvedName verwijderd want niet gebruikt
