Закон о спорах и проблемах на этапе эксплуатации системы

В проектах по разработке IT-систем часто возникают различные конфликты и проблемы, что хорошо известно. Однако, даже если все этапы разработки прошли успешно, это не означает, что все проблемы решены. IT-системы, используемые в компаниях, обычно обрабатывают большое количество конфиденциальной и персональной информации, и на этапе эксплуатации могут возникнуть различные проблемы. Поэтому на этапе эксплуатации важно использовать знания законодательства для разработки мер реагирования на подобные ситуации и предотвращения их возникновения.

Как меняется правовая теория, связанная с системами, в процессе разработки и эксплуатации?

Типичными проблемами, связанными с правовыми вопросами IT-систем, используемых в компаниях, являются проблемы «срыва» проекта на стадии «разработки». Проекты по разработке систем обычно являются крупными предприятиями, в которые вкладываются большие ресурсы, время и деньги, и они обычно продвигаются, несмотря на различные риски конфликтов и проблем.

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

В статье выше мы систематизировали типы конфликтов, которые часто возникают в процессе разработки систем, в соответствии с правовыми рамками. Кроме того, одной из особенностей правовых вопросов, связанных с IT-системами, является наличие «обязанности по управлению проектом», которую обычно несут специалисты по разработке систем.

Однако, после «разработки» IT-системы переходят в фазу «эксплуатации». Эксплуатация IT-системы, вкратце, означает использование и управление разработанной системой для выполнения реальных задач. Поскольку для использования IT-системы часто требуется хорошее знание ее спецификации, здесь также часто требуется помощь IT-специалистов. Тот факт, что технические знания требуются как в разработке, так и в эксплуатации IT-систем, означает, что разделение между ними может стать неясным в практическом смысле. Примером этого может служить наличие так называемой «обязанности поддержки».

В статье выше мы рассматриваем прецеденты, признающие «обязанность поддержки» в качестве обязанности, отличной от «обязанности по управлению проектом», которую несет поставщик во время проекта по разработке систем, и которая предполагает оказание поддержки после разработки для внедрения и эксплуатации. То есть, в некоторых случаях, правовые обязанности поставщика, принимающего на себя разработку, определяются с учетом обстоятельств последующей фазы эксплуатации. Кроме того, когда разработка новой системы происходит одновременно с устранением старой системы, вопросы, такие как «перенос данных» из старой системы, могут стать проблемой. В таких случаях, эксплуатация старой системы и разработка новой системы тесно связаны друг с другом.

Как следует систематизировать юридические вопросы, связанные с эксплуатацией системы?

Таким образом, мы поняли, что практическая работа, связанная с IT-системами, тесно связана с “разработкой” и “эксплуатацией”. Однако в фазе эксплуатации, поскольку проект разработки уже завершен, необходимо рассматривать вопросы “обязанностей управления проектом” отдельно. Для обсуждения юридических вопросов “разработки” и “эксплуатации” в едином контексте необходимо систематизировать их в рамках более абстрактной, юридической схемы. Например, систематизация с точки зрения юридической “ответственности”, связанной с IT-системами, которую мы объясним в следующей статье, является одним из таких примеров.

В вышеупомянутой статье мы объясняем вопросы гражданско-правовой ответственности за неисполнение обязательств, гарантийной ответственности за дефекты, ответственности за противоправные действия и т.д., учитывая контекст IT-систем. Однако, вопросы гарантийной ответственности за дефекты в фазе эксплуатации редко возникают, за исключением случаев, когда после приемки обнаруживаются неполадки. Поэтому, прежде всего, следует систематизировать два вида ответственности: ответственность за неисполнение обязательств на основании контракта и ответственность за противоправные действия, не предполагающие наличия контрактных отношений.

Сначала рассмотрите наличие нарушения обязательств со стороны поставщика

В случае ответственности за неисполнение обязательств вопросом становится нарушение обязательств по контракту, а в случае ответственности за противоправные действия – наличие факта “нарушения прав других лиц”. В случае ответственности за неисполнение обязательств, вопросом становятся условия Соглашения об уровне обслуживания (SLA). Кроме того, следует обратить внимание на то, что ответственность за неисполнение обязательств и ответственность за противоправные действия в любом случае требуют наличия умысла или халатности.

Затем проверьте наличие ущерба со стороны пользователя

Обязанность по возмещению ущерба возникает в отношении фактического ущерба, причиненного пользователю. Поэтому, независимо от того, имеет ли место неисполнение обязательств или противоправное действие, если пользователь не понес ущерб, обязанность по возмещению ущерба не возникает.

Также рассмотрите возможность применения компенсации за халатность и ограничительных условий ответственности

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

(Возмещение ущерба)
Статья 53. Каждая из сторон может требовать возмещения ущерба от другой стороны, если она понесла ущерб в связи с исполнением настоящего контракта и отдельного контракта по причинам, которые следует приписать другой стороне (но только в пределах ущерба ○○○). Однако, такое требование не может быть предъявлено после истечения ○ месяцев с даты окончательного приемки товара или подтверждения окончания работы, которые определены в соответствующем отдельном контракте, ставшем причиной требования о возмещении ущерба.

2. Общая сумма возмещения ущерба по предыдущему пункту, независимо от неисполнения обязательств, юридической гарантийной ответственности за дефекты, неосновательного обогащения, противоправных действий или иных оснований для требования, ограничивается суммой ○○○, определенной в отдельном контракте, ставшем причиной ответственности.

3. Предыдущий пункт не применяется в случае, если обязанность по возмещению ущерба основана на умысле или грубой халатности ответственного лица.

Примеры проблем и конфликтов, которые часто возникают при эксплуатации систем

В практике, типичные примеры проблем и конфликтов, которые могут возникнуть при эксплуатации систем, включают следующее:

Потеря данных из-за ошибок оператора

Работа, связанная с эксплуатацией систем, часто включает обработку важной коммерческой тайны и личной информации, и иногда происходят несчастные случаи из-за невнимательности. Одним из примеров является “потеря данных”. Мы подробно обсуждаем эти вопросы в следующей статье.

Важно предпринимать меры предосторожности, такие как резервное копирование данных, чтобы предотвратить несчастные случаи, такие как потеря данных. Если вы пренебрегаете этими мерами, то будет очень сложно привлечь к ответственности поставщика, которому была поручена эксплуатация, поэтому следует быть осторожным.

Атаки на безопасность, включая вирусы

Кроме того, в случае IT-систем, которые используются в больших количествах на веб-сайтах, таких как сайты электронной коммерции, могут возникнуть серьезные инциденты и несчастные случаи из-за атак на безопасность, включая вирусы. Обнаружение таких атак на безопасность и принятие мер противодействия также могут быть частью операционной работы.

Баги и неполадки, обнаруженные после приемки

Также могут возникнуть новые баги и неполадки после приемки. Невозможно полностью учесть все возможные баги и неполадки на этапе предварительного тестирования, и они могут обнаруживаться позже. В таких случаях, поскольку поставка уже завершена, обычно считается, что обязательства выполнены, и освобождаются от ответственности за неисполнение обязательств. Однако, в некоторых случаях может быть признано право на возмещение ущерба на основе ответственности за недостатки. Мы подробно обсуждаем эти вопросы в следующей статье.

Вывод

На этапе “эксплуатации” системы существует множество проблем и конфликтов, отличающихся от тех, что возникают в проектах разработки. Однако, основываясь на юридических теориях, таких как ответственность за неисполнение обязательств, ответственность за противоправные действия, ответственность за дефекты, можно систематизировать эту область без привязки к ее различиям.