690.8 Ændringer til aktiviteter – bl.a. Kendskab til jobcenter på aktivitet
Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
(Skabelon af dato 17/12-2015)
| Page Properties | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
1 Ændringslog
2 Afgrænsning af epic
3 Oversigt over berørte web services
4 Beskrivelse af epic
4.1 690.8.1 Som virksomhedskonsulent ønsker jeg at kunne se hvilket jobcenter der har oprettet en aktivitet
4.1.1 ActivityService (Version 3)
4.1.2 ActivityService (Version 4)
4.1.3 Andre service der udstiller aktiviteter
4.2 690.8.2 UpdateHistoricActvity tilrettes så den fremadrettet opdaterer aktiviteter på sagsbehandlerkladden også
4.3 690.8.3 På en aktivitet kan jeg registrere reference til en jobordre eller jobannonce.
4.3.1 ActivityService (Version 4)
4.3.2 CodeListService (Version 5)
4.3.3 Andre service der udstiller aktiviteter
4.4 690.8.4 Hvis forsørgelsestype indberettes af en serviceaftager ignoreres denne 690.8.5 En aktivitet der hentes i DFDG udstiller ikke forsørgelsestype
4.4.1 ActivityService (Version 4)
4.4.2 Andre service der udstiller aktiviteter
4.5 690.8.6 Nytteindsats for en dagpengemodtager, skal markeres som et rådighedsafprøvende tilbud
4.5.1 ActivityService (Version 3 og 4)
4.6 690.8.7 CVR- og p-nr. skal være udfyldt med 8 hhv. 10 tegn ved Create
4.6.1 Ny validering på CreateActivity –krav om CVR- og p.nr. eller hhv 8 og 10 tegn
5 Særlige krav til test
6 Kendte udeståender fra udviklingsfasen
7 User stories
...
Dato | Version | Forfatter | Berørte afsnit | ||||||
18.01.16 | BDA | Dokument oprettet i version 0.1 | |||||||
19.01.16 | 0.3 | BDA | Dokument løftet til version 0.3 | ||||||
01.08.17 | 0.3.1 | ALL | Opdateret med acceptkriterier hhv. vedr. reference på jobordre eller jobannonce og vedr. forsørgelsestyper | ||||||
03.10.2017 | 0.3.2 | ALL | Opdateret med nyt acceptkriterie vedr. rådighedsafprøvende tilbud. | ||||||
09.10.2017 | 0.3.3 | CO | Ændringer til DFDG sat ind, klar til tilsagn. | ||||||
16.10.2017 | 0.3.4 | CO | Tilrettet med input fra KSS og afsnit 3 udfyldt. | ||||||
23.10.2017 | 0.3.4 | CO | Collection af referencer flyttet til ActivityCoreItem | ||||||
31.10.2017 | 0.3.5 | kpp | Nyt acc.kr. 7: På Create-metoden valideres for, om CVR- og p.nr. eller hhv 8 og 10 tegn (hidtil er ikke valideret på input-siden, men kun på output) | ||||||
02.11.2017 | 0.3.6 | kpp |
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
Afgrænsning |
| |||
Som en virksomhedskonsulent vil jeg kunne se hvilket jobcenter der har oprettet en aktivitet for at vide hvem jeg skal kontakte hvis spørgsmål. |
| |||
Acceptkriterier |
|
| ||
Nr. | Beskrivelse | Relevant for Beskriver hvilke af STARs leverandører som skal løse dette acceptkriterie |
| |
690.8.1 | Som virksomhedskonsulent ønsker jeg at kunne se hvilket jobcenter der har oprettet en aktivitet | DFDG |
| |
690.8.2 | UpdateHistoricActvity tilrettes så den fremadrettet opdaterer aktiviteter på sagsbehandlerkladden også | DFDG | ||
690.8.3 | På en aktivitet kan jeg registrere reference til en jobordre eller jobannonce. | DFDG | ||
690.8.4 | Hvis forsørgelsestype indberettes af en serviceaftager ignoreres denne | DFDG |
| |
690.8.5 | En aktivitet der hentes i DFDG udstiller ikke forsørgelsestype | DFDG, Jobnet, BI, VOA | ||
690.8.6 | Når jeg som sagsbehandler i et jobcenter afgiver et tilbud om nytteindsats for en dagpengemodtager, skal dette markeres som et rådighedsafprøvende tilbud. | DFDG | ||
690.8.7 | Når jeg opretter aktiviteter valideres der på, om CVR- og p.nr. er udfyldt med 8 hhv. 10 tegn, så jeg ikke kan gemme aktiviteter, som det ikke senere er muligt et hente med Get-metoder | DFDG |
|
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier |
|
|
|
|
|
| Bemærkninger |
|
| Acceptkriterie Bemærkninger | ||||||||
Acceptkriterie 690.8.1 | Acceptkriterie 690.8.1Acceptkriterie 690.8.2 | Acceptkriterie 690.8.3 | Acceptkriterie 690.8.6 | Acceptkriterie <nr.>690.8.7 | Acceptkriterie <nr.> | Acceptkriterie <nr.> |
|
|
| ||||||||||
Virksomhedskonsulenten kan på en ativiteter der vises for en virksomhed – kunne se hvilket jobcenter der har oprettet aktiviteten | x |
|
|
|
|
|
|
|
|
| |||||||||
UpdateHistoricActvity tilrettes så den fremadrettet opdaterer aktiviteter på sagsbehandlerkladden også |
| X |
|
|
|
|
|
|
|
| |||||||||
Som KSS jeg kan anvende data fra en jobordre eller en jobannonce fx til oprettelse af aktivitet |
|
| X |
|
|
|
|
|
|
| |||||||||
Som KSS behøver jeg ikke indberette forsørgelsestype |
|
|
|
|
|
|
|
|
|
| |||||||||
oprettelse af aktivitet | X | ||||||||||||||||||
Som KSS behøver jeg ikke indberette forsørgelsestype | |||||||||||||||||||
Som KSS skal behøver jeg markere nytteindsats for en dagpengemodtager som et rådighedsafprøvende tilbud. Jeg skal huske, at udfylde begrundelsesfeltet, da dette er obligatorisk for rådighedsafprøvende tilbud (validering i DFDG). |
|
|
| X |
|
|
|
|
|
| |||||||||
Som KSS kan jeg håndtere, at CPR-nr. og p-nr. skal være udfyldt med 8 hhv. 10 tegn |
|
|
|
| X |
|
|
|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
Snitflade | Serviceaftager der er berørt |
|
|
|
|
|
|
| Bemærkninger |
| |||||||||||
| DFDG | Jobnet | Plannersystemer | KSS | A-kasse | Ydelsessystem | JobKon | Andet |
|
|
| JobKon | Andet | ||||||||
ActivityService (Version 3).
|
|
| X |
|
|
|
|
| Ny fejlkode |
| |||||||||||
ActivityService (Version 4).
|
| |
| f |
|
|
|
|
|
|
| ||||||||||
CodeListService (Version 5). ReferanceTypeIdentifier |
|
| f |
|
|
|
|
|
|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
...
Udvides med myndighedkode for de jobcenter der har oprettet aktiviteten. Det er det Jobcenter kaldt der CreateActivity de anvendes. Det efterspørges også om det er muligt at medtage dato for første publicering af aktiviteten.
Kun relevante og ændrede elementer er vist.
Element | Type | Forekomst | Beskrivelse |
|---|---|---|---|
GetActivityResponse | GetActivityResponseType | 1 | |
- ActivityItem | ActivityItemType3 | 1 | En specifik aktivitet for en borger. |
ActivityCoreItem | ActivityCoreItemType4 | 1 | Indeholder basisdata for en aktivitet. |
- RecordingAuthority | AuthorityCodeType | 0-1 | Myndighedskode på det oprettende jobcenter. |
Oplysningen kan kun hentes vis "GetActivity".
...
Berøres ikke ved denne ændring.
| Anchor | ||||
|---|---|---|---|---|
|
...
- Hvis "Ekstern system reference" Id 4 så angives identifikation af hvilken reference det er i ReferanceTypeDescription. DFDG valideret ikke for dette.
Kun relevante og ændrede elementer er vist.
Element | Type | Forekomst | Beskrivelse |
|---|---|---|---|
ActivityCoreItemCompanyActivity | ActivityCoreItemTypeCompanyActivityType4 | 1 | Indeholder basisdata for en aktivitet.Indeholder virksomhedsrettet aktivitetsdetaljer. Er denne type til stede er aktiviteten af typen 'virksomhed'. |
- ReferenceIdentifierCollection | ReferenceIdentifierType | 0-1 | Samling af referencer til andre registreringer i DFDG eller lokalt hos jobcenter. |
ReferenceIdentifierType | ReferenceIdentifierType | 0-* | Reference til andre registreringer i DFDG eller lokalt hos jobcenter. |
ReferenceIdentification | String | 1 | Nøgle til det referancen. Interne referancer til andet i DFDG skal være en GUID |
ClientSystemTypeIdentifier | 1 | System der ejer referancen. | |
ReferanceTypeIdentifier | ReferanceTypeIdentifierType | 1 | Hvilken type af reference identifikationen peger på. F.eks. en ordinær joborder, |
ReferanceTypeDescription | String | 0-1 | Hvis der er en ekstern reference så identifikation af hvilken reference det er |
Konvertering
Eksisterende JobOrderIdentifier konverteres ikke og fra version 4 af AktivityService skal/må feltet ikke mere anvendes. Feltet fjernes ikke af hensyn til eksisterende referancer og eksisternde referancer kan forsat læses og gemmes. DFDG validerer ikke på hvad der er i feltet og om det anvendes.
...
Kodeliste der angiver om hvilken type af reference (ReferenceIdentification) peger på.
Bemærk: "Ekstern system reference" Id 4 kan bruges af de eksterne serviceaftagere til at angive lokale (interne referencer), det kan så i "ReferanceTypeDescription" beskrives hvilken reference der er tale om.
OBS. Listen er generisk og indeholder derfor også kodelisteværdier på typer der ikke nødvendigvis bliver brugt i forbindelse med aktiviteter.
Ny kodeliste.
Id | Navn | Beskrivelse | Startdato | Slutdato |
1 | Jobannonce | Reference til en jobannonce (jobAdId) i JobAddService. | 01-10-2017 | 01-07-2100 |
2 | Tilskudsansættelses ansøgning | Reference til tilskudsansøgning i VITAS (VitasJobOfferIdentifier) | 01-10-2017 | 01-07-2100 |
3 | Ordinært joborder | Reference til landsdækkende ordinær joborder (CompanyRecruitmentIdentifier) i CompanyRecruitmentService. | 01-10-2017 | 01-07-2100 |
4 | Ekstern system reference | Ekstern system reference | 01-10-2017 | 01-07-2100 |
...
Disse service berøres ikke, da ReferenceIdentifierCollection kun anvendes i ActivityService.
| Anchor | ||||
|---|---|---|---|---|
|
...
CreateActivity, UpdateActivity, CreateHistoricActivity, UpdateHistoricActivity og GetActivity
Model 1.
SustenanceTypeIdentifier fjernes fra snitflade men ikke database, af hensyn til historik og de andre service hvor den forsat udstilles.
Model 2.
Eventulle valideringer på SustenanceTypeIdentifier og indhold smides væk
| Anchor | ||||
|---|---|---|---|---|
|
...
Berøres ikke ved denne ændring og SustenanceTypeIdentifier vil stadig fremgå.Dette er tekniskgæld til senere oprydning når data ikke mere er relevant på historiske aktiviteter.
...
Berøres ikke ved denne ændring og SustenanceTypeIdentifier vil stadig fremgå.Dette er tekniskgæld til senere oprydning når data ikke mere er relevant på historiske aktiviteter.
...
Berøres ikke ved denne ændring og SustenanceTypeIdentifier vil stadig fremgå.Dette er tekniskgæld til senere oprydning når data ikke mere er relevant på historiske aktiviteter.
...
WSRMbeskeder i relation til dette Berøres ikke ved denne ændring og SustenanceTypeIdentifier vil stadig fremgå.Dette er tekniskgæld til senere oprydning når data ikke mere er relevant på historiske aktiviteter.
...
Berøres ikke ved denne ændring og SustenanceTypeIdentifier vil stadig fremgå.Dette er tekniskgæld til senere oprydning når data ikke mere er relevant på historiske aktiviteter.
...
Berøres ikke ved denne ændring.
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
...
På Create-metoden indføres validering for, om CVR- og p.nr. er hhv 8 og 10 tegn.
Der valideres fortsat ikke for, om det anvendte CVR- og p-nr. findes i CVR-registeret. Der er således tale om en validering af det tekniske format – og ikke af, om de anvendte CVR- og p-nr. er forretningsmæssigt valide.
Dette er bl.a. bagrundet i, at nogle tilbud/aktiviteter gennemføres hos virksomheder m.v., der ikke har et CVR-nummer. For tilbud/aktiviteter, der gennemføres hos virksomheder m.v. uden CVR-nr., kan som CVR-nr. fx anvendes 00000000 (8 stk. 0'er) og som p-nr. fx anvendes 0000000000 (10 stk. 0'er).
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
Testscenarie | Berørte systemområder | Identificeret af |
|
|
|
|
|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
...