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

1 Indholdsfortegnelse

2 Afgrænsning af epic

3 Oversigt over berørte webservices 

4 Beskrivelse af epic

4.1 Acc.kr. 865.5.1 - Ubrugte kodelister

4.1.1 Identificering af kodelister der kan fjernes og hvilke der er udstillet af CodeListService (Version 5)

Af userstory 

Er der blevet identificeret følgende kodelister:

4.1.1.1 *Note 1

Det er identificeret at nogle af kodelisterne under afsnit 865.5.1.1 *Note 1 bliver refereret i WSDLen til UnemploymentFundEventHistoryService (Version 3)

I metoden GetEventHistory.

Disse kodelister vil blive fjernet fra WSDLen. i PjaktassWCFServices og DFDG.ServiceGateway

4.2 Acc.kr. 865.5.2 - Ubrugte WSRM beskeder

4.2.1 Identificering af WSRM beskeder der kan fjernes

Af analyse-userstory 

GetRecallJobReferralNotificationEventVersion6

Under siden /wiki/spaces/CITY/pages/38666748 er denne WSRM omtalt under afsnittet

Oversigt over webservices og WSRM-beskeder som implementeres i fase 2

WsrmMessageService (Version 6): Denne service gør det muligt at hente diverse WSRM-beskeder. Specifikt for a-kassekommunikation, så implementerer den understående metoder som omhandler UPH'er, henvisninger, cv'er og tilbagemeldinger.

• GetCompulsoryNotificationEventVersion6 - WSRM besked, som sendes ved underretningspligtige hændelser (UPH'er).
• GetRecallCompulsoryNotificationEventVersion6 - WSRM besked, som sendes ved berigtigelse af en underretningspligtige hændelser.
• GetJobReferralNotificationEventVersion6 - WSRM besked, som sendes ved alle beskeder, der vedrører henvisninger (også UPH'er).
• GetRecallJobReferralNotificationEventVersion6 - WSRM besked, som sendes ved berigtigelse af beskeder, der vedrører henvisninger.
• GetJobPlanEventVersion6 - WSRM-besked vedrørende aktiveringer både inden for og uden for en jobplan.
• GetCVStatusVersion5 - Jobcentret kan hente WSRM-beskeden GetCVStatusVersion5, når a-kassen via a-kassemotoren meddeler, at den har gennemført en CV-samtale. A-kassen vil modtage denne i kopi.
• GetUnemploymentAvailabilityAssessment - Jobcentret kan hente WSRM-beskeden GetUnemploymentAvailabilityAssessment som svar på en N-UPH, der medfører en tilbagemelding/rådighedsvurdering fra a-kassen og a-kassen vil modtage dette i kopi.

GetCitizenMessageEventVersion1

Er omtalt på siden WsrmMessageService (2018-4)

Besked om, at der er lavet besked til borger eller sagsbehandler i dialogmodulet (CitizenMessageService (2016-4)).

Det er identificeret, at der både eksisterer nyerere versioner af beskeden (GetCitizenMessageEventVersion2 og en GetCitizenMessageEventVersion3)

4.2.2 WsrmMessageService (version 10)

4.3 Acc.kr. 856.5.3 - Dokumentation af fjernede kodelister

På nuværende tidspunkt er alle kodelister præsenteret på WIKI:

• CodeLists

Der er et ønske fra STARs side at der stadig er mulighed for at fremsøge dokumentation om de fjernede kodelister på WIKI, dette er blandt andet til brug i fremtidige tvivlsspørgsmål og dokumentations overlevering til Statens Arkiver.

I forbindelse med identificering af kodelisterne, der kan fjernes i afsnit 865.5.1.1, flyttes disse til rummet GI under punktet:

• /wiki/spaces/GI/pages/809763113

4.4 Acc.kr. 865.5.4 Konsolidering af Organisationstyper

Det er et forretningsmæssigt ønske at gøre oprettelses processen for organisationstyper nemmere.

I Manuscript sag 121929 blev der oprettet en ny organisationstype, hvor også Wiki siden /wiki/spaces/CITY/pages/38666407 blev opdateret.

Oprettelsesprocessen for nye organisationstyper er i dag ret besværlig, da der er en del teknisk gæld på dette område. For at gøre processen for oprettelse nemmere fremadrettet, er det derfor besluttet at gøre dette mere ensformigt.

Dette gøres ved at konsolidere organisationstyper så der kun er en liste, hvilket vil gøre det væsentligt nemmere fremadrettet at oprette nye.

Dette vil berøre alle webservices udstillet af DFDG og services udstillet via DFDG Foundation, da disse organisationstyper benyttes i de sikkerhedsattributter, der er på disse services.

Interne projekter der gør brug af DFDG Foundation

• Vil skulle opdatere til nuget package der indeholder denne rettelse.
• Konsekvensrette hvis der i projekterne benyttes login funktionalitet fra DFDG Foundation.

Gevinst for interne projekter der gør brug af DFDG Foundation

• Gevinsten er antallet af konsekvensrettelser der skal laves i projekterne der benytter sig af DFDG Foundation "nu" fremfor senere.
  I øjeblikket er det en ret begrænset mængde services der bliver udstillet via DFDG Foundation, hvilket gør at antallet af konsekvensrettelser er relativt lavt, antallet af services der gør brug af DFDG Foundation vil med al sandsynlighed være større fremadrettet, hvilket vil gøre at antallet af konsekvensrettelser vil vokse, hvis det er man venter med denne opgave.

Serviceaftagere der gør brug af DFDG services og/eller services, der udstilles via DFDG Foundation

• Vil IKKE skulle lave ændringer på eksisterende servicekald, da konsoliderings opgaven er en opgave der sker internt i DFDG/DFDG Foundation.

Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:

• DFDG
  • Services
    • WsrmMessageService (Version 10) metoder vil blive fjernet, hvis beskederne ikke længere bliver enqueued fra koden.
    • CodeListService (Version 5) metoder vil blive fjernet, hvis ubrugte kodelister bliver udstillet her.
  • WSRMer
    • WSRMer der ikke længere bliver enqueded fjernes.
  • Kodelister
    • Kodelister der ikke længere bliver benyttet i koden fjernes.
  • PersonStatusService (PSS)
  • PersonHistoryService (PHS)
  • LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
• Jobnet
• VITAS
• JobKon
• JobAG
• BI integrationsplatform
• Alle områder
  • Nye batchjobs
    • Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon) 
  • Dataløft
    • Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.
• Kommunalt sagsbehandlingssystem
• A-kasse sagsbehandlingssystem
• Kommunalt bookingsystem
  • JobcenterPlanner (JCP)
  • WorkForcePlanner (WFP)
• Kommunalt ydelsessystem

Særlige krav til test

* 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: Nej
• Nye snitflader; Nej
• Nye komponenter: Nej, men Nuget package skal opdateres
• Nye miljøer: Nej
• Nye teknologier: Nej
• Nye aftagertyper: Nej
• Eller afvigelser fra principperne: Nej

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.