Tilslutningsaftale til
Campus integration
Juli 2020
Indhold
1. Omfang og ansvar 3
2. Anvendelse af web-service 4
3. Oversigt over data som kan udveksle s 6
4. Sikkerhed 9
5. Ændring og opsigelse 10
6. Gyldighed og underskrifter 11
1.1 Aftalen dækker oprettelse og vedligeholdelse af brugeroplysninger i Cam- pus. For statsinstitutioner der er omfattet af Campus udgør aftalen et
selvstændigt dokument, mens aftalen for alle øvrige skal ses i sammen- hæng med ”Tilslutningsaftale til Campus”. Aftalen omfatter den af Øko- nomistyrelsen indkøbte og drevne løsning, med tilhørende integrations- komponenter. Løsningen benævnes efterfølgende Campus.
1.2 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).
1.3 Aftalen omfatter alene anvendelsen af den web-service som Leverandø- ren udstiller, og som gør det muligt at oprette og vedligeholde en institu- tions brugeroplysninger i Campus fra et andet fødesystem end Statens Lønløsning, efterfølgende benævnt SLS - fx et lokalt HR system.
1.4 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 vedli- geholdelse af sikkerhedsroller og privilegier som sker gennem Leveran- døren, ligesom der kun kan oprettes interne brugere.
1.5 For så vidt angår dataansvar, sikkerhed mm. henvises til xxx.xxx.xx af- snit om fælles dataansvar.
1.6 Kunden overtager med nærværende aftale ansvaret for oprettelse og ved- ligeholdelse af brugere i Campus. Kunden vil derfor kunne holdes an- svarlig, herunder økonomisk 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.
1.7 Henvendelse vedr. aftalen bedes rettet til: Økonomistyrelsen, Landgre- ven 4, Xxxxxxxx 0000, 0000 Xxxxxxxxx K, Statens Kompetenceløsnin- ger, Teamleder Xxx Xxxxxxxx, tlf. 00 00 00 00, e-mail: xxx@xxx.xx.
2.1 Det påhviler Kunden, at sikre dataoverførsel til Leverandørens webser- vice, hvorfor eventuel udvikling af klient-applikation ligeledes er Kun- dens ansvar. Udgifter til udvikling af klient-applikationer er derfor Leve- randøren uvedkommende.
Nedenstående illustration over kommunikationen mellem klient og web- service
2.2 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. Udvikling og vedligeholdelse af web-servicen forestås af Leverandøren og er inkluderet i Campus løsningen.
2.3 Løsningen er dokumenteret via to brugervejledninger som begge kan downloades fra xxx.xxx.xx:
• Webintegration til Campus for oprettelse og vedligeholdelse af per- sondata
• Anvendelser af webservice til personimport til Campus (brugervejled- ning for udviklere)
2.4 Såfremt Kunden allerede er opsat til integration med SLS, vil en over- gang til web-service kræve at Kundens data migreres. Såfremt Økonomi- styrelsen har særlige udgifter til migreringen, vil disse blive pålagt kunden.
2.5 Processen for anvendelse af web-service kan beskrives således:
• Der udarbejdes en plan for overgangen mellem Leverandøren og Kunden, herunder gennemgås de to vejledninger samt nærværende aftalegrundlag
• Når klientapplikationen foreligger skal den testes og godkendes af Le- verandøren
• Leverandøren koordinerer med evt. 3. partsleverandør, men der er
ikke afsat ressourcer til egentlig fejlrettelse i Institutionens klient-ap- plikation
• 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 produktion
• Der aftales dato for standsning af SLS integration og overgang til web-service i produktion
2.6 Kommunikation: Kunden udpeger en kontaktansvarlig, som leverandø- ren til enhver tid kan kontakte, vedrørende driftsinformation, fejlsituatio- ner etc.
Kundens kontaktperson: , e-mail:
3. Oversigt over data som kan udveksles
3.1 Oversigt over de oplysninger som kan udveksles mellem en lokal HR-løsning og Campus, fremgår af nedenstående tabel (Blå = 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 organisati- oner 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 kommune kan indsættes i Campus. Kun påkrævet ved oprettelse. |
Personnummer | CPR-nummer anvendes sammen med Personalenummer til identifikation af brugeren. Er skjult i Campus (krypteret) |
Personalenum- mer | Personalenummer anvendes sammen med Personnummer til identifikation af brugeren – fx for at adskille flere ansættelses- forhold. 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 Campus 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). |
Overenskomst nr. | 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. |
3.2 Frekvens og omfang. Såvel omfang som tidspunkt aftales ved oprettelse med Leverandøren, fx én gang dagligt. Leverandøren forbeholder sig ret til at ændre de aftalte tidspunkter, som følge af optimering af den sam-
lede løsning. Ændringer vil blive varslet med min. én måned.
3.3 Dataindhold. Det i afsnit 3.1 beskrevne dataindhold svarer til det data som kan overføres, uanset om der er tale om oprettelse eller vedligehol- delse af brugerdata. Det er således ikke muligt at oprette eller tilføje an- dre brugeroplysninger via web-servicen end de beskrevne, ligesom fel- terne kun må benyttes til det der fremgår af beskrivelsen. Anden anven- delse skal være aftalt med Leverandøren.
4.1 Generelt om sikkerhedsforanstaltninger i Campus: For så vidt angår den generelle sikkerhed i Campus, henvises til xxx.xxx.xx.
4.2 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 databa- sen.
4.3 Sikkerhed i forhold til web-service: Web-servicen udstilles via en server hos hosting leverandøren og kan udelukkende tilgås via https/SSL. Kli- ent-applikationen vil typisk tilgå den lokale database med personinforma- tioner og for hver person, vil man foretage oprettelse/opdatering i Cam- pus 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 sta- tus, eventuelle valideringsfejl m.v. Dette objekt kan anvendes til at fore- tage opdatering af status i eget system afhængig af om oprettelse/opdate- ring var succesfuld eller fejlede.
4.4 Sikkerhed omkring klient applikation: Det påhviler Kunden at udarbejde de lokale sikkerhedsprocedurer (autorisation, arbejdsgange, kontrolproce- durer etc.) omkring klient applikationer.
5.1 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 SLS afholdes af Kunden, på basis af tilbud fra Leverandøren.
5.2 Leverandøren er berettiget til at ændre eller opsige aftalen med 6 måne- ders varsel. Såfremt tilslutningsaftale til Campus opsiges (gælder alene for frivillige tilslutninger) anses nærværende aftale ligeledes for opsagt til samme dato.
6.1 Nærværende aftale er gældende fra den dato hvor begge parter har un- derskrevet aftalen.
6.2 Nærværende aftale er indgået i to originale eksemplarer. Hver part mod- tager ét originalt eksemplar af den underskrevne aftale.
Sted: Dato: København Dato:
Kunden Økonomistyrelsen
xxx.xx