...
Först hämtas aktuell meddelandemall från Template, baserat på val av lagrum i droplistan. För Parkeringstillstånd finns endast ett lagrum och därmed endast en mall. Vilken mall som ska användas avgörs också av aktuellt beslut (bifall eller avslag) samt om ansökan gäller förare eller passagerare.
Därefter kan handläggaren editera (delar av?) meddelandet genom att lägga till ytterligare text. Det vore bra om vissa givna fält i mallen kan fyllas i direkt med uppgifter från ärendet.
Innehållet för beslutet bör sparas ner på ärendet, dvs till CaseData.
För att se hur det faktiska beslutet kommer att se ut när det skickas ut till sökanden finns möjlighet att begära en rendering av beslutsdokumentet från Template.
Denna rendering bör sparas ner som en bilaga (på Decision-objektet?) på ärendet.
Om förhandsgranskningen är okej kan beslutet skickas ut via Messaging. Som svar erhålls meddelande-id, som måste sparas ner på ärendet, via CaseData, tillsammans med tidsstämpel (implicit?). Även detta på Decision-objektet?
När ett meddelande-id erhålls från Messaging innebär det egentligen enbart att tjänsten tagit emot förfrågan om att skicka ett meddelande, inte om det faktiskt har skickats vidare. Om den statusen behöver kontrolleras finns en funktion i Messaging även för det (märkt som “Get Message Status” i sekvensdiagrammet). Dock kan vi inte se om meddelandet faktiskt också kommit fram.
...