VitasNotificationService (2019-1)

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

Forretningsbeskrivelse

Den eksisterende VitasNotifikationservice udvides med oplysninger om Anden Aktør hvis Anden Aktør har oprettet ansøgning eller behandlet bevillingen. Endvidere muligøres der at kalde en ny VitasPdfService i Vitas via proxy igennem DFDG. 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. NotifikationsServicen og WSRMbesked udvides desuden til at indeholde ny metode med data for bevillinger for mentor, personlig assistance og hjælpemidler.

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 JobCenterCodeType som kan afgøre, hvem der skal modtage beskeden samt information om ansøgning eller bevilling. 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.

  2. NotifikationServicen trigger en WRSM besked til KSS’erne i de situationer, der er angivet ovenfor.

    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 uden 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. (JobAllocationStatusNotification)
  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 med WSRM 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 og proxyer igennem DFDG.

Afvigelser i flow

Der er en række afvigelser der gør at oprettelsen af JobofferNotificationer og JobAllocationNotification ikke altid forløber trinvist fremad. Eks. kan en virksomhed trække et joboffer tilbage inden jobcentret godkender et joboffer. Her vil er ’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.

"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.

Flow


Fleksjob (OBS - endnu ikke implementeret i VITAS)

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 (OBS - endnu ikke implementeret i VITAS)

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.

Link til forretningsbeskrivelser

Found 10 search result(s) for VitasNotificationService.

Page: M. Vitas (classic) (Logisk arkitektur)
May 28, 2024
: Vitas
Mar 04, 2023
File Vitas (Logisk arkitektur > )
$searchResult.extraFields.attachmentReadableFileSize - Mar 04, 2023 - Download - Attachments

Metoder

SendJobOfferStatusNotification

NOTE: Denne metode 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 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

NOTE: Denne metode benyttes kun af Vitas til at kalde DFDG.

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 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.

SendJobAllocationAddOnsStatusNotification

NOTE: Denne metode benyttes kun af Vitas til at kalde DFDG.

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øgnings notifikationer 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.  

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

NOTE: Denne metode benyttes kun af Vitas til at kalde DFDG.

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.

SendFlexjobRequestStatusNotification (OBS - fleksjob er endnu ikke implementeret i VITAS)

NOTE: Denne metode benyttes kun af Vitas til at kalde DFDG.

Håndtering af fleksjob forløb:  Send fleksjob anmodningsoplysninger.

SendFlexjobEvaluationStatusNotification (OBS - fleksjob er endnu ikke implementeret i VITAS)

NOTE: Denne metode benyttes kun af Vitas til at kalde DFDG.

Håndtering af fleksjob forløb:  Send fleksjob vurderingsoplysninger.

SendCaseNotification

Det er et forretningsmæssigt mål at Vitas skal til at udstede egne webservices som serviceaftagere kan kalde direkte for at undgå at proxy store datamængder igennem DFDG, dette vil endvidere give mulighed for at udstille tynde WSRMer via DFDG, hvor serviceaftagere på baggrund af nøgler/andet kan kalde Vitas udstillede services for at få det resterende data, dette sikre større fleksibilitet for både service aftagere og STAR:

  • Serviceaftagere vil kunne kalde Vitas udstillede services for at få ekstra data når det behøves, i modsætning til i dag, hvor serviceaftagerene modtager store mængder data over WSRMerne som de er nødsaget til at persistere.
  • STAR vil i modsætning til i dag undgå datamæssige proxy ændringer og kun skulle ændre WSRMer i DFDG, hvis der kommer nye nøgler/andet der er et behov for at service aftagere har informationer nok til at kalde de Vitas udstillede services.

Den eksisterende VitasNotificationService udvides med oplysninger når der en oprettelse af en ansøgning eller der er sket en ændringer ved en bevilling/vurdering.

Den nye tynde WSRM besked - beskrevet i 942.1.2 - vil fremadrettet være 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 dertilhørende Get metoder. Rent tidsmæssigt er dette stadig uvist grundet, at LAB udviklingen vil skulle prioriteres først, men LAB vil også involvere gamle ordninger. Der vil foretages analyser af de gamle ordninger (de tykke WSRM), når udviklingens rammer disse, men tidshorisonten for dette er uklart, da de nye ordninger vil skulle prioriteres først.   

Nedenfor gennemgås flow for Vitas notifikationer:

  1. Når en ansøgning fleksjobanmodning, bevilling/vurdering eller 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 aftalen.
    Der afsendes notifikation når en af nedenstående hændelser indtræffer for hhv. ansøgninger/anmodninger og bevillinger/vurderinger. 
    • Ansøgningshændelser (se: JobOfferStatusTypeIdentifier)
    • Bevillingshændelser/vurderingshændelser (se: JobAllocationStatusTypeIdentifier)
    • Aftalehændelser (Se: AgreementStatusTypeIdentifier)
    • NotifikationServicen trigger en WRSM besked til KSS’erne (det jobcenter med den angivende JobCenterCodeType) i de situationer, der er angivet ovenfor.
      I disse WSRM beskeder vil der være nøjagtigt så meget data at KSSerne har mulighed for at hente yderligere informationer vedrørende sagen ved at kalde nye services oprettet direkte i VItas.
  2. Der oprettes således WSRM-besked når ansøgning oprettes og indsendes til jobcenter

  3. Der oprettes WSRM-besked når ansøgning godkendes

  4. Der oprettes WSRM-besked når bevilling/vurdering oprettes og afsluttes.

  5. Det er muligt for aftager system at kalde webservice ved Vitas og aftage sagsdata direkte fra Vitas.



Arkitektur- og implementeringsnoter

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 implementerer WSRM beskeder indeholdende domænemodeller for de enkelte ordninger i Vitas.
  • DFDG skal ikke implementerer webservices, som bare agere 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.

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.

iguren 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.