ARBEJDSMARKEDSSTYRELSEN DREJEBOG A-KASSE FASE 1 VERSION 0.3 DATO 05. oktober 2012 ANSVARLIG Torben Espersen Cybercom Group Europe AB Årstaängsvägen 19 B Box 7574 103 93 Stockholm Orgnr. 55 65 44-65 22 Platon A/S Dag Hammerskjölds Allé 13 2100 København Ø CVR. nr. 21 48 04 79 Knowledge Cube A/S Bernstorffsgade 50, 7. sal 1577 København V CVR. nr. 28 51 04 89
DOKUMENTVERSIONER Version Dato Afsnit Ændringer 0.1 07-09-2012 Torben Espersen: Dokument oprettet 0.2 21-09-2012 Torben Espersen: Datoændringer ifm. udskydelse af 2012-3 release. 0.3 05-10-2012 Torben Espersen: Ændring af procedure og dato for juridisk skift, baseret på møde 2/10 og efterfølgende undersøgelse med AMS. Side 2 af 10
INDHOLDSFORTEGNELSE 1 DEFINITIONER OG FORKORTELSER 4 2 INDLEDNING 5 2.1 Målgruppe for dokumentet 5 2.2 Indhold 5 2.3 Kontaktpersoner 6 3 TIDSPLAN 8 3.1 Detaljeret tidsplan for juridisk skift 9 3.2 Fejlregistrering under idriftsættelsen 10 Side 3 af 10
1 Definitioner og forkortelser Definition Beskrivelse AMS CC KC NNIT SF CM RM DFDG AMP AKL Arbejdsmarkedsstyrelsen CyberCom Group A/S Knowledge Cube A/S NNIT A/S Systemforvalter Change Manager Release Manager Det Fælles Data Grundlag (synonymt med AMP) Arbejdsmarkedsportalen (synonymt med DFDG) A-kasse leverandører Side 4 af 10
2 Indledning Denne drejebog beskriver processen for test og idriftsættelse af fase 1 af A-kasse integration med DFDG. Idriftsættelsen afhænger af 2012-3 releasen. AMS Systemforvalter er ansvarlig for idriftsættelse af fase 1 på AMS systemer og koordinering med de involverede A-kasse leverandører. De respektive A-kasse leverandører er ansvarlige for gennemførelse af idriftsættelse på deres del af systemet og rapportering tilbage til AMS Systemforvalter. A-kasse leverandøren skal udpege en ansvarlig person, med hvem koordinering og afrapportering sker igennem. Testforløbet betragtes ikke som en del af denne idriftsættelse og kommunikation omkring testforløb er håndteret i den eksisterende test organisation. Med A-kasse leverandør forstås organisation med ansvar for idriftsættelse af a-kassernes løsning. Dette er således i nogle tilfælde de enkelte a-kasser selv og i andre tilfælde en leverandør, der eventuelt står for flere a-kassers systemer. 2.1 Målgruppe for dokumentet Aktører der er involveret i A-kasse fase 1: Udviklingsleverandør til DFDG AMS. Driftsleverandør på enten DFDG. A-kasse leverandører der skal anvende DFDG efter omlægning af a-kassekommunikation til webservices fase I. 2.2 Indhold 1. A-kasse integrationstest i KT3+4 2. SF flytter KT10 domæne 3. SF forbereder WSRM opsætning til KT10 4. A-kasser flytter testmiljø til KT10 5. A-kasser fremsender deres respektive certifikater til produktionsmiljøet 6. A-kasse integrationstest i KT10 7. AMS release 2012-3 8. Aktivering af certifikater 9. Aktivering af levering af beskeder til WSRM køer 10. A-kasser overgår til WSRM køer. Punkt 7 (der beskrives af særskilt drejebog), 8 og 10 indebære nedetid på AMS driftsmiljø for DFDG. Side 5 af 10
2.3 Kontaktpersoner Hver leverandør har en dedikeret kontaktperson til at varetage kommunikationen i forhold til egen organisation, samt sikre kommunikationen af status og den løbende fremdrift på de enkelte aktiviteter. Kontaktperson Leverandør Kontakt Rolle Flemming Jensen AMS +45 29 66 70 21 flj@ams.dk Kirsten Vestergaard AMS +45 41 18 97 27 kiv@ams.dk Piet Syhler Edora +45 53 73 28 09 psy@edora.dk Vikas Vohra SF +45 21 34 20 83 vv@knowledgecube.net Mogens Axelsen SF 25 55 19 82 max@knowledgecube.net Kenneth Lund KC + 45 21 34 39 03 kl@knowledgecube.net Torben Espersen SF/CC + 45 29 48 38 07 torben.espersen@cybercom.com KMD Drift KMD +45 44 60 26 00 helpdesk@kmd.dk CC Hosting CC +46 702 54 76 02 servicedesk@cybercomgroup.com Primær kontaktperson AMS Primær kontakt Edora Primær kontakt SF Primær kontakt KC RM Systemforvalteren Helle Olafsen FOA hol000@foa.dk Primær kontaktperson Carsten Gissel FOA cagi@foa.dk Sekundær kontaktperson Peter Jordan AAK pjo@aak.dk Primær kontaktperson Birgitte Wiborg Pedersen AAK bwp@aak.dk Sekundær kontaktperson Tue Mark Jensen KMD tuj@kmd.dk Primær kontaktperson John Baadsgaard KMD job@kmd.dk Teknisk ansvarlig KMD Claus Nielsen BUPL-A cin@bupl.dk Primær kontaktperson Helle Ravn Tøgern BUPL-A her@bupl.dk Maria Trier Olsen BUPL-A mon@bupl.dk Steen Sparrevohn BUPL-A ssp@bupl.dk Brian Juul Rasmussen Helle Elnegaard Frie Funktionærer Frie Funktionærer bjr@f-f.dk hje@f-f.dk Primær kontaktperson Steffen Dyhrberg Netcompany sd@netcompany.com Primær kontaktperson Tina Olesen Byggefage- tio@bf-a.dk Primær kontaktperson Side 6 af 10
Pia G. Jensen nes a-kasse Byggefagenes a-kasse pgj@bf-a.dk Hanne Skou Poulsen Facilia Hanne.skou.poulsen@3f.dk Primær kontaktperson Karsten Madsen ASE karsten.madsen@ase.dk Primær kontaktperson Eva Konstmann Lærenes a- kasse epe@dlfa.dk Primær kontaktperson Lars Pehrsson DSA lpe@dsr.dk Primær kontaktperson Per Toft Madsen DSA ptm@dsr.dk Leif Andersen Dansk Metal +45 20444493 0000lan@danskmetal.dk Primær kontaktperson Den enkelte leverandørs kontaktperson har ansvaret for at fremsende løbende status på de enkelte aktiviteter i takt med at de afsluttes. Status for de enkelte aktiviteter skal løbende sendes til RM, der varetager den overordnede koordinering af aktiviteterne under releasen. NB!: ALLE forsinkelser i forhold til planen skal meldes til RM, så snart de konstateres, med estimat for hvornår aktiviteterne kan afsluttes. Hvis der opstår problemer i forhold til gennemførelsen af en aktivitet inden for de i aktivitetsplanen angivne tidspunkter, skal dette også meldes ind, således at de nødvendige korrektioner kan fortages i forhold til planlægningen hos de øvrige leverandører. RM udsender løbende statusmeddelelser til alle kontaktpersonerne med rapportering på den samlede fremdrift til alle kontaktpersonerne. Side 7 af 10
3 Tidsplan Hovedtidsplanen indeholder en række milepæle, der kan indikere et start, et slut, eller et start- og sluttidspunkt for en fase samt en afstemning af projektets fremdrift. Aktivitet Involverer Startdato Slutdato 1) Integrationstest i KT3 og KT4 Test af A-kasser mod AMS release 2012-3 før idriftsættelse af denne. 2) SF flytter KT10 domæne (herefter benævnt T10) og udsender nye funktionscertifikater mod T10. T10 er dataløftet med (anonymiseret) produktionsdata fra primo juli, dvs. udgangspunktet for testen bliver tilsvarende udgangspunktet for start af test mod KT3 og KT4. AKL/KC 14/09 SF 18/09 3) SF forbereder WSRM opsætning på T10 SF 19/09 25/09 4) A-kasser flytter testmiljøer til at pege på T10 Senest 5/10 bekræfter A-kasser at deres testmiljø kommunikerer med T10, således at det er verificeret at certifikater er korrekt installeret og A-kasse miljøerne er omkonfigureret til at pege mod T10. Derudover er det formodentlig nødvendigt at A-kassernes testmiljøer datamæssigt nulstilles så de passer til dataindhold på T10 fra primo juli. 5) Sidste frist for at AKL fremsender deres respektive certifikater til produktionsmiljøet til AMS Systemforvalter. BEMÆRK: Certifikater må gerne fremsendes tidligere, men det er vigtigt at certifikater er fremsendet til AMS Systemforvalter senest 26/10. 6) Integrationstest i T10 A-kasserne og KC tester integration mod T10. T10 indeholder ikke data ændringer der er sket som en følge af test mod KT3 eller KT4. T10 svarer data mæssigt til KT3 og KT4 før påbegyndelse af første testfase. 7) AMS release 2012-3 Beskrevet i særskilt drejebog 8) Aktivering af certifikater med tomme WSRM køer i driftmiljø. Produktionscertifikater aktiveres i driftmiljøet. Der vil forefindes tomme WSRM køer og der vil ikke blive skrevet beskeder til disse indtil punkt 8. 9) Aktivering af WSRM køer i driftmiljø. Skrivning af WSRM beskeder til de respektive køer aktiveres. Herefter vil beskeder både leveres via AKM og WSRM. A-kassernes juridiske grundlag er fortsat AKM leverancerne. A- kasserne foretager verifikation af AKM leverancerne mod de afsendte WSRM beskeder. AKL/SF 01/10 05/10 AKL 26/10 AKL 08/10 26/10 SF 09/11 12/11 SF 12/11 13/11 SF/AKL 13/11 16/11 Side 8 af 10
10) A-kasser skifter juridisk fra AKM til WSRM køer. WSRM køer tømmes efter sidste AKM fil. Derefter læses alle beskeder fra WSRM. AKL/SF 16/11 17/11 Vedrørende punkt 5: Der anvendes et certifikat pr. a-kasse, der skal have adgang til DFDG. Det er A-kassernes ansvar, at sikre, at deres respektive certifikater til produktionsmiljøet fremsendes til AMS Systemforvalter. I praksis ser Arbejdsmarkedsstyrelsen gerne, at a-kasseleverandører med flere a-kasser på samme a- kassesystem indsender certifikater samlet på vegne af deres kunder, men det er op til de enkelte a-kasser og deres a-kasseleverandører at aftalt den konkrete procedure herfor. 3.1 Detaljeret tidsplan for juridisk skift Aktivitet Involverer Startdato Slutdato 10.a) A-kasserne stopper testafhentning fra WSRM-køer. AKL 16/11 kl. 21 10.b) Jobnet lukkes SF/Drift 16/11 kl. 22 10.c) DFDG lukkes for ekstern adgang SF/Drift 16/11 kl. 22 10.d) Nightly batch afvikles som normalt. SF 17/11 kl. 01 17/11 kl. 05 10.e) SF starter ekstraordinært AKM Batch efter Nightly Batch er færdig. AKM Batch afvikles normalt ikke natten til SF 17/11 kl. 05 17/11 kl. 08 lørdag. 10.f) WSRM køer tømmes efter færdig afvikling af AKM SF 17/11 kl. 08 17/11 kl. 08:30 Batch. Dvs. dagens hændelser til a-kasserne leveres IKKE som WSRM beskeder, men udelukkende via AKM Batch. 10.g) DFDG åbnes for ekstern adgang SF/Drift 17/11 kl. 09 10.h) Jobnet genåbnes SF/Drift 17/11 kl. 09 10.i) A-kasserne henter ekstraordinært AKM-filer, og behandler disse helt som normalt. 10.j) Efter behandling af AKM-filer aktiverer a-kasser juridisk gyldig afhentning fra WSRM. 10.k) A-kasserne modtager og behandling AKM-filer som normalt, men bortfiltrerer alle hændelser, der er overgået til WSRM. AKL 17/11 kl. 10 17/11 kl. 18 AKL 17/11 kl. 10 17/11 kl. 18 AKL 19/11 kl. 08 Vedrørende punkt 10.i: A-kasserne skal ekstraordinært behandle AKM filer lørdag 17/11 og bekræfte færdigbehandling. Det er nødvendigt at ALLE a-kasser foretager denne ekstraordinære behandling, da AKM Batch job genererer AKM filer for alle a-kasser, og behandling kan ikke afvente mandag, da der mandag morgen kl. 02.00 genereres nye AKM filer. Der har tidligere været problemer hos nogle a-kasser,hvis der var flere dages ubehandlede AKM-filer. Side 9 af 10
3.2 Fejlregistrering under idriftsættelsen I forbindelse med ændringen af driftsmiljøet, registreres ALLE fejl i Fogbugz projektet AMS produktion. https://fogbugz.knowledgecube.net Side 10 af 10