Contactverzoek voor een Medewerker moet gemaild kunnen worden

[sytskevanhasselt]

Description

Als Gemeente Utrecht wil ik, als ik een contactverzoek maak voor een Medewerker, e-mailadres van die medewerker kunnen meegeven, zodat onze tijdelijke backoffice het Contactverzoek kan oppakken en de inhoud kan mailen naar de medewerker.

Achtergrond Voor het oppakken van contactverzoeken wil Utrecht een minimaal procesje inregelen in GZAC of een andere engine.

• Deze engine luistert naar de notificaties van de interne taken uit OK2.
  • LET OP: OK2 heeft nog géén notificaties op interne taken. Er is wel een wens ingediend, voor notitificaties op Partijen (Zie issue #224 bij Open Klant)
• Als er een nieuwe is, haalt de engine alle relevante informatie gekoppeld aan die interne taak op en stuurt het contactverzoek per mail door naar de medewerker, of de afdeling/groep in kwestie.

Utrecht wil beginnen zonder smoelenboek: KCM zoekt de medewerker op in Wie-is-wie (andere applicatie) en copy-paste e-mailadres. Dat moet men wel ergens kunnen invullen

Estimate

obv feature switch; normale werking, of email veld ipv medewerk search: 5pt (is misschien relatief veel, maar ervoor zorgen dat dit soort uitzonderingen en variaties niet tot spaghetti code leiden vereist mogelijk wat extra effort)

Acceptance criteria

• Bovenin het Contactverzoekformulier kun je alléén kiezen voor Afdeling of Groep. De optie Medewerker vervalt.
  • Omdat een KCM altijd een afdeling of groep moet opgeven voor het Contactmoment bij een Contactverzoek, moeten deze twee opties aanwezig blijven.
• De werking van de velden Afdeling / Groep zijn ongewijzigd (KCM kan de afdeling of groep invullen m.b.v. een autocomplete-dropdown)
• Omdat er géén koppeling is tussen afdelingen en groepen enerzijds, en medewerkers anderzijds, is er géén aparte ingang voor Medewerker.
• Onder de geselecteerde afdeling of groep staat altijd een niet-veprlicht invoerveld, waarin een KCM het e-mailadres van een medewerker kan invullen:
  • Als de KCM géén e-mailadres invult, wordt het een contactverzoek alleen voor de geselecteerde afdeling / groep
  • Als de KCM wél een e-mailadres invult, wordt het een contactverzoek voor de medewerker én de geselecteerde afdeling of groep.
  • Dit e-mailadres wordt opgeslagen bij de Actor
• Dit veld bevast validatie op juiste formattering e-mailadres.

Specific details

• e-mailadres komt in actor.naam
• e-mailadres komt in actoridentificator:

nog invullen wat er in de andere 3 velden van de actoridentificator komt te staan.

Test plan

No response

Delivery notes

No response

[mstokericatt]

@sytskevanhasselt er is al de mogelijkheid om custom formuliertjes aan contactverzoeken toe te voegen. zou dat gebruikt kunnen worden voor het uitvragen van het emailadres? dan hoeven we alleen van het selecteren van een medewerker een optionele feature te maken

waar zou in de voorgestelde oplossing het emailadres vastgelegd moeten worden in het contactverzoek? als een actor, of in de tekst van de internetaak ofzo?

[sytskevanhasselt]

besproken:

• emailadres mdw komt in de actor
• dus manier van invullen actor moet ook anders.

Voorlopig featureswitch:

• óf smoelenbeok
• óf e-mailveld voor mdw.

evt. gecombineerde variant later uitdenken