Als Erfpacht-ontwikkelaar wil ik persoonlijke communicatie instellingen opslaan

[joeribekker]

..zodat ik bijvoorbeeld niet over alles benaderd wordt.

Deze user story komt voort uit de hackathon rondom MijnZaken/notificeren, waarin in diverse presentaties iets werd gezegd over wanneer wel/niet een bericht sturen, en naar welk kanaal/specifieke (digitale) adres.

Het is niet duidelijk of dit in deze API moet komen maar het is wel gerelateerd, dus voer voor discussie.

Discuss

• Moet er een functie in de API komen om voorkeuren op te slaan rondom notificeren? Bijvoorbeeld: Voor zaken in domein Wonen: E-mail naar [email protected]; Voor taken: SMS naar 0612345678

[Stefanieams]

Voor Amsterdam Erfpacht is dit een nice to have maar geen must.

[joeribekker]

Deze gaat het niet halen en is een nice to have. Buiten sprint geplaatst.

[joeribekker]

De vraag is of dit in deze API moet komen (beetje zoals BRP+) en zo ja, welke attributen dan precies?

[joeribekker]

@joeridiederen ping

[joeridiederen]

Hi @joeribekker;

Mocht dit over de discussie gaan over 'voorkeurskanaal' tov 'digitaaladres', dan is het goed om te weten dat vanuit Rotterdam besloten is om te conformeren aan het attribuut 'digitaaladres', zoals reeds opgenomen in Open Klant. Dus de use case: 'klant vraagt digitaal aan maar wil ook een beschikking per post' zal dan niet direct mogelijk zijn via die registratie.

Mocht dit over iets anders gaan, let me know.

[joeribekker]

Ha @joeridiederen. Dit gaat over gedetailleerde instellingen mbt communicatie:

Wil je altijd een bevestiging ontvangen, wil je statusupdates? Wil je dit per zaaktype/categorie anders instellen? Mensen moeten controle hebben over welke berichten ze wel en niet willen ontvangen. De lijst van mogelijkheden zou deels vast kunnen liggen, maar wellicht moet het nog gedetailleerder op zaaktype niveau: Wel statusupdates van mijn vergunningsaanvraag, niet van mijn verhuizing.

Moeten we hier nog wat mee?

[joeridiederen]

Zullen we het dinsdag even bespreken @joeribekker?

Als gedachtengang: de doelarchitectuur is dat het outputmanagementcomponent logica gebruikt om te bepalen wanneer de iemand welke notificatie op welk kanaal krijgt. Die logica is vooraf door een proceseigenaar verwerkt en wordt getriggerd door notificaties vanuit registers zoals zaken, contacten, producten et cetera. Het voorkeurskanaal en de contactgegevens worden opgehaald uit Open Klant.

Deze wens focust op transactie-gedreven notificatie-instellingen; dus per proces, product, et cetera. Die instelling kun je pas tonen als er sprake is van een proces of product, want anders moet je de hele ULP tonen, en daar wordt een inwoner niet blij van.

Dus als de klant toegang moet krijgen tot de logica van deze notificaties, lijkt het me dat er een grafische interface in het portaal moet worden gemaakt, die toegang geeft tot een beperkt gedeelte van de logica in het outputmanagement en deze filtert op basis van de actuele producten of zaken die een klant heeft.

Als ik die gedachtengang volgt, zie daarin zo snel geen aanvullende rol voor Open Klant.