Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
| Page Properties | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||
|---|---|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
| Table of Contents | ||
|---|---|---|
|
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som en sagbehandler i den kommunale ungeindsats vil jeg gerne have information omkring det jobcenter, som opretter abonnement i UDB, samt information om, hvornår jobcenter ikke længere har vejledningsansvaret overfor en ung med uddannelsespålæg. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 961.2.1 | Den kommunale ungeindsats skal kunne modtage informationer om, hvorvidt vejledningsansvaret for en borger med uddannelsespålæg er ligger hos jobcenter. | DFDG |
| 961.2.2 | Den kommunale ungeindsats skal kunne se, jobcenternr., telefonr. mm. på det jobcenter, som har oprettet abonnement i UDB. | DFDG |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| N/A | |||||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Beskrivelse af epic
961.2.1 Den kommunale ungeindsats skal kunne modtage informationer om, hvorvidt vejledningsansvaret for en borger med uddannelsespålæg er ligger hos jobcenter.
Løsningsmodel
Kodeliste EducationSubscriptionCancellationCauseCodeTypeIdentifier
| Identifikator | Navn | Beskrivelse | Startdato | Slutdato |
|---|---|---|---|---|
| 1 | Borger har afsluttet uddannelsen som pålægget vedrører | Borger har afsluttet uddannelsen som pålægget vedrører | 01-01-2014 | 01-07-2100 |
| 2 | Borger er afmeldt fra uddannelsesinstitutionen | Borger er afmeldt fra uddannelsesinstitutionen | 01-01-2014 | 01-07-2100 |
| 3 | Borger har skiftet uddannelse | Borger har skiftet uddannelse. | 01-01-2014 | 01-07-2100 |
| 4 | Borgerens kontaktgruppe er lukket | Borgerens kontaktgruppe er lukket. | 01-01-2014 | 01-07-2100 |
| 5 | Borger er blevet 30 år | Borger er blevet 30 år (system-sat årsag) | 01-01-2014 | 01-07-2100 |
| 6 | Fejloprettelse | Borgeren er blevet tilmeldt abonnementsservicen ved en fejl | 01-01-2014 | 01-07-2100 |
| 7 | Kontaktgruppeskift | Borgeren har fået ny eller ændret kontaktgruppe | 01-01-2014 | 01-07-2100 |
| 8 | Plantypeskift | Borgeren har skiftet plantype | 01-01-2014 | 01-07-2100 |
| 9 | Andet | Andet | 01-01-2014 | 01-07-2100 |
| 10 | Overgår til uddannelse | Borger har startet uddannelsen som pålægget vedrører | 01-10-2019 | 01-07-2100 |
Scenarie 1: Borger går i uddannelse
Borger skifter KG fra 12, trin 4 til KG 8 ikke tilmeldt (sker i et batchjob). DFDG sender en JobcenterAnsvarStop til STIL med en AarsagTilAfbrud EducationSubscriptionCancellationCauseCodeTypeIdentifier værdi 10 (Overgår til uddannelse - ny kodelisteværdi)--betyder det noget hvilket trin (EducationPlanStepTypeIdentifier) borgeren var på i KG 12 inden skiftet?
Scenarie 2: Borgers kontaktgruppe lukkes
Hvis en borger for hvem vi har et abonnement hos STIL får lukket sin kontaktgruppe, skal vi sende både en JobcenterAnsvarStop og en Luk til STIL.
Hidtil har vi lukket dette i batchjobbet "DFDG-TASS-SynchronizeUdbSubscriptions", som nu skal udvides med også at kalde JobcenterAnsvarStop ud over Luk.
JobcenterAnsvarStop til STIL skal være med AarsagTilAfbrud EducationSubscriptionCancellationCauseCodeTypeIdentifier værdi 4 (Borgerens kontaktgruppe er lukket).
Vi skal dog ikke sende JobcenterAnsvarStop hvis borgerens KG lukkes pga borgeren bliver 30 år, som er håndteret af batchjobbet DFDG-TASS-CancelUdbSubscriptionsForCitizensOver30.
Scenarie 3: Borger skifter kontaktgruppe
Ved skift af KG skal DFDG sende en Luk til STIL med en af EducationSubscriptionCancellationCauseCodeTypeIdentifier koderne 1-9 (eksisterende funktionalitet)
Løft af EducationEventService til version 4
CreateEducationEventSubscription
Opretter et abonnement for borger hvorefter DFDG efterfølgende modtager uddannelseshændelser.
Input
Base: string
Det angivet EducationPlanStep skal gemmes i Plan.UdbSubscriptionQueue. Skal den også gemmes i [Plan].[UdbSubscription] + [Plan].[UdbSubscriptionHistory] og hives med ud i get metoder?
Ændring af interface til STIL's webservice
Metoden Opret
Indput
| Felt | Type | Krævet | Lovlige værdier | Beskrivelse |
|---|---|---|---|---|
| CPRNr | String(10) | Ja | Skal kunne findes i CPR-registeret | CPR-nummeret på den unge, som indberetningen vedrører. |
| Den unge skal have bopælsadresse i Danmark. | ||||
| Abonnementsdato | DateTime | Ja | Fx 2002-05-30T09:00:00 | Dato, hvor abonnementet begynder. Datoen kan ligge før dags dato hvorved der abonneres på hændelser, som allerede er indberettet i Ungedatabasen. |
| UddannelsespålægTrin | Integer | Ja | 01-apr | Angiver hvilket trin den unge starter på når uddannelsespålægget gives. |
| DatoUddannelsespålæg_start | DateTime | Ja | Fx 2019-05-30T09:00:00 | Dato hvor den unge får registreret et uddannelsespålæg |
| (tildeles plantypen uddannelsespålæg) | ||||
| JobcenterNummer | Integer | Ja | 10000-99999 | Nummer på jobcenteret, der har givet uddannelsespålæg til den unge |
| JobcenterNavn | String | Nej | jan-50 | Navn Nummer på jobcenteret, der har givet uddannelsespålæg til den unge |
| JobcenterTelefon | String(10) | Nej | Telefonnummer til jobcenteret, der har givet uddannelsespålæg til den unge |
UddannelsespålægTrin tages fra nyværende plan. Hvis der ikke er en nuværende plan, sættes trinet til 1
Metoden jobcenterAnsvarStop
Indput
Felt | Type | Krævet | Lovlige værdier | Beskrivelse |
CPRNr | String(10) | Ja | Skal kunne findes i CPR-registeret | CPR-nummeret på den unge, som indberetningen vedrører. Den unge skal have bopælsadresse i Danmark. Der skal findes et aktivt abonnement på den unge. |
DatoAnsvarStop | DateTime | Ja | Fx 2019-05-30T09:00:00 | Dato hvor jobcenter ikke længere med sikkerhed har vejledningsansvaret for den unge med et uddannelsespålæg. |
AarsagTilAfbrud | String | Nej |
| Beskrivende årsag til hvorfor den unge ikke længere er relevant. F.eks. ’Plantypeskift’ eller ’ Plantypeskift. Se mere her |
Metoden luk
Indput
Felt | Type | Krævet | Lovlige værdier | Beskrivelse |
CPRNr | String(10) | Ja | Skal kunne findes i CPR-registeret | CPR-nummeret på den unge, som indberetningen vedrører. Den unge skal have bopælsadresse i Danmark. Der skal findes et aktivt abonnement på den unge. |
AarsagTilAfbrud | String | Nej |
| Beskrivende årsag til hvorfor den unge ikke længere er relevant. F.eks. ’Plantypeskift’ eller ’ Plantypeskift. Se mere her |
DFDG skal sende "ophør af ansvar" (ny metode) når.
Borger overgår fra trin 4 (KG 12) til at starte på uddannelse (KG 8 uden ydelse)DFDG sender luk af abonnement uændret
DFDG medtager de nye datafelter i luk af abonnement
KJ: Opgaver – US'er:
- Ny kodelisteværdi 10 for EducationSubscriptionCancellationCauseCodeTypeIdentifier
- Løft af EducationEventService til V4 med:
- Nyt felt for CreateEducationEventSubscription - Uddannelsestrin
- Udvidelse af DB til at indeholde uddannelsestrin ifm abonnement ([Plan].[UdbSubscription] + [Plan].[UdbSubscriptionHistory])
- Logik for CancelEducationEventSubscription til at kalde både JobcenterAnsvarStop og Luk
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
* Batchjobs
- bør testes både med delta og fuldt load,
- bør hvis der er afhængigheder køres med normalt load fra BI i ét testmiljø i hele testperioden
- bør testes i samarbejde med teams som har afhængigheder
- kørselstid, særligt hvis det er en del af NightlyBatch
Konsekvenser for drift/idriftsættelse
I forbindelse med idriftsættelse:
- Skal der køres et fuldt dataload ved første kørsel af et batchjob - aftal med SF hvornår load skal køres
- Skal der køres konvertering
- Skal der køres databasescripts for opdatering af tabeller i databasen
Efter idriftsættelse:
Arkitektur- og implementeringsnoter
Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:
- Nye dataområder
- Nye snitflader
- Nye komponenter
- Nye miljøer
- Nye teknologier
- Nye aftagertyper
- Eller afvigelser fra principperne
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes
Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.