Що таке закони, що стосуються конфліктів та проблем на етапі експлуатації системи?

Як відомо, у проектах розробки IT-систем можуть виникнути різноманітні конфлікти та проблеми. Однак навіть якщо весь процес розробки пройде без проблем, це не означає, що всі турботи позаду. IT-системи, що використовуються в компаніях, зазвичай обробляють велику кількість конфіденційної та особистої інформації, і через це на етапі експлуатації можуть виникнути різні проблеми. Тому важливо використовувати знання законодавства для розробки стратегій відповіді та профілактики таких ситуацій на етапі експлуатації.

Як змінюється правова дискусія про системи в контексті їх розробки та експлуатації?

Типовими юридичними проблемами, пов’язаними з IT-системами, які використовуються в компаніях, є, безумовно, проблеми “вигорання” проекту на етапі “розробки”. Проекти розробки систем часто є великими заходами, які вимагають значного числа людей, коштів та часу, і зазвичай вони рухаються вперед, несучи ризики різних конфліктів та проблем, великих чи малих.

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

У статті вище ми систематизуємо типи конфліктів, які часто виникають в рамках проектів розробки систем, відповідно до юридичної структури. Крім того, однією з особливостей юридичних проблем, пов’язаних з IT-системами, є “обов’язок управління проектом”, який спеціалісти з розробки систем, вважають за необхідний для виконання.

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

Однак, після “розробки” IT-системи вона переходить до фази “експлуатації”. Експлуатація IT-системи, кажучи одним словом, означає використання та управління розробленою системою для виконання реальних завдань. Часто для використання IT-системи потрібно добре знати її специфікації, тому тут також часто потрібна допомога IT-спеціалістів. Той факт, що IT-системи вимагають технічних знань як при розробці, так і при експлуатації, означає, що розмежування між ними може бути неоднозначним у практиці. Чітким прикладом цього може бути наявність такого явища, як “обов’язок підтримки”.

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

У статті вище ми представляємо судові рішення, які визнають “обов’язок підтримки” як обов’язок надавати підтримку для експлуатації та впровадження після розробки, відрізняючи його від “обов’язку управління проектом”, який вендор повинен виконувати під час проекту розробки системи. Це означає, що юридичні обов’язки вендора, який приймає роботу по розробці, можуть бути визначені, враховуючи обставини наступної фази експлуатації. Крім того, при розробці нової системи, якщо вона просувається одночасно з ліквідацією старої системи, можуть виникнути проблеми, такі як “перенесення даних” зі старої системи. У таких випадках, експлуатація старої системи та розробка нової системи тісно пов’язані одна з одною.

Як впорядкувати правові питання, пов’язані з експлуатацією системи

Як ми вже з’ясували, практичні аспекти, пов’язані з IT-системами, тісно пов’язані між “розробкою” та “експлуатацією”. Однак, на етапі експлуатації, коли проект розробки вже завершено, необхідно розглядати питання “обов’язків управління проектом” окремо. Для того, щоб обговорити правові питання “розробки” та “експлуатації” у єдиному контексті, необхідно впорядкувати їх у високоабстрактній рамці, яка більше схиляється до правової сторони. Наприклад, впорядкування з точки зору юридичної “відповідальності”, пов’язаної з IT-системами, яке буде розглянуто в наступній статті, є одним з таких прикладів.

У вищезазначеній статті ми розглядаємо питання цивільної відповідальності за невиконання зобов’язань, відповідальності за дефекти та відповідальності за незаконні дії в контексті IT-систем. Однак, питання відповідальності за дефекти в експлуатації рідко виникають, за винятком випадків, коли дефекти виявляються після прийому. Тому, насамперед, вам слід впорядкувати відповідальність за невиконання зобов’язань на основі умов договору та відповідальність за незаконні дії, які не передбачають договірні відносини.

Спочатку розглянемо, чи були порушені обов’язки з боку вендора

Якщо йдеться про відповідальність за невиконання зобов’язань, то ми розглядаємо порушення договірних обов’язків, а якщо йдеться про відповідальність за незаконні дії, то ми розглядаємо “порушення прав інших осіб”. У випадку відповідальності за невиконання зобов’язань, питання стосуються умов угоди про рівень обслуговування (SLA). Зверніть увагу, що як відповідальність за невиконання зобов’язань, так і відповідальність за незаконні дії вимагають наявності умислу або недбалості.

Далі перевіряємо наявність збитків з боку користувача

Обов’язок зі шкоди відшкодування виникає відповідно до фактичних збитків, які виникли з боку користувача. Тому, незалежно від того, чи йдеться про невиконання зобов’язань, чи про незаконні дії, якщо з боку користувача не виникло збитків, то не виникає обов’язку відшкодування.

Також розглядаємо можливість застосування компенсації за недбалість та обмеження відповідальності

Навіть якщо вендор має відшкодувати збитки, якщо з боку користувача також була якась недбалість, можливо застосування компенсації за недбалість. Крім того, якщо в договорі, укладеному заздалегідь, встановлено обмеження на суму відшкодування, то це може змінити суму відшкодування. Наприклад, в типовому шаблоні договору, відомому як модельний договір Міністерства економіки, торгівлі та промисловості, є таке положення про обмеження відповідальності (підкреслення додано автором).

(Відшкодування збитків)
Стаття 53. Сторони А та Б можуть вимагати відшкодування збитків від іншої сторони, якщо вони зазнали збитків через причини, які повинні бути повернуті винній стороні, у зв’язку з виконанням цього договору та окремого договору. Однак, цей запит не може бути зроблений після того, як мине ○ місяців з дати завершення прийому товару або підтвердження завершення роботи, які визначені в цьому окремому договорі.

2. Загальна сума відшкодування збитків згідно з попереднім пунктом обмежується сумою ○○○, визначеною в окремому договорі, який став причиною виникнення відповідальності, незалежно від того, чи йдеться про невиконання зобов’язань, юридичну відповідальність за дефекти, неправомірне збагачення, незаконні дії або інші причини вимоги.

3. Попередній пункт не застосовується, якщо відповідальність за відшкодування збитків базується на умислі або грубій недбалості винного.

Приклади проблем та конфліктів, які часто виникають під час експлуатації систем

На практиці, при експлуатації систем можуть виникнути такі типові проблеми та конфлікти:

Втрата даних через помилки оператора

Робота, пов’язана з експлуатацією систем, часто включає обробку важливих комерційних таємниць та особистих даних, і необережність може призвести до аварій. Одним з прикладів є “втрата даних”. Детальніше про це описано в наступній статті.

Для запобігання втрати даних важливо заздалегідь створювати резервні копії. Якщо ви не вживаєте таких заходів, може бути дуже важко відповідати за відповідальність постачальника, якому було доручено експлуатацію, тому будьте обережні.

Атаки на безпеку, включаючи віруси

Крім того, у випадку IT-систем, які використовуються великою кількістю людей на веб-сайтах, таких як EC-сайти, можуть виникнути великі інциденти або аварії через атаки на безпеку, включаючи віруси. Виявлення таких атак на безпеку та вживання заходів протидії також можуть бути частиною експлуатації.

Помилки та неполадки, які виявляються після прийняття

Також можуть виникнути нові помилки та неполадки після прийняття. Неможливо повністю врахувати всі можливі помилки та неполадки на етапі попереднього тестування, тому вони можуть виявитися пізніше. У таких випадках, оскільки доставка вже завершена, виконання зобов’язань вважається завершеним, і зазвичай відповідальність за невиконання зобов’язань знімається. Однак, можуть бути випадки, коли допускається вимога про відшкодування збитків на основі відповідальності за дефекти. Детальніше про це описано в наступній статті.

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

Підсумки

На етапі “експлуатації” системи існує багато проблем та конфліктів, які відрізняються від розробки проекту. Однак, базуючись на юридичних теоріях, таких як відповідальність за невиконання зобов’язань, незаконні дії, відповідальність за дефекти, можливе систематизування цієї області без зосередження на цих відмінностях.