Пошагово: Договор с разработчиком из КР: передача прав на ПО

Шаг 1. Что именно передаётся: определите правовую модель

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

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

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

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

Шаг 2. Как выбрать тип договора?

Выбор типа договора определяет, кто несёт риски создания результата и с какого момента переходит право. Для заказной разработки ПО в КР применяются три основных конструкции.

Договор авторского заказа подходит, когда разработчик — физическое лицо (гражданин КР или иностранец). Договор фиксирует задание, срок создания, вознаграждение и условие об отчуждении. Авторские права переходят к заказчику в момент подписания акта приёмки-передачи готового результата. До этого момента автор вправе доработать или переделать результат, если он не соответствует ТЗ.

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

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

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

Шаг 3. Проверьте статус разработчика: физлицо, ОсОО или резидент ПВТ

Статус разработчика определяет порядок уплаты налогов, объём обязательных реквизитов договора и риски, которые несёт заказчик. Проверять нужно до подписания договора, а не после возникновения спора.

Если разработчик — физическое лицо-гражданин КР: заказчик-ОсОО при выплате вознаграждения выступает налоговым агентом и обязан удержать подоходный налог (10%) и перечислить страховые взносы. Невыполнение этой обязанности — налоговое правонарушение на стороне заказчика. Уточните, зарегистрирован ли разработчик как ИП: если да, он платит налог самостоятельно и заказчик агентских обязанностей не несёт.

Если разработчик — ОсОО: проверьте выписку из реестра Минюста, подтвердите полномочия подписанта (директор по Уставу или представитель по доверенности). Для крупных договоров запросите решение участников об одобрении крупной сделки, если вознаграждение превышает 25% активов ОсОО.

Если разработчик — резидент ПВТ: запросите свидетельство резидента ПВТ и убедитесь, что вид деятельности по договору входит в перечень ПВТ. Резиденты ПВТ не платят НДС и налог на прибыль с соответствующих доходов. Для иностранного заказчика это означает отсутствие «обратного НДС» при получении услуг. Подробнее о структуре ПВТ-резидентства — в руководстве «Резидентство ПВТ в КР: пошаговое руководство для IT-стартапа».

Если разработчик — иностранное физлицо или нерезидент: применяется режим налогообложения нерезидентов. Доходы, выплачиваемые нерезиденту из источников в КР, облагаются налогом у источника. Для выплат из КР в адрес российских разработчиков актуально СОИДН РФ-КР: дивиденды и роялти (вознаграждение за передачу прав) — 10% у источника. Применение льготной ставки СОИДН требует подтверждения резидентства получателя.

Шаг 4. Составьте техническое задание как неотъемлемое приложение

Техническое задание — главный документ, определяющий предмет договора. Без конкретного, измеримого ТЗ суды, как правило, не могут установить, соответствует ли переданный результат договорённостям. Это прямой путь к затяжному спору с технической экспертизой.

Минимальное содержание ТЗ для заказной разработки ПО:

• Функциональные требования: что система должна делать, перечень модулей, ожидаемое поведение в основных сценариях.
• Технический стек: язык программирования, фреймворки, СУБД, требования к API.
• Требования к документации: минимально — README, инструкция по развёртыванию.
• Описание результата приёмки: что именно сдаётся — исходный код, скомпилированный дистрибутив, исходный код плюс среда развёртывания.
• Критерии соответствия: как проверяется выполнение каждого требования (тесты, чек-листы, демонстрация).

ТЗ оформляется как Приложение № 1 к договору с прямой отсылкой в основном тексте. Изменения в ТЗ фиксируются дополнительным соглашением с указанием даты и подписями обеих сторон. Устные правки ТЗ юридической силы не имеют и в случае спора не учитываются.

Для разработчиков — резидентов ПВТ ТЗ также имеет значение для налогового учёта: ГНС при выездной проверке вправе запросить подтверждение, что доход получен именно от деятельности в рамках ПВТ-перечня. ТЗ служит таким подтверждением наряду с актами и платёжными документами.

Шаг 5. Согласуйте вознаграждение и порядок сдачи-приёмки

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

Практическая схема этапной оплаты для заказной разработки:

• Аванс (20–30%): выплачивается после подписания договора и ТЗ. Это покрывает начальные расходы разработчика и подтверждает серьёзность заказчика.
• Промежуточный платёж (30–40%): привязан к конкретному этапу — например, сдаче прототипа или прохождению конкретного теста. Обязательно: этап фиксируется отдельным актом.
• Финальный платёж (30–50%): выплачивается только после подписания акта приёмки-передачи всего результата. Именно этот момент фиксирует переход исключительного права.

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

Порядок устранения замечаний: укажите в договоре срок рассмотрения результата заказчиком (как правило, 5–10 рабочих дней), форму замечаний (письменная), срок устранения (как правило, 5–15 рабочих дней). Если заказчик не направил замечания в срок, результат считается принятым — это стандартное условие, которое защищает разработчика от затягивания приёмки.

Шаг 6. Включите NDA и гарантии юридической чистоты ПО

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

NDA-блок может быть частью основного договора или отдельным соглашением. Ключевые условия: что считается конфиденциальной информацией (включая ТЗ, исходный код, архитектурные решения, бизнес-логику), исключения (общедоступная информация, данные, полученные от третьих лиц независимо), срок конфиденциальности (как правило, 3–5 лет после прекращения договора), меры защиты (запрет хранения на личных устройствах без шифрования, ограничение круга лиц), санкции за нарушение — конкретная сумма неустойки или формула расчёта убытков. Без указания санкций NDA превращается в декларацию.

Гарантия юридической чистоты: разработчик гарантирует, что переданное ПО создано самостоятельно, не нарушает права третьих лиц (авторские права на библиотеки, патенты, товарные знаки), не содержит элементов, принадлежащих предыдущим работодателям разработчика. Если разработчик использовал сторонние open-source компоненты, он обязан раскрыть их перечень и применимые лицензии (MIT, GPL, Apache и т.д.) — это критично: лицензия GPL обязывает заказчика раскрывать производные продукты. Ответственность за нарушение гарантии: обязанность устранить нарушение или выплатить компенсацию, включая расходы на защиту в споре с третьими лицами.

Шаг 7. Как проверить соответствие договора законодательству КР?

Договор о передаче прав на ПО в КР регулируется Гражданским кодексом КР (общие положения о договорах и интеллектуальной собственности) и Законом «Об авторском праве и смежных правах». Ниже — контрольные точки, по которым договор проверяется на соответствие.

Обязательные условия письменного договора об отчуждении исключительного права: точное описание объекта (наименование программы, версия, компоненты), прямое указание на отчуждение — не «передача», «уступка» или «предоставление», а именно «отчуждение исключительного права». Использование нечёткой терминологии суд трактует в пользу разработчика: сомнения в предмете договора разрешаются в пользу передачи неисключительной лицензии, а не отчуждения.

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

Применимое право и разрешение споров: для договоров с иностранным элементом укажите применимое право (рекомендуется — право КР), а также способ разрешения споров. Альтернатива государственным судам — МТС при ТПП КР: решения признаются и исполняются в 172 странах по Нью-Йоркской конвенции. Вопросы валютного регулирования при международных расчётах — в материале «Валютное регулирование для IT-компаний в Кыргызстане».

Язык договора: если одна из сторон — иностранное лицо, договор оформляется на двух языках (русском и языке иностранной стороны) с указанием, какая версия является контрольной при расхождении. Если этот пункт отсутствует, суд применяет правила толкования, что создаёт дополнительную неопределённость.

Шаг 8. Подпишите и при необходимости зарегистрируйте договор

Регистрация договора о передаче прав на ПО в Кыргызпатенте — обязательная процедура только для зарегистрированных программ для ЭВМ. Большинство заказных разработок не проходят государственную регистрацию, и для них достаточно подписанного договора с актом приёмки-передачи.

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

Порядок подписания для минимизации рисков:

• Договор и все приложения (ТЗ, акт) подписываются одновременно — или акт подписывается в момент фактической передачи исходного кода.
• Для физических лиц — разработчиков: договор подписывается лично, подпись нотариально удостоверяется при сумме вознаграждения свыше порога, установленного законодательством КР, либо по соглашению сторон.
• Для ОсОО: проверить полномочия подписанта, наличие печати, соответствие реквизитов данным выписки Минюста.
• Цифровая подпись: Закон «Об электронной подписи» допускает подписание договоров квалифицированной электронной подписью. Для международных сделок — уточните взаимное признание ЭП в юрисдикции второй стороны.

После подписания: передайте оригиналы на хранение с описью, зафиксируйте дату передачи исходного кода, убедитесь, что все платёжные документы содержат ссылку на договор и этап оплаты. Налоговый учёт вознаграждения ведётся с момента подписания акта приёмки — не с момента фактической оплаты, если стороны не договорились об ином. Структуру ПВТ-режима и связанные вопросы сравнения с ПКИ см. в материале «ПВТ или ПКИ в Кыргызстане для креативного бизнеса».

Чек-лист: договор с разработчиком из КР на передачу прав на ПО

Используйте этот список при подготовке договора. Каждый пункт — конкретное действие или условие, отсутствие которого создаёт правовой риск.

Предмет и правовая модель

• Явно указано «отчуждение исключительного права» — не «уступка», не «передача», не «предоставление».
• Объект описан точно: наименование ПО, версия, компоненты, форма (исходный код, документация, сопутствующие материалы).
• ТЗ оформлено как Приложение № 1 с прямой отсылкой в тексте договора.

Стороны и статус

• Статус разработчика подтверждён: выписка Минюста (для ОсОО), свидетельство ПВТ (для резидентов ПВТ), паспорт и ИНН (для физлиц).
• Полномочия подписанта проверены.
• Налоговые последствия учтены: определены ставка и порядок удержания налога у источника.

Оплата и приёмка

• Вознаграждение указано явно (сумма или механизм расчёта).
• Этапы оплаты привязаны к конкретным результатам, а не к датам.
• Форма акта приёмки-передачи согласована и приложена к договору.
• Срок рассмотрения замечаний и срок их устранения указаны.

Защита и гарантии

• NDA-блок включён с конкретными санкциями за нарушение.
• Гарантия юридической чистоты ПО присутствует с обязательством разработчика раскрыть open-source компоненты.
• Перечень open-source библиотек и их лицензий приложен или обязательство по его предоставлению включено в договор.

Разрешение споров

• Применимое право указано (рекомендуется — право КР).
• Способ разрешения споров определён: государственный суд (МСЭД) или арбитраж (МТС при ТПП КР).
• Для иностранных сторон: язык договора, контрольная версия при расхождении переводов.

Актуальную информацию о практике IT-права и цифровых активов в КР см. в разделе «Аналитика» и на странице практики «IT-право и виртуальные активы».