Open source compliance и IP-риски для IT-компании в Грузии

Open source compliance (соответствие требованиям лицензий на открытый исходный код) - это обязательная процедура проверки программного продукта на предмет соблюдения условий всех использованных open source лицензий. В Грузии правовую основу составляют глава IV Гражданского кодекса Грузии (სამოქალაქო კოდექსი) об авторском праве и Закон Грузии «Об авторском праве и смежных правах» (საავტორო და მომიჯნავე უფლებების შესახებ კანონი). По состоянию на май 2026 года нарушение условий open source лицензий влечёт утрату права на коммерческое использование продукта и может заблокировать сделку M&A или получение статуса Virtual Zone.

Для IT-компаний в Грузии - особенно работающих в режиме Virtual Zone или привлекающих иностранные инвестиции - open source compliance напрямую влияет на оценку IP-актива, условия лицензионных соглашений с клиентами и возможность защиты собственных разработок. Эта статья - практический чек-лист: какие лицензии создают риски, как провести аудит кода, что зафиксировать в договорах с разработчиками и как выстроить IP-стратегию в грузинской юрисдикции.

Не все open source лицензии одинаково безопасны для коммерческого продукта. Лицензии делятся на три группы по степени правового риска: permissive (MIT, Apache 2.0, BSD), слабые copyleft (LGPL, MPL) и сильные copyleft (GPL v2, GPL v3, AGPL). Использование GPL-кода в проприетарном продукте без раскрытия исходного кода нарушает условия лицензии и лишает компанию права на коммерческое распространение этого продукта - это прямое последствие по грузинскому авторскому праву, поскольку лицензия является договором, а её нарушение прекращает предоставленные права.

Permissive-лицензии (MIT, Apache 2.0, BSD)

Разрешают использование в проприетарном коде при соблюдении одного условия: сохранение уведомления об авторских правах и текста лицензии в документации или интерфейсе продукта. Apache 2.0 дополнительно требует указания изменений, внесённых в оригинальный код. Нарушение этого условия - формально нарушение авторского права, но на практике риск судебного преследования минимален при добросовестном исправлении.

Слабые copyleft-лицензии (LGPL v2.1, LGPL v3, MPL 2.0)

Риск: Использование LGPL-библиотеки допустимо в проприетарном продукте при динамической компоновке. Статическая линковка LGPL-компонента в проприетарный бинарный файл создаёт обязательство раскрыть исходный код всего продукта. Это типичная ошибка при сборке мобильных приложений и embedded-решений.

Важно: Статическая линковка LGPL-компонента без раскрытия исходного кода нарушает статью 34 Закона Грузии «Об авторском праве и смежных правах». Последствие - правообладатель вправе потребовать прекращения распространения продукта и возмещения убытков.

Сильные copyleft-лицензии (GPL v2, GPL v3, AGPL v3)

Наиболее высокий риск для коммерческих продуктов. GPL требует раскрытия всего исходного кода производного произведения при распространении. AGPL v3 распространяет это требование на использование через сеть (SaaS): если ваш сервис использует AGPL-компонент и предоставляет доступ пользователям через интернет - вы обязаны раскрыть исходный код всей системы.

Риск: Включение даже одного AGPL-компонента в SaaS-продукт без коммерческой лицензии от правообладателя создаёт обязательство раскрытия всего кода продукта. Для компании в режиме Virtual Zone это означает утрату конкурентного преимущества и потенциальный отказ инвестора от сделки.

Чтобы получить чек-лист классификации open source лицензий по уровню риска для малого IT-бизнеса и стартапов в Грузии, отправьте запрос на info@interlawfirm.ru

Аудит open source кода (SCA - Software Composition Analysis) в Грузии проводится в четыре этапа: инвентаризация компонентов, классификация лицензий, анализ совместимости и подготовка отчёта об IP-рисках. Для IT-компании, претендующей на статус Virtual Zone или привлекающей инвестиции, аудит - обязательный элемент due diligence. Без него инвестор не может оценить чистоту IP-актива, а GITA (Агентство инноваций и технологий Грузии, gita.gov.ge) вправе запросить подтверждение прав на используемые технологии.

Чек-лист: что подготовить к IP-аудиту open source

• Полный реестр сторонних компонентов с версиями и SPDX-идентификаторами лицензий (например, MIT, Apache-2.0, GPL-2.0-only)
• Документация о способе интеграции каждого компонента: динамическая или статическая линковка, форк, копирование файлов
• Договоры с разработчиками-фрилансерами и подрядчиками с условием об уступке авторских прав (assignment of IP) или служебном произведении
• Внутренняя политика использования open source (open source policy), утверждённая руководством
• Лог изменений в форкнутых open source репозиториях с указанием автора каждого коммита

Компании из Тбилиси (осень 2025) помогли пройти IP-аудит перед раундом инвестирования. Инвестор обнаружил в кодовой базе три AGPL-компонента без коммерческих лицензий. После замены двух компонентов на permissive-аналоги и получения коммерческой лицензии на третий компонент сделка была закрыта в срок. Без аудита риск блокировки сделки оценивался свыше 200 000 USD.

Перед подписанием term sheet инвестор, как правило, проводит собственный технический due diligence. Если IP-риски выявляются на этой стадии - переговорная позиция компании ослабевает, а оценка снижается. Аудит до начала переговоров позволяет устранить риски на условиях компании, а не инвестора.

По грузинскому законодательству авторское право на созданный код возникает у физического лица - автора в момент создания произведения (статья 4 Закона «Об авторском праве и смежных правах»). Компания получает права только при наличии прямой уступки (assignment) или служебного произведения. Без корректного договора разработчик-фрилансер сохраняет авторские права на написанный им код, даже если получил оплату.

Служебное произведение (ნამსახურები ნაწარმოები)

Если разработчик является штатным сотрудником и создаёт код в рамках трудовых обязанностей - права на служебное произведение переходят к работодателю по статье 15 Закона «Об авторском праве». Условие: трудовой договор должен прямо указывать, что разработка ПО входит в должностные обязанности. Общая формулировка «выполнение поручений работодателя» недостаточна.

Риск: Если трудовой договор разработчика не содержит прямого указания на создание ПО как должностную обязанность, суд может признать созданный код личным произведением сотрудника, а не служебным. Это лишает компанию исключительных прав на продукт.

Договор с фрилансером или подрядчиком

Для фрилансеров и подрядных организаций служебное произведение не применяется. Необходима прямая уступка исключительных прав (цессия авторских прав) в письменной форме. Договор должен содержать: перечень передаваемых прав (воспроизведение, распространение, переработка, доведение до всеобщего сведения), территорию, срок и вознаграждение. Без указания конкретных прав уступка считается неполной.

Важно: Договор с фрилансером, содержащий только условие «заказчик получает все права на результат работы», без перечисления конкретных правомочий, не обеспечивает полной уступки по статье 34 Закона «Об авторском праве». Суды Грузии толкуют такие формулировки ограничительно.

Договоры с иностранными разработчиками

Если разработчик является резидентом другой страны - применимое право определяется договором. При отсутствии оговорки о применимом праве грузинский суд применит право страны, где разработчик имеет обычное место жительства (статья 34 Закона Грузии «О международном частном праве»). Это создаёт неопределённость: объём уступаемых прав будет оцениваться по иностранному праву.

Компании из Батуми (зима 2024) помогли урегулировать спор с бывшим разработчиком-фрилансером, претендовавшим на авторские права на ключевой модуль продукта. Договор не содержал прямой уступки прав. После переговоров при юридическом сопровождении стороны заключили соглашение об уступке прав за дополнительное вознаграждение свыше 15 000 лари - вместо судебного разбирательства, которое заняло бы от 6 до 12 месяцев.

Чтобы получить чек-лист требований к договорам с разработчиками для IT-компаний в Грузии, отправьте запрос на info@interlawfirm.ru

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

Регистрация программного обеспечения в Грузии осуществляется через Национальный центр интеллектуальной собственности Sakpatenti (საქპატენტი, sakpatenti.gov.ge). Авторское право на ПО возникает автоматически с момента создания без регистрации, однако депонирование кода в Sakpatenti создаёт доказательную базу приоритета - дату и факт существования произведения. Государственная пошлина за депонирование составляет от 50 до 150 лари в зависимости от объёма материала.

Товарный знак для IT-продукта или SaaS-сервиса регистрируется в Sakpatenti отдельно. Срок регистрации - от 12 до 18 месяцев при отсутствии возражений третьих лиц. Пошлина за подачу заявки на один класс МКТУ составляет около 200 лари. Для международной защиты доступна Мадридская система (Грузия является членом с 1998 года): одна заявка охватывает до 130 стран, базовая пошлина ВОИС - от 653 швейцарских франков.

Риск: Использование названия IT-продукта без регистрации товарного знака в Грузии оставляет компанию без правовой защиты от регистрации аналогичного обозначения конкурентом. После регистрации конкурентом компания будет обязана сменить бренд или оспорить регистрацию в Sakpatenti - процедура занимает от 6 до 24 месяцев.

Направления практики по теме

• Регистрация товарных знаков и IP-защита - регистрация в Sakpatenti, Мадридская система, защита бренда IT-продукта
• IT-право и персональные данные - договоры с разработчиками, open source compliance, защита данных пользователей
• M&A и инвестиции - IP due diligence при сделках с IT-активами, сопровождение раундов инвестирования

Авторское право на программное обеспечение в Грузии возникает автоматически с момента создания и не требует обязательной регистрации для судебной защиты - это прямо следует из статьи 4 Закона Грузии «Об авторском праве и смежных правах». Однако без депонирования в Sakpatenti доказать дату создания и авторство в суде значительно сложнее. Депонирование стоит от 50 лари и создаёт официальный документ с датой - его достаточно для большинства споров. Для IT-компании, планирующей привлечение инвестиций или продажу бизнеса, депонирование ключевых версий продукта является обязательным элементом IP-стратегии: инвестор при due diligence запросит подтверждение приоритета.

Нарушение условий GPL-лицензии автоматически прекращает права на использование соответствующего компонента - это механизм, прямо предусмотренный текстом лицензии и признаваемый в рамках грузинского авторского права как нарушение договорных условий. Правообладатель вправе направить требование об устранении нарушения (cure notice): по GPL v3 у нарушителя есть 60 дней на исправление. Если нарушение не устранено - правообладатель вправе обратиться в суд с требованием о прекращении распространения продукта и возмещении убытков. Для компании в режиме Virtual Zone это создаёт дополнительный риск: GITA вправе проверить соответствие деятельности условиям статуса, и выявленное нарушение авторских прав может стать основанием для пересмотра статуса.

Для IT-компании в Грузии, работающей с иностранными клиентами, ключевым инструментом защиты IP является корректная оговорка о применимом праве и юрисдикции в договоре. Грузинское законодательство допускает выбор иностранного права для регулирования договорных отношений (статья 34 Закона «О международном частном праве»), однако авторские права на ПО, созданное в Грузии, в любом случае защищаются грузинским законодательством в части возникновения и первоначальной принадлежности прав. Для SaaS-продуктов, распространяемых глобально, рекомендуется регистрация товарного знака через Мадридскую систему (от 653 франков ВОИС за базовую заявку) и депонирование ключевых версий кода в Sakpatenti. Это создаёт доказательную базу, признаваемую в большинстве юрисдикций.

Открытый исходный код снижает стоимость разработки, но создаёт правовые обязательства, которые проявляются не в момент написания кода, а в момент распространения продукта, привлечения инвестиций или судебного спора. Три ключевых вывода: классификация лицензий определяет, можно ли монетизировать продукт без раскрытия кода; договоры с разработчиками определяют, кому принадлежат права на продукт; регистрация в Sakpatenti и Мадридская система определяют, можно ли защитить бренд и приоритет в суде.

Юридическая фирма Inter Law Firm сопровождает IT-компании в Грузии по вопросам интеллектуальной собственности и open source compliance. Мы можем помочь с IP-аудитом кодовой базы, подготовкой договоров с разработчиками, регистрацией товарных знаков в Sakpatenti и Мадридской системе, а также с сопровождением IP due diligence при сделках M&A и заявках на статус Virtual Zone.

Чтобы получить полный чек-лист IP-защиты для IT-компании в Грузии, отправьте запрос на info@interlawfirm.ru

Тамара Беридзе, Юрист, IT и интеллектуальная собственность, info@interlawfirm.ru 1 мая 2026 года