961.2 Ændring af snitflade mellem DFDG og UDB

Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Natasha Dsouza Krogh

Carsten Olsen

Kim Jørgensen

2020-11.0UDB




key po fa ux sme eksterne snitflader interne snitflader status labels
Loading...
Refresh

DS-1780 - Getting issue details... STATUS

BI-443 - Getting issue details... STATUS



Indholdsfortegnelse




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.BeskrivelseRelevant for
961.2.1Den kommunale ungeindsats skal kunne modtage informationer om, hvorvidt vejledningsansvaret for en borger med uddannelsespålæg er ligger hos jobcenter.DFDG
961.2.2Den 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 snitfladerBerørte acceptkriterierBemæ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)

summary varslingstype varslingsnote eksterne snitflader interne snitflader project
Loading...
Refresh


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

IdentifikatorNavnBeskrivelseStartdatoSlutdato
1Borger har afsluttet uddannelsen som pålægget vedrørerBorger har afsluttet uddannelsen som pålægget vedrører01-01-201401-07-2100
2Borger er afmeldt fra uddannelsesinstitutionenBorger er afmeldt fra uddannelsesinstitutionen01-01-201401-07-2100
3Borger har skiftet uddannelseBorger har skiftet uddannelse.01-01-201401-07-2100
4Borgerens kontaktgruppe er lukketBorgerens kontaktgruppe er lukket.01-01-201401-07-2100
5Borger er blevet 30 årBorger er blevet 30 år (system-sat årsag)01-01-201401-07-2100
6FejloprettelseBorgeren er blevet tilmeldt abonnementsservicen ved en fejl01-01-201401-07-2100
7KontaktgruppeskiftBorgeren har fået ny eller ændret kontaktgruppe01-01-201401-07-2100
8PlantypeskiftBorgeren har skiftet plantype01-01-201401-07-2100
9AndetAndet01-01-201401-07-2100
10Overgår til uddannelseBorger har startet uddannelsen som pålægget vedrører01-10-201901-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)


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 skal vi sende både en JobcenterAnsvarStop og en Luk til STIL med en af EducationSubscriptionCancellationCauseCodeTypeIdentifier koderne 1-9 (eksisterende funktionalitet)

Ændring af interface til STIL's webservice

Metoden Opret

Indput

FeltTypeKrævetLovlige værdierBeskrivelse
CPRNrString(10)JaSkal kunne findes i CPR-registeret CPR-nummeret på den unge, som indberetningen vedrører.  
Den unge skal have bopælsadresse i Danmark.
AbonnementsdatoDateTimeJaFx 2002-05-30T09:00:00Dato, hvor abonnementet begynder. Datoen kan ligge før dags dato hvorved der abonneres på hændelser, som allerede er indberettet i Ungedatabasen.
UddannelsespålægTrinIntegerJa01-aprAngiver hvilket trin den unge starter på når uddannelsespålægget gives.
DatoUddannelsespålæg_startDateTimeJaFx 2019-05-30T09:00:00Dato hvor den unge får registreret et uddannelsespålæg
(tildeles plantypen uddannelsespålæg)
JobcenterNummerIntegerJa10000-99999Nummer på jobcenteret, der har givet uddannelsespålæg til den unge
JobcenterNavnStringNejjan-50Navn Nummer på jobcenteret, der har givet uddannelsespålæg til den unge
JobcenterTelefonString(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

Særlige krav til test

Test scenarieBerø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.