В моей практике был случай, когда сделка по продаже крупной технологической компании сорвалась буквально на финальном этапе правового аудита в самый последний момент, хотя изначально покупатель был готов заплатить за актив 120 миллионов рублей.
Причиной развала договоренностей стала детальная проверка цифровых хранилищ кода, в ходе которой выяснилось, что треть архитектуры ключевого продукта написана двумя основателями еще до государственной регистрации юридического лица, причем никаких договоров об отчуждении исключительных прав с компанией они не заключали.
В результате покупатель сразу снизил цену до 70 миллионов рублей и потребовал удержания части этой суммы на счете условного депонирования (эскроу) сроком на три года. Собственники бизнеса посчитали подобный дисконт неприемлемым, однако в итоге потеряли год и закрыли сделку уже с другим инвестором — и всего за 80 миллионов рублей.
Эта история наглядно показывает, что наличие свидетельства Роспатента о государственной регистрации программы для ЭВМ само по себе не защищает бизнес от потери стоимости при слияниях и поглощениях (M&A). В силу статьи 1262 Гражданского кодекса РФ государственная регистрация программного обеспечения носит исключительно заявительный характер, поэтому ведомство не проводит экспертизу авторства и не проверяет юридическую чистоту истории создания продукта. Инвестор же платит не столько за свидетельство о регистрации программы, сколько за подтвержденную монополию на технологию, требуя полной гарантии того, что права на каждую строку кода легально перешли от конкретных разработчиков к компании и актив надежно защищен от судебных исков и блокировки продаж.
Природа «хронологического разрыва» и пути его устранения
В процессе проведения правового аудита одним из наиболее распространенных поводов для пересмотра стоимости актива становится так называемый «хронологический разрыв» — несовпадение дат фактической разработки программного обеспечения с датами оформления кадровой и технической документации. В основе этой проблемы всегда лежит смешение вопроса права и вопроса факта, когда собственники ошибочно полагают, что нахождение кода на корпоративном сервере автоматически делает его собственностью компании. Однако с точки зрения закона отсутствие правильных документов в нужные даты полностью разрушает цепочку владения.
В практике обычно встречаются три основных сценария такого разрыва:
Сценарий 1. Регистрация продукта до оформления трудовых отношений
Допустим, софт зарегистрирован в Роспатенте в январе, а первый программист оформлен в штат только в марте. Поскольку на момент создания продукта трудовые отношения отсутствовали, сделать его служебным произведением задним числом юридически невозможно. Попытки переписать кадровые приказы прошедшими датами легко выявляются при проверке, поэтому единственным легальным выходом здесь становится заключение гражданско-правового договора об отчуждении исключительного права с разработчиком как с физическим лицом. Чтобы закрыть период до подписания договора, в него встраивается лицензионное условие с ретроактивной оговоркой на основании пункта 2 статьи 425 Гражданского кодекса РФ, подтверждающее, что в период с января по март компания пользовалась софтом на условиях неисключительной лицензии.
Сценарий 2. Создание архитектуры продукта до учреждения компании
Базовый код создается основателями до регистрации юридического лица. Поскольку права первоначально возникают у физических лиц, они не могут перейти к создаваемой компании автоматически. Для устранения этого пробела между основателями и организацией подписывается возмездный договор об отчуждении прав, при этом условие об оплате является критически важным, так как безвозмездная передача активов между коммерческими субъектами влечет доначисление налога на прибыль. Прошедший период работы компании до момента заключения договора также легализуется через ретроактивную лицензионную оговорку по статье 425 Гражданского кодекса РФ.
Сценарий 3. Ретроспективное оформление служебных заданий
Продукт фактически создан в мае, а кадровые документы подписываются только в декабре. Опасная ошибка многих руководителей — попытка поставить майскую дату на декабрьский документ. При любом корпоративном конфликте экспертиза электронного документооборота легко установит реальное время создания файлов, что сделает документы оспоримыми. Безопасная альтернатива фальсификации дат — подписание Подтверждающего соглашения к трудовому договору. Документ датируется сегодняшним числом (декабрем), но в его тексте стороны прямо указывают, что подписывают соглашение в отношении разработки, фактически осуществленной сотрудником в мае. Стороны признают продукт служебным произведением и фиксируют выплату отдельного авторского вознаграждения, распространяя условия соглашения на фактически возникшие с мая отношения.
Подобная аккуратность в работе с датами необходима потому, что согласно статье 1295 Гражданского кодекса РФ программа признается служебной только при одновременном наличии трудовых отношений и вхождении разработки в прямые должностные обязанности сотрудника на момент создания кода. При этом сам по себе факт использования оборудования или офиса работодателя не меняет правового режима произведения, о чем прямо указано в пункте 104 Постановления Пленума Верховного Суда РФ № 10 от 23 апреля 2019 года.
Что находит технический аудитор в вашем репозитории
Важно понимать, что современный правовой аудит давно вырос из рамок изучения бумажных папок и переместился в плоскость исследования систем контроля версий кода. Привлекаемые инвесторами технические эксперты выгружают полную историю цифрового репозитория за несколько лет, сопоставляя имена авторов, временные метки и сетевые адреса рабочих станций с кадровыми документами компании.
Если выясняется, что ключевые модули создавались в выходные дни или во время отпуска без официального оформления сверхурочной работы, возникают серьезные риски переквалификации служебного произведения в личную разработку инженера, а выявление кода, отправленного с личных адресов сторонних лиц, неизбежно приводит к приостановке переговоров по сделке до момента полного прояснения их правового статуса.
Ошибки в бухгалтерском учете и позиция Верховного Суда РФ
В нашей практике этот дефект встречается даже чаще, чем хронологические разрывы, — и именно потому, что внешне всё выглядит абсолютно корректно. Речь идет о систематическом смешении трудового и гражданского права при выплате вознаграждений разработчикам. На практике менеджмент часто полагает, что регулярный оклад и высокие премии полностью покрывают права компании на созданные программы. Однако в соответствии со статьей 129 Трудового кодекса РФ заработная плата выплачивается за сам процесс труда, тогда как авторское вознаграждение по статье 1295 Гражданского кодекса РФ представляет собой отдельный гражданско-правовой платеж за передачу исключительного права.
В Определении № 78-КГ20-1 Верховный Суд РФ четко указал, что вознаграждение за служебное произведение не может поглощаться заработной платой, а условия договоров о включении авторских выплат в оклад являются ничтожными. Более того, в пункте 105 Постановления Пленума Верховного Суда РФ № 10 от 23 апреля 2019 года разъяснено: обязанность по выплате авторского вознаграждения возникает у работодателя при начале использования продукта или передаче прав третьим лицам и сохраняется за ним даже после продажи актива.
Для приобретателя бизнеса это означает наличие скрытой задолженности перед разработчиками. В случае судебного спора размер компенсации за нарушение исключительных прав в соответствии со статьей 1301 Гражданского кодекса РФ может составлять до двукратной стоимости права использования программного обеспечения за весь период его эксплуатации. В масштабах действующего технологического бизнеса речь идет о скрытых финансовых рисках на десятки миллионов рублей.
Изменение переговорной позиции и финансовые санкции
Выявление подобных дефектов на этапе проверки не обязательно приводит к разрыву сделки, однако кардинально меняет баланс сил на переговорах. Юристы покупателя обычно настаивают на включении в договор кабальных условий, требуя от продавца личных гарантий чистоты прав сроком на пять лет и полного возмещения имущественных потерь на основании статьи 406.1 Гражданского кодекса РФ без ограничения предельной суммы.
Альтернативой подписанию таких условий становится существенный дисконт к цене компании или удержание до 30% покупной суммы на счете условного депонирования до истечения сроков исковой давности по возможным спорам.
Практический алгоритм превентивной санации активов
Для предотвращения таких сценариев я всегда рекомендую собственникам проводить превентивную санацию правоустанавливающих документов задолго до выхода на сделку.
Этот процесс начинается с первичной синхронизации данных систем контроля версий с кадровыми приказами и датами заявок в Роспатент, что позволяет убедиться в том, что разработка велась строго в периоды действия трудовых договоров. Затем в компании внедряется Положение о служебных произведениях с четким разделением выплат в бухгалтерском учете, чтобы в назначении каждого перевода прямо указывалось авторское вознаграждение.
Исторические пробелы закрываются путем заключения гибридных договоров об отчуждении прав с ретроактивными лицензионными оговорками по статье 425 Гражданского кодекса РФ или оформления подтверждающих соглашений текущей датой. Наконец, регулярный процесс разработки организуется таким образом, чтобы каждый этап завершался подписанием двусторонних актов приема-передачи с подробной детализацией переданных программных модулей и начисленных сумм.
Свидетельство Роспатента — это лишь формальная фиксация заявления, тогда как реальная капитализация технологического бизнеса базируется на безупречности всей документарной цепочки от каждого автора до компании. Проведение превентивного аудита и устранение правовых дефектов в плановом режиме — единственный инструмент, позволяющий собственнику сохранить переговорную позицию, отстоять первоначальную оценку бизнеса и избежать кабальных условий при заключении сделки слияния и поглощения.
Дисклеймер: настоящая статья носит информационный и аналитический характер и не является юридической консультацией. В основе анализа лежат данные из открытых источников. Оценочные характеристики и выводы являются авторским обобщением и могут меняться в зависимости от конкретных обстоятельств дела. Каждая ситуация уникальна и требует индивидуального анализа с привлечением квалифицированных специалистов.