PersonStatusService (2024-1)

Denne service udstiller en række metoder, der gør det muligt at hente oplysninger om en given borgers tilmelde- og statusoplysninger. Servicen omtales ofte som PSS.

Forretningsbeskrivelse

Hvis servicen ikke kender personen sendes der en fejl retur om, at personen er ukendt

En persons klientkategori knytter sig til en tilmeldeperiode En person kan have en klientkategori i form af en kontanthjælpsbevilling, selv om personen ikke er tilmeldt.

Adgang til servicen

Kommuner og Jobcentre

Har adgang til alle collectioner for alle egne borgere. Mulighed for gæsteadgang. Anden aktør har adgang for henviste borgere.

UDK og IUM

Har adgang til alle borgere. 

A-kasser, herunder filtrering af output

Egne medlemmer, tidligere medlemmer (120 dage) og gæsteadgang.

Oplysninger uden en dato til filtrering (gælder også collectioner uden dato), benævnes i det følgende "aktuelle oplysninger", hvorimod oplysninger der kan filtreres via en dato benævnes "historiske oplysninger".

A-kassers adgang til aktuelle oplysninger

A-kassen har adgang til egne medlemmer samt til "gamle" medlemmer 4 måneder (120 dage) efter medlemsafgang, herunder adgang til aktuelle oplysninger (oplysninger uden dato til filtrering).

• Person er medlem af den kaldende a-kasse:
  • A-kasse har adgang til person
• Person er ikke medlem af den kaldende a-kasse
  • Person har været medlem af den kaldende a-kasse OG medlemskab er afsluttet indenfor de sidste 120 dage:
    • A-kasse har adgang til person
  • Ellers
  • • A-kasse har ikke adgang til person.
    • Der er dog mulighed for gæsteadgang.

Forespørger A-kasser på personer de ikke har adgang til, fejler servicekaldet med fejlkode 4575.

Hvis a-kassen har brug for at se PSS-oplysninger i perioden efter medlemsafgang – fx ved klagesager eller kontrol – skal a-kassen selv sørge for at gemme et ”statusbillede”/statusdata, inden adgangen til data i PSS ”afbrydes”. Eller anvende muligheden for gæsteadgang (se nærmere under PersonStatusCommentService.CreatePersonGuestAccess.

A-kassers adgang til historiske oplysninger

Der er adgang til historiske oplysninger i  4 måneder (120 dage) før medlemstilgang i den kaldende a-kasse til og med dato for medlemskabets ophør.

En registrering er med hvis registreringens slutdato er mindre end 120 dage før medlemsperiodens startdato.

En registrering der ligger efter medlemsperiodens slutdato vil ikke vises.

En registrering er også med hvis den overlapper med medlemsperioden. Dvs:

• RegistreringSlut > AkasseTilgang – 120 dage
• Fra Release 2018-4: RegistreringStart >= AkasseTilgangs slutdato (Vil kun ske for de medlemskaber som ikke er det nuværende)

A-kassen har altså adgang til at se oplysninger fra op til 4 måneder før medlemstilgang med følgende undtagelser, der beregnes fra dags-dato:

• Kontaktgrupper (ContactGroup under TassInfo) kan ses op til 4 år bagud
• Aktiviteter (ActivityInfo) kan ses op til 8 år bagud
• Tilskudsjob (SubsidyJobInfo): Den aktuelle a-kasse må se oplysninger 8 år tilbage – uanset om personen var medlem i a-kassen tilbage i tid. Collection er udfaset i PersonStatusService, brug ActivityService i stedet
• Persongruppemarkeringer (PersonGroupMarking) a-kassen kan kun se data for borger som aktuelt er medlem.

Flere medlemsperioder i samme a-kasse

Hvis en borger har flere perioder med medlemskab i den kaldende a-kasse, gælder følgende regler:

• Hvis borgeren har et ikke afsluttet medlemskab, bruges startdatoen for dette medlemskab til beregning af hvor langt tilbage i tid data kan ses
• Hvis borgeren kun har afsluttet medlemskaber, bruges den nyeste startdato til beregning af hvor langt tilbage i tid data kan ses
• Der ses bort fra en-dags medlemskaber

Særregler for a-kassers adgang til oplysninger

A-kasser har adgang til at se følgende oplysninger:

• Dato for CV-samtale i a-kasse forud for medlemskab i kaldende a-kasse uansat tidspunkt
• Krav til jobsøgning uanset hvilken a-kasse der har registreret kravet
• Dagpengetællere uanset tidspunkt

Filtrering af indhold og udfasede collections  

Bemærk for Tass collection: 

Enrollment.ClientCategory

Da ClientCategoryTypeIdentifier er et obligatorisk forekommende kerneelement i Enrollment, filtreres der ikke. 

Filtrering i andre services

Filtrering i ---StatusServices vil følge filtreringen beskrevet ovenfor

Services med a-kasse indholdsfiltrering: 

• Page:
  ActivityService (2023-4) (Fysisk arkitektur)
• Page:
  Borgerindsats.AktivitetService (2024-1) (Fysisk arkitektur)
• Page:
  Borgerindsats.AktivitetService (2024-2) (Fysisk arkitektur)
• Page:
  Borgerindsats.BorgerindsatsStatusService (2023-4) (Fysisk arkitektur)
• Page:
  Borgerindsats.BorgerindsatsStatusService (2024-2) (Fysisk arkitektur)
• Page:
  Borgerindsats.MinPlanService (2024-1) (Fysisk arkitektur)
• Page:
  Borgerindsats.MinPlanService (2024-2) (Fysisk arkitektur)
• Page:
  Borgerindsats.PlanService (2024-1) (Fysisk arkitektur)
• Page:
  Borgerindsats.PlanService (2024-2) (Fysisk arkitektur)
• Page:
  BorgerkommunikationStatusService (2024-1) (Fysisk arkitektur)
• Page:
  BorgerkommunikationStatusService (2024-2) (Fysisk arkitektur)
• Page:
  BorgerkommunikationStatusService (2024-3) (Fysisk arkitektur)
• Page:
  CitizenScreeningService (2021-1) (Fysisk arkitektur)
• Page:
  DocumentRepositoryService (2020-3) (Fysisk arkitektur)
• Page:
  EksterneData.PersonStatusService (2023-4) (Fysisk arkitektur)
• Page:
  JobnetBookingService (2020-2) (Fysisk arkitektur)
• Page:
  JobnetCitizenMessageService (2016-4) (Fysisk arkitektur)
• Page:
  JobnetCitizenStatusService (2023-2) (Fysisk arkitektur)
• Page:
  JobnetCitizenStatusService (2023-3) (Fysisk arkitektur)
• Page:
  JobnetMyPlanService (2021-3) (Fysisk arkitektur)
• Page:
  Komposit.MinPlanService (2024-1) (Fysisk arkitektur)
• Page:
  Komposit.MinPlanService (2024-2) (Fysisk arkitektur)
• Page:
  Kontaktforloeb.AfholdtSamtaleService (2023-4) (Fysisk arkitektur)
• Page:
  Kontaktforloeb.AfholdtSamtaleService (2024-1) (Fysisk arkitektur)
• Page:
  Kontaktforloeb.IndkaldelseService (2024-1) (Fysisk arkitektur)
• Page:
  Kontaktforloeb.JobnetBookingService (2023-4) (Fysisk arkitektur)
• Page:
  Kontaktforloeb.KontaktforloebStatusService (2023-4) (Fysisk arkitektur)
• Page:
  Lovlige aktiveringspuljer i forhold til typen af jobtilbud (Logisk arkitektur)
• Page:
  Lovlige bevillingsrammer for kurser i forhold til kursets afholdelseskategorier (Logisk arkitektur)
• Page:
  Lovlige timetilskudssater i forhold til typen af jobtilbud (Logisk arkitektur)

Derudover sker der, jf. brevhemmelighedsprincipper, filtrering af indhold i CitizenMessageService

Øvrige

Anden Aktør har kun adgang med henvisning til den pågældende borger (herunder at der har været henvist til borger indenfor de sidste 30 dage). Ved gæsteadgang valideres der på, om der foreligger henvisning til et af borgerens personnumre i PersonCivilRegistrationIdentifierHistoryCollection indenfor de sidste 30 dage.

Mit Sygefravær har adgang til at se fravær på vegne af borgeren.

Udlændinge- og Integrationsministeriet har adgang til alle collectioner for alle borgere.

Udbetaling Danmark har adgang til alle collectioner for alle borgere.

Gæsteadgang

Gæsteadgang for en dag ad gangen kan alle, som i øvrigt kan tilgå en given collection, opnå med PersonStatusCommentService.CreatePersonGuestAccess. Dette er primært for at sikre at man kan få adgang til borger som har skiftet personnummer.

Sikkerhedsattributter

Servicen er omlagt til de nye sikkerhedsattributter i 2021-1 - og vil derfor fremgår kaste fejlkode 4575 "You are not authorized", hvis servicen kaldes af en aftagertype, der ikke har rettighed til at kalde den pågældende servicemetode. Der kan evt. tidligere være kastet en mere aftagertype-specifik fejlkode i denne situation.

Udfaldsrum for specifikke kollektioner

Der er kun nævnt kollektioner hvor der er nævneværdige forhold. Se også kollektionernes feltbeskrivelser for yderligere oplysninger.

ActivityInfo

ActivityCollection indeholder kursusaktiviteter og virksomhedsaktiviteter samt personlig assistance og hjælpemidler. Der udstilles også aktiviteter, der har status annulleret.

BoostOfVocationalTrainingCollection medtager alene aktiviteter af typen kursusaktiviteter, hvor det gælder at bevillingsrammen (CourseAllocationTypeIdentifer) er lig med ” Pulje til uddannelsesløft med 80 pct. Dagpenge” (Id 6) eller ” Pulje til uddannelsesløft med 100 pct. Dagpenge (Id 12). Aktiviteter, der har status annulleret, bliver ikke udstillet.

ActivitySupplement

Kollektionen er bevaret, men vil altid være tom fra og med release 2024-1.

AddressContactInfo

Kontaktinformation vedrørende adresse og midlertidig adresse. Man kan kun have 1 midlertidig adresse (enten dansk eller udenlandsk).

Bemærk at når IsProtectedAddress er TRUE så er der tale om både navne- og adressebeskyttelse

AddressContactInfo vil fra 2024-1 returnere en tom liste eller ikke-opdaterede data mht. CPR-adresse og oplysninger om adressen er beskyttet. Oplysninger om midlertidig adresse vil fortsat indgå.

BookingCollection

Bemærk: Der medtages bookinger (dvs. også afholdte, men ikke aflyste), der kendes for borgeren uanset hvilken myndighed der har booket mødet.

BookingInfo kollectionen er udfaset og returnerer forældede data eller blank fra og med 2022-3

CompanyOwnership

Kollektionen er bevaret, men vil altid være tom fra og med release 2019-3 LAB

CompanyVAT

Kollektionen er bevaret, men vil altid være tom fra og med release 2019-3 LAB

Core: PersonCivilRegistrationIdentifierHistoryCollection

Bemærk at kvaliteten af opdaterings- og statusskiftsdatoerne for CPR numre ikke er god (fra CPR registeret og dermed heller ikke fra DFDG). Man kan som borger skifte tilbage til et tidligere CPR nummer (sandsynligvis primært i forbindelse med revurdering af usikker fødselsdato for borgere fra lande uden central borgerregistrering). Hvis der er flere gyldighedsperioder (start- og slutdato-sæt) på en borger i DFDGs datagrundlag vil kun den seneste gyldighedsperiode optræde i DFDGs udstilling af borgeren (og i det datasæt som DFDG modtager fra DFDG BI).

I kraft af den lave kvalitet vil der ikke blive lavet valideringer i DFDG på baggrund af gyldighedsperioder for CPR numre, og hvis man skal have en komplet historik (fx forsørgelseshistorik) for en borger for en given periode, så skal man trække data for alle borgerens personnumre uden hensyntagen til slutdatoer.

I den nye kollektion i PSS i metoden GetVariablePersonStatus medtages alle CPR-nr, der har været tilknyttet en borger. Dette er uanset om man kalder med borgerens aktuelle CPR-nr. eller man kalder med et gammelt. PSS vil i alle øvrige dataelementer/collections kun datamæssigt medtage data fra det CPR-nr. man kalder med.

Det betyder, at er det i specieltilfælde med behov for samle alle data for en borger, vil være nødvendigt for KSS eller a-kasser at kalde DFDG en gang for hvert CPR-nr. borgeren har haft. Dette kaldemønster må dog ikke bruges generelt, da de forretningsdata, der skal gælde for borgeren, skal være samlet på borgerens aktive CPR-nr.

Skifter en borger således CPR-nr., er det sagsbehandler/jobkonsulenter i jobcenter og a-kasse, der skal sikre sig at relevante data rettes op i forbindelse med skiftet af CPR-nr. Dette kunne f.eks. være at flytte det aktive kontaktforløb inkl. booking og frister, aktiviteter og krav til jobsøgning på seneste version af Min plan.

Core: MaritalStatusCode

Vil fra 2024-1 returnere en tom liste eller ikke-opdaterede data.

I PersonStatusService udstilles ikke den fulde enumeration af civilstatusser, der modtages i leverancen fra CPR. I PSS udstilles kun, om personen er gift/registreret partner eller ugift.

Hvis det ikke er verificeret i oplysningerne fra CPR, at en person er gift, udstilles i DFDG, at personen er ugift. Derfor kan ægteskabsstatus i DFDG være forskelligt fra de oplysninger, der udstilles direkte fra CPR.

Core: PersonNameStructure

DFDG udstiller personens adresseringsnavn som det er registreret i CPR. Hvis adresseringsnavnet skal ændres, skal borgeren rette henvendelse til kommunens borgerservice/folkeregister.

Core: PersonOriginCode (Herkomst)

Oplysninger om herkomst udstilles fra 2021-1 ikke længere, og feltet vil altid returnere NULL.

Core: PersonGenderCode (køn)

Vil fra 2024-1 returnere en tom liste eller ikke-opdaterede data.

Core: NordicCitizen (nordisk borger)

Vil fra 2024-1 returnere en tom liste eller ikke-opdaterede data.

CvInfo

Felterne CV status (CvStatusTypeIdentifier) og CV tilgængelighed (CvAvailabilityTypeIdentifier) er ikke længere brugte og udstiller henholdsvis Id 1 "Klar til kvalitetssikring" og Id 2 "Ikke tilgængelig for søgning" (uanset hvilken status borgers CV har). Brug servicen CVService.GetCV i stedet for, hvor de gældende værdier udstilles.

Feltet CV kundenummer (CvCustomerIdentifier) returnerer fra 2023-2 altid "00000000".

Oplysninger i elementet AsylumTransitionInfo returneres altid når transitionData findes.

ExternalOperatorReferralInfo (henvisninger til anden aktør)

Vil fra 2024-1 returnere en tom liste eller ikke-opdaterede data.

FamilyInfo

Vil fra 2024-1 returnere en tom liste eller ikke-opdaterede data.

Børn udgår af PSS collectionen på følgende tidspunkter:

• Umiddelbart efter den måned hvor et barn er fyldt 18 år.
• Når DFDG-BI får kendskab til barnets død, bortadoption eller at barnet selv bliver forsørger.

Det er valgt ikke at lave en historik på dette, og ikke at sætte ændringsdatoer på, da sådan information ikke vil kunne være komplet nok til at undgå manuel sagsbehandling på sagen.

PersonCivilRegistrationIdentifierHistoryCollection (personnummerHistorik)

Vil fra 2024-1 returnere en tom liste eller ikke-opdaterede data.

PersonContactInfo

Kontaktpersontilknytning. Vil fra 2024-1 returnere en tom liste eller ikke-opdaterede data.

For adressedata se: Address-ContactInfo.

For borgers øvrige kontaktinfo se: PersonContactDataInfo collection.

PersonContactDataInfo

Filtrering af kontaktinformationer: Når myndighed, Jobcenter eller a-kasse kalder PPS medtages ikke kontaktinformationer, der er ugyldige dvs. med status PersonContactDataStatusIdentifierType =”Ugyldigt” (Id 5).

TassInfo

Indeholder en mængde centrale beskæftigelsesdata: Kontaktgruppe, tilmelding, tilmeldekategori, Tjek JOBforslag (TJOB), kontanthjælpsbevilling, fravær m.m.

Navnet kommer fra det gamle Tilmelding Afmelding Status Service.

Fra 2019-3 LAB af epic 890.2 LAB - Afskaffelse af tjek af jobforslag - oprydning (fase 2) sættes følgende værdier ikke længere eller sættes til faste værdier:

• ConfirmActiveJobSeekingDate - bliver ikke længere sat
• NextEnrollmentConfirmationDeadline - bliver ikke længere sat
• MissedConfirmationWarning - bliver altid sat til false
• MissedConfirmationWarningRemovalDate - bliver ikke længere sat
• WarningsInfo - bliver ikke længere sat

UnemploymentBenefitsAccountInfo

Indeholdt indtil 2018-3 de tællere for dagpengeforbrug, indplaceringsdato, referenceperiode m.v. som a-kasserne opgør og indrapporterer for alle a-kassemedlemmer, der forbruger af deres dagpengeret.

Fra 2018-3 skal dagpengetællere i stedet hentes med UnemploymentBenefitsAccountService.GetUnemploymentBenefitsAccountInfo.

LatestJobSearchDefinitionInfo

Kollektionen overgår fra 2021-3 til et levere et blankt resultat.

TimelinessInfo

Kollektionen TimelinessInfo overgår i 2020-1 til at levere blankt resultat.

ProfessionInfo

Kollektionen ProfessionInfo overgår fra 2021-2 til et levere et blankt resultat.

SubsidyJobInfo

Kollektionen SubsidyJobinfo overgår fra 2021-3 til et levere et blankt resultat.

SustenanceClassificationInfo

Kollektionen overgår fra 2022-4 til et levere et blankt resultat.

YouthEducationInfo

Kollektionen indeholder oplysninger om ungdomsuddannelser, men kun for unge, der har eller har haft et uddannelsespålæg - og et åbent abonnement i Ungedatabasen.

CPR-skiftere

Ved kald af GetVariablePersonStatus med en borgers ikke-aktuelle cpr.nr kalder PSS ikke videre til de nye DFDG-forretningsdomæner. PSS vil i denne situation returnere en tom kollektion for hver af de områder, hvor der ikke kaldes videre til de nye DFDG-domæner.

Dette for at forhindre, at det samlede PSS-kald fejler. Dermed vil det kun være DFDG (Classic), der returnerer oplysninger ved kald af PSS på borgers eventuelle tidligere cpr-nr. 

Metoder

Rettigheder til at kalde metoderne

Jobcentre, kommuner og anden aktør

A-kasser

GetVariablePersonStatus

Metoden skal bruges til målrettet at hente enkelte udvalgte kollektioner til brug i en given forretningsmæssig sammenhæng. Denne metode gør det muligt at hente en række stamdata og den aktuelle status for den angivne person.

GetVariablePersonStatusCV

Denne metode gør det muligt at hente en række stamdata og den aktuelle status for en person baseret på CV kundenummer. Metoden må anvendes af Jobnet, jobcentre, kommuner og anden aktør.

GetPersonCivilRegistrationIdentifier

Denne metode henter en borgers CPR nummer ud fra borgerens CV kundenummer. Metoden må anvendes af Jobnet, jobcentre, kommuner og anden aktør.