Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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
languagejson
{
	"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
breakoutModewide
languagejson
{
	"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

externalCaseId för ärendet.

Skall enligt spec vara unikt överallt, är externalCaseId bra för det?

kundhandelsekategori

String

Typ av händelse för ärendet

Möjliga värden: Mottagningskvittens, Beslut, Föreläggande,
Kompletteringsbegäran, Upplysning, Kallelse,
Påminnelse, Förfrågan, Svar, Åtgärd krävs

registreradTidpunkt

DateTime

Startdatum för ärendet

Kan tas från klasen EnvironmentalCase i caseManagement? Saknar tidpunkt där.

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 parametern kundhandelsekategori “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, är externalCaseId vettigt?

...