Quelles sont les méthodes pour résilier un contrat dans le développement de systèmes ?

Un projet tel que le développement de systèmes est un projet de longue durée, il est donc tout à fait prévisible qu’il puisse rencontrer des problèmes tels que des “incendies” en cours de route. Et bien que l’idéal serait que les utilisateurs et les fournisseurs avancent toujours en harmonie, il faut également envisager la possibilité d’envisager la résiliation du contrat en cours de route.

Dans cet article, nous allons expliquer les points importants concernant l’option juridique de la “résiliation” d’un contrat, en relation avec le développement de systèmes.

La relation entre le développement de systèmes et la résiliation

Qu’est-ce que la résiliation en droit civil ?

Dans le Code civil japonais révisé, les dispositions générales concernant la “résiliation” d’un contrat sont établies dans les articles 540 à 548. Résilier un contrat signifie annuler les effets d’un contrat qui a été conclu une fois.

Dans une relation entre un utilisateur et un fournisseur, une fois le contrat conclu, le fournisseur a généralement l’obligation de développer le système et l’utilisateur a l’obligation de payer une rémunération. Et ces obligations deviennent les “droits” de chacun. Si le contrat est résilié, les obligations et les droits que les deux parties avaient reviennent à l’état où ils étaient avant la conclusion du contrat. Par conséquent, même s’il reste une dette non exécutée, non seulement l’obligation d’exécution disparaît, mais aussi l’obligation de revenir à l’état d’origine en se basant sur l’état avant la conclusion du contrat. C’est ce qu’on appelle l’obligation de “restauration à l’état d’origine”.

En outre, si des dommages sont survenus en même temps, il est également possible de demander une indemnisation séparée pour ces dommages.

La relation entre la pratique du développement de systèmes et la résiliation

Pour ceux qui sont familiers avec la pratique juridique des affaires, y compris le développement de systèmes, la “résiliation” d’un contrat évoque d’abord une lettre de résiliation. Cependant, en droit, même dans le contexte du développement de systèmes, les articles sur lesquels se base la résiliation sont divisés en deux grands types, en fonction de la cause de la résiliation.

Cas où la non-exécution de l’obligation (retard d’exécution) est la raison

(Exemple) Le fournisseur ne livre pas malgré le dépassement de la date de livraison initialement promise

Code civil Article 541 Dans le cas où l’une des parties ne remplit pas son obligation, l’autre partie peut fixer un délai raisonnable et demander l’exécution de l’obligation. Si l’obligation n’est pas remplie dans ce délai, l’autre partie peut résilier le contrat.

Dans le développement de systèmes basé sur un contrat d’entreprise, l'”obligation” que le fournisseur, qui est “l’une des parties”, doit remplir est de terminer le système selon les spécifications et de le livrer. Par conséquent, si le fournisseur ne livre pas malgré le dépassement de la date de livraison, cela signifie, en d’autres termes, que le fournisseur n’a pas terminé son travail à la date de livraison. Alors, qu’est-ce que “l’achèvement du travail” signifie concrètement dans le contexte du développement de systèmes ? Ce point est expliqué en détail dans l’article ci-dessous.

https://monolith-law.jp/corporate/completion-of-work-in-system-development[ja]

Cas où la responsabilité de garantie des défauts est la raison

(Exemple) Il y a beaucoup de bugs et d’incohérences de données dans le système livré par le fournisseur, et il s’avère plus tard qu’il n’est pas adapté à l’usage pratique

Code civil Article 635 Lorsqu’il y a un défaut dans l’objet du travail et que, pour cette raison, l’objectif du contrat ne peut être atteint, le client peut résilier le contrat. Cependant, cela ne s’applique pas aux bâtiments et autres structures terrestres.

En outre, du point de vue d’un projet de développement de systèmes, il n’est pas courant que le fournisseur exprime son intention de résilier le contrat. Il est généralement préférable de supposer que c’est l’utilisateur qui exprime son intention de résilier le contrat au fournisseur.

La responsabilité de garantie des défauts est expliquée en détail dans l’article séparé ci-dessous.

https://monolith-law.jp/corporate/defect-warranty-liability[ja]

La lettre de résiliation et les problèmes juridiques associés

Une lettre de résiliation est un document utilisé pour communiquer l’intention de résilier un contrat (généralement de l’utilisateur au fournisseur). En termes de clauses, vous pouvez vous référer à ce qui suit :

Article 541 du Code civil japonais : Si l’une des parties ne remplit pas ses obligations, l’autre partie peut fixer un délai raisonnable pour l’exécution et, si l’exécution n’a pas lieu dans ce délai, elle peut résilier le contrat.

En tant que document lié au développement de systèmes, une caractéristique de la lettre de résiliation est qu’elle n’est pas destinée à faciliter la progression du projet, mais à le terminer. De plus, c’est un document qui est censé avoir un effet juridique direct.

Cependant, comme le stipule l’article ci-dessus, contrairement à un contrat, il suffit d’une déclaration d’intention d’un côté (à condition que certaines conditions soient remplies). Lorsqu’une lettre de résiliation est présentée par l’utilisateur au fournisseur, le responsable du côté du fournisseur qui la reçoit peut se retrouver face à un problème tel que “Je ne comprends pas pourquoi le contrat a été résilié même après avoir lu la lettre de résiliation”. Alors, jusqu’à quel point l’utilisateur doit-il spécifier la raison de la résiliation dans la lettre de résiliation ?

Faut-il indiquer la cause de la résiliation dans la lettre de résiliation ?

En examinant les précédents judiciaires, il semble que l’indication de la cause de la résiliation dans la lettre de résiliation n’est pas nécessairement essentielle pour procéder à la résiliation. L’exemple de jugement cité ci-dessous concerne un cas où un problème juridique a émergé en raison d’un défaut dans le système livré. Lors de l’expression de l’intention de résiliation par l’utilisateur, la question s’est posée de savoir jusqu’où il faut comprendre spécifiquement le contenu du défaut et combien il faut le souligner. À ce sujet, le tribunal a indiqué comme suit :

L’expression de l’intention de résiliation n’exige pas nécessairement l’indication de la cause de la résiliation, et il est possible de résilier pour plusieurs raisons par une seule expression d’intention. Par conséquent, même si une raison est invoquée lors de l’expression de l’intention de résiliation, à moins qu’il n’y ait des circonstances particulières, comme le fait de préciser clairement qu’on ne résiliera pas pour d’autres raisons, cette expression d’intention peut être considérée comme une expression d’intention de mettre fin à tout le contrat sur la base de toutes les raisons existantes au moment de la résiliation.

Jugement du tribunal de district de Tokyo, 22 décembre 2004 (Heisei 16)

Le point de vue du tribunal est que “il est possible de résilier pour plusieurs raisons par une seule expression d’intention”. En d’autres termes, ce qui est important, c’est de savoir si la partie contractante a l’intention de résilier ou non, et il n’est pas nécessaire de souligner en détail la cause précise.

En d’autres termes, même si le produit a été livré, il n’est pas nécessaire de se demander à ce stade de l’expression de l’intention de résiliation si on doit le traiter comme étant inachevé, ou si on doit le traiter comme un problème de responsabilité pour défauts cachés parce qu’il a un défaut majeur. Même si on laisse de côté ces questions délicates pour l’instant, si on exprime d’abord l’intention de résilier, même si on finit par aller en justice plus tard, on peut contester sur la base de l’exécution tardive ou de la responsabilité pour défauts cachés comme base de la résiliation.

• Si un produit inachevé a été livré… → Non-exécution de l’obligation
• Si un produit avec un défaut majeur a été livré… → Responsabilité pour défauts cachés

Même sans identifier la cause en détail, l’expression de l’intention de résiliation est valide en tant qu’expression de l’intention de résiliation.

Cependant, il est également vrai qu’il est préférable d’indiquer clairement la cause de la résiliation autant que possible, car il y a des avantages à présenter une lettre de résiliation après avoir spécifiquement identifié la cause de la résiliation. Par exemple, en cas de malentendu ou de divergence de perception avec le vendeur, cela peut être clarifié. De plus, pour la partie qui reçoit la lettre de résiliation, si elle peut penser à la cause, elle peut être moins inquiète d’un conflit ultérieur. Par conséquent, il est préférable d’indiquer clairement la cause de la résiliation autant que possible.

Quelle est la durée d’un “délai raisonnable” défini dans une mise en demeure ?

Un autre point à considérer est la question de savoir combien de temps constitue un “délai raisonnable” selon l’article 541 du Code civil japonais (loi japonaise). Cependant, il ne semble pas nécessaire de trop s’inquiéter à ce sujet. En effet, même si aucun “délai raisonnable” n’a été fixé avant la mise en demeure, si un délai raisonnable s’est écoulé après la mise en demeure, la résiliation du contrat devient possible. De plus, même si le délai avant la mise en demeure n’était pas “raisonnable”, la résiliation du contrat devient possible une fois qu’un délai raisonnable s’est écoulé, comme cela a été clairement établi dans la jurisprudence.

Dans le cadre d’un projet de développement de système, lorsqu’un retard de performance ou une responsabilité de garantie de défaut devient un problème dans un cas de “flambée”, il est peu probable que la livraison ou la réparation du défaut soit achevée même après avoir fixé un “délai raisonnable” et avoir fait une mise en demeure. Compte tenu de ces facteurs, il est peu probable qu’un conflit sérieux survienne autour de la question du “délai raisonnable” dans la pratique.

Nous expliquons la définition du retard de performance dans le développement de systèmes dans un autre article.

https://monolith-law.jp/corporate/performance-delay-in-system-development[ja]

Quelle est la méthode de notification pour une lettre de résiliation ?

En ce qui concerne la manière de notifier une lettre de résiliation, il n’y a pas de problème avec n’importe quelle méthode, tant que la notification atteint finalement son destinataire (et plus précisément, si elle peut être prouvée plus tard qu’elle a atteint avec certitude son destinataire).

Par conséquent, il n’est pas nécessaire d’être trop nerveux à propos des problèmes de procédure. Certes, dans la pratique, pour éviter les problèmes de “j’ai dit / je n’ai pas dit” plus tard, il y a une tendance à préférer des méthodes comme le courrier recommandé avec accusé de réception. Cependant, s’il peut être confirmé que le destinataire a bien reçu la notification, il n’y a pas de problème à utiliser des méthodes plus simples comme le fax ou l’e-mail. Cependant, si une affaire finit par aller en justice, il sera nécessaire de prouver que “la notification a atteint le destinataire”, et à cet égard, on peut dire que le courrier recommandé avec accusé de réception est sûr.

Résumé

Dans cet article, nous avons organisé des informations sur la résiliation de contrats dans le contexte du développement de systèmes. Non seulement le savoir-faire pratique de la manière de procéder à la résiliation, mais aussi la compréhension de la manière de faire une déclaration d’intention juridiquement valide, devraient constituer des connaissances facilement applicables, n’est-ce pas ?