Спор о расширении функциональности ПО для страховой сферы: являются ли доработки штатной настройкой или нарушением лицензии.
Спор возник из-за расширения функциональных возможностей программного обеспечения для страховой сферы. Одна из сторон указывала, что появление дополнительных инструментов могло нарушать лицензионные ограничения, включая запрет передачи системы третьим лицам.
Требовалось технически разграничить, что относится к штатной адаптации системы силами лицензиата, а что относится к модификации ядра продукта или доработкам сторонних лиц, влияющим на правовую квалификацию спора.
Внедрение редактора образцов отчётов признано функциональным расширением в рамках предусмотренных механизмов.
Использование встроенного языка сценариев признано предусмотренным механизмом адаптации системы.
Анализ кода позволил отделить конфигурационные изменения и пользовательские сценарии от вмешательства в ядро продукта.
Доработки, выполненные третьими лицами, могут квалифицироваться как нарушение лицензионных ограничений.
Самостоятельные доработки лицензиата в рамках предусмотренных механизмов не признаны нарушением. Редактор отчётов и Diasoft Script признаны допустимыми средствами адаптации системы. Технический анализ отделил конфигурационные изменения от вмешательства в ядро. Доработки третьими лицами сохраняют риск нарушения договора. Правовое значение имеет не сам факт расширения, а способ реализации и круг лиц.
Заключение использовано стороной как доказательная база в споре по лицензионному договору: технически разграничены допустимая адаптация и потенциальное нарушение, что усилило правовую позицию и помогло сформулировать дальнейшие требования.
Число нарушений считали по установкам, а не по компьютерам и не по людям. Для каждой установки фиксировали, откуда взят дистрибутив, каким ключом активирована копия и в какой период использовалась. Отдельно считали случаи, когда одним ключом активированы несколько копий, и случаи использования после окончания срока лицензии. Эти две группы разделены, потому что влекут разные последствия.
Первичный подсчёт по журналам активации дал число заметно больше фактического. Разбор показал, что часть записей это повторные активации одной и той же копии после переустановки системы. Мы сопоставили записи по идентификаторам оборудования и свели повторы к одной установке. Без этой поправки завышение составило бы почти треть.
Сбор и фиксация журналов и образов один день. Сопоставление установок с ключами и оборудованием три дня, это ядро работы. Проверка сроков действия лицензий один день. Оформление таблицы нарушений и заключения два дня.
Результат мерили тем, выдерживает ли каждая позиция отдельную проверку. В приложении к заключению по каждой установке приведены идентификатор, дата, источник дистрибутива и основание отнесения к нарушениям. Позиции, где данных не хватило для однозначного вывода, из подсчёта исключены и перечислены отдельно.
Опишите ситуацию, и ведущий эксперт бесплатно оценит перспективу, сроки и стоимость.
