Proces for Change Management
|
|
- Ivar Damgaard
- 7 år siden
- Visninger:
Transkript
1 Proces for Change Management Version: Igangsat den: 30/ Udarbejdet af: Service Management Formål Formålet er at sikre at changes i Region Syddanmarks IT-Drift produktionsmiljø, igangsættes i henhold til aftalte rammer og uden gene for kunderne. Dette gælder også changes i TEST- og DEMO-miljøer, som kan påvirke Region Syddanmarks IT-Drift produktionsmiljø. Definitioner Ord el. forkortelse Request for Change (RFC) CI Services PIR CQC Afvigelses CQC KAM CQC CAB Behandlingstid Impact Urgency FSC (Change Schedule) Interessent Definition En Request for Change er alt som ændrer status for en CI. Dette inkluderer hvis der tilføjes, slettes eller ændres ved IT miljøet, eller ved planlagte/automatiske stop /start af services, servere osv. hvorved ændringen træder ikraft. Configuration Item (CI) er enhver Component som har behov for en opdatering for at levere en IT Service. CI s er under kontrol af Change Management. Typiske CI s i IT Services er hardware, software, bygninger og dokumentation som fx Process dokumentation and SLAs. Er en ydelse leveret til forretningen/kunden. Som eksempel kan nævnes: Grønt system, Print (PAS system) Cosmic eller EDI Post Implementation Review Change Manager validerer implementeringsstatus, dokumenterer og lukker RFC endeligt. Change Quality Controller behandler normale RFC er, der ikke ligger i en fryseperiode, med en teknisk vinkel. Change Quality Controller behandler RFC er, der ligger i en fryseperiode, med en teknisk og bemandingsmæssig vinkel. Key Account Manager CQC behandler RFC er, der ligger i en fryseperiode, med en forretningsmæssig vinkel. Change Advisory Board Rådgiver Change Management vedr. udvalgte changes og standard change ansøgninger. Er en tidsfrist, der sikrer den fornødne behandlingstid hos Change Management Tidsfristerne er afhængige af impactværdien. Angiver kompleksiteten og den forretningsmæssige konsekvens af changen. Angiver nødvendigheden af changen for forretningen. Urgency bruges som et udtryk for vigtigheden af at changen gennemføres i det aftalte servicevindue (om det kan udskydes eller ej) Liste over godkendte changes Alle som har en interesse i at vide, at der gennemføres changes på et givet system på et givet tidspunkt, eller
2 SLA Servicevindue Fryseperioder se status på en gennemført RFC. Service Level Agreement. Vil blandt andet indeholde en aftale omkring faste servicevinduer, som fremgår af driftshåndbogen for det enkelte system. Planlagt start- og sluttidspunkt for den enkelte RFC angiver start og slut på alle changeaktiviteter, som består af: Implementering, verification og fallback. Brugerverification kan forekomme udenfor servicevinduet. Bemærk: Er der aftalt en SLA omkring servicevinduer, SKAL disse altid benyttes. Er perioder hvor kun emergency changes og andre helt nødvendige changes kan gennemføres. Nødvendige changes: Changes, der er forretningskritiske og vigtige at få gennemført, selvom der er fryseperiode. Roller og ansvar Rolle Ansvar Change Requester Opretter en change-anmodning, når changen er identificeret. Sikrer at den er teknisk forsvarlig, samt udfyldt tilstrækkeligt. Herunder også informationsdelen som udsendes ved godkendelse af RFC. Sikrer korrekt Servicevindue, hvis der er en aftalt SLA. Sikrer at den ud fra beskrivelserne i RFC en kan udføres af andre i samme funktionsområde end den påsatte udfører. Tager initiativ til at etablere aftale om changes, der kan håndteres som standard changes Change Quality Controller (CQC) Se uddybende Afvigelses CQC Se uddybende Kvalitetssikrer og godkender/afviser RFC Sikrer at den er teknisk forsvarlig. Sikrer korrekt Servicevindue, hvis der er en aftalt SLA. Sikrer at informationsdelen, som udsendes ved godkendelse af RFC, er tilstrækkelig. Sikrer at den ud fra beskrivelserne i RFC en kan udføres af andre i samme funktionsområde end den påsatte udfører. (Rfc er udført af eksterne er undtaget). Review er testresultater hvis de foreligger. Tager initiativ til et etablere aftale om changes, der kan håndteres som standard changes. Kvalitetssikrer og godkender/afviser RFC. Sikrer at den fornødne bemanding er allokeret Sikrer at den er teknisk forsvarlig. Sikrer korrekt Servicevindue, hvis der er en aftalt SLA. Sikrer at informationsdelen, som udsendes ved godkendelse af RFC, er tilstrækkelig. Side 2 af 14
3 KAM CQC Se uddybende Sikrer at den ud fra beskrivelserne i RFC en kan udføres af andre i samme funktionsområde end den påsatte udfører. (Rfc er udført af eksterne er dog undtaget). Review er testresultater, hvis de foreligger. Review er begrundelser for at gennemføre en RFC, der ønskes gennemført i en Fryseperiode. Behandler og vurderer om en RFC er så nødvendig og forretningskritisk, at den skal gennemføres i en Fryseperiode. Sikrer at informationsdelen, som udsendes ved godkendelse af RFC, er tilstrækkelig. Change Manager Kvalitetssikrer og godkender / afviser RFC Sikrer korrekt Servicevindue, hvis der er en aftalt SLA Sikrer i fryseperiode yderligere godkendelser, hvis dette skønnes nødvendigt Sikrer at information til alle interessenter er tilstrækkelig. Fastlægger servicevinduer i samarbejde med kunden. Foretager PIR Deltager/afholder CAB møder Sikrer grundlag for ledelsesrapportering Behandling af standard change aftaler. Change Implementer Change Advisory Board (CAB) Se uddybende Er hovedansvarlig for RFC ens gennemførelse Igangsætter jvf. execution-planen Verificerer jvf. planen eller sikrer at det udføres Udfører eventuel fallback eller sikrer at det sker Opdaterer change recorden med status på implementeringen. CAB mødet afholdes 1 gang pr. uge og tager stilling til: o Changes til gennemførelse udvalgt af Change o Management. Giver endelig ok for ophøjelse til standard changes CAB agerer støtte til Change Manager i beslutningen om gennemførelse af en RFC. Ønsker, anmodninger og krav til it-miljøet Leverandør Forretningen Information Modtager Interessenter Dokumen- Dokument Placering Change Processen Side 3 af 14
4 tation Instrukser Rapporter CAB-referater RFC Information til linteressenter Implementeringsplan Dokumentation af procesforløbet af en RFC X:\IT\Fælles\Change Management\Changestatistikker X:\IT\Fælles\Change Management\Referater fra CAB Ligger i værktøj Ligger i værktøj Ligger i værktøj Ligger i værktøj (tidsstempler, brugerid er, mail-dialoger, statusskift) Diagram Procesfaser Fase Beskrivelse 1 Registrering af change (RFC) Change Requester udfylder RFC. Change-plan udarbejdes. 1. Retningslinie registrering af RFC 2 Change Quality Control behandling af RFC Change Quality Controllers kvalitetssikring af RFC. CQC godkender eller afviser RFC en med begrundelse. 2. Retningslinje kvalitetssikring af RFC 3 Change Managers endelige godkendelse eller afvisning af RFC Change Managers foretager kvalitetssikring af RFC er. Liste over særlige changes udarbejdes og sendes til CAB. Efterfølgende godkendes eller afvises RFC en. Interessenter informeres. 3. Retningslinje for godkendelse af RFC 4 Implementering af Change Changen implementeres efter change-plan. Status på change-forløbet skrives i RFC. 4. Retningslinie for implementering af Change 5 Post Implementation Review (PIR) og close Change Manager validerer, dokumenterer og lukker RFC endeligt. KPI Mål Ansvarlig Målefrekvens 1 90% af alle changes skal være gennemført som planlagt. Change Manager Løbende pr. måned 2 Emergency changes må max udgøre 10% Change Manager Løbende pr. måned 3 Changes fra IT-service, som ikke overholder afleveringsfristerne for Change Manager Løbende pr. måned Side 4 af 14
5 behandlingstider for Change Management, må max udgøre 10% Procesejer Afdelingschef It-Service Region Syddanmark 1. Retningslinje for registrering af change request Formål Retningslinjen sikrer at RFC en oprettes korrekt, bliver klassificeret rigtigt og at Change Requester opretter RFC en ud fra gældende regler. Roller og ansvar Rolle Ansvar Change Requester Korrekt udfyldning af RFC N/A Leverandør N/A Modtager Dokumen- Dokument Placering tation RFC I værktøj Diagram Procesfaser Trinnummer Beskrivelse 1 Bemærk ved change request modtaget via mail, post eller telefon, så skal denne altid oprettes i vores changeværktøj. Change Requester opretter ny RFC. Udfyld RFC med alle relevante oplysninger. BEMÆRK: Ved brug af godkendte Standard Changes. - I oversigten over standard changes laves en kopi af den ønskede RFC. - Planlagt start og slut tidspunkt angives. Side 5 af 14
6 - Berørte CI s vælges fra listen i feltet Tilladte CI s - RFC fremsendes til godkendt status - Fortsæt ved procesfase 4: Implementering af Change Ved ansøgning om standard changes skal Change Requester - opret en ny eller lav en kopi af en succesfuld gennemført change, der ønskes ophøjet til en Standard Change. - udfyld eller tilret ansøgningen og fremsend den til videre godkendelse. 2 Se uddybende 3 Se uddybende REGEL: Følgende skal som minimum være opfyldt ved ansøgning af standard changes: o Changen har ingen eller kun yderst begrænset konsekvens for kundens kørende system, f.eks. performance nedgang eller lignende o Changen er en rutinemæssig gennemførelse o Change Requester skal selv kunne gennemføre changen. o Impact må ikke være high o Urgency må ikke være Emergency o Behandlingstid for ansøgningen i CM er minimum 14 dage Change Requester vurderer med udgangspunkt i nedenstående faktorer, samt Bilag: Impact tabel, changens lmpact: lmpact for end-user Fallback muligheder Er IPL/Boot nødvendig? Performancepåvirkning Kundeinvolvering ved brugerafprøvning Afhængighed til andre systemer/changes Påvirkes tilgængelighed? Se Bilag: Impact tabel Angiv urgency. Urgency angiver nødvendigheden af changen for forretningen. Hvor vigtigt er det at changen gennemføres i det aftalte servicevindue? Kan changen udskydes efter behov? (Low urgency) Se Bilag: Urgency tabel 4 Change Requester fastlægger en tidsramme (= servicevindue) for changen med udgangspunkt i: Angivet lmpact- og Urgency kategori Ønsket udførelsestidspunkt Husk: Verification og fallback er også indeholdt i et servicevindue. Brugerverification kan forekomme udenfor et aftalt servicevindue. Brug aftalt servicevindue fra SLA, hvis en sådan Side 6 af 14
7 er aftalt. BEMÆRK: Change Requester aftaler med kundens kontaktperson det forventede tidspunkt for changens gennemførsel og evt. yderligere afhængigheder i forbindelse med changen. 5 Change Requester tester RFC inkl. fallbackplan. Vurder herefter impact igen. Vurdér bl.a.: Om fallback er tilstrækkeligt beskrevet? Om executionplanen er tilstrækkeligt beskrevet? Om backup er valid (hvis backup er relevant)? Om verificationsaktivitet er tilstrækkeligt beskrevet? Om informationsdelen, der udsendes ved godkendelse af RFC, er tilstrækkelig Eventuelle afhængigheder Eventuelt behov for on-site, tilkalde vagter, herunder fra andre grupper. Om servicevinduet er tilstrækkeligt for gennemførelse af RFC. BEMÆRK: Kan changen ikke testes eller testes tilstrækkeligt, - så genovervej: lmpact Beredskab 6 Gentag fra trin 1 hvis der kommer nye eller yderligere oplysninger, der ændrer indholdet i changen. Bilag: Impact tabel Impact tabel Se evt. også uddybende Impact High Medium Betydning Stor og kompleks. Vital forretningsmæssig konsekvens for kunden. Eksempler på anvendelse: Ingen eller vanskelig fallback mulighed. Kundeinvolvering ved brugerafprøvning er påkrævet IPL/Boot af kritiske systemer som ikke er dublerede. Behandlingstid hos Change Manager: 14 dage BEMÆRK: lmpact High Changes skal ligge i SLA aftalt Servicevindue, hvis et sådant forefindes. Moderat kompleksitet. Yderst begrænset forretningsmæssig konsekvens for kunden. Eksempler på anvendelse: Komponenter der er dublerede Kan medføre performancenedgang Side 7 af 14
8 Boot at dublerede systemer f.eks server i citrix farm Fallback er muligt, men kan påvirke kundernes tilgængelighed. Behandlingstid hos Change Manager: 8 dage Low BEMÆRK: lmpact Medium Changes skal ligge i SLA aftalt Servicevindue, hvis et sådant forefindes. Enkel og rutinemæssigt. lngen forretningsmæssig konsekvens for kunden Eksempler på anvendelse: lngen afhængighed til andre changes Kan foretages uden at påvirke kundernes tilgængelighed Fallback er muligt og ligetil. Kan gennemføres uden at påvirke kundernes tilgængelíghed. Behandlingstid hos Change Manager: Dag til dag BEMÆRK: lmpact Low Changes skal ligge i SLA aftalt Servicevindue, hvis et sådant forefindes. Bilag: Urgency tabel Urgency tabel Se evt. også uddybende Urgency Emergency High Medium Low Betydning 'Her og nu' changes der er nødvendige for at opretholde stabil drift. Changen gennemføres uden RFC (denne udarbejdes efterfølgende). Changen SKAL gennemføres Implementer skal være onsite eller kunne kontaktes, alt efter hvad der er aftalt, for at sikre changen gennemførelse. Changen skal så vidt muligt gennemføres. Implementer skal kunne kontaktes ved fejl. Changen kan til enhver tid udsættes/aflyses uden konsekvenser. Bilag: Change-typer Change typer Changetyper Betydning Normal En change som følger de normale behandlingsrutiner i change processen. Standard change Standard Change er en change-type, hvor det er besluttet at registreringen af changen alene er tilstrækkelig, samt at den må udføres når som helst på Side 8 af 14
9 Emergency døgnet. Standard changes kan ikke gennemføres i fryseperioder, da der kræves ekstraordinære godkendelser (se afsnit med definitioner) 'Her og nu' changes der er nødvendige for at opretholde stabil drift. Changen gennemføres uden RFC (denne udarbejdes efterfølgende). Bemærk: Benyttelse af denne Change type kræver, at der er en tilhørende lncident record 2. Retningslinje for kvalitetssikring af RFC Formål Kvalitetssikring af RFC ved hjælp af kollegagennemgang. Roller og ansvar Rolle Change Quality Controller Afvigelses Change Quality Controller KAM Change Quality Ansvar Teknisk vurdering af RFC er, der ikke ligger i en fryseperiode. Teknisk validering samt bemandings- og behovsvurdering af RFC er, der ligger i fryseperioder. Forretningsmæssig behovsvurdering af RFC er, der ligger i fryseperioder. N/A Leverandør N/A Modtager Dokumentation Dokument RFC (Herunder executionplan og fallbackplan) Placering I værktøj Diagram Trin Trinnummer Beskrivelse 1 Godkend eller afvis RFC på baggrund af en samlet vurdering. Tag herunder stilling til følgende: Side 9 af 14
10 Er RFC teknisk korrekt? Er lmpact korrekt fastsat? Sikrer at den ud fra beskrivelserne i RFC en kan udføres af andre i samme funktionsområde end den påsatte udfører. (dog ikke RFC er fra eksterne leverandører) I den forbindelse vurdér om: - execution er tilstrækkeligt beskrevet? - verification er tilstrækkeligt beskrevet? - fallback er tilstrækkeligt beskrevet? Er backup relevant, og hvis den hentes fra ordinære schedulerede backup er, - er den så valid? Kan verification og fallback gennemføres i servicevinduet? Er der testet inden implementeringen? o Vurdér om testen har været tilstrækkelig? Hvis der ikke er testet, vurder om den alternativt anvendte verificeringsaktivitet er tilstrækkelig? Er der taget stilling til afhængigheder til andre RFC er? Er informationsdelen, der udsendes ved godkendelse af RFC, tilstrækkelig. Er tilkald, onsite vagter et behov og er de mulige og tilstrækkelige? Er de nødvendige godkendelser indhentet fra systemejer Er det nødvendigt at RFC gennemføres selvom den er i fryseperiode. Bemærk: Hvis changen bliver afviklet i et med kunden SLA aftalt servicevindue, - kan den gennemføres indenfor den aftalte tid? Hvis ikke, - er der så bestilt udvidet servicevindue? 3. Retningslinje for godkendelse af RFC Formål Formålet er endelig godkendelse eller afvisning af fremsendte RFC er. Roller og ansvar Rolle Ansvar Change Manager Foretager godkendelse eller afvisning af RFC, herunder at søge information (hos CAB eller på anden vis) for at kunne godkende eller afvise RFC en CAB Rådgiver Change Management vedr. udvalgte changes og standard changes. Side 10 af 14
11 N/A Leverandør FSC Enkelte changes Godkendte Standard changes Modtager Portal eller via listviews Interessenter Oversigtsliste i værktøj (listview) Dokumentation Dokument FSC Enkelte changes Godkendte Standard changes Placering I værktøj I værktøj I værktøj Diagram Trin Trinnummer 1 Se uddybende for CAB Beskrivelse Godkend eller afvis RFC på baggrund af en samlet vurdering. Tag herunder stilling til følgende: Er RFC udfyldt med korrekt og forståelig beskrivelse? Er lmpact korrekt fastsat? Er der taget stilling til backup? Er execution tilstrækkeligt beskrevet? Er verificationsaktivitet tilstrækkeligt beskrevet? Er verification includeret i servicevinduet? Er fallback tilstrækkeligt beskrevet? Er fallback includeret i servicevinduet? Er informationsdelen, der udsendes ved godkendelse af RFC, tilstrækkelig. Er der testet? o Vurderes testen at have været tilstrækkelig. o Hvis der ikke er testet, vurdér så, om den alternativt anvendte verificeringsaktivitet er tilstrækkelig. Er der taget stilling til eventuelle afhængigheder? Er tilkalde/onsite vagter et behov og er de mulige og tilstrækkelige? Er nødvendige godkendelser indhentet? Kan changen afvikles indenfor servicevinduet? - hvis ikke er der så bestilt udvidet servicevindue? BEMÆRK: Arranger CAB (Change Advisory Board) møde hvis dette skønnes nødvendigt. BEMÆRK. Alle ansøgninger om standard changes samt changes, der ønskes gennemført udenfor aftalt SLA omkring servicevinduer, behandles på CAB Side 11 af 14
12 2 Change Manager informerer om: FSC via listviews i værktøj Enkelt changes til interessenter hvor det er aftalt. Godkendte Standard Changes på oversigtsliste i værktøj. 4. Retningslinje for implementering af Change Formål Få implementeret en godkendt change eller emergency change i henhold til beskrivelserne og at sikre tilbagemelding umiddelbart efter gennemførsel. Roller og ansvar Rolle Change Implementer Ansvar Implementeringen af changen i produktions miljøet Godkendt RFC Incident Leverandør Change Management Incident Management Gennemført RFC Modtager Kunden Dokumentation Dokument RFC (Herunder executionplan og fallbackplan) Placering I værktøj Diagram Trin Trinnummer Beskrivelse 1 Kontroller om RFC er godkendt i change værktøjet Bemærk Emergency changes skal efterregistreres umiddelbart efter de er udført 2 lmplementér changen som det er beskrevet i RFC (Execution plan). 3 Verificer implementeringen af changen som det er beskrevet i verification Er changen implementeret uden problemer, gå videre til trin 4 Side 12 af 14
13 Hvis problemer: - foretag fejlløsning, hvis tiden tillader det. (evt. fallback skal afsluttes inden servicevinduet er slut). - iværksæt fallback plan som beskrevet 4 Giv tilbagemelding om implementeringsstatus: Luk RFC umiddelbart i forlængelse af implementeringen. Angiv faktisk start/slut Angiv implementeringskode: o o o o Gennemført som planlagt: Alt er OK Gennemført med problemer: RFC er implementeret helt eller delvist, men der er afvigelser fra det planlagte. Beskriv afvigelse. Fallback: Den beskrevne plan i RFC kunne ikke implementeres. Derfor er der foretaget fallback. Beskriv afvigelse. Aflyst: RFC er blevet aflyst. Beskriv afvigelse. 5. Retningslinje for PIR og Close Formål At sikre opfølgning på gennemførte RFC er og danne grundlag for senere ledelsesrapportering. Roller og ansvar Rolle Ansvar Change Manager Udfører PIR og lukning (close) af Change Gennemført RFC Leverandør Implementer PIR data Lukket RFC Modtager Ledelsen Interessenter Dokumen- Dokument Placering tation PIR I værktøj Diagram Side 13 af 14
14 Trin Trinnummer Beskrivelse 1 Foretag review af RFC. Opdatér Faktisk Implementeringskode feltet ud fra nedenstående: Har RFC været godkendt inden udførelse? Er der information om gennemførelsen, der konflikter med den angivne implementeringskode? Ved afvigelser valideres tilhørende forklaring Er Change processen overholdt? 2 Kontrollér at der er et relateret incident ved en emergency change. 3 Opdater RFC med korrekt PIR kode, hvor man forholder sig til den faktiske implementeringskode, samt relevant information i RFC en vedrørende implementeringen. Hvis der er angivet uklare afvigelser, skal det følges op overfor Implementer, hvorefter den endelige PIR kode kan angives med én af følgende værdier: Hvis Faktisk implementeringskode er: Gennemført som planlagt så kan følgende PIR koder anvendes: Alt er OK Hvis Faktisk implementeringskode er én af følgende: Aflyst Fallback Gennemført med problemer så kan følgende PIR koder anvendes: Årsagen kan henføres til planlægningen Årsagen kan henføres til udførelsen Årsagen kan henføres til udefra kommende omstændigheder Gennemført uden CM ok Hvis PIR koden er Gennemført uden CM ok, så skal Implementer altid kontaktes for opsummering eller oplæringen i CM processen. Andre PIR koder med afvigelser håndteres som beskrevet i punkt 6. 4 Hvis aftalt, - informér kunden eller andre interessenter via mail om status på implementeringsforløbet efter implementering. 5 Udarbejd rapport efter behov samt dokumentation over aftalt periode. 6 Sørg for at der bliver iværksat forbedringstiltag ud fra trend-analyser og statistikker på PIR koderne. Eksempel: Viser en statistik at en bestemt person fra afdeling A ofte har records med PIR kode Årsagen kan henføres til udførelsen, så bør der igangsættes nogle initiativer på at opkvalificere vedkommende, således at disse problemer forsvinder. Side 14 af 14
Proces for Change Management
Proces for Change Management Version: 3.1.4 Igangsat den: 30/04 2012 Udarbejdet af: Service Management Formål Formålet er at sikre at ændringer i Region Syddanmarks IT-Drift produktionsmiljø, igangsættes
Læs mereProces for Change Management
Proces for Change Management Version: 3.1.4.3 Igangsat den: 16/06 2014 Udarbejdet af: Service Management Formål Formålet er at sikre at ændringer i Region Syddanmarks IT-Drift produktionsmiljø, igangsættes
Læs mereProces for Change Management
Regionen - It-stabens Kvalitetshåndbog - 6 Implementering - 6.01 Change Management It-stabens Kvalitetshåndbog Udskrevet er dokumentet ikke dokumentstyret. Proces for Change Management Niveau: Proces Dokumentbrugere:
Læs mereProces for Change Management
Proces for Change Management Version: 3.1.4.5 Igangsat den: 20/02 2017 Udarbejdet af: Service Management Formål Formålet er at sikre at ændringer i Region Syddanmarks IT-Drift produktionsmiljø, igangsættes
Læs mereProces for Problem Management
Udarbejdet af: Service Management Proces for Problem Management Version: 1.0.0 Igangsat den: 17/11 2010 et er at analysere driftsforstyrrelser (incidents) med den hensigt at finde den tilgrundliggende
Læs mereProces for Problem Management
Regionen - It-stabens Kvalitetshåndbog - 7 Drift - 7.02 Problem Management It-stabens Kvalitetshåndbog Udskrevet er dokumentet ikke dokumentstyret. Proces for Problem Management Niveau: Proces Dokumentbrugere:
Læs mereProces for Problem Management
Udarbejdet af: Service Management Proces for Problem Management Version: 1.0.0 Igangsat den: 17/11 2010 et er at analysere driftsforstyrrelser (incidents) med den hensigt at finde den tilgrundliggende
Læs mereRegion Midtjylland Proces for Change Management
Region Midtjylland Proces for Change Management Version 1.1 Forord Dette dokument beskriver RMIT s Change Management proces. Processen beskriver minimumskravene (need to have) for at få processen til at
Læs mereService Requests: En anmodning om information, rådgivning eller adgang til en it-service. F.eks. nulstille password, bestille en ny bruger o.l.
Udarbejdet af: Service Management Proces for Incident Management Version: 0.1.7 Igangsat den: 27/10 Sidst rettet 25/09-2014 Indledning Incident Management processen behandler alle incidents og Service
Læs mereProces for Incident Management
Udarbejdet af: Service Management Proces for Incident Management Version: 0.1.7 Igangsat den: 27/10 2011 Sidst rettet 25/09-2014 Indledning Incident Management processen behandler alle incidents og Service
Læs mereRSI change management proces
RSI change management proces version 1.8 RSI change management proces Dato: 01.02.20167 Version: 1.10 Status: t Systemansvarlig: RSI 1. Formål Det overordnede formål med RSI change management processen
Læs mereProces for Serviceintroduktion. DokumentID / Dokumentnr / p
Regionen - It-stabens Kvalitetshåndbog - 7 Drift - 7.04 Serviceintroduktion It-stabens Kvalitetshåndbog Udskrevet er dokumentet ikke dokumentstyret. Proces for Serviceintroduktion Niveau: Proces Dokumentbrugere:
Læs mereProces for Major Incident Management
Udarbejdet af: Service Management Proces for Major Incident Management Version: 0.1.0 Igangsat den: 18/08 2011 Indledning Major Incident Management er den proces (arbejdsgang), som behandler alle Major
Læs mereITIL Foundation-eksamen
ITIL Foundation-eksamen Prøveopgave A, version 5.1 Multiple choice Vejledning 1. Alle 40 spørgsmål bør forsøges besvaret. 2. Alle svar skal markeres på det vedlagte svarark. 3. Du har 1 time til at løse
Læs mereKontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative
Kontrakt om Drift, Videreudvikling, Vedligeholdelse og Support af tilskuds- og kontroladministrative systemer m.fl. Bilag 5 Servicemål 16. marts 2018 Version 1.0 Side 1/10 [Vejledning til tilbudsgiver:
Læs mereInstruks om datasamarbejde med Arbejdsgivernes Uddannelsesbidrag
Instruks om datasamarbejde med Arbejdsgivernes Uddannelsesbidrag Regulerer rammerne for datalevering til Arbejdsgivernes Uddannelsesbidrag mellem Erhvervsskolerne og Arbejdsgivernes Uddannelsesbidrag Arbejdsmarkedets
Læs mereService Level Agreement (SLA)
Service Level Agreement (SLA) Aftalevilkår er gældende fra januar 2016. Telefon: E-mail: Web: 8742 8000 support@nhc.dk Silkeborg 2016 Dokumentversion: Dato: Oprettet af: Ændret af: Seneste ændring: 1.1
Læs mereFølgende systemer er omfattet af denne WSLA:
Indhold 1 Forord... 3 2 Definitioner... 4 3 Produktionsmiljø... 4 3.1 Oppetid på drift af webservices... 4 3.2 Overvågning... 4 4 Ændringer... 5 4.1 Styring af ændringer... 5 4.2 Varsling af ændringer
Læs mereInstruks om datasamarbejde med Arbejdsgivernes Uddannelsesbidrag
Instruks om datasamarbejde med Arbejdsgivernes Uddannelsesbidrag Regulerer rammerne for datalevering til Arbejdsgivernes Uddannelsesbidrag mellem Erhvervsskolerne og Arbejdsgivernes Uddannelsesbidrag Arbejdsmarkedets
Læs mereINTRODUKTION INDHOLDSFORTEGNELSE
INTRODUKTION Service Level Agreement (SLA) dokumenterer det aftalte service niveau. Aftales der individuelle ændringer til Hostnordics standard SLA, beskrives afvigelserne i Bilag 1 til kontrakten. Såfremt
Læs mereGeoGIS2020. Installation. Udkast. Revision: 1 Udarbejdet af: BrS Dato: Kontrolleret af: Status: Løbende Reference: Godkendt af:
GeoGIS2020 Installation Udkast Revision: 1 Udarbejdet af: BrS Dato: 2015.08.31 Kontrolleret af: Status: Løbende Reference: Godkendt af: 1. GENERELT Side 2 af 16 Side 3 af 16 2. DOWNLOAD OG INSTALLATION
Læs mereBilag 2: Service Level Agreement (SLA)
Bilag 2: Service Level Agreement (SLA) ACI A/S 8. marts 2012 ACI A/S Side 2 af 12 Indhold 1 Generelt... 3 1.1 Introduktion... 3 1.2 Kontakt til TDC Hosting i driftsfasen... 3 1.3 Datacenteradgang... 3
Læs mereRapport Intern Revision. It-revision af ændringsstyring. Direktørområdet SKAT IT. Modtager Direktør Jesper Rønnow Simonsen, SKAT
Skatteudvalget 2017-18 (Omtryk - 02-11-2018 - Bilag tilføjet) SAU Alm.del - endeligt svar på spørgsmål 556 Offentligt 10. marts 2016 J. nr. 15-1833456 Plannr. 115-007 Intern Revision Rapport 2015 Direktørområdet
Læs mereOPTION TIL RM OG RN BILAG 0 TIL KONTRAKT OM EPJ/PAS DEFINITIONER
OPTION TIL RM OG RN BILAG 0 TIL KONTRAKT OM EPJ/PAS DEFINITIONER INSTRUKTION TIL LEVERANDØR VED UDNYTTELSE AF OPTIONEN: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse.
Læs mereKontraktbilag 7 Drift-, support og vedligeholdelsesydelser
Kontraktbilag 7 Drift-, support og vedligeholdelsesydelser [Vejledning til Leverandør i forbindelse med afgivelse af tilbud Dette bilag indeholder Kundens krav til Leverandørens drift-, support og vedligeholdelsesydelser.
Læs mereGenerel bestemmelse om akkreditering af virksomheder Nr. : AB 1 Dato : 2013.08.21 Side : 1/6
Side : 1/6 1. Anvendelsesområde 1.1 Denne generelle akkrediteringsbestemmelse finder anvendelse på virksomheder, der ansøger om akkreditering af Den Danske Akkrediterings- og Metrologifond (herefter DANAK),
Læs mereKontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet
Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 5 Servicemål 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav
Læs mereUden velfungerende processer ingen tillid. Mats Berger Direktør, Service & Support Forum
Uden velfungerende processer ingen tillid Mats Berger Direktør, Service & Support Forum Processammenhænge Service & Support Forum 2 Hvad er en proces? Merværdi Input Aktivitet Aktivitet Aktivitet Output
Læs mereKontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative
Kontrakt om Drift, Videreudvikling, Vedligeholdelse og Support af tilskuds- og kontroladministrative systemer m.fl. Bilag 12 Change Management 16. marts 2018 Version 1.0 Side 1/16 [Vejledning til tilbudsgiver:
Læs mereFra driftsorganisation til serviceorganisation
Fra driftsorganisation til serviceorganisation Lisbeth Smed lisbeth.smed@coop.dk itsmf 5. maj 2009 Dagsorden Dagsorden 1. Om Coop 2. Udgangspunkt 3. Formål 4. Projektet 5. Hvad har vi lært? 6. Hvad har
Læs mereKontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet
Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 8 Test 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav (MK).
Læs mereService Level Agreement (DK)
Service Level Agreement (DK) HighJump Software BRONZE SLA - Aftalenummer bedes oplyst ved kontakt til vores ServiceDesk Forfatter JFA Versionnr. 1.3 Dato 08-04-2014 Indhold Definitioner... 3 Introduktionstekst...
Læs mereNaalakkersuisut Government of Greenland. Digitaliseringsstyrelsen. Statusrapport. Rapportperiode: oktober
Statusrapport Rapportperiode: oktober 1 Introduktion Dette dokument er statusrapport afleveret af s support til Grønlands Selvstyre. Alle Sager i denne rapport er kategoriseret ud for disse retningslinjer:
Læs mereMånedlig opfølgning på it-drift
Månedlig opfølgning på it-drift 0. Indledning En væsentlig del af at styre en it-driftskontrakt og de leverancer, der leveres herigennem, er at opretholde et konstruktivt samarbejde med leverandøren, hvor
Læs mereBilag 11 Ændringshåndtering
Bilag 11 Ændringshåndtering Version 1.0 04-07-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 3 TYPER AF ÆNDRINGER... 3 4 GENERELT... 3 5 ATP S FREMSÆTTELSE AF ÆNDRINGSANMODNINGER...
Læs mereBILAG 10 VEDLIGEHOLDELSE
BILAG 10 VEDLIGEHOLDELSE VEJLEDNING Bilaget skal udfyldes af tilbudsgiver på baggrund af det i bilaget anførte skema samt de nedenfor og i kontrakten og kravspecifikationen nævnte krav og forventninger.
Læs mereKontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering
Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 12 - Ændringshåndtering 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav
Læs mereIT-projektledelse F2006. Opfølgning og kvalitetssikring
IT-projektledelse F2006 Opfølgning og kvalitetssikring Hvorfor planlægge når projekter sjældent følger planen? Hvad er opfølgning? Hvad skal der følges op på? Levels of control checkpoint reports project
Læs mereGenerel bestemmelse om akkreditering af virksomheder Nr. : AB 1 Dato : xx UDKAST af 3/ Side : 1/6
UDKAST af 3/6 2013 Side : 1/6 1. Anvendelsesområde 1.1 Denne generelle akkrediteringsbestemmelse finder anvendelse på virksomheder, der ansøger om akkreditering af Den Danske Akkrediterings- og Metrologifond
Læs mereUdkast til svar på Rigsrevisionens rapport om it-sikkerheden på SDN [Godkendt af MedComs styregruppe den 12. februar 2016]
Udkast til svar på Rigsrevisionens rapport om it-sikkerheden på SDN [Godkendt af MedComs styregruppe den 12. februar 2016] Indhold 1. Indledning... 2 2. Kommentarer til de enkelte punkter... 2 2.1. Hensigtsmæssig
Læs mereStatusrapport. Rapportperiode: Juli Queue: Telefoni
Statusrapport Rapportperiode: Juli Queue: Telefoni 1 Introduktion Dette dokument er statusrapport afleveret af Digitaliseringsstyrelsens support til Grønlands Selvstyre. Alle Sager i denne rapport er kategoriseret
Læs mereDrejebog for tilslutningsprøve OIO sag
Drejebog for tilslutningsprøve OIO sag Indholdsfortegnelse Ændringer i forhold til forrige version... 3 1 Indledning... 4 1.1 Formål med drejebogen... 4 1.2 Mål med tilslutningsprøven... 4 2 Overordnet
Læs mereVITAS Registrering af aftale om Integrationsgrunduddannelse
IGU i VITAS I VITAS skal du registrere en aftale om integrationsgrunduddannelse, såfremt din virksomhed ønsker at indgå en aftale med en borger (udlænding). Du registrerer i VITAS din aftale samt undervisningsplan
Læs mereMiljø- og Fødevareministeriet. Kravspecifikation
Kravspecifikation OM OPSÆTNING AF VILREG-SYSTEMET PÅ EN NY PROCESPLATFORM SAMT VEDLIGEHOLDELSE OG UDVIKLING AF VILREG- OG BIOTOPSYSTEMERNE Offentligt udbud 1 Indhold 1. INTRODUKTION TIL LEVERANDØREN...
Læs mereBilag 7. Drift. Til Kontrakt. Den Nationale Henvisningsformidling
Bilag 7 Drift Til Kontrakt OM Den Nationale Henvisningsformidling Bilag 7 Drift Side 1/5 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse.
Læs mereF2 support rapport. Rapportperiode: februar 2017
F2 support rapport Rapportperiode: februar 2017 1 Introduktion Dette dokument er statusrapport afleveret af F2-Sekretariatets support til Grønlands Selvstyre. Alle sager i denne rapport er kategoriseret
Læs mereDriftsaftale for den fælles sårjournal (Driftsaftale for fællesoffentlige sundheds-it løsninger)
Driftsaftale for Den fælles sårjournal Driftsaftale for den fælles sårjournal (Driftsaftale for fællesoffentlige sundheds-it løsninger) Gældende fra: Gældende til: xx.xx.2015 xx.xx.2016 Seneste revisions
Læs mereDBCsupport. Præsentation af IOS 2004
DBCsupport Præsentation af IOS 2004 Spillerne Brugere Interne brugere Eksterne brugere 1. Level IT Driftsmedarbejdere Supportmedarbejdere 2. Level IT Systemkonsulenter Udviklere Interne specialister Serviceleverandører
Læs mereSikkerhedspolitik Version 4.0506 d. 6. maj 2014
Nærværende dokument beskriver de sikkerhedsforanstaltninger, som leverandøren har opstillet til den interne fysiske sikkerhed, datasikkerhed, logisk sikkerhed og sikkerhed i forbindelse med netværk, firewall
Læs mereHvad kommer ITIL V3 og Cobit til at betyde for IT-supporten? Ole Westergaard Westergaard CSM
Hvad kommer ITIL V3 og Cobit til at betyde for IT-supporten? Ole Westergaard Westergaard CSM V3 Westergaard CSM Westergaard CSM 2 Gode konsulenter hænger ikke på træerne! [Indsæt billede af Jakob/Lars/Gitte/Ulla
Læs mereProduktbeskrivelse for
Produktbeskrivelse for Service til opfølgning på behandlingsrelationer NSP Opsamling Tjenesteudbyder Opfølgning Notifikation Side 1 af 7 Version Dato Ansvarlig Kommentarer 1.0 22-12-2011 JRI Final review
Læs mereVejledning til terminalleverandørerne/integratorer ved bestilling af PSAM til chipterminaler i produktion. Bestillingen foregår via internettet.
Payment Business Services PBS A/S Lautrupbjerg 10 P.O. 500 DK 2750 Ballerup T +45 44 68 44 68 F +45 44 86 09 30 pbsmailservice@pbs.dk www.pbs.dk PBS-nr. 00010014 CVR-nr. 20016175 Vejledning til terminalleverandørerne/integratorer
Læs mereKontraktbilag 9. Samarbejdsorganisation
Kontraktbilag 9 Samarbejdsorganisation 2 INDHOLD INDHOLD 2 1 Generelt 3 2 Løbende mødeopfølgning 3 2.1 Koordinationsmøder 3 2.2 Årlige møder med LDs eksterne rådgivere på persondata og it-risiko 3 3 Samarbejdsorganisation
Læs mereSotea A/S 19. april 2016 version 1.0 1
version 1.0 1 1.... 3 2.... 3 3.... 4 4.... 5 5.... 5 6.... 6 7.... 6 version 1.0 2 1. Nærværende Service Level Agreement dokumenterer det aftalte serviceniveau, og beskriver kundens garanti i forbindelse
Læs mereUDKAST: Sundhedsdatanettet (SDN) Danske Regioner
UDKAST: Sundhedsdatanettet (SDN) Modenhedsdrøftelse af systemerne i regi af FSI Det er aftalt i den fællesoffentlige styregruppe for sundheds-it (FSI), at forretningsstyregrupperne én gang årligt drøfter
Læs mereImplementering af Medarbejdersystem
Implementering af Medarbejdersystem Roller og ansvarsfordeling Udarbejdet 3. oktober 2017 Matine Kvist Implementering af Medarbejdersystem Roller og ansvarsfordeling Indhold 1. Styregruppe... 3 1.1 Styregruppeformand...
Læs mereUnderbilag 14 C: Afprøvningsforskrifter til prøver og tests
Underbilag 14 C: Afprøvningsforskrifter til prøver tests Udbud om levering, installation, implementering, support, drift vedligehold af Borgeradministrativt System (BAS) Indhold underbilag 14 C Afprøvningsforskrifter
Læs mereService Level Agreement
Service Level Agreement Vedr. CalcuEasy, kalkulation, opskrift, lager mellem CalcuEasy ApS Rygårdsvej 7, 5874 Hesselager CVR-nr.: 36494514 (herefter betegnet Leverandøren ) og KUNDENAVN ADRESSE ADRESSE
Læs mereOpnåelse af tilladelse til at udbyde spil i Danmark
Opnåelse af tilladelse til at udbyde spil i Danmark Vejledning til teknisk tilslutningsforløb 1.7.2015 Version 1.2 Historik for dokumentet: Version Dato Opsummerende beskrivelse af ændringer 1.0 2011.06.30
Læs mereService Level Agreement
Service Level Agreement For DanDomain server og infrastrukturservices Indhold 1. Generelt... 2 2. Definitioner... 3 3. Teknisk support... 4 4. Hotline... 4 5. Ændringsanmodninger... 4 6. Vedligeholdelse
Læs mereIHLP Projekthåndtering
Copyright 2016. All Rights Reserved. Filename: Customer: - Last saved: 2016-07-11 Author: Casper Bøgeholdt Andersen Classification: - IHLP Projekthå ndtering Godt i gang med Projekthåndtering Anvender
Læs mereIt-systemportefølje: Vejledning til review og rådgivning ved Statens Itråd
It-systemportefølje: Vejledning til review og rådgivning ved Statens Itråd Marts 2019 Vejledning til review og rådgivning ved Statens It-råd, Digitaliseringsstyrelsen version: 1.0 Indhold 1. Indledning...
Læs mereKontraktbilag 08 - Rapportering
Udbud nr. 2016/S 199-358626 EU-udbud af Cisco UCC i Region Syddanmark Kontraktbilag 08 - Rapportering Kontraktbilag 08 Rapportering Side 1/5 Indholdsfortegnelse 1. GENERELT...3 1.1 Rapportering og tidsfrist...3
Læs mereFAT test kan kun undtagelsesvis overføres, et eksempel kunne være verifikation af tag nummerering og el-diagrammer, som kræver en adskilt maskine.
Kontraktbilag 8 Prøver 1 FAT og SAT FAT og SAT skal sikre at systemet er klar til kvalificering, dvs. alle test fra IQ, OQ og PQ bør kunne genfindes. Testmateriale udarbejdet af leverandør i forbindelse
Læs mereUdbud af RIPA-Syd. Underbilag 14.B - Fejlproces
Udbud af RIPA-Syd til Underbilag 14.B - Fejlproces Underbilag 14.B Fejlproces Side 1 af 7 Indholdsfortegnelse: 1. INDLEDNING...4 1.1 Roller...4 1.2 Proces:...5 1.2.1 1.3 Beskrivelse af trinene i processen:...5
Læs mereVejledning til gevinstdiagram og gevinstprofiler
Vejledning til gevinstdiagram og gevinstprofiler Januar 2014 Indhold 1. CENTRALE BEGREBER... 3 2. HVAD ER ET GEVINSTDIAGRAM OG GEVINSTPROFILER... 4 3. FORMÅL MED GEVINSTDIAGRAM OG GEVINSTPROFILER... 4
Læs mereWSLA for webservices under Danmarks Miljøportal. Version 2.2
WSLA for webservices under Danmarks Miljøportal Version 2.2 Forord Dette er en Web Service Level Agreement (WSLA) for de fælles offentlige webservices, der er tilknyttet databaser under Danmarks Miljøportal.
Læs mereBILAG 1: TIDSPLAN DUBU 3.0. Version 0.5
BILAG 1: TIDSPLAN Version 0.5 18-11-2016 INSTRUKTION TIL TILBUDSGIVER Nærværende Bilag indeholder tidsplanen for gennemførelse af Projektet. Nærværende Bilag skal udfyldes af Tilbudsgiveren, jf. nedenstående
Læs mereRELEASE AF AFTALESYSTEMET V3
Forskerparken 10 5230 Odense M Tlf. +45 6543 2030 www.medcom.dk 16.08.2017 RELEASE AF AFTALESYSTEMET V3 Indhold Indhold... 1 Release af Aftalesystem v3... 2 Nye funktionaliteter i Aftalesystem v3... 3
Læs mereVITAS Registrering af aftale om Integrationsgrunduddannelse
IGU i VITAS I VITAS er det muligt at registrere en aftale om, såfremt din virksomhed ønsker at indgå en aftale med en borger (udlænding). Du registrerer i VITAS din aftale inkl. undervisningsplanen ved
Læs mereServicedesk JAST/december 2015
JAST/december 2015 Formål Formålet med dette dokument er, at give styregruppen for IT Center Fyn en beskrivelse af, hvordan supportsager håndteres efter etableringen af en, samt en forklaring af de begreber
Læs mereVideoknudepunktet (VDX) UDKAST Danske Regioner
Videoknudepunktet (VDX) UDKAST Modenhedsdrøftelse af systemerne i regi af FSI Det er aftalt i den fællesoffentlige styregruppe for sundheds-it (FSI), at forretningsstyregrupperne én gang årligt drøfter
Læs mereCenter of Excellence INTRODUKTION
Center of Excellence INTRODUKTION Center of Excellence (CoE) CoE giver mulighed for at realisere benefit ved implementering af BPM. Et CoE er en organisatorisk struktur der hjælper med at effektivisere
Læs mereResultatet af undersøgelse af status på implementering af ISO27001-principper i staten
Resultatet af undersøgelse af status på implementering af ISO27001-principper i staten 2017 INDHOLD RESULTAT AF MÅLING AF IMPLEMENTERINGSGRADEN AF ISO27001-PRINCIPPER INDLEDNING HOVEDKONKLUSION METODE
Læs mereITA-konferencen 2009. Projektchef: Martin Pedersen. Sikkerhed fra vugge til grav
ITA-konferencen 2009 Projektchef: Martin Pedersen Sikkerhed fra vugge til grav Hvorfor sikkerhed initielt Sund fornuft Bidrager til at etablere overblik Bidrager til en stringent styring af informationssikkerheden
Læs mereforsøg på misbrug. Hvis vi spærrer adgangen, får virksomheden besked hurtigst muligt.
B E T I N G E L S E R F O R M O B I L E P A Y - P O R T A L E N Gældende fra den 8. maj 2017 Danske Bank A/S. CVR-nr. 61 12 62 28 - København MobilePay-portalen (i det følgende kaldet portalen ) giver
Læs mere. Bestemmelser der indarbejdes i Samarbejdsbilaget samt i Kontrakten
. spe. Bestemmelser der indarbejdes i Samarbejdsbilaget samt i Kontrakten Nedenstående er opdelt i to afsnit. Første afsnit indeholder bestemmelser, der forventes indarbejdet i Samarbejdsbilaget. Andet
Læs mereAftale om serverhosting
Version: 3.0125 - d. 25. januar 2013 Aftale om serverhosting mellem Kunde (Herefter kaldet kunden) Adresse Post og by CVR: xxxx xxxx Wannafind.dk A/S (Herefter kaldet leverandøren) Danmarksvej 26 8660
Læs mereAnvendelse af BPT til manuel test
DIAS 1 Konference HP Test brugergruppen Anvendelse af BPT til manuel test Agenda DIAS 2 _ Præsentation af mig selv _Manuel BPT _ Manuel BPT i KMD _Konklusion _ Diskussion og spørgsmål Præsentation DIAS
Læs mereIt-beredskabsstrategi for Horsens Kommune
It-beredskabsstrategi for Horsens Kommune Senest opdateret oktober 2016 1 Indholdsfortegnelse 1. FORMÅL MED IT-BEREDSKABSSTRATEGIEN... 3 2. STRATEGIENS SAMMENHÆNG TIL DET RESTERENDE BEREDSKAB... 3 3. OMFANG,
Læs mereJammerbugt Kommune. Periodisk audit, P2. Ledelsessystemcertificering. Kvalitetsstyring - iht. Lov 506 af 07.06.2006 og Bek. 1258 af 15.12.
Ledelsessystemcertificering Kvalitetsstyring - iht. Lov 506 af 07.06.2006 og Bek. 1258 af 15.12.2011 Audit 22. oktober 2014 Certificeringens dækningsområde DNV teamleader: Auditteam: Sagsbehandling på
Læs mereQUICK GUIDE StorePortal Forhandlerportal - Juni 2017 Quickguide til Ikano Banks forhandlerportal. Her&Nu Lån
Quickguide til Ikano Banks forhandlerportal Her&Nu Lån 1 Indhold: Kontaktinfo til Ikano Bank Kontaktinfo til Ikano Bank.... 2 Sådan ansøger du... 3 Sådan får du svar på ansøgningen... 4 Sådan kommer du
Læs mereVejledning til brugeradministrator. EDI systemet
Vejledning til brugeradministrator EDI systemet 15. november 2017 Vejledning til brugeradministrator Denne vejledning beskriver de opgaver du har som brugeradministrator. Opgaverne er: - Oprette og vedligeholde
Læs mereUddannelse: Født: 1973
Uddannelse: Bopæl: HD Smørum Født: 1973 Civilstand: Sprog: Gift, 2 børn Dansk, engelsk, svensk og norsk Introduktion: NJ er certificeret projektleder med fokus på infrastruktur-, implementerings-, migrerings-,
Læs mereVejledning til registrering som bruger til EudraCT results
Vejledning til registrering som bruger til EudraCT results 1 Registrering som ny bruger For at indtaste resultater, skal man registreres som bruger i EudraCT databasen: https://eudract.ema.europa.eu/results-web/
Læs mereTBL / v.0.4. Kursus... 3 Kurser... 3 Tilmeld kursister... 5 Kursus anmodninger... 9 Kurser pr. foreningshverv
HåndOffice Kurser Kursus... 3 Kurser... 3 Tilmeld kursister... 5 Kursus anmodninger... 9 Kurser pr. foreningshverv... 10 Side 2 af 11 Kursus Et klik på Kursus viser menu med følgende tre valgmuligheder.
Læs mereServiceaftale. Serviceaftale vedr. digitale løsninger. mellem. CompanYoung ApS. Vestre Havnepromenade 1B, 3. Sal, 9000 Aalborg. CVR-nr.
Serviceaftale Serviceaftale vedr. digitale løsninger mellem CompanYoung ApS Vestre Havnepromenade 1B, 3. Sal, 9000 Aalborg CVR-nr.: 32 44 55 35 (herefter betegnet Leverandøren ) og Kunden 1. Indledning
Læs mereServicedeklaration. For eindkomst. Ansvarlig: SKAT
Servicedeklaration For eindkomst Ansvarlig: SKAT Indhold Indhold 1 1. Formål 2 Vedligehold og distribution af servicedeklaration 2. Kort beskrivelse af service 2 2 3. Servicetidsrum for drift 3 Servicetidsrum
Læs mereRapport. Anbefaling. Sikkerhedstjekket 2016 Rådet for Digital Sikkerhed
Rapport Anbefaling God IT-sikkerhed er god forretning. En brist i jeres IT-sikkerhed kan koste din virksomhed mange penge i genopretning af dine systemer, data og ikke mindst dit omdømme hos dine kunder
Læs mereBILAG 5.D DOKUMENTATION
BILAG 5.D DOKUMENTATION INDHOLDSFORTEGNELSE 1. Indledning...4 2. Kundens krav til Leverancedokumentation...4 Side 2 of 10 Instruktion til besvarelse af bilaget: Teksten i denne instruktion er ikke en del
Læs mereBILAG 7. Dokumentation
BILAG 7 Vejledning til tilbudsgiver Bilaget indeholder Kundens mindstekrav til. 2 Indholdsfortegnelse 1. Indledning... 4 2. somfanget... 4 2.1 Proces for udarbejdelse og godkendelse af... 4 2.2 Generelle
Læs mereVejledning til udfyldelse af ansøgningsskema vedrørende den fællesregionale pulje til forskning i forebyggelse
Vejledning til udfyldelse af ansøgningsskema vedrørende den fællesregionale pulje til forskning i forebyggelse Det er vigtigt, at ansøgningsskemaet udfyldes korrekt. Kun fyldestgørende ansøgninger kan
Læs mereRegler for CTF. (Energinet.dk Gastransmissions regler for Capacity Transfer Facility)
Regler for CTF (Energinet.dk Gastransmissions regler for Capacity Transfer Facility) VILKÅR OG BETINGELSER FOR BILATERAL HANDEL MED KAPACITET I TRANSMISSIONSSYSTEMET Version 5.2 Juni 2010 Regler for CTF,
Læs mereHåndbog for god sagshåndtering og kommunikation
Koncern IT Driftsafdelingen Håndbog for god sagshåndtering og kommunikation April 2011 Driftsafdelingen Koncern IT VELKOMMEN Du sidder her med den første udgave af HÅNDBOG FOR GOD SAGSHÅNDTERING OG KOMMUNIKATION.
Læs mereInformationssikkerhedspolitik for <organisation>
1 Informationssikkerhedspolitik for 1. Formål informationssikkerhedspolitik beskriver vigtigheden af arbejdet med informationssikkerhed i og fastlægger
Læs mereBilag 10 Kvalitetsstyring
Bilag 10 Kvalitetsstyring Side 1 af 6 Bilag 10 Kvalitetsstyring Leverandøren skal anvende og dokumentere sit kvalitetssikringssystem. Hvis kvalitetssikringen ikke indeholder de nedenfor beskrevne opgaver,
Læs mereDocument Capture til Microsoft Dynamics NAV. Quick Guide til RTC version 3.50
Document Capture til Microsoft Dynamics NAV Quick Guide til RTC version 3.50 INDHOLDSFORTEGNELSE Introduktion... 3 Basisopsætning... 4 Indlæsning af standard opsætning... 4 Opdatering af standard opsætning...
Læs mereIT driftsaftale Bilag 7: IT-sikkerhedsbestemmelser
IT driftsaftale Bilag 7: IT-sikkerhedsbestemmelser INDHOLDSFORTEGNELSE 1. Baggrund og formål... 2 2. Ansvarsfordeling... 2 2.1 Jobcenterchefens ansvar... 2 2.2 Gensidig informationspligt... 3 3. Krav til
Læs mereBekendtgørelse om ændring af bekendtgørelse om ledelse og styring af pengeinstitutter m.fl.
Bekendtgørelse om ændring af bekendtgørelse om ledelse og styring af pengeinstitutter m.fl. 1 I bekendtgørelse nr. 1026 af 30. juni 2016 om ledelse og styring af pengeinstitutter m.fl., som ændret ved
Læs mereVejledning selvbetjening virksomheder - tilskudsanmodninger for personer i jobrotation.
SKS Applikation Service ApS Vejledning selvbetjening virksomheder - tilskudsanmodninger for personer i jobrotation. Redigeret 4. februar 2014 SKS Applikation Service ApS Åstrupvej 10 9800 Hjørring T: 22
Læs mere