Qu'est-ce que la loi concernant les conflits et problèmes à l'étape de l'exploitation du système?

Il est bien connu que divers conflits et problèmes peuvent survenir dans un projet de développement de systèmes informatiques. Cependant, il ne suffit pas de dire que tout est en sécurité une fois que toutes les étapes du projet de développement ont été achevées avec succès. Les systèmes informatiques utilisés dans les entreprises ont généralement pour caractéristique de traiter une grande quantité d’informations confidentielles et personnelles, et divers problèmes peuvent survenir même à l’étape de l’exploitation. Par conséquent, il est important d’utiliser les connaissances juridiques pour examiner et prévenir de telles situations, même à l’étape de l’exploitation.

Comment la théorie juridique entourant les systèmes change-t-elle entre le développement et l’exploitation ?

En ce qui concerne les problèmes juridiques liés aux systèmes informatiques utilisés dans les entreprises, le problème typique est bien sûr celui de l’« incendie » du projet à l’étape du « développement ». Les projets de développement de systèmes, qui impliquent souvent un grand nombre de personnes, des fonds importants et une longue période de temps, avancent généralement tout en portant divers risques de conflits et de problèmes, grands ou petits.

https://monolith-law.jp/corporate/collapse-of-the-system-development-project[ja]

Dans l’article ci-dessus, nous avons classé les types de conflits qui sont susceptibles de se produire dans une série de projets de développement de systèmes, en fonction du cadre juridique. De plus, ce qui caractérise les problèmes juridiques liés aux systèmes informatiques, c’est l’obligation de « gestion de projet » que le vendeur, expert en développement de systèmes, est censé assumer de manière globale.

https://monolith-law.jp/corporate/project-management-duties[ja]

Cependant, une fois le système informatique « développé », il passe à la phase « d’exploitation ». En un mot, l’exploitation d’un système informatique signifie utiliser et manipuler le système développé pour effectuer des tâches réelles. Comme il est souvent nécessaire de bien connaître les spécifications du système pour l’utiliser, l’aide des techniciens en informatique est souvent nécessaire ici aussi. Le fait que les systèmes informatiques nécessitent une expertise technique à la fois dans le développement et l’exploitation signifie que la distinction entre les deux peut parfois devenir floue dans la pratique. Un exemple qui illustre cela est l’existence de ce que l’on appelle l’« obligation de support ».

https://monolith-law.jp/corporate/support-obligations-of-vendors-after-system-development[ja]

Dans l’article ci-dessus, nous présentons un exemple de jugement qui reconnaît l’« obligation de support » en tant qu’obligation de fournir un soutien en vue de l’exploitation et de l’implémentation après le développement, distincte de l’« obligation de gestion de projet » que le vendeur assume pendant le projet de développement du système. En d’autres termes, il peut arriver que les obligations juridiques du vendeur qui accepte le travail de développement soient déterminées en tenant compte des circonstances de la phase d’exploitation ultérieure. De plus, lorsque le développement d’un nouveau système progresse en même temps que l’élimination de l’ancien système, des problèmes tels que la « migration des données » de l’ancien système peuvent se poser. Dans de tels cas, l’exploitation de l’ancien système et le développement du nouveau système sont étroitement liés.

https://monolith-law.jp/corporate/the-transition-from-the-oldsystem[ja]

Comment devrions-nous organiser les problèmes juridiques liés à l’exploitation des systèmes ?

Comme nous l’avons vu, les pratiques liées aux systèmes informatiques sont étroitement liées entre le “développement” et l'”exploitation”. Cependant, dans la phase d’exploitation, le projet de développement est terminé, il est donc nécessaire de considérer les problèmes de “gestion de projet” séparément. Pour discuter de manière unifiée des problèmes juridiques du “développement” et de l'”exploitation”, il est nécessaire de les organiser dans un cadre plus abstrait et plus juridique. Par exemple, l’organisation du point de vue de la “responsabilité” juridique liée aux systèmes informatiques, que nous expliquons dans l’article ci-dessous, est un exemple de cela.

https://monolith-law.jp/corporate/responsibility-system-development[ja]

Dans l’article ci-dessus, nous expliquons les responsabilités civiles telles que la responsabilité pour non-exécution des obligations, la garantie des défauts, la responsabilité délictuelle, etc., en tenant compte du contexte des systèmes informatiques. Cependant, les cas où la garantie des défauts devient un problème dans l’exploitation, à l’exception des cas où les défauts sont découverts après l’acceptation, ne sont pas si nombreux. Par conséquent, il serait préférable de commencer par organiser en gardant à l’esprit les deux responsabilités pour non-exécution des obligations basées sur le contenu du contrat et la responsabilité délictuelle qui ne suppose pas de relation contractuelle.

Examiner d’abord s’il y a une violation des obligations du côté du fournisseur

Si c’est une responsabilité pour non-exécution des obligations, il y a une violation des obligations contractuelles, si c’est une responsabilité délictuelle, il y a une question de savoir s’il y a une réalité telle que “l’atteinte aux droits d’autrui”. Dans le cas de la responsabilité pour non-exécution des obligations, les éléments mentionnés dans l’accord sur le niveau de service (SLA) seront en question. Notez également que la responsabilité pour non-exécution des obligations et la responsabilité délictuelle nécessitent toutes deux une intention ou une négligence.

Ensuite, vérifiez la situation de survenance des dommages du côté de l’utilisateur

L’obligation d’indemnisation des dommages est à la charge de ceux qui ont causé des dommages à l’utilisateur. Par conséquent, que ce soit en cas de non-exécution des obligations ou de délit, si aucun dommage n’est survenu du côté de l’utilisateur, il n’y aura pas d’obligation d’indemnisation.

De plus, examinez également la possibilité d’appliquer des clauses de compensation pour négligence et de limitation de responsabilité

De plus, même si le fournisseur doit assumer l’obligation d’indemnisation des dommages, si l’utilisateur a également une certaine négligence, il est possible que des mesures de compensation pour négligence soient prises. De plus, si une limite a été fixée sur le montant de l’indemnisation dans le contrat conclu à l’avance, cela peut changer le montant de l’indemnisation. Par exemple, dans le modèle de contrat appelé le contrat modèle du Ministère de l’Économie, du Commerce et de l’Industrie (METI), une disposition est mise en place pour la responsabilité limitée (les parties soulignées ont été ajoutées par l’auteur).

(Indemnisation des dommages)
Article 53 A et B peuvent demander une indemnisation des dommages à l’autre partie si elles subissent des dommages en raison de causes attribuables à l’autre partie dans l’exécution de ce contrat et du contrat individuel. Cependant, cette demande ne peut être faite après l’expiration de ○ mois à compter de la date d’achèvement de l’acceptation des biens livrés ou de la date de confirmation de la fin du travail stipulés dans le contrat individuel qui est la cause de la demande d’indemnisation des dommages.

2. Le montant total cumulé de l’indemnisation des dommages du paragraphe précédent, quel que soit le motif de la demande, y compris le non-respect des obligations, la responsabilité légale pour les défauts, l’enrichissement sans cause, le délit, etc., est limité au montant de ○○○ stipulé dans le contrat individuel qui a causé la cause de responsabilité.

3. Le paragraphe précédent ne s’applique pas si la responsabilité d’indemnisation des dommages est basée sur une intention ou une négligence grave de la part du responsable de l’indemnisation des dommages.

Exemples courants de problèmes et de conflits liés à l’exploitation des systèmes

En pratique, les exemples typiques de problèmes et de conflits qui peuvent survenir lors de l’exploitation d’un système comprennent les suivants :

Accidents tels que la perte de données causée par une erreur de l’opérateur

Le travail lié à l’exploitation des systèmes implique souvent le traitement d’informations d’entreprise importantes et de données personnelles, et des accidents peuvent survenir par négligence. Un exemple de cela est la “perte de données”. Nous expliquons en détail ces cas dans l’article ci-dessous.

https://monolith-law.jp/corporate/dataloss-risk-and-measures[ja]

Il est important de prendre des précautions, comme la sauvegarde des données, pour prévenir les accidents tels que la perte de données. Si ces mesures ne sont pas prises, il peut être extrêmement difficile de tenir le fournisseur responsable de l’exploitation responsable, il est donc nécessaire de faire attention.

Attaques de sécurité, y compris les virus

De plus, dans le cas de systèmes informatiques tels que les sites de commerce électronique, qui sont utilisés en masse par un grand nombre de personnes sur le Web, il est possible qu’une grande affaire ou un accident se produise en raison d’attaques de sécurité, y compris les virus. La détection de ces attaques de sécurité et la mise en place de mesures pour y faire face peuvent également faire partie des tâches d’exploitation.

Bugs et défauts qui apparaissent après l’acceptation

De plus, de nouveaux bugs et défauts peuvent apparaître après l’acceptation. Il n’est pas toujours possible d’examiner et d’éliminer toutes les possibilités de bugs et de défauts lors des tests préliminaires, et ils peuvent apparaître par la suite. Dans de tels cas, comme la livraison a déjà été effectuée, l’exécution de l’obligation est généralement considérée comme complète, et l’on est généralement exempté de la responsabilité pour non-exécution de l’obligation. Cependant, il peut être possible de demander des dommages-intérêts sur la base de la responsabilité pour les défauts. Nous expliquons en détail ces cas dans l’article ci-dessous.

https://monolith-law.jp/corporate/system-flaw-measure-after-acceptance[ja]

Résumé

Dans la phase dite “d’exploitation” d’un système, il existe de nombreux problèmes et conflits qui diffèrent par nature des projets de développement. Cependant, en se basant sur des théories juridiques telles que la responsabilité pour non-exécution des obligations, la responsabilité délictuelle et la garantie des vices, il est possible d’organiser un domaine unifié sans être limité par ces différences.