Denne service udstiller mulighed for Vitas at gøre KSS mm. opmærksomme på hændelse i Vitas.

Forretningsbeskrivelse

VitasNotifikationservice understøtter ansøgningshændelser, bevillingshændelser, aftalehændelser incl. IGU-aftaler, oplysninger om Anden Aktør hvis Anden Aktør har oprettet ansøgning eller behandlet bevillingen samt en metode med data for bevillinger for mentor, personlig assistance og hjælpemidler.

Det er derudover muligt at kalde Vitas.PdfService i Vitas baseret på medsendte oplysninger i notifikationsservicen og de efterfølgende WSRM'er. Oplysninger til at hente PDF medsendes når en bevilling er underskrevet af arbejdsgiver, når en forlængelses-anmodning er godkendt af jobcentret og når en ophørserklæring er godkendt af jobcentret. 

Flow

Nedenfor gennemgås flow for Vitas notifikationer, WSRM beskeder samt PDF service.  

1. Når en ansøgning eller bevilling oprettes eller når en hændelse indtræffer i VITAS, sendes notifikation fra VITAS til DFDG med en JobCenterCode som afgør hvem der skal modtage beskeden. Der afsendes notifikation når en af nedenstående hændelser indtræffer. Der sendes kun ansøgningsnotifikationer for tilbud: (løntilskud, virksomhedspraktik, nytteindsats osv.). I og med der ikke laves ansøgninger om oprettelse af Mentor, personlig assistance eller hjælpemidler igennem Vitas, sendes der ikke notifikationer om ansøgninger for disse, kun bevillinger, som kan oprettes af jobcentret og godkendes af virksomhed.
   
   
   • • Ansøgningshændelser (se: JobOfferStatusTypeIdentifier)
     • Bevillingshændelser (se: JobAllocationStatusTypeIdentifier)
     • Aftalehændelser (se: AgreementStatusTypeIdentifier) 
     • Der afsendes notifikation til jobcenter der fik tilsendt eller oprettede tilbuddet/bevillingen eller som borgeren der er tilknyttet en IGU-aftale er hjemmehørende i.

2. NotifikationServicen trigger en WRSM besked til KSS’erne.

   I WSRM beskeder vil der ud over ansøgnings- og bevillingsdata være en URL til en VITAS ansøgning eller bevilling så sagen kan åbnes i Vitas via link fra KSS. Brugerne vil kunne logge på VITAS med deres kommunale AD oplysninger. KSS’erne skal stå for indhentning af tokens eller lignende. (Dette såfremt brugerne er oprettet med VITAS AD oplysninger i det kommunale AD).

3. Når en ansøgning bliver godkendt i VITAS, dvs. når en ansøgning bliver til et tilbud, opretter VITAS en notifikation.
4. Når en bevilling (ophør eller forlængelse) oprettes eller skifter status sendes notifikation og WSRM.

5. Vitas udvides til at udstille lister over ansøgninger og tilbud (joboffers). Der udvikles i den forbindelse en søgeservice (VitasSearchService) hvor jobcentre kan hente liste over nationale og lokale ansøgninger og tilbud (joboffers) der er registreret i Vitas. Servicen udstilles af Vitas og proxyer igennem DFDG. Med lokale Joboffers forstås et joboffer der er tilknyttet et jobcenter på normal vis. Med Nationale tilbud forstås en ansøgning der er overgået til national liste. En ansøgning kan overgå til den nationale liste i Vitas, hvis den er ikke-øremærket og jobcentret enten ikke har godkendt den inden for 2 uger eller udarbejdet en bevilling til den inden for 2 uger.

6. Når en bevilling, et ophør eller forlængelse godkendes, sendes WSRM med information til at kalde PDF service. KSS kan til journaliseringsmæssige formål kalde en PDF service med mulighed for at overføre PDF-dokumenter. PDF service udstilles af Vitas.

Afvigelser i flow

Der er en række afvigelser der gør at oprettelsen af JobofferNotificationer og JobAllocationNotification ikke altid forløber trinvist fremad. Fx kan en virksomhed trække et joboffer tilbage inden jobcentret godkender et joboffer. Her vil et ’joboffer’ skifte tilbage fra status ’sendt til jobcenter’ til et tidligere trin. På samme måde kan et Jobcenter nedlægge en bevilling (Joballocation) inden virksomheden når at godkende bevillingen.

• Bemærk: Disse afvigelser har den konsekvens, at WSRM-beskeder ikke sendes "duplikerede", så hvis en statusændring bliver vendt tilbage til en tidligere status, vil denne ændring IKKE udløse en WSRM-besked. For eksempel, hvis en bevilling nedlægges, inden virksomheden godkender den, vil ansøgningens JobOfferStatusTypeIdentifier blive sat til "Godkendt af jobcenter" fra "Bevilling udarbejdet". Men da statussen "Godkendt af jobcenter" allerede har udløst en WSRM-besked, da jobcentret godkendte ansøgningen, vil der ikke blive sendt en ny WSRM-besked om, at statussen er ændret tilbage. (FB-sag: 328935)

"Særlige aftaler"

Der er i Vitas lavet understøttelse til Jobcentrets brug af aftaler om ’løbende optag’ eller ’årskontrakter’. Dvs. aftaler Jobcentret har med en virksomhed om løbende at have et tilbud åbent til eks. virksomhedspraktik eller løntilskud. Dvs. at oprettes der i Vitas en aftale, som er angivet til at være en ’særlig aftale’, så vil det medføre, at hver gang en bevilling lukkes på en særlig aftale, så vil det være muligt at oprette en ny bevilling på samme tilbud indtil den særlige aftale nedlægges.

Når der afsluttes et bevillingsforløb på en særlig aftale, enten ved virksomheden opretter ophør som jobcentret godkender, eller ved bevilling lukkes. Så afsendes der JobAllocationNotifikation med JoballocationStatus 9 eller 4. Herefter ligges der igen en bevilling klar til besættelse i Vitas. Når denne besættes og sendes til virksomheden til godkendelse sendes der igen en JobAllocationNotifikation med JoballocationStatus 1 på samme Vitas sag.

Flowdiagram

Fleksjob (beskrivelse under udarbejdelse)

Til sammenligning følger fleksjob et tilpasset forløb, hvor der anmodes om fleksjobvurdering, herefter godkender/afviser jobcenter anmodning, opretter vurdering som sendes til virksomhed. Der kan oprettes tillægsbevilling på fleksjob vurdering. (Bemærk: Forløb for evt. forlængelse, ophør og afslutning af fleksjobvurdering er under afklaring).  Nedenstående gennemgås flow for fleksjob. 

1. Anmodning udfyldes af virksomhed fra Vitas.bm.dk eller jobcentret/AA via support mode
2. Når virksomhed har udfyldt og underskrevet sendes vurdering til jobcenter, der kan godkende/afvise vurderingen.
   1. Afvises vurdering sendes notifikation om dette til virksomhed
   2. Godkendes anmodningen, færdigudfylder jobcentret fleksjobvurderingen og notifikation om den godkendte anmodning + vurdering sendes til virksomheden. (Fleksjob vurderingen sidestilles med det der normalt oprettes som bevilling i Vitas.) 
3. Arbejdsgiver kan, men skal ikke efterfølgende vedhæfte en ansættelseskontrakt 
4. Arbejdsgiver kan, men skal ikke efterfølgende oprette en fleks-tillægsaftale direkte i VITAS.
5. Der udstilles løbende data vedr. fleksjob via VitasNotificationService til DFDG. Der oprettes nye metoder specifik til udstilling og fleksjob anmodnings- og vurderingsoplysninger

Forventet flow for fleksjob

Flow for VitasNotifications og jobordre ifbm. udvidelse af Vitas med national liste

Vitas udvides til at indeholde en national liste. Den nationale liste er en liste der deles af alle jobcentre. På den nationale liste vil alle jobcentre kunne se ansøgninger og tilbud der er overført til den nationale liste. Fra listen vil alle jobcentre på lige fod kunne behandle ansøgninger og tilbud i vitas.

Ansøgning overgår til national liste:

Når en ansøgning modtages af et jobcenter afsendes VitasNotification. Herefter overføres ansøgningen til nationalliste, der afsendes ny VitasNotification med oplysning om JobOffer er overgået til national liste. Se beskrivelse i afsnit: 4.3.3.1 SendJobOfferStatusNotification. Desuden vil jobofferet fremgå og kunne udsøges på  VitasSearchService::SearchVitasJobOffers med angivelse af jobofferet er tilføjet National list.

Ansøgning ’overgår’ til andet jobcenter ved behandling af ansøgning fra National liste.

En ansøgning på national liste kan ’overtages af et andet jobcenter, hvis det nye jobcenter tilgår en ansøgning på national liste og behandler ansøgningen ved at godkende ansøgningen. Når en ansøgning godkendes afsendes der VitasNotification og der oprettes en JobOrdre som beskrevet i afsnit: 4.1 Beskrivelse af flow for Notifikationer, WSRM og jobordre. Jobcentret der overtager ansøgningen, vil således overtage ansøgningen, men der vil blive på sat ny jobcenter tilknytning på VitasNotificationen. – Behandler jobcentret der har godkendt ansøgningen ikke tilbuddet, vil tilbuddet overgå til national liste, som beskrevet nedenfor.  Desuden vil jobofferet ikke længere kunne udsøges på  VitasSearchService::SearchVitasJobOffers med angivelse af jobofferet er knyttet til National list. – Det jobcenter der afgiver jobofferet til andet jobcenter vil således kunne se jobofferet ikke længere er knyttet til national liste, samt der ikke er modtaget ny status WSRM (jobOfferStatusNotification) på sagen.

Tilbud overgår til national liste:

Når en ansøgning godkendes afsendes der VitasNotifikation og der oprettes en jobordre som beskrevet i afsnit: 4.1 Beskrivelse af flow for Notifikationer, WSRM og jobordre.

Når et tilbud overgår til National liste afsendes ny VitasNotification med oplysning om JobOffer er overgået til national liste. Se beskrivelse i afsnit: 4.3.3.1 SendJobOfferStatusNotification. Desuden vil jobofferet fremgå og kunne udsøges på  VitasSearchService::SearchVitasJobOffers med angivelse af jobofferet er tilføjet National list.

Tilbud ’overgår’ til andet jobcenter ved behandling af tilbud fra National liste ved oprettelse af bevilling.

Et tilbud på national liste kan overtages af et andet jobcenter. Dette gøres ved at et nyt jobcenter tilgår tilbuddet på den nationale liste, og behandler tilbuddet ved at oprette bevilling på tilbuddet. Når det nye jobcenter opretter en bevilling på et eksisterende tilbud sker følgende:

1. Hvis der er oprette jobordre på tilbuddet som ikke tilhører jobcentret der er ved at oprette bevillingen så lukkes denne jobordre
2. Har jobcentret der er ved at oprette bevillingen ikke en jobordre, der er tilknyttet tilbuddet oprettes herefter en jobordre på tilbuddet
3. Efter der er oprettet jobordre for det nye jobcenter der er ved at oprette bevillingen afsendes VitasAllocationNotification med angivelse af det nye joborde ID.    
4. Desuden vil jobofferet ikke længere kunne udsøges på VitasSearchService::SearchVitasJobOffers med angivelse af jobofferet er knyttet til National list. – Det jobcenter der afgiver jobofferet til andet jobcenter vil således kunne se jobofferet ikke længere er knyttet til national liste, samt der ikke er modtaget ny status WSRM (jobOfferStatusNotification/jobAllocationStatusNotification) på sagen.

Metoder

SendJobOfferStatusNotification (WSRM: GetJobOfferStatusNotification)

NOTE: Denne, og de øvrige metoder, benyttes kun af Vitas til at kalde DFDG. 

Når en ansøgningshændelse indtræffer i Vitas, kalder Vitas DFDG via denne metode (se reference til kodeliste for ansøgningshændelser nedenfor). DFDG skaber herefter en WSRM (GetJobOfferStatusNotification) til KSS mm.

Output i GetJobOfferStatusNotification er det samme som input i SendJobOfferStatusNotification. 

Når Vitas sender notifikation til DFDG via SendJobOfferStatusNotification sendes notifikationen med en JobCenterCodeType som afgør, hvem der skal modtage beskeden samt information om ansøgning. Der afsendes notifikation når en af hændelserne angivet i JobOfferStatusTypeIdentifier indtræffer for ansøgninger i Vitas. Der sendes kun ansøgningsnotifikationer for tilbud: (løntilskud, virksomhedspraktik, nytteindsats osv.). I og med der ikke laves ansøgninger om oprettelse af Mentor, personlig assistance eller hjælpemidler igennem Vitas, sendes der ikke notifikationer om ansøgninger for disse.

• Ansøgningshændelser (se: JobOfferStatusTypeIdentifier)

Ansøgningshændelser kan på KSS side benyttes til at lave lister over tilbud på virksomheden eller eks. oprette udkast til placeringen for borgeren, alt efter hvilken af nedenstående hændelser der er indtruffet. 

1. Sendt til medarbejder-rep: Ansøgningen er oprettet og sendt til godkendelse ved virksomhedens medarbejderrepræsentant
2. Sendt til jobcenter: Ansøgning er sendt til jobcenter (Dermed er ansøgning underskrevet af virksomhed og repræsentant)
3. Godkendt af jobcenter: Ansøgning er godkendt af jobcenter (Svarende til tilbud er oprettet - når denne hændelse indtræffer oprettes jobordre hvis muligt ved kalde til jobordreservice)
4. Afvist af jobcenter: Ansøgning er afvist af jobcenter
5. Bevilling udarbejdet: Der er udarbejdet bevilling for ansøgningen (Der er placeret en borger på tilbuddet og bevillingen er oprettet).
6. Afvist af medarbejder-rep: Ansøgningen er afvist af virksomhedens medarbejderrepræsentant
7. Annulleret af virksomhed: Virksomheden har annulleret ansøgningen
8. Annulleret af jobcenter: Jobcenter har annulleret ansøgningen

SendJobAllocationStatusNotification (WSRM: GetJobAllocationsNotification)

Når en bevillingshændelse indtræffer i Vitas, kalder Vitas DFDG via denne metode (se reference til kodeliste for bevillingshændelser nedenfor). DFDG skaber herefter en WSRM (GetJobAllocationsNotification) til KSS mm.

Output i GetJobAllocationsNotification er det samme som input i SendJobAllocationStatusNotification).

Når Vitas sender notifikation til DFDG via  SendJobAllocationStatusNotification sendes notifikationen med en JobCenterCodeType som afgør, hvem der skal modtage beskeden samt information om ansøgning. Der afsendes notifikation når en af hændelserne angivet i JobAllocationStatusTypeIdentifier indtræffer for ansøgninger i Vitas. 

• Bevillingshændelser (se: GetJobAllocationStatusCodeList)

Bevillingshændelser kan på KSS side benyttes til at hente oplysninger vedr. bevillinger der ligger til grund for forløb en borger er blevet bevilliget, samt modtage information om forlængelse og ophør af forløb igangværende forløb.

1. Afventer godkendelse hos virksomhed: Bevilling oprettet på en ansøgning og afventer godkendelse hos virksomhed
2. Godkendt af virksomhed: Virksomhed har godkendt bevilling
3. Afvist af virksomhed: Virksomhed har afvist bevilling
4. Lukket: Bevilling er blevet lukket
5. Forlængelsesanmodning: Virksomhed har anmodet om forlængelse
6. Forlængelse godkendt: Anmodning om forlængelse godkendt
7. Forlængelse afvist: Anmodning om forlængelse afvist
8. Ophørsanmodning: Virksomhed har anmodet om ophør
9. Ophør godkendt: Anmodning om ophør godkendt
10. Ophør afvist: Anmodning om ophør afvist

Note: Det er ikke muligt at forlænge voksenlærlinge forløb.

Ifm. bevillingshændelsen fra Vistas ændrer DFDG visse formål (Purpose) til en borgerrettet beskrivelse. Dette er en midlertidig løsning, indtil Vitas overgår til formålskoder.

SendJobAllocationAddOnsStatusNotification (WSRM: GetJobAllocationAddOnsStatusNotification)

Når en bevillingshændelse for mentor, hjælpemiddel eller personlig assistance indtræffer i Vitas, kalder Vitas DFDG via denne metode (se reference til kodeliste for bevillingshændelser ovenfor til beskrivelsen af SendJobAllocationStatusNotification). DFDG skaber herefter en WSRM (GetJobAllocationAddOnsStatusNotification) til KSS mm.

Output i GetJobAllocationAddOnsStatusNotification er det samme som input i SendJobAllocationAddOnsStatusNotification).

Når Vitas sender notifikation til DFDG via SendJobAllocationAddOnsStatusNotification sendes notifikationen med en JobCenterCodeType som afgør, hvem der skal modtage beskeden samt information om bevillingen. Der afsendes notifikation når en af hændelserne angivet i JobAllocationStatusTypeIdentifier indtræffer for bevilling til mentor, hjælpemidler eller personlig assistance i Vitas.

Der sendes ikke ansøgningsnotifikationer for Mentor, hjælpemidler og personlig assistance. I og med der ikke laves ansøgninger om oprettelse af Mentor, personlig assistance eller hjælpemidler igennem Vitas. I stedet oprettes en bevilling for mentor, hjælpemiddel eller personlig assistance som en tilknytning til en allerede eksisterende bevilling i Vitas. Således kan der eks. fra en eksisterende løntilskudsbevilling oprettes en mentor- eller hjælpemiddelbevilling, som knytter sig til løntilskudsbevillingen. Der angives via JobAllocationIdentifier hvilken bevilling adon-bevillingen knytter sig til.  

• Bevillingshændelser (se: GetJobAllocationStatusCodeList)

Notifikationer pba. bevillingshændelser kan på KSS side benyttes til at hente oplysninger vedr. bevillinger der er tilknyttet allerede eksisterende bevillinger for forløb som eks. løntilskud og virksomhedspraktik, samt modtage information om forlængelse og ophør af bevillinger til mentor, hjælpemidler og personlig assistance.

SendIguAgreementStatusNotification (WSRM: GetIGUAgreementStatusNotification)

Når IGU aftale oprettes eller når en hændelse indtræffer i VITAS, sendes notifikation fra VITAS til DFDG med en JobCenterCodeType som kan afgøre, hvem der skal modtage beskeden samt information om ansøgning, bevilling eller aftale. (IGUAgreementStatusNotification).

Der afsendes notifikation når en af nedenstående hændelser indtræffer for hhv. ansøgninger og bevillinger. Der sendes kun ansøgningsnotifikationer for tilbud: (løntilskud, virksomhedspraktik, nytteindsats osv.). I og med der ikke laves ansøgninger om oprettelse af Mentor, personlig assistance eller hjælpemidler igennem Vitas, sendes der ikke notifikationer om ansøgninger for disse, kun bevillinger, som kan oprettes af jobcentret og godkendes af virksomhed.  

• Der afsendes notifikation til jobcenter der fik tilsendt eller oprettede tilbuddet/bevillingen eller som borgeren der er tilknyttet en IGU-aftale er hjemmehørende i.

SendCaseNotification (WSRM: GetVitasCaseNotification)

Når en ansøgning, fleksjobanmodning, bevilling/vurdering eller IGU-aftale oprettes eller når en hændelse indtræffer i Vitas, kalder Vitas DFDG via denne metode. DFDG skaber herefter WSRM GetVitasCaseNotification til KSS mm.

SendMovedToJobCenterNotification (WSRM: GetMovedToJobcenterNotification)

Når en sag skifter jobcenter kalder Vitas DFDG via denne metode. DFDG skaber herefter WSRM GetMovedToJoCenterNotification til det afgivende og modtagende jobcenter. Der sendes for alle ordninger.

SendVitasGdprSlettet (WSRM: GetVitasGdprSlettet)

Når Vitas sletter sager (ansøgning, tilbud, bevilling, vurdering eller IGU-aftale) slettes i VITAS pga. GDPR slettefrist, kalder VITAS DFDG med denne metode. DFDG skaber derefter WSRM GetVitasGdprSlettet. Der sendes for alle ordninger.

Der kan være flere elementer på samme VitasCaseID og afhængigt af sagstypen så kan der være flere personnumre eller sågar ingen personnumre. Vi har derfor bygget strukturen op med sagen som samlende element.

Alle Jobcentre, som på et tidspunkt har haft sagen, modtager WSRM.

Arkitektur- og implementeringsnoter

Frekvens for VITAS' kald af VitasNotificationService - og afledt dannelse af WSRM-beskeder i DFDG til KSS

WSRM-beskeder vedr. fleksjobvurderinger og bevillinger til hjælpemiddel, personlig assistance og mentor (ikke tillægsbevillinger) bliver sendt øjeblikkeligt i forbindelse med handlingen, der forårsager WSRM-beskeden.

Ifm. bevillinger til løntilskud, virksomhedspraktik/nytteindsats, voksenlærling og tillægsbevillinger bliver WSRM'er dannet på baggrund af en batchkørsel i VITAS, der afvikles hvert 4. minut.

Se eventuelt FB 328935 og 327388 for frekvensen af WSRM afsendelse

Tynde WSRM beskeder

Arkitekturmæssigt er det blevet besluttet, at DFDG implementerer en tynd WSRM besked på forretningsområdet for Vitas. Den tynde WSRM besked vil benyttes fremadrettet og på tværs af ordninger. Ligeledes vil den tynde WSRM besked indeholde nok information til, at KSS’erne informeres om hændelser i Vitas og at de på baggrund af den tynde WSRSM besked kan hente yderligere data fra webservices, som udstilles af Vitas.

Den arkitekturmæssige beslutning er taget i forhold til følgende punkter:

• DFDG skal ikke implementere WSRM beskeder indeholdende domænemodeller for de enkelte ordninger i Vitas.
• DFDG skal ikke implementere webservices, som bare agerer proxy mod Vitas.
• DFDG, Vitas og KSS’er kan genbruge den tynde WSRM besked på tværs af ordninger.

De kodelister, som indgår i den tynde WSRM besked, er ejet af DFDG og udstilles på DFDG’s CodeListService.

Den nye tynde WSRM besked - GetVitasCaseNotification - er gældende for de fem ordninger der er omfattet af LAB. Disse er følgende:

• Fleksjob
• Personlig Assistance
• Mentor
• Jobrotation
• Hjælpemidler

Der er et fremtidigt ønske om at alle ordninger i Vitas, skal overgå til tynde WSRM beskeder, og dertil hørende Get metoder. Det er ikke fastlagt hvor hurtigt dette implementeres, af hensyn til ressourceforbruget og sammenhængen med øvrige forretningsmæssige prioriteringer.

DFDG agerer ikke proxy for Vitas

For at afkoble logiske og såvel som fysiske forretningsmodeller (domænemodeller) i STAR’s systemportefølje er det blevet besluttet, at DFDG ikke længere skal agere proxy for Vitas. Dette betyder, at DFDG fremadrettet ikke vil implementere servicemetoder, som indeholder domænemodeller for de enkelte ordninger i Vitas.

DFDG implementerer kun en tynd WSRM besked i henhold til ovenstående afsnit. Vitas udstiller selv webservices, som er baseret på Foundation, hvorfra KSS’erne kan hente domænemodellerne i Vitas.

Sikkerhed på webservicemetoder udstillet i Vitas

De webservices, hvorpå KSS’erne kan hente data fra Vitas, er baseret på Foundation, hvilket betyder, at de benytter samme sikkerhedsmodel, fejlkontrakt m.m. som services i DFDG. Nedenstående figur illustrerer de siloer, som i STAR’s systemporteføje p.t. udstiller webservices, der er baseret på Foundation.

Figuren viser også, at Foundation gør brug af databasen Profiledata, hvilket betyder, at hver silo skal have kendskab til denne fælles database.

Gældende for siloen til Vitas er, at:

• Testmiljøer hos Vitas skal have adgang til en Profiledata database, som enten kan være en selvstædig kopi af databasen fra DFDG eller den samme database, som DFDG benytter i deres testmiljøer.
• PREPROD og PROD hos Vitas skal have adgang til samme Profiledata database, som benyttes af DFDG og Jobnet i PREPROD og PROD.
• Servicekatalog til Vitas skal oprettes og vedligeholdes i Profiledata databasens tabeller WebserviceCatalog, Webservice og WebserviceMethod, således at den graduerede sikkerhedsmodel kan benyttes på de af Vitas udstillede webservicemetoder. Dette er gældende for både testmiljøer hos Vitas samt i PREPROD og PROD.

Myndigheders adgang til borgere på de webservicemetoder, som udstilles af Vitas, styres også gennem Foundation ved hjælp af attributten AllowAccessAttribute. Alle webservicemetoder i Vitas dekoreres med en til flere forekomster af denne attribut, hvor det angives, hvilken myndighedstype, der må tilgå hvilke borgere, eksempelvis at STAR må tilgå alle borgere, mens jobcentre og kommuner kun må tilgå egne borgere på visse webservicemetoder. Det er en forudsætning, at der indgår en Property af typen PersonCivilRegistrationIdentifierType (typen findes i Foundation) med navnet PersonCivilRegistrationIdentifier i Requests til de webservicemetoder, hvor myndigheder kun må tilgå egne borgere.

Implementerings- og idriftsættelsesnoter i forbindelse med ibrugtagelse af Foundation i Vitas

Foundation gør brug af eventloggen med navnet KC_ERROR, hvilket betyder, at de servere, hvorpå Vitas udstiller deres webservices, skal have oprettet eventloggen KC_ERROR. DFDG har i deres installationspakke et Powershell script, der kan oprette denne eventlog.