Tillæg til Tilslutningsaftale – Integration til eget kildesystem
Tillæg til Tilslutningsaftale – Integration til eget kildesystem
Økonomistyrelsen og xxxxxxxxx
#Decorative
Januar 2024
Indhold
1. Omfang og ansvar 3
2. Anvendelse af web-service 4
3. Oversigt over data som kan udveksles 6
4. Sikkerhed 9
5. Ændring og opsigelse 10
6. Gyldighed og underskrifter 11
1. Omfang og ansvar
Aftalen dækker oprettelse og vedligeholdelse af brugeroplysninger i Campus. For statsinstitutioner der er omfattet af Campus udgør aftalen et selvstændigt doku- ment, mens aftalen for alle øvrige skal ses i sammenhæng med ”Tilslutningsaftale til Campus”. Aftalen omfatter den af Økonomistyrelsen indkøbte og drevne løsning, med tilhørende integrationskomponenter. Løsningen benævnes efterfølgende Cam- pus.
Aftalens parter er Økonomistyrelsen (efterfølgende benævnt Leverandøren) og den institution eller det institutionsområde med hvem aftalen er indgået (efterfølgende benævnt Kunden).
Aftalen omfatter alene anvendelsen af den web-service som Leverandøren udstiller, og som gør det muligt at oprette og vedligeholde en institutions brugeroplysninger i Campus fra et andet fødesystem end Statens HR, fx et lokalt HR system.
Aftalen omfatter alene de data som Leverandøren udstiller, jf. afsnit 3, Oversigt over data som kan udveksles via web-service. Der oprettes og vedligeholdes alene brugeroplysninger, til forskel fra oprettelse og vedligeholdelse af sikkerhedsroller og privilegier som sker gennem Leverandøren, ligesom der kun kan oprettes interne brugere.
For så vidt angår dataansvar, sikkerhed mm. henvises til xxx.xxx.xx afsnit om fæl- les dataansvar.
Kunden overtager med nærværende aftale ansvaret for oprettelse og vedligeholdelse af brugere i Campus. Kunden vil derfor kunne holdes ansvarlig, herunder økono- misk ansvarlig, for eventuelle udgifter som måtte påføres Leverandøren, som følge af en grov uagtsom brug af løsningen. Det påhviler fx Kunden at sikre, at der ikke foretages dobbeltoprettelse af brugerkonti.
Henvendelse vedr. aftalen bedes rettet til: Økonomistyrelsen, Xxxxxxxxxx 0, Xxxx- xxxx 0000, 0000 Xxxxxxxxx K, Statens Kompetenceløsninger, Teamleder Chri- xxxxx Xxxxxx, tlf. 0000 0000, e-mail: xxxxxx@xxx.xx.
2. Anvendelse af web-service
Det påhviler Kunden, at sikre dataoverførsel til Leverandørens webservice, hvorfor eventuel udvikling af klient-applikation ligeledes er Kundens ansvar. Udgifter til ud- vikling af klient-applikationer er derfor Leverandøren uvedkommende.
Nedenstående illustration over kommunikationen mellem klient og webservice
Web-servicen udstilles af Leverandøren og kan udelukkende tilgås via https/SSL. Hvert kald bliver autentificeret og data bliver valideret ud fra specifikke regler. Ud- vikling og vedligeholdelse af web-servicen forestås af Leverandøren og er inkluderet i Campus løsningen.
Løsningen er dokumenteret via to brugervejledninger som begge kan downloades fra xxx.xxx.xx:
Webintegration til Campus for oprettelse og vedligeholdelse af per- son- data
Anvendelser af webservice til personimport til Campus (brugervejled- ning for udviklere)
Såfremt Kunden allerede er opsat til integration med SLS, vil en overgang til web- service kræve at Kundens data migreres. Såfremt Økonomistyrelsen har særlige ud- gifter til migreringen, vil disse blive pålagt kunden.
Processen for anvendelse af web-service kan beskrives således:
Der udarbejdes en plan for overgangen mellem Leverandøren og Kun- den, herunder gennemgås de to vejledninger samt nærværende aftale- grundlag
Når klientapplikationen foreligger skal den testes og godkendes af Leve- randøren
Leverandøren koordinerer med evt. 3. partsleverandør, men der er ikke afsat ressourcer til egentlig fejlrettelse i Institutionens klient-applikation
Migreres fra SLS til web-service skal Leverandøren afvikle et script på det/de respektive domæner, inden en godkendt løsning kan sættes i pro- duktion
Der aftales dato for standsning af SLS integration og overgang til web- service i produktion
Kommunikation: Xxxxxx udpeger en kontaktansvarlig, som leverandøren til en- hver tid kan kontakte, vedrørende driftsinformation, fejlsituationer etc.
Kundens kontaktperson: , e-mail:
3. Oversigt over data som kan udveksles
Oversigt over de oplysninger som kan udveksles mellem en lokal HR-løsning og Campus, fremgår af nedenstående tabel (Grøn = obligatorisk og rød = frivillig).
Obligatoriske felter
Data | Beskrivelse |
Institutions ID1 Fiktiv Løn gruppe | Til identifikation af institution, således at personer oprettes i de rigtige domæner og organisationer i Campus. Da data ikke kommer fra SLS oplyses institutions ID1 af OES. |
Institutions ID2 Fiktivt Delregnskab | Delregnskabsnummer – til under identifikation af institution, så- ledes at personer oprettes i de rigtige domæner og organisationer i Campus, samt til at flytte medarbejdere. Da data ikke kommer fra SLS oplyses institutions ID2 af OES. |
Kommunekode | Til identifikation af sted, således at institutionens region og kom- mune kan indsættes i Campus. Kun påkrævet ved oprettelse. |
Personnummer | CPR-nummer anvendes sammen med Personalenummer til iden- tifikation af brugeren. Er skjult i Campus (krypteret) |
Personale- nummer | Personalenummer anvendes sammen med Personnummer til identifikation af brugeren – fx for at adskille flere ansættelsesfor- hold. Er skjult i Campus. |
Køn | Angiver køn. Værdier: 0 = mand, 1 = kvinde eller 2 = ukendt. Kun påkrævet ved oprettelse. |
Fornavn(e) | Angiver fornavn samt eventuelle mellemnavne. Kun påkrævet ved oprettelse. |
Efternavn | Xxxxxxx efternavn. Kun påkrævet ved oprettelse. |
Xxxxxxx den personlige e-mail hvortil al kommunikation fra Cam- pus sendes til. Kun påkrævet ved oprettelse. | |
Brugernavn | Det brugernavn som institutionen ønsker at anvende. Kun påkrævet ved oprettelse. |
Frivillige felter
Data | Bekskrivelse |
Fødselsdato | Fødselsdato – er medtaget da fødselsdato ikke altid kan findes ud fra personnummer (fx ved fiktive cpr-numre for udlændinge). |
Angiver den aftale eller overenskomst (personalekategori) som personen er ansat i henhold til, uanset fagforening - fx PKAT 44 (Ingeniører). OBS! PKAT angiver ikke hvilken fagforening den pågæl- dende er organiseret i. | |
Bevillingsløn- ramme | Angiver bevillingslønramme for personer ansat i lønramme 35- 42. For øvrige medarbejdere angives med 00. |
Stillingsbeteg- nelse nr. | Angiver Stillingsbetegnelse Nr. Stillingsbetegnelse Nr. (STIKO) oversættes til selve stillingsbetegnelsen i Campus og indsættes i feltet ”Job titel” i Campus |
Aktionskode dato | Xxxxxxx den dato fra hvilken brugeren ikke længere er aktiv i Campus. Slettes denne dato svarer det til at personen igen er ak- tiv. |
Ansættelses-dato | Xxxxxxx Ansættelsesdato. |
Klasse | Angiver en underopdeling af feltet ’Overenskomst nr.’ Hvis der inden for en PKAT findes en underopdeling - fx under PKAT 240 i assistent, overassistent, kontorfuldmægtig etc. |
Job | Kompetenceprofil ID i Campus |
Job titel | Ønsket job titel i systemet |
Arbejdstelefon | Direkte telefonnummer. |
Chef (godkender) | CPR Nummer på bruger der står som den pågældende medarbej- ders chef/godkender i Campus. CPR Nummer vises ikke i Cam- pus. CPR-nr. bliver oversat til et fortløbende nummer inden det bliver overført til Campus. |
EAN nummer | EAN anvendes ved elektronisk fakturering |
2. Godkender | Anvendes ikke længere |
Nationalitet | Land |
Chefpersonale- nummer | For en mere præcis angivelse af chef – i det tilfælde at chefen har flere profiler inden for domænet. |
Frekvens og omfang. Såvel omfang som tidspunkt aftales ved oprettelse med leve- randøren, fx én gang dagligt. Leverandøren forbeholder sig ret til at ændre de aftalte tidspunkter, som følge af optimering af den samlede løsning. Ændringer vil blive varslet med min. én måned.
Dataindhold. Det i afsnit 3.1 beskrevne dataindhold svarer til det data som kan overføres, uanset om der er tale om oprettelse eller vedligeholdelse af brugerdata. Det er således ikke muligt at oprette eller tilføje andre brugeroplysninger via web- servicen end de beskrevne, ligesom felterne kun må benyttes til det der fremgår af beskrivelsen. Anden anvendelse skal være aftalt med Leverandøren.
Sikkerhed
4. Sikkerhed
CPR-nummer bliver oversat til et fortløbende nummer inden det bliver overført til Campus, der er således ikke cpr. nummer i Campus databasen.
Sikkerhed i forhold til web-service: Web-servicen udstilles via en server hos ho- sting leverandøren og kan udelukkende tilgås via https/SSL. Klient-applikationen vil typisk tilgå den lokale database med personinformationer og for hver person, vil man foretage oprettelse/opdatering i Campus via web-service kald.
Hvert kald bliver autentificeret og data bliver valideret ud fra specifikke regler vedrørende format – fx dato, længde af tekststrenge, obligatoriske felter m.v. For hver person returneres et objekt med information om status, eventuelle valide- ringsfejl m.v. Dette objekt kan anvendes til at foretage opdatering af status i eget system afhængig af om oprettelse/opdatering var succesfuld eller fejlede.
5. Ændring og opsigelse
Aftalen er uopsigelig i 6 måneder efter aftalens indgåelse og kan herefter opsiges med 3 måneders varsel fra Kundens side. Eventuelle udgifter til migrering fra web-service til SL afholdes af Kunden, på basis af tilbud fra Leverandøren.
Leverandøren er berettiget til at ændre eller opsige aftalen med 6 måneders varsel. Såfremt tilslutningsaftale til Campus opsiges (gælder alene for frivillige tilslutnin- ger) anses nærværende aftale ligeledes for opsagt til samme dato.
6. Gyldighed og underskrifter
Nærværende aftale er gældende fra den dato hvor begge parter har underskrevet aftalen.
Nærværende aftale er indgået i to originale eksemplarer. Hver part modtager ét originalt eksemplar af den underskrevne aftale.
Sted: Dato: København Dato:
Kunden Økonomistyrelsen