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

«Cahier des charges» signifie la liste des caractéristiques que le Service devra contenir.

«Cahier des charges» signifie la liste des caractéristiques que le Service devra contenir. PAGE 1/ Conditions générales 1. Objet du contrat Les présentes Conditions générales définissent les conditions applicables à la relation contractuelle entre les parties au contrat pour les services définis

Plus en détail

Préambule CHARTE DEONTOLOGIQUE

Préambule CHARTE DEONTOLOGIQUE Préambule Le secteur des Technologies de l Information et de la Communication (T.I.C.) est souvent mal connu par les entreprises et les organisations susceptibles de les utiliser. Cette méconnaissance

Plus en détail

Charte de bonnes pratiques des prestataires TIC

Charte de bonnes pratiques des prestataires TIC Charte de bonnes pratiques des prestataires TIC Sommaire Editorial 3 Introduction 4 Propriété 4 Principe 4 Engagement 4 Déontologie : règles générales 5 Le respect des personnes 5 L attitude face aux clients

Plus en détail

Conditions générales de ventes

Conditions générales de ventes Conditions générales de ventes Article 1 Application des conditions générales. Les présentes conditions générales sont portées à la connaissance du client. En conséquence, toute demande d intervention

Plus en détail

Conditions Generales de Vente

Conditions Generales de Vente Article 1er - Champ d application Les présentes conditions générales de vente constituent, conformément à l article L.441-6 du Code de commerce, le socle unique de la relation commerciale entre les Parties.

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

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 d utilisation du service e-plug.net e-backup

Conditions d utilisation du service e-plug.net e-backup Page 1 sur 6 Conditions d utilisation du service e-plug.net e-backup Entre e-plug.net, entreprise individuelle, ayant son siège social au 19 rue Georges Pompidou 80300 Ville sur Ancre et immatriculée au

Plus en détail

Contrat d Assistance Sage

Contrat d Assistance Sage Contrat d Assistance Sage A titre de rappel, il est précisé que les conditions générales d utilisation auxquelles est soumis le client depuis l acquisition des licences restent applicables aux Progiciels

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

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

Norme relative au système de gestion des fournisseurs de services de contrôle de l ACSTA (2015)

Norme relative au système de gestion des fournisseurs de services de contrôle de l ACSTA (2015) Public Works and Government Services Canada Canadian General Standards Board Travaux publics et Services gouvernementaux Canada Office des normes générales du Canada Norme relative au système de gestion

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

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 générales d hébergement de l application La-Vie-Scolaire.fr

Conditions générales d hébergement de l application La-Vie-Scolaire.fr de l application La-Vie-Scolaire.fr Référence :.. Date : Définitions «Contrat d accès au Service» : désigne le bon de commande, les conditions générales de vente et les éventuels annexes ou avenants conclus

Plus en détail

CONVENTION D'UTILISATION FAS

CONVENTION D'UTILISATION FAS CONVENTION D'UTILISATION Objectif du document : Une convention d'utilisation est un contrat spécifique à un service qui stipule les conditions liées à l'utilisation d'un service spécifique de Fedict. Il

Plus en détail

Service HP de réparation du matériel sur site dans un délai de 6 heures Services contractuels d assistance clientèle HP

Service HP de réparation du matériel sur site dans un délai de 6 heures Services contractuels d assistance clientèle HP Service HP de réparation du matériel sur site dans un délai de 6 heures Services contractuels d assistance clientèle HP Notre équipe de spécialistes de l assistance commencera rapidement à dépanner votre

Plus en détail

Norme relative au système de gestion des fournisseurs de services de contrôle de l ACSTA (2009)

Norme relative au système de gestion des fournisseurs de services de contrôle de l ACSTA (2009) Public Works and Travaux publics et Government Services Services gouvernementaux Canada Canada Canadian General Standards Board Office des normes générales du Canada Norme relative au système de gestion

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

Conditions Générales de Vente de Nova Beez SARL

Conditions Générales de Vente de Nova Beez SARL Conditions Générales de Vente de Nova Beez SARL Les conditions générales de vente ont pour objet de définir les droits et obligations de Nova Beez et de son client dans le cadre des prestations et services.

Plus en détail

CONDITIONS GÉNERALES DU CONTRAT SCAN & LINK UTILISATEUR

CONDITIONS GÉNERALES DU CONTRAT SCAN & LINK UTILISATEUR CONDITIONS GÉNERALES DU CONTRAT SCAN & LINK UTILISATEUR Veuillez lire attentivement les présentes Conditions générales du Contrat du logiciel SCAN & LINK UTILISATEUR. Ces Conditions générales sont disponibles

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

Service HP Support Plus Services contractuels d assistance clientèle HP

Service HP Support Plus Services contractuels d assistance clientèle HP Service HP Support Plus Services contractuels d assistance clientèle HP Des services complets pour matériel et logiciels vous permettent d améliorer la disponibilité de votre infrastructure informatique.

Plus en détail

CONDITIONS PARTICULIERES DE VENTE DES SERVICES D INFOGERANCE

CONDITIONS PARTICULIERES DE VENTE DES SERVICES D INFOGERANCE CONDITIONS PARTICULIERES DE VENTE DES SERVICES D INFOGERANCE 1. DEFINITIONS L'infogérance consiste à confier la gestion de toute ou partie d'un système informatique à un prestataire externe à l'entreprise

Plus en détail

Protection de l Information et Sécurité Système d Information, quelles sont les vertus d une sensibilisation bien organisée

Protection de l Information et Sécurité Système d Information, quelles sont les vertus d une sensibilisation bien organisée Protection de l Information et Sécurité Système d Information, quelles sont les vertus d une sensibilisation bien organisée «Des acteurs non sensibilisés aux risques liés à l usage des technologies de

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

LE 18 INFORMATIQUE SERVICES INFORMATIQUES POUR PROFESSIONNELS. CONDITION GENERALES CONTRAT DE MAINTENANCE N PACK Choisissez un élément.

LE 18 INFORMATIQUE SERVICES INFORMATIQUES POUR PROFESSIONNELS. CONDITION GENERALES CONTRAT DE MAINTENANCE N PACK Choisissez un élément. CONDITION GENERALES CONTRAT DE MAINTENANCE N PACK Choisissez un élément. Entre les soussignées : Le 18 informatique 780 route de Bérat 31410 LAVERNOSE-LACASSE Représentée par Mr LIOU Bruce, directeur général,

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

Convention de Designer

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

Plus en détail

CONDITIONS GÉNÉRALES DES CONTRATS DE LOCATION ET DE PRESTATION DE SERVICES CREATIVE TECHNOLOGY SPAIN, S.L.U.

CONDITIONS GÉNÉRALES DES CONTRATS DE LOCATION ET DE PRESTATION DE SERVICES CREATIVE TECHNOLOGY SPAIN, S.L.U. CONDITIONS GÉNÉRALES DES CONTRATS DE LOCATION ET DE PRESTATION DE SERVICES CREATIVE TECHNOLOGY SPAIN, S.L.U. 0.- DÉFINITIONS. Dans le cadre des présentes conditions générales, les termes ci-dessous ont

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

C O N D I T I O N S G É N É R A L E S

C O N D I T I O N S G É N É R A L E S VERSION GLOBALE 13 novembre 20142 mai 2014 C O N D I T I O N S G É N É R A L E S D E S E R V I C E 1. INTRODUCTION VOLVO souhaite vous offrir les meilleurs Services disponibles (tels que définis au bas

Plus en détail

ROMAIN HENNION HUBERT TOURNIER ÉRIC BOURGEOIS. Cloud. computing. Décider Concevoir Piloter Améliorer. Groupe Eyrolles, 2012, ISBN : 978-2-212-13404-9

ROMAIN HENNION HUBERT TOURNIER ÉRIC BOURGEOIS. Cloud. computing. Décider Concevoir Piloter Améliorer. Groupe Eyrolles, 2012, ISBN : 978-2-212-13404-9 ROMAIN HENNION HUBERT TOURNIER ÉRIC BOURGEOIS Cloud computing Décider Concevoir Piloter Améliorer Groupe Eyrolles, 2012, ISBN : 978-2-212-13404-9 Partie III Concevoir Les différents types de contrats ITIL

Plus en détail

Passer de l ISO 9001:2008 à l ISO 9001:2015

Passer de l ISO 9001:2008 à l ISO 9001:2015 ISO 9001 Guide de transition Révisions ISO Passer de l ISO 9001:2008 à l ISO 9001:2015 La nouvelle norme internationale pour les systèmes de management de la qualité ISO 9001 - Système de Management de

Plus en détail

MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Ind B Février 2014

MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Ind B Février 2014 MANUEL DE MANAGEMENT DE Edition 6 LA Février 2014 DIFFUSION INTERNE CONTROLEE Rédaction Valérie MINSENTI Responsable Management de la Qualité et de la Sécurité Date : 18/02/14 Visa : Approbation M. Vincent

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

CONVENTION D'UTILISATION SERVICE E-PAYMENT

CONVENTION D'UTILISATION SERVICE E-PAYMENT CONVENTION D'UTILISATION SERVICE E-PAYMENT Objectif du document : Une convention d'utilisation est un contrat spécifique à un service qui stipule les conditions liées à l'utilisation d'un service spécifique

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

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

Service Level Agreement 99,9 % Hosted by Its Integra, certifiée ISO 9001 et ISO 14001 par Bureau Veritas Certification Affaires 6008579 et 6009460

Service Level Agreement 99,9 % Hosted by Its Integra, certifiée ISO 9001 et ISO 14001 par Bureau Veritas Certification Affaires 6008579 et 6009460 Lieux d hébergements Nominal : Interxion PAR 7 la Courneuve PRA : Interxion PAR5 Saint-Denis Une infrastructure mixte Architecture Des composants dédiés afin de garantir les performances : Serveurs lames

Plus en détail

Checklist: Contrats de Cloud Computing

Checklist: Contrats de Cloud Computing Checklist: Contrats de Cloud Computing crosslaw s checklists Date : 21 Novembre 2015 Version 1.4 Tags : ICT Law François Coppens François est collaborateur senior chez Crosslaw. Il se spécialise dans le

Plus en détail

CONTRAT DE SERVICE D EXTERNALISATION DE DONNÉES DES NOTAIRES

CONTRAT DE SERVICE D EXTERNALISATION DE DONNÉES DES NOTAIRES CONTRAT DE SERVICE D EXTERNALISATION DE DONNÉES DES NOTAIRES Préparé et sous la responsabilité du Secrétariat de l Ordre Approuvé le : 20 février 2014 à la séance du Comité exécutif Mis à jour le : s/o

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

PLAN DE CONTROLE EXTERNE DU REFERENTIEL AFAQ Service Confiance

PLAN DE CONTROLE EXTERNE DU REFERENTIEL AFAQ Service Confiance PLAN DE CONTROLE EXTERNE DU REFERENTIEL AFAQ Service Confiance REF 118 01 Sauvegarde à distance de données numériques REFERENCE : PCE-118-01 30/03/2001 PCE- 118 01 Page 1 sur 17 30/03/2001 Toute reproduction

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 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

BlackBerry ID. Guide de l'utilisateur

BlackBerry ID. Guide de l'utilisateur BlackBerry ID Guide de l'utilisateur SWD-1590032-0207040536-002 Table des matières À propos de BlackBerry ID... 2 Création, modification et utilisation de votre identifiant BlackBerry ID... 3 Créer un

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 MAINTENANCE DU LOGICIEL «ROUBLAC»

CONTRAT DE MAINTENANCE DU LOGICIEL «ROUBLAC» CONTRAT DE MAINTENANCE DU LOGICIEL «ROUBLAC» ENTRE LES SOUSSIGNES Le Centre Hospitalier de Roubaix Dont le Siège social est à Roubaix 37 rue de Barbieux prise en la personne de son représentant légal Monsieur

Plus en détail

ITIL Examen Fondation

ITIL Examen Fondation ITIL Examen Fondation Échantillon d examen A, 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

OBJET : CONTRAT HEBERGEMENT WEB - 2DMSWeb.fr

OBJET : CONTRAT HEBERGEMENT WEB - 2DMSWeb.fr 2D ONLINE Association 3 rue Saint-Fiacre, 58000 NEVERS Fax. : 09 72 47 64 06 Le 15/11/2014 à NEVERS OBJET : CONTRAT HEBERGEMENT WEB - 2DMSWeb.fr Article 1 : Définition du contrat. Le présent contrat s

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

CONDITIONS PARTICULIERES D INSTALLATION ET D HEBERGEMENT DES SERVEURS PRIVES VIRTUELS

CONDITIONS PARTICULIERES D INSTALLATION ET D HEBERGEMENT DES SERVEURS PRIVES VIRTUELS CONDITIONS PARTICULIERES D INSTALLATION ET D HEBERGEMENT DES SERVEURS PRIVES VIRTUELS Article 1 Définitions «Anomalie» : désigne tout dysfonctionnement ou non-conformité des fonctionnalités du Serveur

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

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

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

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 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

PROCEDURE FRAUDE Page : 1/6

PROCEDURE FRAUDE Page : 1/6 GTG 2007 - GT1 Version V1 du 19 janvier 2007 PROCEDURE FRAUDE Page : 1/6 A- OBJET Cette procédure décrit les différentes étapes qui suivent la détection d une fraude avérée sur un point de comptage et

Plus en détail

Marque Benelux «etic»

Marque Benelux «etic» Marque Benelux «etic» VERSION N 5, adoptée par le Conseil de surveillance en date du 12/4/2011 Préambule Le secteur des Technologies de l Information et de la Communication (T.I.C.) est souvent mal connu

Plus en détail

IMPLANTATION D UN SYSTÈME DE GESTION ÉLECTRONIQUE :

IMPLANTATION D UN SYSTÈME DE GESTION ÉLECTRONIQUE : IMPLANTATION D UN SYSTÈME DE GESTION ÉLECTRONIQUE : SPÉCIFICATIONS TECHNIQUES À L INTENTION DES AGENCES ET COURTIERS À LEUR COMPTE IMPORTANT L OACIQ se réserve le droit de modifier ses exigences en fonction

Plus en détail

Conditions générales de Vente et de Service Reveb Sarl AlloPC

Conditions générales de Vente et de Service Reveb Sarl AlloPC AlloPC Reveb Sarl Conditions générales de Vente et de Service Reveb Sarl AlloPC Conditions générales de vente : Vente directe (s applique à toutes les ventes directes, par Internet ou par téléphone) 1.

Plus en détail

CONDITIONS GENERALES D ACHAT MATERIELS ET EQUIPEMENTS

CONDITIONS GENERALES D ACHAT MATERIELS ET EQUIPEMENTS CONDITIONS GENERALES D ACHAT MATERIELS ET EQUIPEMENTS PREAMBULE Les présentes Conditions Générales s appliquent (à l exclusion de tout autre document établi par le Fournisseur) à l achat par les Ateliers

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

Conditions contractuelles de la location de la e-plateforme Véalis

Conditions contractuelles de la location de la e-plateforme Véalis Conditions contractuelles de la location de la e-plateforme Véalis Article 1 : objet du contrat a) Les présentes conditions générales ont pour objet de définir les conditions techniques et financières

Plus en détail

Page 1/9. 01/2013 Comparaison entre les anciennes conditions de participation et celles qui entreront en vigueur au 26 juin 2013

Page 1/9. 01/2013 Comparaison entre les anciennes conditions de participation et celles qui entreront en vigueur au 26 juin 2013 Comparaison entre les anciennes conditions de participation et celles qui entreront en vigueur au 26 juin 2013. Page 1/9 Toutes les désignations de personnes figurant dans les présentes conditions de participation

Plus en détail

Conditions Générales de Vente. Définitions de S4E concernant la mise à disposition du logiciel S4ZZ et PVSOFT

Conditions Générales de Vente. Définitions de S4E concernant la mise à disposition du logiciel S4ZZ et PVSOFT Conditions Générales de Vente Définitions de S4E concernant la mise à disposition du logiciel S4ZZ et PVSOFT Les termes suivants ont, dans les présentes, la signification qui leur est donnée sauf stipulation

Plus en détail

SERVICES DE TELECOMMUNICATION INTERNET

SERVICES DE TELECOMMUNICATION INTERNET SERVICES DE TELECOMMUNICATION INTERNET CAHIER DES CLAUSES TECHNIQUES PARTICULIERES (C.C.T.P.) CCTP N : 07-06 du 10 mai 2007 Etabli en application du Code des Marchés Publics et relatif au service de connexion

Plus en détail

Processus: Gestion des Changements

Processus: Gestion des Changements Référence Auteur Responsable de processus Processus: Gestion des Changements G_11 Version 3.04 Fabienne MASSET et Philippe BOULANGER Thierry BERTRAND Date 30/03/2015 Statut Objet D'Application Ce document

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

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

LICENCE WEB BOUTIQUE 4 - DEVELOPPEUR PRO

LICENCE WEB BOUTIQUE 4 - DEVELOPPEUR PRO LICENCE WEB BOUTIQUE 4 - DEVELOPPEUR PRO Préambule Vous (ci-après le «Client») venez d acquérir un logiciel édité par Micro Application afin de développer et/ou commercialiser les Boutiques créées avec

Plus en détail

MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Ind A Avril 2012

MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Ind A Avril 2012 MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Avril 2012 DIFFUSION INTERNE CONTROLEE Rédaction Valérie MINSENTI Responsable Management de la Qualité et de la Sécurité Date : 18/05/12 Visa

Plus en détail

Conditions Générales de Maintenance de Logiciels de la société CENIT (Schweiz) AG

Conditions Générales de Maintenance de Logiciels de la société CENIT (Schweiz) AG VERSION MODIFIÉE Conditions Générales de Maintenance de Logiciels de la société CENIT (Schweiz) AG Mise à jour des informations : Décembre 2011 1. Objet et étendue de la maintenance 1.1 L objet du contrat

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

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

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

Pour une meilleure compréhension des présentes conditions générales de vente la société ITL sera nommée «ITL» et son cocontractant «le Client».

Pour une meilleure compréhension des présentes conditions générales de vente la société ITL sera nommée «ITL» et son cocontractant «le Client». ARTICLE 1. PREAMBULE ET DEFINITIONS La société ITL est spécialisée dans la location de fichiers d adresses postales, le traitement et l hébergement de fichiers d adresses et l édition de logiciels. Pour

Plus en détail

ITIL V2 Processus : La Gestion des Configurations

ITIL V2 Processus : La Gestion des Configurations ITIL V2 Processus : La Gestion des Configurations Auteur: Fabian PIAU, Master 2 MIAGE, Nantes La Gestion des Configurations est un processus issu d ITIL version 2 qui aide au soutien du service («Service

Plus en détail

CONDITIONS GÉNÉRALES D UTILISATION DE L ESPACE ADHÉRENT

CONDITIONS GÉNÉRALES D UTILISATION DE L ESPACE ADHÉRENT CONDITIONS GÉNÉRALES D UTILISATION DE L ESPACE ADHÉRENT Définitions Les termes définis ci-dessous, lorsqu ils sont employés avec une majuscule, ont la signification suivante : Adhérent : personne physique

Plus en détail

Pièce 3 Cahier des Clauses Administratives Particulières

Pièce 3 Cahier des Clauses Administratives Particulières VILLE DE LESNEVEN Acquisition et maintenance de logiciels informatiques Marché de fourniture Marché à procédure adaptée (Art. 28 du CMP) Pièce 3 Cahier des Clauses Administratives Particulières Cahier

Plus en détail

BlackBerry Travel Guide de l'utilisateur

BlackBerry Travel Guide de l'utilisateur BlackBerry Travel Guide de l'utilisateur Version: 2.5 SWD-2005926-0418040813-002 Table des matières Mise en route... 2 À propos de BlackBerry Travel... 2 Désactiver la synchronisation automatique des voyages...

Plus en détail

GUIDE DE CONTRAT DE RECHERCHE COLLABORATIF

GUIDE DE CONTRAT DE RECHERCHE COLLABORATIF République Tunisienne Ministère de l'enseignement Supérieur et de la Recherche Scientifique Université de Monastir الجمهورية التونسية وزارة التعليم العالي والبحث العلمي جامعة المنستير GUIDE DE CONTRAT

Plus en détail

SLA (Service Level Agrement) Conditions générales

SLA (Service Level Agrement) Conditions générales Route du Grand-Lancy 87 bis 1212 Grand-Lancy / Genève / Suisse Tél. +41 22 596 44 80 Fax +41 22 596 44 89 www.sdpsys.ch SLA (Service Level Agrement) Conditions générales ORGANISATION 1 INTRODUCTION....2

Plus en détail

Microsoft SharePoint 2010 Conditions Spécifiques

Microsoft SharePoint 2010 Conditions Spécifiques Microsoft SharePoint 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

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 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

PRÉFECTURE DU VAL DE MARNE MARCHÉ DE CONTRÔLE, DE MAINTENANCE PRÉVENTIVE ET CURATIVE ET DE DÉPANNAGE

PRÉFECTURE DU VAL DE MARNE MARCHÉ DE CONTRÔLE, DE MAINTENANCE PRÉVENTIVE ET CURATIVE ET DE DÉPANNAGE PRÉFECTURE DU VAL DE MARNE DIRECTION DES RESSOURCES HUMAINES ET DES AFFAIRES FINANCIERES ET IMMOBILIERES BUREAU DE L IMMOBILIER ET DES MOYENS GENERAUX CELLULE MARCHES PUBLICS MARCHÉ DE CONTRÔLE, DE MAINTENANCE

Plus en détail

Service Level Agreement

Service Level Agreement Service Level Agreement LOGIDRIVE OFFICE ASP-CLOUD - 01/02/2015 - SLA LOGIDRIVE OFFICE ASP-CLOUD pag. 1 / 6 LOGIDRIVE S.A. Avenue du Japon, 1-1420 Braine l Alleud : 02/386.10.60 Fax : 02/386.10.69 E-mail

Plus en détail

Amazon MP3 for BlackBerry Smartphones Guide de l'utilisateur

Amazon MP3 for BlackBerry Smartphones Guide de l'utilisateur Amazon MP3 for BlackBerry Smartphones Guide de l'utilisateur Version: 1.0 SWD-1337789-0214015234-002 Table des matières À propos de Amazon MP3 pour smartphones BlackBerry... 2 Configuration requise...

Plus en détail

Le Pack Pro : Dirigeants de TPE, confiez l ensemble de vos problématiques juridiques à Judicial

Le Pack Pro : Dirigeants de TPE, confiez l ensemble de vos problématiques juridiques à Judicial Le Pack Pro : Dirigeants de TPE, confiez l ensemble de vos problématiques juridiques à Judicial Présentation de Judicial 2013 I Pack Pro : la solution d accompagnement juridique pour les Dirigeants de

Plus en détail

L ARCHIVAGE LEGAL : CE QU IL FAUT SAVOIR

L ARCHIVAGE LEGAL : CE QU IL FAUT SAVOIR L ARCHIVAGE LEGAL : CE QU IL FAUT SAVOIR INTRODUCTION A la suite de grands scandales financiers qui ont ébranlés le monde des affaires, les instances législatives et réglementaires des Etats Unis ont remis

Plus en détail

1 Pourquoi une Gestion des Niveaux de Services?

1 Pourquoi une Gestion des Niveaux de Services? La Gestion des Niveaux de Service 1 Pourquoi une Gestion des Niveaux de Services? Les Accords de Niveaux de Services ou SLA (Service Level Agreements) définissent des objectifs spécifiques sur lesquels

Plus en détail

Conditions Particulières relatives ā l usage du Service PCbanking

Conditions Particulières relatives ā l usage du Service PCbanking Conditions Particulières relatives ā l usage du Service PCbanking Article 1. Stipulation générale Les Conditions Générales Bancaires de bpost banque régissent le Service PCbanking. Les présentes Conditions

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

Outsourcing : questions juridiques

Outsourcing : questions juridiques Outsourcing : questions juridiques Etienne Wery Cabinet ULYS Avocat aux barreaux de Bruxelles et de Paris Chargé de cours à l'université www.ulys.net L auberge espagnole Notion issue de la pratique : pas

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

Contrat d abonnement mensuel au site extranet SMS FUTUROSOFT Postage

Contrat d abonnement mensuel au site extranet SMS FUTUROSOFT Postage Contrat d abonnement mensuel au site extranet SMS FUTUROSOFT Postage Coordonnées FUTUROSOFT Coordonnées CLIENT Raison Social : FUTUROSOFT Société à responsabilité limitée au capital de 109.763 Euros 8-10

Plus en détail

MANUEL DE MANAGEMENT DE LA QUALITE. «Votre satisfaction est notre objectif, chacun de son poste est le garant de son application»

MANUEL DE MANAGEMENT DE LA QUALITE. «Votre satisfaction est notre objectif, chacun de son poste est le garant de son application» MANUEL DE MANAGEMENT DE LA QUALITE «Votre satisfaction est notre objectif, chacun de son poste est le garant de son application» SOMMAIRE 1. INTRODUCTION... 4 1.1. Généralités... 4 1.2. Domaine d application...

Plus en détail