Когда код уходит вместе с человеком. Как корпоративный IT-конфликт может закончиться сразу в двух судах

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

Как такие истории обычно начинаются

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

В какой-то момент что-то сломалось. В таких историях редко можно точно сказать, с чего именно начался разлом. Иногда дело в распределении прибыли, иногда в стратегических расхождениях, иногда в простой человеческой усталости друг от друга. Чаще всего во всём сразу, и поверх этого накладывается вопрос, который в IT-компаниях всплывает рано или поздно. Чьё всё это на самом деле?

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

У двух остальных партнёров тоже своя логика. С их точки зрения, компания платила зарплату, обеспечивала инфраструктуру, несла коммерческие риски, работала с клиентами. Без этого никакого «своего кода» не существовало бы в принципе. Был бы репозиторий с pet-проектом, а не продукт с выручкой.

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

Точка невозврата

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

Через несколько месяцев после его ухода в реестре программ для ЭВМ Роспатента появилась регистрация. Название совпадало с продуктом компании. Правообладателем значился сам экс-партнёр.

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

Для экс-партнёра это могло выглядеть иначе. Возможно, он считал, что регистрация просто фиксирует то, что и так ему принадлежит по праву авторства. Возможно, была и другая логика. Мы не можем заглянуть ему в голову и не будем пытаться.

Важно другое. С точки зрения гражданского законодательства исключительное право на служебное произведение принадлежит работодателю, если произведение создано в пределах трудовых обязанностей работника. Это общее правило статьи 1295 Гражданского кодекса. Программы для ЭВМ, согласно статье 1261, охраняются как литературные произведения, и эта логика к ним применяется в полной мере.

Но за скупой нормой кодекса скрывается вопрос, который суды исследуют всерьёз. Действительно ли этот конкретный продукт создан в пределах именно трудовых обязанностей именно этого конкретного работника? И вот здесь всё становится сложнее.

Почему гражданский спор превратился в уголовное дело

Параллельно с историей в Роспатенте произошло ещё одно событие, которое вывело конфликт за рамки обычного гражданского спора.

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

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

Компания обратилась в правоохранительные органы. Было возбуждено уголовное дело. Квалификация прошла по части третьей статьи 146 Уголовного кодекса, то есть незаконное использование объектов авторских прав с использованием служебного положения, при наличии ущерба в особо крупном размере свыше 1 миллиона рублей согласно примечанию к статье, а также по статье 159.6 УК (мошенничество в сфере компьютерной информации).

Следствие провело выемку серверов из дата-центра. Серверы были признаны вещественными доказательствами. Назначена компьютерно-техническая экспертиза, которая впоследствии установила, что одна из зарегистрированных экс-партнёром программ существенно пересекается по коду с продуктом компании. В заключении упоминались проценты совпадения, сопоставимые с тем, что в индустрии трактуется как «производная работа», а не «независимая разработка».

Здесь важна оговорка. Выводы следственной экспертизы — это ещё не приговор. Они могут быть оспорены защитой, могут быть пересмотрены судом. Уголовное преследование по таким статьям — сложный процесс, в котором презумпция невиновности остаётся в силе до вступления приговора в законную силу. И это создаёт у компании новое процессуальное положение, к которому мало кто готов заранее.

При чем тут Суд по интеллектуальным правам

Одновременно с уголовным делом компания подала гражданский иск в Суд по интеллектуальным правам (СИП). Требования стандартные для таких ситуаций. Признать регистрацию программы в Роспатенте недействительной, запретить использование программы, взыскать компенсацию за незаконное использование.

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

Основание — пункт 1 части 1 статьи 143 Арбитражного процессуального кодекса. Арбитражный суд обязан приостановить производство по делу, если его невозможно рассмотреть до разрешения другого дела судом общей юрисдикции. Усмотрения у суда здесь практически нет.

Логика нормы понятна. Три обстоятельства, которые в СИП посчитали препятствием к рассмотрению спора по существу.  

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

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

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

Здесь стоит понимать, что приостановление производства может длиться год, два, три, столько, сколько будет идти уголовный процесс со всеми его стадиями (следствие, суд первой инстанции, апелляция и т.д.). Поэтому лучше это учитывать сразу при выборе стратегии и тактики защиты.

Две колеи одной истории

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

Но с уголовным треком сложно заранее предсказать, как будут развиваться события. Часто по таким составам отказывают по причине того, что спор носит гражданско-правовой характер (особо при наличии заявления в арбитражном суде). И поданное заявление носит скорее инструмент психологического давления на другого участника спора.

Но в этой истории компании удалось добиться возбуждения уголовного дела. Удачное стечение обстоятельств? Возможно.

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

Слабые места находятся у обеих сторон

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

У компании-работодателя главная уязвимость — это кадровая документация, которая оформлялась несколько лет назад, когда все были партнёрами и никто не думал о судебном сценарии. Типичная картина выглядит так. Трудовой договор с техническим сооснователем составлен формально, раздел о служебных результатах интеллектуальной деятельности либо отсутствует, либо сформулирован общими словами. Должностная инструкция либо не оформлялась, либо содержит обтекаемые формулировки вроде «осуществляет руководство технической функцией». Приказов о начале разработки конкретных продуктов нет. Никто их не издавал, потому что не было причины. Авторское вознаграждение, которого требует часть 2 статьи 1295 ГК РФ, не выплачивалось, потому что считалось, что доля в компании и есть вознаграждение.

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

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

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

Что определяет исход — документация

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

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

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

Разница не в фактах, а в том, как эти факты задокументированы.

Набор документов, который имеет значение и в гражданском, и в уголовном треке, примерно такой.

• Трудовой договор с разработчиком или техническим руководителем, содержащий раздел о служебных РИД, прямое условие о переходе исключительного права к работодателю с момента создания, и условие об авторском вознаграждении. Без вознаграждения договор уязвим, часть 2 статьи 1295 ГК требует его выплачивать.

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

• Приказ о начале разработки при старте значимых проектов. Этот документ фиксирует состав команды и привязывает конкретных людей к конкретной задаче.

• Регламент, который регулирует использование сервисов для постановки, принятия задач и обмена результатами по задачам.

• История корпоративного репозитория. Её не нужно специально «готовить», она просто должна существовать, сохраняться и не теряться при кадровых изменениях.

• Акт приёма-передачи результата по завершении проекта или его этапов. Этот документ фиксирует момент, в который результат передан компании.

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

Что из этого следует

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

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

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

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

Вопросы, которые возникают в таких ситуациях

Компания рассматривает возможность подать гражданский иск и одновременно заявление в правоохранительные органы. Как эти два инструмента соотносятся?

Они работают последовательно, а не параллельно, и это нужно понимать заранее. Уголовное заявление запускает следственный механизм, который открывает доступ к доказательствам, недоступным в гражданском процессе. Речь о принудительной выемке, компьютерно-технической экспертизе изъятого оборудования, показаниях, полученных в процессуальном порядке. Гражданский иск фиксирует позицию компании, прерывает сроки исковой давности, открывает доступ к обеспечительным мерам. Но если уголовное дело возбуждено и серверы изъяты, производство по гражданскому иску, с высокой вероятностью, будет приостановлено до приговора по основаниям статьи 143 АПК РФ. Это не значит, что две линии противоречат друг другу. Но это значит, что быстрого гражданского результата ждать не стоит. Стратегию имеет смысл выстраивать с учётом этой длительности и желаемых целей.

Есть ли у компании шансы получить обеспечительные меры, пока идёт уголовный процесс?

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

Что должно быть оформлено, чтобы у компании была сильная позиция в обоих процессах?

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

Можно ли вообще избежать такого сценария?

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