...
Fördel: Sändande system håller reda på ärenden, slipper hantering av personuppgifter
Nackdel: Stökigare för klienterÄrendenummer hålls av klient, utökning av spec, kan bli många varianter av key-value-partappar kontrollen på api:et, hålla dokumentation / giltiga värden aktuella blir utmanande.
Code Block | ||
---|---|---|
| ||
{ "anropandeSystem": "något system", "flexibeltFaltMedBraNamn": [ { "externalCaseId": "externalCaseId-1" }, { "externalCaseId": "externalCaseId-2" } ] } |
...
Fördel: Sändande system håller reda på ärenden, slipper hantering av personuppgifter, behåller kontroll över vad som kan skickas in.
Nackdel: Utökning av spec, ett anrop per ärendestatus
...
Code Block | ||||
---|---|---|---|---|
| ||||
{ "metadata": { "huvudman": "165565491460", "externAnvandare": "197001011234", "hamtatDatum": "2021-09-29T13:05:00+01:00" }, "kundhandelser": [ { "kundhandelseId": "externalCaseId-1", "handelserubrik": "Text som kortfattat beskriver händelsen.", "handelsebeskrivning": "En ännu längre text som beskriver ärendet med fler detaljer.", "kundhandelsekategori": "Åtgärd krävs", "registreradTidpunkt": "2021-09-25T12:05:20+01:00" }, { "kundhandelseId": "externalCaseId-2", "handelserubrik": "Text som kortfattat beskriver händelsen.", "handelsebeskrivning": "En ännu längre text som beskriver ärendet med fler detaljer.", "kundhandelsekategori": "Föreläggande", "registreradTidpunkt": "2021-09-24T11:01:10+01:00" } ] } |
Förklaring av parametrar
request
parameter | typ | förklaring | Extra-info / kommentar |
---|---|---|---|
anropandeSystem | String | Namn på anropande system | |
externAnvandare | String | Den externa användare som utför förfrågan, kan vara personnummer eller organisationsnummer. | |
huvudman | String | Person eller organisation som det skall hämtas uppgifter om. |
...
parameter | typ | förklaring | Extra-info / kommentar |
---|---|---|---|
handelserubrik | String | Kortfattad beskrivning för ärendet | |
handelsebeskrivning | String | Ännu längre beskrivande text för ärendet | Behövs denna? |
kundhandelseId | String |
| Skall enligt spec vara unikt överallt, är |
kundhandelsekategori | String | Typ av händelse för ärendet | Möjliga värden: Mottagningskvittens, Beslut, Föreläggande, |
registreradTidpunkt | DateTime | Startdatum för ärendet | Kan tas från klasen |
Förtydligande “kundhandelsekategori”
Efter mail-konversation med Martin Karlsson på Tillväxtverket är det i dagsläget dessa 4 kundhändelsekategorier som gäller:
Mottagningskvittens (Bollen är hos oss …)
Beslut (Bollen är i mål …)
Fråga (Bollen är hos dig …)
Upplysning (Ungefär som “Fråga”, du kan göra något men behöver inte, annars tar vi det vi har. En “vänlig upplysning” om vad kunden kan tänkas ta sig för. )
ToDo
Förklaring till möjliga värden i parameternkundhandelsekategori
“kundhandelsekategori” för att kunna mappa, se nästa punkt.Mappning av värden:
från Ecos2 till
kundhandelsekategori, handelserubrik, handelsebeskrivning
Vad skall användas i parametern
kundhandelseId
, ärexternalCaseId
vettigt?
...