...
I takt med att vi etablerar funktioner för ärendehantering i API-lagret (exempel: CaseManagement och Incident) så ger detta att OeP måste kunna läsa och presentera status för ärenden som hanteras i dessa funktioner (inte bara statusar på ärenden som hanteras internt OeP).
...
För att få detta hanterbart i OeP så etablerar vi ett standardiserat status-API för status (ur intressentens perspektiv), som i sin tur hämtar statusar från respektive API. OeP läser status från detta standardiserade APIet när status hämtar kontinuerligt aktuell status via anrop till detta API och uppdaterar sin egen databas. Vid behov kan OeP förstås också hämta status när den efterfrågas av en intressent (“on demand”) - status för dessa ärenden dubbel-lagras nödvändigtvis inte i OeP, men om man ändå vill det så finns det ju inget som hindrar det, och om OeP ser behov av att kontinuerligt uppdatera sin interna status kan OeP självklart implementera det.
Lösningsbild
Gliffy | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Länk till formellt beslut
...
|