Modèle de contrat de support SaaS gratuit

Présentation

Le contrat de support SaaS organise l'assistance technique fournie par un éditeur à ses clients utilisateurs d'un service hébergé (SaaS), en complément du contrat d'abonnement principal. Il précise les canaux de contact disponibles, les horaires de disponibilité du support, et surtout les délais de prise en charge et de résolution des demandes, généralement gradués selon le niveau de criticité du problème signalé. Ce contrat peut être intégré au contrat SaaS principal sous forme de clause ou d'annexe, ou constituer un document séparé, notamment lorsque le support fait l'objet d'une offre commerciale distincte (support standard inclus, support premium payant). Ce contrat relève du droit commun des contrats (articles 1101 et suivants du Code civil) et s'analyse comme une prestation de service accessoire au contrat principal de mise à disposition du logiciel. Sa clause centrale est la matrice de criticité des tickets, qui associe à chaque niveau de gravité (critique, majeur, mineur) un temps de réponse maximal (accusé de réception de la demande) et, le cas échéant, un temps de résolution cible. Cette matrice doit être définie avec précision : un engagement de support vague, non chiffré ou non gradué selon la criticité, prive le client de tout recours concret en cas de défaillance du support sur un incident bloquant. Quand l'utiliser : chaque fois qu'un éditeur SaaS souhaite formaliser ses engagements de support technique envers ses clients professionnels, que ce soit dans le cadre d'une offre incluse dans l'abonnement ou d'une offre de support renforcé facturée séparément. Parties : l'éditeur ou fournisseur du service SaaS, responsable de la fourniture du support technique, et le client professionnel bénéficiaire de ce support, dont l'identité et le numéro SIREN doivent être précisés. Clauses essentielles : les canaux de contact du support (portail de tickets, email, téléphone, chat) et leurs horaires de disponibilité ; la matrice de criticité des demandes et les temps de réponse et de résolution associés à chaque niveau ; le périmètre du support, qui couvre en principe les dysfonctionnements du service mais exclut généralement l'assistance à la configuration métier ou à la formation des utilisateurs, sauf mention contraire ; les modalités d'escalade en cas de non-respect des délais convenus ; et l'articulation du support avec le SLA de disponibilité du service, qui relève d'un engagement distinct portant sur l'accessibilité globale du service plutôt que sur le traitement des demandes individuelles. Erreurs à éviter : confondre le contrat de support (traitement des demandes individuelles des utilisateurs) avec le SLA de disponibilité (engagement global sur le taux de fonctionnement du service), ces deux engagements répondant à des logiques différentes et devant être distingués clairement ; définir des temps de réponse identiques quel que soit le niveau de criticité du ticket, ce qui ne reflète pas l'urgence réelle des incidents bloquants ; omettre de préciser le périmètre exact couvert par le support (bugs du service versus questions d'utilisation ou de configuration métier) ; et ne prévoir aucune conséquence concrète en cas de non-respect répété des délais de réponse convenus, ce qui vide l'engagement de support de toute portée contraignante.

Informations à personnaliser

• Nom ou raison sociale de l'éditeur

• Forme juridique de l'éditeur

• Numéro SIREN de l'éditeur

• Adresse de l'éditeur

• Nom ou raison sociale du client

• Forme juridique du client

• Numéro SIREN du client

• Adresse du client

• Nom du service SaaS concerné

• Canaux de contact du support

  Ex. : portail de tickets, email, téléphone, chat.

• Horaires de disponibilité du support

• Temps de réponse maximal pour un ticket critique

• Temps de réponse maximal pour un ticket majeur

• Temps de réponse maximal pour un ticket mineur

• Temps de résolution cible par niveau de criticité

• Périmètre exact du support (inclus/exclus)

• Modalités d'escalade en cas de non-respect des délais

• Prix du support (si distinct de l'abonnement SaaS)

• Date de signature du contrat

Personnalisez votre modèle

Questions fréquentes

En quoi le contrat de support SaaS diffère-t-il du SLA de disponibilité ?

Le contrat de support porte sur le traitement des demandes individuelles des utilisateurs (délais de réponse et de résolution des tickets), tandis que le SLA porte sur un engagement global de taux de disponibilité du service. Ce sont deux engagements distincts qui répondent à des logiques différentes.

Qu'est-ce qu'une matrice de criticité des tickets ?

C'est le tableau qui associe à chaque niveau de gravité d'un incident (critique, majeur, mineur) un temps de réponse maximal, et le cas échéant un temps de résolution cible. C'est la clause centrale d'un contrat de support, car elle détermine concrètement le niveau de service réel offert au client.

Le support couvre-t-il l'assistance à la configuration ou à la formation ?

Cela dépend de ce qui est expressément prévu au contrat : par défaut, le support couvre les dysfonctionnements techniques du service, et non l'assistance à la configuration métier ou à la formation des utilisateurs, sauf mention contraire.

Que se passe-t-il si l'éditeur ne respecte pas les délais de réponse convenus ?

Le contrat doit prévoir une procédure d'escalade en cas de non-respect répété des délais convenus. En l'absence d'une telle clause, l'engagement de support risque de rester dépourvu de portée contraignante réelle.

Le support SaaS est-il toujours inclus dans l'abonnement ?

Pas nécessairement : certains éditeurs proposent un support de base inclus dans l'abonnement et un support renforcé (délais plus courts, canaux supplémentaires) facturé séparément, notamment pour les clients ayant des besoins de criticité élevée.

Modèles associés