Можете ли вы доказать, что являетесь владельцем программного обеспечения, разработанного вашей армянской командой? Аудит прав интеллектуальной собственности для обеспечения готовности к привлечению инвесторов.

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

Почему тщательная проверка достигает этого уровня еще до того, как это отразится на ваших финансовых показателях?

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

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

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

Кому принадлежит код: правила по умолчанию в Армении

Компьютерные программы защищены как литературные произведения в соответствии с Законом об авторском праве HO-142-N, и защита возникает автоматически с момента создания (статьи 3 и 4). Нет этапа регистрации, нет даты подачи заявки и нет свидетельства. Это удобно для автора и неудобно для аудитора, поскольку ничто в публичном реестре не указывает, кому принадлежит тот или иной коммит.

Члены команды

Если сотрудник создает программное обеспечение при исполнении своих служебных обязанностей или выполнении задания по оказанию услуг, экономические права по умолчанию принадлежат работодателю, если иное не предусмотрено договором между автором и работодателем (статья 33(1) Закона об авторском праве, подкрепленная статьей 1128(2) Гражданского кодекса). Письменное положение о передаче прав на интеллектуальную собственность не является обязательным условием. Компании, обнаружившие скрытые трудовые договоры в ходе проверки, как правило, ничего не теряют.

Два критерия имеют реальное значение. Сотрудник остается законным автором и сохраняет моральные права, которые неотчуждаемы и не могут быть переданы по договору (статьи 6 и 12 Закона об авторском праве); гарантия, обещающая, что компания сохраняет все права на произведение, сама по себе неверна. И, наконец, нарушение основано на объеме обязанностей. Код, написанный инженером по контролю качества в выходные дни, вне рамок какого-либо задания, выходит за рамки правила, поэтому должностная инструкция и любое письменное задание являются доказательством, определяющим спорные случаи.

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

Подрядчики и фрилансеры

Для настоящего независимого подрядчика принцип, характерный для работодателей, не применяется. Подрядчик является автором и первоначальным правообладателем экономических прав, а компания приобретает их только посредством прямого письменного соглашения об уступке прав на данную работу (статьи 1105, 1125 и 1133–1135 Гражданского кодекса; статьи 38–40 Закона об авторском праве). Заказ работы, ее описание, оплата и получение права на ее хранение не подразумевают передачу авторских прав.

Три момента в тексте договора определяют, действительно ли подписанное соглашение с подрядчиком передает право собственности:

• Права, не указанные в тексте, сохраняются за правообладателем. В армянской практике предполагается, что экономические права, которые в соглашении не указаны как отчуждаемые, остаются за автором, поэтому пункт, передающий «всю интеллектуальную собственность» без указания конкретных прав, слабее, чем перечень прав.
• Лицензия освобождает от права собственности. Это дает компании разрешение использовать работу, в то время как подрядчик сохраняет авторские права. Если в лицензионном соглашении не указан срок действия, статья 1135(5) Гражданского кодекса и статья 40(5) Закона об авторском праве предусматривают пятилетний резервный срок, отсчет которого продолжается для кодовой базы, которую компания считает своей собственностью. Этот резервный срок прописан в лицензионных соглашениях; вопрос о том, распространяется ли он на однозначную прямую передачу прав, не решен на основе рассмотренных здесь источников.
• Территория должна быть указана. Если в соглашении об этом ничего не сказано, передача распространяется только на Республику Армения (статья 1135(3) Гражданского кодекса; статья 40(3) Закона об авторском праве). Компания, распространяющая SaaS-продукт от материнской компании из Делавэра или Эстонии, должна указать на странице слово «по всему миру».

Сотрудники, привлеченные через официального работодателя.

Соглашение о предоставлении экономических прав (EOR) предполагает наличие третьей стороны между разработчиком и компанией, которая руководит работой. Согласно статье 18(1) Трудового кодекса, трудовые отношения устанавливаются между работником и организацией, являющейся стороной трудового договора, поэтому EOR считается предполагаемым работодателем по закону для целей правила по умолчанию, установленного в статье 33(1) Закона об авторском праве и статье 1128(2) Гражданского кодекса. Проще говоря, это означает, что экономические права в первую очередь принадлежат EOR, а конечный клиент ничего не имеет в силу того, что установил цели спринта и оплатил счета.

Конечный клиент нуждается в эффективной передаче прав от того, кто в настоящее время ими владеет, что в данном случае представляет собой EOR (Early Order of Rights). Обычно используются три документа: пункт об интеллектуальной собственности в трудовом договоре между EOR и работником, прямая или трехсторонняя передача прав с участием работника и текущая передача прав в договоре об оказании услуг между EOR и клиентом, составленные с использованием формулировок, предусматривающих передачу прав при подписании. Пункт, обещающий передачу прав в будущем, оставляет права в их нынешнем состоянии до тех пор, пока кто-либо их не исполнит. Такая структура является рекомендуемой практикой составления документов; закон требует лишь эффективной передачи прав от текущего правообладателя, а два других документа подтверждают это документально. Эта позиция основывается исключительно на положениях закона. Для данной статьи не было найдено прецедентного права, подтверждающего, как армянский суд будет рассматривать цепочку владения программным обеспечением EOR, что само по себе является причиной для консервативного подхода к документированию цепочки.

Создание карты собственности

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

1. Извлеките список участников непосредственно из репозитория. Run git shortlog -sne Во всех ветках и репозиториях, включая те, к которым никто не прикасался с 2021 года. Сотрудники отдела кадров будут скучать по фрилансеру, который в 2021 году отправил сорок коммитов и получил оплату по счету, а личные адреса электронной почты в журнале коммитов — это первый признак того, что участник проекта никогда не работал по контракту.
2. Классифицируйте каждого участника. Учредитель до регистрации компании, сотрудник, подрядчик, агентство, работник, привлеченный EOR, стажер или неизвестно. Классификация определяет, какое правило по умолчанию применяется.
3. Для каждого из них выберите соответствующий инструмент. Трудовой договор с описанием должностных обязанностей или письменным соглашением об оказании услуг; договор с подрядчиком, содержащий пункт о передаче прав; цепочка документов EOR; соглашение о вкладе учредителя или соглашение о передаче прав. Запишите дату подписания напротив даты первого подтверждения, поскольку документ, подписанный после написания кода, относится к случаям, рассматриваемым в разделе исправления.
4. Проверяйте пункты, по одному документу за раз. Подписанное соглашение в папке доказывает лишь то, что кто-то что-то подписал. Для каждого договора подрядчика проверьте, передает ли действующая часть экономические права или только предоставляет лицензию на них, перечислены ли передаваемые права, является ли территория всемирным регионом и охватывает ли сфера действия конкретные работы, которые фактически выполнило лицо.
5. Проследите корпоративную структуру. В случаях, когда армянская операционная компания осуществляет деятельность для иностранной материнской компании, права также должны перейти от армянского подразделения к материнской компании. Эта внутрикорпоративная переуступка прав является наиболее предполагаемой, но наименее часто подписываемой связью. Необходимо подтвердить её существование наряду с другими документами. документы о регистрации компании Инвестор проверит.
6. Проведите проверку лицензий стороннего кода. Лицензии Copyleft, такие как GPL и AGPL, налагают обязательства на распространяемые производные произведения, и зависимость от AGPL в размещенном продукте является актуальным вопросом проверки, даже если все трудовые и договорные документы безупречны.

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

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

В ходе первой проверки структуры собственности армянской технологической компании было выявлено в основном пять недостатков.

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

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

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

Территория, принадлежащая исключительно Армении. Хорошо составленное соглашение, не содержащее положений о территории, передает права Армении, оставляя остальное на усмотрение автора. Для продукта, продаваемого клиентам в ЕС и США, это составляет большую часть актива.

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

Подписание задания после написания кода.

Прежде чем платить за устранение пробела, необходимо установить, существует ли он. Если работа была выполнена сотрудниками в рамках своих обязанностей, статья 33(1) передает экономические права работодателю, если иное не предусмотрено договором: компания владела работой с момента ее создания, и ей необходимы доказательства этой основы — трудовой договор, должностная инструкция, распределение задач, а не передача прав. Далее рассматриваются случаи, когда такой основы нет. Большинство таких случаев связаны с договором о передаче прав, подписанным сегодня, на работу, выполненную несколько лет назад, и армянское договорное право допускает это между сторонами: статья 441(2) Гражданского кодекса позволяет сторонам договориться о том, что условия их договора применяются к отношениям, возникшим до его заключения. Подрядчик, подписавший подтверждающий договор о передаче прав в 2026 году, охватывающий его работу 2022 года, обязан его соблюдать.

Эта ретроактивная датировка обязывает лиц, подписавших документ. Она не устанавливает против инвестора, приобретателя или суда, что компания владела произведением с момента его создания. Статья 441(2) ограничивается, по сути, отношениями между сторонами ; статья 346(3) предусматривает, что обязательство не налагает никаких обязанностей на кого-либо вне его; и Закон об авторском праве не устанавливает дату, с которой уступка вступает в силу в отношении лиц, не являющихся сторонами договора. Сравнение с товарными знаками показательно — статья 26(3) Закона о товарных знаках прямо устанавливает, что уступка вступает в силу в отношении третьих лиц с момента внесения записи в реестр, и ничего подобного не было написано для авторского права. Также нет ни одного реестра, в котором можно было бы зарегистрировать уступку авторских прав на программное обеспечение для установления приоритета: депонирование, нотариальное заверение и проставление временной метки являются доказательством, а не право собственности. Рассматривайте подтверждающую уступку как урегулирование отношений с подписавшим разработчиком и планируйте раскрытие информации о сделке на этой основе. Сообщите о разрыве и способе его устранения юристу инвестора; документ, подписанный с опозданием и представленный так, как будто он существовал всегда, вызывает вопрос, на который должно было бы ответить раскрытие информации. Проставление самой подписи задним числом, в отличие от прямого согласия на ретроактивное действие, является отдельной и серьезной проблемой.

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

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

Часто задаваемые вопросы

Последнее обновление: 21 сентябрь 2026