SLA Service Level Agreement Marche à suivre

Dimension: px
Commencer à balayer dès la page:

Download "SLA Service Level Agreement Marche à suivre"

Transcription

1 GRI Domaine : Gouvernance des systèmes d information Objectifs : Le document présente une marche à suivre permettant à toute personne, ayant les connaissances requises, de pouvoir rédiger concrètement un SLA. Il comprend : une introduction les concepts généraux d un SLA la présentation de tous les points nécessaires à un SLA avec leur explication et, si possible, un exemple. Public cible : Toute personne susceptible de rédiger un SLA dans le domaine des services informatique comme : responsable informatique, responsable de processus (Service level manager), chef de projet, etc. Auteur : Robert Jaques, RJConsulting Sàrl, Avertissement : Notre responsabilité ne peut être engagée eue égard entre autres aux conséquences qui pourraient subvenir suite à l utilisation du document produit par cette mission. En aucun cas nous ne pourrions être tenus responsables d éventuelles pertes financières induites par un SLA mal conçu après avoir suivi le modèle préconisé. Version Page 1/10

2 1. Introduction Le but de ce document est de présenter une marche à suivre pour la rédaction d un SLA (Service Level Agreement) en mettant en avant des actions essentielles à sa réussite et des informations importantes sur les pièges à éviter. Il se décompose en 3 parties essentielles : Les concepts généraux. La rédaction d un SLA avec tous ses points clés. Les actions à entreprendre pour la réussite et les pièges à éviter. 2. Concepts généraux 2.1 Définition d un SLA Le SLA est un contrat qui quantifie le niveau de service minimal pour une prestation qu un fournisseur s engage à délivrer à son client. Il peut être soit une partie d un contrat informatique, soit un annexe à un contrat informatique, soit un annexe à des conditions générales. En français il peut être appelé sous différent noms comme «Accord de niveau de service», «Contrat de service», «Convention de service», etc 2.2 Buts d un SLA Les principaux buts d un SLA sont de définir : les besoins d un client pour pouvoir les exprimer clairement d une manière compréhensible par chacune des parties (fournisseur et client), les critères dévaluation ainsi que les moyens de mesure avec lesquels on pourra évaluer la qualité de la prestation fournie. Les autres buts sont entre autres : d établir une relation de confiance, voir de partenariat entre les parties, d éliminer les attentes irréalistes ou trop chères (rapport prix/prestation). 3. Rédaction d un SLA La rédaction d un SLA varie en fonction de la prestation qui va être fournie, c est-àdire selon le champ d application. En effet un SLA Réseau sera différent d un SLA Hébergement qui lui sera différent d un SLA Application. Chacun comportera un certain nombre de points spécifiques liés au domaine qu il va devoir couvrir. Néanmoins tous les types de SLA doivent couvrir un certain nombre d aspect afin d être complets. La liste ci-dessous va traiter un certain nombre de points qui sont à prendre en compte pour qu un SLA soit le plus complet possible : 1. Le lien et la priorité du SLA par rapport à d autres contrats. 2. La liste et la définition du ou des services. 3. L obligation d information et de conseil. 4. L utilisation du ou des services par le client. 5. Les critères de mesure permettant de définir le niveau de qualité. 6. Le reporting. 7. Le prix. 8. Le début, la fin, le renouvellement et la résiliation du SLA. 9. La modification du service, donc du SLA. 10. La récupération. 11. Les responsabilités et obligations (du fournisseur et du client). 12. La force majeure. 13. La propriété intellectuelle. 14. La sécurité. 15. La maintenance. 16. Les relations avec des tiers. 17. Les audits. 18. Les plaintes. 19. Le droit applicable. 20. Les litiges. 3.1 Le lien et la priorité du SLA par rapport à d autres contrats Si le SLA n est pas un contrat à part entière, il va faire partie d un ensemble de contrats pour lesquels un certain ordre de priorité doit être établi. En effet il faut éviter qu un contrat soit prépondérant par rapport à un autre sans que ceci soit voulu. En plus de l aspect général du SLA, l intervention d un juriste pour ce point est très fortement conseillée. 3.2 La liste et la définition du ou des services Ce point est le plus délicat et parmi le plus important du SLA, en effet la définition du service et du niveau requis sont des éléments qui peuvent amener, en cas de problèmes, à la rupture du contrat. En premier il faut déterminer le service afin que celui-ci puisse être décrit clairement dans le SLA. La description du service doit se faire dans un langage commun et com- Version Page 2/10

3 préhensible aux deux parties. Les termes doivent être clairs, précis et sans ambigüité. Il est conseillé de décrire aussi ce qui n est pas couvert par le service et les dépendances éventuelles du service fourni (exemple suit). Ensuite il faut définir pour chaque service à fournir le ou les performances attendues qui seront appelées niveaux de service (plusieurs exemples suivent). Ceci est la référence de la qualité minimale du service pour lequel le fournisseur va s engager. Le fournisseur pourra faire mieux, voir nettement mieux, mais les coûts engendrés par ceci vont le rendre soit moins concurrentiel, soit abaisser son gain. Le niveau de service doit satisfaire les exigences requises par le client, pour cela le fournisseur va questionner et conseiller le client sur la pertinence des performances demandées qui peuvent induire des coûts très élevés pour être réalisés ou ne sont peut-être même pas réalisables ; ceci se fait durant la période de négociation. Au final chaque niveau de service doit être défini d un commun accord entre les deux parties et doit être, le plus possible, évalué par des valeurs techniques mesurables. Sont à éviter les mesures qui tiennent de l émotionnel comme les enquêtes de satisfaction auprès des utilisateurs. Les éléments à mesurer doivent être utiles et pertinents. Chaque mesure ayant un coût, il est préférable de se poser à chaque fois la question de son utilité. Le niveau de service toujours présent dans un SLA est la disponibilité du service. On entend par disponibilité le temps que l utilisateur peut utiliser le service sans interruption en temps normal (ceci exclus la force majeure que l on verra dans une section ultérieure). La disponibilité est exprimée la plupart du temps en % et doit être complétée par la période d application, période à la fin de laquelle on remet le compteur à zéro et on recommence. Souvent on inclut dans ces informations les périodes d indisponibilités définies qui sont liées à la maintenance. Si le service à fournir concerne le développement d une application, dans le SLA il faut, en plus, fixer le planning qui contient les jalons avec les étapes d implémentation et la ou les livraisons. Pour chaque livraison son contenu doit être spécifié avec précision de façon à ce que la recette puisse se faire sans accros. IMPORTANT Pour tous les sujets abordés ci-dessus, la rédaction du SLA doit se faire impérativement de façon conjointe entre les deux parties et avec le personnel adéquat (responsables, techniciens, juristes, etc.). Exemple de dépendance Le fournisseur livre une application qui est hébergée chez le client (serveurs, réseau, etc.). Le fournisseur de l application ne peut garantir un certain niveau de service pour son application qu en définissant le niveau minimal de l infrastructure de laquelle il dépend. Exemple de niveau de service L application fournie (par exemple site web) doit pouvoir fonctionner avec le niveau de qualité requis pour utilisateurs connectés en même temps. Exemple 1 de niveau de service (disponibilité) Service disponible mensuellement à 99% du lundi au vendredi entre 6h et 18h. En considérant que le mois contient 21 jours (du lundi au vendredi), cette définition implique que les heures de fonctionnement sont 18-6 = 12 heures par jour. Ceci fait 21*12 = 252 heures par mois. 99% de 252 heures = heures. Pour respecter le SLA, le service ne doit pas être indisponible durant la durée mensuelle pour plus de = 2.5 heures. L indisponibilité peut se concrétiser par un arrêt assez long, ou un nombre de pannes courtes mais récurrentes. Dans ce cas, une contrainte additionnelle peut être ajoutée au SLA afin de définir le nombre maximal de coupures du service, par exemple pas plus que 3 par mois. Si le service s arrête entre 18h et 6h, aucune indisponibilité ne peut être calculée. Si par exemple le service s arrête à 17h30 et reprends à 6h30, l indisponibilité totale pour le SLA ne sera que d une heure, alors qu en réalité le service aura été indisponible pendant 13 heures. Exemple 2 de niveau de service (disponibilité) Version Page 3/10

4 Service disponible annuellement à 99,9% 7j/7, 24h/24 (typiquement site web). Dans ce cas, 24 heures de fonctionnement sur 30 jours par mois pendant 12 mois, donnent 24*12*30 = heures. 99.9% de 8'640 heures = heures. Ceci veut dire que le service, tout en respectant le SLA, peut être indisponible chaque année pendant 8.6 heures. Il est important de savoir que dans ce cas le fournisseur va demander des plages de maintenance qui seront indispensables au bon fonctionnement du service. Ces plages ne pourront pas comptées comme une indisponibilité du service Exemple 3 de niveau de service (disponibilité) Il est intéressant de savoir que les fournisseurs qui proposent un service annuel à 99.99%, 24h/24, 7j/7, disposent d un temps d indisponibilité annuel de 52 minutes! Exemple niveau de service (helpdesk) Un fournisseur qui propose à un client un service help desk aura des critères de niveau de service autres que la disponibilité. Ceux-ci seront plutôt : le nombre de sonneries maximales avant de décrocher, le nombre maximal d appel perdu en rapport au nombre d appels total (en %), le nombre minimal de cas résolus lors de l appel, donc au 1er niveau (par exemple 60%). Cet exemple de helpdesk est un cas assez délicat de SLA, en effet il y a une partie importante de formation et de connaissances à prendre en compte. Typiquement, si le nombre de cas résolus au 1 er niveau est inférieur à la limite, ceci peut découler du manque de formation du personnel du fournisseur ou du manque d information fournie par le client. 3.3 L obligation d information et de conseil Le fournisseur est un professionnel dans son domaine d expertise. Pour cette raison, il a l obligation d informer correctement le client et de le conseiller dans la solution qui va être la plus avantageuse et appropriée. Cette obligation varie en fonction de la nature du SLA et des connaissances du client. De son côté le client a aussi une obligation de se renseigner et doit collaborer de bonne foi à la définition de ses besoins. 3.4 L utilisation du ou des services par le client Il est fondamental de connaître comment le client va utiliser le ou les services fournis (charge réseau, nombre d utilisateurs, type de transactions standard et transactions les plus lourdes, ). Ce qui est important dans ce point c est que ces informations, qui doivent figurer dans tout SLA, vont permettre au fournisseur de calculer les besoins en capacité qui doivent être mis à disposition du client (CPU, réseau, RAM, stockage disque, sauvegardes, personnel, ). Autre point important est le ou les lieux d utilisation de la prestation de la part du client. Exemple de lieux dispersés Un fournisseur délivre une prestation avec du matériel chez le client. Si le client se trouve dispersé sur différents sites, le fournisseur devra pouvoir être en mesure d assurer la disponibilité définie. En effet s il doit intervenir sur site pour le remplacement de matériel défectueux, il va falloir qu il prenne en compte les temps de déplacement et les frais liés. 3.5 Les critères de mesure permettant de définir le niveau de qualité Ce point est fortement lié avec la définition du niveau de service. En effet c est lui qui va permettre : de définir les critères de mesure qui vont être utilisés, au fournisseur de prouver qu il respecte le niveau de qualité requis et défini dans le SLA, au client de prouver que le fournisseur ne respecte pas le niveau de qualité requis, ce qui va lui permettre de demander : o une correction rapide de la situation pour ensuite demander o un dédommagement (pénalités) et enfin o de résilier le SLA pour faute. Les critères de mesure doivent être choisis d une manière pragmatique, doivent être pertinents, utilisables et techniques (éviter toute mesure découlant de l émotionnel). Ce sont ces informations qui seront utilisées pour établir les reporting qui vont Version Page 4/10

5 permettre de prouver que les termes définis dans le SLA sont respectés ou pas. 3.6 Le reporting C est le fournisseur de services qui produit le reporting. Son but est de montrer au client que le niveau de qualité, donc les prestations minimales requises qui ont été définies dans le SLA sont respectées. En cas de prestations déficientes, il va en expliquer la ou les causes et va indiquer les mesures correctives qu il a mis en place pour remédier rapidement à la situation. Dans certains cas il va demander au client de mettre en place des actions pour remédier à un problème (exemple suit) La fréquence et le contenu du reporting qui figure dans le SLA doit être défini en collaboration entre le fournisseur et le client. Son coût est compris dans le prix du service. Selon la pertinence, il peut être journalier, hebdomadaire, bimensuel ou mensuel. Pour des prestations long terme, un reporting annuel qui fait un récapitulatif de l année est bienvenue. Le reporting dépend directement des critères de mesures qui ont été définis. Le fournisseur doit s assurer qu en fonction des critères définis, il peut bien produire le reporting convenu avec le client. Exemple d action du client (helpdesk) Le fournisseur n arrive pas à répondre aux critères établis dans le SLA pour ce qui est de la résolution de cas au 1 er niveau et le nombre d appels a augmenté de 30%. Ceci est arrivé après la mise en production d une nouvelle application. Dans ce cas le fournisseur va demander au client de : vérifier la qualité de la nouvelle application, de former les utilisateurs, de fournir une documentation la plus complète possible afin de pouvoir répondre aux exigeances du 1er niveau 3.7 Le prix Chaque prestation de service doit être évaluée en fonction du niveau de qualité requis par le client. Donc certaines prestations non-standard ne peuvent pas avoir un prix déterminé à l avance. Le fournisseur va évaluer les coûts induits par le niveau de service qu il va devoir fournir et ainsi calculer le prix de la prestation (coût fournisseur = prix prestation + marge). Diverses formules peuvent être utilisées, comme le forfait, l abonnement mensuel ou annuel, le nombre d utilisateurs, le temps de connexion, etc. Le prix fixé est accepté par les deux parties à la signature du SLA et une clause peut stipuler qu il reste valable et inchangé durant toute la durée du contrat. Le prix pourra être révisé lors du renouvellement tacite du contrat ou de la modification du niveau de service. Pour les contrats à durée indéterminée, une révision annuelle (ou autre périodicité) peut être invoquée par le fournisseur. Un taux d augmentation maximal du prix peut être fixé lors du renouvellement tacite de contrat. Néanmoins si ceci peut eviter des surprises du côté client, le fournisseur pourrait avoir tendance à augmenter à chaque fois du maximum possible le prix de ses prestations. Avec l augmentation de la puissance et la diminution des prix dans le domaine de l électronique, il est possible d avoir des fournisseurs qui, à performances égales, vont pouvoir baisser le prix ; c est souvent au client d en faire la demande. Il y a aussi des fournisseurs qui vont proposer de garder un prix constant en augmentant les performances ; c est au client de voir s il a vraiment besoin de plus de performances au lieu de demander une baisse du prix. 3.8 Le début, la fin, le renouvellement et la résiliation du SLA Le SLA à durée déterminée a une date de début et une date de fin des prestations de service fournies à un certain prix. Cette durée, souvent renouvelable, doit être discutée et acceptée par les deux parties (fournisseur et client). Le renouvellement tacite doit être précisé dans le SLA. S il n y a pas de renouvellement tacite, le SLA prend fin par survenance du terme. Le SLA à durée indéterminée ne possède qu une date de début des prestations de service. Chaque partie peut y mettre un terme moyennant un préavis qui devra être précisé (par exemple par lettre recommandée au moins 6 mois avant la fin de la prestation). Un cas particulier est la fin de SLA pour faute. Ceci est un point assez délicat qui doit être pris en charge par un juriste qui a une parfaite connaissance des lois. Version Page 5/10

6 Les principales raisons de fin de contrat pour faute sont : Fautes côté client : o Pas de paiement des prestations. o Mauvaise définition des besoins. o Manque de loyauté. o Mauvaise foi. Fautes côté fournisseur : o Défaut de livraison. o Non respect des délais. o Prestations insuffisantes (niveau et durée à définir). o Manque d information et de conseil. 3.9 La modification du service, donc du SLA Par modification du service on entend un changement des prestations pendant la durée de validité du SLA. La modification du service ne provient généralement que du côté du client. Les principales raisons de demande de modifications du client sont : une mauvaise définition du service. Ceci n est pas un bon signe car ça implique que le SLA n est pas une réussite. Par contre l identification du problème permettra de corriger le SLA, de retrouver la satisfaction du client et de faire mieux la prochaine fois, un changement de périmètre, un gros changement des prix du marché, ce qui implique une nouvelle négociation soit des prestations, soit du prix La récupération Point essentiel qui doit faire partie d un SLA et qui est souvent négligé, voir oublié. Lorsque le client achète une prestation externe, la plupart du temps il perd le savoir faire, les connaissances liées à cette prestation et des informations importantes comme par exemple le nombre et le type d appel pour un helpdesk. La récupération a un coût et permet de déterminer à qui appartiennent certaines informations et les actions à mettre en place soit du côté fournisseur que du côté client lorsque le SLA prendra fin. Parmi ces actions on peut citer la récupération des connaissances au sein du personnel (formations à prévoir), la récupération des données, l archivage, les modalités de sécurité, etc. Dans le SLA pourra figurer qui prends en charge quoi, qui, où et quand. Exemple pour la formation A la demande du client, dans le SLA, le fournisseur prévoit un certain nombre de jours de formations. Pour cette ou ces formations, on définira les sujets et les contenus, le ou les lieux et les délais pour les dispenser. Le client de son côté s engagera à mettre à disposition le personnel pendant la période définie. Le fournisseur exigera que le personnel du client ait un niveau minimal de connaissances et de capacités pour pouvoir assimiler la matière dans les délais prévus Les responsabilités et obligations (du fournisseur et du client) Que ce soit du côté fournisseur que du côté client, il faut établir la liste des personnes qui endossent un rôle et une responsabilité. Cette liste contiendra le rôle par rapport au SLA et la fonction dans l entreprise. Eviter les noms des personnes car tout changement implique une modification du SLA et donc une perte de temps en procédures de signatures. Le tableau ci-dessous un exemple simple de liste (non exhaustif) : Fournisseur Client Rôle Fonction Rôle Fonction Contact client Procédure de réclamation Procédure de crise Escalade Reporting SLM SLM SLM Direction fournisseur + SLM SLM Contact fournisseur Procédure de plainte Procédure de crise Escalade Réception reporting Responsable service métier Responsable service métier Direction client + responsable service métier Direction client + responsable service métier Direction client + responsable service métier Suite à l établissement de cette liste, il faudra aussi faire figurer dans le SLA les réunions qui vont avoir lieu régulièrement entre les deux parties. Ces réunions seront entre autres celles qui vont permettre au fournisseur de présenter les résultats mesurés qui vont indiquer si la qualité de service délivrée est conforme ou pas à ce qui est demandé dans le SLA. Version Page 6/10

7 D autres réunions seront par exemple celles de crise La force majeure Dans le SLA il faut définir la procédure de notification et les cas de force majeure afin d enlever toute ambigüité. La liste des cas doit être exhaustive. Ceci est un point intéressant pour le client car il lui permet de voir quelle est la solidité de son fournisseur. Parmi les cas de force majeure on peut citer la faillite, l épidémie ou la pandémie, la catastrophe naturelle (liste précise), l attentat, le conflit armé, etc. Un cas de force majeure qui n est pas encore très commun mais qui le deviendra dans le futur, ce sera le hacking. En effet pour les services web le cas d une attaque massive provocant un déni de service, peut être considéré comme un cas de force majeure empêchant le fournisseur de délivrer le service indépendamment de sa volonté et de sa bonne foi La propriété intellectuelle L axiome est : on ne peut pas céder plus de droits qu on en possède. Les problèmes liés aux licences doit être très bien étudié par les juristes des deux parties. Par exemple si le fournisseur est propriétaire de l application qu il met à disposition du client, il va céder uniquement le droit d utilisation (exclusif ou non exclusif selon le cas). Si par contre le fournisseur n est pas propriétaire de l application qu il met à disposition, il doit posséder le droit d exploitation et va concéder une souslicence au client. Du côté client, la reproduction est interdite sauf lors de cas exceptionnels qui sont à préciser dans le SLA (par exemple une copie de sauvegarde). Ceci doit toujours rester dans le cadre du respect de la loi, c est pour cette raison que des juristes sont indispensables. L escrow : lorsque le service est un logiciel développé par un fournisseur, ce terme est utilisé pour définir un accord entre les deux parties afin que le code source de ce logiciel soit déposé chez un tiers (généralement un notaire). Ceci dans le but à ce que le client puisse avoir une possibilité de continuer son activité avec un autre fournisseur en cas de problèmes avec le fournisseur auprès duquel il s est engagé en premier. Ces problèmes doivent être définis à l avance et figurer dans la SLA. Exemples de problèmes Faillite du fournisseur, désastre chez le fournisseur qui résilie le contrat par force majeure, rachat du fournisseur par un concurrent qui arrête le développement ou l évolution du logiciel acheté par le client, etc La sécurité Dans un SLA, tous les aspects de la sécurité doivent être abordés. Généralement en sécurité on parle souvent de confidentialité, intégrité et disponibilité. En plus de ces aspects, il ne faut pas oublier, selon les besoins, la traçabilité, l authentification et la sécurité physique. Confidentialité Il faut que le client définisse et classe clairement ses données afin qu elles puissent être traitées selon leur importance. En effet une donnée confidentielle (protégée par la Loi sur la protection des données) ne peut pas transiter sur un réseau ou être stockée de la même façon qu une donnée publique. Dans une annexe au SLA doivent figurer les données catégorisées. Exemple de catégorisation de données Publique : accessibles à tous Interne : à usage interne de l entreprise Confidentielle : à usage limité à un certain nombre de personnes définies Secrète : à usage très limité à 2 ou 3 personnes de la direction. Intégrité En fonction du classement des données et de leur sensibilité, il faut garantir que les données sont bien celles que l on croit être. Pour ceci le client devra aussi faire un choix entre ce qui doit rester absolument intègre et ce qui n en a pas nécessairement besoin. Disponibilité Ce point est largement traité dans le SLA au niveau de la qualité du service requis par le client. Traçabilité Ceci est utilisé pour savoir qui a fait quoi et quand. En cas d incident ou de problème, c est le meilleur moyen d investigation (audit) pour en identifier la cause. Il faut définir dans le SLA les traces que l on va met- Version Page 7/10

8 Rôle Administrateur de maintenance Administrateur système (root) Administrateur de comptes Utilisateur Super utilisateur tre en place. Si le fournisseur veut mettre en place des traces additionnelles à ses frais pour prévenir des problèmes éventuels, il en avertira le client avec la justification de leur utilité. Authentification Le meilleur des choix est toujours la politique du moindre privilège. Les utilisateurs, quelle que soit leur nature, doivent avoir accès à strictement ce qu il ont besoin. Ceci peut être représenté dans le SLA par une matrice des rôles et accès autorisés. Exemple de matrice : Type accès Limité aux opérations de maintenance Illimité Sécurité physique Limité aux opérations de création de comptes Limité aux actions et informations nécessaires Même que utilisateur + des fonctions additionnelles La responsabilité de l accès physique aux locaux où se trouve l utilisation et/ou la gestion du service est un sujet qui doit être traité dans la SLA pour définir qui en est responsable La maintenance Quasiment toute prestation informatique délivrée a besoin de maintenance (mise à jour du logiciel, patch de sécurité, changement de hardware défectueux, etc). Ceci implique un arrêt planifié du service. Même si le fournisseur s organise pour effectuer ce genre d opérations en dehors des plages d utilisation du service délivré, ces informations doivent figurer dans le SLA. Dans le SLA doit aussi figurer une clause de maintenance d urgence, afin que le fournisseur puisse intervenir d urgence en accord avec le client sans être pour autant pénalisé. Le fournisseur qui délivre un service disponible 24 heures sur 24 et 7 jours sur 7 et qui ne prévoit pas une totale redondance des systèmes à cause d un prix trop élevé que le client n est pas d accord de payer, doit planifier des périodes d arrêt du service en accord avec le client. Ces plages planifiées qui figurent dans le SLA seront des périodes pendant lesquelles le client ne pourra pas faire valoir un temps d indisponibilité du service. Exemples de plages d arrêt C est généralement le client qui détermine les moments pendant lesquels le service continu dont il a besoin soit interrompu pendant une période qui le pénalise le moins. C est au fournisseur de s adapter, la négociation étant toujours possible. Les plages de maintenance sont souvent la nuit, en semaine ou en week-end comme par exemple le deuxième et le quatrième samedi du mois entre 23h et 2h Relations avec des tiers Dans le SLA doit figurer toute dépendance du fournisseur par rapport à des autres fournisseurs. C est le fournisseur qui signe le SLA qui est responsable du service final, donc il doit s assurer que ses sous-traitants ont la capacité requise Les audits Selon le service fourni, le client a tout avantage à pouvoir auditer le fournisseur afin de pouvoir identifier des risques potentiels qu il encourt par des manquements non visibles du fournisseur. Un exemple typique est un fournisseur qui héberge et fournit une application web. Au client il a vendu une disponibilité et une continuité qu il ne peut pas assurer en cas de pic car son infrastructure n est pas adaptée. Dans le SLA doivent figurer les types d audits que le client a le droit de faire et avec leur fréquence. Le client ne sera pas pénalisé s il ne procède pas à ces audits. Dans le SLA doivent aussi figurer les types d auditeurs externes auxquels le client pourrait faire appel afin que l audit soit neutre et impartial Les plaintes Lorsque l une des deux parties considère que l autre ne respecte pas les termes du SLA, une plainte, toujours sous forme écrite pour avoir une trace, doit être envoyée avec la description du problème. Version Page 8/10

9 Dans le SLA la procédure de plainte doit être décrite avec la personne du client qui est en charge de communiquer la plainte et du côté fournisseur la personne qui est en charge de recevoir et de traiter la plainte (dans les meilleures pratiques ITIL on parle de SLM (Service Level Manager) comme point de contact unique). Dans la procédure doivent figurer au minimum le temps de prise en charge et le temps de réponse à la plainte. Un formulaire standard de plainte peut être annexé au SLA. On peut aussi établir un classement selon la gravité de la plainte, afin que celle-ci soit traitée avec une certaine priorité. Une procédure d escalade doit être mise en place afin de traiter rapidement les plaintes les plus graves ou celles moins graves dont la durée de réponse devient trop longue Le droit applicable Le SLA devra se référer aux lois en vigueur. Pour cette raison le SLA doit impérativement être rédigé avec un juriste Les litiges Comme dans tout contrat, le SLA doit contenir la clause de résolution des litiges en désignant le tribunal compétent ou le choix d arbitrage. 4. Critères de réussite Les critères énumérés ci-dessous sont des éléments additionnels permettant d assurer au mieux la réussite et la mise en application du service proposé par le SLA. Etude récente de l état de l informatique du client. Ce point permet au prestataire de services de vérifier que la partie complémentaire du client sur laquelle il va devoir s appuyer est bien conforme aux attentes. Passer par des phases de négociation afin de mieux se connaître entre parties, et surtout négocier directement avec le client concerné (utilisateurs, techniciens, spécialistes,..). Il est assez rare qu un client donne un mandat important à un fournisseur peu connu, voir inconnu. Un climat de confiance doit être établi et du côté fournisseur ces phases de négociations permettent de connaître mieux les besoins réels du client, ce qui aboutira sur un SLA bien ciblé. Détermination des services à fournir et ceux gardés par le client. La frontière doit être claire et définie. Tout ce qui reste mal défini sera une source de problèmes ultérieurs, voir de conflits. Clarté des termes et des résultats recherchés. Le vocabulaire utilisé par le client doit être parfaitement compris par le fournisseur et inversement. Il faut être conscient que toute incompréhension sera tôt ou tard une source de problèmes. En ce qui concerne les résultats, il faut que ceux-ci soient aussi clairement définis par le client afin que le fournisseur puisse identifier tout service qu il ne pourrait pas fournir selon la qualité requise. Description détaillée des services souhaités et exclus. Souvent on décrit ce que l on veut et pas ce que l on ne veut pas. Afin d éviter la phrase du client je croyais que ceci était inclus, la liste des services doit contenir les prestations exclues, ce qui va amener un plus au SLA. Le service doit convenir au client. Ce n est pas au client de s adapter au service. Le métier exercé par client doit trouver un avantage avec le service fourni par le fournisseur. S il complique ou change la méthode de travail sans la volonté du client, le service aboutira à l échec. Des niveaux de performance clairs et réalistes, en adéquation avec les besoins du client. Le fournisseur doit identifier les besoins réels du client afin de lui proposer le bon service avec le prix adéquat. Indicateurs de performance pertinents et le plus techniques possible (supprimer le côté émotionnel). Un indicateur doit être une mesure physique indiscutable et pas une appréciation. Version Page 9/10

10 En cas de problèmes, définir les priorités de résolution, la ou les équipes de secours et les procédures d escalade. Identifier les besoins critiques du client pour pouvoir rétablir en premier les services concernés. Mettre en place un processus en cas de crise. Un service ne peut pas compenser dans tous les cas une mauvaise organisation du client. Si l organisation du client n est pas bonne, il faudra plutôt proposer un service qui inclut un changement. Ceci doit impérativement avoir l approbation et une forte implication de la part de la direction du client avant toute signature de SLA. Le management du client doit s impliquer et informer. OMPI Une forte implication du management est essentielle pour que les utilisateurs acceptent un service (gestion du changement). La communication doit être précise et transparente. Au besoin, il faut mettre en place des formations pour les utilisateurs. Souvent, par manque d information, les utilisateurs se plaignent du niveau de qualité du service, qui lui, respecte parfaitement les termes définis dans le SLA. L Office Mondial de la Propriété Intellectuelle met à disposition, sur son site internet, un certain nombre d informations sur comment limiter les conflits et comment construire une bonne relation entre fournisseurs et clients. Lien : t/index.html Version Page 10/10

Groupe Eyrolles, 2006, ISBN : 2-212-11734-5

Groupe Eyrolles, 2006, ISBN : 2-212-11734-5 Groupe Eyrolles, 2006, ISBN : 2-212-11734-5 Chapitre 6 La gestion des incidents Quelles que soient la qualité du système d information mis en place dans l entreprise ou les compétences des techniciens

Plus en détail

CONDITIONS GENERALES

CONDITIONS GENERALES CONDITIONS GENERALES Complex IT sàrl Contents 1 Conditions générales de vente 2 1.1 Préambule............................... 2 1.2 Offre et commande.......................... 3 1.3 Livraison...............................

Plus en détail

Conditions Générales pour l utilisation du Hotel-Spider

Conditions Générales pour l utilisation du Hotel-Spider Conditions Générales pour l utilisation du Hotel-Spider 1. Offre et Contrat 1.1 Les présentes Conditions Générales s appliquent à tous les contrats passés entre Tourisoft et ses Clients. Aucune modification

Plus en détail

ITIL V3. Transition des services : Principes et politiques

ITIL V3. Transition des services : Principes et politiques ITIL V3 Transition des services : Principes et politiques Création : janvier 2008 Mise à jour : août 2009 A propos A propos du document Ce document de référence sur le référentiel ITIL V3 a été réalisé

Plus en détail

CONDITIONS GENERALES D ACCES ET D UTILISATION DE GESPODO, PLATEFORME ET LOGICIEL DE GESTION DE CABINET DE PODOLOGIE

CONDITIONS GENERALES D ACCES ET D UTILISATION DE GESPODO, PLATEFORME ET LOGICIEL DE GESTION DE CABINET DE PODOLOGIE 1 CONDITIONS GENERALES D ACCES ET D UTILISATION DE GESPODO, PLATEFORME ET LOGICIEL DE GESTION DE CABINET DE PODOLOGIE Article 1. Acceptation des conditions générales En cochant la case «J accepte les conditions

Plus en détail

Service Level Agreement (SLA)

Service Level Agreement (SLA) Service Level Agreement (SLA) TABLE DES MATIERES 1 OBJET 3 2 DISPOSITIONS GENERALES 3 3.1 Services concernés 3.2 Cas d exclusion 3.3 Calcul des pénalités 3 DISPONIBILITE DES SERVICES 3 4.1 Délai de livraison

Plus en détail

Nous réceptionnons les commandes par Internet, téléphone, courrier ou fax.

Nous réceptionnons les commandes par Internet, téléphone, courrier ou fax. Conditions générales R.C. Exploitation GARAGE 1. Définitions Client: personne morale et/ou physique achetant ou utilisant POWERCONCEPT. Consommateur: particulier achetant des Produits pour son usage privé.

Plus en détail

Licence d utilisation de l application WINBOOKS ON WEB

Licence d utilisation de l application WINBOOKS ON WEB Licence d utilisation de l application WINBOOKS ON WEB Entre : La S.A. WINBOOKS dont le siège est sis fond Jean Pâques, 6C à 1348 Ottignies Louvain-la-Neuve, inscrite à la BCE sous le n 0455.575.742 Et

Plus en détail

Contrat de Niveau de Service pour les Services en Ligne Microsoft

Contrat de Niveau de Service pour les Services en Ligne Microsoft Contrat de Niveau de Service pour les Services en Ligne Microsoft Date de la dernière mise à jour : 1 er avril 2014 1. Introduction. Le présent Contrat de Niveau de Service pour les Services en Ligne Microsoft

Plus en détail

LICENCE D UTILISATION DE LA DO NOT CALL ME LIST : CONDITIONS GENERALES

LICENCE D UTILISATION DE LA DO NOT CALL ME LIST : CONDITIONS GENERALES LICENCE D UTILISATION DE LA DO NOT CALL ME LIST : CONDITIONS GENERALES Introduction Dans les présentes conditions, l'on entend par : - Abonné : toute personne physique ou morale qui utilise un service

Plus en détail

Hébergement de base de données MySQL. Description du service (D après OGC - ITIL v3 - Service Design- Appendix F : Sample SLA and OLA)

Hébergement de base de données MySQL. Description du service (D après OGC - ITIL v3 - Service Design- Appendix F : Sample SLA and OLA) Hébergement de base de données MySQL. Description du service (D après OGC - ITIL v3 - Service Design- Appendix F : Sample SLA and OLA) Source : commundit:_ex:catalogue_services:db:sla_dit_mysql.docx Distribution

Plus en détail

Conditions Générale de «Prestations de services»

Conditions Générale de «Prestations de services» Conditions Générale de «Prestations de services» Article 1 - Définitions Nom commercial, ORDI-HS, désigne l Auto-entrepreneur, M. HAMID Farid, 5 Avenue de Jouandin, 64100, Bayonne. (A.E, entreprise non

Plus en détail

Pré-requis Diplôme Foundation Certificate in IT Service Management.

Pré-requis Diplôme Foundation Certificate in IT Service Management. Ce cours apporte les connaissances nécessaires et les principes de gestion permettant la formulation d une Stratégie de Services IT ainsi que les Capacités organisationnelles à prévoir dans le cadre d

Plus en détail

Information Technology Credits (ITCredits)

Information Technology Credits (ITCredits) Informations générales Information Technology Credits (ITCredits) Vous pouvez faire appel à tout moment à notre service technique (tarifs horaires standard) en cas d installations, intervenions à distance

Plus en détail

Contractualiser la sécurité du cloud computing

Contractualiser la sécurité du cloud computing HERVÉ SCHAUER CONSULTANTS Cabinet de Consultants en Sécurité Informatique depuis 1989 Spécialisé sur Unix, Windows, TCP/IP et Internet Club EBIOS, 11 décembre 2012 Contractualiser la sécurité du cloud

Plus en détail

Conditions d usage du service. «MS Dynamics CRM On Demand» V1.4

Conditions d usage du service. «MS Dynamics CRM On Demand» V1.4 Conditions d usage du service «MS Dynamics CRM On Demand» V1.4 I. PREAMBULE La société PRODWARE est spécialisée dans l installation, l'évolution et la maintenance de solutions informatiques. Dans ce cadre,

Plus en détail

Choisir une pointeuse, badgeuse ou système de gestion des temps

Choisir une pointeuse, badgeuse ou système de gestion des temps Choisir une pointeuse, badgeuse ou système de gestion des temps Ce guide a été conçu pour vous assister dans votre démarche de sélection d un système de gestion des temps. Nous souhaitons ici vous faire

Plus en détail

Les clauses «sécurité» d'un contrat SaaS

Les clauses «sécurité» d'un contrat SaaS HERVÉ SCHAUER CONSULTANTS Cabinet de Consultants en Sécurité Informatique depuis 1989 Spécialisé sur Unix, Windows, TCP/IP et Internet Les clauses «sécurité» d'un contrat SaaS Paris, 21 janvier 2011 Frédéric

Plus en détail

ACCORD SUR LES ASTREINTES UES CAPGEMINI

ACCORD SUR LES ASTREINTES UES CAPGEMINI ACCORD SUR LES ASTREINTES UES CAPGEMINI PREAMBULE Pour répondre à la continuité du service que l entreprise doit assurer à ses clients, certaines activités pour certains rôles ou fonctions, recourent à

Plus en détail

Gestion des Incidents (Incident Management)

Gestion des Incidents (Incident Management) 31/07/2004 Les concepts ITIL-Incidents 1 «Be prepared to overcome : - no visible management ou staff commitment, resulting in non-availability of resources - [ ]» «Soyez prêts a surmonter : - l absence

Plus en détail

C ) Détail volets A, B, C, D et E. Hypothèses (facteurs externes au projet) Sources de vérification. Actions Objectifs Méthode, résultats

C ) Détail volets A, B, C, D et E. Hypothèses (facteurs externes au projet) Sources de vérification. Actions Objectifs Méthode, résultats C ) Détail volets A, B, C, D et E Actions Objectifs Méthode, résultats VOLET A : JUMELAGE DE 18 MOIS Rapports d avancement du projet. Réorganisation de l administration fiscale Rapports des voyages d étude.

Plus en détail

Le contrat Cloud : plus simple et plus dangereux

Le contrat Cloud : plus simple et plus dangereux 11 février 2010 CONFERENCE IDC CLOUD COMPUTING Le Cloud dans tous ses états Le contrat Cloud : plus simple et plus dangereux Les bons réflexes pour entrer dans un contrat Cloud en toute sécurité Benjamin

Plus en détail

Notre expertise au cœur de vos projets

Notre expertise au cœur de vos projets Notre expertise au cœur de vos projets SOMMAIRE 1. Objet du présent document... 3 2. Documents applicables et de référence... 3 2.1. Documents applicables... 3 2.2. Documents de référence... 3 2.3. Guides

Plus en détail

CONDITIONS PARTICULIERES

CONDITIONS PARTICULIERES CONDITIONS PARTICULIERES HEBERGEMENT/CLOUD/SAAS GROUPE Com6 2015 Article 1. Préambule 1. Le client souhaite bénéficier d une prestation d hébergement. 2. Le client déclare avoir adhéré sans réserve aux

Plus en détail

Contrat de fourniture de services applicatifs (ASP)

Contrat de fourniture de services applicatifs (ASP) infos@droitbelge.net Contrat de fourniture de services applicatifs (ASP) Auteur: Me Frédéric Dechamps, avocat (Bruxelles) E-mail: fd@lex4u.com Tel: + 32 2 340 97 04 Web: www.lex4u.com AVERTISSEMENT Le

Plus en détail

ITIL et SLAs La qualité de service nous concerne tous!

ITIL et SLAs La qualité de service nous concerne tous! + Le 9 Avril 2013 ITIL et SLAs La qualité de service nous concerne tous! + Introduction Intervenants Yannick Goubet: Responsable Commercial GSX Solutions Yann Baudic: Technical Account Manager GSX Solutions

Plus en détail

Conditions Générales de Vente Internet. www.teicee.com. 7, rue Alfred Kastler 14000 CAEN. informatiquetélécominternet

Conditions Générales de Vente Internet. www.teicee.com. 7, rue Alfred Kastler 14000 CAEN. informatiquetélécominternet informatiquetélécominternet Conditions Générales de Vente Internet www.teicee.com 7, rue Alfred Kastler 14000 CAEN Table des matières 1 Identification de l entreprise 3 2 Objet 3 3 Conditions de vente

Plus en détail

ITIL V2. La gestion des incidents

ITIL V2. La gestion des incidents ITIL V2 La gestion des incidents Création : novembre 2004 Mise à jour : août 2009 A propos A propos du document Ce document de référence sur le référentiel ITIL a été réalisé en 2004 et la traduction des

Plus en détail

Service On Line : Gestion des Incidents

Service On Line : Gestion des Incidents Service On Line : Gestion des Incidents Guide de l utilisateur VCSTIMELESS Support Client Octobre 07 Préface Le document SoL Guide de l utilisateur explique comment utiliser l application SoL implémentée

Plus en détail

Législation et droit d'un administrateur réseaux

Législation et droit d'un administrateur réseaux Législation et droit d'un administrateur réseaux Réalisé par : GUENGOU Mourad OULD MED LEMINE Ahmedou 1 Plan de présentation I. Introduction générale II. L Administrateur Réseaux 1) Mission de l administrateur

Plus en détail

CONTRAT DE SERVICE DE SAUVEGARDE EN LIGNE

CONTRAT DE SERVICE DE SAUVEGARDE EN LIGNE CONTRAT DE SERVICE DE SAUVEGARDE EN LIGNE ASPSERVEUR SARL au capital de 100 000 - RCS Marseille - Siret 454 777 254 00033 - N intracommunautaire : FR50451777254. Siège : 785 Voie Antiope - Zone Athélia

Plus en détail

CONDITIONS GENERALES 1. GÉNÉRALITÉS ET DEFINITIONS

CONDITIONS GENERALES 1. GÉNÉRALITÉS ET DEFINITIONS 07/2015 CONDITIONS GENERALES 1. GÉNÉRALITÉS ET DEFINITIONS 1.1. Définitions 1.1.1. Le Centre de Formation à Distance, appartenant au groupe CFDF, société à responsabilité limitée de droit français dont

Plus en détail

CONTRAT D HEBERGEMENT MUTUALISÉ

CONTRAT D HEBERGEMENT MUTUALISÉ CONTRAT D HEBERGEMENT MUTUALISÉ ASPSERVEUR SARL au capital de 100 000 - RCS Marseille - Siret 454 777 254 00033 - N intracommunautaire : FR50451777254. Siège : 785 Voie Antiope - Zone Athélia III - 13600

Plus en détail

Cegid OPEN SECURITE PREMIUM

Cegid OPEN SECURITE PREMIUM Cegid OPEN SECURITE PREMIUM Livret Services Ref_N08_0001 ARTICLE 1 DEFINITIONS Les termes définis ci après ont la signification suivante au singulier comme au pluriel: Demande : désigne un incident reproductible

Plus en détail

ANNEXE A LA CIRCULAIRE SUR LE CONTROLE INTERNE ET L AUDIT INTERNE TABLE DES MATIERES

ANNEXE A LA CIRCULAIRE SUR LE CONTROLE INTERNE ET L AUDIT INTERNE TABLE DES MATIERES PPB-2006-8-1-CPA ANNEXE A LA CIRCULAIRE SUR LE CONTROLE INTERNE ET L AUDIT INTERNE TABLE DES MATIERES Introduction 0. Base légale 1. Le contrôle interne 1.1. Définition et éléments constitutifs 1.2. Mesures

Plus en détail

CONDITIONS GENERALES DE VENTE

CONDITIONS GENERALES DE VENTE CONDITIONS GENERALES DE VENTE Article 1. Préambule : DSI SYSTEM est un auto entrepreneur représenté en la personne de Mr GUERMAH inscrit au répertoire des entreprises sous le numéro de SIREN 500 771 696.

Plus en détail

CONDITIONS CONTRACTUELLES GENERALES (CCG)

CONDITIONS CONTRACTUELLES GENERALES (CCG) CONDITIONS CONTRACTUELLES GENERALES (CCG) L Agence nationale de traduction et de certification (OFFI Zrt), s engage en tant que prestataire (par la suite : l Agence) auprès de ses Clients à accomplir les

Plus en détail

CONDITIONS GENERALES DE VENTE DE LA LICENCE SERVEUR

CONDITIONS GENERALES DE VENTE DE LA LICENCE SERVEUR CONDITIONS GENERALES DE VENTE DE LA LICENCE SERVEUR Article 1. Objet Du Contrat : La société CapiTechnic a pour activité l ingénierie en méthodes et maintenance et plus particulièrement la location d un

Plus en détail

LA DÉCISION D'URGENCE PROPOS INTRODUCTIFS

LA DÉCISION D'URGENCE PROPOS INTRODUCTIFS LA DÉCISION D'URGENCE PROPOS INTRODUCTIFS L exécution d un chantier ou d une prestation de service sur une période relativement longue conduit quasi-inévitablement à des divergences de points de vue entre

Plus en détail

CONTRAT DE MAINTENANCE INTERcom

CONTRAT DE MAINTENANCE INTERcom CONTRAT DE MAINTENANCE INTERcom Pour un crédit de.points. ENTRE LES SOUSSIGNES SERVICES soft Eurl Dont le Siège social est : 1 er Groupe, Bt B Place du 1 er Mai Alger Ci après dénommer «LE PRESTATAIRE»

Plus en détail

Conditions d entreprise

Conditions d entreprise 1. Contenu du contrat 1.1. Tout entrepreneur qui exécute des travaux pour le compte de (nommé ci-après BASF) accepte l application de ces conditions générales à l exclusion de ses propres conditions standards.

Plus en détail

CENTRE DE RECHERCHE GRENOBLE RHÔNE-ALPES

CENTRE DE RECHERCHE GRENOBLE RHÔNE-ALPES informatiques d Inria CENTRE DE RECHERCHE GRENOBLE RHÔNE-ALPES Table des matières 1. Préambule...3 2. Définitions...3 3. Domaine d application...4 4. Autorisation d accès aux ressources informatiques...5

Plus en détail

«Commande» se rapporte à un bon de commande ou à une commande créée sur un site Internet Interoute.

«Commande» se rapporte à un bon de commande ou à une commande créée sur un site Internet Interoute. 1 DESCRIPTION Le Centre de données virtuel d Interoute permet aux Clients de bénéficier d un ensemble flexible de ressources informatiques dans le «cloud», sans la complexité et les coûts associés à un

Plus en détail

Changer plus facilement d opérateur de télécommunications. Consultation publique

Changer plus facilement d opérateur de télécommunications. Consultation publique Changer plus facilement d opérateur de télécommunications Consultation publique Le développement d un marché concurrentiel des services de communications électroniques suppose que les consommateurs puissent

Plus en détail

CONTRAT DE FOURNITURE DE SERVICES INFORMATIQUES EN MODE SaaS

CONTRAT DE FOURNITURE DE SERVICES INFORMATIQUES EN MODE SaaS ENTRE : CONTRAT DE FOURNITURE DE SERVICES INFORMATIQUES EN MODE SaaS La société AFFINITY ENGINE Société à responsabilité limitée au capital de 407.250,00 euros, immatriculée au RCS de Vannes sous le numéros

Plus en détail

SERVICES DE TELECOMMUNICATION FIXE MOBILE INTERNET CAHIER DES CLAUSES TECHNIQUES PARTICULIERES CCTP

SERVICES DE TELECOMMUNICATION FIXE MOBILE INTERNET CAHIER DES CLAUSES TECHNIQUES PARTICULIERES CCTP SERVICES DE TELECOMMUNICATION FIXE MOBILE INTERNET CAHIER DES CLAUSES TECHNIQUES PARTICULIERES CCTP Etabli en application du Code des Marchés Publics et relatif au service de la téléphonie La procédure

Plus en détail

Contrat de conception, reéalisation et hébergement de site web

Contrat de conception, reéalisation et hébergement de site web infos@droitbelge.net Contrat de conception, reéalisation et hébergement de site web Auteur: Me Frédéric Dechamps, avocat (Bruxelles) E-mail: fd@lex4u.com Tel: + 32 2 340 97 04 Web: www.lex4u.com AVERTISSEMENT

Plus en détail

Recommandations pour les entreprises qui envisagent de souscrire à des services de Cloud computing

Recommandations pour les entreprises qui envisagent de souscrire à des services de Cloud computing Recommandations pour les entreprises qui envisagent de souscrire à des services de Cloud computing D un point de vue juridique, la CNIL constate que le Cloud computing soulève un certain nombre de difficultés

Plus en détail

La pratique. Elaborer un catalogue de services

La pratique. Elaborer un catalogue de services La pratique Elaborer un catalogue de services Création : juillet 2006 Mise à jour : août 2009 A propos A propos du document Ce document pratique est le résultat de la mise en oeuvre du référentiel ITIL

Plus en détail

CONDITION GENERALES DE VENTES V1.3 CONDITIONS MAINTENANCE V1.3 NOTE SUR LE PIRATAGE V1.2

CONDITION GENERALES DE VENTES V1.3 CONDITIONS MAINTENANCE V1.3 NOTE SUR LE PIRATAGE V1.2 CONDITION GENERALES DE VENTES V1.3 CONDITIONS MAINTENANCE V1.3 NOTE SUR LE PIRATAGE V1.2 ARTICLE 1 : Généralités Les installations téléphoniques et informatiques relevant des industries mécaniques et électriques

Plus en détail

Conditions d utilisation du service www.upcontact.com

Conditions d utilisation du service www.upcontact.com Conditions d utilisation du service www.upcontact.com Les présentes conditions d utilisation sont conclues entre les parties suivantes: - EXECUTIVE PARTNERS SOFTWARE, SARL au capital de 8 000 dont le siège

Plus en détail

Conditions générales de AgenceWeb SA. I. Dispositions générales

Conditions générales de AgenceWeb SA. I. Dispositions générales Conditions générales de AgenceWeb SA I. Dispositions générales Art. 1 Champ d application 1.1 Les présentes conditions générales s appliquent à l ensemble des prestations de services Internet de AgenceWeb

Plus en détail

ITIL V3. Exploitation des services : Les processus

ITIL V3. Exploitation des services : Les processus ITIL V3 Exploitation des services : Les processus Création : juin 2013 Mise à jour : juin 2013 A propos A propos du document Ce document de référence sur le référentiel ITIL V3 a été réalisé en se basant

Plus en détail

Conditions générales de prestations de services

Conditions générales de prestations de services Conditions générales de prestations de services Software as a Service (SaaS) ENTRE LES SOUSSIGNES : D UNE PART, EuroConsultance ayant son siège social à 40 Rue du Saulchoir, 7540 Kain (Belgique) identifié

Plus en détail

Quadra Entreprise On Demand

Quadra Entreprise On Demand Quadra Entreprise On Demand LS -Quadra Entrepriset OD- 11/2013 ARTICLE 1 : DEFINITIONS LIVRET SERVICE QUADRA ENTREPRISE ON DEMAND Les termes définis ci-après ont la signification suivante au singulier

Plus en détail

Les clauses sécurité dans un contrat de cloud

Les clauses sécurité dans un contrat de cloud HERVÉ SCHAUER CONSULTANTS Cabinet de Consultants en Sécurité Informatique depuis 1989 Spécialisé sur Unix, Windows, TCP/IP et Internet Openday 23 juin 2011 Les clauses sécurité dans un contrat de cloud

Plus en détail

Description de la prestation Webhosting / HomepageTool

Description de la prestation Webhosting / HomepageTool Description de la prestation Webhosting / HomepageTool 1 Domaine d application La «description de la prestation Webhosting / HomepageTool» («description de la prestation») de la Swisscom (Suisse) SA («Swisscom»)

Plus en détail

Conditions Générales de Vente

Conditions Générales de Vente Conditions Générales de Vente PREAMBULE Le client souhaite se doter d un site internet Il a lancé une consultation préalable, qui a été communiquée à Nexus Création et a permis d élaborer une proposition

Plus en détail

1 Dispositions générales

1 Dispositions générales 1 Dispositions générales 1.1 Définitions Les termes utilisés dans les présentes conditions générales sont également valables pour les autres parties intégrantes du contrat selon l article 10.2.1. 1.2 Objet

Plus en détail

Hosted Exchange 2010 Conditions Spécifiques

Hosted Exchange 2010 Conditions Spécifiques Hosted Exchange 2010 Conditions Spécifiques L utilisateur doit se conformer aux Conditions Spécifiques ( CS ) en vigueur, tel qu amendé, modifié ou mise à jour au fur et à mesure par M.I.T., et autres

Plus en détail

LABÉO Manche dont l adresse est sis. 1352 avenue de Paris CS 33608 50008 SAINT-LO Cedex. Ci-après dénommé «LABÉO Manche» D une part

LABÉO Manche dont l adresse est sis. 1352 avenue de Paris CS 33608 50008 SAINT-LO Cedex. Ci-après dénommé «LABÉO Manche» D une part CONTRAT DE SERVICES EN LIGNE ENTRE LABÉO Manche dont l adresse est sis. 1352 avenue de Paris CS 33608 50008 SAINT-LO Cedex Ci-après dénommé «LABÉO Manche» D une part ET Le client Ci-après dénommé «le client»

Plus en détail

Module 197 Développer et implanter un concept de gestion des versions et des configurations

Module 197 Développer et implanter un concept de gestion des versions et des configurations Module 197 Développer et implanter un concept de gestion des versions et des configurations Copyright IDEC 2002-2009. Reproduction interdite. Sommaire Introduction... 3 Délimitation du domaine... 3 Fonctions

Plus en détail

Annexe 5. CONTRAT CYBERPLUS PRO Souscrit dans le cadre du cyberp@iement Titre 1Conditions Particulières

Annexe 5. CONTRAT CYBERPLUS PRO Souscrit dans le cadre du cyberp@iement Titre 1Conditions Particulières Annexe 5 Souscrit dans le cadre du cyberp@iement Titre 1Conditions Particulières DESIGNATION DE L ENTREPRISE ci-après "le Client" Nom ou Dénomination sociale... représentée par.. (Nom et prénom du représentant

Plus en détail

Introduction. Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas :

Introduction. Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas : Introduction Le CRM se porte-t-il si mal? Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas : «75 % de projets non aboutis» «La déception du CRM» «Le CRM : des

Plus en détail

FORMULAIRE D'INSCRIPTION AU SYSTEME DE BACKUP EN LIGNE

FORMULAIRE D'INSCRIPTION AU SYSTEME DE BACKUP EN LIGNE FORMULAIRE D'INSCRIPTION AU SYSTEME DE BACKUP EN LIGNE Coordonnées de facturation de l'utilisateur Nom :... Société :... TVA :... Adresse :... Code postal :... Localité :... Tel :... Fax :... Adresse e-mail

Plus en détail

LE CONTENU DES MODALITÉS DE SERVICE

LE CONTENU DES MODALITÉS DE SERVICE LE CONTENU DES MODALITÉS DE SERVICE Suite à l examen des modalités de service élaborées par différentes entreprises offrant des services de téléphonie cellulaire, l Union des consommateurs a constaté que

Plus en détail

CONTRAT DE CONSEILLER MAESTRIA, un concept d IBS Europe s.a.

CONTRAT DE CONSEILLER MAESTRIA, un concept d IBS Europe s.a. CONTRAT DE CONSEILLER MAESTRIA, un concept d IBS Europe s.a. ENTRE : IBS Europe s.a., ayant son siège social au N 68 de la Route de Luxembourg à L-4972 Dippach, au Grand Duché de Luxembourg, ci-après désigné

Plus en détail

Conditions générales d utilisation (CGU) pour les annonceurs

Conditions générales d utilisation (CGU) pour les annonceurs Conditions générales d utilisation (CGU) pour les annonceurs Pour participer aux programmes d affiliation sur les plateformes en ligne belboon 1. Domaine d application / Definitions 1.1. Les Conditions

Plus en détail

MediMail SLA 1/1/2014 1

MediMail SLA 1/1/2014 1 MediMail SLA 1/1/2014 1 1. DISPOSITIONS GÉNÉRALES MEDIMAIL SLA 1.1. OBJECTIF DU SLA (SERVICE LEVEL AGREEMENT) Le SLA a pour objectif de définir : les règles opérationnelles le processus d évaluation du

Plus en détail

Contrat de création d un site web

Contrat de création d un site web http://www.droitbelge.net infos@droitbelge.net Contrat de création d un site web Auteur: Me Frédéric Dechamps, avocat AVERTISSEMENT Ce document est une version d évaluation du contrat. Il a pour seul objectif

Plus en détail

Conditions générales concernant la fourniture de prestations informatiques par HMS Hauri Micro Solutions - Backup et restauration - "Conditions MSP"

Conditions générales concernant la fourniture de prestations informatiques par HMS Hauri Micro Solutions - Backup et restauration - Conditions MSP Page 1 sur 5 Conditions générales concernant la fourniture de prestations informatiques par HMS Hauri Micro Solutions - Backup et restauration - "Conditions MSP" Seules les présentes conditions générales

Plus en détail

CONVENTION INDIVIDUELLE D HABILITATION. «Expert en automobile indépendant» (convention complète)

CONVENTION INDIVIDUELLE D HABILITATION. «Expert en automobile indépendant» (convention complète) CONVENTION INDIVIDUELLE D HABILITATION «Expert en automobile indépendant» (convention complète) Les parties à la convention - Le Ministre de l intérieur représenté par M. Jean-Benoît ALBERTINI, Préfet

Plus en détail

Externaliser le système d information : un gain d efficacité et de moyens. Frédéric ELIEN

Externaliser le système d information : un gain d efficacité et de moyens. Frédéric ELIEN Externaliser le système d information : un gain d efficacité et de moyens Frédéric ELIEN SEPTEMBRE 2011 Sommaire Externaliser le système d information : un gain d efficacité et de moyens... 3 «Pourquoi?»...

Plus en détail

Conditions générales de vente OPHOS SYSTEM Hébergement Mutualisé version 1.1 11 janvier 2007

Conditions générales de vente OPHOS SYSTEM Hébergement Mutualisé version 1.1 11 janvier 2007 Conditions générales de vente OPHOS SYSTEM Hébergement Mutualisé version 1.1 11 janvier 2007 CGV «exclusivement» pour nos offres et services d hébergements mutualisés. Ophos System société à responsabilité

Plus en détail

Conditions générales de prestations de services

Conditions générales de prestations de services Conditions générales de prestations de services Article 1 Objet Les présentes conditions générales (ci-après les «Conditions Générales») ont pour objet de préciser les modalités d intervention de GEVERS

Plus en détail

CONDITIONS GENERALES YOUSIGN v1.4 A - CONDITIONS APPLICABLES A TOUTES LES PRESTATIONS YOUSIGN

CONDITIONS GENERALES YOUSIGN v1.4 A - CONDITIONS APPLICABLES A TOUTES LES PRESTATIONS YOUSIGN CONDITIONS GENERALES YOUSIGN v1.4 A - CONDITIONS APPLICABLES A TOUTES LES PRESTATIONS YOUSIGN Article 1. Définitions Les mots écrits en gras dans le présent article (et repris dans le corps du texte avec

Plus en détail

Sécurisez vos données. Migrez vos données.

Sécurisez vos données. Migrez vos données. Après deux ans d études auprès de nos partenaires, nous avons recensé un nombre important de disfonctionnement : perte de fichiers de contacts, mails, répertoires téléphoniques et agendas. En 1 clic des

Plus en détail

Génie Logiciel LA QUALITE 1/5 LA QUALITE 3/5 LA QUALITE 2/5 LA QUALITE 4/5 LA QUALITE 5/5

Génie Logiciel LA QUALITE 1/5 LA QUALITE 3/5 LA QUALITE 2/5 LA QUALITE 4/5 LA QUALITE 5/5 Noël NOVELLI ; Université d Aix-Marseille; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Génie Logiciel LA QUALITE 1/5 La gestion de la qualité Enjeux de la

Plus en détail

P s a sep e o p r o t S e S r e vi v ce c s Fabrice Dubost

P s a sep e o p r o t S e S r e vi v ce c s Fabrice Dubost Passeport Services Fabrice Dubost 2.6 Gestion des Mises en Production ITIL, Soutien des services Entreprise, Clients et Utilisateurs Outil de Supervision Dysfonctionnements Questions / Renseignements Incidents

Plus en détail

Vérification des contrats et processus propres au Service du parc automobile. Déposé devant le Comité de la vérification le 12 mars 2015

Vérification des contrats et processus propres au Service du parc automobile. Déposé devant le Comité de la vérification le 12 mars 2015 Bureau du vérificateur général Vérification des contrats et processus propres Résumé Déposé devant le Comité de la vérification le 12 mars 2015 Cette page a été intentionnellement laissée en blanc. Vérification

Plus en détail

Yourcegid Fiscalité On Demand

Yourcegid Fiscalité On Demand Yourcegid Fiscalité On Demand LS -YC Fiscalité - OD - 06/2012 LIVRET SERVICE YOURCEGID FISCALITE ON DEMAND ARTICLE 1 : OBJET Le présent Livret Service fait partie intégrante du Contrat et ce conformément

Plus en détail

CONTRAT D HEBERGEMENT DE SITE(S) INTERNET

CONTRAT D HEBERGEMENT DE SITE(S) INTERNET CONTRAT D HEBERGEMENT DE SITE(S) INTERNET Entre les soussignés : Ouest Hébergement, marque déposée de la société BSC Concept ayant son siège situé à la Maison des Entreprises, aéroport BP 155 22302 Lannion

Plus en détail

Ces conditions de vente prévaudront sur toutes autres conditions générales ou particulières non expressément agréées par SUD LOGICIEL GESTION.

Ces conditions de vente prévaudront sur toutes autres conditions générales ou particulières non expressément agréées par SUD LOGICIEL GESTION. Conditions générales de vente de SUD LOGICIEL GESTION Les présentes conditions de vente sont conclues d une part par la société SUD LOGICIEL GESTION. au capital de 3000 euro dont le siège social est à

Plus en détail

Comment formaliser une offre Cloud Computing vendable?

Comment formaliser une offre Cloud Computing vendable? Comment formaliser une offre Cloud Computing vendable? Thierry VONFELT Directeur activité SaaS & Infogérance Tel : 03 88 87 86 80 Mobile : 06 75 65 10 78 - Thierry.Vonfelt@esdi.fr Formaliser une offre

Plus en détail

CONDITIONS GENERALES D UTILISATION DU SERVICE DE BANQUE EN LIGNE

CONDITIONS GENERALES D UTILISATION DU SERVICE DE BANQUE EN LIGNE CONDITIONS GENERALES D UTILISATION DU SERVICE DE BANQUE EN LIGNE https://banque.edmond-de-rothschild.fr 1. OBJET Edmond de Rothschild (France), société anonyme au capital de 83.075.820 euros, dont le siège

Plus en détail

2.1 Les présentes conditions générales régissent les conditions de vente et d utilisation de Ticket Premium.

2.1 Les présentes conditions générales régissent les conditions de vente et d utilisation de Ticket Premium. Conditions générales d utilisation de Ticket Premium Octobre 2012 1. Définitions Les mots et expressions utilisés dans les présentes conditions générales avec des majuscules ont le sens qui leur est donné

Plus en détail

La gestion des problèmes

La gestion des problèmes Chapitre 6 La gestion des problèmes Les incidents se succèdent, toujours les mêmes. Des petits désagréments la plupart du temps, mais qui finissent par pourrir la vie. Toute l équipe informatique se mobilise

Plus en détail

ITIL Examen Fondation

ITIL Examen Fondation ITIL Examen Fondation Échantillon d examen B, version 5.1 Choix multiples Instructions 1. Essayez de répondre aux 40 questions. 2. Vos réponses doivent être inscrites sur la grille de réponses fournie.

Plus en détail

CONDITIONS GENERALES D'UTILISATION DU LOGICIEL SYNCHRONISATION ET PARTAGEUBIKUBE / B CLOUD

CONDITIONS GENERALES D'UTILISATION DU LOGICIEL SYNCHRONISATION ET PARTAGEUBIKUBE / B CLOUD o CONDITIONS GENERALES D'UTILISATION DU LOGICIEL SYNCHRONISATION ET PARTAGEUBIKUBE / B CLOUD Conditions Générales de Vente et d Utilisation du Service B CLOUD Les présents termes et conditions sont conclus

Plus en détail

Relations verticales au sein de la chaîne d'approvisionnement alimentaire: Principes de bonnes pratiques

Relations verticales au sein de la chaîne d'approvisionnement alimentaire: Principes de bonnes pratiques Relations verticales au sein de la chaîne d'approvisionnement alimentaire: Principes de bonnes pratiques Proposés par les principaux membres de la plateforme interentreprises AIM CEJA CELCAA CLITRAVI Copa

Plus en détail

4. Espace serveur et transfert de données

4. Espace serveur et transfert de données 1 CONDITIONS GENERALES WHOMAN WHOMAN : WHISE : Client : Utilisateur(s) : Distributeur WHOMAN : Conditions générales : Annexes : Le logiciel est une plateforme de service telle que décrite sur la page d

Plus en détail

Pourquoi OneSolutions a choisi SyselCloud

Pourquoi OneSolutions a choisi SyselCloud Pourquoi OneSolutions a choisi SyselCloud Créée en 1995, Syselcom est une société suisse à capitaux suisses. Syselcom est spécialisée dans les domaines de la conception, l intégration, l exploitation et

Plus en détail

Fiche méthodologique Rédiger un cahier des charges

Fiche méthodologique Rédiger un cahier des charges Fiche méthodologique Rédiger un cahier des charges Plan de la fiche : 1 : Présentation de la fiche 2 : Introduction : les grands principes 3 : Contenu, 1 : positionnement et objectifs du projet 4 : Contenu,

Plus en détail

CONVENTION INDIVIDUELLE D HABILITATION. «société d assurance indépendante» (Convention complète)

CONVENTION INDIVIDUELLE D HABILITATION. «société d assurance indépendante» (Convention complète) CONVENTION INDIVIDUELLE D HABILITATION «société d assurance indépendante» (Convention complète) Les parties à la convention - Le Ministre de l intérieur représenté par le Préfet de - Raison sociale : numéro

Plus en détail

CONDITIONS GENERALES D ACHAT BONTAZ CENTRE

CONDITIONS GENERALES D ACHAT BONTAZ CENTRE CONDITIONS GENERALES D ACHAT BONTAZ CENTRE Article 1 : Objet et champ d application Sauf accord particulier dûment négocié entre les parties sous quelque forme que ce soit, ces présentes conditions générales

Plus en détail

Le contrat SID-Services

Le contrat SID-Services Version : 2.4 Revu le : 01/09/2008 Auteur : Jérôme PREVOT Le contrat SID-Services Objectif : Mettre en place un suivi actif et sécurisé de votre informatique. Moyens : SID vous propose une gamme d outils

Plus en détail

CONDITIONS GENERALES DE VENTES -REFERENCEMENT NATUREL

CONDITIONS GENERALES DE VENTES -REFERENCEMENT NATUREL ARTICLE 1 : OBJET CONDITIONS GENERALES DE VENTES -REFERENCEMENT NATUREL Le présent contrat a pour objet de déterminer les conditions dans lesquelles le Prestataire assurera le référencement naturel et

Plus en détail

Modèle de cahier des charges CRM

Modèle de cahier des charges CRM Modèle de cahier des charges CRM Vous trouverez dans ce modèle de cahier des charges les éléments généralement nécessaires au bon fonctionnement d un projet CRM. Chaque entreprise étant unique, il vous

Plus en détail

4 rue Alfred Kastler 19, rue du Daguenet 44307 NANTES 49100 Angers

4 rue Alfred Kastler 19, rue du Daguenet 44307 NANTES 49100 Angers ENTRE ECOLE DES MINES DE NANTES ET OPENPORTAL SOFTWARE 4 rue Alfred Kastler 19, rue du Daguenet 44307 NANTES 49100 Angers Contrat de maintenance des services de Mises à jour et Support des logiciels de

Plus en détail