Защита ПО в Кыргызстане: авторское право и Кыргызпатент

Как возникает авторское право на ПО в Кыргызстане?

Право на программное обеспечение возникает в момент его создания. Регистрации, нотариального удостоверения или иных формальностей для этого не требуется. Такой подход соответствует Бернской конвенции, участником которой является Кыргызская Республика. Исходный код, объектный код, подготовительные материалы к разработке и пользовательская документация — все эти элементы получают охрану как самостоятельные объекты.

На практике проблема возникает не с фактом наличия права, а с его доказыванием. Если два разработчика одновременно заявляют авторство на схожий модуль, суду требуются доказательства: дата создания, авторский состав, история изменений. Git-история, хранящаяся на собственных серверах компании, — слабое доказательство: её можно переписать. Депонирование через Кыргызпатент решает эту задачу: орган фиксирует дату получения материалов и выдаёт свидетельство, которое принимается судами как доказательство приоритета.

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

Для ПВТ-резидентов корректное оформление IP — обязательный элемент комплаенса перед аудитом иностранного инвестора или покупателя. Инвесторы из США, Европы и Азии запрашивают IP-репозиторий при due diligence и требуют документального подтверждения того, что компания действительно владеет кодом, на котором строит бизнес. Отсутствие оформленных прав на ключевые модули — одна из наиболее распространённых причин затягивания или срыва сделок.

Депонирование через Кыргызпатент: процедура и практика

Кыргызпатент принимает на депонирование исходный код ПО в рамках добровольной процедуры. Заявитель подаёт комплект документов: заявление установленного образца, носитель с исходным кодом или его фрагментом (как правило, достаточно ключевых модулей — полный репозиторий объёмом несколько гигабайт не требуется), техническое описание программы и реквизиты автора или правообладателя. Срок рассмотрения — в среднем от 2 до 4 недель.

По результатам депонирования выдаётся свидетельство с присвоенным номером и датой регистрации. Это свидетельство не является патентом — оно не даёт монополии на функциональность или алгоритм. Его практическая ценность — доказательственная: суд в споре о нарушении авторского права опирается на дату свидетельства как на дату приоритета правообладателя. Конкурент, предъявляющий схожую программу с более поздней датой, несёт бремя доказывания независимого создания.

Для многомодульных продуктов практика выработала несколько подходов. Первый — единовременное депонирование ключевого «ядра» при первом релизе. Второй — регулярное депонирование обновлённых версий (ежегодно или при крупных изменениях). Третий — депонирование перед каждой крупной сделкой или привлечением инвестиций. Выбор зависит от бюджета и юридической зрелости компании.

Стоит учитывать, что депонирование не заменяет надлежащее оформление трудовых договоров с разработчиками и договоров с подрядчиками. Даже при наличии свидетельства Кыргызпатента компания проиграет спор, если разработчик докажет, что созданная программа не входила в круг его служебных обязанностей. Судебная практика МСЭД по таким делам складывается не в пользу работодателей, которые пренебрегли детализацией трудовых договоров.

Отдельная ситуация — open-source компоненты. Если в продукте использованы библиотеки под лицензиями GPL, LGPL или Apache, условия этих лицензий применяются к соответствующим частям кода. Депонирование всего продукта без изъятия open-source фрагментов может создать правовую неопределённость: правообладатель, чья библиотека включена без соблюдения условий лицензии, вправе предъявить претензии независимо от наличия свидетельства Кыргызпатента.

Что защищает авторское право, а что остаётся за пределами охраны?

Авторское право охраняет форму выражения, но не идею. Алгоритм, описанный в патентной заявке, — это форма. Сама математическая идея, лежащая в его основе, охране не подлежит. Для IT-компаний это означает: конкурент вправе реализовать ту же функциональность иным способом — и авторское право здесь не поможет. Защита идеи требует патента, но программы как таковые в КР не патентуются.

Что конкретно охраняется авторским правом применительно к ПО: исходный текст программы, объектный код, интерфейс пользователя (если он обладает творческой оригинальностью), техническая документация, базы данных (как особый объект смежной охраны). Дизайн интерфейса охраняется отдельно — как произведение изобразительного искусства или промышленного образца.

Промышленный образец через Кыргызпатент — рабочий инструмент для защиты UI/UX. Если компания разработала уникальный визуальный интерфейс мобильного приложения или веб-платформы, регистрация промышленного образца создаёт монопольное право на его использование в коммерческих целях. Срок защиты — 5 лет с возможностью продления до 25 лет.

Товарный знак — ещё один инструмент, который IT-компании нередко игнорируют. Название продукта, логотип, фирменное обозначение защищаются именно товарным знаком, а не авторским правом. Регистрация в Кыргызпатенте занимает в среднем от 8 до 12 месяцев; подача через Мадридский протокол позволяет одновременно получить защиту в десятках стран. Без регистрации название продукта может быть занято конкурентом — в том числе в России или Казахстане, где кыргызская регистрация не действует.

Коммерческая тайна — незаслуженно недооценённый инструмент. Алгоритмы машинного обучения, методологии тестирования, клиентские базы данных могут охраняться как коммерческая тайна при условии, что компания внедрила организационные меры защиты: режим ограниченного доступа, NDA с сотрудниками и подрядчиками, политику работы с информацией. В отличие от авторского права, коммерческая тайна потенциально бессрочна — пока сведения сохраняют конфиденциальность.

Служебные произведения и права разработчиков: где граница?

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

Граница проходит там, где заканчиваются трудовые обязанности. Если backend-разработчик в свободное время написал утилиту, не связанную с работой компании, — авторские права на неё принадлежат ему. Конфликт возникает, когда утилита оказывается встроена в корпоративный продукт: разработчик вправе отозвать разрешение на использование или потребовать вознаграждения. Судебная практика МСЭД рассматривает такие дела — и работодатели нередко проигрывают из-за расплывчатых формулировок в трудовых договорах.

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

Отдельно — ситуация с фрилансерами и подрядчиками. Гражданско-правовой договор с разработчиком-физлицом или ОсОО по умолчанию не передаёт заказчику исключительные права: создатель остаётся правообладателем. Заказчик получает лишь право использования в оговорённых пределах. Для полноценной передачи прав необходим отдельный договор об отчуждении исключительного права или лицензионный договор с чётко прописанными параметрами. Этот договор, в отличие от авторского соглашения в ряде других юрисдикций, не требует нотариального удостоверения в КР — но должен быть составлен письменно.

Зарубежные заказчики, работающие с кыргызскими аутсорс-командами, нередко включают в контракт условие о «work for hire» по праву США или Великобритании. В кыргызском праве эта конструкция не имеет прямого аналога: применение иностранного права к договору между кыргызскими резидентами возможно только в определённых рамках. При конфликте между условиями контракта и нормами КР суд будет руководствоваться кыргызским правом. Это необходимо учитывать при согласовании условий с иностранными партнёрами.

Как передаются права на ПО: лицензии и отчуждение

Исключительное право на ПО может передаваться двумя способами: по договору об отчуждении (полная передача навсегда) и по лицензионному договору (передача права использования на определённых условиях). Выбор конструкции принципиален: при отчуждении продавец теряет все права, при лицензии — сохраняет их и может выдать лицензию другим лицам, если это не запрещено соглашением.

Лицензии делятся на исключительные и неисключительные. Исключительная лицензия означает, что лицензиар обязуется не выдавать аналогичных лицензий другим лицам в пределах оговорённых территории, способов использования и срока. Неисключительная — правообладатель может параллельно работать с множеством лицензиатов. SaaS-продукты, как правило, работают по модели неисключительной лицензии с пользователями.

Лицензионный договор должен содержать: предмет (конкретное ПО), способы использования (запуск, воспроизведение, модификация, распространение — каждый пункт отдельно), территорию, срок, размер и порядок выплаты вознаграждения. Пропуск любого из этих элементов создаёт правовую неопределённость. Так, если в договоре не указана территория, по общему правилу действующего законодательства КР она ограничивается территорией республики — что может быть неприемлемо для продукта с глобальной аудиторией.

Для B2B-сегмента особую важность приобретают заверения и гарантии в договоре: что ПО не нарушает прав третьих лиц, что в нём не используются компоненты с несовместимыми лицензиями, что разработчик обладает полными правами для передачи. Нарушение этих заверений влечёт ответственность по Гражданскому кодексу КР. Для ПВТ-резидентов, работающих с иностранными заказчиками, в договоры нередко включают арбитражную оговорку с передачей споров в МТС при ТПП КР или иной международный арбитраж.

Защита через товарные знаки: что IT-компании теряют без регистрации?

Товарный знак и авторское право защищают разные объекты. Авторское право — конкретный код и визуальные элементы. Товарный знак — обозначения, которые идентифицируют продукт или услугу на рынке: название, логотип, слоган. Без регистрации товарного знака в Кыргызпатенте компания не получает монопольного права на использование обозначения. Конкурент вправе зарегистрировать схожее название и потребовать прекратить его использование.

Практика 2025–2026 годов фиксирует рост числа «сквоттинговых» регистраций: недобросовестные участники рынка регистрируют в Кыргызпатенте обозначения известных кыргызских IT-продуктов с целью последующей перепродажи или блокирования экспансии компании. Отменить такую регистрацию через Кыргызпатент или суд возможно, но процедура занимает от 6 до 18 месяцев и требует доказательства известности обозначения до даты подачи заявки конкурентом.

Мадридский протокол позволяет подать одну международную заявку на регистрацию товарного знака одновременно в десятках стран через Кыргызпатент как страну происхождения. Для IT-компаний с аудиторией в России, Казахстане, Германии или ОАЭ это существенная экономия времени и денег по сравнению с подачей национальных заявок в каждой стране отдельно. Срок рассмотрения международной заявки — в среднем 12–18 месяцев; до момента регистрации обозначение можно использовать, но без правовой монополии.

Регистрация в классах МКТУ требует предварительного анализа: товарный знак регистрируется применительно к конкретным товарам и услугам по Международной классификации. Ошибка в выборе классов может оставить незащищёнными ключевые направления бизнеса. Для SaaS-продуктов обычно релевантны классы 42 (компьютерные услуги, разработка ПО) и 35 (бизнес-услуги, реклама); для финтех-продуктов — дополнительно класс 36 (финансовые услуги). Неправильный выбор классов — распространённая ошибка при самостоятельной подаче заявки.

NDA и коммерческая тайна: практика применения в КР

Соглашение о неразглашении (NDA) — первый рубеж защиты конфиденциальной информации в IT-компании. По нормам Гражданского кодекса КР стороны вправе договориться о конфиденциальности любой информации, имеющей коммерческую ценность. NDA не заменяет режим коммерческой тайны, но создаёт договорную ответственность за разглашение — вплоть до взыскания убытков через МСЭД.

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

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

Для ПВТ-резидентов особенно актуальны NDA с зарубежными заказчиками. Типичная проблема: NDA подписан по шаблону заказчика по праву Англии или Делавэра — при возникновении спора применимое право и юрисдикция оказываются неочевидными. Суды КР применяют нормы МЧП и, как правило, признают выбор иностранного права действительным, если он явно выражен в договоре. Однако исполнение решения иностранного суда в КР потребует отдельного признания через национальные суды. МТС при ТПП КР в этом смысле удобнее: его решения исполняются в КР напрямую.

Типичные ошибки при оформлении NDA для IT-компаний: нечёткое определение конфиденциальной информации (слишком широкое — бесполезно в суде, слишком узкое — не закрывает реальные риски); отсутствие конкретного срока действия обязательства; отсутствие указания на порядок возврата или уничтожения переданных материалов; подписание NDA только с ключевыми сотрудниками при игнорировании джуниор-разработчиков и QA-инженеров, которые имеют доступ к коду.

Нарушение авторских прав на ПО: ответственность и судебная практика

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

Административная ответственность наступает по Кодексу о правонарушениях КР за незаконное использование чужого ПО — например, при использовании нелицензионного корпоративного ПО в коммерческой деятельности. Проверки по этому основанию проводятся МВД, но в период действующего моратория на проверки бизнеса (до 31 декабря 2026 года) внеплановые проверки ограничены — мораторий распространяется в том числе на административные проверки по большинству оснований.

Уголовная ответственность по УК КР предусмотрена за нарушение авторских прав в крупном размере или при наличии иных квалифицирующих признаков. Пороговые суммы ущерба для уголовного преследования существенно выше, чем для гражданского иска, — поэтому в большинстве корпоративных споров правообладатели предпочитают гражданско-правовой путь через МСЭД.

Судебная практика по делам о нарушении авторских прав на ПО в Кыргызстане остаётся немногочисленной, но прослеживается устойчивая тенденция: суды удовлетворяют требования о взыскании компенсации при наличии доказательств приоритета (свидетельство Кыргызпатента, нотариально заверенный скриншот с датой, депонированная копия кода) и факта нарушения (скриншоты, экспертиза сходства кода). Обеспечительные меры в виде запрета распространения ПО или блокировки сайта рассматриваются судами в течение одного рабочего дня при подаче одновременно с иском.

Что меняет статус ПВТ для защиты ИС?

Статус резидента Парка высоких технологий не создаёт специального режима охраны интеллектуальной собственности — IP-права ПВТ-компании регулируются теми же нормами, что и для любого другого субъекта. Налоговые преференции (0% налога на прибыль, 0% НДС, 5% подоходного налога) не зависят от того, задепонирован ли исходный код в Кыргызпатенте и зарегистрированы ли товарные знаки.

Однако ПВТ-резидентство косвенно стимулирует правовую дисциплину в сфере IP. Во-первых, при вступлении в ПВТ администрация проверяет соответствие деятельности компании критериям парка — в том числе наличие собственного продукта или услуги, на которые у компании есть права. Аутсорс-компании, работающие без передачи прав на код от разработчиков, рискуют не пройти эту проверку. Во-вторых, иностранные партнёры и инвесторы при due diligence ПВТ-компаний предъявляют повышенные требования к чистоте IP — статус ПВТ как бы подразумевает более высокий стандарт юридической организации.

ПВТ-резиденты, чья деятельность связана с VASP-лицензированием (криптобиржи, обменники), сталкиваются с дополнительным измерением IP-вопроса: программное обеспечение биржевой платформы является ключевым активом, который Финнадзор оценивает при выдаче лицензии. Требования к системам AML/KYC предполагают наличие собственных или лицензированных систем проверки. Компании, использующие чужой код без надлежащего лицензирования, рискуют получить отказ в выдаче VASP-лицензии или её отзыв. Финнадзор в 2025 году провёл массовый отзыв лицензий у ряда VASP — и дефекты в программной инфраструктуре были среди задокументированных оснований.

Travel Rule, обязательный для VASP в КР, требует интеграции с системами передачи данных об отправителях и получателях криптопереводов. Программное обеспечение для Travel Rule — либо собственная разработка, либо лицензированное решение от внешнего провайдера. В первом случае необходимо корректное оформление авторских прав на модуль; во втором — соответствующий лицензионный договор, проверенный на соответствие требованиям Финнадзора.

Для IT-компаний, рассматривающих ПКИ (Парк креативных индустрий), требования к IP аналогичны: деятельность должна соответствовать перечню из 34 видов креативной индустрии, а компания должна подтвердить, что результаты этой деятельности ей принадлежат. Среди резидентов ПКИ — разработчики игр, создатели мобильных приложений, дизайнеры UX/UI. Для всех них авторское право и товарные знаки являются базой для подтверждения соответствия требованиям парка.

Типичные ловушки и как их избежать?

Первая ловушка — уверенность в том, что «у нас есть git-история». Git-история хранится на внутренних серверах или в коммерческом репозитории (GitHub, GitLab) и может быть технически изменена. Ни суд, ни Кыргызпатент не принимают git-историю как самодостаточное доказательство приоритета без подтверждения её неизменности. Нотариальное заверение скриншота git-лога в конкретную дату или депонирование через Кыргызпатент — надёжнее.

Вторая ловушка — трудовые договоры, скопированные из российских или казахстанских шаблонов. Кыргызское законодательство регулирует служебные произведения несколько иначе, чем российское. Понятия, работающие в правовой системе РФ, в КР могут трактоваться иначе. Для компаний, переехавших в КР из России, это особенно актуально: локализация кадровой документации — не формальность, а требование для обеспечения правовой чистоты IP.

Третья ловушка — «один NDA на всех». Некоторые компании подписывают единый шаблонный NDA со всеми контрагентами, не учитывая специфику отношений: разработчик-фрилансер, корпоративный клиент, потенциальный инвестор, сотрудник на испытательном сроке требуют разных конструкций. Инвестор, которому раскрывается архитектура продукта на переговорах, и подрядчик, получающий доступ к базе данных пользователей, — принципиально разные контрагенты с разным объёмом доступа и разной ответственностью.

Четвёртая ловушка — отсутствие контроля за open-source зависимостями. По мере роста продукта количество внешних библиотек увеличивается. Без аудита лицензионной чистоты кодовой базы компания рискует обнаружить в своём продукте компоненты под GPL, которые обязывают раскрыть весь исходный код при распространении продукта. Для коммерческих SaaS-продуктов это неприемлемо. Инструменты автоматической проверки лицензионной чистоты (FOSSA, Black Duck) интегрируются в CI/CD-пайплайн и снимают часть нагрузки с юридического отдела.

Пятая ловушка — пренебрежение регистрацией при выходе на зарубежные рынки. Авторское право в большинстве стран возникает автоматически по Бернской конвенции, но товарные знаки — нет. Без регистрации в целевых странах компания не вправе запрещать локальным игрокам использовать схожие обозначения. Инвесторы при оценке компании с международными амбициями проверяют наличие зарегистрированных знаков в приоритетных юрисдикциях. Ознакомиться с практикой БЕКЕМ по IP-вопросам можно на странице IT-право и виртуальные активы.

Взаимодействие с Кыргызпатентом: практические советы

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

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

Срок рассмотрения заявки на товарный знак — от 8 до 14 месяцев при отсутствии замечаний экспертизы. Если эксперт выявит сходство с ранее зарегистрированными обозначениями или усмотрит основания для отказа, заявитель получает предварительный отказ с возможностью представить аргументы в течение установленного срока. Опыт показывает: ответ на предварительный отказ, подготовленный с привлечением специалиста по IP, в большинстве случаев позволяет преодолеть возражения экспертизы.

Поддержание в силе зарегистрированного товарного знака требует уплаты пошлин при продлении регистрации каждые 10 лет. Пропуск срока уплаты пошлины влечёт прекращение действия знака — без предварительного уведомления правообладателя. Для компаний с несколькими зарегистрированными знаками ведение собственного IP-реестра с системой напоминаний о сроках — минимальный стандарт.

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

Актуальный обзор практики работы с ПВТ и IT-правом, включая аспекты защиты ИС, доступен в материале о IT-праве и виртуальных активах в Кыргызстане. Общий раздел аналитики БЕКЕМ — на странице Аналитика. Смежные вопросы — пошаговое руководство по лицензированию криптообменника, гид по защите исходного кода и NDA, а также чек-лист по антимонопольному согласованию сделок в Кыргызстане.