Що таке «відповідальність» за законом у зв'язку з розробкою систем?

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

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

Відносини між розробкою системи та “відповідальністю”

Основою юридичної відповідальності є прийняття рішень

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

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

“Відповідальність” на місці розробки систем

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

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

https://monolith.law/corporate/user-obligatory-cooporation[ja]

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

https://monolith.law/corporate/interrruption-of-system-development[ja]

Тут ми пояснюємо, що важливо не тільки переслідувати відповідальність іншої сторони, але й бути свідомим відповідальності, яку ви несете.

Світ законодавчих норм з погляду “відповідальності”

Хоча ми поступово переходимо до більш юридичних питань, у випадках, коли ви здійснюєте вимогу про відшкодування збитків або інші форми відповідальності, ваші дії повинні бути обґрунтовані на законах, таких як Цивільний кодекс Японії та інші. Особливо важливі в контексті розробки системи є наступні пункти:

Відповідальність за невиконання зобов’язань

Невиконання зобов’язань відбувається, коли зобов’язання, що випливають з договору (тобто борг), не виконуються належним чином. Типи невиконання зобов’язань включають:

• Затримка виконання: коли виконання відбувається пізніше за встановлений термін
• Неможливість виконання: коли виконання стає неможливим
• Неповне виконання: коли виконання не відповідає основному змісту

Усі ці випадки відповідальності виникають, коли в діях боржника присутній умисел або недбалість, і вони базуються на принципах “відповідальності” в законодавстві.

Відповідальність за дефекти

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

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

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

Відповідальність за незаконні дії

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

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

Відповідальність за вироби відповідно до Закону про відповідальність за вироби

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

Розмова про моральну відповідальність відрізняється від юридичної дискусії

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

https://monolith.law/corporate/apology-for-system-development[ja]

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

Підсумки

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