Betere foutafhandeling in proces bij postklantcontacten

[sytskevanhasselt]

Description

als beheerder van KISS wil ik beter kunnen zien (in de frontend) wat er mis gaat als het posten van een klantcontact door een KCM niet lukt, zodat sneller het probleem kan achterhalen en oplossen.

Achtergrond
Als een KCM een Klantcontact gaat opslaan, gebeuren er tussen de KISS-frontend en het register een aantal dingen achter elkaar. Als er ergens in die stappen nu iets mis gaat, zie je in de frontend alleen maar een 500-error. Het zou prettig zijn als er duidelijker wordt wat er mis gaat e in welke stap.

Onderstaande beschrijft wat er gebeurt in de OK2-route. Mogelijk ook kijken naar de OK1/e-Suite route?

De stappen die KISS de kiss backend doorloopt:

• KISs post het klantcontact naar OpenKlant, o.b.v. de Payload die de frontend meestuurt
• KISS haalt het uuid van het klantcontact uit de response
• KISS haalt gegevens van de ingelogde gebruiker uit de OIDC-headers (?): given_name, familly_name en email
• KISS zoekt of de Actor bij de gebruiker al bestaat, door te zoeken op een actor-identificator met dat e-mailadres
• Als die niet bestaat, dan maakt KISS een actor aan, en geeft daarbij mee: naam (o.b.v. given_name en familly_name) en e-mailadres in de actor.identificator
• KISS gebruikt de UUID van de Actor (ofwel gevonden, ofwel die net is aangemaakt) en het uuid van het klantcontact om een actorklantcontact aan te maken.

Voorgestelde verbeteringen:

• meldingen die terukomen uit de klantineracties-API terugkoppelen in de foutmelding naar de frontend.

Estimate

No response

Acceptance criteria

No response

Specific details

No response

Test plan

No response

Delivery notes

No response