Un contrat SaaS engage l'éditeur sur la délivrance d'un service en continu. Cette continuité repose sur trois piliers opérationnels : l'hébergement, qui assure la disponibilité technique du service ; la maintenance, qui garantit le bon fonctionnement et l'évolution du logiciel ; le support, qui traite les incidents et les demandes des utilisateurs. Chacun de ces piliers doit être encadré contractuellement, avec des engagements précis et des conséquences définies en cas de manquement.
L'absence de clauses sur ces points — ou des clauses trop vagues — est l'une des sources les plus fréquentes de litiges dans les contrats SaaS.
Table of Contents
ToggleL'hébergement et la disponibilité du service
L'éditeur SaaS s'appuie généralement sur un hébergeur cloud (infrastructure tiers) pour délivrer son service. Cette sous-traitance technique ne décharge pas l'éditeur de ses obligations vis-à-vis du client : c'est bien l'éditeur qui s'engage sur la disponibilité du service, et c'est à lui de répercuter les engagements nécessaires sur son hébergeur.
Le contrat SaaS doit préciser le taux de disponibilité garanti (exprimé en pourcentage sur une période de référence, généralement mensuelle), les plages horaires couvertes, les fenêtres de maintenance planifiée (pendant lesquelles l'indisponibilité n'est pas comptabilisée), les exclusions (pannes internet du client, cas de force majeure) et la méthode de calcul du taux de disponibilité effectif.
Les niveaux de service et leurs conséquences
Un SLA sans conséquence n'est pas un engagement, c'est une déclaration d'intention. Les pénalités ou crédits de service en cas de non-respect du taux de disponibilité doivent être définis : leur montant, leur mode de calcul, leur caractère exclusif ou cumulatif avec d'autres recours. Un droit de résiliation en cas de manquements répétés est également utile pour le client dont le service est critique.
Les niveaux de priorité pour la gestion des incidents (P1 à P4 selon la gravité) doivent être définis avec les temps de prise en charge et les temps de résolution attendus. Ces engagements permettent au client de comprendre ce qu'il peut attendre en cas de problème et à l'éditeur de gérer ses ressources de support de manière prévisible.
La maintenance corrective et évolutive
La maintenance corrective couvre la résolution des bugs et des anomalies affectant le fonctionnement normal du service. La maintenance évolutive couvre les évolutions fonctionnelles et les montées de version. Ces deux catégories doivent être distinguées dans le contrat : la maintenance corrective est généralement incluse dans la redevance de base, tandis que la maintenance évolutive peut être facturée séparément ou faire l'objet d'un accord spécifique.
Le contrat doit également préciser les conditions dans lesquelles l'éditeur peut modifier le service — retirer des fonctionnalités, modifier des interfaces, changer d'hébergeur — et les obligations d'information préalable du client.
Le support utilisateur
Les modalités du support (canal de contact, horaires, délais de réponse, base de connaissance, support téléphonique ou uniquement par ticket) doivent être définies. Pour les clients dont l'activité dépend directement du service, un support disponible en dehors des heures ouvrées peut être indispensable. Ce niveau de service doit faire l'objet d'une offre spécifique avec des engagements précis.
La responsabilité de l'éditeur vis-à-vis de son hébergeur
L'éditeur qui externalise son hébergement doit s'assurer que ses propres engagements contractuels vis-à-vis du client sont couverts par ses contrats avec son hébergeur. Un désalignement entre les deux niveaux de contrat (l'éditeur s'engage sur 99,9 % de disponibilité mais son hébergeur ne garantit que 99,5 %) crée un risque à la charge de l'éditeur qu'il ne peut pas répercuter.
Pour une analyse globale de votre contrat SaaS, consultez notre article sur les clauses essentielles d'un contrat SaaS et notre page dédiée à l'avocat SaaS.