Service Level Agreement
Meer weten? Ga naar
Inhoud
1. Algemeen 2
1.1 Versiebeheer 2
1.2 Definities en afkortingen 3
2. Inleiding 5
2.1 Achtergrond Operational Service Level Agreement (SLA) 5
2.2 Doel en looptijd van de SLA 5
2.3 Wijzigingen van de SLA 5
2.4 Gerelateerde documenten 5
2.5 Randvoorwaarden 6
3. Dienstverlening 6
3.1 Bereikbaarheid 6
3.2 Storingsdienst 24/7* 6
3.3 Onderhoudswerkzaamheden 7
Onderhoudswerkzaamheden door Vcare 7
Communicatie bij onderhoud 7
3.4 Afbakening 7
3.5 Veiligheid/security 8
4. Incidentmanagement 8
4.1 Doel 8
4.2 Activiteiten 8
4.3 Prioriteit bepaling 9
4.4 Prioriteitsbepaling differentiatie dienst/locatie 9
4.5 Respons en hersteltijden 9
4.5.1 Hersteltijden (Noodscenario) 10
4.6 Meldingsprocedure van incidenten 10
4.7 Voortgang van een incident 10
4.8 Gegevensuitwisseling over de voorgang van een incident 11
4.9 Afmelden van een incident 11
4.10 Voortgang van een Prio 1 incident 11
4.11 Conflict naar aanleiding van een incident 11
5. Wijzigingsbeheer 11
5.1 Doel 11
5.2 Procedure Niet Standaard Wijzigingen 13
5.2.1 Indienen, verificatie en acceptatie van een wijzigingsverzoek 13
5.2.2. Offerte en planning van de wijziging 14
5.2.3. Implementatie van de wijziging 14
5.2.4 Afsluiten van de wijziging 14
6. Probleemmanagement 14
6.1 Doel 14
6.2 Activiteiten 14
6.3 Servicelevels 15
7. Communicatie en escalatie 15
7.1 Escalatie 15
7.2 Doel 15
7.3 Samenvatting 16
7.4 Vcare Escalatiematrix 16
8. Beschikbaarheid en servicelevel 16
1. Algemeen
1.1 Versiebeheer
Versie | Datum | Omschrijving |
1.0 | 3-01-2014 | Vrijgave 1ste versie |
1.1 | 22-01-2014 | Toevoeging extra servicelevels in paragraaf 9.1 |
2.0 | 12-11-2015 | Vrijgave 2de versie |
2.1 | 29-01-2016 | Portfolio en beschikbaarheid geactualiseerd |
2.2 | 29-01-2019 | Tekstueel geactualiseerd |
2.3 | 30-07-2020 | Huisstijl geactualiseerd en taalkundig geformaliseerd |
3.0 | 7-10-2022 | Gedeeltelijke samenvoeging DAP & SLA |
3.1 | 31-10-2022 | Toevoeging PIM |
3.2 | 9-11-2022 | Aanpassing onderhoud |
3.3 | 18-11-2022 | Review |
3.4 | 9-12-2022 | Review Servicemanagement |
3.5 | 3-1-2023 | 1ste klantenreview |
3.6 | 14-2-2023 | MT review |
3.7 | 01-07-2024 | Huistijl aanpassing |
1.2 Definities en afkortingen
Item | Definitie |
Adaptief onderhoud | Planbaar onderhoud met als doelstelling het uitbreiden en/of aanpassen van gebruikers- en/of systeemfunctionaliteiten. |
Bereikbaarheid | Geeft weer hoe en binnen welke periode(n) Service & Support bereikbaar is. |
Beschikbaarheid | De overeengekomen uptime van de onder deze SLA vallende systemen en/of functionaliteiten. |
Calamiteit | Storing die het gevolg is van een of meerdere externe oorzaken (overmacht), die niet direct door Vcare beïnvloedbaar zijn, en die kan leiden tot uitval van het geheel van apparatuur en/of programmatuur en/of belangrijke functionaliteiten daarvan, waardoor bedrijfskritische onderdelen niet kunnen functioneren. Ook uitval van diensten/service/verbindingen kunnen leiden tot een calamiteit. |
Configuratie- management | Het proces dat alle componenten van de systeeminrichting onder controle brengt ter ondersteuning van de overige Service Management processen (in het bijzonder incident, probleem en change management) om kwalitatieve diensten te realiseren in de context van wijzigende gebruikerswensen. |
Change-management | Het zodanig uit (laten) voeren van wijzigingen, dat verstoringen en afwijkingen van het dienstenniveau als gevolg van deze wijzigingen zo min mogelijk optreden. Hiertoe wordt erop toegezien dat beproefde methoden en technieken gebruikt worden voor de voorbereiding, bouw, test en implementatie van nieuwe of gewijzigde configuratie-items. |
Configuratie | De onder verantwoordelijkheid van Vcare vallende hardware, software en functionaliteit (type platform). |
Correctief onderhoud | Xxxxxxxxxxx naar aanleiding van verstoringen in hard- en/of software. |
DAP | Dossier Afspraken Procedures. Deze beschrijft, op operationeel niveau, de werkafspraken die gemaakt zijn tussen Klant en Vcare. |
Escalatieprocedure | Wijze waarop in situaties van escalatie wordt gecommuniceerd binnen de organisatie Vcare en richting de klant, op meerdere managementniveaus. |
Hardware | Met hardware of apparatuur worden in de computertechniek alle fysieke componenten aangeduid die in een computer of systeem aanwezig zijn. |
Hersteltijd | De periode tussen het eind van de analysefase tot aan het moment van oplossing. |
Incident | Elke gebeurtenis afwijkend van de (verwachte) standaardwerking van een systeem. Het heeft invloed op dit systeem, hoewel deze invloed klein of zelfs transparant kan zijn voor de gebruiker. |
Incident-management | Het proces om elke ongeplande onderbreking of storing zo snel en goed mogelijk te herstellen met zo min mogelijk impact. |
IT-infrastructuur | Geheel van actieve en inactieve componenten t.b.v. informatievoorziening Vcare. |
Kantoortijden | Maandag tot en met vrijdag van 8:00 tot 17:00 uur. Uitgesloten zijn officiële Nederlandse feestdagen. |
Klant | Klant, als vermeld in bijlage 1, welke gebruik maakt van de diensten die vallen onder deze SLA. |
Meldingstijd | Tijden waarin Klant incidenten kan aanmelden bij Vcare. Dat is afhankelijk van de initiële overeenkomst binnen kantoortijden of 24/7. |
Onderhoud | Alle activiteiten (incl. correctief en/of adaptief en/of preventief) die zorgen voor beschikbaarheid op of boven afgesproken niveau. |
PIM | Persoonlijke Informatie Manager. Het Vcare klantenportaal waar incidenten, wijzigingen en problemen gemeld kunnen worden. Tevens het portaal waar onderhoud gemeld en geupdate wordt. xxxxx://xxx.xxxxxxxxxxxx.xx |
Preventief onderhoud | Planbaar onderhoud met als doelstelling de beschikbaarheid en levensduur van hard- en software optimaal te houden en daarmee onverwacht optredende storingen te voorkomen. |
Prioriteit | De relatieve waardering van een activiteit ten opzichte van andere activiteiten. Eigenschap om vooraf te gaan of voorrang te hebben boven iets of iemand anders. |
Probleem | Een conditie van de IT-infrastructuur, geïdentificeerd uit incidenten met overeenkomstige symptomen, of een significant incident, indicatief voor een fout waarvan de oorzaak nog onbekend is. |
Raamovereenkomst | Aanvullende en of overkoepelende overeenkomst met schriftelijke afspraken over looptijd, levering en of voorwaarden. |
Responstijd | De maximale tijd tussen het moment van aanmelding van een incident door Klant bij Vcare, dan wel constatering van een incident door Vcare, en het tijdstip waarop Vcare aanvangt met het oplossen van het incident. |
RFC - Request For Change | Wijzigingsvoorstel waarin is vastgelegd waaruit de werkzaamheden bestaan en op welk configuratie-item de wijziging betrekking heeft. Aan de hand van dit voorstel worden de gevolgen beoordeeld en wordt het verdere verloop van de wijziging gepland. |
Service & Support | De afdeling met een centrale regie in het proces van de aanname en afhandeling van klant- /servicemeldingen. |
Serviceperiode | De periode waarbinnen de dienstverlening wordt geboden. |
Serviceniveau | Het servicelevel met betrekking tot herstel- en responstijden. |
Spoed (correctief) onderhoud | Niet planbaar onderhoud met als doelstelling de beschikbaarheid en levensduur van hard- en software optimaal te houden en daarmee onverwacht optredende storingen te herstellen en of voorkomen. |
Software | Gangbaar woord voor computerprogramma's. |
Standaard change | Een veelvoorkomende wijziging (change) die door Vcare op afstand kan worden uitgevoerd en die niet meer dan 15 minuten in beslag neemt. Deze changes kunnen worden uitgevoerd zonder geplande uitval van functionaliteit. |
Storingsdienst | Servicedienst van Vcare die buiten kantoortijden meldingen aanneemt en in behandeling neemt. |
Uptime | Percentage dat systemen en functionaliteiten binnen het servicewindow beschikbaar zijn. Dit wordt berekend per maand. |
Vcare | Vcareconnect B.V., handelend onder de naam Vcare connect. |
WAN (Wide Area Network) | Een methode om verschillende geografische locaties met elkaar te verbinden via geschakelde telefoonlijnen, huurlijnen, optische of langeafstandskabels t.b.v. spraak en/of data. |
Wijziging (change) | Elke handeling die leidt tot een nieuwe status van een of meerdere configuratie-items. |
2. Inleiding
2.1 Achtergrond Operational Service Level Agreement (SLA)
Deze Operational SLA beschrijft de diensten (services) die door Vcare geleverd worden en definieert het niveau (Level) van deze diensten. De in deze SLA beschreven dienstverlening wordt georganiseerd en ingericht volgens ITIL-richtlijnen. We kennen in deze SLA drie verschillende gradaties, te weten incidentmanagement, wijzigingsbeheer en probleem management.
2.2 Doel en looptijd van de SLA
In deze SLA worden de kwalitatieve en kwantitatieve afspraken voor het te realiseren dienstenniveau beschreven. Deze SLA is geldig voor de termijn waarin Klant diensten bij Vcare afneemt. Klantspecifieke afspraken kunnen worden opgenomen in een raamovereenkomst en verder uitgewerkt in een DAP.
2.3 Wijzigingen van de SLA
Wijzigingen in de SLA kunnen door Vcare op ieder moment schriftelijk worden gedaan onder vermelding van het versienummer en de datum van ingang van de nieuwe versie indien deze niet tegenstrijdig zijn met reeds gemaakte afspraken in de vorige SLA, raamovereenkomst en of DAP. Vcare zal te allen tijde Klant schriftelijk op de hoogte brengen van deze wijziging en de reden van wijziging.
Klant kan te allen tijde een wijziging van de SLA verzoeken welke door Vcare ingewilligd kan worden. Indien dit een wijziging van de SLA tot gevolg heeft zal Vcare Klant hiervan schriftelijk op de hoogte brengen zoals hierboven beschreven. Indien dit geen wijziging van de SLA tot gevolg heeft kan dit in overleg in een (herziene) DAP vastgelegd worden.
2.4 Gerelateerde documenten
Op deze SLA zijn de volgende documenten van toepassing:
‐ Vcare orderbevestiging (getekende offerte(s));
‐ De Algemene Leveringsvoorwaarden van Vcare;
‐ De Vcare Verwerkersovereenkomst
‐ Indien opgesteld Raamovereenkomst;
‐ Indien opgesteld DAP.
2.5 Randvoorwaarden
Voor deze SLA is het noodzakelijk dat er randvoorwaarden worden gedefinieerd. In de loop van de tijd kan sprake zijn van nieuwe dan wel gewijzigde randvoorwaarden.
De volgende randvoorwaarden zijn van toepassing op deze SLA:
‐ Incidenten dienen, volgens specificaties van Vcare, door Klant te worden gemeld bij de afdeling Service & Support binnen Vcare;
‐ Indien door Vcare om toelichting wordt gevraagd, zal de aanvullende informatie per ommegaande door Klant worden verstrekt om de doorlooptijd van de afhandeling van het incident niet te beïnvloeden;
‐ Incidenten dienen zuiver terug te voeren zijn op de in de overeenkomst overeengekomen services die betrekking hebben op de telefonieomgeving van Vcare connect. Indien het incident samenhangt met oorzaken buiten de overeengekomen scope van de opdracht, vervalt de norm van het desbetreffende servicelevel. In geval van geschillen zullen de contactpersoon van Klant en servicemanager van Vcare in onderling overleg hierover een definitieve beslissing nemen;
‐ Vcare heeft onbeperkt en 24/7 toegang tot de componenten en competenties van de ICT-infrastructuur van Klant welke benodigd zijn voor een juiste diagnose. Indien klant deze toegang niet kan garanderen vervalt de norm van het desbetreffende servicelevel. Dit geldt ook voor apparatuur op (huur) locatie van de klant.
3. Dienstverlening
In dit hoofdstuk wordt nader ingegaan op de dienstverlening waarop deze SLA is gebaseerd.
3.1 Bereikbaarheid
Onderstaande tabel geeft de bereikbaarheid van Vcare weer:
Omschrijving | Periode | Tijd |
XXX | Xxxxxxx t/m zondag | 24 uur per dag |
E-mail Vcare | Maandag t/m zondag | 24 uur per dag |
Service & Support 088-4800911 | Maandag t/m vrijdag | Kantooruren |
Storingsdienst * | Maandag t/m zondag | Buiten kantooruren |
* alleen voor klanten met een 24/7 overeenkomst, ook tijdens officiële Nederlandse feestdagen. | ||
3.2 Storingsdienst 24/7*
De storingsdienst wordt bemand door engineers die goed op de hoogte zijn van de afgenomen diensten. De administratieve verwerking (registratie van ticket(s)) zal de eerstvolgende werkdag worden afgehandeld.
Voor het gebruik van de storingsdienst gelden de volgende regels:
‐ Alleen prioriteit 1 storingen: Uitval van de centrale telefonie configuratie/applicatie. Klant is telefonisch niet bereikbaar en/of kan niet uitbellen via het Vcare communicatieplatform;
‐ Individuele medewerker kan diens werkzaamheden niet uitvoeren, waarbij de volgende zaken zijn doorlopen:
‐ Werken op andere werkplek is niet mogelijk;
‐ Er is geen andere workaround mogelijk;
‐ Oplossing kan niet wachten tot volgende werkdag.
Wanneer er achteraf blijkt dat er ten onrechte gebruik is gemaakt van de storingsdienst kan Vcare de gemaakte kosten op basis van nacalculatie in rekening brengen. Bijvoorbeeld wanneer telefonie nog steeds binnen komt en afgehandeld kan worden maar de headset niet goed werkt valt dit niet onder de 24/7 overeenkomst, maar kan dit de volgende werkdag binnen kantoor uren gemeld worden. Dit geldt ook voor de Vcare applicatie laag zoals de Operator, Walldisplay, Recorder en dergelijke.
3.3 Onderhoudswerkzaamheden
Geplande onderhoudswerkzaamheden met mogelijk effect op de Vcare dienstverlening kunnen door zowel Klant als Vcare worden geïnitieerd.
Onderhoudswerkzaamheden door Vcare
Vcare zal eigen onderhoud, behoudens eigen spoed onderhoud of die van derden, die invloed kunnen hebben op het functioneren van de Vcare communicatiedienst, vooraf melden bij Klant waarbij klant er vanuit mag gaan dat deze minimaal 7 dagen van te voren wordt aangekondigd. Getracht wordt de eventuele onderbreking tot een minimum te beperken. Indien er impact verwacht wordt zal Vcare dit met Klant bespreken en waar nodig noodscenario’s voorstellen.
Omschrijving | Frequentie | Periode | Tijd |
Preventief onderhoud | 12 x per jaar | Maandag t/m vrijdag* | 0.00 uur – 23.59 uur |
Adaptief onderhoud | Zo vaak als noodzakelijk | Maandag t/m vrijdag* | 0.00 uur – 23.59 uur |
Spoed (Correctief) onderhoud | Zo vaak als noodzakelijk | Maandag t/m zondag | 0.00 uur – 23.59 uur |
* Uitgesloten zijn officiële Nederlandse feestdagen. | |||
Communicatie bij onderhoud
Onderhoud wordt aangekondigd via PIM en aan de geabonneerde contactpersoon of personen van Klant. Deze activiteiten vallen binnen de standaarddienstverlening.
Middels PIM zal Vcare Klant ook op de hoogte houden van de nodige status updates en afmelding van het onderhoud.
3.4 Afbakening
De volgende activiteiten vallen buiten de scope van deze SLA:
‐ Al het aangekondigde en spoed onderhoud ten behoeve van verbetering van de dienstverlening van Vcare;
‐ Werkzaamheden van derden die de oorzaak zijn van een onderbreking van de dienstverlening van Vcare. Vcare zal zich inspannen om de onderbreking zo spoedig mogelijk te verhelpen dan wel tot een minimum te beperken;
‐ Technisch en operationeel beheer en onderhoud van het lokale netwerk (LAN) (beheer Klant);
‐ Incidentmeldingen waarvoor geen geldend contract is afgesloten.
Vcare zorgt er, met betrekking tot spoed, adaptief en preventief onderhoud, voor, dat:
‐ Kennis en kunde gewaarborgd worden in de organisatie;
‐ Benodigde inzet van mensen en middelen wordt geboden;
‐ Klant op de hoogte wordt gehouden van de ontwikkelingen tijdens prioriteit 1 problemen;
‐ Elk prioriteit 1 probleem na beëindiging individueel geëvalueerd wordt;
‐ Alle wijzigingen goed gedocumenteerd worden.
Noodzakelijk bij elk onderhoud, is dat de meest recente door Vcare vrijgegeven software geïnstalleerd is op het systeem bij Klant (conform contract).
3.5 Veiligheid/security
Vcare garandeert dat slechts aan geautoriseerde medewerkers toegang wordt verleend tot systemen met betrekking tot de verwerking van gegevens.
4. Incidentmanagement
4.1 Doel
Dit proces zorgt voor de dagelijkse interactie tussen Klant en Vcare. Deze communicatie vindt plaats tussen Klant en de Supportdesk van Vcare bij voorkeur via PIM. Een incident is een verstoring van de dienst. Het doel van incidentbeheer is het zo snel en adequaat mogelijk herstellen dan wel voorkomen van deze verstoring binnen de afgesproken Service Niveaus. De geautoriseerde medewerkers van Klant kunnen na constatering van een incident contact opnemen met de Supportdesk.
4.2 Activiteiten
Activiteiten | Klant | Vcare | Omschrijving |
Aannemen, registreren en prioriteren | I | V U | Vcare registreert alle incidenten, die gemeld worden bij de afdeling Service & Support, de Vcare storingsdienst, of incidenten die door actieve monitoring door Vcare zelf worden geconstateerd in de Service & Support applicaties. |
Beoordelen op prioriteit en classificeren t.b.v. initiële ondersteuning | V U | Incidenten worden beoordeeld op prioriteit en voorzien van classificatie en prioriteit. Vcare voorziet de melder binnen 1 tot 4 uur van een ticketnummer, afhankelijk van de prioriteit. | |
Matchen | V U | Vcare controleert of het een Known Error betreft en of een workaround van toepassing is. | |
Analyse en diagnose | I | V U | Vcare bepaalt of het incident in 2e of 3e lijn opgelost moet worden, dan wel tot probleem moet worden verheven. |
Uitbesteden | V U | Vcare zet, indien nodig, incidenten door naar externe oplossingsinstanties. | |
Oplossen en herstellen | I | V U | Incident wordt verholpen in overleg met de melder. Klant heeft al dan niet een actieve rol bij het oplossen van incidenten. |
Incident afsluiten | V U | Incident wordt gesloten en Klant wordt op de hoogte gesteld. |
V = Verantwoordelijk, U = Uitvoerend, I = Informatieverstrekking
Vcare is en blijft eindverantwoordelijk voor de dienstverlening die in deze SLA is beschreven en heeft een resultaatverplichting. Uit hoofde van deze SLA is Vcare altijd hoofdaannemer en
verantwoordelijk voor de aansturing van eventuele onderaannemers die door Vcare zijn ingeschakeld om (een deel van) de beschreven dienstverlening in te vullen.
Voor contracten die Klant met leveranciers afsluit, blijft Klant verantwoordelijk voor de aansturing tenzij daar expliciete afspraken met Vcare over gemaakt zijn of, gedurende de contractperiode, gemaakt worden. Een en ander zal formeel vastgelegd worden in de DAP, indien dit aan de orde komt.
4.3 Prioriteit bepaling
In overleg met de klant wordt de prioriteit van het incident bepaald, Bij het bepalen van deze prioritering wordt onderstaande tabel gebruikt, echter kan hier per situatie van worden afgeweken. Hierbij wordt de mening van de klant meegenomen.
Niveau | Incidenten |
Prioriteit 1 | Uitval van de centrale communicatie configuratie/applicatie, Klant is niet telefonisch bereikbaar en kan niet zelf uitbellen via het Vcare communicatieplatform. |
Prioriteit 2 | Uitval voor 51 % of meer van de dienst, de werkplekken en/of de Vcare applicatie(s). |
Prioriteit 3 | Uitval voor 50 % of minder van de dienst, de werkplekken en/of de Vcare applicatie(s). |
Prioriteit 4 | Uitval van een enkele werkplek, enkele werkplekken, waardoor de dienst van Klant niet in gevaar komt. |
4.4 Prioriteitsbepaling differentiatie dienst/locatie
Bij het beoordelen van de prioriteit van het incident wordt er in eerste instantie gekeken in hoeverre het de dienstverlening van Klant raakt. Mocht dit een enkele of meerdere locaties betreffen waarbij de rest van de dienstverlening van Klant niet in gedrang komt zal er worden gekeken in hoeverre deze locatie een prioriteit heeft voor de gehele dienstverlening van Klant. Op basis hiervan wordt er een prioritering aan het incident gegeven, waarbij de prioriteit van de dienst anders kan zijn dan de prioriteit van de locatie.
4.5 Respons en hersteltijden
Per product(groep) worden verschillende prioriteitsschalen toegepast. In onderstaande tabel worden de respons en hersteltijden weergegeven bij de verschillende prioriteiten.
Omschrijving | Respons | Hersteltijden | |
(Noodscenario) (60/80%) | Opgelost (100%) | ||
Prioriteit 1 | 30 min | 4 uur (gem: 2 uur) | 12 uur |
Prioriteit 2 | 1 uur | 6 uur (gem: 3 uur) | 16 uur |
Prioriteit 3 | 2 uur | 8 uur (gem: 4 uur) | 48 uur |
Prioriteit 4 | 6 uur | 24 uur | 120 uur |
Indien een incident met prioriteit 1 wordt aangemeld vlak voor de eindtijd van de standaard openingstijden (8:00 uur tot 17:00 uur op werkdagen) en de oplossing kan niet wachten tot de volgende werkdag, zal Vcare doorwerken om het incident op te lossen.
4.5.1 Hersteltijden (Noodscenario)
Hersteltijden gaan in vanaf het moment van respons en zijn afhankelijk van het contract (kantoortijden of 24/7). Bij elke melding zal Vcare in eerste instantie werken aan behoud of herstel van algemene bereikbaarheid van Klant. In combinatie met een eventueel vooraf gedefinieerd noodscenario (vast te leggen in de DAP) zal Vcare voor een herstel van bereikbaarheid gaan. Wanneer de bereikbaarheid hersteld is zal Vcare gaan voor een volledige oplossing van het incident.
4.6 Meldingsprocedure van incidenten
Incidenten met prioriteit 1 en 2 dienen minimaal telefonisch gemeld te worden (volgens de communicatiematrix). Voor incidenten met prioriteit 3 of 4 volstaat een melding middels PIM of e-mail gericht aan de afdeling Service & Support binnen Vcare.
4.7 Voortgang van een incident
De afdeling Service & Support van Vcare maakt tijdens de aanmelding van een incident afspraken over het tijdsinterval1 en wijze waarop de status over de voortgang van het incident wordt teruggekoppeld. Klant zal indien mogelijk via PIM op de hoogte worden gehouden van de voortgang. Dit gebeurt totdat het incident is opgelost naar het oordeel van Klant en de dienstverlening weer volledig is hersteld. Klant onderneemt de nodige acties om ruimtes en voorzieningen die niet van Vcare zijn, indien nodig, toegankelijk te maken voor Vcare. Indien een Vcare medewerker geen toegang tot de betreffende ruimte/voorzieningen heeft, telt de extra tijd die hieruit voortvloeit om het betreffende incident op te lossen niet mee voor de service levels.
Eventuele kosten die voortvloeien uit bovengenoemde situatie zullen op basis van nacalculatie in rekening gebracht worden.
1 Volgens de beschreven xxxx in het hoofdstuk Prioriteitsbepaling en hersteltijden.
4.8 Gegevensuitwisseling over de voorgang van een incident
De betrokken partijen informeren elkaar over de voortgang van een incident waarbij de volgende informatie wordt uitgewisseld:
‐ Het incidentnummer waaronder het incident is geregistreerd;
‐ Een beschrijving van de verrichte handelingen sinds de laatste statusmelding en de vervolgacties in het ticket/mail;
‐ Indien mogelijk wordt een tijdsindicatie voor een oplossing gegeven
4.9 Afmelden van een incident
Op het moment dat een incident is verholpen, zal de volgende informatie uitgewisseld worden:
‐ Het incidentnummer waaronder het incident is geregistreerd bij de afdeling Service & Support;
‐ Melding of het incident tijdelijk of definitief opgelost is;
‐ De oorzaak van het incident;
‐ Het tijdstip waarop het incident is opgelost;
‐ Wijze van herstel van het incident;
‐ Eventuele vervolgacties die nog worden uitgevoerd naar aanleiding van het incident; aangeven wanneer en hoe een tijdelijk herstel definitief wordt afgehandeld.
Bovenstaande geldt in principe voor alle meldingen, echter meldingen die worden geclassificeerd als een Prio 1 incident zullen een ander proces volgen.
4.10 Voortgang van een Prio 1 incident
Wanneer een melding wordt geclassificeerd als een Prio 1 melding zullen ook hier afspraken worden gemaakt over de tijdinterval van de terugkoppeling, echter zal er minimaal elk uur een terugkoppeling volgen. Tevens zal het incident worden gemeld bij de Teamleider Service & Support van Vcare.
4.11 Conflict naar aanleiding van een incident
Indien er een verschil van mening ontstaat omtrent de oorzaak van een storing tussen apparatuur/dienstverlening van Vcare en van een andere leverancier van Klant zal Vcare, in overleg met Klant, de partijen bijeen brengen met als doel een juiste oplossingswijze te kiezen.
1 Volgens de beschreven xxxx in het hoofdstuk Prioriteitsbepaling en hersteltijden.
5. Wijzigingsbeheer
5.1 Doel
Voor het correct uitvoeren van wijzigingen is het proces Wijzigingsbeheer noodzakelijk. Dit proces is noodzakelijk om de gewenste veranderingen aan de dienstverlening te inventariseren, prioriteren, initiëren, evalueren en bij te sturen. Het zorgt ervoor dat elke aanpassing op een efficiënte en correcte wijze wordt afgehandeld, zodat noodzakelijke veranderingen geen verstoringen of afwijking in de bedrijfsprocessen veroorzaken.
Binnen de dienstverlening worden 3 typen wijzigingen onderscheiden:
Soort wijziging | Omschrijving | Autorisatie |
Standaard | Wijziging met beperkte impact en risico waarvan de uitvoering binnen 15 minuten door Service & Support afgehandeld kan worden. | Vcare Service & Support |
Middel | Wijziging met een gemiddelde impact en risico. De technische uitvoering wordt gepland door Service & Support. | Uitvoering in opdracht van geautoriseerde contactpersoon Klant |
Groot | Omvangrijke wijzigingen met een grote impact en risico. De uitvoering wordt gecoördineerd als zijnde een project. | Uitvoering na goedkeuring RFC door contactpersoon Klant en Vcare |
De bepaling van een standaard, middel of groot change is aan Vcare. In geval van twijfel, zullen de Teamleider Service & Support van Vcare, en de contactpersoon of betrokken manager van Klant, hierover overleggen. Klant dient te allen tijde goedkeuring te geven.
Wijzigingen kunnen rechtstreeks bij de supportdesk worden ingediend door middel van een ticket. Binnen de dienstverlening worden de volgende ticket prioriteiten gehanteerd:
Niveau | Omschrijving |
Prioriteit 1 | Ticket met de hoogste prioriteit. Dient dezelfde werkdag in behandeling genomen te worden. Indien dit geen storing in de dienstverlening van Vcare betreft, brengt dit te allen tijde spoedkosten met zich mee. |
Prioriteit 2 | Ticket met hoge prioriteit. Dient binnen 24 uur in behandeling genomen te worden. Indien dit geen storing in de dienstverlening van Vcare betreft, brengt dit te allen tijde spoedkosten met zich mee. |
Prioriteit 3 | Ticket met gemiddelde prioriteit. Dient binnen drie werkdagen in behandeling genomen te worden. Indien dit een wijziging buiten SLA betreft, kan dit kosten met zich meebrengen. Zie 00 |
Prioriteit 4 | Ticket met lage prioriteit. Dient binnen 4 werkdagen in behandeling genomen te worden. Indien dit een wijziging buiten SLA betreft, kan dit kosten met zich meebrengen . Zie §6,1 |
Prioriteit 5 | Ticket zonder enige prioriteit. Dient vanuit SLA binnen 5 werkdagen in behandeling genomen te worden. Indien dit een wijziging buiten SLA betreft, kan dit kosten met zich meebrengen . Zie 0 |
In onderstaand overzicht worden de diverse ticket statussen toegelicht:
Status | Omschrijving |
Nieuw | Ticket is ingediend. Behandeling/afhandeling afhankelijk van prio waarbij prio 1 en 2 een behandeling/afhandeling vereist van resp. 24/48 uur. |
Gepland Intern | Ticket is toegewezen/in behandeling genomen. Afhankelijk van klantwens en prioriteit, op later moment gepland voor afhandeling. Klant wordt op de hoogte gesteld. Deadline wordt aangepast. |
Gepland Extern | Ticket is in behandeling genomen. Herpland op verzoek van klant. Ticket wordt behandeld conform wensdatum. Deadline wordt aangepast en klant wordt op de hoogte gesteld. |
Wacht op Klant | Ticket is in behandeling genomen. Behoeft aanvullende informatie vanuit klantzijde. Klant is op de hoogte gesteld. Bij geen reactie wordt klant na uiterlijk 3 werkdagen benaderd. Bij geen oplossing wordt deadline aangepast naar +3 werkdagen. Bij herhaaldelijk geen reactie wordt ticket gesloten met verzoek om nieuw ticket aan te maken bij aanhoudende problemen/vragen. |
Reactie ontvangen | Ticket is ingediend en behandeld binnen SLA. Ticket heeft status Wacht op klant doorlopen en klant heeft gevraagde reactie gegeven. Binnen 2 werkdagen wordt contact met klant gezocht voor opvolging. |
Wacht op leverancier | Ticket is in behandeling genomen. Vanuit Vcare is aanvullende informatie vereist vanuit leverancier. Klant is op de hoogte gebracht. Na 3 werkdagen-->contact met leverancier voor status-update. Klant krijgt tevens update. |
Afgehandeld | Ticket is in behandeling genomen en afgehandeld binnen SLA. |
Wijzigingen komende vanuit vastgestelde incidenten/problemen kunnen door de supportdesk van Vcare worden voorgesteld aan Klant en vice versa. Wijzigingen zullen worden gekenmerkt als “niet standaard wijzigingen”
Wijzigingen voortkomende vanuit een nieuw gewenste functionaliteit volgen het proces voor “niet standaard wijziging”.
5.2 Procedure Niet Standaard Wijzigingen
Bij niet standaard wijzigingen kan er voor deze wijziging een projectleider worden aangesteld. Een gangbare projectmanagement methodiek wordt gehanteerd voor de uitvoering.
Het afhandelen van een wijziging bestaat uit de volgende stappen: indienen, verificatie en acceptatie van het wijzigingsverzoek;
‐ Offerte en planning van de wijziging;
‐ Implementatie van de wijziging;
‐ Afsluiten van de wijziging.
Deze stappen worden hierna toegelicht.
5.2.1 Indienen, verificatie en acceptatie van een wijzigingsverzoek
Een wijzigingsverzoek van Klant wordt altijd schriftelijk bij Vcare ingediend. Na ontvangst van dit verzoek wordt een schriftelijke ontvangstbevestiging met vermelding van een uniek aanvraagnummer naar Klant gestuurd.
Vervolgens wordt het wijzigingsverzoek inhoudelijk geverifieerd door Vcare. Verificatie door Vcare houdt in:
‐ Het controleren van de inhoud van het verzoek;
‐ Het beoordelen van het verzoek;
‐ Het eventueel raadplegen van interne/externe expertise.
5.2.2. Offerte en planning van de wijziging
In de regel wordt binnen 10 dagen een offerte/voorstel gedaan. Mocht deze 10 dagen regel niet realistisch zijn dan wordt er binnen 3 werkdagen aangegeven wanneer de offerte wordt aangeleverd. Offertes zijn in principe kosteloos. Wanneer dit niet van toepassing is wordt dat binnen 3 werkdagen aan Klant kenbaar gemaakt. Klant zal de in rekening te brengen kosten vooraf dienen goed te keuren.
Na ontvangst van de offerte heeft Klant de gangbare geldigheidsduur van de offerte voor besluitvorming.
Na akkoord zal de uitvoering van de wijziging worden gepland. Vcare informeert Klant omtrent de planning. De planning bevat onder andere:
‐ De geplande start van de wijzigingswerkzaamheden;
‐ Het geplande einde van de wijzigingswerkzaamheden;
5.2.3. Implementatie van de wijziging
Vcare coördineert de implementatie van de wijziging. De implementatie wordt eventueel afgesloten met een vooraf tussen beide partijen in de offerte afgesproken test- en acceptatie traject.
Op het moment dat met de implementatie wordt gestart, wordt dit door de Vcare aan de aanvrager gemeld. Betreft het een omvangrijke wijziging, dan wordt regelmatig over de voortgang van de implementatie naar de aanvrager gecommuniceerd. De status van een aangevraagde wijziging kan ten alle tijde door de aanvrager worden opgevraagd bij Vcare.
5.2.4 Afsluiten van de wijziging
Nadat de implementatie is voltooid.
6. Probleemmanagement
6.1 Doel
Probleemmanagement heeft als doel de kwaliteit van de dienstverlening te verbeteren door de onderliggende oorzaak van incidenten op te sporen en weg te nemen en zo te voorkomen dat deze incidenten nog eens optreden.
6.2 Activiteiten
Activiteiten | Klant | Vcare | Omschrijving |
Identificatie en registratie | I | V U | De incidentendatabase binnen de Service & Support applicatie wordt geanalyseerd. Voor incidenten met onbekende oorzaak wordt een probleem aangemaakt met de juiste (organisatorische) impact. |
Classificatie en allocatie | V U | Aan de hand van de impact en urgentie wordt de correcte prioriteit toegekend en worden de juiste mensen en middelen gealloceerd om het probleem op te lossen. | |
Onderzoek en diagnose | I | V U | Het probleem wordt onderzocht en de oorzaak wordt vastgesteld. De Known Error wordt gedocumenteerd. |
Wanneer de oplossing bekend is, wordt deze via een Request For Change (RFC) aan Changemanagement doorgegeven. | |||
Oplossing en Afsluiting | I | V U | Nadat de RFC door Changemanagement is afgehandeld, worden de gekoppelde incidenten afgehandeld en gebruiker(s) geïnformeerd. |
V = Verantwoordelijk, U = Uitvoerend, I = Informatieverstrekking
6.3 Servicelevels
Servicelevel | Omschrijving |
Workarounds | Wanneer er een workaround van een of meerdere incidenten bekend is, wordt Service & Support hiervan op de hoogte gebracht, waarna het aan de gebruiker en de contactpersoon van de Klant gecommuniceerd wordt. |
Wijzigingsvoorstellen | Zo vaak als noodzakelijk zal probleemmanagement met verbetervoorstellen komen naar aanleiding van een incident- trendanalyse en het monitoren van de infrastructuur. Verbetervoorstellen zijn afhankelijk van hoeveelheid en complexiteit van problemen. |
Rapportage openstaande problemen | Vcare rapporteert periodiek de status van openstaande problemen. |
7. Communicatie en escalatie
7.1 Escalatie
Binnen de Vcare dienst kent Vcare 2 vormen van escaleren.
‐ Escalatie als gevolg van prestatie:
‐ Een slechte prestatie;
‐ Gemaakte afspraken in het kader van de incidentafhandeling niet nagekomen;
‐ Een incident dat niet volgens de overeengekomen afspraken is opgelost.
‐ Escalatie als gevolg van een lopend incident:
‐ Het niet (geheel of gedeeltelijk) beschikbaar zijn van Vcare;
‐ Het niet volgens het geldende servicecontract oplossen van het lopende incident.
7.2 Doel
Het doel van deze procedure is het aangeven wanneer een prioriteit 1-melding functioneel en hiërarchisch geëscaleerd moet worden en wie de betrokkenen informeert.
Met de uitvoering van de escalatieprocedure wordt gezorgd voor continuïteit in de dienstverlening door een zo spoedig mogelijk herstel van het afgesproken serviceniveau en het zo snel en volledig mogelijk informeren van de belanghebbenden.
7.3 Samenvatting
Zodra een melding als prioriteit 1 wordt geclassificeerd, dient direct deze escalatieprocedure gevolgd te worden. Escalatie en communicatie zullen vervolgens in afwachting van een oplossing telkens op een hoger niveau worden uitgevoerd, zowel intern als extern.
Bij uitblijven van een oplossing wordt met regelmaat een statusupdate gestuurd aan de betrokken interne medewerkers, betrokkenen bij Klant en/of op verschillende managementniveaus.
Incidenten met prioriteit 2 en 3 die gemeld worden bij Service & Support, worden afgehandeld via het reguliere afhandeltraject van de afdeling Service & Support.
7.4 Vcare Escalatiematrix
In de onderstaande escalatiematrix zijn de aanspreekpunten per escalatieniveau weergegeven.
Niveau | Afdeling/Functie | 1ste vervanger | 2de vervanger |
Laag | Service & Support | Customer Service Manager | Teammanager Operations |
Midden | Customer Service Manager | Teammanager Operations | Operationeel Directeur |
Hoog | Teammanager Operations | Operationeel Directeur | Directie |
Zeer hoog | Operationeel Directeur | Commercieel Directeur | Algemeen Directeur |
8. Beschikbaarheid en servicelevel
In onderstaande tabel staat de beschikbaarheid per dienst in percentage op jaarbasis vermeld. Het beschikbaarheidspercentage is alleen van toepassing op de services en diensten die in de overeenkomst zijn overeengekomen.
Onderwerp | Beschikbaarheidspercentage (%) op jaarbasis |
Service & Support, kantoortijden | 99,99 |
Storingsdienst, 24/7 | 99,99 |
VMN Core Netwerk | 99,98 |
VMN Datacenter | 99,98 |
VMN Verbindingen | Afhankelijk van SLA per verbinding |
Vcare platform | 99,9 |
Vcare ISDN | 99,3 |
Vcare PSTN | 99,7 |