Quiconque souhaite changer de prestataire informatique alors que le projet est déjà en cours doit d'abord clarifier sa situation contractuelle, puis établir un plan pour la transition technique. Le motif est généralement le même : un prestataire ne tient pas ses engagements depuis des mois, les délais ne sont pas respectés et la communication est rompue. Souvent, c’est un „ projet ERP en crise “ qui déclenche cette décision, mais il suffit parfois qu’un seul prestataire ait perdu le contrôle de son propre code. Les deux aspects du problème, juridique et technique, peuvent être préparés sans que l’activité quotidienne ne soit paralysée pendant la transition.
Quiconque souhaite changer de prestataire informatique peut en principe le faire à tout moment au cours d'un projet en cours. L'article 648 du BGB autorise le client à résilier librement le contrat, tandis que l'article 648a du BGB régit la résiliation pour motif grave. Les accès, les codes et la documentation doivent être clarifiés avant la résiliation, faute de quoi la réception technique silence.
Sur quelle base juridique les entreprises peuvent-elles changer de prestataire de services informatiques ?
§ 648 du BGB donne au donneur d'ordre le droit de résilier librement un contrat d'entreprise à tout moment. Le prestataire conserve son droit à rémunération, mais doit accepter qu'on lui impute les dépenses qu'il a économisées. Cette résiliation libre ne nécessite pas de motif, mais coûte généralement plus cher dans la pratique qu'une résiliation pour motif grave.
L'article 648a du BGB prévoit une deuxième voie. En cas de motif grave, tel qu'un manquement répété aux obligations, le contrat peut être résilié sans préavis. Avant la résiliation, il est généralement nécessaire de fixer un délai : le prestataire doit avoir la possibilité de remédier à la situation avant que le contrat ne prenne fin.
Dans la pratique, toute personne souhaitant résilier un contrat uniquement en raison d'un mécontentement lié à la collaboration invoque l'article 648 du BGB et paie la différence par rapport aux dépenses économisées. Quiconque peut prouver des manquements avérés à ses obligations peut, en vertu de l’article 648a du BGB, être dispensé du paiement de l’intégralité de la rémunération, mais doit pour cela justifier de manière vérifiable qu’il a préalablement fixé un délai.
La solution la plus avantageuse dépend de chaque cas particulier. En vertu de l'article 648 du BGB, le client finit souvent par payer une prestation qui ne sera même plus fournie, déduction faite des économies réalisées par le prestataire grâce à la résiliation anticipée. En vertu de l'article 648a du BGB, ce montant résiduel n'est pas dû si le motif grave est reconnu en cas de litige. Ces deux voies aboutissent finalement au même résultat : un nouveau prestataire prend le relais.
Code source, données et ce qu'il est réellement possible d'obtenir
Le droit à la remise du code source n'est pas automatique. La Cour fédérale de justice a statué que cette remise dépendait de l'objet du contrat et du montant de la rémunération versée (Cour fédérale de justice (BGH), arrêt du 16 décembre 2003, X ZR 129/01). Si seule une licence d'utilisation a été payée, le code source reste souvent la propriété du prestataire. Si l'ensemble du développement a été payé, cela justifie un droit à la remise du code source.
Depuis cet arrêt de la Cour fédérale de justice, la remise du code source dépend de l'objet du contrat et de la rémunération versée ; il n'existe pas de droit automatique à cet égard.
Cour fédérale de justice (BGH), X ZR 129/01, décembre 2003
En ce qui concerne les données à caractère personnel, la situation juridique est plus claire. Conformément à l’article 28, paragraphe 3, point g), du RGPD, un sous-traitant doit, à l’expiration du contrat, restituer toutes les données à caractère personnel au responsable du traitement ou les effacer, selon ce qui a été convenu dans le contrat. Ce droit s’applique indépendamment du litige concernant le code source.
Pour éliminer d'emblée cette incertitude, il convient de prévoir une clause d'entiercement. Dans ce cadre, le prestataire dépose le code source auprès d'un tiers, qui ne le libère que lorsque des conditions définies sont remplies, par exemple en cas d'insolvabilité ou d'expiration du contrat. En l’absence d’une telle clause, il ne reste souvent que l’interprétation du contrat initial quant à son objet. Les conditions de déblocage d’un accord d’entiercement sont fixées à l’avance par contrat ; elles portent généralement sur l’insolvabilité, la cessation d’activité ou une violation grave et avérée du contrat par le prestataire de services.
Cette analyse ne remplace en aucun cas un conseil juridique dans un cas particulier. Un avocat spécialisé en droit des technologies de l'information devrait examiner le contrat en question avant la résiliation.
La remise technique dans la pratique
Le cadre juridique précise dans quelles conditions un licenciement est autorisé. Ce qui se passe ensuite détermine si la transition se fera en douceur ou si l'activité restera au point mort pendant des semaines.
| Domaine | Ce qu'il faut remettre |
|---|---|
| Entrées | Accès aux serveurs, comptes administrateur, gestion des domaines et du DNS, gestionnaires de mots de passe |
| Dépôts | Historique complet des versions, et pas seulement la dernière version |
| Pipelines de compilation | Configuration, secrets, scripts de déploiement |
| Documentation d'exploitation | Architecture, interfaces, dysfonctionnements connus |
| Tickets en cours | Une liste classée par ordre de priorité avec du contexte, plutôt que de simples numéros de ticket |
| Transfert de connaissances | Réunions régulières avec l'équipe actuelle, tant qu'elle est encore disponible |
Un directeur technique par intérim peut piloter cette transition sans que l'équipe interne ait à se charger de la gestion des prestataires en plus de son travail quotidien. Cela s'avère particulièrement difficile lorsque l'ancien prestataire se montre peu disposé à coopérer après la résiliation du contrat. Ce qu'un CTO par intérim Cet article explique combien coûte un tel mandat et quelle est sa durée habituelle. Directeur technique par intérim : coûts, durée, attentes.
Les séances de transfert de connaissances ne sont pas facultatives. Sans elles, les connaissances relatives aux solutions de contournement et aux décisions passées restent au sein de l'ancienne équipe et disparaissent avec le dernier interlocuteur. Une période de chevauchement, durant laquelle l’ancien et le nouveau prestataire travaillent en parallèle pendant un court laps de temps, réduit considérablement ce risque et s’avère presque toujours utile, même si elle engendre des coûts supplémentaires.
En l'absence de clause d'entiercement ou de droits de recours préalablement convenus, aucun droit à cet égard ne peut être invoqué a posteriori. Quiconque n'a pas inscrit ces points dans le contrat initial se retrouve en position de faiblesse lors des négociations relatives au transfert et reste tributaire de la bonne volonté du prestataire actuel.
Planifier la transition sans interruption
Si une entreprise nous contacte en cours de transition, nous lui répondons généralement dans un délai d'un jour ouvré.
Foire aux questions
Quand faut-il changer de prestataire informatique ?
Il devient judicieux d’envisager un changement dès lors que les délais ne sont pas respectés de manière répétée, que les engagements techniques ne sont pas tenus ou que la communication est interrompue pendant des semaines. Un seul jalon manqué justifie rarement la résiliation, mais une série d’incidents, en revanche, le justifie. Ces incidents doivent être consignés par écrit dès le début, ce qui facilite par la suite le choix entre les articles 648 et 648a du Code civil allemand (BGB). Attendre trop longtemps affaiblit la position de négociation, car chaque mois qui passe renforce le savoir non documenté détenu par le prestataire actuel et accroît la pression temporelle sur le client.
Que peut-on exiger ?
Les accès, la documentation d’exploitation et toutes les données à caractère personnel peuvent être exigés sans restriction en vertu de l’article 28, paragraphe 3, point g), du RGPD. En ce qui concerne le code source, tout dépend du contrat : la Cour fédérale de justice subordonne ce droit à l’objet du contrat et à la rémunération versée. En l’absence d’accord d’entiercement, ce point relève souvent de la négociation plutôt que d’une situation juridique claire. Dans la pratique, il est judicieux de négocier la remise des identifiants d’accès et des données séparément du litige concernant le code source, car la première partie est juridiquement établie et peut être mise en œuvre immédiatement.
Comment éviter un arrêt du projet ?
Il est possible d'éviter toute interruption en organisant le transfert technique parallèlement à la résiliation juridique, plutôt que de ne le commencer qu'après celle-ci. Les accès, les référentiels et les pipelines de compilation doivent être sauvegardés avant le dernier jour de travail de l'ancien prestataire ; les séances de transfert de connaissances doivent être fixées à des dates précises tant que les deux parties coopèrent encore. Une période de chevauchement de quelques semaines, durant laquelle l’ancien et le nouveau prestataire travaillent en parallèle, engendre des coûts supplémentaires, mais permet d’éviter les interruptions de service nettement plus coûteuses après le dernier jour de travail.
Que doit prévoir le contrat avec le nouveau prestataire ?
Le changement de prestataire est le meilleur moment pour préparer la prochaine sortie. Cela comprend une clause de réversibilité avec obligation de coopération lors de la reprise, la remise des accès, des dépôts avec l'historique complet des versions et de la documentation dans un format convenu, un accord sur le code source via les droits d'utilisation ou un séquestre (escrow), ainsi que la restitution ou la suppression des données personnelles selon l'art. 28, par. 3, point g du RGPD. Fixer ces points dès le départ évite de les négocier plus tard en position de faiblesse.
Changer de prestataire en cours de projet nécessite quelqu’un qui prenne en charge la transition sur le plan technique, plutôt que de se contenter d’observer. Dans de telles situations, torck assure la direction technique et la mise en œuvre de A à Z, grâce à ses propres équipes de développement à Maxhütte-Haidhof, Vienne et Rabat, au lieu de se limiter à un simple rôle de conseil. Le partenaire contractuel est la société allemande torck GmbH, ce qui garantit un interlocuteur unique pendant la transition. Quiconque se trouve en plein changement ou souhaite s’y préparer peut le faire dans un Premier entretien en discuter.
Cet article cite des lois et des règlements pour situer des décisions techniques. Il ne constitue pas un conseil juridique. Pour savoir si et comment une règle s'applique à votre entreprise, adressez-vous à votre service juridique ou à un cabinet d'avocats.