Un contrat de services informatiques est le contrat par lequel un prestataire fournit des services technologiques à votre entreprise : administration informatique, développement logiciel, hébergement, assistance ou une combinaison de ces services. En droit néerlandais, il s'agit généralement d'un contrat de prestation de services (overeenkomst van opdracht) relevant du Livre 7 du Code civil néerlandais (Burgerlijk Wetboek, BW), mais il devient un contrat de prestation de travaux (aanneming van werk) lorsque le prestataire est tenu de fournir un résultat défini.
Cette classification est déterminante. Elle définit si le prestataire est tenu à un effort maximal ou à un résultat, si vous pouvez résilier le contrat par anticipation et ce qui se passe en cas de non-respect d'une échéance. Nous examinons ci-dessous les clauses les plus importantes, classées par ordre de fréquence de litige.
Quel type de contrat constitue un contrat de services informatiques en droit néerlandais ?
Dans la plupart des cas, il s'agit d'un contrat de prestation de services, dans lequel le prestataire est tenu de faire de son mieux. Ce n'est que lorsque le contrat prévoit clairement un résultat défini que le prestataire est tenu de l'obtenir.
Le droit néerlandais distingue deux types d'obligations que les contrats informatiques en anglais confondent souvent. L'obligation de moyens (inspanningsverbintenis) impose au prestataire de fournir le service d'un professionnel raisonnablement compétent. Elle n'est enfreinte que si le prestataire n'a pas atteint ce niveau de compétence. L'obligation de résultat (resultaatsverbintenis) impose un résultat défini. Si ce résultat n'est pas atteint, le prestataire est en situation de manquement contractuel, quels que soient les efforts déployés.
Les fournisseurs prennent en charge la première étape, tandis que les clients assument la seconde. Le terme « livraison », employé de manière imprécise, ne suffit pas à trancher la question. Les tribunaux néerlandais tranchent par interprétation : ils examinent la formulation, les négociations, l’expertise des parties et la finalité commerciale. Si vous achetez un système fonctionnel à une date fixe, le contrat doit stipuler que la livraison de ce système à cette date constitue une obligation de résultat. Il doit également préciser que la réception est évaluée selon des critères définis. Si les deux parties s’engagent sincèrement à fournir le meilleur effort possible, le contrat doit également le mentionner et définir comment cet effort sera mesuré.
Comment la classification influence-t-elle le licenciement ?
Il détermine qui peut résilier le contrat et à quelles conditions. Dans le cadre d'un contrat de services, le client peut en principe le résilier à tout moment.
Conformément à l'article 7:408 du Code civil allemand (BW), le client peut résilier un contrat de services à tout moment. Le prestataire a alors droit à une rémunération raisonnable pour le travail accompli (article 7:411 BW). Ce droit ne peut être exclu lorsque le client est une personne physique. Entre entreprises, il peut l'être, et les conditions générales des prestataires l'excluent ou le limitent généralement. Un prestataire qui a accepté la mission dans le cadre de son activité ne peut le résilier que pour des motifs légitimes et impérieux. En comparant la clause de résiliation à ces règles générales, on comprend immédiatement à qui le contrat s'adresse. Notre guide du contrat de services expose plus en détail les règles légales.
Quel document fait quoi ?
Un contrat informatique se résume rarement à un seul document. On y trouve généralement un accord-cadre, un ou plusieurs cahiers des charges, un accord de niveau de service, un accord de traitement des données et les conditions générales du prestataire.
L'accord-cadre définit les conditions juridiques. Les cahiers des charges ou descriptions de services précisent les prestations fournies. L'accord de niveau de service (SLA) fixe les normes de performance. L'accord de traitement des données s'applique lorsque des données personnelles sont concernées, et les conditions générales du prestataire s'appliquent à l'ensemble. Il est essentiel de définir clairement l'ordre de priorité de ces documents. Ils sont souvent contradictoires, et la clause qui résout la contradiction peut primer sur n'importe quelle autre clause prise individuellement.
Comment définir le périmètre, l'acceptation et le contrôle des changements ?
Décrivez les tâches, et non la catégorie de service, et indiquez ce qui est exclu. Convenez ensuite des modalités de test des livrables et d'approbation des modifications.
La plupart des litiges commencent au niveau de la clause de périmètre. « Services réseau gérés » ne définit pas un périmètre, mais une catégorie. Une description pertinente précise les éléments surveillés et leurs horaires, les correctifs appliqués et leur fréquence, ainsi que le nombre de terminaux et d'utilisateurs concernés. Elle indique également les modalités d'intégration et de désintégration, les incidents pris en compte, les éléments explicitement exclus et les conséquences d'une augmentation des volumes au-delà du seuil de référence.
Les exclusions sont tout aussi importantes que les inclusions, et les prestataires fiables les accueillent favorablement. Il s'agit généralement des interventions d'urgence en dehors des heures ouvrables, de l'acquisition de matériel, des licences de logiciels tiers, des visites sur site, de la récupération de données suite à une erreur du client et du support pour les systèmes non installés par le prestataire. Lorsque ces prestations sont exclues, le contrat doit également préciser le tarif applicable en cas de besoin.
Quand avez-vous besoin d'une procédure d'acceptation ?
Lorsqu'un produit ou un service est construit plutôt que simplement exploité. Sans cela, il est difficile de savoir si le fournisseur a réellement livré le produit ou le service.
Définissez clairement qui effectue les tests, selon quels critères et dans quel délai. Précisez ce qui constitue un défaut et son niveau de gravité. Convenez du nombre de cycles de correction accordés au fournisseur, des conséquences d'un non-test dans les délais et de la sanction d'un refus définitif. Les clauses d'acceptation tacite, qui stipulent que le livrable est considéré comme accepté même en l'absence de réponse dans les temps, sont courantes dans les contrats des fournisseurs et généralement applicables. Il est préférable de ne pas les contester systématiquement. Fixez un délai réaliste et faites-le courir uniquement à compter de la livraison effective d'un élément testable par le fournisseur.
Pourquoi le contrôle des changements fait-il partie du même problème ?
Car tout projet informatique d'envergure évolue au fil du temps. Sans procédure établie, vous risquez de vous disputer par la suite sur les points convenus.
En l'absence de procédure, les modifications sont convenues par courriel entre des personnes qui ne peuvent engager leurs organisations. Le litige final porte alors sur l'accord conclu en mars. Une procédure concise permet d'éviter la plupart de ces situations. Elle précise qui peut demander une modification et qui doit l'approuver, explique le mode de calcul du coût et stipule qu'aucune modification n'entre en vigueur tant qu'elle n'a pas été signée par les deux parties.
Que doit contenir un accord de niveau de service ?
Un SLA utilisable précise l'indicateur, la méthode et la période de mesure, les exclusions et les conséquences d'une défaillance. Chacun de ces éléments peut, discrètement, vider de son sens un simple chiffre.
Si le périmètre d'intervention décrit les tâches à accomplir, l' accord de niveau de service (SLA) précise le niveau de qualité de leur exécution. Il convient d'examiner chaque élément séparément, car le chiffre principal n'a de sens qu'une fois les détails connus.
Prenons l'exemple de la disponibilité. Une garantie de 99.9 % paraît impressionnante, mais elle n'implique qu'environ 43 minutes d'indisponibilité par mois (30 jours) ; 99 % impliquent plus de sept heures. Ce chiffre n'a de sens que si l'on tient compte de trois éléments :
- Ce qui est mesuré : la disponibilité de la plateforme n’est pas la même chose que la disponibilité de votre application ;
- Sont exclus : les fenêtres de maintenance planifiées, les pannes de réseau de tiers et les cas de force majeure ;
- Qui mesure cela ? Un prestataire qui rend compte de ses propres performances, sans outil convenu ni droit d’audit, corrige en réalité ses propres devoirs.
Les objectifs de réponse et de résolution doivent être traités de la même manière. Une « réponse » signifie généralement une prise en compte plutôt qu'une correction. Un objectif de réponse de quinze minutes est peu utile sans un objectif de résolution associé. Les deux dépendent de la classification de gravité. Définissez les incidents critiques, élevés, moyens et faibles en fonction de leur impact sur l'activité plutôt que de leurs symptômes techniques, et prévoyez une procédure d'escalade en cas de classification erronée.
Quelle est la valeur réelle d'un crédit de service ?
En guise de compensation, très peu. Ce qui compte, c'est de savoir si les avoirs constituent votre seul recours et si un manquement persistant vous donne le droit de résilier le contrat.
Les crédits de service constituent la solution standard : un pourcentage des frais mensuels remboursé en cas de non-respect d’un objectif. Ils sont utiles comme signal d’alerte pour la direction, mais quasiment inutiles comme compensation. Leur montant est plafonné à une fraction des frais, elle-même faible comparée aux pertes qu’une panne grave peut engendrer. Deux points sont donc essentiels.
Premièrement, vérifiez si les crédits constituent le seul recours. Une clause stipulant que les crédits de service sont le « seul et unique recours » en cas de non-respect des niveaux de service vous prive de tout droit à des dommages et intérêts. Dans de nombreux contrats de niveau de service (SLA), il s'agit de la phrase la plus importante. Deuxièmement, vérifiez si un manquement persistant vous donne le droit de résilier le contrat, généralement après un certain nombre de manquements sur une période glissante. Un client ne bénéficiant que de crédits et ne disposant d'aucun droit de résiliation n'a aucun moyen de pression réel.
Comment les frais et les modalités de paiement doivent-ils être définis ?
Décrivez précisément le modèle de tarification, l'indexation et la facturation. En cas de silence du contrat, la législation néerlandaise relative aux retards de paiement fait foi.
Indiquez le modèle de tarification : forfaitaire, par utilisateur, par appareil, par ticket, au temps passé et aux matériaux utilisés, ou une formule mixte, et précisez ce que chaque option inclut. Précisez l’indice et la date de révision des prix, plutôt que de laisser les augmentations annuelles à la discrétion du prestataire. Indiquez la date d’émission des factures, les informations qu’elles doivent mentionner et la date d’échéance du paiement.
Les règles néerlandaises transposant la directive européenne sur les retards de paiement s'appliquent aux contrats informatiques comme à tout contrat commercial. Conformément à l'article 6:119a du Code civil néerlandais (BW), le paiement entre entreprises est exigible dans un délai de 30 jours en l'absence d'accord sur un délai plus long. Un délai plus long peut être convenu, mais un délai supérieur à 60 jours est nul s'il est manifestement abusif pour le créancier. Dès le retard de paiement, des intérêts de retard légaux courent automatiquement. Le créancier peut également réclamer des frais de recouvrement, avec un minimum de 40 € (article 6:96 du BW).
Les fournisseurs incluent souvent une clause de suspension du service en cas de non-paiement. Bien que légale en principe, cette clause est un outil peu précis dans le secteur informatique, car une suspension peut paralyser votre activité. Il est donc conseillé de l'encadrer par un préavis et une exception pour les montants réellement contestés.
Pouvez-vous négocier les conditions générales du fournisseur ?
Oui, plus souvent que les clients ne le pensent, notamment en ce qui concerne le plafond de responsabilité et les recours prévus par les SLA. Deux règles néerlandaises relatives aux conditions générales peuvent également vous être utiles.
Presque tous les prestataires informatiques néerlandais déclarent leurs conditions générales applicables. Dans ce secteur, beaucoup utilisent les conditions standard publiées par l'association professionnelle. Ces conditions sont rédigées par des professionnels et sont fortement orientées vers le prestataire : obligation de moyens, délais de réclamation courts, responsabilité plafonnée à une partie du montant du contrat et larges exclusions de dommages indirects.
La première règle concerne l'obligation d'information. L'utilisateur de conditions générales doit donner à l'autre partie la possibilité raisonnable d'en prendre connaissance avant ou au moment de la conclusion du contrat, en pratique en les lui fournissant. À défaut, certaines clauses peuvent être annulées (articles 6:233 et 6:234 du Code civil néerlandais). La seconde règle concerne la primauté des clauses. Lorsque les deux parties font référence à leurs propres conditions, le droit néerlandais applique la règle de la « première application » (article 6:225(3) du Code civil néerlandais) : les conditions invoquées en premier s'appliquent, sauf si l'autre partie les rejette expressément. Cette règle diffère de celle en vigueur dans plusieurs autres systèmes juridiques. Nos guides sur les conditions générales expliquées et sur les cinq erreurs les plus fréquentes dans les contrats commerciaux internationaux illustrent concrètement cette approche.
À qui appartiennent le logiciel et le code source ?
Le droit d'auteur appartient à la personne qui l'a créé, et non à celle qui l'a financé. Vous n'en acquérez les droits que s'ils vous sont cédés par écrit et transférés par acte notarié.
L'achat d'un logiciel ne vous en confère pas la propriété. En vertu de la loi néerlandaise sur le droit d'auteur (Auteurswet), la personne qui crée une œuvre en est l'auteur et en détient les droits. Aucune disposition ne transfère la propriété à celui qui a commandé ou financé l'œuvre. Il existe deux exceptions : lorsqu'un employé crée l'œuvre dans le cadre de ses fonctions, l'employeur est considéré comme l'auteur (article 7 de l'Auteurswet) ; lorsqu'une personne morale publie une œuvre en son nom propre sans mentionner de personne physique comme auteur, cette personne morale est considérée comme l'auteur (article 8 de l'Auteurswet). Ces exceptions ne s'appliquent pas au cas courant d'un client faisant appel à un prestataire externe ou à un développeur indépendant.
La cession doit donc faire l'objet d'un accord exprès. Conformément à l'article 2(3) de la loi allemande sur les droits d'auteur (Auteurswet), tout accord de transfert de droits d'auteur ou d'octroi d'une licence exclusive doit être établi par écrit, et le transfert lui-même requiert un acte authentique (akte) à cet effet. Une clause de l'accord stipulant que le client acquiert tous les droits de propriété intellectuelle sur les livrables, signée par les deux parties, suffit. Une facture ou un accord verbal ne sont pas suffisants. Tout transfert de droits doit être documenté de la même manière dans une base de données.
Comment séparer l'arrière-plan, le premier plan et les éléments tiers ?
Attribuer à chaque catégorie sa propre règle : une licence pour le matériel d’arrière-plan, la propriété du matériel de premier plan et une garantie pour les composants tiers et open source.
Les éléments de base sont fournis par le prestataire : ses frameworks, bibliothèques, outils et modules standards. Le prestataire en conserve la propriété et vous obtenez une licence. Définissez la portée, la durée, le territoire et la transférabilité de cette licence. Les éléments de premier plan sont créés spécifiquement pour vous ; la propriété est généralement transférée après paiement intégral. Les composants tiers et open source sont soumis à leurs propres licences. Le prestataire doit garantir quels composants sont utilisés et à quelles conditions, car une licence copyleft intégrée à un logiciel sur mesure peut imposer des obligations imprévues. Notre guide sur les licences de logiciels open source aux Pays-Bas explique ces obligations.
Quand avez-vous besoin d'un dépôt de code source ?
Lorsque votre activité dépend d'un logiciel dont vous n'êtes pas propriétaire, le dépôt fiduciaire vous donne accès au code source si le fournisseur ne peut plus l'assurer.
Avec le système de dépôt fiduciaire, le code source et la documentation de compilation sont déposés auprès d'un agent fiduciaire. Ils vous sont restitués lors d'événements définis, généralement l'insolvabilité du fournisseur ou un manquement persistant à la maintenance du logiciel. Le système de dépôt fiduciaire n'est efficace que si le dépôt est régulièrement mis à jour et que les conditions de restitution peuvent être vérifiées. Notre guide sur le dépôt fiduciaire de logiciels aux Pays-Bas décrit un dispositif opérationnel.
À qui appartiennent vos données ?
Oui, et l'accord doit le stipuler clairement. Les données doivent être traitées séparément de la propriété intellectuelle.
L'accord doit préciser le format de restitution de vos données, l'obligation du fournisseur d'assister un fournisseur successeur et son obligation de supprimer les copies restantes. Si le fournisseur souhaite utiliser vos données pour améliorer ses propres services ou entraîner des modèles, une autorisation explicite et négociée séparément est requise ; une simple mention en annexe ne suffit pas.
Que doit contenir le contrat de traitement des données ?
Lorsque le prestataire traite des données personnelles sur vos instructions, le RGPD exige un accord de sous-traitance écrit comportant un contenu précis. En l'absence de cet accord, les deux parties sont exposées à des risques.
L’article 28, paragraphe 3, du Règlement général sur la protection des données (RGPD) précise le contenu que doit contenir l’accord. Celui-ci doit décrire l’objet et la durée du traitement, sa nature et sa finalité, les catégories de données à caractère personnel et les catégories de personnes concernées. Il doit également imposer un ensemble d’obligations au sous-traitant :
- traitement uniquement sur instructions documentées ;
- garantir la confidentialité du personnel ;
- en prenant les mesures de sécurité techniques et organisationnelles appropriées ;
- n’engager de sous-traitants qu’avec autorisation et à des conditions équivalentes ;
- assister le responsable du traitement des demandes des personnes concernées et des notifications de violation de données ;
- supprimer ou restituer les données à la fin du service.
Un accord qui ne comporte pas ces éléments n'est pas conforme. Notre guide sur l' accord de traitement des données aux Pays-Bas détaille le contenu requis.
Il est primordial de bien définir les rôles. Un fournisseur qui détermine ses propres finalités, par exemple en utilisant les données pour ses propres analyses, est responsable du traitement et non sous-traitant. L'accord doit refléter la réalité, et non l'appellation que les parties préfèrent.
À quel point la clause de sécurité doit-elle être précise ?
Assez précis pour que vous puissiez le vérifier. Nommez les mesures et prévoyez un moyen de les vérifier.
Les mesures pertinentes comprennent le chiffrement des données au repos et en transit, le contrôle d'accès basé sur les rôles avec authentification multifacteur, la journalisation et la conservation des journaux, ainsi que des délais pour la gestion des correctifs et des vulnérabilités. Il convient également d'ajouter la fréquence des sauvegardes et les tests de restauration, la séparation des clients dans un environnement partagé et la sécurité physique lorsque le fournisseur exploite ses propres installations. Un droit d'audit, ou l'obligation de fournir un rapport d'assurance indépendant et les résultats des tests d'intrusion, permet de transformer ces engagements en éléments vérifiables.
Que doit contenir la clause de notification de violation de données ?
Le fournisseur devrait être tenu de vous informer dans un délai court et fixe. À défaut, vous ne pourrez pas respecter votre propre délai de 72 heures.
Conformément à l'article 33 du RGPD, le responsable du traitement doit notifier l'autorité de contrôle dans les 72 heures suivant la découverte d'une violation de données à caractère personnel, sauf si cette violation est peu susceptible de présenter un risque. Aux Pays-Bas, cette autorité est l'Autorité néerlandaise de protection des données (Autoriteit Persoonsgegevens). Lorsque le risque est élevé, le responsable du traitement doit également en informer les personnes concernées (article 34 du RGPD). Le sous-traitant doit notifier le responsable du traitement sans délai indu. Étant donné qu'il est impossible de respecter son propre délai en cas de notification tardive, le contrat doit prévoir une notification dans un court délai fixe et désigner un interlocuteur. Il doit également obliger le sous-traitant à coopérer à l'enquête et à fournir les journaux et les preuves. Les sous-traitants ultérieurs et les transferts internationaux de données sont soumis aux mêmes obligations, le mécanisme de transfert devant être identifié dès lors que des données quittent l'Espace économique européen.
Quelles sont les règles de cybersécurité et sectorielles qui affectent le contrat ?
La protection des données n'est plus le seul cadre réglementaire. La loi néerlandaise sur la cybersécurité, la réglementation européenne sur la résilience opérationnelle numérique et la loi sur l'IA peuvent toutes s'appliquer directement au fournisseur.
Que prévoit la loi néerlandaise sur la cybersécurité ?
À compter du 15 août 2026, les organisations concernées devront s'enregistrer, gérer leurs cyber-risques et signaler rapidement les incidents importants. Les fournisseurs de services gérés sont également concernés.
La loi néerlandaise sur la cybersécurité (Cyberbeveiligingswet) transpose la deuxième directive européenne sur la sécurité des réseaux et de l'information (NIS2) et est en vigueur depuis le 15 août 2026. Les organisations concernées doivent s'enregistrer auprès du Centre national de cybersécurité (NCSC), mettre en œuvre des mesures de gestion des risques appropriées et signaler les incidents importants. Le délai de signalement est conforme à la directive NIS2 : une alerte précoce sous 24 heures, une notification d'incident sous 72 heures et un rapport final sous un mois. Les fournisseurs de services gérés et les fournisseurs de services de sécurité gérés sont également concernés. Les clients concernés doivent être en mesure de démontrer que leur chaîne d'approvisionnement est gérée. Sur le plan contractuel, le fournisseur doit respecter vos propres délais de signalement, qui sont bien plus courts que ceux prévus par une clause d'incident classique. Notre guide sur la loi néerlandaise sur la cybersécurité et ses exigences précise les entités concernées.
Et si vous travaillez dans le secteur financier ?
Ensuite, la loi européenne sur la résilience opérationnelle numérique (DORA) définit le contenu du contrat. Un contrat de services informatiques standard ne sera pas conforme à ses exigences.
La loi DORA est applicable depuis le 17 janvier 2025. Son article 30 définit les dispositions contractuelles relatives aux accords avec les prestataires de services TIC, notamment la description des services, les lieux de traitement, les droits d'accès, d'inspection et d'audit, les modalités de sortie et les droits de résiliation. Un prestataire travaillant avec des clients du secteur financier doit s'attendre à ce que ces conditions lui soient demandées.
Et si l'IA faisait partie du service ?
La loi européenne sur l'IA répartit les obligations en fonction du rôle de chaque acteur de la chaîne de valeur. Le contrat doit préciser qui assume quelle obligation.
Un prestataire intégrant un modèle d'IA généraliste à votre système peut être considéré comme un fournisseur ou un déployeur au sens de la loi néerlandaise sur l'IA, selon les termes de l'accord. Les obligations sont mises en place progressivement et les interdictions relatives à certaines pratiques d'IA sont applicables depuis le 2 février 2025. Nos guides sur les pratiques d'IA interdites et sur l'utilisation de l'IA dans une entreprise néerlandaise présentent la situation. Quel que soit le régime applicable, le contrat doit définir les responsabilités en matière de conformité, prévoir la coopération avec les autorités de régulation et préciser qui prend en charge les coûts des modifications requises par la nouvelle législation. À défaut, ces coûts risquent de faire l'objet de désaccords ultérieurs.
Dans quelle mesure le fournisseur peut-il limiter sa responsabilité ?
Entre entreprises, les plafonds et les exclusions sont en principe valides. Un prestataire ne peut toutefois s'en prévaloir lorsque cela serait inacceptable au regard des principes de raisonnabilité et d'équité, par exemple en cas de faute intentionnelle ou de négligence grave.
La limitation de responsabilité est le point de rencontre entre les aspects commerciaux et juridiques. Les conditions générales des prestataires plafonnent généralement la responsabilité au montant des frais payés sur une courte période et excluent les dommages indirects, le manque à gagner et la perte de données. Elles fixent également des délais courts pour la notification des réclamations. Les clients négocient fréquemment un plafond plus élevé, souvent jusqu'à concurrence des frais payés sur douze mois. Ils définissent également les catégories de responsabilité qu'ils ne peuvent se permettre de plafonner : violation de la confidentialité, atteinte à la propriété intellectuelle de tiers et responsabilité découlant d'une violation de la protection des données.
Le droit néerlandais encadre strictement ces clauses. Aux termes de l'article 6:248(2) du Code civil néerlandais (BW), une partie ne peut se prévaloir d'une clause contractuelle si celle-ci est jugée déraisonnable et équitable. Les tribunaux refusent systématiquement qu'une clause d'exclusion protège une partie contre sa propre intention ou sa négligence grave (opzet ou bewuste roekeloosheid), et généralement contre celle de sa direction. La gravité du manquement, la nature du préjudice, la situation en matière d'assurance et le rapport de force entre les parties sont autant d'éléments à prendre en compte. Un plafond clairement proportionné à la valeur du contrat et au risque encouru a bien plus de chances d'être validé qu'une exclusion générale.
Que devez-vous faire avant de pouvoir faire une réclamation ?
Dans la plupart des cas, vous devez d'abord mettre le fournisseur en demeure par écrit. Vous devez également déposer une réclamation dans le délai prévu par le contrat ou la loi.
La première étape est la mise en demeure. Lorsque l'exécution est encore possible, vous devez généralement envoyer une mise en demeure écrite, assortie d'un délai raisonnable pour exécuter le contrat avant de pouvoir réclamer des dommages et intérêts ou résilier le contrat (articles 6:82 et 6:83 du Code civil allemand). Cette mise en demeure n'est pas nécessaire si un délai fixe est expiré ou si l'exécution est devenue impossible. Un courriel de réclamation ne constitue pas une mise en demeure. La deuxième étape est le délai de réclamation. Conformément à l'article 6:89 du Code civil allemand, vous devez introduire une réclamation dans un délai raisonnable après la découverte d'un défaut, ce délai étant généralement réduit par les conditions générales du fournisseur. Un client qui découvre un problème, le contourne pendant des mois et ne se plaint qu'ensuite risque de voir sa réclamation irrecevable.
Que couvre la clause de force majeure ?
Lisez attentivement ce document pour en savoir plus sur les informations fournies par le prestataire. Les défaillances des sous-traitants et des partenaires d'hébergement y sont souvent mentionnées, ce qui vous fait porter la responsabilité du risque lié à la chaîne d'approvisionnement du prestataire.
Les défaillances des sous-traitants, des partenaires d'hébergement et des fournisseurs de télécommunications sont souvent considérées comme un cas de force majeure. Cela vous transfère le risque lié à la chaîne d'approvisionnement du fournisseur. Ce point est négociable. Dans un contrat de services gérés, il est souvent primordial, car vous payez le fournisseur précisément pour la gestion de cette chaîne.
Que doit prévoir le contrat concernant les personnes ?
Elle devrait aborder la question du personnel clé, de la sous-traitance, du statut des travailleurs indépendants et de la non-sollicitation. Les services informatiques étant fournis par des personnes, chacun de ces points peut engendrer des difficultés ultérieurement.
Les clauses relatives au personnel clé désignent les personnes sur lesquelles vous vous appuyez et interdisent leur remplacement sans votre accord. Elles sont courantes dans les projets de développement et d'implémentation, mais rares dans les services gérés. Dans le cadre des services gérés, exigez au minimum des qualifications équivalentes et une passation de pouvoir adéquate lors de tout remplacement.
La sous-traitance est devenue la norme. Le contrat doit préciser si elle est autorisée, si votre consentement est requis et si le prestataire demeure pleinement responsable des personnes auxquelles il fait appel. Lorsque le sous-traitant traite également des données personnelles, les règles du RGPD relatives aux sous-traitants s'appliquent, avec leurs propres obligations en matière de consentement et de notification.
Les travailleurs indépendants sont-ils vraiment des travailleurs à leur compte ?
Cette question se pose lorsque des personnes travaillent dans vos locaux, sous votre direction, pendant une longue période. Si elles sont traitées comme des salariés, le risque d'une requalification est réel.
L'administration fiscale néerlandaise (Belastingdienst) a repris l'application stricte de la classification des relations de travail le 1er janvier 2025. Une structure dans laquelle des travailleurs indépendants, même déclarés, exercent des activités assimilables à des salariés comporte désormais un risque réel de requalification, avec des conséquences fiscales pour l'employeur. Les contrats de prestation de services doivent donc éviter toute formulation vous conférant le pouvoir de donner des instructions aux individus comme le ferait un employeur. Les deux parties doivent s'attacher à la manière dont le travail est réellement effectué, et non à la qualification figurant sur la facture.
Qu’en est-il de la non-sollicitation et de la réinternalisation d’un service ?
Une clause de non-sollicitation limitée est standard. Le retour en interne d'un service ou son transfert au sein de l'équipe peut déclencher l'application des règles néerlandaises relatives au transfert d'entreprise.
Une clause interdisant à chaque partie d'embaucher le personnel de l'autre pendant une période déterminée après la fin du contrat est une pratique courante et généralement applicable entre entreprises, à condition qu'elle soit limitée dans le temps et son champ d'application. En cas de réinternalisation d'un service ou de son transfert à un autre prestataire avec l'équipe qui l'a assuré, les règles relatives au transfert d'entreprise (overgang van onderneming, articles 7:662 et suivants du Code civil allemand) peuvent s'appliquer. Les employés sont alors transférés selon leurs conditions de travail initiales. Cette situation surprend souvent les parties ; il est donc essentiel de l'analyser avant de convenir de la transition, et non après.
Comment fonctionnent les clauses de fin de contrat, de résiliation et de sortie ?
Vérifiez la durée initiale, le renouvellement automatique et le préavis, et convenez d'une clause de résiliation détaillée. Cette clause détermine le coût réel d'un départ.
Les contrats de services gérés ont généralement une durée initiale d'un à trois ans, renouvelable automatiquement sauf en cas de résiliation. Ce renouvellement automatique, combiné à un long préavis, est souvent la cause du maintien des clients chez des prestataires qu'ils souhaiteraient quitter. Vérifiez la durée du préavis, sa date de début et les modalités de notification. Notez la date de signature dans votre agenda.
Quelles sont les issues possibles ?
Il en existe trois : la résiliation pour convenance personnelle, la résiliation pour faute et la résolution pour inexécution en vertu du droit néerlandais. Chacune est soumise à ses propres conditions.
- La résiliation pour convenance permet à l'une ou l'autre des parties, ou souvent seulement au client, de mettre fin au contrat sans préavis et sans motif. Les prestataires omettent fréquemment cette clause ; il est donc judicieux de l'exiger.
- La résiliation pour faute grave permet la résiliation immédiate d'un contrat en cas de manquement grave et défini non corrigé dans un délai imparti. Les éléments déclencheurs doivent inclure les défaillances répétées du niveau de service, et non seulement les événements catastrophiques.
- La rescision pour inexécution (non contraignante) en vertu de l'article 6:265 BW reste disponible parallèlement aux voies contractuelles, sauf si le contrat l'exclut, sous réserve de la mise en demeure décrite ci-dessus.
Que doit contenir la clause de sortie ?
Elle devrait obliger le fournisseur à maintenir le service pendant une période déterminée, à restituer vos données et à coopérer avec son successeur. Les clauses de sortie sont presque toujours rédigées de manière trop superficielle.
Une clause de sortie applicable oblige le prestataire, pendant une période déterminée après la résiliation et aux tarifs convenus, à :
- poursuivre le service;
- renvoyez vos données dans un format documenté et utilisable ;
- fournir la documentation et les détails de configuration ;
- coopérer avec le fournisseur successeur ;
- transférer ou céder les licences de tiers lorsque cela est possible ;
- Supprimez les copies restantes de vos données et confirmez-le par écrit.
Sans ces obligations, vous pouvez être libre de partir sur le papier, mais incapable de partir en pratique.
Que se passe-t-il si le fournisseur fait faillite ?
Un administrateur judiciaire prend le relais et n'est pas tenu de poursuivre l'exécution des obligations. Votre recours consiste alors en une créance sur le compte de la masse de la faillite, dont la valeur est généralement faible.
C’est pourquoi les dispositions relatives à la mise sous séquestre, la documentation de sortie à jour et les sauvegardes indépendantes de vos propres données sont plus importantes que n’importe quelle clause du contrat.
Quelles erreurs coûtent le plus cher ?
Une liste restreinte explique la plupart des litiges que nous constatons. Presque tous sont visibles avant la signature.
- Un périmètre décrit par catégories plutôt que par tâches, ce qui génère des factures pour un travail que vous pensiez inclus.
- Les crédits de service constituent le seul recours, ce qui supprime discrètement le droit de réclamer des dommages et intérêts en cas d'interruption de service.
- Aucun droit de résiliation en cas de performances insuffisantes persistantes ; vous ne conservez que vos crédits.
- On suppose que la propriété intellectuelle est transférée avec le paiement, ce qui s'avère faux lorsqu'on souhaite changer de fournisseur ou vendre l'entreprise.
- Un contrat de sous-traitance copié d'un modèle qui ne correspond pas au traitement réel.
- Les sous-traitants et les partenaires d'hébergement sont considérés comme cas de force majeure.
- Renouvellement automatique sans préavis.
- Aucune clause de sortie n'est prévue, ce qui fait que tout le pouvoir de négociation repose sur le fournisseur sortant au pire moment possible.
Lisez le contrat en prévision d'une rupture difficile, et non d'un début prometteur ; c'est le seul cas où ces clauses sont pertinentes. Pour une analyse plus approfondie de l'intégration de ces contrats dans le droit néerlandais des technologies, consultez nos guides sur le contrat cloud aux Pays-Bas , les risques cachés des contrats SaaS et le rôle d'un avocat spécialisé en droit des technologies . Vous trouverez davantage d'informations dans nos guides sur le droit néerlandais des technologies de l'information , et les types de contrats connexes sont abordés dans nos guides sur le contrat de franchise et le contrat de participation.
En résumé
- Un contrat de services informatiques est généralement un contrat de services (article 7:400 BW et suivants) ; il s'agit d'une obligation de résultat lorsque vous achetez un résultat défini à une date fixe.
- Définir le périmètre des tâches, convenir d'une procédure d'acceptation et d'une procédure de modification, et préciser l'ordre de priorité entre les documents.
- Vérifiez si les avoirs de service constituent le seul recours et si un manquement persistant vous donne le droit de résilier le contrat.
- Les droits d’auteur sur les logiciels sur mesure ne vous sont transférés que par un accord écrit et un acte (article 2(3) Auteurswet) ; le paiement seul ne suffit pas.
- Conclure un accord de traitement conforme au RGPD, des clauses reflétant la loi sur la cybersécurité le cas échéant, et une clause de sortie détaillée.
Foire aux questions
Quelle est la différence entre un contrat de services informatiques et un SLA ?
Le contrat de services informatiques régit la relation : périmètre, honoraires, propriété intellectuelle, confidentialité, responsabilité, durée et résiliation. L’accord de niveau de service (SLA), généralement une annexe, définit les normes de performance mesurables et les conséquences de leur non-respect. Le contrat définit la relation ; le SLA définit la performance. En cas de conflit, la clause de priorité détermine laquelle prévaut. C’est pourquoi cette clause doit être rédigée avec soin et non copiée d’un modèle.
Quelle doit être la durée d'un contrat de services informatiques ?
Pour les services gérés, une durée initiale d'un à trois ans est courante, correspondant à l'investissement du prestataire lors de l'intégration. Pour un projet de développement, la durée est liée au projet. La durée importe moins que la résiliation. Un contrat de cinq ans assorti d'une véritable clause de résiliation à l'amiable et d'une clause de sortie complète est plus sûr qu'un contrat d'un an renouvelable automatiquement, avec un préavis de six mois et sans obligation de restitution des actifs.
À qui appartient le logiciel développé pour nous par un fournisseur ?
En vertu du droit néerlandais, le prestataire conserve les droits, sauf si ces droits vous sont cédés par écrit et transférés par acte authentique. Aucune règle ne transfère la propriété à la personne qui a payé pour la prestation. La règle qui confère le droit d'auteur à l'employeur (article 7 de la loi néerlandaise sur le droit d'auteur) s'applique aux employés, et non aux prestataires externes ou aux indépendants. Assurez-vous que le contrat comporte une cession expresse des droits sur les livrables personnalisés, signée par les deux parties, ainsi qu'une licence pour tout document de référence du prestataire qui y est intégré. Vérifiez également la chaîne de transmission : si le prestataire a fait appel à des sous-traitants, il ne peut céder que les droits qu'il a valablement acquis auprès d'eux.
Peut-on résilier un contrat informatique avant son terme ?
Cela dépend du contrat et de la qualification de la mission. Conformément à l'article 7:408 du Code civil allemand (BW), le client peut résilier un contrat de services à tout moment, sous réserve du versement d'une rémunération raisonnable pour le travail effectué. Entre entreprises, ce droit peut être limité contractuellement, et l'est souvent. En cas de manquement du prestataire, la procédure consiste en une mise en demeure écrite assortie d'un délai raisonnable pour régulariser la situation, suivie de la résiliation si le manquement persiste. Si le contrat contient une clause de résiliation pour convenance personnelle, il convient de l'appliquer et de respecter scrupuleusement le préavis.
Que devons-nous vérifier avant de signer ?
Vérifiez neuf points : la clause de priorité des obligations, les exclusions de périmètre, les exclusions et la méthode de calcul des SLA, la formulation de la clause d’exclusivité des recours, le plafond de responsabilité et ses exceptions, la clause de propriété intellectuelle, le contrat de sous-traitance, les dispositions relatives au renouvellement et aux préavis, ainsi que les obligations de sortie. Si ces points sont corrects, le reste du document tranche rarement un litige. Nous conseillons clients et prestataires aux Pays-Bas sur l’ensemble des contrats technologiques, depuis le contrat de services informatiques et ses cahiers des charges jusqu’aux SLA, contrats de développement, licences logicielles, séquestre, conditions cloud et SaaS, et les litiges qui surviennent en cas d’échec d’un projet.
Vous ne savez pas où vous en êtes ? Décrivez-nous votre situation. Nous vous ferons part de vos options sous 24 heures ouvrables.
Comment Law & More Nous pouvons vous aider. Tout est expliqué sur notre site web. avocat en technologies de l'information .
