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.