778.2 CV for flygtninge, færdiggørelse
Opret CV for flygtninge og familiesammenførte
Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
(Skabelon af dato 17/12-2015)
Indholdsfortegnelse
1 Ændringslog
2 Afgrænsning af epic
3 Oversigt over berørte web services
4 Beskrivelse af epic
4.1 Acceptkriterie 778.2.2: Som DFDG vil jeg kunne oprette og overskrive et oprettet CV i Jobnet
4.1.1 Overordnet løsningsmodel
4.1.2 UpdateJobnetProfile - Jobnets til DFDG udstillede metode
4.2 778.2.4 DFDG skal kunne oprette/gemme et CV
4.2.1 Overordnet løsningsmodel
4.2.2 CVService (Version 6)
4.2.3 CodelistService (Version 5)
4.3 777.2.5 Integrationen mellem LetAsyl og DFDG i forhold sikkerhed, adgang, miljøer m.v.
5 Særlige krav til test
6 Kendte udeståender fra udviklingsfasen
7 User stories
7.1 Løft af JCSS til version 8 (US 277)
7.2 ProfessionalSummaryText i UpdateJobnetProfile (US-549)
7.3 PersonalData i UpdateJobnetProfile (US-550)
7.4 OtherCVReferenceCollection (Website) i UpdateJobnetProfile (US 785)
7.5 LanguageSkillCollection i UpdateJobnetProfile (US 786)
7.6 OtherExperienceCollection i UpdateJobnetProfile (US 800)
7.7 DriverLicenseCollection i UpdateJobnetProfile (US 801)
7.8 EducationCollection i UpdateJobnetProfile (US 806)
7.9 Uddannelsesniveau "Andet" i GUI (US 807)
7.10 Test af UpdateCV med eksisterende CV-data (US 859)
7.11 "Retning" på visse uddannelser (US-886)
7.12 JobnetTargetCollection og Jobconditions (US-920)

Ændringslog

Afgrænsning af epic

Oversigt over berørte web services

Beskrivelse af epic

Acceptkriterie 778.2.2: Som DFDG vil jeg kunne oprette og overskrive et oprettet CV i Jobnet

Overordnet løsningsmodel

• Jobnet vender WSDL for CVServiceForDFDG.GetJobnetProfile, som danner udgangspunkt for CVServiceForDFDG.UpdateJobnetProfile, som udstilles til DFDG
• DFDG videreudstiller denne service, under hensyntagen til, at ikke alle felter er relevante at udstille i relation til opdatering.
• DFDG udstiller kodelister, der modsvarer og holdes ajour med Jobnets Taksonomiservice

UpdateJobnetProfile - Jobnets til DFDG udstillede metode

Jobnet udstiller en WSDL med metoden UpdateJobnetProfile, til opdatering af borgers CV i Jobnet.
Bemærk: Selv om metodenavnet lægger op til opdatering, er det i praksis en overskrivning der sker. Dette betyder, at hele CV'et skal sendes med ved hvert kald af metoden. Heraf følger, at en collection, der er oprettet ved et tidligere kald, i praksis slettes, hvis collection /data ikke sendes med i det nye kald.
Bemærk endvidere, at opdatering af CV, der indtil nu er sket via Jobnets GUI, har medført synkronisering af data med DFDG. Eksempler herpå er Fx personens kontakt data, stillingsbetegnelser og CVAvailability. Ved kald af metoden UpdateJobnetProfile gøres intet andet end at overskrive eksisterende CV oplysninger. Har DFDG brug for denne opdatering, må DFDG selv opdatere systemerne. Alternativt vil det ske når der åbnes op for borgers adgang til CV'et på Jobnet og borger selv interagerer hermed jf epic 778.1 hvor det er implementeret et acceptkriterie "Borger har et låst CV og må ikke kunne opdatere sit CV på Jobnet før fristen, sat af jobcentret, er nået".
Metode og skemabeskrivelse for valideringer kan ses af denne URL hvortil der henvises.
https://jobtX.jobnettest.dk/ServicesForDFDG/4/WSDL/CVServiceForDFDG.wsdl
WSDL og skema dokumenteres tillige på STAR WIKI, når DFDG har tilrettet tool for indlæsning af Jobnet WSDL'er.
Synkrone metoder fordrer, at DFDG udstiller kodelisterVed oprettelse af metoden UpdateJobnetProfile er der taget udgangspunkt i en vendt udgave af GetJobnetProfile , da det i stor udstrækning er de data der kan udstilles for borger, der tillige skal kunne indsættes. Det er aftalt, at der i Jobnet ikke skal laves snitfladeændringer og jf. aftale med Rune Gram skal metoderne til output og input på CV derfor være synkrone hvad collectioner og datafelter angår.
Det byder på følgende udfordringer:

1. Kodelister: For nogle felter returneres af GetJobnetProfile og hermed GetCV (og modtages følgelig på den nye service) blot et ID (tal eller chars). ID har oprindelse i Jobnet taksonomiservicen. Det gør det svært for aftagere at vide hvad id'et reelt modsvarer og det gør det svært at sende det rette ID ind, ved opdateringer, når man ikke ved hvad værdien repræsenterer. Et eksempel til illustration af problemet:

I feltet educationlevel udstilles via GetJobnetProfile og hermed GetCV (og modtages fremadrettet via UpdateJobnetProfile) alene en integer for Educationlevel. Men af den integer kan ikke udledes om uddannelsesniveauet bag et givet tale er "Videregående uddannelse", "Grund-/folkeskole indtil 9. klasse" eller noget helt tredje. Da metoderne GetJobnetProfile og UpdateJobnetProfile skal holdes synkrone og der ikke må forekomme snitfladeændringer, er det følgelig aftalt, at DFDG i deres videreudstilling af UpdateJobnetProfile, via deres metode ReplaceCV, skal berige med kodelister, der skal holdes synkrone mod Jobnets værdier i Taxonomiservicen. Herved kan aftagerne af DFDGs service forholde sig til ID'erne via kodelisterne. Det er relevant for DFDG at udstille følgende kodelister:

• QualificationTaxonomyReference i collection QualificationCollection (Kvalifikationer)
• EducationLevel i collectionen EducationCollection (Uddannelsesniveau)
• OccupationTaxonomyReference, der anvendes i collectionerne JobTargetCollection/PreviousJobExperienceCollection (dvs. ved Jobønsker/Joberfaring)
• DriverlicenseCollection (Kørekort) Bemærk denne anvendes en anderledes end standard DFDG kodelister da kørekortstypeværdiger skal angives

DFDG beholder følgende lister som Enum

• LanguageSkillCollection (Sproglige færdigheder)

1. Ikke alt der udstilles af Jobnet, bør videreudstilles af DFDG.

Selvom Jobnet, grundet vendt service, reelt kan modtage alle felter som udstilles i GetJobnetProfile og faktisk for nogle felter med rod i taksonomiservicen også har en tekstuelværdi med, er det ikke alle felter, der er relevante for DFDG at videreudstille. Nogle felter udstilles nemlig af hensyn til visning, men vil ikke blive opdateret, når de føjes som parametre til UpdateJobnetProfile. Det kan skabe forvirring hos aftagere og heraf følgende behov for unødvendig validering i Jobnet, der i givet fald er nødsaget til at foretage verifikation af, at et sendt ID i praksis modsvarer en sendt tekst. På dette punkt har DFDG dog, særligt for felter relateret til taksonomiservicen, eksplicit bedt om at kunne nøjes med at sende parameteren ID. Der er således ingen grund til for DFDG at udstille tekstfelt og ID i disse tilfælde, når ID er nok for Jobnet og DFDG udstiller kodeliste.
Af STAR Wiki - og i rette kontest af tabellen længere nede, hvor collectioner og felter for den af Jobnet udstillede services beskrives - vil af feltet "detaljer" fremgå, om feltet reelt ignoreres af Jobnet, såfremt det sendes med og derfor kan udelades af DFDG i deres videreudstilling. For overbliks skyld, gengives de dog kort her:
For Collectionen <PersonalData>: Her ignorerer vi alle hidden values, på nær den der hedder skjult adresse. Ellers sætter vi JN default værdier, hvor JN forretningsregler der anvendes i GUI styrer.
I <JobtargetCollection>: Strengen <Jobtitle> skal angives, evt. som tom. Den angivne værdi ignoreres af jobnet. <OccupationTaxonomyReference> skal dog angives.
I Collectionen <PreviousJobExperience> gælder for strengværdien <Jobtitle>, at den anvendes, såfremt <OccupationTaxonomyReference> ikke er angivet.
I Collectionen <QualificationCollection>: Strengværdien <Name> skal angives, evt. som tom. Den angivne værdi ignoreres af jobnet. <QualificationTaxonomyReference> skal dog angives.
I Collectionen <DriverlicenseCollection>: Strengværdien <Name> skal angives, evt. som tom. Den angivne værdi ignoreres af jobnet. <Code> skal dog angives.
BEMÆRK i relation til Code i DriverLicenseCollection – at der er inkonsistens i Jobnet i forhold til DFDG for følgende 4 værdier:

i Collectionen <LanguageSkillCollection>: Strengværdien <Name> skal angives, evt. som tom. Den angivne værdi ignoreres af jobnet. Strengværdien <Code> skal dog angives.
I Collectionen <ProfessionalSummaryText>: Strengværdien <PlainText> skal angives, evt. som tom. Den angivne værdi ignoreres af Jobnet. <HTMLtext> skal dog angives. De eneste gyldige tegne til formattering er Bold, Italic, Underline og Bullets. Angives tekst uden formateringer (hvilket i praksis er plaintext) så indsættes denne tekst i HTMLtext feltet. valideres på Uanfægtet der angives plaintext

Nyt felt "Andet" samt rettelse af tekstlig repræsentation af eksisterende værdi
I relation til Taksonomiservicen omkring uddannelsesniveau fremhæves i øvrigt at:

• En ny værdi "Andet" skal oprettes.
• At den tekstlige repræsentation af integeren for "Gymnasium, FH, HH, HTC" rettes til "Gymnasiale uddannelser"

Særligt for værdien "Andet" gælder, at den skal kunne sættes ved kald af UpdateJobnetProfile.Integer værdien for "Andet" kan naturligvis også udlæses via kald til GetCV.For beskrivelse af Borgers egen mulighed for opdatering af uddannelser hvor "Andet" måtte være valgt, henvises til afsnit xxxxx
Ny uddannelsesretning "Andet" For uddannelsesretningerne "Erhvervsuddannelser", "Kort, mellemlang og videregående" uddannelse samt "PHD, Post. Doc. mv.", skal angives en supplerende retning. Denne retning udstilles dog ikke i dag via GetCV. Det betyder, at KSS'erne ved kald af GetCV, før opdatering af CV med nye oplysninger, ikke får en allerede indberettet retning med ud. De kan således ikke ved kald af UpdateJobnetProfile byde ind med denne retning, når de opdaterer. Derfor er det vedtaget, at uddannelser for hvilke en retning er påkrævet, altid får retningen "Andet" sat af DFDG, når UpdatJobnetProfile kaldes.
Response ved kald af UpdateJobnetProfile
Når DFDG kalder UpdateJobnetProfile, svarer Jobnet med et response indeholdende en fejlbeskrivelse eller en kvittering for succes. Opdateringen af CV'et er så at sige transaktionel. Enten lykkes alt og CV oprettes/overskrives samlet set eller også ændres intet.
Returværdier for fejl og disses betydning
300 Opdatering fejler, Validering fejler (herunder skemavalidering)
310 General Exception ved opdatering (Ikke håndterede fejl)
202 "Account {0} is archived and cannot be retrieved. The account is required to be reactivated before it can be used."
203 "Account {0} does not exist in the Jobnet database."
204 "Account {0} is disabled in the Jobnet database. Contact the administrator for help."
205 "Account {0} is locked in the Jobnet database. Contact the administrator for help."  
​
Fejl 200 = Invalid request på metoden GetJobnetProfile
Fejl 300 = Invalid request på metoden UpdateJobnetProfile 
Fejl 200 kan blive returneret på metoden GetJobnetProfile, men på UpdateJobnetProfile bliver manglende cvnummer håndteret under fejl nr 300 (Invalid request)
Fejlen på GetJobnetProfile er nemlig at man har sendt et invalid request, men da requestet kun indeholder et enkelt felt nemlig CVnummer har man blot at skrive det.


Forskellen på 200 og 203, 
 Ved fejl 203 har man rent faktisk angivet et cvnummer, med det cvnummer eksisterer ikke i databasen

Input
Elementer markeret med:

• Grøn er der særlige forhold som enten Jobnet eller DFDG skal tager hensyn til (Se "Detaljer")
• Blå skal bare udstilles direkte i snitflade
• Grå skal ikke udstilles men der kan være forhold DFDG skal tager hensyn til (Se "Detaljer")

  Element	Type	Detaljer	Forekomst	Beskrivelse
  Element	Type	Detaljer	Forekomst	Beskrivelse
  PersonCivilRegistrationIdentifier	PersonCivilRegistrationIdentifierType Base: string	DFDG: Udstiller CPR-nr i stedet for JobNets CV nummer	1
  CVProfile	CVProfileType		0 - 1
  Active	Active Base: boolean	DFDG: Felt skal ikke medtages i metode Jobnet: sætter det selv som normalt
  RevisionDate	dateTime	DFDG: Felt skal ikke medtages i metode Jobnet: sætter det selv som normalt
  JobnetCVId	integer	DFDG: Felt skal ikke medtages i metode, DFDG omsætter CPR-nr til JobnetCVId	1	Borgerens CV ID, som er nøgle på Jobnet
  PersonalData	PersonalDataType	DFGD: Skal ikke i snitflade, adresse beskyttelse flag skal sættes til Jobnet Jobnet: Her ignorerer Jobnet alle hidden values, på nær den omhandlende skjult adresse. Ellers sætter JN default værdier, hvor JN forretningsregler der anvendes i GUI, styrer.		Personlige data om borgeren
  ProtectedAddress		DFGD: Skal ikke i snitflade sættes ud fra CPR data via CPR-nr	1
  FamilyName		DFGD: Skal ikke i snitflade sættes ud fra CPR data via CPR-nr	1
  GivenName		DFGD: Skal ikke i snitflade sættes ud fra CPR data via CPR-nr	1
  MiddleName		DFGD: Skal ikke i snitflade sættes ud fra CPR data via CPR-nr	0-1
  DateOfBirth		DFGD: Skal ikke i snitflade sættes ud fra CPR data via CPR-nr	1
  Gender		DFGD: Skal ikke i snitflade sættes ud fra CPR data via CPR-nr

• "Male"
  
• "Female"
  
• "Unknown"| | |

  PostalAddressType		DFGD: Skal ikke i snitflade
  "Alle adressefelter under PostalAddressType"

• "CountryCode"
  
• "AddressLine"
  
• "PostalCode"
  
• "PostalArea"
  
• "COAddress"| |DFGD:
  Skal ikke i snitflade sættes ud fra CPR data via CPR-nr| | |

  ContactInformation	ContactInformationType	DFDG:Skal med i snitfladen	0-1
  E-mail		DFGD: Skal gemmes i DFDG vha. PersonNotificationReminderService. SavePersonContactData med status "Oprettet af sagsbehandler" (Id 4). Data sendes videre til Jobnet	0-1	E-mail
  PhoneNumber	PhoneNumber	DFDG:Bemærk ComplexType	0..*
  "base"	String	DFGD: Skal gives videre til Jobnet 1 til 1 , men skal også gemmes i DFDG vha. PersonNotificationReminderService. SavePersonContactData med status "Oprettet af sagsbehandler" (Id 4). Hvis Type er

• "primary" sætte PersonContactDataTypeIdentifier til Id2 "Almindelig telefon"
  
• "mobile" sætte PersonContactDataTypeIdentifier til Id1 "Mobiletelefon"
  
• Andre værdiger ("secondary" og "fax" gemmes Iikke I DFDG)
  Data sendes videre til Jobnet|1|Telefonnr|

  Type

  Enum

• "primary"
  
• "secondary"
  
• "mobile"
  
• "fax"|1|Typen at kontakt |

  JobConditions	JobConditionsType		1	Betingelser for ansættelse
  WillingToUseOwnCar	boolean		0 - 1	Eksisterer, hvis borger vil bruge egen bil
  FullTimeEmployment	boolean		0 - 1	Eksisterer, hvis borger søger fuldtidsjob
  PartTimeEmployment	boolean		0 - 1	Eksisterer, hvis borger søger deltidstidsjob
  StartAsSoonAsPossible	boolean		0 - 1	Eksisterer, hvis borger vil starte på nyt job så hurtigt som muligt
  StartAsAgreedOn	boolean		0 - 1	Eksisterer, hvis borger vil starte på nyt job efter aftale
  PermanentJobPosition	boolean		0 - 1	Eksisterer, hvis borger søger fast job
  TemporaryJobPosition	boolean		0 - 1	Eksisterer, hvis borger søger midlertidigt job
  StandardJobConditions	boolean		0 - 1	Eksisterer, hvis borger søger job på almindelige vilgår
  EarlyRetirementConditions	boolean		0 - 1	Eksisterer, hvis borger søger job, der passer til efterlønnere
  DisabilityPensionerConditions	boolean		0 - 1	Eksisterer, hvis borger søger job, der passer til førtidspensionister på særlige vilkår
  JobTargetCollection	JobTargetCollectionType		1	Borgerens jobønsker (Jeg søger som)
  JobTarget	JobTargetType		0 - *	Et af borgerens jobønsker (Jeg søger som)
  JobTitle	string	DFDG: Felt skal ikke medtages i metode Jobnet: Paramenter skal angives men værdi ignoreres af Jobnet. DFDG sætter den til "Ignoreres af Jobnet"	1	Stillingsbetegnelse (fra taxonomi)
  OccupationTaxonomyReference	OccupationTaxonomyReferenceType Base: int	DFDG: Kodeliste: DiscoAms08 Jobnet: Skal angives.	1	Reference til taxonomi for stillingsbetegnelser. Er kun udfyldt, hvis JobTitle findes i taxonomi. Se StarWsWiki, TaxonomyService, GETOccupation(s)
  HasEducation	boolean		1	Har borgeren en uddannelse, som svarer til stillingsbetegnelsen
  MonthsOfExperience	nonNegativeInteger		1	Erfaring i antal måneder
  LastExperience	gYear		0 - 1	Årstal for seneste ansættelse i jobbet
  CV	CVType		1	Borgerens CV
  PreviousJobExperienceCollection	PreviousJobExperienceCollectionType		1	Tidligere erhvervserfaring
  HasNoWorkExperience	boolean		1	True hvis borgeren har angivet, at borgeren ikke har erhvervserfaring. Hvis False og ingen PreviousJobExperience har borgeren ikke taget stilling endnu
  PreviousJobExperience	PreviousJobExperienceType		0 - *	En erhvervserfaring
  Jobtitle	JobtitleType Base: string	MaxLength: 100 DFDF/Jobnet Skal angives, men anvendes kun, hvis ikke OccupationTaxonomyReference er angivet.	1	Stillingsbetegnelse. Fritekstfelt for borgeren
  EmployerName	EmployerNameType Base: string	MaxLength: 100	1	Navn på arbejdsgiver
  SummaryText	string		1	Ansvar / arbejdsopgaver / resultater
  StartDate	PartialDate		1	Start på ansættelse. År/måned eller år
  Year	gYear		1	Årstal (4 cifre)
  Month	gMonth		0 - 1	Måned i formatet --MM
  EndDate	PartialDate		0 - 1	Slut på ansættelse. År/måned eller år
  Year	gYear		1	Årstal (4 cifre)
  Month	gMonth		0 - 1	Måned i formatet --MM
  OccupationTaxonomyReference	OccupationTaxonomyReferenceType Base: int	DFDG: Kodeliste: DiscoAms08	0 - 1	Reference til taxonomi for stillingsbetegnelser. Er kun udfyldt, hvis JobTitle findes i taxonomi. Se StarWsWiki, TaxonomyService, GETOccupation(s)
  EducationCollection	EducationCollectionType		1	Uddannelser, kurser og certificeringer
  Education	EducationType		0 - *	Uddannelse, kursus eller certifikat
  FormalEducation	FormalEducationType		1	Formel uddannelse
  BaseType	EducationBaseType
  SchoolName	SchoolNameType Base: string	MaxLength: 100	0 - 1	Navn på uddannelsessted, hvor uddannelse / kursus eller certifikat blev afsluttet
  SummaryText	string		1	Kort beskrivelse af uddannelse / kursus / certifikat
  EducationTitle	EducationTitleType Base: string	MaxLength: 250	1	Navn på uddannelse
  EducationTaxonomyReference	int	DFDG: Felt skal ikke medtages i metode og sættes ikke til Jobnet	0 - 1	Evt. reference til taxonomi for uddannelser
  StartDate	PartialDate		0 - 1	År/måned eller år, hvor uddannelsen blev startet
  Year	gYear		1	Årstal (4 cifre)
  Month	gMonth		0 - 1	Måned i formatet --MM
  EndDate	PartialDate		1	År/måned eller år, hvor uddannelsen blev fuldført
  Year	gYear		1	Årstal (4 cifre)
  Month	gMonth		0 - 1	Måned i formatet --MM
  EducationLevel	string	DFDG: Kodeliste: EducationLevelCVTypeIdentifier	1	Reference til TaxonomyService.GETEducationLevels
  EducationArea	EducationAreaType Base: string	DFDG: Felt skal ikke medtages i metode og sættes ikke til Jobnet. Jobnet: Sætter selv felt eller rette til mht. valideringer i JN MaxLength: 100	1	Navn på uddannelsesområdet
  Course	CourseType		1	Kursus
  BaseType	EducationBaseType
  SchoolName	SchoolNameType Base: string	MaxLength: 100	0 - 1	Navn på uddannelsessted, hvor uddannelse / kursus eller certifikat blev afsluttet
  SummaryText	string		1	Kort beskrivelse af uddannelse / kursus / certifikat
  CourseName	CourseNameType Base: string	MaxLength: 100	1	Kursusnavn
  EndDate	PartialDate		1	år/Måned eller år for afslutning af kursus
  Year	gYear		1	Årstal (4 cifre)
  Month	gMonth		0 - 1	Måned i formatet --MM
  CourseLength	positiveInteger		0 - 1	Længde på kursus i antal hele dage
  Certificate	CertificateType		1	Certifikat
  BaseType	EducationBaseType
  SchoolName	SchoolNameType Base: string	MaxLength: 100	0 - 1	Navn på uddannelsessted, hvor uddannelse / kursus eller certifikat blev afsluttet
  SummaryText	string		1	Kort beskrivelse af uddannelse / kursus / certifikat
  CertificateTitle	CertificateTitleType Base: string	MaxLength: 100	1	Certifikatets formelle titel
  ValidFrom	PartialDate		1	Gyldig fra år/måned eller år
  Year	gYear		1	Årstal (4 cifre)
  Month	gMonth		0 - 1	Måned i formatet --MM
  ValidTo	PartialDate		0 - 1	Gyldig til år/måned eller år
  Year	gYear		1	Årstal (4 cifre)
  Month	gMonth		0 - 1	Måned i formatet --MM
  QualificationCollection	QualificationCollectionType		1	Kvalifikationer
  Qualification	QualificationType		0 - *	Kvalifikation
  Name	String	DFGD: Skal ikke i snitflade, sættes ikke	1	Navn på kvalifikationen som borger og arbejdsgiver angiver den
  QualificationTaxonomyReference	int	DFDG: Kodeliste OccupationQualificationsTypeIdentifier	1	Reference til taxonomi med kvalifikationer
  DriverLicenseCollection	DriverLicensCollectionType		1	Diverse kørekort
  DriverLicense	DriverLicenseType		0 - *	Et kørekort
  Code	string	DFDG:

• Angives med typeværdier overfor Jobnet
  
• Angives med typeværdier for de eksterne
  
  Bemærk at her anvendes ikke kodelisteID'er
  Skal angives|1|Kode for kørekort. EU kode mv|

  Name	string	DFDG: Felt skal ikke medtages i metode DFDG/Jobnet Parameter skal angives, men værdi ignoreres af Jobnet.	1	Dansk navn på kørekort
  LanguageSkillCollection	LanguageSkillCollectionType		1	Sprogkundskaber
  LanguageSkill	LanguageSkillType		0 - *	Et sprog
  Code	LanguageCodeType Base: string	MaxLength: 4 DFDG: Eksisterende kodeliste LanguagesTypeIdentifier anvendes Jobnet: Skal angives.	1	Kode for sproget. Reference til TaxonomyService.GETLanguages
  Name	LanguageNameType Base: string	DFDG: Felt skal ikke medtages i metode DFDG/Jobnet Parameter skal angives, men værdi ignoreres af JN MaxLength: 50	1	Dansk navn på sproget
  Level	LanguageSkillLevelType Base: string	DFDG: Udstille med sammen Enumeration som i GetCV Enumeration:

• Novice
  
• AdvancedBeginner
  
• Competent
  
• Proficient
  
• Expert|1|Færdighedsniveau|

  OtherExperienceCollection	OtherExperienceCollectionType		1	Andre erfaringer
  OtherExperience	OtherExperienceType		0 - *	Anden erfaring
  Title	OtherExperiendeTitleType Base: string	MaxLength: 100	1	Stilling eller funktion
  Place	PlaceType Base: string	MaxLength: 100	1	Hvor
  SummaryText	string		1	Ansvar / arbejdsopgaver / resultater
  StartDate	PartialDate		1	Start på erfaring. År/måned eller år
  Year	gYear		1	Årstal (4 cifre)
  Month	gMonth		0 - 1	Måned i formatet --MM
  EndDate	PartialDate		0 - 1	Slut på erfaring. År/måned eller år
  Year	gYear		1	Årstal (4 cifre)
  Month	gMonth		0 - 1	Måned i formatet --MM
  ProfessionalSummaryText	FormattedTextType		0 - 1	Faglig profil. HTML formateret tekst. Hvis forekomst, skal enten HTML eller Plaintext suppleres. Angives både HTML og Plaintekst indsættes HTML. Angives kun HTML indsættes HTML. Angives kun tekst, indsættes den som HTML.
  HTMLText	string	DFDG:DFDG modtager ikke HTML og emojis (de alm. regler), Her angiver DFDG bare plain tekst. DFDG/Jobnet: Skal angives	1	Tekst inkl. HTML formatering. Jobnet stipper HTML på nær få accepterede formattering jf TinyMCE, dvs. bullets, italic, underline og bold.
  PlainText	string	DFDG/Jobnet Parameter skal angives, men værdi ignoreres af Jobnet.	1	Tekst uden formatering
  OtherCVReferenceCollection	OtherCVReferenceCollectionType		1	Referencer til andre CV o.l.
  WebSite	WebsiteType Base: string	MaxLength: 255	0 - *	Webside, fx link til andre CV'er (LinkedIn) eller til portfolio

  778.2.4 DFDG skal kunne oprette/gemme et CV

Overordnet løsningsmodel

• DFDG udstiller ny CV metode hvor Jobcenter kan gemme et CV på Jobnet
• DFDG gemmer CV'et i Jobnet vha. UpdateJobnetProfile
• Jobcenter (KSS) kan benytte denne nye metode til at overfører CV data til DFDG/Jobnet
  • DFDG sikrer, at Jobcenter kun kan gemme asyl CV data i den korrekte periode i forhold til overgivelsesdato

CVService (Version 6)

Servicen udvides med en ekstra metode, version 6 beholdes, da det er en non breaking change.

ReplaceCV

Metode der kan oprette eller erstatter et CV. Metoden er rette mod at Jobcenter (KSS) kan oprette og erstatte et eksisterende asyl CV i forbindelse med at en asylansøger får asyl og er overføres til kommunen.
Forretningsregler:

• Når jobcentret benytter ReplaceCV overskrives et evt. eksisterende CV, dog tages hensyn til nedenstående forretningsregler/valideringer i DFDG/Jobnet
• CV skal overholde Jobnet minimumskrav til et CV for de data der angives
• Det er kun det jobcenter der har borger tilknyttet (borgers eget JC) der  må kalde metoden (erstatte CV med ReplaceCV) (6005)
• Borger skal være oprettet på Jobnet. (4103)Bemærk, dette gør DFDG i forbindelse med Jobcentrets oprettelsen af en overgivelsesdato
• CV kan kun overskrives af sagsbehandler hvis alle tre bullets er opfyldt (DFDG validering):
  • Kontaktgruppen er: (9232)
    • (Id 8) Uden ydelse
    • (Id 17) Selvforsørgede, ikke i beskæftigelse
    • (Id 18) Selvforsørgede udlændinge omfattet af integrationsprogrammet
    • (Id 19) Indvandrere omfattet af introduktionsforløbet
    • (Id 20) Beskæftigede
    • (Id 27) Integrationsydelsesmodtager omfattet af integrationsprogrammet
  • Dato frist for CV opdateringer (CVEditEndDate) er ikke overskredet i forhold til dagsdatoFindes der ikke en frist for CV opdateringer (CVEditEndDate) betragtes den som overskredet (9230)
  • Overgivelsesdato er lig med eller overskredet i forhold til dagsdato (9231)
• Der sendes ikke WSRM fra DFDG når et CV oprettes/overskrives

Tekniske forhold:

• I den eksisterende løsning med CV service er der i metoden GetCV nogle steder der benyttes:
  • Enum frem for traditionelle DFDG kodelister.
  • Komplekse typer i stedet for simple type f.eks. i PhoneNumber

Selvom dette ikke er standard for DFDG vil disse også anvendes for ReplaceCV, dette gøres for at snitfladen mellem GetCV og ReplaceCV så ens som muligt af hensyn til KSS, der skal hente CV, rettes og over skrive CV.

• Stillingsbetegnelser skal udstilles som vi normalt gør på DFDG

Jobnet udstiller UpdateJobnetProfile som DFDG ved ReplaceCV, men overfor de eksterne serviceaftagere udstilles kun relevante felter. Se også 4.1.2 UpdateJobnetProfile - Jobnets til DFDG udstillede metode Input

Response

Fejlkoder Inkl. mapning af Jobnet fejlkoder

Jobnet fejlkode mapning til DFDG fejlkoder
Nye

• 300 mappes til 9233
• 310 mappes til 9234

Eksisterende

• 202 mappes til 4753
• 203 mappes til 4755
• 204 mappes til 4754
• 205 mappes til 4823

Jobnet fe

CodelistService (Version 5)

DiscoAms08

Eksisterende DFDG kodeliste der indeholder stillingsbetegnelser. Denne skal anvendes i forbindelse med JobTargetType – OccupationTaxonomyReference, indhold er uændret. Bemærk at Jobnet i OccupationTaxonomyReference har egendefineret værdier der ikke er officielle stillingsbetegnerlser, Disse skal ikke kunne angives fra de eksterne serviceaftagere, derfor kan DFDG's DiscoAms08 kodeliste anvendes.
Se WS-wiki DiscoAms08.

LanguagesTypeIdentifier

Eksisterende DFDG kodeliste der indeholder sprog. Denne anvendes i forbindelse med LanguageSkill- LanguageSkillType, Indhold er uændret
Se WS-wiki LanguagesTypeIdentifier.

DriversLicenseTypeIdentifier

Eksisterende DFDG kodeliste der indeholder kørekortstype. Denne anvendes i forbindelse med DriversLicense – DriversLicenseType.
Se DriversLicenseTypeIdentifier. 

EducationAttainmentIdentifierType

Uddannelsesniveauer. Bemærk at Jobnet synkroniserer deres uddannelsesniveauer automatisk med denne
Eksisterende kodeliste, anvendes i forbindelse med EducationLevel. (obs kun ændringer er vist)

EducationLevelCVTypeIdentifier

Fjernes, da der ved en fejl er sket en dobbeltoprettelse.

777.2.5 Integrationen mellem LetAsyl og DFDG i forhold sikkerhed, adgang, miljøer m.v.

Dette acceptkriterie er en POC /hul igennem øvense hvor LetAsyl og DFDG sammen får styr på den fælles snitflade bl.a. mht. sikkerhed, adgang, miljøer m.v.

Særlige krav til test

Kendte udeståender fra udviklingsfasen

Link til søgeresultat fra FogBugz på epic-nummer:

User stories

User stories er kun til interne brug for STAR's leverandører.

Løft af JCSS til version 8 (US 277)

"Som Jobnet ønsker jeg nye værdier i den eksisterende JCCS v.8 implementeret, til fremtidig anvendelse"
Beskrivelse:
JCSS har fået tilføjet nye værdier, uden den er løftet versionsmæssigt. Det er således stadig version 8. Skynet skal bruge nogle af værdierne i relation til dagpengetællere. Det skal aftales med dem, til hvilket lag de skal mappes. Cyberdyne skal bruge resten af felterne i relation til kommende userstory, hvor det via disse skal styres om en asylmodtagers CV må vises redigeres eller ej. Disse værdier skal altså bruges i GUI, til styring af at CV skal skjules, links skal skjules, grøn boks vises med informationstekst mv. Se evt. US 276
Til test/kundetest: Disse værdier bruges til styring af om CV skal skjules, links skal skjules, grøn boks vises med informationstekst mv. jf. US 276 i epic 778.1 i 2017-1 (!!!)
Acceptkriterier:

• Feltværdierne under følgende to elementer mappes ind i Jobnet:

        AsylumTransition
o   CVEditingPossible : bool - flag for at borger må editere sit CV
o   CVEditEndDate : Date - dato for hvornår jobcenter ikke længere kan rette i CV
        UnemploymentBenefitAccountInfo
o   HasbenefitAccount : bool - flag for om borgere skal have vist dagpengetællere på jobnet

• • RecalculatePossible : bool - flag for om borger skal have mulighed for at kunne genberegne

• Ved unit test dokumenteres at felterne er implementeret og kan vises på jobnet.

Tips til udviklere:
Værdier skal mappes gennem relevante lag, så værdierne for AsylumTransition collectionens vedkommende er tilgængelige for umiddelbar anvendelse i US 276.
For UnemploymentBenefitAccountInfo aftales med Skynet hvortil det skal mappes.
Det eksisterende felt RecalculateUnemploymentBenefitsAccountPossible, er flyttet ind I elementet UnemploymentBenefitAccountInfo og udgøres nu af RecalculatePossible. Det er ikke et felt der har været i brug før, men for god ordens skyld bør vi lige søge koden igennem for forekomst af dette felt.

ProfessionalSummaryText i UpdateJobnetProfile (US-549)

"Som Jobnet vil jeg tilføje ProfessionalSummaryText til UpdateJobnetProfile, så borgers kompetencebeskrivelse på CV'et kan oprettes/overskrives."
Acceptkriterier:

• Ved kald af UpdateJobnetProfile med parametre i collectionen ProfessionalSummaryText, indsættes værdier i CV efter følgende regelsæt:
  • Forekommer både HTML og Plaintext indsættes HTML.
  • Forekommer kun HTML indsættes HTML.
  • Forekommer kun Plaintext, indsættes der ikke noget (PlainText ignoreres).
  • Angivet HTML strippes for forekomster af ugyldige HTML-tags, jf. hvad TinyMCE editor på Jobnet GUI tillader.
• Er der ikke angivet værdier for collectionen, er det analogt at slette collectionen fra det på Jobnet lagrede CV.
• Integrationstest:
  • Der udvides med scenarie, hvor der indsættes testdata for ProfessionalSummaryText.
  • Der udvides med scenarie, hvor metode kaldes med tom collection for ProfessionalSummaryText.

• Supplerede værdier er verificeret i GUI.

PersonalData i UpdateJobnetProfile (US-550)

"Som Jobnet vil jeg tilføje PersonalData til UpdateJobnetProfile, så borgers stamdata og præferencer for synlighed heraf, kan oprettes/overskrives på CV'et."
Acceptkriterier:

• Ved kald af UpdateJobnetProfile med parametre i collectionen PersonalData, indsættes værdier i CV.
  • Inden indsættelse sker verificeres mod taxonomiservice, at Country er suppleret og validt. Årsag: ellers kan borger efterfølgende ikke logge på Jobnet.
  • Er værdier i collection ikke gyldige afbrydes hele opdatering af CV og der returneres fejlbesked herom.

• • Borgers præference for hvorvidt arbejdsgivere må se personlige data, dvs. HideForEmployer, indsættes, dog under hensyntagen til forretningsregler i Jobnet.

• • • Angives HideForEmployer ikke, sættes default værdier jf. hvad der sættes på Jobnet.

• Integrationstest:
  • Der udvides med scenarie, hvor der suppleres med testdata for PersonalData.
  • Der udvides med scenarie, hvor der suppleres med tom collection for PersonalData
• Supplerede værdier er verificeret i GUI.

Kommentar til udviklere:
Bemærk: I praksis giver det måske ikke meget mening at angive personlige data, da de angivne værdier alligevel overskrives ved borgers logon på Jobnet, jf. opslag mod CPR. Når de alligevel skal angives skyldes det:

1. Ønske om, at metoderne GetCV og UpdateJobnetProfile skal være synkrone
2. At borger, selv om stamdata overskrives, her har mulighed for på forkant at angive hvorvidt personlige oplysninger må være synlige for evt. arbejdsgivere.

OtherCVReferenceCollection (Website) i UpdateJobnetProfile (US 785)

"Som Jobnet vil jeg tilføje OtherCVReferenceCollection til UpdateJobnetProfile, så borgers eventuelle websted kan oprettes/overskrives på CV'et."
Acceptkriterier:

• Ved kald af UpdateJobnetProfile med ikke tom værdi i parameter Website i collectionen OtherCVReferenceCollection, valideres den angivne værdi mod regelsæt for gyldige domæner, anvendt på Jobnet.
  • Er Website ikke gyldig afbrydes hele opdatering af CV og der returneres fejlbesked herom.
  • Er værdi angivet for website gyldig, indsættes værdi i CV.

• Ved kald af UpdateJobnetProfile med tom værdi i parameter Website i collectionen OtherCVReferenceCollection, slettes et evt. tidligere angivet website.

• Integrationstest:
  • Der udvides med scenarie, hvor der suppleres med testdata for Website.
  • Der udvides med scenarie, hvor der suppleres med tom collection/værdi for Website
• Supplerede værdier er verificeret og forsøgt opdateret i GUI.

LanguageSkillCollection i UpdateJobnetProfile (US 786)

"Som Jobnet vil jeg tilføje LanguageSkillCollection til UpdateJobnetProfile, så borgers sproglige færdigheder kan oprettes/overskrives på CV'et."
Acceptkriterier:

• Ved kald af UpdateJobnetProfile med parametre i collectionen LanguageSkillCollection, verificeres værdier angivet for: - "Code" mod taksonomiservice- og værdier angivet for "Level" mod de tilladte værdier "Novice", "AdvancedBeginner", "Competent", "Proficient", "Expert".
• Er værdier valide, indsættes de.
  • Er bare én værdi ikke valid, afbrydes hele opdatering af CV og der returneres fejlbesked med årsag.

• Parameteren Name er påkrævet, men ignoreres ved modtagelse og indsættes derfor ikke.

• Ved kald af UpdateJobnetProfile med tomme værdi i parameterne for LanguageSkillCollection slettes alle angivne sprog fra CV.

• Integrationstest:
  • Der udvides med scenarie, hvor der suppleres med gyldige testdata for collection.
  • Der udvides med scenarie, hvor der suppleres med ikke gyldige testdata for collection.
  • Der udvides med scenarie, hvor der suppleres med tom collection/værdi for Website
• Supplerede værdier er verificeret og forsøgt opdateret i GUI.

Til udviklere:
Strengværdien <Name> skal angives, evt. som tom. Den angivne værdi ignoreres af jobnet.

OtherExperienceCollection i UpdateJobnetProfile (US 800)

"Som Jobnet vil jeg tilføje OtherExperienceCollection til UpdateJobnetProfile, så borgers øvrige erfaring kan oprettes/overskrives på CV'et."
Acceptkriterier:

• Ved kald af UpdateJobnetProfile med valide parametre i collectionen OtherExperienceCollection, overskrives collection i CV med værdier.
  • Er bare én krævet værdi ugyldig afbrydes hele opdatering af CV og der returneres fejlbesked herom.
• Er der ikke angivet værdier for collectionen QualificationCollection, er det analogt at slette collectionen fra det på Jobnet lagrede CV.
• Integrationstest:
  • Der udvides med scenarie, hvor der suppleres med gyldige testdata for OtherExperienceCollection.
  • Der udvides med scenarie, hvor der suppleres med ugyldige testdata for OtherExperienceCollection.
  • Der udvides med scenarie, hvor der suppleres med tom collection for OtherExperienceCollection

• Supplerede værdier er verificeret i GUI.

DriverLicenseCollection i UpdateJobnetProfile (US 801)

"Som Jobnet vil jeg tilføje DriverLicenseCollection til UpdateJobnetProfile, så oplysninger om borgers kørekort kan oprettes/overskrives på CV'et."
Acceptkriterier:

• Ved kald af UpdateJobnetProfile med parametre i collectionen DriverLicenseCollection, verificeres værdier angivet for "Code" mod taksonomiservice.
• Er værdier valide, indsættes de.
  • Er bare én værdi ikke valid, afbrydes hele opdatering af CV og der returneres fejlbesked med årsag.

• Parameteren Name er påkrævet, men ignoreres ved modtagelse og indsættes derfor ikke.

• Ved kald af UpdateJobnetProfile med tomme værdi i parameterne for DriverLicenseCollection slettes alle angivne kørekort fra CV.

• Integrationstest:
  • Der udvides med scenarie, hvor der suppleres med gyldige testdata for collection.
  • Der udvides med scenarie, hvor der suppleres med ikke gyldige testdata for collection.
  • Der udvides med scenarie, hvor der suppleres med tom collection
• Supplerede værdier er verificeret og forsøgt opdateret i GUI.

Til udviklere:
Strengværdien <Name> skal angives, evt. som tom. Den angivne værdi ignoreres af jobnet.

EducationCollection i UpdateJobnetProfile (US 806)

"Som Jobnet vil jeg tilføje EducationCollection til UpdateJobnetProfile, så borgers uddannelser, kurser og certificeringer kan oprettes/overskrives på CV'et."
Acceptkriterier

• Ved kald af UpdateJobnetProfile med valide parametre i collectionen EducationCollection, overskrives collection i CV med værdier.
  • Er bare én krævet værdi ugyldig afbrydes hele opdatering af CV og der returneres fejlbesked herom.
• Er der ikke angivet værdier for collectionen EducationCollection, er det analogt at slette collectionen fra det på Jobnet lagrede CV.

• Det verificeres, at "Andet", der er oprettet som nyt uddannelsesniveau i taksonomi med ID 100, scriptes med til prod.*

• Uddannelsesniveau "Gymnasiale uddannelser, FH, HH og HTC" rettes til "Gymnasiale uddannelser" og rettelsen scriptes med til prod.*

• Integrationstest:
  • Der udvides med scenarie, hvor der suppleres med gyldige testdata for EducationCollection.
  • Der udvides med scenarie, hvor der suppleres med ugyldige testdata for EducationCollection.
  • Der udvides med scenarie, hvor der suppleres med tom collection for EducationCollection

• Supplerede værdier er verificeret i GUI.

* Bemærk: JN har rettet tekster til, men et natligt synkroniseringsjob overskriver Jobnet databasen med de tekster, som DFDG har registreret på deres side, for samme ID'er. Rettelserne slår således først permanent igennem, når DFDG har implementeret deres US 970.
Til udviklere: På uddannelsesniveau udstiller vi via CVserviceforDFDG kun ID, så intet burde breake af den tekstlige ændring. Det bør dog verificeres hvor vi selv trækker tekst frem (ved Udskriv CV og ved PDF) at det er den nye tekst der fremkommer – altså at det er et realtidstræk på databasen og ikke en hardkodet tekst.

Uddannelsesniveau "Andet" i GUI (US 807)

" Som borger, vil jeg ikke på JN kunne oprette nye uddannelser med, eller ændre niveau for eksisterende uddannelser til, niveau "Andet"".
Acceptkriterier

• For borgere med niveau "Andet" i uddannelses niveau gælder, at
  • Uddannelsesdata skal kunne opdateres med "Andet" som niveau, hvis niveau i forvejen er angivet som "Andet".
    • Heraf følger, at "Andet", i denne situation og for denne uddannelse, skal fremgå og være valgbar af dropdownboksen.

• • Gemmer borger en uddannelse med niveau "Andet" til et andet niveau end "Andet", skal "Andet" ikke kunne vælges for uddannelsen igen.
    • Heraf følger, at "Andet", ikke længere må fremgå af dropdown boksen for uddannelses niveau.

• En uddannelse må aldrig, fra GUI, kunne ny-oprettes med niveau "Andet" og derfor må "Andet" ikke fremgå af dropdown boksen for uddannelses niveau.

Test af UpdateCV med eksisterende CV-data (US 859)

"Som Jobnet vil jeg teste, at Update CV virker, ved at udlæse og efterfølgende indlæse et repræsentativt udsnit af CV'er, og sikre, at CV'er er uændrede".
Acceptkriterier:
En engine bygges, således at:

• et dynamisk antal repræsentative eksisterende CV'er kan hentes via GetCV og det verificeres, at de efterfølgende kan indsættes via UpdateCV.
• Det verificeres collection for collection, at de indsatte data er identiske med de data, der blev hentet ud og at søgbarhedsstatus er uændret. Hint: Vi har talt om sammenligning af hashed værdier. Bemærk dog, at nogle felter, eks. "LastUpdateTS" er dynamiske og at denne linje derfor vil føre til afvigelse.
• En simulering foretages af et komplet DFDG kald, hvor borger oprettes via CitizenAccountService (evt. via LSS) og efterfølgende får et komplet CV oprettet via kald af UpdateCV, hvilket fører til søgbart CV.
  • Samme simulering foretages for nyoprettet borger med et ukomplet CV, dvs. uden data for collectionen uddannelse, for sikring af, at CV ikke gøres søgbart.
  • Begge CV'er inspiceres visuelt i Jobnet GUI og det bekræftes, at de via service indsatte data, rent faktisk vises.

Vi har i de enkelte userstories verificeret collection for collection, at data vises. Men det er rart at se, at data indsættes, når metoden indeholdende alle collectioner samlet set, kaldes.

"Retning" på visse uddannelser (US-886)

"Som jobnet vil jeg håndtere, at den for visse uddannelser krævede 'Retning', ikke kan medleveres af DFDG"
Acceptkriterier
Ved DFDG's kald af Service:

• CV'er der rummer uddannelserne:
  • Erhvervsuddannelse,
  • Kort videregående uddannelse,
  • Mellemlang videregående uddannelse,
  • Lang videregående uddannelse,
  • Ph.d., Post doc. Mv.,

skal ved opdatering, for den nævnte uddannelser og af Jobnet, have sat "Ikke angivet" for "Retning".
Ved borgers interaktion på Jobnet via GUI:

• Har borger en uddannelse, for hvilken "Retning" allerede er sat til "Ikke angivet", skal det for netop denne uddannelse være muligt at gemme med retning "Ikke angivet".
  • Heraf følger, at "Ikke angivet", i denne situation og for netop denne instans af uddannelsen, skal fremgå og være valgbar af dropdownboksen for "Retning".
  • Vælger borger et vilkårligt andet uddannelsesniveau for uddannelsen, må retningen "Ikke angivet" ikke fremgå.

• Gemmer borger en specifik uddannelse, der indledningsvis har retning "Ikke angivet" til en anden retning, skal "Ikke angivet" aldrig kunne sættes for uddannelsen igen.
  • Heraf følger, at "Ikke angivet", i denne situation ikke længere må fremgå af dropdownboksen "retning" for den specifikke uddannelse.

• En uddannelse må aldrig, fra GUI, kunne ny-oprettes med retning "Ikke angivet" og derfor må "Ikke angivet" aldrig fremgå af dropdownboksen for uddannelsers retninger.

Teknik:
Forholdet mellem "uddannelsesniveau" og "retning" er relationelt i databasen. Derfor skal i Jobnet taksonomi oprettes en værdi "Ikke angivet", som kan fremkomme for de relevante uddannelser.
Linda kommer med følgende hints:
Default Retning  (fra letasyl) skal tilføjest til stamdata i tabel
[AMS_SHARE_CV].[dbo].[tUtbildningInriktning]
Retning skal Linkes til alle niveauer der i dag har tilknyttet retning i  tabel
[AMS_SHARE_CV].[dbo].[tUtbildningNiva_tUtbildningInriktning]
EducationCollectionMapper, metode MapProfileToCvFormalEducations rettes så ID sættes til Default retning fra LetAsyl
FormalEducationMapper metode  MapToFormalEducationType her sættes 
EducationTaxonomyReference = formalEducation.Major?.Id ?? 0, 
tilbage til 
EducationTaxonomyReference = 0
Unittest til FormalEducationProxy_ExtendedValidation​ verificeres
Integrationstest testes og rettes til 

JobnetTargetCollection og Jobconditions (US-920)

"Som Jobnet vil jeg tilføje JobTargetCollection og JobConditions til UpdateJobnetProfile, så borgers jobønsker og ansættelsebetingelser kan oprettes/overskrives på CV'et."
Acceptkriterier

• Ved kald af UpdateJobnetProfile med valide parametre i collectionen JobTargetCollection, overskrives collection i CV med værdier.
  • Er bare én krævet værdi ugyldig afbrydes hele opdatering af CV og der returneres fejlbesked herom.
  • Er der ikke angivet værdier for collectionen, er det analogt at slette denne fra det på Jobnet lagrede CV.

• Ved kald af UpdateJobnetProfile med valide parametre i collectionen JobConditions, overskrives collection i CV med værdier.
  • Er bare én krævet værdi ugyldig afbrydes hele opdatering af CV og der returneres fejlbesked herom.
  • Er der ikke angivet værdier for collectionen, er det analogt at slette denne fra det på Jobnet lagrede CV.

• Integrationstest:
  • Der udvides med scenarie, hvor der suppleres med gyldige testdata for både JobTargetCollection og JobConditions.
  • Der udvides med scenarie, hvor der suppleres med ugyldige testdata for JobTargetCollection og JobConditions.
  • Der udvides med scenarie, hvor der suppleres med tom collection for JobTargetCollection og JobConditions.

• Supplerede værdier er verificeret i GUI.

I relation til test bedes bemærket:
Flere systemer kan oprette data i JobtTargetCollection, eksempelvis LSS, hvor følgende scenarie stammer fra:

Borger er altså tilmeldt med 0 måneders erfaring og fremtidig dato for "Sidst arbejdet i faget".
Ved borgers opdatering af CV på Jobnet fanges dette scenarie af GUI:
Vi kan dog IKKE rette valideringen til i servicen, da denne tilretning vil kræve en tilretning af LSS'en (og evt. andre systemer der bruger den samme logik) også. Sagen er dog oprettet som FB 96862, da Carsten Olsen mener den skan stoppes på DFDG siden.