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.
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:
klantcontactnaar OpenKlant, o.b.v. de Payload die de frontend meestuurtactoraan, en geeft daarbij mee: naam (o.b.v. given_name en familly_name) en e-mailadres in deactor.identificatoractorklantcontactaan te maken.Voorgestelde verbeteringen:
Estimate
No response
Acceptance criteria
No response
Specific details
No response
Test plan
No response
Delivery notes
No response