Contrat SaaS marque blanche : clauses essentielles

Le contrat SaaS en marque blanche permet à un éditeur SaaS de proposer sa solution logicielle à un tiers (le client) qui la commercialise sous sa propre marque, sans révéler le véritable fournisseur auprès des utilisateurs finaux. Ce modèle présente des avantages commerciaux importants, mais nécessite une vigilance particulière sur certains points juridiques. Voici les éléments clés à intégrer pour sécuriser efficacement vos contrats SaaS en marque blanche.

1. Définir la notion de marque blanche dans le contrat

La première étape essentielle est de définir précisément ce qu'est la « marque blanche » dans le contrat, par exemple :

« Mise à disposition de la Solution SaaS pour une utilisation sous la marque du Client, sans mention du Prestataire auprès des utilisateurs finaux. »

Il est crucial de spécifier que le contrat porte exclusivement sur la licence d'utilisation de la plateforme SaaS, destinée à être commercialisée par le client à ses propres utilisateurs.

2. Adapter les droits d'utilisation

Le contrat doit préciser clairement les droits accordés au client :

• Licence non exclusive, non transférable, éventuellement territoriale ou mondiale.
• Droits de personnalisation (nom, logo, couleurs, URL).

La différence avec le contrat SaaS classique porte essentiellement sur la personnalisation, qui n'est pas possible en SaaS standard. Pour une vue d'ensemble des clauses d'un contrat SaaS, consultez le guide de contractualisation SaaS.

3. Obligations du client

Définissez clairement les obligations du client, notamment :

• Interdiction formelle de se présenter comme le développeur original de la solution (il n'est pas nécessaire d'être transparent à 100 % à l'exception de la partie relative à la sous-traitance de données personnelles, mais ne pas dépasser cela).
• Interdiction de modifier le code source ou de procéder à toute ingénierie inverse.
• Obligation de respecter strictement les usages autorisés par le contrat.

4. Accès des utilisateurs finaux

Deux approches peuvent être envisagées :

• Option 1 : l'éditeur SaaS contracte uniquement avec le client, qui assume toutes les responsabilités vis-à-vis des utilisateurs finaux.
• Option 2 : l'éditeur SaaS impose certaines obligations directement aux utilisateurs finaux via des Conditions Générales d'Utilisation (CGU) clairement référencées.

Quelle que soit l'option choisie, une clause doit prévoir la responsabilité exclusive du client pour les actes de ses utilisateurs finaux.

Le choix entre ces deux options a des conséquences concrètes. Dans l'option 1, le client gère seul le support et les réclamations des utilisateurs finaux : l'éditeur SaaS n'a aucun lien contractuel avec eux, ce qui simplifie la gestion mais expose le client en cas de problème. Dans l'option 2, l'éditeur conserve un contrôle direct sur certaines conditions d'utilisation, ce qui est utile lorsque des obligations réglementaires (notamment RGPD) imposent une transparence sur l'identité du sous-traitant technique. C'est aussi l'option à privilégier lorsque le service traite des données sensibles ou que l'éditeur souhaite encadrer directement la responsabilité liée à l'usage de sa plateforme.

5. Propriété intellectuelle

Cette section doit affirmer explicitement :

• La propriété exclusive de l'éditeur SaaS sur la solution, même rebrandée.
• L'absence de transfert de propriété intellectuelle en cas de personnalisation.
• L'encadrement strict de l'utilisation des marques et logos.

Le client est uniquement propriétaire de ses éléments de marque, qu'il intègre à la solution lors du paramétrage.

6. Support et maintenance

Il convient de définir clairement :

• Qui est responsable du support aux utilisateurs finaux (client ou éditeur SaaS).
• Les délais, niveaux de service (SLA) et modalités de support.

En général, le client est responsable du support de premier niveau et l'éditeur SaaS du second niveau. L'éditeur SaaS n'a en principe pas d'interaction avec le client final.

7. Protection des données personnelles

Cette partie cruciale doit préciser les rôles :

• Client : généralement responsable de traitement.
• Éditeur SaaS : sous-traitant.

Prévoyez un accord sur le traitement des données (DPA) détaillé, ainsi que les obligations du client d'informer ses utilisateurs finaux. L'éditeur SaaS sera déclaré comme sous-traitant RGPD.

8. Responsabilité et garantie

• Limitez explicitement la responsabilité de l'éditeur SaaS vis-à-vis des utilisateurs finaux.
• Prévoyez une clause d'indemnisation si un comportement du client ou de ses utilisateurs finaux cause un préjudice à l'éditeur SaaS.

L'objectif est de prévoir une séparation claire entre les obligations de l'éditeur SaaS (fournir la plateforme technique) et du client (fournir la solution adaptée à ses propres clients, pour son propre usage). Ce schéma se rapproche de celui de la vente indirecte, avec une couche supplémentaire liée à la marque.

9. Tarification en marque blanche

Le modèle tarifaire d'un contrat marque blanche diffère sensiblement du SaaS standard. L'éditeur facture généralement un prix de gros au revendeur, qui applique ensuite sa propre marge vis-à-vis de ses utilisateurs finaux. Le contrat doit prévoir la structure tarifaire retenue (prix par utilisateur, forfait mensuel, paliers de volume) et préciser que l'éditeur ne peut pas imposer un prix de revente fixe — le revendeur restant libre de sa politique commerciale. Cette question rejoint celle de la facturation variable en SaaS, avec une complexité supplémentaire liée à la chaîne de distribution.

Conclusion

La marque blanche crée une chaîne contractuelle à trois niveaux — éditeur, revendeur, utilisateur final — où chaque maillon doit savoir exactement ce qu'il peut et ne peut pas faire. Plus le contrat est précis sur la répartition des rôles, moins le risque de litige est élevé. Si vous envisagez de proposer votre SaaS en marque blanche ou de le distribuer via un partenaire, prenez rendez-vous.

‍