Service Level Agreement

Versie: 2016

1. Algemeen

Het doel van deze Service Level Agreement (SLA) is het nader vastleggen van prestatieniveaus van beschikbaarheid en bereikbaarheid van de door Propeller gebouwde applicatie(s) voor Opdrachtgever.

Deze SLA gaat in op datum van oplevering van de Producten en Diensten en heeft een looptijd gelijk aan die van de relevante overeenkomst(en).

De Algemene Voorwaarden Propeller zijn naast deze SLA van toepassing op de Producten en Diensten. De Algemene Voorwaarden Propeller zijn gedeponeerd bij de Kamer van Koophandel te Rotterdam en te raadplegen via www.propeller-im.nl. Toepasselijkheid van eventuele inkoop- of andere voorwaarden van Opdrachtgever dan wel van derden wordt dan ook uitdrukkelijk van de hand gewezen door Propeller. U verklaart nadrukkelijk de Algemene Voorwaarden Propeller ontvangen te hebben, daarvan kennisgenomen te hebben en met de Algemene Voorwaarden Propeller akkoord te gaan.

Deze SLA en het gebruik van de Producten en Diensten worden beheerst door het Nederlands recht. Geschillen zullen worden voorgelegd aan de daartoe bevoegde Nederlandse rechter te Rotterdam.

2. Definities

Accountmanager: Vaste contactpersoon en aanspreekpunt bij Propeller die regie voert over de dienstverlening aan Opdrachtgever.

Apparatuur: De in gebruik gestelde Apparatuur zoals servers, pc’s, netwerkinfrastructuur en randapparatuur om de hosting dienst te kunnen verlenen.

Applicatie Software: De door Propeller gehoste (web) applicatie die in opdracht van Opdrachtgever is ontwikkeld. De Applicatie Software is een Product.

Back-up: Het veiligstellen van Procesdata door middel van het laden van deze Procesdata op een Back-up medium.

Beschikbaarheid: De tijd dat de Systeemomgeving is verbonden met het internet. Beschikbaarheid is gemeten over een bepaalde kalendermaand, uitgezonderd geplande en aangekondigde Uitval.

Beveiliging: Het zeker stellen dat de vertrouwelijkheid (bescherming tegen ongeautoriseerde kennisneming of gebruik), integriteit (juistheid, volledigheid en correctheid van de informatie) en beschikbaarheid (binnen de overeengekomen periode; vereist ook continuïteit) van de gegevens binnen de informatievoorziening gewaarborgd is en blijft.

Change: Een verandering, die uitgevoerd wordt op (onderdelen van) de Systeemomgeving, met een (potentieel) zodanige impact dat aan de invoering een zorgvuldige beoordeling vooraf dient te gaan.

Contactpersoon: Aan te wijzen persoon die dient als aanspreekpunt voor alle relevante kwesties aangaande de dagelijkse gang van zaken met betrekking tot het gebruik van de applicatie.

Database: Verzameling van onderling samenhangende door Opdrachtgever aangeleverde gegevens die toegankelijk zijn vanuit de Applicatie Software.

Derden Producten en Diensten: Alle door Propeller verstrekte producten en diensten, de daaruit voortvloeiende voorzieningen en de daarmee samenhangende werkzaamheden die afkomstig zijn van derden.

Domein: Virtuele omgeving waarbinnen Gebruikers kunnen samenwerken, publiceren en/of leren. Een Domein voldoet onder meer aan de volgende eigenschappen:

1. gekoppeld aan een hostnaam;
2. (optioneel) voorzien van eigen huisstijl en inhoud;
3. webmaster heeft toegang voor beheer en helpdesk;

Feestdag: Algemeen erkende feestdagen: Nieuwjaarsdag, Goede Vrijdag, 2e Paasdag, Bevrijdingsdag (eens per 5 jaar, gerekend vanaf 1945), Koningsdag, Hemelvaartsdag, 2e Pinksterdag, 1e Kerstdag, 2e Kerstdag.

Gebruiker: Eén met name genoemd persoon (named user), die is verbonden aan het Domein.

Kantooruren: De periode tussen 09:00 en 18:00 uur op Werkdagen.

Melding: De melding van een Storing of de aanvraag van een Change die bij de Propeller ingediend en geregistreerd wordt.

Onderhoud: Geplande werkzaamheden die verricht worden met als doel Storingen te voorkomen, geconstateerde gebreken te verhelpen en de kwaliteit van de Systeemomgeving te garanderen of te verbeteren.

Opdrachtgever: Een ieder die verzoekt en opdracht geeft tot (af)levering van Producten en Diensten.

Oplosactie: De actie die in gang gezet wordt om een Melding op te lossen, een Vraag te beantwoorden, een Verzoek in te willigen of een Storing op te lossen.

Oplostijd: Het tijdsverloop (inclusief Reactietijd) waarbinnen een gedetecteerde of gemelde Storing (al dan niet tijdelijk middels een Workaround) opgelost dan wel gerepareerd is.

Prioriteit: De volgorde waarin Storingen worden opgelost en Changes worden doorgevoerd.

Procesdata: De binnen de Applicatie Software door Opdrachtgever ingevoerde gegevens en/of de door derden ingevoerde gegevens.

Producten en Diensten: Alle door Propeller verstrekte Propeller Producten en Diensten en/of Derden Producten en Diensten, de daaruit voortvloeiende voorzieningen en de daarmee samenhangende werkzaamheden.

Propeller Producten en Diensten: Alle door Propeller verstrekte producten en diensten, de daaruit voortvloeiende voorzieningen en de daarmee samenhangende werkzaamheden die niet afkomstig zijn van derden en waarvan eventuele intellectuele eigendomsrechten, industriële eigendomsrechten en andere rechten bij Propeller berusten.

Reactietijd: De tijdsduur tussen een correcte Melding door Opdrachtgever van een Storing en de aanvang van de werkzaamheden verband houdende met de oplossing daarvan.

Request For Change (RFC): Een verzoek om een Change door te voeren.

Service Window: Het tijdsvak waarbinnen een bepaalde dienst wordt aangeboden. In deze SLA zijn de volgende Service Windows gedefinieerd:

Naam	Omschrijving
Service Window 1	Werkdag: 09:00 – 18:00 uur
Service Window 2	Werkdag: 21:00 – 07:00 uur
Service Window 3	Weekend en Feestdagen: 00:00u – 24:00 uur

Storing: Het onvoorzien niet of foutief functioneren van een bedrijfskritisch onderdeel van de Systeemomgeving.

Systeemomgeving: Het totaal van hosting services waardoor Opdrachtgever in staat wordt gesteld de Applicatie Software te gebruiken.

Uitval: De gebeurtenis wanneer de Systeemomgeving niet Beschikbaar is voor alle gebruikers. Onbeschikbaarheid door Onderhoud is uitdrukkelijk géén Uitval.

Vraag: Een ondersteuningsvraag van de functioneel beheerder/webmaster van Opdrachtgever aan Propeller over het inrichten en gebruiken van de Applicatie Software.

Weekend: Zaterdag en zondag.

Werkdag: Maandag tot en met vrijdag, behoudens algemeen erkende Feestdagen.

Workaround: Een Storing of Request For Change wordt zo opgelost dat Opdrachtgever binnen het primaire proces verder kan werken zonder significant tijdsverlies.

3. Systeemomgeving

3.1 Algemeen

In dit hoofdstuk wordt een omschrijving gegeven van de Systeemomgeving zoals deze door Propeller beschikbaar wordt gesteld voor Opdrachtgever.

3.2 Netwerk

Propeller zorgt dat alle noodzakelijke infrastructuur aanwezig voor veilige en betrouwbare Internet connectiviteit. Dit omvat onder meer:

• Virtual Private Server in klasse-A datacenter in de EU
• Bandbreedte: 1000 Mb/s verbinding naar het Internet
• Routing, switching, firewalls
• 5 TB Dataverkeer per maand
• Gebruikelijke Internet services zoals DNS, mail

3.3 Software

Op de server die voor Opdrachtgever is ingericht, is onder meer de volgende programmatuur geïnstalleerd:

• Applicatie software
• Webserver software
• Database software
• Operating systeem

Het proactief up-to-date houden van de software valt binnen de verantwoordelijkheid van Propeller en zal geschieden binnen de beschreven Onderhoudsperioden.

 

3.4 Capaciteit

De Systeemomgeving biedt de overeengekomen hoeveelheid diskruimte voor de opslag van Procesdata.

De Systeemomgeving ondersteunt het uploaden en opslaan van bestanden tot 500 MB.

3.5 Back-up

Propeller zorgt ervoor dat dagelijks een full back-up wordt gemaakt van de Procesdata. Back-ups worden gemaakt op de harde schijven van een fysiek andere server, in het beveiligde datacentrum. De Back-up is uitsluitend bedoeld om bij Storingen de dienstverlening te kunnen herstellen.

4. Beschikbaarheid

4.1 Algemeen

Propeller zal zich inspannen om de Systeemomgeving te allen tijde probleemloos beschikbaar te houden. In het geval dat een Storing de Beschikbaarheid vermindert, verplicht Propeller zich tot het oplossen van de Storing binnen de in deze SLA overeengekomen termijnen. Propeller verplicht zich tot regelmatige controle en gedegen Onderhoud van de door haar in gebruik genomen Systeemomgeving en zorgt dat de capaciteit zodanig is dat dit bij meer dan normaal gebruik niet leidt tot Storingen.

4.2 Beschikbaarheid

Propeller levert een Beschikbaarheid van de Systeemomgeving van 99,9% per maand.
De Beschikbaarheid wordt als volgt berekend:

Beschikbaarheid = (het aantal minuten Uitval / totaal aantal minuten per maand) * 100%

Er is sprake van Uitval als de Applicatie Software als gevolg van een niet-geplande gebeurtenis voor alle gebruikers onbruikbaar is. Als de Applicatie Software slechts voor enkele gebruikers onbruikbaar is, of niet correct functioneert, is er sprake van een Storing waarbij de dienst op zich als Beschikbaar wordt aangemerkt. De verantwoordelijkheid van Propeller met betrekking tot Oplostijden zoals geformuleerd in deze SLA is niet van toepassing op Storingen indien:

• Gepland Onderhoud wordt uitgevoerd;
• de Storing optreedt als gevolg van een storing in de telecommunicatiestructuur van derden;
• de Storing optreedt als gevolg van een storing in de stroominfrastructuur van derden buiten het datacenter langer dan 4 uur;
• de Uitval veroorzaakt wordt door onjuiste configuratie van de Systeemomgeving door Opdrachtgever;
• de Uitval veroorzaakt wordt door omstandigheden op de locatie van Opdrachtgever (zoals: stroomvoorziening, klimaat, huisvesting, uitschakeling).

Propeller garandeert niet dat er altijd communicatie over het Internet mogelijk is of dat er altijd een verbinding tot stand kan worden gebracht met de Systeemomgeving vanaf een andere server of ander werkstation aangesloten op het internet.

4.3 Monitoring en logging

Gedurende alle Service Windows wordt de Systeemomgeving automatisch gemonitord door Propeller en/of haar leveranciers. Indien er zich een storing voordoet zullen de beheerders proactief ingrijpen. Bij Storingen zijn engineers 24 uur per dag, 7 dagen per week stand-by.

4.4 Gepland Onderhoud

Propeller beoogt om bij preventieve onderhoudswerkzaamheden aan de Systeemomgeving de merkbare invloed op de dienstverlening richting de gebruiker tot het uiterste minimum te beperken. Toch is het mogelijk dat de Applicatie Software tijdelijk geheel of gedeeltelijk onbeschikbaar is voor Gebruikers. Om dit te zoveel mogelijk te voorkomen worden de volgende maatregelen gehanteerd:

• Preventief onderhoud wordt voor zover mogelijk in Service Window 2 uitgevoerd.
• Merkbare onderhoudswerkzaamheden worden tot een absoluut noodzakelijk minimum beperkt.
• Onderhoudswerkzaamheden zullen zoveel mogelijk worden gecombineerd.
• Gepland onderhoud buiten Service Window 2 zal Propeller minimaal 5 dagen vooraf aankondigen.
• Installatie van major releases van de Applicatie Software zal Propeller minimaal 5 dagen vooraf aankondigen per e-mail aan de Contactpersoon van de Opdrachtgever.

4.5 Noodonderhoud

Noodonderhoud kan nodig zijn wanneer omstandigheden onmiddellijk ingrijpen vereisen. Indien mogelijk wordt de klant zo spoedig mogelijk geïnformeerd. Noodonderhoud telt mee in de Beschikbaarheidsberekening.

5. Communicatie

5.1 Contactpersonen

Opdrachtgever en Propeller wijzen elk medewerkers aan voor de volgende rollen:

• Contractbeheerder Opdrachtgever
• Contactpersoon Opdrachtgever
• Accountmanager Propeller

Indien Opdrachtgever meerdere Contactpersonen aanstelt, dan zullen zij hetzelfde (afzender) e-mailadres gebruiken voor het Melden van Storingen en RFC’s.

5.1 Bereikbaarheid

De Accountmanager van Propeller is bereikbaar gedurende Service Window 1.

Telefoon: +31 (0)10 236 27 57
E-mail: info@propeller-im.nl

5.2 Meldingen

De Contactpersoon van Opdrachtgever dient per e-mail een Storing of RFC te melden. De Melding moet de volgende zaken weergegeven:

• Naam, functie, telefoonnummer en e-mailadres melder
• Naam en URL van het Domein
• Gedetailleerde omschrijving van de Storing of de Request For Change
• Module in de Applicatie waarop de Melding van toepassing is
• Gegevens over het besturingssysteem en de browser waar de Storing zich voordoet
• Datum en tijdstip waarop het Storing is ontstaan (indien van toepassing)
• Een geschatte Prioriteit

Propeller zal de Meldingen volgens het Incident en Change Management proces behandelen (zie onder).

6. Incident Management

6.1 Algemeen

Incident Management heeft tot doel (dreigende) Storingen in de Systeemomgeving aan Opdrachtgever zo snel mogelijk te verhelpen. Opdrachtgever moet zo min mogelijk hinder van Storingen ondervinden en zo snel mogelijk met de normale werkzaamheden door kunnen gaan. Dit wordt gedaan door het aannemen, beoordelen, oplossen en afmelden van Meldingen van Opdrachtgever.

6.2 Prioriteiten en reactietijden

Bij de ontvangst van een Melding wordt door Propeller bepaald of er sprake is van een Storing of een Request For Change (RFC). In geval van een Storing wordt volgens onderstaande tabel een Prioriteit toegekend. Indien een Workaround beschikbaar is, kan in afwachting van een structurele oplossing de Prioriteit afwijken. In geval van een RFC wordt de Melding afgehandeld volgens het Change Management proces.

Binnen Service Window 1 gelden de volgende Prioriteiten, Reactietijden en Oplostijden:

Prioriteit	Omschrijving	Reactietijd	Oplostijd
Hoog	Een Storing waardoor de Applicatie Software in zijn geheel niet gebruikt kan worden.	1 werkuur	4 werkuren
Normaal	Een Storing waardoor de Applicatie Software verminderde prestaties heeft en/of gedeeltelijk niet gebruikt kan worden.	4 werkuur	2 werkdagen
Geen	Storingen die buiten de verantwoordelijkheid van Propeller liggen (geen SLA).	n.v.t.	n.v.t.

 

Meldingen ingediend buiten Service Window 1 worden op de eerst volgende Werkdag in behandeling genomen.

6.3 Proces

 

Proces	Omschrijving	Resultaat	Uitvoerend
Melden	Opdrachtgever verstuurt Melding naar Propeller.	Verstuurde Melding	Opdrachtgever
Registreren & Classificeren	Opdrachtgever wordt gehoord, zijn Melding wordt geïnterpreteerd.	Geïnterpreteerde Melding	Propeller
Onderzoeken & Initiëren	Opdrachtgever wordt geïnformeerd over de voorgenomen Oplosactie.	Oplosactie bepaald en uitgezet	Propeller, derden
Oplossen & Herstellen	De actie wordt uitgevoerd conform de bij Propeller gebruikelijke werkwijze.	Opgeloste Storing	Propeller, derden
Afsluiten	Indien de Storing is opgelost, wordt Opdrachtgever op de hoogte gesteld en wordt de Melding gesloten.	Afgesloten Melding	Propeller

 

7. Change Management

7.1 Algemeen

Het doel van Change Management is het planmatig doorvoeren van Changes in de Systeemomgeving of specifiek in de Applicatie Software. Hierbij worden de risico’s op verstoring van de diensten en daarmee het verlagen van de kwaliteit van de geleverde diensten zo beperkt mogelijk gehouden.

Propeller zal in het belang van de kwaliteit van de geleverde diensten de RFC’s beoordelen en classificeren. Propeller is niet verplicht om Changes in de Applicatie Software door te voeren. Het uitvoeren van een Change kan extra kosten met zich meebrengen. Deze werkzaamheden worden geleverd op basis van nacalculatie dan wel aparte offerte.

7.2 Prioriteiten en reactietijden

Bij de aanname van een Request For Change (RFC) wordt volgens onderstaande tabel een Prioriteit toegekend door Propeller. Voor RFC’s die worden ingediend voor de oplossing van een gemelde Storing is de voor de Storing gestelde Prioriteit in principe bepalend voor de Prioriteit van de Change. Indien een Workaround beschikbaar is, kan in afwachting van een structurele oplossing de Prioriteit afwijken.

 

Binnen Service Window 1 gelden de volgende Prioriteiten en Reactietijden:

Prioriteit	Omschrijving	Reactietijd
Hoog	Een Change ter oplossing van een Storing dat bij Opdrachtgever aanzienlijke hinder veroorzaakt in het gebruik van de Applicatie Software, of het betreft een dringend gewenste aanpassing ter voorkoming van een Storing.	4 werkuren
Normaal	Geen grote urgentie of hoge impact, maar implementatie van de Change mag niet worden uitgesteld tot een later tijdstip.	8 werkuren
Laag	Een Change is gewenst, maar het kan wachten tot een geschikte gelegenheid zich voordoet.	n.v.t.
Geen	Changes die buiten de verantwoordelijkheid van Propeller liggen (geen SLA).	n.v.t.

Meldingen ingediend buiten Service Window 1 worden op de eerst volgende Werkdag in behandeling genomen.

7.3 Proces

 

Proces	Omschrijving	Resultaat	Uitvoerend
Melden	Opdrachtgever verstuurt Melding naar Propeller. De Melding kan oorspronkelijk een Storing betreffen, maar in het Incident Management proces zijn aangemerkt als RFC.	Verstuurde Melding van RFC	Opdrachtgever
Registreren	Het RFC wordt in het systeem geregistreerd.	Geregistreerde RFC	Propeller
Beoordelen, Classificeren & Plannen	RFC’s worden beoordeeld door Propeller, of deze passen in het product, en zo nodig gepland.	Implementatieplan voor de Change	Propeller, derden
Uitvoeren	Changes met hoge prioriteit worden indien mogelijk direct uitgevoerd en getest. Changes met normale en lage prioriteit worden volgens afspraak uitgevoerd en getest.	Geïmplementeerde Change	Propeller, derden
Afsluiten	De Change wordt geëvalueerd en afgesloten.	Afgesloten Change	Propeller, Opdrachtgever

 8. Overige bepalingen

8.1 Rapportages

Rapportages kunnen maandelijks, binnen een maand na het einde van de kalendermaand, op verzoek van Opdrachtgever door Propeller beschikbaar worden gesteld:

Beschikbaarheidspercentage van de Systeemomgeving

Verrichte werkzaamheden binnen de SLA

8.2 Evaluatie en wijzigingen

Opdrachtgever kan eventuele gewenste wijzigingen in deze SLA schriftelijk communiceren door middel van een Request For Change. Mocht een gewenste wijziging financiële gevolgen met zich meebrengen, dan zal Propeller hiervoor een offerte uitbrengen.

Propeller is gerechtigd tot het aanbrengen van toevoegingen en/of wijzigingen in deze SLA. De gewijzigde SLA zal van toepassing zijn na publicatie op de Propeller website. Door het gebruik van de Producten en Diensten na de publicatie van de gewijzigde SLA gaat u akkoord met die gewijzigde SLA.

Propeller is gerechtigd tot het aanbrengen van toevoegingen en/of wijzigingen van Applicatie Software, Apparatuur, programmatuur, leverancier, locatie en overige faciliteiten van belang voor het ter beschikking stellen van de Systeemomgeving.

8.3 Voorbehoud

De in de SLA overeengekomen Service Levels kunnen alleen nagekomen worden indien de afspraken en procedures tussen Opdrachtgever en Propeller worden nageleefd. Indien Producten en Diensten zijn afgenomen van derden dan zal ondersteuning eventueel geleverd worden door deze derden, hetgeen Opdrachtgever en Propeller specifiek dienen overeen te komen.